tgl a écrit 1743 commentaires

Je me souviens qu'il y a un an environ, du temps ou je suivais le développement de ROX, se conformer à cette recommandation était rentré dans le TODO. Quelqu'un sait si les autres DE ont la même intention ?

[+]

Mon tonton m'a un jour raconté que adolescent il avait, avec mon père (qui lui ne me l'avait pas raconté...), fait exploser une 2CV avec un de ces bons vieux mélanges (désherbant+sucre). Et ils avaient aussi voulu tirer en pleine banlieu parisienne une fusée expérimentale avec un propulseur fait maison qui avait, au lieu de propulser, explosé dans le square de l'immeuble. Bref y'a des jeunes qui n'ont pas attendu internet pour être dangereux (je vous rassure, ils sont depuis devenus de bons gros pépères inofensifs). Et au moins avec internet, ils auraient trouvé l'adresse de l'asso Planète Science et du club de fusées affilié le plus proche...

Cependant on notera que le nombre de geek augmente, y a il un autre vecteur de transmitions?

- Et vous, qu'avez vous fait pour le libre aujourd'hui ?
- J'ai donné mon sperme.





Ok, je me cache...

En expansion shell, le "*" c'est le ".*" des regexp. Donc là c'est bien ça qu'on veut.

Perso j'utilise souvent ".??*", parceque plus rapide à taper, et marche quand même vu qu'on a jamais des fichiers ".une-seule-lettre".

En effet, du coup j'ai actuellement 4 versions d'installées en parallèle... Bizzare ce truc.

Moi non.

Bah je pense que c'est un point de vu d'utilisateur qui découle des similitudes de GUI entre gconf-editor et regedit, ça n'a rien de très étonnant, mais ça n'a effectivement rien de bien fondé non plus.

Sinon, pour ce qui est de la prise en compte à la volée de préférences éditées à la mano dans des fichiers, on pourrait techniquement l'envisager avec un démon comme FAM (File Alternation Monitor). Mais je ne pense pas que ce soit un objectif de GConf de prendre ça en compte (enfin je dis ça, j'en sais rien), ça me semble un peu court-circuiter la couche d'abstraction que justement il offre (quid si le backend des préférence est une BDD par exemple ?).

Tout à fait d'accord pour virer Caps-Lock (ici, c'est d'ailleurs effectivement devenu un Compose), mais par contre pourquoi dans ta solution 2 tu veux absolument conserver un Ctrl-R ? Cette touche sert juste de modificateur, et en avoir deux du même côté, ça sert pas grand chose, si ? Ici, mon Ctrl-R est devenu un Super (portable oblige, j'étais un peu cours en touches) sans remplaçant ailleurs, et ça ne m'a jamais posé de problème.

Et pour ajouter à ces urls (je connaissais pas le guide de Doug Palmer, il est bien, merci), il y a deux petits documents intérressant accessibles depuis la page de libklavier, qui expliquent un peu les bons et mauvais côté de xkb :
http://freedesktop.org/Software/LibXklavier(...)

Note: libklavier c'est une lib de chez freedesktop qui abstrait la config xkb. C'est ce qui est utilisé par le selecteur de clavier de gnome-2.6 par exemple, qui est pas mal du tout d'ailleurs.

Oulala, bon, -1 et je vais me coucher. Désolé.

Est-ce que tu sais si il existe un moyen d'appliquer des scripts gimp depuis la ligne de commande plutôt que via la GUI ?

100% d'accord.

Ça me rappelle un bug que j'avais eu sous gentoo il y a un moment : un paquet avais installé parmis de nombreux autres petits utilitaires un binaire appelé "normalize", qui corrigeait je sais pas quoi sur les fichiers html. Sauf que "normalize", c'est aussi le nom d'un soft pour normaliser le volume dans des fichiers audio. Et bah j'ai mis du temps à comprendre pourquoi après je pouvais plus graver de cd audio... Bref, je suis tout à fait d'accord que les nom génériques devraient être proscris (à part pour les commandes standard du système).

Prenons l'exemple de transcode au contraire, là tous les noms sont préfixés par "tc" (par exemple, "tcdecode" et pas "decode"), ce qui évite ce genre de conflit et en plus facilite la vie des nouveaux utilisateurs ("tc+TAB" leur donnant une idée de ce qu'ils ont de disponible). Un préfixe "im" (genre "imconvert" au lieu de "convert") serait de même une bonne chose pour ImageMagick.

Ai répondu un cran trop bas, c'est plutôt à jaune que ça s'adressait.

Faut pas mettre toutes les ATI dans le même sac. Petit résumé au début de cette page :
http://www.gentoo.org/doc/en/ati-faq.xml(...)
Modulo que le tableau soit à jour, j'avoue n'avoir pas vérifié, les ATI les plus récentes n'ont pas de pilote DRI libre.

L'argument de l'alternative il ne tiens donc plus. De là, y'a pas 36 possibilité :
- changer de carte, mais ça coûte des sous et en plus, à part à repasser à une génération précédente, c'est pas vraiment possible d'en trouver une avec drivers 3D accélérés libres.
- se passer de la 3D par conviction. Soi, c'est bien, c'est noble, mais va falloir penser à arrêter le PC intégralement, parceque du code proprio, on en fait tourner pas mal (bios, firmwares divers et variés).
- faire une concession, se attendant que la situation s'arrange (et en faisant ce qu'on peut pour, comme d'écrire de temps en temps à ATI pour revendiquer les spec.). Je ne trouve pas cette concession là plus insoutenable que celle qu'on fait pour les firmwares.

