tgl a écrit 1743 commentaires

> "sans a et b" ne fera jamais "sans a mais avec b".

Effectivement j'ai mal abregé le pb.

On a affaire à : «A sans B et C». Tu dis que ça s'interpète uniquement comme «A sans "B et C"», et je dis que ça peut aussi s'interpéter comme «"A sans B" et C», le contexte aidant à trancher (par exemple, si tu rentres dans un bar un matin et que tu dis «café sans sucre et croissants s'il vous plait», il y a de très fortes chances pour qu'on t'amène des croissants et du café sans sucre).

Puis mon second argument était que parceque «A sans B ni C» serait une formulation plus naturelle pour ta version, l'ambigüité était encore moindre.

> J'ose espérer que tu dois rarement rédiger des documents
> évalués en partie sur tes compétences littéraires.

Bah en l'occurence si. Mais attention, j'ai jamais dit que la grammaire en général était de l'enculage de mouches. Je parle de ce cas ci, dans ce contexte ci, et là je le maintiens. Et j'ai pas dit non plus que j'étais contre l'enculage de mouches :)

> Le titre a été changé donc le sujet est plus ou moins clos de
> toute façon.

Je viens de voir ça oui. J'ai rien contre cette version, elle me va aussi, tout comme m'aurait convenu «un PC sans Windows et un CD MandrakeLinux», bref y'a plein de formulations possibles.

> Non, il est juste ambigü.

Et puis finallement, il n'est peut-être même pas ambigü en fait. Je pense que ton interprétation de «sans A et B» avec la négation qui porte sur «A et B» ne serait pas correcte. On dirait plutôt «sans A ni B» dans ce cas là. Enfin pas plus sûr que ça, et puis ça reste de l'enculage de mouches.

> D'abord, ce titre n'est plus court que le précédent.

Non, mais sa version grammaticalement précise serait, elle, plus longue.

> ce qu'il signifie en français dans le texte est contradictoire
> avec ce qu'il est censé dire.

Non, il est juste ambigü. Grammaticalement, les deux interprétations sont autant correctes l'une que l'autre. Après, c'est le bon sens qui permet de trancher. Je pense que ça ce fait sans difficulté en considérant le contexte, et que tout le monde ici aura choisi la bonne interprétation. Mais si tu crois au contraire que les lecteurs sont en train de se fourvoyer, alors va vite demander à un modéro de corriger au lieu de continuer à troller ici.

> Prétendre qu'il s'agit d'autre chose, c'est inventer pour donner
> des sensations.

Cette élément de pub pour la Mandrake adressée massivement au grand public est bel et bien là, c'est un fait, pas un fantasme, et je comprends mal ton obstination à l'ignorer. C'est à mon avis l'élément important de cette niouze, qui fait qu'on l'a validée. Pour une fois, le «vendu sans OS» ne sous-entends pas un «parcequ'on sait très bien que vous allez le graver chez un pote», mais plutôt un «parcequ'il existe des alternatives, d'ailleurs essayez ça par exemple».

> Bref, rien de fabuleux.

Là dessus on est d'accord, ce serait bien mieux si la distrib était installée. C'est juste un pas dans la bonne direction, mais ça n'est effectivement pas fabuleux.

> En français :
> un PC sans Windows mais avec un CD Mandrake.

Si tu pense que c'est vraiment nécéssaire à la compréhension, alors signale le aux modérateurs pour qu'ils corrigent. Perso, ça ne me dérange pas qu'un titre ne soit pas idéal grammaticalement tant qu'il est court et compréhensible.

> la machine est vendue soit sans SE soit avec Windows.
> Les CD mis avec compte bien moins.

