gouttegd a écrit 1805 commentaires

Après j'ai plutôt l'impression que ça bloque au niveau des accès disques ou quand il commence à swapper un peu trop que vraiment sur un truc CPU.

C’est une possibilité en effet. Si ça vient de là, a priori on peut appliquer la même stratégie que ce que je proposais, mais avec le contrôleur blkio, afin de garantir aux applications de l’utilisateur une certaine proportion de la bande passante disque.

Avant de choisir FW, bien consulter le site de ffado, voire se renseigner sur la liste de discussion utilisateurs car le site est pas forcément à jour : certains matériels fonctionnent sans que ça soit bien indiqué.

Il faut bien se renseigner aussi sur le contrôleur FireWire présent sur le PC, tous ne se valent pas et certains sont même catastrophiques pour une utilisation en MAO.

Les choses ont peut-être changé depuis, mais il y a quelques années (2006), l’opinion répandue parmi les MAOistes était, en gros, que les contrôleurs Ricoh sont daubesques tandis que les Texas Instruments sont ce qui se fait de mieux. Je ne peux pas confirmer pour les Texas Instruments, mais effectivement les performances de mon contrôleur Ricoh étaient assez pitoyables (aussi bien sous Windows que sous Linux, donc ce n’était pas un problème de pilote).

J’avais oublié l’existence de ce patch, ça explique peut-être effectivement pourquoi chez moi ça marche tout seul (quoique je n’avais déjà pas de problème avant le noyau 2.6.38). Je trouve néanmoins dommage qu’un tel comportement soit codé « en dur » dans le noyau, alors qu’on peut obtenir la même chose de façon plus paramétrable en jouant avec les cgroups depuis l’espace utilisateur.

En tout cas, je retiens le coup du make -j 64 pour charger mon processeur, du coup je me rends compte que mon test avec seulement trois compilations en parallèle, ça faisait petit joueur…

Elle m'agace à la longue cette règle !

Parce que tu la comprends probablement de travers.

Faire 1 seule chose bien est mieux que faire plein de chose mal.

Effectivement, tu la comprends mal. Tu comprends qu’un programme ne doit faire qu’une seule chose, parce que s’il essaye de faire des choses supplémentaires, il les fera forcément mal (sous-entendu, il est impossible de faire plusieurs choses et de les faire bien). Ce n’est pas ce qui est dit. Rien n’empêche un programme de faire plusieurs choses correctement. De même d’ailleurs qu’un programme ne faisant qu’une seule chose ne la fait pas forcément bien.

On conseille de faire des programmes consacrés à une tâche unique non pas parce que c’est le seul moyen de faire les choses correctement, mais parce que c’est le plus pratique, le plus flexible. Notamment parce qu’ainsi on peut choisir le meilleur outil pour chaque tâche, et/ou combiner les outils entre eux d’une manière pas forcément prévue par les développeurs de chaque outil pour faire des tâches complexes qu’ils n’imaginaient peut-être même pas.

Pour un desktop il faut que ce soit simple de dire:"je suis en train de mater un film/ecouter de la musique, je ne veux pas que ces process ait la moindre latence a cause d'autre chose."
Une truc basique…et on est en 2012 et ce nùest tjs pas regle (quel que soit l'OS hein, mais sous Linux c'est encore pire)

Sous Linux, je pense que les cgroups sont une réponse à ce besoin, mais je reconnais qu’il y a deux problèmes :

– Il n’y a pas, à ma connaissance, d’interface user-friendly pour manipuler les cgroups (à moins que l’on ne considère que echo $PID > /sys/fs/cgroup/audio/tasks est user-friendly, ce qui n’est vrai que pour certaines valeurs de user), la meilleure option à l’heure actuelle est d’utiliser cgrulesengd(8), qui ne se configure que par l’intermédiaire du fichier /etc/cgrules.conf. Rien n’empêche à priori de créer une interface facile d’utilisation, comme je disais plus haut, yapluka…

– Il est délicat pour les développeurs de distributions de proposer une configuration par défaut, simplement parce que tous les utilisateurs n’ont pas forcément les mêmes besoins. Une configuration « générique » conçue pour satisfaire le plus de monde serait à mon avis assurée de ne satisfaire personne…

La question est pourquoi il n'y a pas un simple bouton a cliquer pour passer entre les deux modes….

