liberforce a écrit 4730 commentaires

Enfin un journal qui dénonce grave !

je saurai comment faire grasse

Je ne suis pas sûr qu'avoir les doigts enduits de beurre ou d'huile t'aide dans la pratique de rétro-ingéniérie.

Oui, je trouve aussi que pour le sel et le poivre surtout, c'était de l'enfilage de mouche. Le meilleur moyen de décridibiliser ce genre d'initiative, c'est de tout de suite la jouer gros extrémiste. Au final on se retrouve avec des zozos qui vont à la mer récupérer de l'eau pour en extraire le sel en la chauffant à coup de butagaz. Vu le chemin qu'à dû faire la bouteille de gaz, la quantité d'énergie dépensée par gramme de sel, je ne suis pas sûr que le bilan soit positif.

Autre exemple que j'ai entendu une fois: le mouton de Nouvelle Zélande, de par le fait qu'il ait de l'herbe à profusion, consomme beaucoup moins de CO2 pour son alimentation que ce qu'on utiliserait en France, même si on y ajoute le transport.

Être locavore, c'est une bonne idée, mais avec leur façon extrême d'aborder les choses dans l'émission, je me demande si on ne perd pas de vue le but final: rejeter le moins de polluants possible (CO2 et autres), et prendre en compte l'aspect social et humain (à dépense similaire, préférer le produit qui a un impact économique positif pour les gens qui en ont besoin).

Tiens, ça me rappelle une émission: "200km à la ronde" sur France 5, qui montre des familles qui font l'expérience d'être locavores. Ça peut être intéressant de voir jusqu'où il va, surtout qu'il part de loin en tant qu'utilisateur de Mac :-)

Tiens, je suis curieux… Ça tourne Diablo III sous Linux ?

http://www.lemonde.fr/technologies/article/2012/07/04/le-parlement-europeen-vote-contre-le-traite-anti-contrefacon-acta_1729032_651865.html

http://www.lemonde.fr/technologies/article/2012/07/04/le-parlement-europeen-vote-contre-le-traite-anti-contrefacon-acta_1729032_651865.html

Découverte du Boson de Higgs, enterrement d'ACTA… Quelle journée ! Et en plus c'est la fête nationale américaine, et l'anniversaire de ma tata et de la fille d'un pote :-p. Bonne journée \o/

À ma connaissance, pas de droit de veto, mais je peux me tromper. La release team ressemble le plus à ce qui guide GNOME dans une direction, mais la design team a pris beaucoup d'importance depuis quelques temps, et a un peu tendance à y aller à la hache.

Pour moi on peut résumer le désaccord ambiant par le point de vue d'Allan Day de la design team, et celui de Federico Mean Quintero.

Dans les discussions qui ont chauffé, il y a eu courant mais le débat sur le choix d'un framework d'Input Method: GNOME utilise IBus et des asiatiques se sont manifestés pour dire en gros que c'était tout pourri et qu'il faudrait utiliser fxcit. Comme ils voient que GNOME préfère améliorer IBus, ils veulent qu'on ait au moins le choix sur la méthode d'input en ayant le choix entre les 2 framework, ce à quoi les devs GNOME répondent qu'il est inenvisageable d'avoir 2 framework, car on se retrouverait avec 2 trucs bancales plutôt qu'un seul sur lequel concentrer les efforts.

C'est aussi ça le logiciel libre, il est impossible de contenter tout le monde.

Et c'est normal de beugler. Ça l'est moins de faire du bashing systématique. Je susi parfaitement d'accord pour dire que les gars y vont carrément à la one-again, et je ne suis pas le seul (Federico Mena Quintero, co-fondateur de GNOME) l'a aussi indiqué. Le soucis ce n'est pas le retrait de fonctionnalités, c'est le manque de communication préalable, et d'explications sur le pourquoi.

Certaines critiques sont tout à fait recevables en termes d'ergonomie. La vue compacte était certes utile (je l'utilise depuis son arrivée) mais il est correct de dire que le scrolling horizontal n'est pas adapté à l'usage d'une molette de souris. Et après on nous rebat les oreille en disant que l'excuse principale pour virer des fonctionnalités c'est "ça marche pas sur du tactile"…

