Perdu, là en l'occurence c'était Christophe Chapuis.
_ Il va te dire "tel truc trunk marche pas sans ça", et rien que le fait qu'il soit pas foutu d'utiliser le bon terme ( trunk, c'est pour svn, pas git ) montre qu'il maitrise pas vraiment le sujet._
Si il y avait dans le GIT systemd une seule autre branche que master, je serais presque tenté d'être d'accord avec toi. Mais trunk ca veut dire tronc, et quand il n'y a pas de branches à l'arbre ça décrit parfaitement l'endroit ou se trouve le code source.
et la, tu as compris qu'il a du prendre sans doute du faire une faute dans un grep et qu'il conclue à la vavite.
J'ai peut être fait une faute dans un grep, ou été perdu par le va et vient des connections udev et de sd-bus, mais j'aimerai également te rappeler que c'est la position officielle de Lennart :
To make this clear, we expect that systemd and kernels are updated in
lockstep. We explicitly do not support really old kernels with really
new systemd. So far we had the focus to support up to 2y old kernels
(which means 3.4 right now), but even that should be taken with a grain
of salt, as we already made clear that soon after kdbus is merged into
the kernel we'll probably make a hard requirement on it from the systemd
side.
I am tempted to say that we should merge the firmware loader removal
patch at the same time as the kdbus requirement is made. As that would
be a clean cut anyway...
Also note that at that point we intend to move udev onto kdbus as
transport, and get rid of the userspace-to-userspace netlink-based
tranport udev used so far. Unless the systemd-haters prepare another
kdbus userspace until then this will effectively also mean that we will
not support non-systemd systems with udev anymore starting at that
point. Gentoo folks, this is your wakeup call.
Lennart
Donc niveau conclusion à la va-vite, c'est pas franchement ça. Il s'agit du point de vue officiel de la personne en charge du projet systemd.
Jamais il va pointer vers du code, ou ce genre de choses
Non mais je pointe vers des project leader qui suivent le code de très près, ce qui permet a) d'éviter de mauvaises interpretations du code, b) de ne pas mélanger mon opinion personnelle avec cette interprétation et c) de rendre le truc compréhensible par des gens qui ne lisent pas le C système (dont j'avoue volontiers faire partie).
car ce genre de comportement est à mon sens toxique pour la communauté, car ça masque les critiques légitimes en les recouvrant de bullshit.
Le comportement qui consiste à traiter sans distinction toutes les personnes qui ne sont pas intéressées par systemd d'ignorants nocifs est elle beaucoup plus constructive. Il y a des histoires de pailles et de poutres sur le sujet je crois.
[^] # Re: Ca ne règle pas la source du problème
Posté par Kaane . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 10.
Nan mais c'est Kaane aussi.
Perdu, là en l'occurence c'était Christophe Chapuis.
_ Il va te dire "tel truc trunk marche pas sans ça", et rien que le fait qu'il soit pas foutu d'utiliser le bon terme ( trunk, c'est pour svn, pas git ) montre qu'il maitrise pas vraiment le sujet._
Si il y avait dans le GIT systemd une seule autre branche que master, je serais presque tenté d'être d'accord avec toi. Mais trunk ca veut dire tronc, et quand il n'y a pas de branches à l'arbre ça décrit parfaitement l'endroit ou se trouve le code source.
et la, tu as compris qu'il a du prendre sans doute du faire une faute dans un grep et qu'il conclue à la vavite.
J'ai peut être fait une faute dans un grep, ou été perdu par le va et vient des connections udev et de sd-bus, mais j'aimerai également te rappeler que c'est la position officielle de Lennart :
Donc niveau conclusion à la va-vite, c'est pas franchement ça. Il s'agit du point de vue officiel de la personne en charge du projet systemd.
Non mais je pointe vers des project leader qui suivent le code de très près, ce qui permet a) d'éviter de mauvaises interpretations du code, b) de ne pas mélanger mon opinion personnelle avec cette interprétation et c) de rendre le truc compréhensible par des gens qui ne lisent pas le C système (dont j'avoue volontiers faire partie).
Le comportement qui consiste à traiter sans distinction toutes les personnes qui ne sont pas intéressées par systemd d'ignorants nocifs est elle beaucoup plus constructive. Il y a des histoires de pailles et de poutres sur le sujet je crois.