Entre un mode « pour MAO » et un mode « desktop », tu veux dire ? En principe, c’est tout-à-fait faisable. À ma connaissance, rien ne s’oppose à ce que Jack (pour la MAO) et PulseAudio (pour l’utilisation de M.-tout-le-monde) soient installés simultanément, il devrait être envisageable de passer de l’un à l’autre en un clic sur un widget du bureau. Yapluka coder ledit widget, ou convaincre un développeur de le faire.

Autre possibilité, utiliser PulseAudio par défaut pour M.-tout-le-monde (c’est l’orientation prise par la plupart des distributions de toute façon, du moins il me semble), et configurer QJackctl pour désactiver PulseAudio au démarrage de Jack et le réactiver à l’arrêt de Jack. Il suffirait alors de lancer Jack pour passer en « mode MAO ». Ça a priori c’est déjà faisable avec ce que l’on a actuellement.

Ou mieux, un barre de niveau avec un texte d'aide qui indiquerait :si le son est hahce veuillez augmenter le niveau

Désolé, là je ne vois pas vraiment ce que tu veux dire.

jackd est excellent sauf pour la batterie de son smartphone / la consommation CPU / l'ergonomie

– la batterie de son smartphone : euh, je sais bien que le PC est mort et que l’avenir est aux smartphones et autres tablettes, mais je pense qu’on n’en est pas encore à faire de la MAO sur un smartphone…

– la consommation CPU : FUD? Jack has a very minimal CPU/memory footprint.

– l’ergonomie : euh, WTF ? Jack est un démon, depuis quand un démon doit-il être ergonomique ? Je veux bien qu’on critique l’interface de QJackctl à la rigueur, mais libre à tout le monde de développer un autre client graphique, il n’est pas nécessaire de tout remplacer pour ça.

est-ce que ce dernier est voué à rester ainsi par conception, ou est-ce qu'il est théoriquement concevable de le faire évoluer (avec un mode "à la PA") pour qu'il réponde aux besoins de M.-tout-le-monde et pas seulement des musiciens

C’est théoriquement concevable, oui, mais en pratiquement extrêmement peu probable, notamment parce que ce n’est tout simplement pas l’intention des développeurs de Jack. Oui, par conception, Jack ne cherche à répondre aux besoins que des MAOistes et pas de M.-tout-le-monde. Si M.-tout-le-monde veut un démon en espace utilisateur pour gérer le son, il y a PulseAudio. S’il n’aime pas PulseAudio, ben il fait comme moi quand je ne fais pas de MAO : j’utilise uniquement ALSA et tout marche très bien.

de sorte qu'on ait un unique serveur jackd universel qui fasse consensus ?

Rien ne permet de dire qu’un Jack adapté à M.-tout-le-monde ferait consensus. Personne ne se plaint de Jack parce qu’à part les musiciens (qui ne doivent pas représenter grand’monde), personne ne l’utilise. Si les distributions se mettaient à l’installer par défaut comme elles le font avec PulseAudio, je pense qu’on entendrait rapidement peu ou prou les mêmes critiques que l’on entend vis-à-vis de PulseAudio. Dans beaucoup de critiques de PA que j’ai pu lire, c’est le principe même d’un démon sonore en espace utilisateur qui est attaqué.

Oui, tu as raté un truc. Deux, en fait.

D’une part, il est parfaitement possible de scripter les connexions, il suffit d’appeler jack_connect(1) dans un script.

D’autre part, pour ceux qui ne veulent pas avoir à faire un script pour ça (moi par exemple), QJackctl permet de créer et d’enregistrer autant de configurations que l’on souhaite (c’est l’outil « Patchbay »), que l’on peut ensuite activer d’un simple clic.

Combiné à la possibilité de lancer automatiquement un programme au lancement de Jack, ça me permet de démarrer mon studio virtuel en deux étapes : ① lancer QJackctl, ② cliquer sur « Start » pour démarrer Jack. Cela lance automatiquement, non seulement Jack, mais aussi Rosegarden, ZynAddSubFX et Ardour (les trois programmes que j’utilise, on pourrait en ajouter d’autres comme Hydrogen, Bristol, etc.) ; les connexions pré-enregistrées dans le PatchBay de QJackctl sont automatiquement mises en place, et le tout est immédiatement utilisable.

