gouttegd a écrit 1805 commentaires

en théorie on peut mettre a jour son noyau sans impacter les binaires user

Heu, pas seulement en théorie. Ça fait des années que je mets à jour mon noyau régulièrement (une release mineure sur deux en moyenne), ça n’a jamais impacté les programmes utilisateurs compilés sur une version précédente. Jamais je n’ai eu à recompiler un programme suite à un changement de noyau.

Mais au-delà de ça, que pensez-vous d'uzbl et cream-browser par rapport à jumanji ?

Par rapport à Jumanji, je ne sais pas vu que je n’ai pas essayé ce dernier, mais j’utilise uzbl comme navigateur principal depuis plus de deux ans et j’en pense beaucoup de bien. La principale qualité à mon sens est la très forte « bidouillabilité », la possibilité de scripter à peu près tout et avec n’importe quel langage (shell, Python, Perl, Javascript, etc.).

D’après moi, Uzbl n’est d’ailleurs intéressant que si tu l’adaptes à tes besoins. Plusieurs scripts sont fournis par défaut, mais ils ne sont vraiment là que pour montrer ce qu’il est possible de faire, pas pour être utilisés tel quel. Il faut voir Uzbl comme un navigateur « en kit » à monter soi-même. Si tu cherches un navigateur directement utilisable, luakit ou jumanji sont probablement de meilleurs choix.

Sur les « 2,3 petites choses qui [te] chiffonnent » avec jumanji :

le pb du téléchargement : on ne me propose pas l'ouverture du soft associé au doc à télécharger ;

Uzbl ne le fait pas non plus par défaut, mais un tel comportement peut se scripter si tu y tiens (en modifiant ou remplaçant le script utilisé comme download_handler).

je ne parviens pas à enregistrer une session

Je crois qu’Uzbl peut le faire, mais je ne sais pas ce que ça vaut (il y a un script pour ça fourni par défaut, mais je ne l’ai jamais utilisé).

Comme prévu par un dénommé L. Torvalds, qui écrivait il y a dix ans :

« Quelque chose ne tourne pas rond si nous en sommes encore dans quinze ans à débattre de systèmes d’exploitation. Cette remarque peut étonner de la part de quelqu’un dont la célébrité est essentiellement liée à la conception d’un système d’exploitation. Pourtant, il faut le reconnaître, personne¹ ne veut de système d’exploitation.

« D’ailleurs, personne ne veut d’un ordinateur en tant que tel. Ce que les gens veulent, ce sont des jouets magiques qui permettent de surfer sur le web, d’écrire des lettres d’amours, de jouer à des jeux vidéos, de gérer ses comptes bancaires, etc. Le fait qu’il soit nécessaire de disposer d’un ordinateur et d’un système d’exploitation pour profiter de toute cette magie est une chose que la plupart des gens auraient aimé continuer à ignorer. »

— Linus B. Torvalds (2001), « Il était une fois Linux », Osman Eyrolles Multimédia, p. 263

Ben voilà, pas tout-à-fait quinze ans plus tard, on y est.

---

¹ C’est l’auteur qui souligne.

je ne savais pas qu'il y avait une man Compose…

Pour le coup, je ne le savais pas non plus, moi c’est le nain Ternet qui m’avait tuyauté.

Par contre pour que ça marche sous GNOME, j'ai dû définir la variable GTK_IM_MODULE=xim.

Oups, ça me revient, j’avais dû faire ça aussi, mais j’avais oublié. Désolé.

La touche Compose fonctionne très bien, mais ce signe n'est pas dans la table, en tout cas j'ai pas trouvé

Il n’y est pas par défaut, mais ça se corrige facilement. Personnellement j’ai copié /usr/share/X11/locale/en_US.UTF-8/Compose dans ~/.XCompose et j’y ai ajouté ceci :

<Multi_key> <question> <question> : "⸮"   U2E2E # IRONY MARK
<Multi_key> <question> <exclam>   : "‽"   U203D # INTERROBANG

ce qui me permet d’avoir le point d’ironie avec Compose + ? + ?, et le point d’exclarrogation avec Compose + ? + !

Et c'est pareil pour Gucharmap.

Non, il est bien dans gucharmap. En revanche, et du moins avec gucharmap 3.4.1, il faut afficher les caractères par « bloc Unicode » plutôt que par « script ». Le point d’ironie, (officiellement le « point d’interrogation renversé »), est dans le bloc « Supplemental Ponctuation ».

Ouep, et comme c'est pénible de devoir aller sur Wikipédia pour le copier-coller à chaque fois que je veux le placer

Sérieux, tu n’as réellement pas d’autres moyens que d’aller le chercher sur Wikipédia ?

La touche Compose ne fonctionne plus, dans cet environnement majeur du libre qu’est GNOME 3 ? Et même sans touche Compose, il n’y a plus d’utilitaires comme gucharmap ?

