Pinaraf a écrit 3671 commentaires

Comment désactive-t-on certains de ces changements comme les avatars ou les abus évidents possibles dans le texte enrichi sur les commentaires ? Et pourquoi a-t-il fallu changer notamment les URLs des flux RSS ? Tout le monde va perdre la continuité dans ses archives...

Si j'ai bien compris, c'est un problème au niveau des modems proposés, pas au niveau du réseau lui-même (en SDSL, tu as un /64).
J'espère qu'ils vont régler ce soucis majeur.

Cela voudrait dire que de plus en plus de programmeurs pour kikoulols vont savoir programmer "pour Linux". Il leur sera alors plus facile de faire des programmes pour Linux. Et donc les kikoulols vont plus facilement aller sur Linux.
Il y a un excellent article dans le Linux Magazine de février qui explique en quoi Android est différent de Linux, et donc en quoi la portabilité d'applications n'est pas du tout une mince affaire avec Android.
De plus, Android est distribué par des vendeurs de matériel. S'il y a des pilotes nécessaires pour, mettons, une puce Wifi, qui prouve que les pilotes seront accessibles aux gens qui installent leur Linux et pas juste pour les fabricants qui intègreront un android dans du matériel utilisant cette puce ?



Et puis, Android "libre" : j'attends toujours de voir un svn ou un git avec le code source de tout android et pas des tarballs du code source à chaque sortie d'une nouvelle version...

Il me semble que dans l'émulation POSIX sur windows NT y'a pas de C: ni de \.
POSIX n'est qu'un sous système du noyau NT.

Tu proposes que Free remplace tous ses DSLAM ?
Tu leur donnes les sous ?
Au moins, Free propose une solution fonctionnelle via un tunnel pour l'ADSL, et une solution native en fibre (vu qu'ils n'ont pas à utiliser une infrastructure âgée).

Tout dépend du format à supporter : il existe par exemple la librairie libwv pour lire des documents Word binaires (et il me semble qu'on l'utilise).
Cette librairie va fournir une API pour accéder au document... Pratique, mais bien loin de représenter l'intégralité du travail pour le support du format dans KWord, étant donné qu'il faut également faire la conversion entre cette API et les structures utilisées dans KWord pour représenter le document.

En fait Nokia fournit un travail monstrueux sur le support des formats microsoft. C'est un travail parfaitement compatible avec l'évolution d'une version "desktop" du traitement de textes, on n'a jamais trop compris les plaintes de Thomas.
Pour Calligra, Nokia s'est engagé à augmenter le nombre de tests unitaires et à contribuer à pas mal d'éléments. Ils ne sont pas intéressés par l'interface graphique, mais leur contribution sera non négligeable.
Thomas avait un point de vue : limiter les fonctionnalités de KWord pour cibler un utilisateur basique pour commencer. Problème : cela implique de très mal lire beaucoup de documents, forcément... Et donc quand Nokia fait ajouter le support en lecture de pas mal de fonctionnalités, basiques ou non, Thomas estimait que ça sert pas à l'utilisateur basique, tandis que les autres considéraient cela indispensable : si on n'est pas capables d'ouvrir des fichiers, l'utilisateur ne fera pas confiance en l'application.
Et il y a également un aspect social, Thomas s'estimant seul maître à bord, n'ayant d'ordres à recevoir de personnes et émettant des jugements (et pas seulement sur un aspect technique, critiquer publiquement le niveau d'anglais d'un développeur ça se fait pas), ça commençait à faire chier beaucoup de monde...

Bref, on nous a demandé de pas en rajouter...

Gnome, ne semble pas avoir ce problème
Le mainteneur de Slackware se plaint du packaging de Gnome.

Et bien avec NM, ça se fait avec un clic droit et ça marche directement, c'est ça que je veux dire.
Avec Knetworkmanager aussi.

tu améliores la sécurité en limitant les actions possibles par l'utilisateur et par les programmes qu'il peut lancer.
Donc tu te protèges de l'utilisateur, pas de failles ou autres. Et pour ce faire tu accrois la complexité du système.

Et Solid gère des choses comme le tethering ? Si non, c'est le même problème que Phonon : gestion minimale pour correspondre à un maximum de frameworks.
Heu, c'est quoi le tethering ? Le fait d'utiliser un téléphone 3G pour se connecter à internet ? Si oui, ben écoute je vois pas ce que ça change le tethering par rapport à un accès normal.
(Et au passage, ça marche super bien avec un simple wvdial)

Ce n'est pas choquant, mais c'est plus long. D'autant que tu as des trucs comme Polkit qui t'évitent au maximum les élévations de privilèges root, donc moins de failles.
Hahahaha.
Ton client DHCP tourne en root, ton wpa_supplicant aussi. Quel est la différence au niveau des droits, à part une couche de complexité en plus ?