En passant, c’est quelque chose que je n’ai jamais réussi à faire avec un mastodonte tout-en-un comme Cubase VST. Il n’y a certes qu’un seul programme à démarrer, mais il y avait toujours une série de manipulations à faire avant qu’il soit prêt à enregistrer quoi que ce soit. Un programme monolithique n’est pas nécessairement plus facile à utiliser…

Pour info, mes notes pour me souvenir comment faire pour enregistrer le moindre petit truc en midi :

La complexité que tu décris est totalement indépendante du système audio utilisé. Elle découle uniquement de la volonté typique des développeurs unixiens de favoriser de multiples programmes travaillant ensemble plutôt qu’un seul programme faisant tout (comme on en trouve sur Windows ou Mac OS, dans le genre de Cubase, Sonar, Logic…).

Remplace l’ensemble {ALSA,CoreAudio,OSS}+Jack par Klang, la situation sera exactement la même (les développeurs ne vont pas se mettre à faire des applications monolithiques pour autant), sauf qu’au lieu de connecter des entrées/sorties Jack, tu connecteras des entrées/sorties Klang.

Je n'ai pas trouvé d'utilitaire servant de surcouche

Il existe : truncate(1), non-standard mais présent au moins dans les GNU coreutils et sur FreeBSD.

Sinon, pour ceux qui veulent tout de même rester sur du GNU/Linux, il y a toujours Slackware (et peut-être ses dérivés, mais là je ne sais pas), qui utilise un init de type BSD (elle supporte aussi les scripts d’init System V pour ceux qui en auraient besoin, mais aucun des programmes fournis avec la Slack ne s’en sert).

Après, pourra-t-elle se passer de systemd longtemps, ça c’est une autre histoire.

J'ai pas de /etc/cgconfig.conf ni de /etc/cgrules.conf

Est-ce que libcgroup (ou assimilé, je ne sais pas comment s’appelle le paquet sous Debian) est installé ?

S’il ne l’est pas, alors les cgroups n’ont vraisemblablement rien à voir avec ton problème (auquel cas je n’ai pas d’autre idée).

Est-ce que les « control groups » (cgroups) sont activés ? Vérifie les options CONFIG_CGROUPS et CONFIG_CGROUP_SCHED dans la configuration du noyau.

Si l’option CONFIG_CGROUP_SCHED est activée, donner à une application des privilèges temps-réels ne suffit plus, il faut aussi placer le processus correspondant dans un cgroup approprié.

Plus d’infos sur le wiki de Jack.

Ce n’est pas tant la seule présence de Flash ou d’applets Java qui pose problème, c’est le fait que des sites exigent Flash ou Java sans rien prévoir pour le cas où Flash ou Java ne seraient pas disponibles.

Je n’aime pas particulièrement qu’un site utilise Flash, mais je ne trouve rien à y redire si le principe de graceful degradation est respecté.

Le site dont je parlais plus haut, qui sert de support pédagogique à un TD de biochimie, nécessite Java et Javascript pour manipuler des structures chimiques, mais si Java n’est pas disponible ou si l’exécution de Javascript est désactivé, l’utilisateur a la possibilité de télécharger les fichiers de structure sur son ordinateur et d’utiliser le programme de visualisation de son choix (comme la version standalone de JMol, par exemple) pour les ouvrir en local. Même un utilisateur de Lynx pourrait utiliser ce site sans rien rater de son contenu.

Y'a encore des gens qui utilisent des applets java ?

Euh, oui, moi. J’ai utilisé JMol, une applet de visualisation de molécules, pour faire un support pédagogique pour un TD de biochimie. C’est assez pratique, ça s’intégre très facilement dans une page HTML et les étudiants peuvent s’en servir immédiatement, ils n’ont besoin que d’un navigateur supportant Java.

Je ne prétends pas qu’une applet Java soit le meilleur choix, mais ça représente déjà à mon goût un grand bond en avant par rapport à la version précédente du support de ce TD, qui reposait sur un plugin très spécifique (donc installé par défaut nulle part), plus développé depuis huit ans et qui n’était disponible que pour Internet Explorer 6…

J’imagine que l’approche « moderne » serait de faire ça en HTML5 + Javascript, mais je ne suis pas convaincu… Il existe des projets pour ça, comme CanvasMol, mais franchement les performances sont lamentables par rapport à JMol.