Si j’ai bien compris ce que tu veux, ça se fait très facilement avec le module mod_ssl d’Apache httpd. Je n’ai pas de howto sous la main, mais consulte la documentation d’Apache, directive SSLVerifyClient et SSLCACertificateFile.

Pour la génération des certificats, j’utilise personnellement TinyCA2, mais on peut aussi utiliser OpenSSL directement. Les tutos pour ça ne manquent pas, une recherche « openssl ca » en rapporte plusieurs, comme celui-ci.

« Euh, pour l’instant c’est pas prévu. »

Après, comme Aldoo ci-dessous, je peux comprendre que ce ne soit pas une priorité. C’est juste que je n’aurais jamais cru avoir une connexion IPv6 à la maison avant d’en avoir une au bureau…

C'est quoi ton FAI ?

SFR.

D'après ce que je comprends, c'est du on/off et il n'y a pas de granularité plus fine ?

C’est ça. Par défaut, aucune connexion IPv6 entrante ne passe, si tu désactives ça, tout passe, à destination de n’importe quelle machine et n’importe quel port — donc il vaut mieux ne pas être tout nu derrière la box avant de décocher cette case.

C’est effectivement dommage de ne pas proposer des réglages plus fins… M’enfin, au moins la configuration par défaut est saine, c’est déjà pas mal.

Parce que si je ne m'abuse, en l'activant sur ma box je rend toutes les machines de mon réseau accessibles via l'extérieur sur tous
les ports non ?

Ça dépend. Chez mon FAI, lorsqu’on active IPv6, par défault le « traffic IPv6 entrant non sollicité » est bloqué. Çe ne me paraît pas idiot comme réglage par défaut, pour l’utilisateur habitué à IPv4. Libre ensuite à l’utilisateur conscient des risques de lever ce blocage (ça se fait en un clic depuis l’interface d’administration de la box).

Pour finir par se retrouver avec du NAT444 ? Génial comme solution…

Tout fonctionne en IPv6 chez moi depuis que mon FAI a activé le support IPv6 presque en catimini (aucune annonce, rien : un jour je me connecte sur l’interface d’administration de ma box, je vois une case à cocher « IPv6 », je l’active sans trop y croire, et pouf ça marche — c’est honteux pour un FAI de dire qu’il fournit de l’IPv6 ou quoi ?).

Au boulot en revanche, nada, c’est IPv4 uniquement. Ce que j’ai du mal à comprendre, puisque mon labo dépend de l’université du coin et qu’en conséquence sa connexion est fournie par RENATER.

J’ai fait le même parcours, dans mon cas c’est la mauvaise gestion du multi-écran par wmii qui m’a poussé vers awesome.

surtout le manque de flexibilité et de performance dès qu'on veut faire des trucs un peu poussés, le script de contrôle de base de wmii étant en shell.

Ça en revanche ce n’est pas vraiment un problème, on peut utiliser un autre langage si on s’estime trop limité par le shell. Mon script wmiirc_local était en Python.

Par exemple ils y mettent KDE. En tout cas c'est ce qui est dit dans le manuel.

Le manuel n’est pas à jour alors, parce que KDE est désormais dans /usr, depuis Slackware-12.0 si je me souviens bien. En fait, dans les dernières Slackware aucun paquet officiel n’installe quoi que ce soit dans /opt.

Je n'ai jamais compris à quoi servait /opt, pour moi un programme compilé localement, qui ne fait pas partie de la distribution (en tous cas la même version) ça va dans /usr/local, que l'on peut déjà très bien coller sur une partition dédiée. /opt c'est pour les programmes tiers distribués sous forme de binaire ?

Personnellement, j’y mets surtout des programmes qui s’intègrent assez mal (ou pas du tout) dans une arborescence Unix « classique » (j’entends par là, les exécutables dans bin, les bibliothèques dans lib, les fichiers de données dans share, etc.) — typiquement, des programmes Java.

C'est quoi l'intérêt de garder un sysv à l'ancienne qui est lent et moins testé ?

C’est vrai que l’init System V est un truc trop récent et trop peu utilisé en production pour avoir été longuement testé.

(Et que dire de l’init BSD, c’est carrément expérimental ça, faut aimer jouer avec le feu pour utiliser un truc aussi peu rôdé.)

Bref, est-il possible que jackd réponde aux besoins des utilisateurs "normaux" ?

Je pensais avoir répondu : à mon avis, non.

pour beaucoup de gens, PA marche "en fonction pulse" (ah ben ça marche plus. Bizarre, ça marchait il y a 10 minutes…)

Ah, c’est donc pour ça qu’il s’appelle « PulseAudio » ! Blague à part, n’ayant jamais utilisé moi-même PulseAudio je lui accorde le bénéfice du doute en supposant qu’il fait correctement ce qu’il est censé faire. S’il ne le fait pas, il faut le corriger, mais ça n’invalide pas le principe.

