Pascal Terjan a écrit 4240 commentaires

J'ai l'impression que la 4 n'est plus dans la mandrake cooker. Il faut soit la reintroduire soit attendre que ca marche avec la 5...

D'avoir diffusé un mail qu'elle a recue et qu'elle était pas censée diffuser ?

Oui si c'était un faux ca pourrait couter cher

J'ai regardé de plus près la lib lua a changée de version depuis que ce paquet a été fait et il a pas été rebuildé. J'ai essayé de le rebuilder avec liblua5 mais ca passe pas :/

Checking for Lua...
checking for lua_close in -llua... yes
checking for lua_baselibopen in -llualib... no
checking for lua_baselibopen in -llualib4.0... no
checking for lua_baselibopen in -llualib40... no
configure: error: Please install the Lua interpreter extension library before trying to compile Ark. You can download it from the Lua website http://www.lua.org(...)

OpenOffice.org ne te convient pas ?

Per Øyvind Karlsen est un contributeur de mandrake qui juqu'à présent m'a toujours semblé sympathique lorsque j'ai discuté avec lui.
Je pense que le mieux en cas de pb avec son paquet est de lui envoyer un mail ou de lui signaler sur irc.

Loading extension library 'libArkLua'
Registering factory 'ark::Script::Lua'
arkclient: relocation error: /usr/lib/libArkLua.so.0: undefined symbol: lua_baselibopen

Il y en a un donc je lui envoie un mail :-)

Mais qu'est-ce qui te fais croire que j'utilise encore windows ??? :-)

installes le plugin enigmail

Les journaux ne sont pas anonymes :-)

D'une part on ne publie pas le courrier de quelqu'un c'est illégal. J'espère que linuxfr n'aura pas de problèmes avec ça si c'est un vrai mail.

Je te signale que linuxfr ne publie pas le mail mais juste un lien vers lui

Moi aussi à ce compte-là je peux publier des emails de Pierre Bugnon:

La personne qui l'a reçu et a qui je fais confiance m'a également donné les en-tetes completes du mail en privé.

Je pense qu'on se fout de la taille.

Oublie Spamassassin et ses regles a 2 balles: seuls les filtres bayesiens sont efficaces.

1/ spamassassin marche très bien
2/ spamassassin gere un classifier bayesien : http://spamassassin.org/doc/Mail_SpamAssassin_Bayes.html(...)

Il y a deux exploits ptrace qui ont circulé, l'un des deux ne marchait pas sur les RH, peut etre que l'autre ne marchait pas sur debian :-)

Il aurait un e en plus à la fin je crois :-)

on a vu des news moins pertinentes etre modérées plus rapidement sans forcement plus de "preuves". Quoi de plus normal que de divulguer les failles rapidement meme si le correctif n'est pas pret, il me semble que c'est le cheval de bataille de l'opensource aussi (contraire de securite par l'obscurité).

C'est pas une question de cacher la faille, c'est juste que ca me gene un peu de pousser tout le monde à courrir en quete d'un patch qui s'appliquera pas sur leur distrib car ils ont déjà un noyau super patché alors que c'est pas forcement utile. Je craignais surtout d'inquieter inutilement tout le monde.

Dans ce cas la on peut quand meme se douter que redhat n'a pas relivré le kernel pour des prunes. une ré-écriture de la depeche du style
"une nouvelle faille .... seul redhat fourni un correctif pour le moment nous attendons des nouvelles des autres distribs ainsi que leur point de vue sur la criticité de la faille" permettait de passer le message sans prendre de risque éditorial :-))

Pas mal :-)

hum les noms entre < et > ont sauté donc :

fabien
moi
fabien
moi

Voila un extrait de discussion cet aprem sur la tribune des modéros qui exprime mon point de vue sur la question et celui de fabien. Je ne connais pas celui des autres qui ne l'ont pas passée non plus.

[21/05 16:39] pour des failles aussi grosses d'ailleurs, je pense vraiment qu'il faut les valider rapidement et ne pas attendre, sauf exception.
[21/05 17:15] ouais mais ca suxe une faille non expliquée et patchée que par redhat
[21/05 17:20] oui mais faut qd meme le dire a mon avis, surtout que t as un fix par les regles prerouting.
[21/05 17:25] ouais. le jour ou ca a été proposé j'avais été voir et devant le rien de concret j'avais décidé d'attendre une annonce Debain/mdk/suse/gentoo or j'ai rien vu passer ni chez mdk, ni chez debian ni chez gentoo

Ca me dérange un peu de passer cette news alors que l'on ne sait pas de quoi il retourne vraiment et que l'on ne connait pas vraiment le niveau de risque associé dans la mesure ou personne ne communique sur le sujet. Le fait que les distribs aient pas l'air de trop s'en préocupper m'incite à penser que ce n'est pas une si grosse faille. Mais bon vu que tout le monde ici et sur irc se demande pourquoi c'est pas passé plus tot, le prochain coup j'attendrai pas que ce soit clair :-)

Tu as pas vu http://linuxfr.org/2003/05/14/12418.html(...) ?
A la une depuis quelque temps.

Heu il se peut qu'il y ait des distribs pourries aussi hein.
Parmi les centaines de distribs il doit y en avoir des pas trop maintenues.

Et tu suggeres la RH qui a besoin de plus ?

Comme ca un jour ca arrete de marcher au milieu de tes vacances et tu sais pas pourquoi, c'est génial

Quel rapport avec la question que je lui pose ?

Pourquoi RH et pas MDK ?
Pourquoi LFS et pas Gentoo ?

Vu l'utilisation que tu veux en faire faute le faire acheter par le labo :-)

L'utilisation qui roxor c'est de faire une interface avec glade en définissant des callbacks (mettre le nom d'une fonction php et la definir dans le .php). Ensuite : $layout =& new GladeXml("lenomdufichier.glade"); $layout->signal_autoconnect(); Et hop pas une ligne de code inutile de création d'interface :-) Si on a besoin d'acceder à un objet pour appeler une de ses méthodes dans : $window =& $layout->get_widget("window1");