bon alors la question bête : puisque ca ne plante pas tout quand on fait un simple date, pourquoi ntp ne fonctionne pas en faisant un simple date ?

Qui te dit que « ça ne plante pas tout » quand on fait un simple date ?

Certains programmes ne supportent pas que l’heure du système change brutalement. Le cas de make a déjà été cité, il y a aussi Dovecot par exemple, qui s’arrête immédiatement avec un Time moved backwards error.

Quand l’administrateur met à jour l’heure manuellement avec date, ce n’est pas forcément très grave : si l’administrateur est présent pour exécuter date, il est aussi présent pour vérifier si des programmes ont été interrompus, et les relancer le cas échéant.

Mais avec ntpd qui peut avoir besoin de corriger l’heure à tout moment, un changement brutal à la manière de ce que fait date doit être évité, d’où l’approche par ajustements successifs — qui, en temps normal, ne fait rien planter du tout, sauf quand il y a justement un bug dans la gestion des secondes intercalaires…

Par contre, la, vous faites dans l'élitisme : si une personne n'a pas envie de se faire chier, elle doit crever, hors de question de se mettre à sa portée. L'utilisateur vous dit merde.

Trouve-moi le message où j’ai dit ça. Et l’utilisateur qui me dit merde, il pourra aller se faire voir la prochaine fois qu’il aura besoin d’un coup de main (au lieu de s’adresser au geek bonne poire du coin qui n’a pas que ça à faire, il n’aura qu’à aller demander au support Microsoft ou Apple).

Je ne sais pas où tu déniches tes utilisateurs,

Dans la vraie vie des gens qui utilisent l'outil informatique pour répondre à un besoin.

« Et qu’est-ce qu’elle me dit, M. Pujadas, la majorité invisible et silencieuse que moi seul suis capable de voir et d’entendre, hein, qu’est-ce qu’elle me dit ? Elle me dit qu’elle en a assez des propositions fantaisistes et déconnectées de la réalité que leur promettent ceux d’en face. Et elle me supplie de venir sur ce forum pour porter sa voix. Ce n’est pas par intérêt personnel que je livre ce combat, M. Pernaut, c’est parce que Les Vrais Gens m’ont confié cet honneur et ce devoir. »

Nous n'avons définitivement pas la même notion de "loin d'être geek".

Si pour toi, comprendre spontanément qu’un fichier dont le nom se termine par « .docx » est un document Word suffit à faire d’un utilisateur un geek, alors en effet, nos définitions divergent.

Quiconque travaille quotidiennement sur un ordinateur à manipuler régulièrement les mêmes types de fichiers finit forcément par comprendre ça. Nul besoin de se flageller, de compulser un manuel ou de faire un quelconque effort, c’est juste l’habitude. En tout cas c’est ce que je constate chez les vrais gens qui m’entourent dans ma vraie vie à moi.

C'est juste ma réalité

Merci. Je te laisse donc à ta réalité, merci de bien vouloir me laisser à la mienne avec des utilisateurs qui ne sont pas des pros de l’informatique et n’ont aucune envie de le devenir, mais qui savent additionner deux et deux à force de se servir d’un ordinateur 50% de leur temps.

Au fait, aucun d’eux n’est sous GNU/Linux, hein. La moitié sont sous Windows, l’autre sont sous Mac OS X (très populaire par chez nous justement en raison de son côté « ça marche sans qu’on ait besoin de se prendre la tête »).

Ah, et certains font très bien la différence entre « candidature.doc » et « CANDIDATURE.doc » : le premier est un brouillon, le second est une version finale. Pourquoi une telle convention ? Parce qu’un jour l’un d’eux s’est spontanément rendu compte que le Finder listait les fichiers dont le nom commence par une majuscule en premier, et a décidé que c’était bien pratique que la version finale d’un document soit ainsi mise en avant. Pas con, l’utilisateur, hein ?

Tu trouves que cet utilisateur est un geek ? Moi pas. C’est juste un utilisateur qui constate un truc, en déduit une propriété qui pourrait l’aider dans sa vraie vie, et qui s’en sert. Le geek, ce serait plutôt celui qui ne pourrait pas s’empêcher de lui expliquer « c’est normal que CANDIDATURE.doc soit listé en premier, c’est parce qu’en Latin-1 les majuscules sont avant les minuscules. »