ALSA ne mixe pas plusieurs sources (donc pour beaucoup de gens qui n'ont pas de mix hardware, cela signifie que seule une appli peut sortir du son à la fois)

Oui, et pour moi ça tombe bien parce que c’est exactement ce que je veux. Quand je ne fais pas de MAO et que je me comporte en « utilisateur normal » qui veut écouter de la musique ou regarder une vidéo, je ne veux pas qu’une autre application vienne injecter du son. Qu’ALSA ne le permette tout simplement pas est parfait pour moi, à la limite je dirais même « it’s not a bug, it’s a feature ». C’est pour ça que je n’ai jamais ressenti le besoin d’utiliser PulseAudio (ou n’importe lequel de ses prédécesseurs, comme arts ou esd).

Bref contrairement à ce que tu dis, pour beaucoup de gens, le problème n'est pas résolu

J’en suis désolé. Mais si le problème n’est pas résolu parce que PulseAudio n’est pas au point, améliorer PulseAudio me semble une meilleure piste que de confier ses fonctions à Jack, et une bien meilleure piste qu’inventer un tout nouveau système sonore directement dans le noyau.

Je déplore juste de voir que les efforts sont dilués avec des bases de code distinctes et des APIs incompatibles.

Et bien sûr, le projet KLANG va miraculeusement changer tout ça. Ou pas.

Pour ma part, n’ayant que le manuel GNU/Linux directement à disposition, j’utilise la documentation de FreeBSD quand je veux vérifier qu’une commande, une option ou une fonction est disponible sur d’autres systèmes. Cette page permet de consulter non seulement les pages de manuel de FreeBSD (évidemment), mais aussi celles de Net- et OpenBSD, de plusieurs distributions GNU/Linux, et quelques autres systèmes comme HP-UX ou SunOS.

En l’occurence, sur ce thread ça n’aurait certes pas aidé, vu que les pages d’AIX ne sont pas disponibles… mais je trouve que c’est un lien utile à avoir sous la main.

Hors-sujet (quoique…), mais pourquoi ce tiret avant les trois points ? Il me semble que le tiret fermant une incise doit s’effacer devant la ponctuation finale — c’est-à-dire, lorsque l’incise est en fin de phrase…

En plus je suppose que c'est libre vu que c'est édité par l'IRISA, tu peux confirmer ?

C’est en libre accès, mais pas « libre » au sens où on l’entend par ici :

Ces documents sont en accès libre et peuvent être reproduits et utilisés de façon non commerciale.
Merci toutefois de citer l'url d'origine ou celle-ci :
http://Jacques-Andre.fr/ed/

Tu crois en l’importance des accents ? Alors évite d’oublier celui de « nôtre », qui différencie le pronom de l’adjectif… Sinon, tu donnes involontairement raison à l’auteur du journal : même sans l’accent, on comprend très bien ce que tu veux dire, donc l’accent ne sert à rien, CQFD.

Mais est-ce que ça signifie qu'on peut créer un cgroup et définir son ordonnanceur d'I/O différemment ?

Apparemment non, en tout cas je n’ai rien vu de tel. Et il semble de plus que la répartition de bande passante entre cgroups, via le contrôleur blkio, n’est possible qu’avec l’ordonnanceur CFQ.

Je ne crois pas donc que les I/O puissent également être gérées par les cgroups

Si, les cgroups sont un mécanisme générique qui n’est ni lié ni restreint à l’ordonnanceur de tâche, on peut s’en servir pour gérer l’occupation du CPU (contrôleur cpu), les entrées/sorties disque (contrôleur blkio) et réseau (contrôleur net_prio), la mémoire (contrôleur memory), l’accès aux périphériques (contrôleur devices), etc.

Dans ce journal, je proposais de s’en servir pour l’occupaation CPU uniquement, parce que je pensais que c’était le principal facteur du problème exposé, je n’avais pas pensé que les accès disques pouvaient aussi jouer un rôle.

Vous avez des docs pour la mise en place de ces solutions (cgroupes, ionice, etc)?

Pour ma part, j’ai utilisé :

• la documentation disponible dans les sources du noyau ;
• la documentation fournie avec le paquet libcgroup (pages cgconfig.conf(5) et cgrules.conf(5)) ;
• la documentation de RedHat.

Par exemple je me demande comment faire un groupe de processus système et que tous y aillent.

Normalement, si le paquet libcgroup (ou cgroup-bin sous Debian) est installé et les services cgconfig et cgred activés, c’est le comportement par défaut : cgconfig crée un cgroup sysdefault et cgred y envoit par défaut tous les processus.

Je présume que oui. Si j’ai bien compris, c’est un thread noyau dédié, kswapd, qui se charge de swapper les pages. Comme les threads noyaux peuvent être placés dans des cgroups de la même façon que les processus de l’espace utilisateur, il suffit a priori de placer kswapd dans le cgroup « system » pour que les limitations de ce groupe s’appliquent à lui.