soit t'as halluciné, soit c'est des iso de la sarge testing, et pas de la sarge stable, vu que ya encore 25 insectes à écraser avant de sortir la version stable de la sarge (qui est toujours en testing, rappellons-le)
Il y a surtout des bugs qui ont ete ouverts pour les versions dans sid et pas ete taggees depuis je pense.
Et il y a un moment ou il faut faire un choix. Quand on a une violation de policy quand on cross-installe un hurd, c'est pas trop genant. Quand un mec dit que "truc plante" mais qu'il est le seul a qui ca arrive et que ce n'est pas reproductible, on passe. Au pire, on peut attaquer les mise a jour de securite, mais il faut bien faire la release a un moment (cf le post un peu plus bas).
Je crois qu'il y aura toujours des bugs. Il y a des trucs hallucinants dans le BTS de Debian:
* bug sur architecture ultra minoritaire
* problème purement philosophique
* crash de l'application X utilisé par 0.0...01% des gens
Bref, Il ne sera jamais nul plus de quelques heures. Le problèmes c'est que 8000 paquets et une dizaine d'architecture, le tout inhomogène, ça fait beaucoup (trop)! À mon avis, en ne supportant que les architectures courantes, en scindant le tous en distribution de coeur, paquets optionels ... Sa serait plus simple.
Alors ça, ce n'est vraiment pas un argument valable. Le jour où ce sera sur ton architecture que ce bug se produira, tu seras fort aise que quelqu'un daigne s'en soucier quand même. Même pour le principe, cela reste profitable. Coder proprement, c'est aussi une question d'habitude (à prendre).
Et puis il est heureux qu'il y ait encore une distribution qui tâche encore de tendre vers le zéro-défaut. C'est tout bonnement inconcevable dans le logiciel propriétaire (même si certains éditeurs abusent franchement), et cela se perd un peu trop dans le logiciel libre (par exemple Mandrake qui était vraiment très stable dans sa version 7.0 et qui est devenue lourdingue à gérer à partir de la 8.0).
Surtout qu'en l'occurence, 25 bugs, ce n'est pas la mer à boire. Tout le monde peut s'y mettre, juste pour l'occasion, et on arrivera à maintenir un « zero-bug state » juste le temps qu'il faut pour sortir la distrib' :-)
par exemple Mandrake qui était vraiment très stable dans sa version 7.0
Quoique, dans sa première version, la 7.0 ait eu un bug critique dans l'installateur (avec risque de perte de données existantes il me semble) qui avait motivé une rapide deuxième sortie en version corrigée (ce qui n'est pas fréquent !).
Mentionnons à la décharge de Mandrake que vers la même époque, RedHat a sorti une version dont l'installateur supprimait toutes les partitions existantes sans vraiment prévenir clairement...
Dans les deux cas, les dommages collatéraux du passage aux nouveaux installateurs graphiques considérés comme conviviaux (alors qu'en fait leur ancien installeur texte était peut-être moins joli, mais presque aussi convivial).
Bon, il y a quand même encore eu des versions qui tenaient pas trop mal la route depuis. La 8.2, la 9.0, la 9.2... Je reste plus réservé sur les 10 (enfin, je n'ai pas essayé du tout la dernière).
et qui est devenue lourdingue à gérer à partir de la 8.0
"Traktopel", de son petit nom.
Depuis, ils ont commencé à mettre des noms plus sérieux et finalement les ont même supprimés totalement. On perd le meilleur !
Même Debian, qui n'est pourtant pas commerciale, n'a pas osé ce genre de noms.
Alors qu'il y avait encore plein de possibilités de noms amusants ("nihabug", "uzinagaz", "riboute", "raihinstal" (ah non, celui-là, il faut vraiment le laisser à Bill), "troizan" (spécial Debian)...) pour voir si les utilisateurs ont les couilles d'utiliser vraiment une distribution sans s'arrêter à ce genre de détails.
Pfff, si on commence à prendre l'informatique au sérieux, autant se pendre tout de suite...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
J'étais en train de rédiger mon rapport de bug sur l'installateur hier soir et je ne l'ai pas encore envoyé, c'est raté.
J'ai eu un problème bizarre : l'aide au boot dit qu'il faut taper "install26" pour avoir un noyau 2.6. Si vous le faites, vous avez droit à un message du genre "install26 does not exist". Il faut en fait taper "linux26" et tout marche.
Après renseignement, les deux devraient être valables, il y a donc un problème avec install26.
Quelqu'un d'autre a eu le problème ? Ca ma parait trop énorme, et c'est avec l'iso de samedi.
Fais quand même le rapport, ça pourrait toujours être utile. Je ne sais pas s'ils modifient l'installeur pour les point releases, mais ils pourront toujours adapter la doc ou carrément l'installeur.
# Lien vers la liste des bogues?
Posté par Snark_Boojum . Évalué à 5.
http://bugs.debian.org/release-critical/
Snark
PS: comment on tape les urls pour qu'elles soient cliquables dans ce truc!?
[^] # Re: Lien vers la liste des bogues?
Posté par j (site web personnel) . Évalué à 6.
[^] # Re: Lien vers la liste des bogues?
Posté par Nap . Évalué à 8.
# re :
Posté par j (site web personnel) . Évalué à 3.
les paris sont ouverts :-)
Sauf hallucination, les iso sont déjà prêtes...
[^] # Re: re :
Posté par nicodache . Évalué à 1.
[^] # Re: re :
Posté par j (site web personnel) . Évalué à 5.
Index of /debian-cd
Icon Name Last modified Size Description[DIR] Parent Directory -
[DIR] 3.0_r4/ 07-Feb-2005 10:49 -
[DIR] 3.1_r0/ 06-Jun-2005 14:30 -
[DIR] current/ 07-Feb-2005 10:49 -
Apache/2.0.54 (Debian GNU/Linux) PHP/4.3.10-15 Server at ftp.es.debian.org Port 80
[^] # Re: re :
Posté par imalip . Évalué à 3.
http://cdimage.debian.org/debian-cd/(...)
Index of /debian-cd
Icon Name Last modified Size [DIR] Parent Directory -
[DIR] 3.1_r0/ 06-Jun-2005 00:12 -
[DIR] current/ 06-Jun-2005 00:12 -
[DIR] project/ 23-May-2005 18:50 -
Apache/2.0.53 (Debian GNU/Linux) Server at cdimage.debian.org Port 80
Les images images de woody ont meme ete enlevees du serveur primaire.
[^] # Re: re :
Posté par Sebastien . Évalué à 4.
[^] # Re: re :
Posté par imalip . Évalué à 3.
On peut meme les downloader depuis une grosse douzaine d'heure en utilisant jigdo.
[^] # Re: re :
Posté par albert . Évalué à 3.
bon ils les ont uploadés entre 2 et 3 heures du matin
je dormais moi ;-)
enfin pour une fois, j'étais pas devant mon pc (geek moi ?)
[^] # Re: re :
Posté par imalip . Évalué à 4.
Et il y a un moment ou il faut faire un choix. Quand on a une violation de policy quand on cross-installe un hurd, c'est pas trop genant. Quand un mec dit que "truc plante" mais qu'il est le seul a qui ca arrive et que ce n'est pas reproductible, on passe. Au pire, on peut attaquer les mise a jour de securite, mais il faut bien faire la release a un moment (cf le post un peu plus bas).
# Bug ou pas bug
Posté par salvaire . Évalué à 7.
* bug sur architecture ultra minoritaire
* problème purement philosophique
* crash de l'application X utilisé par 0.0...01% des gens
Bref, Il ne sera jamais nul plus de quelques heures. Le problèmes c'est que 8000 paquets et une dizaine d'architecture, le tout inhomogène, ça fait beaucoup (trop)! À mon avis, en ne supportant que les architectures courantes, en scindant le tous en distribution de coeur, paquets optionels ... Sa serait plus simple.
[^] # Re: Bug ou pas bug
Posté par Ju. . Évalué à 10.
hétérogène
[^] # Re: Bug ou pas bug
Posté par Obsidian . Évalué à 8.
Alors ça, ce n'est vraiment pas un argument valable. Le jour où ce sera sur ton architecture que ce bug se produira, tu seras fort aise que quelqu'un daigne s'en soucier quand même. Même pour le principe, cela reste profitable. Coder proprement, c'est aussi une question d'habitude (à prendre).
Et puis il est heureux qu'il y ait encore une distribution qui tâche encore de tendre vers le zéro-défaut. C'est tout bonnement inconcevable dans le logiciel propriétaire (même si certains éditeurs abusent franchement), et cela se perd un peu trop dans le logiciel libre (par exemple Mandrake qui était vraiment très stable dans sa version 7.0 et qui est devenue lourdingue à gérer à partir de la 8.0).
Surtout qu'en l'occurence, 25 bugs, ce n'est pas la mer à boire. Tout le monde peut s'y mettre, juste pour l'occasion, et on arrivera à maintenir un « zero-bug state » juste le temps qu'il faut pour sortir la distrib' :-)
[^] # (Complètement) hors sujet
Posté par Arthur Accroc . Évalué à 6.
Quoique, dans sa première version, la 7.0 ait eu un bug critique dans l'installateur (avec risque de perte de données existantes il me semble) qui avait motivé une rapide deuxième sortie en version corrigée (ce qui n'est pas fréquent !).
Mentionnons à la décharge de Mandrake que vers la même époque, RedHat a sorti une version dont l'installateur supprimait toutes les partitions existantes sans vraiment prévenir clairement...
Dans les deux cas, les dommages collatéraux du passage aux nouveaux installateurs graphiques considérés comme conviviaux (alors qu'en fait leur ancien installeur texte était peut-être moins joli, mais presque aussi convivial).
Bon, il y a quand même encore eu des versions qui tenaient pas trop mal la route depuis. La 8.2, la 9.0, la 9.2... Je reste plus réservé sur les 10 (enfin, je n'ai pas essayé du tout la dernière).
"Traktopel", de son petit nom.
Depuis, ils ont commencé à mettre des noms plus sérieux et finalement les ont même supprimés totalement. On perd le meilleur !
Même Debian, qui n'est pourtant pas commerciale, n'a pas osé ce genre de noms.
Alors qu'il y avait encore plein de possibilités de noms amusants ("nihabug", "uzinagaz", "riboute", "raihinstal" (ah non, celui-là, il faut vraiment le laisser à Bill), "troizan" (spécial Debian)...) pour voir si les utilisateurs ont les couilles d'utiliser vraiment une distribution sans s'arrêter à ce genre de détails.
Pfff, si on commence à prendre l'informatique au sérieux, autant se pendre tout de suite...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# C'est malin
Posté par lezardbreton . Évalué à 7.
J'ai eu un problème bizarre : l'aide au boot dit qu'il faut taper "install26" pour avoir un noyau 2.6. Si vous le faites, vous avez droit à un message du genre "install26 does not exist". Il faut en fait taper "linux26" et tout marche.
Après renseignement, les deux devraient être valables, il y a donc un problème avec install26.
Quelqu'un d'autre a eu le problème ? Ca ma parait trop énorme, et c'est avec l'iso de samedi.
[^] # Re: C'est malin
Posté par mickabouille . Évalué à 4.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.