juste que l'utilisateur final n'a aucune utilité à connaitre l'extension avec un nom barbare incompréhensible

’tain mais c’est incroyable à quel point tu prends l’utilisateur final pour un demeuré… Je ne sais pas où tu déniches tes utilisateurs, mais ceux que je connais comprennent parfaitement ce qu’est une extension de fichier, merci pour eux, et figure-toi même qu’ils s’en servent ! Si, si, ils regardent l’extension, beaucoup plus que l’icône, pour identifier le type d’un fichier. « .docx », « .wmv », « .pdf », ça ne leur a jamais paru incompréhensible. Et ils sont loins d’être des geeks.

J’ai rien contre le fait que tu défendes un point de vue du genre « l’utilisateur avant tout, et surtout avant l’informaticien », je reconnais même l’intérêt d’un tel point de vue, mais faudrait quand même voir à pas systématiquement prendre les gens pour des cons.

Surtout quand tu présentes ça comme une vérité universelle, à la façon d’un homme politique qui explique sur un plateau de télévision « moi je sais ce que veulent les utilisateurs, Mme Chazal, parce que moi, contrairement à ceux du parti d’en face, je vois et j’entends la majorité invisible et silencieuse. »

Les bouquins seront en ePub/PDF et les articles en PDF (avec des images, toussa). Il me faut donc une liseuse qui supporte bien le PDF.

Alors, d’après mon expérience, tu peux d’ores et déjà éviter la liseuse évoquée dans le journal (celle que l’on trouve à la « feunaque », autrement dit le Kobo by Fnac). J’ai essayé, pour les PDF c’est pratiquement inutilisable. En fait, j’ai carrément l’impression que la possibilité de lire des PDF n’a été ajoutée que parce qu’un type s’est dit, « si on ne le fait pas il y en aura forcément qui vont gueuler »… En tout cas ce n’est clairement pas ce pour quoi l’appareil est conçu.

Ce n’est déjà pas confortable pour un document PDF simple, mais pour un article scientifique typique, formaté sur deux colonnes et comportant des figures, c’est encore pire.

Et il n’est, je crois (mais je n’ai pas essayé), pas possible d’annoter le PDF.

A l'opposé, dans un UNIX, si quelque chose ne marche pas, tu n'as (traditionnellement) pas d'autres moyens que de te démerder pour trouver la solution.

Ah parce que sous Windows ou Mac OS, si ça ne marche pas tu as d’autres moyens que « te démerder pour trouver la solution » ? Quoi par exemple, ça m’intéresse pour la prochaine fois qu’on me demandera un coup de main sous Windows…

(Attention, « Did you try to turn it off and on again » n’est pas une réponse valide.)

Pareil. J'avais envie de voter blanc, et je me suis abstenu pour éviter de "faire chier" les gens qui dépouillent. Suite à des explications de Maitre Éolas à ce sujet, d'ailleurs.

Alors il suffit qu’un Blogueur Influent™ pique son coup de sang à cause des précieuses secondes qu’il a perdu à dépouiller des bulletins blancs pour que tu décides de t’abstenir plutôt que de voter blanc ?

Eh bé, on peut critiquer l’influence de la télévision sur les masses, après ça…

Pour apporter un modeste contre-point aux opinions de Maître Eolas et de l’auteur de ce journal : je ne trouve pas que les bulletins blancs ou nuls (toutes catégories : bulletins déchirés, raturés, au nom d’un candidat inexistant, etc.) soient « chiants » à dépouiller.¹ Ça ne casse pas la « dynamique du dépouillement », au contraire ça casse la monotonie du dépouillement — surtout dans les seconds tours où il n’y a que deux ou trois candidats —, et ce n’est pas désagréable.

¹ Hors le cas bien sûr des bulletins « chiants » au sens propre du terme, comme celui rapporté par l’auteur et pour lequel il n’y a guère de commentaires à faire — mais j’ose espérer que ces bulletins-là sont rares…

On comprend cependant la réticence de Facebook à être interopérable: un concurrent pourrait alors facilement émerger. Pour ceux qui n'utilisent que les fonctions de base (liste de contacts, mur), la valeur ajoutée de FB est très faible. G+, qui fait partie d'un écosystème Google plus large, est peut-être moins inquiété par cette question.

