Tom a écrit 66 commentaires

Après "si" on utilise un verbe à l'indicatif. Célèbre phrase qui illustre la faute :

« Si j'aurais su, j'aurais pas venu »

Ici, on aurait pu traduire par :

« J'aurais souhaité un peu moins de changements inutiles [...] »

Quelqu'un utilise réellement ce genre de mot ???

Peut-être les fans de Fringe…

Il est possible de minimiser l'impact des changements sur "ses propres petites bidouilles" en proposant ces dernières en amont non ?

Il me semble quand même que Kubuntu est un peu la seule, parmi les principales distributions, à ne pas proposer les versions mineures de maintenance de KDE.

PS : elles sont dans un PPA certes, mais pas dans les dépôts officiels.

Il répondait à

[...] On pourrait les modifier pour les rendre moins sensibles à l'indentation [...]

Dans quelle mesure ? Sources ?

Je cherche actuellement un portable et je lorgne justement sur les ThinkPads. Si vous avez des retours je suis preneur.

Aïe...

s/bougées/bougé

Personnellement j'ai hâte de savoir si Gnome3 sera intégré dans RHEL7.

Pareil, même si on peut imaginer que d'ici là, de nombreuses choses auront bougées.

Ce n'est pas simplement le pluriel de multitouch (en anglais) ?

PS. ici je parle d'os pas de logiciel (Emacs vs VI).

Trop gros, passera pas.

Emacs ou Vi ? De mon côté j'attends le Hurd.

Bon vendredi à tous !

Mais moi je ne parviens pas à suivre, l'auteur du journal a lui-même annoncé dans un commentaire d'un autre journal, je cite:

Android != Linux

Les prix sont en effet un peu élevés une fois le taux de change appliqué. Mais c'est vrai que le catalogue est vraiment fourni niveau artistes indépendants.

Merci pour le tuyau.

Et oui, Gnome-Shell c'est social before the start.

=> http://susegallery.com/a/zksD5W/gnome-3

Source : http://twitter.com/gtktoolkit

Il est par contre nécessaire de s'identifier pour pouvoir télécharger le fichier .raw. Ça marche avec un OpenID.

En attendant quelque chose d'officiel sur gnome3.org...

http://code.google.com/p/clamz/

Juste télécharger le fichier .amz et le donner en pâture à clamz.

PS : j'ai n'ai pas testé, j'ai vu ça sur le planet fedora dans la semaine.

Si c'est des problèmes de configuration, le livre de Greg Kroah-Hartman traite fort bien le sujet.

http://www.kroah.com/lkn/

Le boot, c'est pas le moment où "les gens normaux", pour reprendre ton leitmotiv, vont ailleurs en attendant plutôt que rester devant à chronométrer le temps que cela prend ?

Faut peut être voir à rester logique dans la définition d'utilisateur normal.

Le seul problème que j'ai repéré avec notre boitier est qu'il n'y a pas d'emplacement pour mettre des LEDs dessus (activité disque, allumage), sauf si on commence à forer dedans ou si on le fait modifier (ce qui reviendra bien trop cher). Heureusement, comme on maîtrise le logiciel installé dessus, on peut corriger ce défaut avec des plasmoides adaptés.

Rien n'est prévu pour cela sur le modèle d'origine ? C'est un choix de design ?

Les plasmoïdes oui, pour le réseau, les accès disques, mais pour la mise sous tension ... =)

- à jour (quoi ? quels logiciels parmi les 30000 ?)

- à la pointe (HTML5, balise vidéo...)

Début de réponse ;-) Le navigateur web, c'est à mon sens clairement une brique essentielle de l'outil informatique pour la grande majorité des utilisateurs. À la vitesse où bougent les technos web, il me semble important de proposer les MÀJ pour ce dernier tout au long du cycle de vie de la version de la distribution.

On retombe sur le même problème : la compilation, et surtout la création de paquet, est spécifique à chaque distro. Les devs n'ont pas à gérer les différents systèmes de paquets.

