Pierre Habouzit a écrit 54 commentaires

Dans la pratique je m'en tape doublement parce que:

* j'utilise whitelister pour moi et je le conseille autour de moi, mais je m'en fous un peu si il n'est pas connu
* nous sommes en train d'écrire un remplacement bien plus puissant et plus souple (et en C lui) qui remplace en particulier postgrey aussi et permet d'utiliser les features de sessions de POLICY de Postfix.

cf http://pfixtools.mymind.fr/

FUD: le greylist ça ne marche pas

Fact: sur les 12 derniers mois glissants, le server MX principal de polytechnique.org a greylisté 128.330.938 messages (oui 128 millions) pour n'en laisser entrer (avant tout anti-virus et autre anti-spam bayésien) que 8.268.338 mails. Notre évaluation est qu'environ 3 ou 4M de ces mails sont légitimes.

Et pourtant nous ne greylistons _que_ des IP qui sont blacklistées.

cf http://blog.madism.org/index.php/2006/03/25/79-debianorg-and(...)

l'idée sous-jacente est que ça ne sert a strictement rien de greylister un _vrai_ SMTP qui va réessayer plus tard. Ça ne fait qu'agacer son admin sys. Et il est raisonnable de supposer que un bon admin sys a aussi déblacklisté son SMTP, donc le greylist sert à "compenser" les mauvais admins de SMTP Légitimes.

Juste pour info, le smtp de polytechnique.fr et de polytechnique._org_ ne sont pas du tout les mêmes, ni administrés par les mêmes personnes.

Celui qui utilise des RBLs comme un sale c'est celui de l'école, en .fr. Celui en .org a utilisé whitelister pendant 2 ou 3 ans, et utilise maintenant son remplaçant que je vais tacher de packager, aka postlicyd des pfixtools, qui notament remplace postgrey qui est une grosse bouse imonde qui traine sa graisse (il lui fallait plus de 20 minutes pour effectuer son cron journalier, depuis notre réimplémentation il faut moins de quelques secondes).

D'ailleurs c'est criant sur:

http://people.debian.org/~sesse/bugscan/

Il y a juste un décrochement, mais si on l'ignore, on a une belle courbe grimpante bien stable.

si le nombre de bugs est passé en dessous de 100 c'est parce qu'il y avait un pb d'index corrompu sur le server qui décompte les bugs, et donc ça a chutté d'un seul coup lorsque ça a été réparé.

Bref, le rythme de fix est toujours négatif, on approche à nouveau des 100 bugs. Désolé donc de te couper ainsi dans ton élan.

D'après ce que j'ai compris la majorité des réactions était positive.

Si par majoritaire tu veux dire par là 60 contre 40% tu as peut-être raison. Mais le DPL dans la constitution doit rechercher le consensus. Et va relire la définition de consensus, c'est très différent de “majorité”. Consensus ça veut dire que les gens trouvent tous que la proposition est acceptable. Or les si les gens en faveur de l'essai montraient tout le spectre des support du plus fort au plus mou, la plupart des oppositions étaient nettes et sans appel.

Cependant, afin de respecter aussi l'opinion minoritaire des opposants, il a choisi de ne pas faire cet appel au don dans le cadre de Debian mais au sein d'une structure distincte du projet.

Non pas pour les respecter. Si il les avait respectés, il n'aurait rien fait. Il a choisi de les ignorer, et d'éviter de discuter avec ses opposants.

cette initiative a été faite dans le dos complet du projet, et s'approche complètement de l'Abus de Biens Sociaux, en tout cas il y a clairement conflit d'intérêt.

Je pense qu'il va y avoir du grabuge dans les jours qui viennent…

Et comment fais-tu pour installer un pilote réseau qui nécessite un firmware ? Doit-on rappeller en outre que, officiellement, Debian se défend de fournir un repository non-free et qu'il a même été question de le supprimer ?...

FUD1: le maintien de non-free a été un plébiscite[1].

FUD2: debian ne se défend pas d'avoir une section non-free. non-free et contrib ne font pas partie du *projet* debian, mais existent bel et bien, et utilisent les mêmes outils pour les gérer (BTS, miroirs, autobuilders lorsque c'est relevant, releases, ...). Et ceci est fait pour des raisons évidentes: je ne vois pas comment Debian peut être "responsable" de ce qui est dans non-free sans avoir les moyens basiques pour y corriger les dits problèmes (à savoir les sources).

[1] : http://www.debian.org/vote/2004/vote_002

Le mail en question (du DPL) occulte complètement le fait que des réflexions sont en cours, au niveau des développeurs, et que une GR est en préparation sur le thème des firmwares.

L'annonce du DPL se moque complètement de ces propositions, et ne les évoque même pas. On les trouve ici:

http://lists.debian.org/debian-vote/2006/08/msg00032.html
http://lists.debian.org/debian-vote/2006/08/msg00215.html
http://lists.debian.org/debian-vote/2006/08/msg00185.html


Ce sont ces propositions qui vont déterminer quel sera le futur de Debian vis à vis des firmware, et pas le pseudo-poll proposé dans l'annonce.

Ce mail sur debian-devel-announce@l.d.o est une man½uvre populiste, qui reflète largement un état de conflit intense interne à Debian, et il serait maladroit de s'en féliciter. Sans parler du fait que n'importe quel développeur peut faire des annonces sur d-d-a et que ceci n'est pas nécessairement un statement du projet.