Si ces fonctionnalités ne leur semblent pas adaptées en termes d'ergonomie, et compliquent la maintenance… Hé, ce sont les mainteneurs. Nautilus est un des logiciels de GNOME les plus gros je pense, avec une complexité allant croissante au fil des années. Pour cette raison, il y a des paquets de bugs et de patchs qui moisissent dans un coin. De bugs biscornus qui surviennent dans des conditions obscures parce que les gens utilisent des modes très différents. Au final tu as un soft qui fait plein de choses, mais mal. Là ils veulent faire un truc qui fait moins de choses, mais plus adapté, et plus facile à maintenir. Ça me semble louable. Ce n'est pas au principe qu'il faut s'opposer, c'est à la méthode. Un truc qui affecte des gens, qui est considéré comme une perte de fonctionnalité, doit être annoncé publiquement et ouvertement (comprendre: faire un mail d'annonce juste pour ça). Et c'est ça, le gros problème de GNOME actuellement: la communication de la Design Team.

Donc les gens n'aiment pas nautilus et la solution c'est de changer de DE ? Hé, les gars, c'est pas comme si vous pouviez pas utiliser un autre gestionnaire de fichiers sous GNOME !

En même temps nautilus est devenu assez imbitable avec le temps, et je t'avoue que je ne pleurerai pas sa disparition. Le fait est qu'il finira par plus ou moins y passer, tout bonnement parce que les gens ne savent pas ranger leurs fichiers. L'étape suivante sera l'indexation et le gnome-activity-journal basé sur zeitgeist.

… la création de la catégorie général.eingousef.

Perso j'avais pris l'an dernier un netbook LDLC Mercure, qui est un Clevo M1110 je crois… Mais on dirait que LDLC ne propose plus de netbook sans OS.

Je n'étais dans aucune "grotte". Cette info n'était pas dans mes fils RSS, et de toute façon, tout le monde ne fait pas un refresh de Google news toutes les 3 secondes. Cette information étant à l'origine de ce journal, je pense que c'est un minimum que l'auteur cite sa source, plutôt que laisser à n lecteurs le loisir de chercher. Ensuite c'est mon job de lecteur de recouper, mais de base, une information non sourcée n'est tout bonnement pas une information… Assimile donc ce principe.

Mais en ce mois de juin, patatras. Il s'est rendu compte que finalement non, free c'est pas bien et a déclaré que free menaçait le marché d'autodestruction et que la concurrence doit trouver sa limite dans la préservation de l'emploi.

Source ?

Gantt project est vraiment mal fichu, pour de la pure gestion de projet, planner est plus efficace.

Oui, par pitié, tout sauf Mantis ! Je l'utilise depuis plus d'un an, mais vraiment, c'est pas convivial pour un sou. Pour Redmine, ça fait plus de choses (ce n'est pas qu'un bugtracker) et c'est plus joli. Il me semble néanmoins que la communauté de Redmine avait basculé vers son fork, chili project…

Hello, il marche effectivement assez bien, bravo ! Une idée de fonctionnalité: prévoir le cas d'un utilisateur (exemple: moi :-p ) qui souhaite parcourir toute la base à la recherche de bons albums. Il faudrait un moyen de parcourir la base de données dans un certain ordre et de passer à l'album ou l'artiste suivant, et mémoriser grâce à un cookie le dernier album/artiste écouté pour pouvoir reprendre facilement l'exploration de la base de données. Permettre l'exploration dans un genre (ex: rock) peut être utile aussi. En gros une solution pour ceux qui veulent découvrir le contenu actuel de la base, et pas surveiller juste les derniers albums sortis.

Y a personne pour poster un screenshot pour les malheureux comme moi qui ne savent pas ce qu'ils doivent voir ? Perso je vois des R bizarres avec des points sous eux, séparés par des underscores… Et cela ne m'évoque absolument rien. Suis sous FF13.

Comment dire… C'était une vraie question, sieur robertix…

