je sais, même déjà à l'époque de UT99, c'était compliqué. Le faire tourner 3/4 ans après, il fallait ressortir les vielles libs dans un chroot.
Je suis d'accord pour dire que c'est un souci, je suis juste pas d'accord pour dire que systemd est le premier exemple, et donc ralé sur ça spécifiquement sur systemd, c'est faire preuve de mauvaise foi. Et accuser spécifiquement lennart alors qu'il ne fait que suivre la voie tracée par les codeurs noyaux et tout le reste de l'écosystème depuis des années, c'est simplement n'importe quoi. Des gens utilisent ça pour se donner un argument de respectabilité illusoire auprés des nouveaux venus. Et c'est un peu comme les gens du mouvement gamergate qui parle d'éthique dans le journalisme dans le jeu video d'un coup, alors que c'est un souci depuis des années ( exemple connu, Marc Lacombe aka Marcus ayant quitté Gameone à cause des pressions d'Infogramme sur la redaction ), et certains s'en servent pour se donner une image présentable pour juste se défouler et attaquer les gens. C'est moindre dans le libre, mais on retrouve quand même au moins un mec qui fait parti des 2 mouvements ( aka MikeeUSA, aka Gregory Smith, etc ).
mais si c'était tellement un souci pour le libre, les gens utiliseraient Netbsd, Centos ou ce genre d'OS qui promettent une compatibilité plus longue. Si c'était un souci suffisamment important, les gens ne rejetteraient pas la LSB comme contraignante mais l'adopteraient. Ou on aurais plus de tests automatisés d'ABI/API via http://ispras.linuxbase.org/index.php/ABI_compliance_checker . moins de gens à se jeter sur ruby/go/node etc et la catastrophe d’écosystème pas ultra mature et stabilisé.
Et ce qu'on voit plutôt, c'est que les devs veulent les nouvelles versions des libs ( Google Chrome et RHEL 6 pour ne citer que cet exemple, gcompris qui avait besoin d'un gtk récent et les discussions de son auteur ici il y a une paire d'année ).
C'est que ça fait chier de garder la compatibilité alors qu'on peut juste faire un code dump sur ruby.
[^] # Re: Ca ne règle pas la source du problème
Posté par Misc (site web personnel) . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 2.
je sais, même déjà à l'époque de UT99, c'était compliqué. Le faire tourner 3/4 ans après, il fallait ressortir les vielles libs dans un chroot.
Je suis d'accord pour dire que c'est un souci, je suis juste pas d'accord pour dire que systemd est le premier exemple, et donc ralé sur ça spécifiquement sur systemd, c'est faire preuve de mauvaise foi. Et accuser spécifiquement lennart alors qu'il ne fait que suivre la voie tracée par les codeurs noyaux et tout le reste de l'écosystème depuis des années, c'est simplement n'importe quoi. Des gens utilisent ça pour se donner un argument de respectabilité illusoire auprés des nouveaux venus. Et c'est un peu comme les gens du mouvement gamergate qui parle d'éthique dans le journalisme dans le jeu video d'un coup, alors que c'est un souci depuis des années ( exemple connu, Marc Lacombe aka Marcus ayant quitté Gameone à cause des pressions d'Infogramme sur la redaction ), et certains s'en servent pour se donner une image présentable pour juste se défouler et attaquer les gens. C'est moindre dans le libre, mais on retrouve quand même au moins un mec qui fait parti des 2 mouvements ( aka MikeeUSA, aka Gregory Smith, etc ).
mais si c'était tellement un souci pour le libre, les gens utiliseraient Netbsd, Centos ou ce genre d'OS qui promettent une compatibilité plus longue. Si c'était un souci suffisamment important, les gens ne rejetteraient pas la LSB comme contraignante mais l'adopteraient. Ou on aurais plus de tests automatisés d'ABI/API via http://ispras.linuxbase.org/index.php/ABI_compliance_checker . moins de gens à se jeter sur ruby/go/node etc et la catastrophe d’écosystème pas ultra mature et stabilisé.
Et ce qu'on voit plutôt, c'est que les devs veulent les nouvelles versions des libs ( Google Chrome et RHEL 6 pour ne citer que cet exemple, gcompris qui avait besoin d'un gtk récent et les discussions de son auteur ici il y a une paire d'année ).
C'est que ça fait chier de garder la compatibilité alors qu'on peut juste faire un code dump sur ruby.