Reprise du message précédent :
Pourquoi l'autoremove d'apt-get ne fonctionne pas comme il devrait ?

c'est à dire ? il fonctionne comment chez toi ? et comment penses tu qu'il devrait marcher ?

C'est marqué, que l'autoremove supprime automatiquement les paquets obsolètes (genre les paquets du kernel qui ne sont pas marqués à conserver dans /etc/apt/apt.conf.d/01autoremove-kernels).
Or je viens d'être obligé de supprimer 7 paquets linux-headers et linux-image à la main pour libérer pas loin de 2Go d'espace disque  

1 semaine de mise en place de sabayon sur ma machine test et elle passe pas mon QA, trop de trucs a modifier dans les conf de base, conf pas pushable via package ou overlay, et quitte a devoir passer par portage, autant avoir une distro full portage compliant.
 
Systemd toopoori <_<

Tu peux pas masquer SystemD ?

C'est quoi le problème avec SystemD (à part la façon dont s'habille Lennart )

Pas UNIX-friendly dans l'esprit ....

 
Oui mais concrètement

Un outil qui fait une chose, mais qui la fait bien.
Un outil portable, et pas lie à une archi (Linux only)
Un outil simple à comprendre et configurer (quoi de plus simple qu'un vieux script d'init).
 

Ouais enfin ya quand même plein d'avantages avec SystemD... C'est un pari, mais c'est une avancé sur plein de choses. Et puis je trouve que techniquement c'est quand même bien pensé
 
Quand à la portabilité, c'est pas tant la misère que ça (source : j'ai lu un truc d'un gars de FreeBSD jsais pu où qui disait que c'était pas si compliqué )
 
Et puis les script init, dès que tu veux gérer des dépendances complexes au lancement, je trouve ça super compliqué moi
 
J'ai tendance à penser qu'on en fait tout un fromage, et plus rien n'oblige à l'utiliser

Concrètement, sur 100 démarrages, pas un seul service ne se lance dans le même ordre a chaque fois. Concrètement, les bugs que ça génère sont pas prédictible. Concrètement systemd c'est bien pour le desktop quand t'as pas besoin de maintenir un ordre de démarrage et une priorisation des interfaces a monter, mais quand par exemple, tu monte tout un système a partir de disques en lustre (structure UEFI + PXE) si le système cherche a aller trop vite avant que la carte réseau fonctionne, ça plante.
OpenRC est plus performant a ce niveau et il est deprecated sur Sabayon (comme sur nombre de distros d'ailleurs), parce que certes systemd est plus facile a maintenir (udev etc ...) certes il est plus "linux desktop friendly" mais dès que tu part dans du custom, il s’emmêle les pinceaux sévère.
 
SystemD tu peu pas faire de pause dans ton init, il sait pas repasser la main a un microsystem comme busybox ou dracut. Quand par exemple j'ai besoin de monter obligatoirement lustre + ZFSonlinux sur une station administrative, je veux que ça soit fait AVANT tout le reste, pas après ou de manière random.
Quand bien même mon initramfs le fait bien, au moment ou systemd reprend la main, ça foire.
En virtualisation, systemd est parvenu a me faire des kernel panic (spawn too early)
 
Et en plus systemd est un SPOF : si systemd plante, il entraine le systeme avec lui, ma distro perd en robustesse (si openrc plante, mon systeme s'en fou)
Systemd est aussi un SPOF en se qui concerne la sécurité des réseaux  : une faille dans systemd et tu peu reconfigurer le réseau, voir pire, avec udev/dbus donner l'accès root et avoir du privilege escalation. Et vue la complexité du code, j'ai comme un doute qu'on puisse régler une faille d'un claquement de doigt.

Mais tu peux forcer l'ordre de boot si c'est important pour toi. Après je sais pas dans quelle mesure par rapport à tes besoins.

Et puis si ya des trucs qui conviennent pas, t'es sûre que ya pas de solution pour le custom comme il faut

Concernant le SPOF, je peux pas dire, j'en sais rien

bonjour,
 
je vois que les hater de systemd sont aussi ici avec les mêmes arguments qu'ailleurs, c'est cool

pour un desktop il y a des arguments qui se défendent, mais pour un serveur j'en vois aucun

c'est vrai que le monitoring, gestion des ressources, logging largement supérieurs à l'existant, c'est de la fonction desktop

SystemD entre libristes, c'est un peu comme parler politique pendant un gros repas de famille. T'es sûr que personne est d'accord, et dans le meilleur des cas la solution c'est que le sujet devienne tabou

Voilà j'pensais un peu à ça

 
crasher et emmener tout le système c'est desktop. le logging en binaire, paye ton debuggage au pied de biche. Le monitoring ? de processus ? non merci. je veux des outils qui restent KISS, si mon daemon plante il plante. tu dois avoir un failover et comprendre ce qui se passe, pas relancer le tout comme un con sans chercher à comprendre.
 
La problématique coté serveur est vraiment différente de celle desktop, mais tant que tu n'y as pas gouté en allant au feu c'est difficile à comprendre vraiment.

Lennart
Pour avoir bossé sur le code de Avahi, j'ai compris ma douleur...

bonjour,

Rome ça déboite

Indeed

Bonjour,

c'est pas nouveau leurs problèmes de circulation

FREE RIOT §§§

Ouiiii ?

Yello,
 

 
Mais est ce que c'est facile a configurer et administrer comme SystemD    

en parlant de sysdemd, ca pourrait être de sa faute si mon scanner met des plombes avant de démarrer une numérisation ?
et y a que simple-scan qui marche, j'ai essayé d'autres logiciels, rien ne passe (ca fini par quitter violemment, sans rien dire, même pas une erreur de segmentation).

temps de réaction : 59 s

c'est efficace les femens

edit : oui, 49 secondes

c'est loin les maths

p'tain ouais
 
et je fais pareil pour le boulot    

49 secondes de boulot effectif ?

ben ouais, le reste du temps faut corriger les erreurs calcul

fixed.
Je t’envoie ma facture.

ouais

à propos de factures, afin de dissiper tout malentendu durant cet entre-deux-tours, je tiens à préciser que les normes relatives au chlorure de sodium ne s'appliquent pas aux miennes et que la vaseline n'est toujours pas fournie

edit : ortho

Et après ça vient se plaindre que sa nouvelle machine toute neuve sous Windows 7 marche pas bien

Françoise ?

c'est pas la machine que je remets en cause mais sa pacification
par contre vendredi, j'étais bien content de pas subir les ralentissements des collègues sous xp sur l'intraweb    
 
Nylon. Edith Nylon, c'est mon nom
/Marie patch
/80's