Je ne crois pas qu'il y ait de signets dans devhelp, mais je ne suis pas sûr. La réduction en zone de notification n'a pas grand intérêt, c'est au gestionnaire de fenêtres de gérer ce genre de choses. Quant à la sélection de la langue, c'est normalement à l'application de la choisir d'après la locale active, et t'afficher de l'anglais si la doc n'est pas disponible dans ta langue, mais je ne pense pas qu'ajouter cela dans l'interface apporte quoi que ce soit si cela peut être fait automatiquement. Note que la difficulté ici vient plus de la disponibilité de documentation dans ta langue (peu de docs techniques sont traduits) plutôt qu'être capable de la choisir… Les interfaces comme devhelp permettent de rechercher directement dans l'API, plus utile que dans le texte entier.

Après, si ce n'est pas spécifique à des interfaces de programmation, ton navigateur web sait déjà faire tout ça (Ctrl+B dans firefox pour le panneau latéral, et tu peux mettre des fichiers locaux dans tes marque pages)… je t'invite à taper file:///usr/share/doc dans ton navigateur web.

Quel est l'intérêt par rapport à Firefox + Ctrl+F pour la recherche ?
Est-ce que ça ne ressemble pas déjà à d'autres logiciels de recherche de documentation type devhelp ?

Non, non, mais en voyant ton message ça m'est revenu, c'était Mathias Hasselmann racontant la mort par surchauffe de son laptop.

TOUS les portables que j’ai eu sous la main s’éteignent automatiquement et brutalement en cas de surchauffe (et ça doit être très très bas niveau parce que ça me le fait sur tous les OS, y compris une LFS)

C'est un exemple réel, posté sur planet GNOME il y a un an, lors de la controverse sur la disparition dans GNOME 3.0 de l'option permettant de choisir le comportement quand l'ordinateur est fermé. Cette option est d'ailleurs revenue dans GNOME 3.2. Je n'arrive malheureusement pas à retrouver le post de blog correspondant.

c’est moi qui ait inventé « on a besoin de lancer la moitié de gnome pour pouvoir gérer la fermeture du portable sur l’écran de login, et c’est ce genre de features qui fait qu’on a besoin de 6x plus de lignes de code » ?

Non, mais c'est toi qui as inventé que c'était cette fonctionnalité qui multiplie le nombre de lignes par 6. Entre « la vache de fonctionnalité » et « ce genre de fonctionnalités », le pluriel est important.

Si tu considères que c'est une feature de flinguer ton PC portable parce que tu l'as fermé en étant sur l'écran de login avant de le mettre dans ton sac à dos où l'aération ne peut pas se faire, c'est ton choix.

La vache de fonctionnalité qui justifie de multiplier le nombre de lignes de code par 6.

Hommede_paille(rhétorique)

Voilà ce que pense Matthew Garrett de LightDM, et c'est loin d'être tendre, mais c'est assez logique.

Suivi par la réponse d'un mainteneur de GDM à la demande d'inclusion de LightDM dans GNOME.

En gros: LightDM est léger et fait 6 fois moins de lignes de code que GDM parce qu'il fait beaucoup moins de choses. Une fois qu'il aura autant de fonctionnalités, il sera aussi lourd que GDM, donc sons intérêt est minime. Il cherche à être découplé du desktop qu'il lance, mais sacrifie des fonctionnalités pour cela, fonctionnalités que Matthew Garrett trouve importantes:

But if your argument is that your software is better because it's doing less, you should be able to ensure that you can demonstrate that the differences aren't important. And the differences here are important. For example, one of the reasons gdm starts a local gnome session is that it wants gnome-power-manager to be there to handle power policy. Closing the lid of my laptop should suspend the system regardless of whether it's logged in or not. LightDM takes a different approach. Because there's no session, it has to take care of this kind of thing itself. So the backend daemon code speaks to upower directly, and the greeters ask the daemon to implement their policy decisions.

This is pretty obviously miserable. Now you've got two sets of policy - one at the login screen, and one in your session. How do I ensure they're consistent? The only sane solution is to ignore the functionality the backend provides and have my greeter run gnome-power-manager. And now how about accessibility preferences? Again, if I want to have the same selection of policy, I need to run the same code. So you end up with a greeter that's about as complex and large as the gdm one, and unused functionality in the backend. Lighter weight through code duplication. We have always been at war with Eurasia.

Ça me rappelle Linus disant dans sa conf sur Git que le slogan de Subversion est "CVS done right", et que cela montrait que dès le départ les gars ne cherchaient pas à résoudre le bon problème…