Tu as déjà fait tourner gstreamer sous Windows ou sous OS X ?
Au moins KDE permet de faire des trucs portables, ce qui rend les APIs KDE utilisables pour des projets comme KOffice par exemple...

Pour les besoins plus avancés, tu as le projet de bindings Qt pour Gstreamer.

Dans ce cas précis c'est pas une réécriture, c'est le remplacement d'éléments qu'ils avaient codé dans plasma par des éléments fournis par Qt. Certes, ça implique de changer du code sous-jacent et donc de réécrire ce code spécifiquement, mais l'évolution sera progressive : tout d'abord, le support du QML pour l'écriture de plasmoïdes (présent dans KDE 4.6), le remplacement des éléments de plasma par QtComponents, et ensuite l'évolution vers Qt SceneGraph quand ce dernier sera présent...

Pour KIO fuse, j'ai jamais testé en détail. Quant à la lecture de fichiers vidéo sur des trucs distants... j'ai juste un montage NFS chez moi, rien qui ne passe donc par un GVFS ou KIO, donc je peux pas tester...

C'est vrai, c'est pas directement lié à GNOME, cependant comme il se base de plus en plus dessus, au niveau intégration c'est le top (Epiphany, Evolution et Empathy se basent dessus notamment). Mais j'insistais surtout sur le fait de pouvoir gerer simultanément les deux solutions, graphique et texte, au sein d'un mouvement global.
Et Kopete (j'ai jamais fait gaffe aux autres applis) peut le voir aussi directement parce que network manager est intégré via solid... Comme ça, si tu préfères wicd qui (à un moment en tout cas) plante moins que network manager, tu peux, et il suffit de dire à solid que tu utilises wicd et pas nm...

C'est vrai que ça marche toujours, mais quand comme moi on passe d'un réseau à l'autre du jour au lendemain, je ne peux plus me passer de NM : il est graphique, très pratique, et il ne m'oblige pas à passer en root.
Pendant un certain temps, network manager ne marchait pas avec le réseau wifi de mon école. Une configuration manuelle avec iwconfig était nécessaire.
Puis faire la configuration réseau en root ne me parait pas choquant...

C'est quoi le rapport avec le fork de KOffice ?
Le fork de KOffice est là surtout parce que le mainteneur de KWord était un casse couilles professionnel qui refusait l'aide de Nokia sur le projet par exemple.

* GVFS s'intègre avec Fuse ce qui permet d'accéder en console aux accès distants monté par Nautilus;
Il est possible de faire ça également avec les KIO, et ce depuis KDE 3 il me semble, à l'aide de http://techbase.kde.org/Projects/KioFuse
Mais les KIO peuvent exprimer des choses qui ne sont pas exprimables avec le VFS POSIX...

* NM avec nmcli pour contrôler interfaces et connexions;
C'est quoi le rapport avec la choucroute ? Network Manager se veut multi-bureaux, et nmcli est indépendant du bureau.

(il n'est pas possible de spécifier son DNS, par exemple).
Il me semble que c'est disponible sur les dernières versions, je devrais réessayer (vu toutes les merdes que j'ai eu avec network manager et wicd, je suis passé à un simple ifup/ifdown en ligne de commande, largement plus simple et plus efficace)

Phonon rempli son boulot parfaitement il me semble : si l'équipe de KDE avait choisi, mettons, xine à l'époque de KDE 4.0 (gstreamer, avec la difficulté de migration lors du passage de la 0.8 à la 0.10, n'était pas du tout le meilleur candidat à l'époque), on leur reprocherait sûrement ce choix maintenant.
On reprochait également à KDE 4 la création de Solid comme abstraction au dessus de Hal. Maintenant, avec udisks/upower qui remplace Hal (mais qui n'est pas il me semble encore disponible sur les BSD), il est nécessaire de supporter les deux systèmes en même temps... Merci donc à Solid pour ça !

J'ai la chose en stock chez moi, en attente d'une installation de Linux.
Je n'ai pas encore réussi, je posterai un journal à ce sujet. Pour l'instant je peux installer un linux sur une carte SD et le faire booter.
J'utilise buildroot, ça permet de faire un système très léger adapté à la cible.
Le noyau, une debian clé en main et deux trois trucs sont dispos sur le net en cherchant bien.
Par contre, mettre un linux sur la mémoire nand provoque chez moi un écran noir au boot pour l'instant. Et l'accès au port de debug sur la carte mère implique un passage au fer à souder...

Sauf que la consigne interne est de ne pas retourner le couteau dans la plaie, une majorité ne s'étant pas dégagée lors de votes pour officiellement éjecter le mainteneur de KWord de la communauté de KOffice.

- visualisation en ligne directe (pas à ouvrir le document sur son poste, pas besoin de le télécharger, pas besoin d'avoir le bon lecteur suivant le format : pdf, ppt, pptx, etc)
Heu, je préfère de très loin un lien vers un pdf, qui sera ouvert directement dans mon navigateur (Konqueror) grâce à Okular... Alors que l'horreur en question, scribd, ne me permet pas de voir le document dans mon navigateur.
Ho, bien sûr je pourrais télécharger le document ... Ha, non, raté, je dois avoir un compte facebook (le nouveau SSO du Web ?) ou un compte sur scribd.

Donc non, je ne comprends pas l'intérêt d'un tel service.

Apparemment, l'auteur de HAL n'est pas de ton avis, puisque c'est lui qui a commencé à travailler sur un remplaçant, ce qui a donné Udisks et Upower, basés directement sur Udev. Et même X.org envisage de ne plus utiliser HAL.
Et sur les OS où HAL n'est pas encore remplacé, on supprime tout et on vire les fonctionnalités associées ? J'en connais qui vont être contents...

On peut faire à Solid le même reproche que Phonon : c'est le strict minimum, puisqu'on s'attache au plus petit dénominateur commun entre les systèmes sous-jacents possibles.
On peut faire à Upower le même reproche : c'est le strict minimum, à moins de ne pas être portable sur différents OS...

Justement, c'est quoi ces nouvelles fonctionnalités ? Je n'ai pas réussi à comprendre ce qu'ils veulent dire par « faceted ». Et au vu des captures, ça ne semble pas différents de ce que sait faire Nautilus.
Recherche dans les tags, diverses méta données... Donc à moins que nautilus n'ait progressé récemment, ce n'est pas une fonctionnalité que j'y ai vu... (Je n'ai pas testé les deux dernières versions, mais je n'ai rien vu de tel dans le changelog)

C'est quasiment ça : la possibilité de laisser les utilisateurs lambda créer des partages Samba, notamment avec un clic droit/propriétés. Mais je ne m'en sers pas non plus (entre Unix, pas besoin de Samba).
J'utilise pas Samba non plus, mais j'ai déjà un clic droit => propriétés => partager dans KDE 4.4...

Effectivement, mea maxima culpa, je ne classais pas du tout la majorité des trucs listés sur la page http://sourcemaking.com/refactoring comme étant du refactoring.
Maintenant, tu peux me dire tout de même comment l'exemple très simple que j'ai donné peut être réalisé avec un langage dynamique ?
À savoir deux classes A et B contenant une méthode test, et tu veux renommer test dans la classe A...

En même temps, quel intérêt de se débarasser de HAL, qui marchait, pour passer à un ensemble qui à ma connaissance est encore moins portable que HAL ? Udisks est dispo pour FreeBSD maintenant (c'était une critique que j'ai souvent lue, et ça semble ne pas être dispo après une rapide recherche google) ?
Au contraire, et on voit là l'intelligence d'une des décisions de KDE 4 : KDE est capable d'utiliser HAL ou les nouveaux trucs spécifiques à linux, sans impacter chaque application... Alors que dans le cas de Gnome, sans les devs payés par Canonical ou Redhat pour convertir chaque appli (et pourquoi ils n'ont payé personne pour faire le backend Solid ?), ça aurait pris plus de temps je pense.
Pour l'intégration de Git, à l'ouest rien de nouveau, perso je conseillais git-cola jusqu'à maintenant.
Pour les recherches, nautilus + tracker ne permet pas ce que permettent les nouvelles fonctionnalités de dolphin il me semble (et de toute façon, tant qu'il n'y a pas de fanotify ou équivalent utilisable sous Linux, tout système d'indexation des fichiers sera merdique).
Quant aux usershares... Heu, c'est quoi honnêtement ? La possibilité de partager un dossier depuis le navigateur, ou quelque chose d'autre ?

Comprend pas ton exemple.
Le monsieur parlait de refactoring. Du refactoring en python, ruby ou autre langage dynamique, c'est quasi impossible : ça implique, pour l'outil de refactoring, de faire une reconnaissance des types utilisés à travers tout le code...

En attendant de trouver une solution, je me demande si le choix d’Ubuntu de passer en mode Rolling Release est une bonne idée, je me demande bien comment un utilisateur standard va bien pouvoir s’en sortir sans tripatouiller la configuration en ligne de commandes.
Non, Ubuntu ne va pas passer en Rolling Release.
Il n'y a pas encore eu suffisamment de démentis ?
http://theravingrick.blogspot.com/2010/11/ubuntu-is-not-movi(...) (blog de Rick Spencer, "Engineering Director" d'Ubuntu)