Je pense pour ma part que Facebook n’aurait rien à craindre de ce point de vue. Je ne vois pas pourquoi ses déjà très nombreux utilisateurs partiraient subitement et je pense que ceux qui ne sont pas déjà inscrits sur un réseau social et qui se décideraient finalement à en rejoindre un choisiraient majoritairement Facebook, même si l’interopérabilité entre réseaux sociaux leur permettait de s’inscrire ailleurs. Simplement parce que c’est Facebook, le premier, le plus gros, le plus connu.

Il suffit de voir ce qui se passe avec Status.net : la très grande majorité, pour ne pas pas dire la quasi-totalité, des utilisateurs sont sur Identi.ca, alors qu’ils auraient pu s’inscrire sur n’importe quelle autre instance — et les utilisateurs de Status.net sont a priori plus susceptibles d’être sensibilisés aux questions de décentralisation, d’interopérabilité et assimilées (sinon ils seraient sur Twitter, comme tout le monde). Pourquoi Identi.ca ? Parce qu’on ne « voi[t] pas l’intérêt d’utiliser une autre instance que celle qui est connue. »

(Analogie pourrie avec le monde physique : Nespresso n’a plus l’exclusivité des capsules pour ses machines à café — d’autres marques vendent désormais des capsules compatibles —, et pourtant à la machine du bureau tout le monde continue à se fournir exclusivement chez Nespresso. Peut-être que leur café est réellement meilleur, mais je pense plutôt que c’est simplement une sorte de « prime au premier sur le marché ».)

Deuxièment peut être que ConsoleKit était nécessaire avec un init SysV mais passer à systemd permet de faire la chose plus proprement ?

Peut-être… On n’en sait rien justement, vu que les développeurs n’ont pas cru utile d’expliquer quel était l’intérêt de ConsoleKit au juste. Que permet de faire ConsoleKit qu’on ne pouvait pas faire sans ? Ou que permet-il de faire de façon élégante ce qui nécessait d’affreux hacks auparavant ?

Les sources de ConsoleKit ne contiennent pas le moindre renseignement utile de ce point de vue. On y trouve une description des notions manipulées (qu’est-ce qu’un « siège » ou une « session ») et la référence des objets DBus (probablement très utile sinon indispensable aux développeurs souhaitant utiliser ConsoleKit), mais pas le moindre indice sur ce que ConsoleKit fait concrètement (ou ce qu’il permet de faire). Il n’y a même pas une page de manuel (donc même si j’avais besoin de ConsoleKit, je ne saurai pas lui faire faire ce que je veux). Faut pas s’étonner après si certains ne voient pas l’intérêt du machin…

PolicyKit au moins vient avec de la documentation, ce qui fait que j’en ai une opinion sensiblement meilleure.

PolicyKit (et autres trucs dans le genre) répondent aux nouveaux besoins

Genre, des besoins que personne n’a jamais été capable de formuler correctement ? Quand on lit, dans la dernière documentation en date de ConsoleKit, que la définition du problème reste à écrire, ça ne m’inspire pas très confiance.

Le truc marrant, c’est que maintenant que ConsoleKit est obsolète et en passe d’être remplacé par systemd-loginctl (dont la documentation n’est pas plus fournie concernant le problème à résoudre ou le besoin à satisfaire), personne ne mettra à jour ce document, autrement dit ConsoleKit aura passé sans que jamais quelqu’un ne prenne le temps d’expliquer quel était le problème justifiant son existence.

Bien sûr, c'est un complot !

Je ne crois pas une seconde que RedHat ou qui que ce soit introduise de nouveaux composants juste pour accroître la demande de support. En revanche, j’ai effectivement l’impression que certaines distros se jettent bel et bien sur n’importe quelle idée nouvelle, « on intègre d’abord et on verra bien ensuite à quoi ça peut bien servir ».

Vous avez aimé Policykit, le machin dont les fichiers de configurations ne sont pas sous /etc

Je ne sais pas quelle distro tu utilises, mais chez moi la configuration de PolicyKit se fait bien dans /etc/polkit-1.

Quant à PulseAudio et AccountService, il n’y a rien de tel chez moi (je ne les ai pas désinstallés, ils n’ont jamais été là, pas fournis par Slackware), et le système ne fonctionne pas plus mal. Comme quoi on peut avoir un GNU/Linux sans ces bêtes-là.