l'une est dirigée par des volontaires radicaux qui perdent du temps à troller sur debian-legal,

c*é*in

l'autre est dirigée par une formidable société dont le but est le bien-être de l'humainité.

MOUAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA

Et quand on voit comment Ubuntu avance à pas de géant, innove et rend Linux réellement accessible à la masse, on se dit que c'est grâce aux sociétés que les efforts se fédèrent les mieux.

MOUAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA²

comme redhat/gcc, fedora/pilot-link, ubuntu/launchpad.gnu.org, ...

Mon dieu, que ne faut-il pas lire.

termcapinfo xterm ti@:te@

#enable Shift PgUp/PgDown
bindkey "^[[5;2~" eval "copy" "stuff ^b"
bindkey -m "^[[5;2~" stuff ^b
bindkey -m "^[[6;2~" stuff ^f

transfer

> d'ailleurs l'idée de tout passer en cdbs est vraiment bien venu (reste kdepim si j'ai bien suivi)

en fait kdepim etait deja en cdbs, mais il est maintenu par un type un peu en dehors de la team pour le moment.

pour kdm 3.4 c'est corrigé

Juste pour etre complet, ces paquets ont été faits à partir des paquets debian.

(rendons à césar ce qui lui appartient)

je quote la page du site ....

What is Trac?
An integrated system for managing software projects
An enhanced wiki
A flexible web-based issue tracker
An interface to the Subversion revision control system

bref, trac C'EST subversion .... (enfin, tout un environnement de dev au dessus de subversion pour etre précis)

apt-get install kdebase-kio-plugins

soit dit en passant, pour toute install kde qui se respecte, c'est mieux encore de faire :

apt-get install kde-core

qui t'installe kdelibs, kdebase, arts, et fontconfig et ca te permet en général d'avoir tout ce qu'il faut.

en tout cas, moi j'ai le kio_trash installé :
[madcoder hades] dpkg -L kdebase-kio-plugins|grep kio_trash
/usr/lib/kde3/kio_trash.la
/usr/lib/kde3/kio_trash.so

j'ai pas trop suivit pourquoi mais apparemment les mainteneurs kde ne veulent pas le mettre dans experimental mais ce dépot est à considérer comme tel (donc pas forcément parfait mais supporté et correct)

on ne veut pas uploader dans experimental parce que tous les paquets ne sont pas prets à 100%. au niveau utilisateur ca se passe bien, mais au niveau QA debian, on a encore un peu de travail pour que ca soit vraiment parfait.

De plus, il reste les problèmes avec kdm qu'on a pas encore eu le temps de gérer (la transition depuis kdm de 3,3,x est un peu douloureuse au niveau de la conf).

Par contre, je pense que 3.4. ne touchera pas la sid avant un moment, vu que sid est l'entrée pour testing, et que en testing ca sera kde 3.3.2, et qu'il reste du boulot à cause des failles de sécu récentes de kde (IDN et attaque sur dcop).

donc il y aura sans doute des uploads dans expérimental, au moins pour trigger les processing de NEW (il y a un tas de nouveaux paquets pour kde 3.4 : kttsd, akregator qui entre dans kdepim, et j'en passe)

--
Proud Debian KDE Packager

On pourait se dire que ces programmes devraient inclure une option "ne pas afficher l'icone", mais cela va peut-être à l'encontre de la philosophie du bureau destiné à monsieur tout le monde en lui rappelant que ces programmes tournent en tâche de fond

pour le drapeau, ca fait partie des options

kmix aussi peut, mais ca le fait planter... (enfin, ca le faisait avec kde 3.3.x, je n'ai pas essayé avec 3.4)

Non, j'ai buildé des paquets pour powerpc (un tout petit peu moins à jour que les i386 néanmoins) mais le pb c'est que un firewall a été monté (je suis en relation avec le sysadmin pour qu'il me rouvre le port qu'il me faut) et que la repo est plus accessible pour le moment.


btw, j'ai fait un post sur debian-qt-kde@lists.debian.org à ce sujet, ca doit se trouver facilement dans les archives.

--
Proud Debian KDE Packager

il te semble mal. c'est la 3.4.0-0pre1

ce qu iveut dire comme c'est apres le dash final, que c'est le *paquet* qui est en version pre1, pas son contenu, sinon ca serait 3.4.0-pre1-0 (enfin, pas tout à fait, mais c'est l'idée)

--
Proud Debian KDE Packager

C'est dommage, pendant ce temps dans les centres de calcul et les bureaux d'étude on achète des licences Matlab, alors que Scilab existe et fonctionne très bien...

hum, ils permettent pas vraiment les même choses, et ne sont pas compatibles syntaxiquement parlant si mes souvenirs sont bons.

et sinon, comme contribution au libre il y a a-dvi, HeVeA, ocaml en effet, mais aussi :

GNUProlog, COQ, GeneWeb

et en fait, l'INRIA a un temps obligé ses équipes de recherche à mettre le genre de restrictions que l'on trouve dans la license SciLab.

http://uptime.netcraft.com/up/graph/?host=www.medef.fr(...)

non, y'a un patch (pour 2.4 certes) qui traine qui permet de hacker ca

chercher patch-2.4.x-vesafb-rrc sur google

cool :)
merci pour le lien

wouiiiiiiin, les modules vmware patchés pour les noyaux 2.6 n'y compilent plus :/