Derniers journaux de Al_ :
- [27/05@08:13] Europe, oui-iste, non-iste, etc...
- [22/03@15:36] Au revoir LinuxFrench, bonjour Divergence-FM
- [20/06@09:02] Brevets Logiciels : Ce n'est plus un débat communautaire, c'est un combat politique !
Et voila t'y pas que les bugs repartent à la hausse...
bon c'est sur de 19 on est passé à 25... mais quand même...
La sarge pour la fin du mois ?
les paris sont ouverts :-)
> Lire le journal (17 commentaires, moyenne: 5,1).
Lien vers la liste des bogues?
Par exemple:
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?
-
[^]Re: Lien vers la liste des bogues?
re :
La sarge pour la fin du mois ?
les paris sont ouverts :-)
Sauf hallucination, les iso sont déjà prêtes...
-
[^]Re: re :
Posté par nicodache () le 06/06/2005 à 12:50. (lien). Évalué à 1.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)
-
[^]Re: re :
Posté par j (page perso, ) le 06/06/2005 à 12:53. (lien). Évalué à 5.http://ftp.es.debian.org/debian-cd/(...)
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 (page perso, ) le 06/06/2005 à 13:03. (lien). Évalué à 3.Et au cas ou le monsieur aurait un doute :
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.--
"While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal
-
[^]Re: re :
Posté par Sebastien Binet () le 06/06/2005 à 13:46. (lien). Évalué à 4.Bon alors qui dépoussière sa dépêche "Mort au troll : Debian Sarge iz aout" ?
-
-
-
[^]Re: re :
Posté par imalip (page perso, ) le 06/06/2005 à 12:52. (lien). Évalué à 3.Elles sont effectivement deja pretes depuis la nuit de samedi a dimanche, cf le blog de Steve McIntyre (visible sur http://planet.debian.org(...) )
On peut meme les downloader depuis une grosse douzaine d'heure en utilisant jigdo.--
"While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal-
[^]Re: re :
Posté par albert (page perso, ) le 06/06/2005 à 13:01. (lien). Évalué à 3.rhhhaaaaa les gueux ils ont laissés des bugs dans la finale ;-)
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 (page perso, ) le 06/06/2005 à 13:11. (lien). Évalué à 4.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).--
"While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal
-
-
Bug ou pas bug
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.
-
[^]Re: Bug ou pas bug
-
[^]Re: Bug ou pas bug
Posté par Obsidian () le 06/06/2005 à 13:44. (lien). Évalué à 8.* bug sur architecture ultra minoritaire
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 () le 06/06/2005 à 17:37. (lien). Évalué à 6.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...--
Berlin 1936, Moscou 1980, Pékin 2008.
Jeux Olympiques, sponsor officiel de la dictature.
Mexico 1968, Pékin 2008.
Jeux Olympiques, sponsor officiel de la répression.
-
C'est malin
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.
-
[^]Re: C'est malin

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.