Sauf qu'un PC qu'on peut acheter avec ou sans Windows, ça n'est pas si rare que ça (pas aussi courant qu'on pourrait le souhaiter certes, mais ça existait déjà). Ce qui est est original ici c'est qu'un prospectus distribué à monsieur tout le monde dans sa boite au lettres suggère une distrib linux en couverture. Il y a en très peu de temps 3 niouzes soumises pour relater ça, alors que je doute qu'il y en ait eu une seule si il s'était agi simplement d'un PC avec Windows en option.

Ce que tu décris là me semble vachement plus problématique que les histoire de millisecondes dans les déroulements de menus. C'est très possible que le canvas ait effectivement ralenti avec le passage à gtk2, et si c'est le cas au point de pas pouvoir dessiner sur un athlon 1600, ça mérite vraiment d'être étudié. Est-ce que tu as rapporté cette expérience aux devs de Gimp, au moins pour savoir si ils sont conscient du pb ?

Et dire que pendant un moment on a pensé à te rediriger vers la section astuce au lieu d'accepter ta niouze... T'as eu chaud à la béatification :)

Cette affirmation est tout simplement malhonnete. Le premier plan en faveur du mode spatial date du 4 septembre 2002 !

Je crois qu'il faut y voir une perception d'utilisateur, et que les discussion des ML de dev là dedans ne sont pas pertinente. Le fait est que d'une version à la suivante, le mode d'utilisation du logiciel le plus courament utilisé à changé du tout au tout, sans même proposer, au moins temporairement, une façon accessible de rester dans l'ancien mode (la clef gconf ou l'option ligne de commande n'en sont pas). Ce qui est le résultat d'un processus long au niveau des devs est bien un changement brusque (et donc certains diront irréfléchi) pour l'utilisateur.

"Comme une base de registres" ? Qu'est-ce que cela veut dire ?

Là encore, c'est clairement une absurdité pour une développeur, mais c'est une perception courante. La vrai question à mon avis, ça n'est pas la pertinence de cette analogie, mais c'est de savoir comment on en est arrivé à avoir une partie des utilisateurs pour qui GConf est un cauchemard, alors qu'ils ne devraient même pas savoir que ça existe. En l'occurence, je pense que le point précédent sur Nautilus n'est pas étranger à leur confrontation avec cette entraille là, enfin ça parmis d'autres choses.

Le NdM a pas disparu, mais il est dans la partie article. J'avais fait ce changement à titre de proposition pour préserver tout l'effet de la niouze elle même, mais sans être plus sûr que ça, et puis elle a été validée juste après donc ça n'a pas vraiment été discuté en fait.

Oh, accident, faut pas pousser non plus. La niouze est sympa, son passage temporaire en première page (qui à mon avis était un peu de trop aussi) a été corrigé, bref y'a pas de quoi en faire tout un plat. Je vois pas à quoi ça nuit d'avoir exceptionnellement une petite touche d'humour sur le site.

Ça n'a rien de simple. "startkde" comme "gnome-session" servent à démarrer un ensemble de services, applets et applications qui sont pour la plupart parfaitement optionels. Quand bien même on comparerait les environnement sur leur config par défaut, qu'est-ce qu'on pourrait conclure, alors qu'elle ne sont pas équivalentes ?

À la limite, on pourrait faire une comparaison en en définissant de façon exhaustive un objectif précis du style "je veux un panel, un démon sonore, un panel avec navigateur de bureau, barre des tâches et horloge, un bureau à icônes et un navigateur de fichiers". Mais même là, si on va un peu dans la bonne direction, ça peut être très trompeur. Peut-être que le découpage des bibliothèques fait que dans cette situation, Gnome est moins gourmant que KDE, mais que ça va s'inverser dès qu'on ouvrira un navigateur web ?
(Mon exemple n'est pas pris tout à fait au hasard puisque sous KDE on a dans cette situation déjà Konqueror de chargé avec toutes ses libs alors que sous Gnome on a pas encore Epiphany et donc Gecko, qui n'est pas négligeable niveau emprunte mémoire).

Bref, le "poids" des environnement de bureau, ça me parait bien difficile à mesurer. En ça ça ne m'étonne pas des masses que l'expérience des uns contredise celle des autres.

