Non, c'est le but de kmemcheck... Grâce à lui ça déclenche un crash. Au lieu de faire n'importe quoi en toute impunité. C'est grâce à cette techno que bientôt on aura tous des failles à la Debian SSL :)
Les principaux changements sont l'arrivée de nouvelles technologies telles que PolicyKit, de nouvelles améliorations de Plasma et bien sûr de nombreuses corrections de bogues (plus de 10 000).
Pourquoi les bugs corrigés durant les bétas sur les nouvelles fonctions ne devrait pas être comptabilisés?
Parce que le développement de nouvelles fonctionnalités, y compris les corrections de bugs introduits par ce développement, et la correction des bugs introduits par la correction de bugs introduits[...], est déjà inclu dans la liste des nouveautés. D'après moi.
Quand on liste ce qu'il y a de nouveau d'une version à l'autre on liste ce qui change, d'après moi :
- Il y avait un bug dans la version N, il n'est plus dans la N+1 : on a fait UNE correction. Que ça passe par 4 bug reports et 10 commits ou pas peu importe.
- Il y a une nouvelle fonctionnalité : c'est une nouvelle fonctionnalité, point barre. Peu importe le processus pour l'introduire, que ça ait causé des bugs ensuite corrigés, etc. Entre temps il y a eu des alpha, bêta, RC, peu m'importe.
Le nombre de bugs corrigés et de nouvelles fonctionnalités en général on peut le déduire du ChangeLog de version.
Si quelqu'un fait une feature request, qu'un autre introduit la fonctionnalité demandée à travers une nouvelle entrée dans le menu, qu'elle s'avère souvent utilisée et qu'on attribue une icône dans une barre d'outils ; qu'à ces deux étapes on introduit 2 bugs puis qu'on le corrige... Que finalement ça rend une ancienne fonctionnalité partiellement inutile et qu'on la simplifie...
Combien de changements on compte par rapport à la version précédente ?
Dans les stats d'activité du projet on sort le chiffre qu'on veut ! Mais dans l'annonce de la nouvelle version du logiciel... Une nouvelle fonctionnalité. Aucun bug corrigé. D'après moi.
Si pour vous « 10 000 bugs corrigés » est un nombre pertinent, pour moi aussi. Ça indique l'activité du projet. Cependant s'il correspond à ce que je comprends, je ne vois vraiment pas l'information apportée concernant la nouvelle version.
Selon la tradition des boulays, je m'étonne d'un score négatif. Vraiment, 10 000, il n'y a que moi qui aie tiqué à la lecture ?
(Réponse aux quelques posts autour, pour ne pas polluer)
steckdenis :
Si les 10 000 bugs incluent « quand on clique sur Nouveau[...] » il serait bon d'introduire la distinction entre bug et feature request. Si on compte les bugs de programmes externes comme amarok, koffice, etc. alors il n'y a pas eu 10 000 bugs corrigés dans KDE mais dans une partie de l'écosystème KDE.
Avec ces 2 éléments, je comprends beaucoup mieux le nombre de 10 000, merci. On est effectivement dans l'effet d'annonce parfaitement excessif.
Xavier Claude :
Si on compte les bugs introduits pendant les bétas, c'est une erreur d'annoncer 10 000 bugs corrigés comme un changement, puisqu'on compare à la version précédente. De même que si j'ajoute et enlève 1 000 000 000 000 fois la même ligne dans les sources je n'annoncerait pas avoir réécrit 99,999% du logiciel...
Jean-Alexandre :
Je ne dis pas que c'est médiocre. Je dis juste que le chiffre est impressionnant.
A titre d'exemple, le dernier bug report pour Arch Linux, a pour dernier numéro sur le bugtracker (incluant les features requests) 15756.
Au passage, en ayant fermé, comme tu le sais, quelques dizaines dans le lot je me représente assez bien ce que ça représente. Pas la peine de tourner au ridicule ma remarque, je ne suis pas Jayce.
10 000 bugs ouverts et fermés en 6 mois, c'est tout de même énorme ! Finalement je suis assez content d'utiliser un maximum de petits programmes respectant la philosophie Unix, et quelques monstruosités dont OSX qui, s'ils sont peut-être très buggés, n'ont avec mon utilisation disfonctionné qu'exceptionnellement (nettement moins que Gnome ou KDE, mais il ne s'agit que de mon expérience personnelle).
Justt : Fais une recherche ! Knuth_reward_check
The reward for coding errors found in Knuth's TeX and METAFONT programs (as distinguished from errors in Knuth's books) [...] started at $2.56, and doubled every year until it reached $327.68.
Loin de toute comparaison avec un autre environnement graphique de taille comparable... Je me dis que par rapport à des outils dont les auteurs proposent $2.56 par bug trouvé (je prends l'extrême opposé), utiliser un desktop "moderne" complet, c'est aller au devant de nombreux énervements...
Admettons que KDE 4.2 "n'était pas prêt" (ça commence à durer) ; quelqu'un connait les stats en rythme normal "de croisière" (sur la 3.5 par exemple) ?
Je réalise du même coup que le numéro de version n'apparait pas (à l'affichage de la page) dans les templates par défaut (en tous cas de cette version, que je ne saurai désigner du coup)... Corrigé ? À corriger ? Est-ce le input type="hidden" name="jyraphe" value="0.2" / (vivement du quote HTML facile et documenté sur DLFP) ?
Ça justifie 10(0) 000 000, mais à partir du moment où on l'écrit en puissance de 10 (vraiment pas nécessaire à mon sens), je ne vois vraiment pas l'intérêt d'utiliser une notation aussi lourde... Ceci dit c'est tout à fait secondaire puisque du moment qu'on amène sa serviette, la chose est triviale.
Uniquement dans [testing] pour l'instant. Et oui, ce fut à peu près immédiat à la pose du tag (quelques heures). On avait un repo spécifique [kde-testing] "officiel" (disponible sur les mirroirs) auparavant. Même chose pour ext4, déjà pleinement fonctionnel (j'en suis très heureux, je conseillerais juste de ne pas l'utiliser pour /boot ou de passer à grub2 auquel manque le support du mot de passe de verrou), et intégré dans le nouvel installateur 2009.01 (bientôt officiel).
J'en profite pour faire une remarque sur le 100 x 10^6 : pourquoi ne pas écrire 10 millions ou 10^8 ? Ça me rappelle (en peut-être moins "bête") mon prof de POO avec son 10e-5...
Voilà, un peu de publicité éhonté, mais ça pourra faire gagner du temps à certains...
Ça ne devrait pas trop emmerder KDE ou les autres applis Qt, mais si c'est le cas, du retour m'intéresse. http://gcarrier.koon.fr/2008/05/19/try-arora-on-archlinux/
Sinon, sur mon EEEPC c'est ultra-léger, réactif, les sites que j'utilise fonctionnement nickel (y compris google reader avec tous les raccourcis, à part / qui est aussi utilisé pour la recherche...).
[^] # Re: Attention au français
Posté par Pierre Carrier . En réponse à la dépêche Apple libère Grand Central Dispatch. Évalué à 1.
[^] # Re: kmemcheck
Posté par Pierre Carrier . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 4.
[^] # Re: Pourquoi un webmail ?
Posté par Pierre Carrier . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.
[^] # Re: Karmic
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 0.
[^] # Re: Karmic
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 10.
[^] # Re: Plus de 10 000... Correction de bugs ?
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 9.
Pourquoi les bugs corrigés durant les bétas sur les nouvelles fonctions ne devrait pas être comptabilisés?
Parce que le développement de nouvelles fonctionnalités, y compris les corrections de bugs introduits par ce développement, et la correction des bugs introduits par la correction de bugs introduits[...], est déjà inclu dans la liste des nouveautés. D'après moi.
Quand on liste ce qu'il y a de nouveau d'une version à l'autre on liste ce qui change, d'après moi :
- Il y avait un bug dans la version N, il n'est plus dans la N+1 : on a fait UNE correction. Que ça passe par 4 bug reports et 10 commits ou pas peu importe.
- Il y a une nouvelle fonctionnalité : c'est une nouvelle fonctionnalité, point barre. Peu importe le processus pour l'introduire, que ça ait causé des bugs ensuite corrigés, etc. Entre temps il y a eu des alpha, bêta, RC, peu m'importe.
Le nombre de bugs corrigés et de nouvelles fonctionnalités en général on peut le déduire du ChangeLog de version.
Si quelqu'un fait une feature request, qu'un autre introduit la fonctionnalité demandée à travers une nouvelle entrée dans le menu, qu'elle s'avère souvent utilisée et qu'on attribue une icône dans une barre d'outils ; qu'à ces deux étapes on introduit 2 bugs puis qu'on le corrige... Que finalement ça rend une ancienne fonctionnalité partiellement inutile et qu'on la simplifie...
Combien de changements on compte par rapport à la version précédente ?
Dans les stats d'activité du projet on sort le chiffre qu'on veut ! Mais dans l'annonce de la nouvelle version du logiciel... Une nouvelle fonctionnalité. Aucun bug corrigé. D'après moi.
Si pour vous « 10 000 bugs corrigés » est un nombre pertinent, pour moi aussi. Ça indique l'activité du projet. Cependant s'il correspond à ce que je comprends, je ne vois vraiment pas l'information apportée concernant la nouvelle version.
Merci pour votre patience.
[^] # Re: Plus de 10 000... Correction de bugs ?
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.3 est sorti. Évalué à -3.
(Réponse aux quelques posts autour, pour ne pas polluer)
steckdenis :
Si les 10 000 bugs incluent « quand on clique sur Nouveau[...] » il serait bon d'introduire la distinction entre bug et feature request. Si on compte les bugs de programmes externes comme amarok, koffice, etc. alors il n'y a pas eu 10 000 bugs corrigés dans KDE mais dans une partie de l'écosystème KDE.
Avec ces 2 éléments, je comprends beaucoup mieux le nombre de 10 000, merci. On est effectivement dans l'effet d'annonce parfaitement excessif.
Xavier Claude :
Si on compte les bugs introduits pendant les bétas, c'est une erreur d'annoncer 10 000 bugs corrigés comme un changement, puisqu'on compare à la version précédente. De même que si j'ajoute et enlève 1 000 000 000 000 fois la même ligne dans les sources je n'annoncerait pas avoir réécrit 99,999% du logiciel...
Jean-Alexandre :
Je ne dis pas que c'est médiocre. Je dis juste que le chiffre est impressionnant.
A titre d'exemple, le dernier bug report pour Arch Linux, a pour dernier numéro sur le bugtracker (incluant les features requests) 15756.
Au passage, en ayant fermé, comme tu le sais, quelques dizaines dans le lot je me représente assez bien ce que ça représente. Pas la peine de tourner au ridicule ma remarque, je ne suis pas Jayce.
10 000 bugs ouverts et fermés en 6 mois, c'est tout de même énorme ! Finalement je suis assez content d'utiliser un maximum de petits programmes respectant la philosophie Unix, et quelques monstruosités dont OSX qui, s'ils sont peut-être très buggés, n'ont avec mon utilisation disfonctionné qu'exceptionnellement (nettement moins que Gnome ou KDE, mais il ne s'agit que de mon expérience personnelle).
Justt : Fais une recherche ! Knuth_reward_check
The reward for coding errors found in Knuth's TeX and METAFONT programs (as distinguished from errors in Knuth's books) [...] started at $2.56, and doubled every year until it reached $327.68.
# Plus de 10 000... Correction de bugs ?
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.3 est sorti. Évalué à 4.
Loin de toute comparaison avec un autre environnement graphique de taille comparable... Je me dis que par rapport à des outils dont les auteurs proposent $2.56 par bug trouvé (je prends l'extrême opposé), utiliser un desktop "moderne" complet, c'est aller au devant de nombreux énervements...
Admettons que KDE 4.2 "n'était pas prêt" (ça commence à durer) ; quelqu'un connait les stats en rythme normal "de croisière" (sur la 3.5 par exemple) ?
[^] # Re: Correction
Posté par Pierre Carrier . En réponse au journal Jyraphe 0.5. Évalué à 1.
Je réalise du même coup que le numéro de version n'apparait pas (à l'affichage de la page) dans les templates par défaut (en tous cas de cette version, que je ne saurai désigner du coup)... Corrigé ? À corriger ? Est-ce le input type="hidden" name="jyraphe" value="0.2" / (vivement du quote HTML facile et documenté sur DLFP) ?
[^] # Re: ben qoui ?
Posté par Pierre Carrier . En réponse au journal Le voleur de logo. Évalué à 4.
[^] # Re: ben qoui ?
Posté par Pierre Carrier . En réponse au journal Le voleur de logo. Évalué à 5.
http://fedoraproject.org/wiki/Logo
http://www.debian.org/trademark qui dispose d'un logo officiel et d'un logo libre
http://www.gentoo.org/main/en/name-logo.xml
http://www.ubuntu.com/aboutus/trademarkpolicy avec une politique plus explicite
Le choix d'exposer l'affaire a été difficile et n'a été pris qu'après de longues discussions.
[^] # Re: ça fait longtemps et...
Posté par Pierre Carrier . En réponse au journal Quand le libre payant pousse les gens vers le proprio. Évalué à 1.
[^] # Re: Simple question...
Posté par Pierre Carrier . En réponse au journal 2 semaines en Typematrix Bépo. Évalué à 4.
[^] # Re: Pour un vrai systeme de classement
Posté par Pierre Carrier . En réponse au journal personne n'aura besoin de plus de 640ko de RAM. Évalué à 10.
# Drôle...
Posté par Pierre Carrier . En réponse au journal La sécurité des gestionnaires de paquets. Évalué à 6.
- L'utilisation de Slackware et de Pacman doit être évité car ces gestionnaires ne aucun effort spécifique de sécurité.
Implique, sauf erreur de ma part :
L'utilisation d'OpenBSD doit être évité car son gestionnaire ne fait aucun effort spécifique de sécurité.
[^] # Re: Paquets
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.2 : The Answer. Évalué à 4.
[^] # Re: Paquets
Posté par Pierre Carrier . En réponse à la dépêche KDE 4.2 : The Answer. Évalué à 2.
J'en profite pour faire une remarque sur le 100 x 10^6 : pourquoi ne pas écrire 10 millions ou 10^8 ? Ça me rappelle (en peut-être moins "bête") mon prof de POO avec son 10e-5...
[^] # Re: Paquet Arch Linux
Posté par Pierre Carrier . En réponse à la dépêche Sortie de la version 2.4.1 de Slime Volley.. Évalué à 2.
Par ailleurs, xmoto 0.5.0 y est déjà... Elle est pas belle la vie ?
[^] # Re: Expérience personnelle
Posté par Pierre Carrier . En réponse au journal Adieu les écrans normaux. Évalué à 1.
# NSFW
Posté par Pierre Carrier . En réponse au journal 'Retiming' vidéo et logiciels libres. Évalué à -1.
[^] # Re: Expérience personnelle
Posté par Pierre Carrier . En réponse au journal Adieu les écrans normaux. Évalué à 0.
[^] # Re: Mon laptop 16/10 à moi !
Posté par Pierre Carrier . En réponse au journal Adieu les écrans normaux. Évalué à 1.
[^] # Re: Contre-exemple
Posté par Pierre Carrier . En réponse au journal Attention aux fausses offres "+XX gratuit" chez Auchan. Évalué à 2.
# Protocole DNS ?
Posté par Pierre Carrier . En réponse au journal Faille sérieuse dans le protocole DNS. Évalué à 2.
# [PUB] L'essayer sur Archlinux
Posté par Pierre Carrier . En réponse au journal Arora - un navigateur web multilplateforme basé sur QtWebKit. Évalué à 1.
Ça ne devrait pas trop emmerder KDE ou les autres applis Qt, mais si c'est le cas, du retour m'intéresse.
http://gcarrier.koon.fr/2008/05/19/try-arora-on-archlinux/
C'est le navigateur que j'utilise en ce moment-même. Pour l'instant j'ai lancé 2 fois Firefox : une fois pour une vidéo Flash sapusaipalibre©, une fois pour la Web Developer toolbar.
Sinon, sur mon EEEPC c'est ultra-léger, réactif, les sites que j'utilise fonctionnement nickel (y compris google reader avec tous les raccourcis, à part / qui est aussi utilisé pour la recherche...).