Tout à fait, je me suis de plus mal exprimé. Je parlais bel et bien d'un format unique côté amont, binaire et transposable en paquets pour distributions. Mais je suis bien conscient que c'est au final utopique, les bibliothèques se présentant dans différentes versions selon la distribution, le numéro de version de la distribution, etc.

A mon avis, c'est plus qu'une difficulté, c'est pratiquement une impossibilité, on est dans l'impasse.

Par contre, si on accepte d'avoir côte à côte les deux mondes (paquets de la distro et applications tierces), ça doit pouvoir se faire : on a déjà LSB et des systèmes de gestion de dépendances. Manque la glue qui permettrait au mieux d'installer à la demande les libs requises depuis la distro, au pire d'installer des libs hors-distro venant avec l'application.

Même problème que sus-cité. Comme à peu près tous les choix dans le monde de l'informatique, celui des liaisons dynamiques aux bibliothèques comporte son lot de bons et mauvais côtés, c'est juste une histoire d'affinités avec les buts/idées du projet (ici c'est il me semble le partage en mémoire et la sécurité qui ont primé, me corriger au besoin si je dis des âneries).

Pour la glu, PackageKit propose d'installer wget ou vim si je tape la commande et que le programme n'est pas installé, apt-get/aptitude aussi je crois, donc effectivement ça doit être de l'ordre du possible. Là le problème du nommage des paquets de bibliothèques se pose et, plus complexe encore, le découpage en plusieurs binaires d'un jeu de sources ou non (libXX-core, libXX-dev, etc).

La glu serait donc propre à chaque distribution ? Une partie applicative standard et une partie "dictionnaire" différente par saveur de GNU/Linux (comme tente de le faire PackageKit en tant qu'emballage avec rpm / dpkg derrière en gros)

Après tout, l'arborescence /usr/local (ou /opt ) est historiquement là pour ça.

La base est là, oui :-)

C'est en gros le rôle de l'archive de code source et des autotools, cmake et consort, même si sûrement moins poussé que l'idée proposée.

Si le système permet à la volée de construire un paquet et l'installer avec un double clic, on est effectivement très loin en terme de facilité du système des sources.

Toute la difficulté réside dans le fait de conserver la flexibilité et autres avantages des bibliothèques partagées en y alliant la facilité d'empaquetage (pour le développeur) et d'installation de la dernière version en date (pour l'utilisateur).

Encore ? Mais qu'est-ce que c’est que ces histoires de pieds ? Les pieds seraient le point sensible des hommes du futur ? C’est peut-être dû à un accroissement de la pesanteur.

Mais non, ça veut dire Still In Development, soit Sera Indéfiniment Dépassée en français.

"Maintenant, je dois reconnaître que tes commentaires plus anciens ne permettent pas de conclure à un compte de troll. Ce qui ne retire rien au côté sarcastique de ton intervention, et au fait que je me demande encore ce qui pouvait justifier que je réveille un compte en somnolence aussi peu actif que le tien."

Le mauvais moment peut-être.

"- http://linuxfr.org/comments/1017812.html#1017812 qui n'est qu'un dénigrement gratuit et trollesque de la scène du rock alternatif"

Non, autant je suis d'accord que tout le monde ne puisse pas partager mon avis, autant mon dénigrement n'est ni gratuit ni trollesque. Je connais les groupes dont il est question et j'ai mon opinion dessus. Bref, c'était pas le sujet ;-).

"http://linuxfr.org/comments/996133.html#996133, où je suis persuadé que lui aussi a eu sa réponse."

Là OK, un peu dure la réponse, pareil que pour toi, mauvais moment peut-être.

M'enfin, je m'attendais vraiment pas à une telle réponse, je suis (agréablement) surpris. Ce qui m'a fait un peu bondir, c'est que je te prenais un peu pour un énième gars qui passe son temps à cracher sur PulseAudio/Fedora/Ubuntu/ce que tu veux ici/ et profite de ce genre de questions pour venir nourrir les trolls.

Bref, je me suis trompé, je m'excuse.

Vas-y, explique moi où est le troll et ensuite on reparle OK ?