esd n'a pas ce léger problème.
Toute info est la bienvenue.

Pas d'idée :/

btw, j'arrive pas à utiliser dmix avec aplay :
aplay --device=dmix titi.wav

est-ce que c'est mieux en "--device=plug:dmix" ?

En cliquant sur le lien juste au dessus, parceque le "." c'est retrouvé dans l'url. Bref pas vraiment de problème, il faudrait juste un peu de poudre verte sur les commentaires.

> Marche pas dans l'optique de la transparence réseau.

Ouais c'est clair, mais finallement, est-ce vraiment utile ? Enfin, je veux dire, je peux comprendre que ça ait des usages, mais ça me semble être quand même des besoins assez spécifiques, et je pense que 99% des utilisateurs se contente très bien d'un mixage en local. Je suis pas pour la disparation de ce truc dans l'absolu, mais comme composant par défaut de Gnome je trouve ça pertinent de l'envisager.

> http://www.mediaapplicationserver.net/(...)

Ça a l'air intérressant ça, merci pour le lien.

Alsa peut-être ? Pousser les distribs à proposer dmix dans leurs outils de config son ne serait pas une mauvaise chose.

Perso je me plante très souvent aussi dans mes votes, parceque j'ai été manipulé par les psycho-ergonomistes de Gnome2. Je suis persuadé que des utilisateurs de KDE ou Windows se trompent bien moins souvent dans leurs votes. Pour moi, un clic sur l'item de gauche signifie une action négative alors qu'à droite l'action est positive. À tel point que j'ai peur de me fourvoyer même politiquement à termes. Aussi j'attends avec impatience un fork de Gnome2 qui, en réordonnant les boutons OK et Annuler, me remettrait enfin dans le droit chemin.

Une poudre verte libre ne pourrait pas fonctionner. Toute sa puissance réside dans le mystère qui l'entoure. Les congestions, virus, et autres bugs pourraient bien trop facilement s'immuniser contre une poudre de composition connue. Bref, une poudre peut être ouverte ou verte, mais pas les deux.

Un truc que j'ai oublié de rajouter à la niouze c'est qu'il y a un chan IRC #gentoo-osx sur freenode. C'est là que j'ai eu les qlqs précisions nécéssaire lors de la modération. Y'a du monde dessus, il sont gentils, tout ça, donc hésitez pas.

la seule chose qui me gène, c'est qu'il ne gère pas les dependances sur les USE

