Ça fait sans doute très luc2 de dire ça, mais j'ai bien peur que le
«prêt quand c'est prêt» vient d'être reporté encore une fois. On parle
d'ailleurs très peu de Sarge sur DWN. Le dermier message de quelque
substance remonte à il y a un mois.
Sarge Release Update. Steve Langasek sent in an update on the release
of sarge and explained which packages are blocking the transition of
others into testing. The major blocker seems to be the lack of the
testing-security buildd infrastructure. A new release candidate of the
installer is expected soon and the number of release critical bugs is
dropping but not as fast as prospected.
http://www.debian.org/News/weekly/2004/38/
On prédisait la sortie de Debian pour il y a un mois et, comme c'est
là, il va certainement neiger avant que Sarge ne devienne stable. On a
beau dire que Debian entretient 36 plates-formes et que c'est une
distro très sécurisée -- forcément, quand tous les paquets sont sortis
depuis des mois, sinon des années! -- j'ai tout de même l'impression
que, plus l'organisation est grosse, plus elle traîne de la patte.
Est-ce que FreeBSD est à ce point insécure parce que nouvelle version
sort à peu près à tous les 4 mois?
1.10. When are FreeBSD releases made?
The Release Engineering Team <re@FreeBSD.org> releases a new version
of FreeBSD about every four months, on average. Release dates are
announced well in advance, so that the people working on the system
know when their projects need to be finished and tested. A testing
period precedes each release, in order to ensure that the addition of
new features does not compromise the stability of the release. Many
users regard this caution as one of the best things about FreeBSD,
even though waiting for all the latest goodies to reach -STABLE can be
a little frustrating.
At approximately six-month intervals, OpenBSD releases are produced.
These are numbered in the conventional (2.x, 3.x) manner. The current
OpenBSD release is indicated at the top of this document.
http://www.openbsd.org/faq/upgrade-minifaq.html
Merde, si ça continue, Debian va avoir deux ans de retard sur les
autres distros. Rien ne va plus!
Michel Talon, dans le message <cm28i8$13g9$, a écrit :
276066 [ ] mozilla-firefox: crashes when trying to open any site
C'est vrai qu'un Firefox qui ne peut consulter aucun site, ce n'est vraiment pas grave.
talon
Nicolas George <nicolas$ wrote:
Michel Talon, dans le message <cm28i8$13g9$, a écrit :
276066 [ ] mozilla-firefox: crashes when trying to open any site
C'est vrai qu'un Firefox qui ne peut consulter aucun site, ce n'est vraiment pas grave.
Le problème étant que ça ne marche pas mieux avec Woody, dans la version backportée, tout au moins selon ce que j'ai cru voir. Et qui donc confirme ce que je dis, les logiciels récents marchent sur des ensembles cohérents récents, et faire traîner indéfiniment la sortie de Sarge pour la stabiliser, c'est non pas diminuer le nombre de problèmes de ce genre, mais les augmenter.
--
Michel TALON
Nicolas George <nicolas$george@salle-s.org> wrote:
Michel Talon, dans le message <cm28i8$13g9$2@asmodee.lpthe.jussieu.fr>,
a écrit :
276066 [ ] mozilla-firefox: crashes when trying to open any
site
C'est vrai qu'un Firefox qui ne peut consulter aucun site, ce n'est vraiment
pas grave.
Le problème étant que ça ne marche pas mieux avec Woody, dans la version
backportée, tout au moins selon ce que j'ai cru voir. Et qui donc
confirme ce que je dis, les logiciels récents marchent sur des ensembles
cohérents récents, et faire traîner indéfiniment la sortie de Sarge pour
la stabiliser, c'est non pas diminuer le nombre de problèmes de ce
genre, mais les augmenter.
Michel Talon, dans le message <cm28i8$13g9$, a écrit :
276066 [ ] mozilla-firefox: crashes when trying to open any site
C'est vrai qu'un Firefox qui ne peut consulter aucun site, ce n'est vraiment pas grave.
Le problème étant que ça ne marche pas mieux avec Woody, dans la version backportée, tout au moins selon ce que j'ai cru voir. Et qui donc confirme ce que je dis, les logiciels récents marchent sur des ensembles cohérents récents, et faire traîner indéfiniment la sortie de Sarge pour la stabiliser, c'est non pas diminuer le nombre de problèmes de ce genre, mais les augmenter.
--
Michel TALON
Nicolas George
Michel Talon, dans le message <cm2qpp$195s$, a écrit :
Le problème étant que ça ne marche pas mieux avec Woody
Il n'y a pas de Firefox avec Woody. Point.
et faire traîner indéfiniment la sortie de Sarge pour la stabiliser, c'est non pas diminuer le nombre de problèmes de ce genre, mais les augmenter.
C'est complètement stupide, ce que tu dis là, parce que ça s'applique aussi bien à la version suivante, à celle d'après, celle d'encore après, etc.
Et de fait, c'est faux, il suffit pour s'en convaincre de regarder la courbe dont quelqu'un a parlé ailleurs dans ce thread.
Michel Talon, dans le message <cm2qpp$195s$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Le problème étant que ça ne marche pas mieux avec Woody
Il n'y a pas de Firefox avec Woody. Point.
et faire traîner indéfiniment la sortie de Sarge pour
la stabiliser, c'est non pas diminuer le nombre de problèmes de ce
genre, mais les augmenter.
C'est complètement stupide, ce que tu dis là, parce que ça s'applique aussi
bien à la version suivante, à celle d'après, celle d'encore après, etc.
Et de fait, c'est faux, il suffit pour s'en convaincre de regarder la courbe
dont quelqu'un a parlé ailleurs dans ce thread.
il en reste encore 655, alors que tu prétends ne pouvoir en trouver. Faudrait savoir de quoi on parle!
GP
ca rassemble tous les bugs de stable, testing, unstable et experimental donc faut faire le tri pour en trouver un sur sarge, a moins qu'on ne parle plus de sarge ?
Ha! Il y a experimental, maintenant!
Et, quant à faire le tri, c'est ce que j'appelle un foutoir. Avec Slackware, tu n'as pas besoin de faire le tri. Des bugs release critical, il n'y en a pas. Quant un paquet en a un, V ne se met pas à faire le travail du développeur... comme c'est apparemment le cas chez Debian. Mais on ne sait pas trop, hein. Je n'ai jamais vu nulle part que Debian disait «Envoyez-nous vos merdes buggués, on va les réparer.»
Avec Slackware, il n'y a apparemment pas trop de problèmes pour faire les paquets. En fait, ils sont tellement faciles à faire que checkinstall les fait automatiquement. Et, avec swaret, ça fonctionne apparemment tout aussi bien, sans complexité aucune, en utilisant les ressources normalement disponibles.
L'impression qui se dégage, c'est donc que, chez Debian, on a une singulière aptitude à s'enfarger dans les fleurs du tapis. Alors que ça piétine, on se fait dire d'utiliser Sarge et quand Sarge merde, on se fait dire que c'est ready when it's ready.
GP
Ozzonn wrote:
Reste à définir ce qu'est un bug critique. Car, sur la page dont tu
viens de me fournir l'url:
il en reste encore 655, alors que tu prétends ne pouvoir en trouver.
Faudrait savoir de quoi on parle!
GP
ca rassemble tous les bugs de stable, testing, unstable et experimental
donc faut faire le tri pour en trouver un sur sarge,
a moins qu'on ne parle plus de sarge ?
Ha! Il y a experimental, maintenant!
Et, quant à faire le tri, c'est ce que j'appelle un foutoir. Avec
Slackware, tu n'as pas besoin de faire le tri. Des bugs release
critical, il n'y en a pas. Quant un paquet en a un, V ne se met pas à
faire le travail du développeur... comme c'est apparemment le cas chez
Debian. Mais on ne sait pas trop, hein. Je n'ai jamais vu nulle part
que Debian disait «Envoyez-nous vos merdes buggués, on va les réparer.»
Avec Slackware, il n'y a apparemment pas trop de problèmes pour faire
les paquets. En fait, ils sont tellement faciles à faire que
checkinstall les fait automatiquement. Et, avec swaret, ça fonctionne
apparemment tout aussi bien, sans complexité aucune, en utilisant les
ressources normalement disponibles.
L'impression qui se dégage, c'est donc que, chez Debian, on a une
singulière aptitude à s'enfarger dans les fleurs du tapis. Alors que
ça piétine, on se fait dire d'utiliser Sarge et quand Sarge merde, on
se fait dire que c'est ready when it's ready.
il en reste encore 655, alors que tu prétends ne pouvoir en trouver. Faudrait savoir de quoi on parle!
GP
ca rassemble tous les bugs de stable, testing, unstable et experimental donc faut faire le tri pour en trouver un sur sarge, a moins qu'on ne parle plus de sarge ?
Ha! Il y a experimental, maintenant!
Et, quant à faire le tri, c'est ce que j'appelle un foutoir. Avec Slackware, tu n'as pas besoin de faire le tri. Des bugs release critical, il n'y en a pas. Quant un paquet en a un, V ne se met pas à faire le travail du développeur... comme c'est apparemment le cas chez Debian. Mais on ne sait pas trop, hein. Je n'ai jamais vu nulle part que Debian disait «Envoyez-nous vos merdes buggués, on va les réparer.»
Avec Slackware, il n'y a apparemment pas trop de problèmes pour faire les paquets. En fait, ils sont tellement faciles à faire que checkinstall les fait automatiquement. Et, avec swaret, ça fonctionne apparemment tout aussi bien, sans complexité aucune, en utilisant les ressources normalement disponibles.
L'impression qui se dégage, c'est donc que, chez Debian, on a une singulière aptitude à s'enfarger dans les fleurs du tapis. Alors que ça piétine, on se fait dire d'utiliser Sarge et quand Sarge merde, on se fait dire que c'est ready when it's ready.
GP
talon
Nicolas George <nicolas$ wrote:
Michel Talon, dans le message <cm2qpp$195s$, a écrit :
Le problème étant que ça ne marche pas mieux avec Woody
Il n'y a pas de Firefox avec Woody. Point.
Ce qui est bien avec toi c'est tes certitudes inébranlables. Il se trouve que j'ai firefox sur ma woody, sauf que c'est un modèle un peu plus ancien, qui, lui, marche sans problème.
et faire traîner indéfiniment la sortie de Sarge pour la stabiliser, c'est non pas diminuer le nombre de problèmes de ce genre, mais les augmenter.
C'est complètement stupide, ce que tu dis là, parce que ça s'applique aussi bien à la version suivante, à celle d'après, celle d'encore après, etc.
Et de fait, c'est faux, il suffit pour s'en convaincre de regarder la courbe dont quelqu'un a parlé ailleurs dans ce thread.
Figure toi que la courbe en question je l'ai vue moi aussi et elle remonte aprés être passée par un creux. La seule façon de sortir une release c'est de laisser tomber des critères débiles comme ça, de fixer une date et virer autoritairement tout ce qui ne compile pas, sans se poser plus de question et de sortir à la date fixée.
--
Michel TALON
Nicolas George <nicolas$george@salle-s.org> wrote:
Michel Talon, dans le message <cm2qpp$195s$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Le problème étant que ça ne marche pas mieux avec Woody
Il n'y a pas de Firefox avec Woody. Point.
Ce qui est bien avec toi c'est tes certitudes inébranlables.
Il se trouve que j'ai firefox sur ma woody, sauf que c'est un modèle un
peu plus ancien, qui, lui, marche sans problème.
et faire traîner indéfiniment la sortie de Sarge pour
la stabiliser, c'est non pas diminuer le nombre de problèmes de ce
genre, mais les augmenter.
C'est complètement stupide, ce que tu dis là, parce que ça s'applique aussi
bien à la version suivante, à celle d'après, celle d'encore après, etc.
Et de fait, c'est faux, il suffit pour s'en convaincre de regarder la courbe
dont quelqu'un a parlé ailleurs dans ce thread.
Figure toi que la courbe en question je l'ai vue moi aussi et elle
remonte aprés être passée par un creux. La seule façon de sortir une
release c'est de laisser tomber des critères débiles comme ça, de fixer
une date et virer autoritairement tout ce qui ne compile pas, sans se
poser plus de question et de sortir à la date fixée.
Michel Talon, dans le message <cm2qpp$195s$, a écrit :
Le problème étant que ça ne marche pas mieux avec Woody
Il n'y a pas de Firefox avec Woody. Point.
Ce qui est bien avec toi c'est tes certitudes inébranlables. Il se trouve que j'ai firefox sur ma woody, sauf que c'est un modèle un peu plus ancien, qui, lui, marche sans problème.
et faire traîner indéfiniment la sortie de Sarge pour la stabiliser, c'est non pas diminuer le nombre de problèmes de ce genre, mais les augmenter.
C'est complètement stupide, ce que tu dis là, parce que ça s'applique aussi bien à la version suivante, à celle d'après, celle d'encore après, etc.
Et de fait, c'est faux, il suffit pour s'en convaincre de regarder la courbe dont quelqu'un a parlé ailleurs dans ce thread.
Figure toi que la courbe en question je l'ai vue moi aussi et elle remonte aprés être passée par un creux. La seule façon de sortir une release c'est de laisser tomber des critères débiles comme ça, de fixer une date et virer autoritairement tout ce qui ne compile pas, sans se poser plus de question et de sortir à la date fixée.
La distribution experimental est une distribution particulière. Ce n'est pas une distribution à part entière comme le sont stable et unstable. Elle est prévue pour servir de plate-forme de développement pour les projets expérimentaux qui risquent vraiment de détruire le système ou bien pour des logiciels qui sont vraiment trop instables pour être inclus dans la distribution unstable (mais pour lesquels une mise en paquet est justifiée). Les utilisateurs qui téléchargent et installent des paquets depuis experimental sont prévenus : on ne peut pas faire confiance à la distribution experimental.
Comme quoi, la unstable n'est pas si instable que ça ;) En fait je l'utilise depuis 2 ans sans AUCUN problème, alors les trolls sur la Debian Woody/Sarge/stable, ça ne me touche pas...
La distribution experimental est une distribution particulière. Ce
n'est pas une distribution à part entière comme le sont stable et
unstable. Elle est prévue pour servir de plate-forme de développement
pour les projets expérimentaux qui risquent vraiment de détruire le
système ou bien pour des logiciels qui sont vraiment trop instables
pour être inclus dans la distribution unstable (mais pour lesquels une
mise en paquet est justifiée). Les utilisateurs qui téléchargent et
installent des paquets depuis experimental sont prévenus : on ne peut
pas faire confiance à la distribution experimental.
Comme quoi, la unstable n'est pas si instable que ça ;)
En fait je l'utilise depuis 2 ans sans AUCUN problème, alors les
trolls sur la Debian Woody/Sarge/stable, ça ne me touche pas...
La distribution experimental est une distribution particulière. Ce n'est pas une distribution à part entière comme le sont stable et unstable. Elle est prévue pour servir de plate-forme de développement pour les projets expérimentaux qui risquent vraiment de détruire le système ou bien pour des logiciels qui sont vraiment trop instables pour être inclus dans la distribution unstable (mais pour lesquels une mise en paquet est justifiée). Les utilisateurs qui téléchargent et installent des paquets depuis experimental sont prévenus : on ne peut pas faire confiance à la distribution experimental.
Comme quoi, la unstable n'est pas si instable que ça ;) En fait je l'utilise depuis 2 ans sans AUCUN problème, alors les trolls sur la Debian Woody/Sarge/stable, ça ne me touche pas...
talon
lanvir wrote:
Le 2004-10-30, Michel Talon écrivait:
HS très grave... dépendance et suppression automatiques n'ont à priori rien à voir. Si tu veux toutes les versions des bib, pour autant qu'elles ne rentrent pas mutuellement en conflit, "nihil obstat"
Ce que tu dis est faux. Installes postfix, le système te vire exim sous prétexte qu'il doit y avoir un mailer et pas deux. Et cette philosophie absurde est partout dans Debian.
Ce qui est rééllement pitoyable c'est que tu crois que le mot "conflit" recouvre qualque chose de bien précis dans Debian. Il yn a des tas de choses qui sont décrétées comme créant un conflit alors qu'il n'y en a aucun en réalité.
vraiment pitoyable comme réponse. En plus, des utilisateurs qui veulent postfix ET exim sur la même machine...
Ne serait-ce que la personne qui veut essayer les deux.
--
Michel TALON
lanvir <lanvir@not.for.mail> wrote:
Le 2004-10-30, Michel Talon écrivait:
HS très grave... dépendance et suppression automatiques n'ont à priori
rien à voir. Si tu veux toutes les versions des bib, pour autant
qu'elles ne rentrent pas mutuellement en conflit, "nihil obstat"
Ce que tu dis est faux. Installes postfix, le système te vire exim sous
prétexte qu'il doit y avoir un mailer et pas deux. Et cette philosophie
absurde est partout dans Debian.
Ce qui est rééllement pitoyable c'est que tu crois que le mot "conflit"
recouvre qualque chose de bien précis dans Debian. Il yn a des tas de
choses qui sont décrétées comme créant un conflit alors qu'il n'y en a
aucun en réalité.
vraiment pitoyable comme réponse.
En plus, des utilisateurs qui veulent postfix ET exim sur la même
machine...
Ne serait-ce que la personne qui veut essayer les deux.
HS très grave... dépendance et suppression automatiques n'ont à priori rien à voir. Si tu veux toutes les versions des bib, pour autant qu'elles ne rentrent pas mutuellement en conflit, "nihil obstat"
Ce que tu dis est faux. Installes postfix, le système te vire exim sous prétexte qu'il doit y avoir un mailer et pas deux. Et cette philosophie absurde est partout dans Debian.
Ce qui est rééllement pitoyable c'est que tu crois que le mot "conflit" recouvre qualque chose de bien précis dans Debian. Il yn a des tas de choses qui sont décrétées comme créant un conflit alors qu'il n'y en a aucun en réalité.
vraiment pitoyable comme réponse. En plus, des utilisateurs qui veulent postfix ET exim sur la même machine...
Ne serait-ce que la personne qui veut essayer les deux.
--
Michel TALON
Vincent Bernat
OoO Pendant le journal télévisé du dimanche 31 octobre 2004, vers 20:46, (Michel Talon) disait:
Ce qui est rééllement pitoyable c'est que tu crois que le mot "conflit" recouvre qualque chose de bien précis dans Debian. Il yn a des tas de choses qui sont décrétées comme créant un conflit alors qu'il n'y en a aucun en réalité.
Comme ? -- panic("Oh boy, that early out of memory?"); 2.2.16 /usr/src/linux/arch/mips/mm/init.c
OoO Pendant le journal télévisé du dimanche 31 octobre 2004, vers
20:46, talon@lpthe.jussieu.fr (Michel Talon) disait:
Ce qui est rééllement pitoyable c'est que tu crois que le mot "conflit"
recouvre qualque chose de bien précis dans Debian. Il yn a des tas de
choses qui sont décrétées comme créant un conflit alors qu'il n'y en a
aucun en réalité.
Comme ?
--
panic("Oh boy, that early out of memory?");
2.2.16 /usr/src/linux/arch/mips/mm/init.c
OoO Pendant le journal télévisé du dimanche 31 octobre 2004, vers 20:46, (Michel Talon) disait:
Ce qui est rééllement pitoyable c'est que tu crois que le mot "conflit" recouvre qualque chose de bien précis dans Debian. Il yn a des tas de choses qui sont décrétées comme créant un conflit alors qu'il n'y en a aucun en réalité.
Comme ? -- panic("Oh boy, that early out of memory?"); 2.2.16 /usr/src/linux/arch/mips/mm/init.c
Sam Hocevar
On Sat, 30 Oct 2004 16:58:56 -0400, GP wrote:
Mais si, mais si! Slack a un système tout à fait efficace pour remonter les bugs: si un logiciel est buggé, le verdict, c'est OUT!
Tu parles. Quand je fais un bug report à Volkerding, dans 100% des cas je n'ai aucune réponse. Et dans 100% des cas le bug n'est pas corrigé.
Sam. -- Sam Hocevar <http://sam.zoy.org/> Software should be free -- http://www.debian.org/ Media access should be free -- http://www.videolan.org/ Knowledge must be free -- http://www.wikipedia.org/
On Sat, 30 Oct 2004 16:58:56 -0400, GP wrote:
Mais si, mais si! Slack a un système tout à fait efficace pour
remonter les bugs: si un logiciel est buggé, le verdict, c'est OUT!
Tu parles. Quand je fais un bug report à Volkerding, dans 100% des
cas je n'ai aucune réponse. Et dans 100% des cas le bug n'est pas
corrigé.
Sam.
--
Sam Hocevar <sam@zoy.org> <http://sam.zoy.org/>
Software should be free -- http://www.debian.org/
Media access should be free -- http://www.videolan.org/
Knowledge must be free -- http://www.wikipedia.org/
Mais si, mais si! Slack a un système tout à fait efficace pour remonter les bugs: si un logiciel est buggé, le verdict, c'est OUT!
Tu parles. Quand je fais un bug report à Volkerding, dans 100% des cas je n'ai aucune réponse. Et dans 100% des cas le bug n'est pas corrigé.
Sam. -- Sam Hocevar <http://sam.zoy.org/> Software should be free -- http://www.debian.org/ Media access should be free -- http://www.videolan.org/ Knowledge must be free -- http://www.wikipedia.org/
Nicolas George
Michel Talon, dans le message <cm3fa1$1eqv$, a écrit :
Ce qui est bien avec toi c'est tes certitudes inébranlables. Il se trouve que j'ai firefox sur ma woody, sauf que c'est un modèle un peu plus ancien, qui, lui, marche sans problème.
<soupir>
Tu sais, ce n'est pas un acte de foi, savoir s'il y a Firefox dans Woody ou pas, c'est tout à fait vérifiable :
curl -s ftp://ftp.debian.org/debian/dists/woody/main/binary-i386/Packages.gz | zgrep -i firefox || echo "Il n'y a pas de Firefox dans Woody."
Après, tu peux installer Firefox séparément, ça marche très bien ou pas, mais ce n'est pas dans Woody.
Figure toi que la courbe en question je l'ai vue moi aussi et elle remonte aprés être passée par un creux.
Il y a effectivement un creux vers avril dernier, après lequel elle remonte, mais c'est une fluctuation locale. La tendance à la baisse, tout le monde peut le voir.
Michel Talon, dans le message <cm3fa1$1eqv$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Ce qui est bien avec toi c'est tes certitudes inébranlables.
Il se trouve que j'ai firefox sur ma woody, sauf que c'est un modèle un
peu plus ancien, qui, lui, marche sans problème.
<soupir>
Tu sais, ce n'est pas un acte de foi, savoir s'il y a Firefox dans Woody ou
pas, c'est tout à fait vérifiable :
curl -s ftp://ftp.debian.org/debian/dists/woody/main/binary-i386/Packages.gz |
zgrep -i firefox || echo "Il n'y a pas de Firefox dans Woody."
Après, tu peux installer Firefox séparément, ça marche très bien ou pas,
mais ce n'est pas dans Woody.
Figure toi que la courbe en question je l'ai vue moi aussi et elle
remonte aprés être passée par un creux.
Il y a effectivement un creux vers avril dernier, après lequel elle remonte,
mais c'est une fluctuation locale. La tendance à la baisse, tout le monde
peut le voir.
Michel Talon, dans le message <cm3fa1$1eqv$, a écrit :
Ce qui est bien avec toi c'est tes certitudes inébranlables. Il se trouve que j'ai firefox sur ma woody, sauf que c'est un modèle un peu plus ancien, qui, lui, marche sans problème.
<soupir>
Tu sais, ce n'est pas un acte de foi, savoir s'il y a Firefox dans Woody ou pas, c'est tout à fait vérifiable :
curl -s ftp://ftp.debian.org/debian/dists/woody/main/binary-i386/Packages.gz | zgrep -i firefox || echo "Il n'y a pas de Firefox dans Woody."
Après, tu peux installer Firefox séparément, ça marche très bien ou pas, mais ce n'est pas dans Woody.
Figure toi que la courbe en question je l'ai vue moi aussi et elle remonte aprés être passée par un creux.
Il y a effectivement un creux vers avril dernier, après lequel elle remonte, mais c'est une fluctuation locale. La tendance à la baisse, tout le monde peut le voir.
