> Alors certes cela criera parceque le bug avait ete decouvert sur Ubuntu et non passe aux autres
Justement, il faut attendre plus d'un mois pour que ce bogue soit rapporté upstream, et en plus le mainteneur ubuntu lâche le merdier sur le bugzilla fedora dans l'espoir que le mainteneur fedora fasse son boulot (c'est à dire aider les développeurs upstream à corriger le bogue voire le corriger lui-même si il a les compétences).
> c'est un pauvre gars qui fait son boulot
Ce serait un incident isolé, certes mais c'est un problème structurel dans Canonical. Ok, ils n'ont pas les compétences pour corriger le bogue, mais de là à se défausser de leurs responsabilités d'intégrateurs ça devient grave. Entre le mainteneur X qui est débordé par les rapports de bogues, Kees Cook qui n'a pas le temps de suivre convenablement un bogue critique dans une version LTS (et qui aurait dû probablement être un release blocker), il est urgent d'agir.
Il faut soit recruter plus de monde, soit restreindre les paquets couverts par le support et laisser plus de place à la communauté dans la gestion technique (un peu comme Fedora avant FC6 Core/Extras).
En l'occurrence, ce n'est pas sur le seul Kees Cook qu'il faut taper, mais sur l'employeur qui ne lui permet pas de faire son boulot dans de bonnes conditions.
[^] # Re: Et la timeline ?
Posté par GeneralZod . En réponse au journal Canonical FAIL. Évalué à 3.
Justement, il faut attendre plus d'un mois pour que ce bogue soit rapporté upstream, et en plus le mainteneur ubuntu lâche le merdier sur le bugzilla fedora dans l'espoir que le mainteneur fedora fasse son boulot (c'est à dire aider les développeurs upstream à corriger le bogue voire le corriger lui-même si il a les compétences).
> c'est un pauvre gars qui fait son boulot
Ce serait un incident isolé, certes mais c'est un problème structurel dans Canonical. Ok, ils n'ont pas les compétences pour corriger le bogue, mais de là à se défausser de leurs responsabilités d'intégrateurs ça devient grave. Entre le mainteneur X qui est débordé par les rapports de bogues, Kees Cook qui n'a pas le temps de suivre convenablement un bogue critique dans une version LTS (et qui aurait dû probablement être un release blocker), il est urgent d'agir.
Il faut soit recruter plus de monde, soit restreindre les paquets couverts par le support et laisser plus de place à la communauté dans la gestion technique (un peu comme Fedora avant FC6 Core/Extras).
En l'occurrence, ce n'est pas sur le seul Kees Cook qu'il faut taper, mais sur l'employeur qui ne lui permet pas de faire son boulot dans de bonnes conditions.