Oui, effectivement, ça c'est un peu génant. Et c'est une très vieille feature request aussi :
http://bugs.gentoo.org/show_bug.cgi?id=2272(...)
C'est malheureusement vraiment pas évident d'ajouter ça proprement vu la façon dont emerge calcule ses dépendances (le pb est assez proche de celui des deps inverse en fait : en gros l'algo d'emerge est glouton alors qu'il faudrait backtracker à certains endroit). Là encore, vu qu'il y a des workaround possibles (cf. mon paragraphe suivant), je crains que ces gros changement n'arrivent pas de ci tôt dans portage... Et portage-ng est encore loin.

un package depend de python-tk
on a compilé python sans le flag tk -> ca plante et on sait pas pourquoi...

Il faut faire un bug report sur le paquet en question. Ce qu'on fait en général dans ces cas là c'est qu'on teste dans l'ebuild que python-tk est bien installé et on echoue l'installation du paquet si ça n'est pas le cas, avec un petit message qui dit que il faut réemerger python avec le flag tk. Je parle bien là de tests complètement adhoc, dans ce cas par exemple ça consistera à tester en python l'import du module en question. C'est pas terrible, mais ça évite d'installer des paquets cassés. Bref, c'est bel et bien un bug de l'ebuild si ça n'est pas fait.

La situation est simple : aucune image n'est credible

Pour illustrer un peu ton propos :
http://homepage.mac.com/gapodaca/digital/digital.html(...)

Je cite ce que je lis. Comme tu as placé ton «(comme d'habitude)», il se rapporte au fait de s'abstenir, point. Si tu voulais dire «le modérateur aurait mieux fait de s'abstenir de ce genre de commentaire (comme d'habitude)», alors évidemment ma réponse ne serait plus pertinente. Mais il aurait fallu que j'interpréte en le déformant ton propos pour pouvoir comprendre ça, et je ne me permettrais pas de faire ça.

Enfin pour modérer ce que je viens de dire par contre, on peut noter que Linspire fait aussi du code proprio (Lsongs par exemple), bref que c'est pas la boite de libre exemplaire par excellence non plus.

Linspire/Lindows filent déjà depuis assez longtemps des sous dans des projets libres, comme Reiser4, Nvu ou Xbox-Linux (M. Roberston à titre perso pour ce dernier). Enfin je serais bien incapable de faire les comptes, mais comme ça à vue de nez ils m'ont pas l'air plus sangsue que n'importe quelle autre boite du même style.

c'est à toi de savoir si en retirant X ou Y ça cassera tout ton système

Le cas que tu cites, il est très facile à éviter. D'une part il y'a des outils pour ça, qui savent vérifier les dépendances inverses (qpkg, equery, etc.) et qui permettent de contrôler si un package est ou non nécéssaire à la bonne marche du système, donc l'utilisateur qui sait se servir d'une gentoo ne tombe pas dans ce genre de panneaux. De plus, le plus gros des désinstallations se fait par nettoyage, pas par suppression explicite (encore heureux tu me diras) : tu demandes de supprimer une application de ton world, puis tu fait un "depclean" pour supprimer aussi ses éventuelles anciennes dépendances qui ne seraient plus nécéssaires à aucun autre package.
Enfin bref, tu peux le croire ou pas, mais vraiment les désinstallations explicites qui cassent le systèmes ou d'autres paquets c'est juste des erreurs de débutants. (Après, on peut aussi considérer qu'il devrait y avoir des garde-fous systématiques plutôt que des bonnes pratiques à connaitre, ça se défend, c'est une autre approche).

Mais là où l'absence de gestion des dépendances inverses par "emerge" lui même pose problème, c'est dans des cas de ce genre là :
- tu as d'installé pkgA qui dépend de libfoo en version 1.0*
- tu veux installer pkgB qui dépend de libfoo 0.9*
- libfoo n'est pas packagé de façon à ce que la 1.0 et la 0.9 puissent cohabiter
=> "emerge pkgB" va passer par une installation d'une version 0.9.x de libfoo, et donc la désinstallation de la 1.0.y. Il casse au passage pkgA.
En pratique, ce genre de cas sont prévenus à la main par les packageurs (par exemple ils vont marquer pkgA et pkgB comme mutuellement exclusifs puisqu'ils ne peuvent pas cohabiter), mais encore faut-il détecter le danger (pas évident pour le mainteneur responsable de pkgA et qui n'a pas forcement pkgB sur son système), et du coup ça n'est souvent fait qu'une fois qu'un utilisateur des versions instables est tombé dedans. Là, une gestion intégrée des dépendances inverses serait biensûr la seule solution vraiment universelle.

C'est bien, ça marche, il y a des possibilités intéressantes, mais il n'y a pas de quoi refouler apt/urpmi et yum, vraiment pas.
Perso, en plus de deux ans d'utilisation de la branche testing de gentoo, j'ai vu eu une fois un problème attribuable à l'absence de gestion des dépendances inverses (un dowgrade de xvid qui cassait mon xawdecode). Je considère que c'est vraiment très négligeable comparé aux avantages spécifiques à Portage, mais ça n'est biensûr que mon avis.

le modérateur aurait mieux fait de s'abstenir (comme d'habitude)

Je pense que si les modéros s'abstenaient tu serais face à un site vide.