Une démo, c'est pas tout à fait le termes. Les (le ?) développeurs ont après la 0.61 abandonné le developpement libre et ont passé le code sous licence propriétaire. Ils ont continué jusqu'à sortir un jeu commercial propriétaire, qui avait pas mal évolué par rapport à la version libre (plusieurs personnages au choix, terrains avec des ponts, tunnels, etc. au lieu des simples heightfields, support multijoueurs (il me semble), etc.). Ce qui est dommage, c'est que personne n'a repris le développement de la branche libre après le changement de licence.

Sinon, pour ce qui est de la technique pour aller vite, moi je dirais:
- au sol, arrêter de pagailler dès ~60 Km/h, et éviter les trop petits virages (préferrer les grandes courbes).
- se remettre à battre des ailes dès qu'on décolle, arrêter juste avant de retoucher le sol.
- ne pas hésiter à faire des petits détours et à profiter des chaos de bord de piste pour maximiser le temps en vol. N'importe quel petit saut est bon à prendre, c'est en l'air qu'on accélère le plus.

Oui, sans problème d'après le feedback de qlqs utilisateurs gentoo. C'est pas très étonnant, il s'agit quand même d'un Xfree 4.4-rc2 à 99%.

Là où le problème des drivers proprio se posera (enfin, où il y aura un effort des constructeurs à fournir), ce sera pour la prochaine étape, le Xserver de fd.o.

va-t-il s'en suivre un abandon général de XFree par la Communauté??

Bah c'est vraiment les distributions qui en décideront, mais dans la mesure où elles ont presque unanimement refusé de packager Xfree à partir de la 4.4-rc3, ça semblerait logique qu'elles se tournent vers Xorg désormais. C'est un xfree-4.4-rc2 mis à jour sur quelques points, donc y'a pas trop a hésiter... Cette transition là, elle pourrait se faire vite, dès les prochaines version des distributions, vu qu'il n'y a pas de grosse difficulté technique, et que c'était la volonté affichée quand la nouvelle licence Xfree est sortie.

Après, le passage à l'étape Xserver et compagnie, ça va être une autre paire manche, ça viendra quand ça pourra... Pour l'instant c'est pas près.

Un paquet xorg-x11-6.7.0 a integré la Gentoo hier (sur x86 seulement pour l'instant). Pour voir un peu ce que ça donne du point de vue des premiers utilisateurs, on peut parcourir ce thread :
http://forums.gentoo.org/viewtopic.php?t=158619(...)
Dans l'ensemble, la transition à l'air assez tranquille, à qlqs petits détails prêt. Évidemment, l'installation ne peut pas se faire en parallèle à Xfree, qu'il faudra donc désinstaller.

> devrait marcher aussi bien

Le xargs, il va pas te transformer ça en un "rm fichier1 fichier2 ...", et donc avoir aussi le problème de la longueur de ligne ? Enfin y'a une option pour augmenter la longueur acceptée par contre je crois.

Mais nan, le noyo, c'est tout en assembleur qu'il faut le réécrire, pour qu'il aille vite :
http://lkml.org/lkml/2004/4/7/74(...)

Je suis d'accord avec toi que dès qu'il y a un ordinateur de présent dans un fait divers, les journalistes on tendance a utiliser un vocabulaire hollywoodien pour parler de pirates, de "hackers", etc. L'article normalement rédigé sans volonté de sensationnel, bref rédigé par quelqu'un d'un peu plus blasé niveau informatique, aurait dû être le même qu'il s'agisse d'un email ou d'une lettre (en changeant juste "email" par "lettre" quoi).

Heureusement que la loi est elle un peu moins influencée par ce genre d'imagerie populaire.

Je ne sais pas quelle est son idée mais je rejoins sa conclusion pour la raison suivante :

L'article se résume à cette idée simple : «La communauté est truffée de mégalos, d'inutiles, et de nuisible.» L'auteur n'a pas plus argumenté que ça, sinon par quelques biais du type généralisation d'exemples, insinuations avec petit sourire entendu, etc., bref un enrobage qu'on pourrait avantageusement supprimer pour alléger la peine du lecteur (se reporter aux commentaires de la niouze pour les détails, il n'y a pas lieu de se répeter ici).

Et bien si une niouze avait été postée avec cette simple phrase, les réponse unanimes des modéros auraient oscillées entre le «Et alors ?» et le «Va te faire foutre.», mais ça n'aurait sûrement pas fait une niouze. Et ça m'aurait paru normal.

J'suis jaloux, chez moi il s'appelle "root", mais "susu" c'est plus plus mignon... Vais changer tiens...

Y'a pas, ils sont vraiment pas sympas ces geeks du "semblant de communauté". :)

Bah je l'aime bien ce truc ouais, il est rigolo et il marche. J'avais vu ça sur la ML Unix Tip, que je recommande. Le principe c'est que tu reçois une astuce par jour. Bon, la qualité est très variable, parfois c'est des machins spécifique à solaris ou autre dont je me fiche, mais y'a des bonne choses :
http://www.ugu.com/sui/ugu/show?tip.today(...)