Roland Garcia le 20.02.07 à 22h50 du côté de fr.comp.securite :
Bof, la modération a priori a toujours été une connerie
Au contraire, maintenant je la comprends et je l'approuve. (Et ce n'est pas rien que de me faire écrire ça, bravo.)
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que par les moderateurs......
A +
VANHU, qui profite de ses vacances (temporaires ?) de moderateur :-)
Eric Masson
VANHULLEBUS Yvan writes:
'Lut Yvan,
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que par les moderateurs......
Et dieu sait qu'il y en a.
T'aurais pas du poster, parce que là, tu t'exposes à des questions ;)
As-tu une idée du planning de release pour la branche 0.7 stp ?
J'ai un/deux trucs à tester sur une passerelle FreeBSD (6.2 + patch NATT, support de clients Windows l2tp/ipsec et vpn Shrewsoft).
J'ai essayé de bootstrapper un checkout du cvs en date d'hier, mais ça foire lamentablement, à cause d'un problème avec les autotools, et ça me passe au dessus de la tête, mais d'une hauteur... Donc je me demandais si des tarballs déjà bootstrappés étaient disponibles ?
Si le cas t'intéresse, la log du bootstrap est disponible ici : http://emss.free.fr/contents/informatique/ipsec-tools/bootstrap.log
Éric
-- coucou john -+- AB in <http://www.le-gnu.net> WinVN 0.99 rendrait-il concon ? -+-
VANHULLEBUS Yvan <vanhu@nospam_free.fr> writes:
'Lut Yvan,
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que
par les moderateurs......
Et dieu sait qu'il y en a.
T'aurais pas du poster, parce que là, tu t'exposes à des questions ;)
As-tu une idée du planning de release pour la branche 0.7 stp ?
J'ai un/deux trucs à tester sur une passerelle FreeBSD (6.2 + patch
NATT, support de clients Windows l2tp/ipsec et vpn Shrewsoft).
J'ai essayé de bootstrapper un checkout du cvs en date d'hier, mais ça
foire lamentablement, à cause d'un problème avec les autotools, et ça me
passe au dessus de la tête, mais d'une hauteur... Donc je me demandais
si des tarballs déjà bootstrappés étaient disponibles ?
Si le cas t'intéresse, la log du bootstrap est disponible ici :
http://emss.free.fr/contents/informatique/ipsec-tools/bootstrap.log
Éric
--
coucou john
-+- AB in <http://www.le-gnu.net> WinVN 0.99 rendrait-il concon ? -+-
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que par les moderateurs......
Et dieu sait qu'il y en a.
T'aurais pas du poster, parce que là, tu t'exposes à des questions ;)
As-tu une idée du planning de release pour la branche 0.7 stp ?
J'ai un/deux trucs à tester sur une passerelle FreeBSD (6.2 + patch NATT, support de clients Windows l2tp/ipsec et vpn Shrewsoft).
J'ai essayé de bootstrapper un checkout du cvs en date d'hier, mais ça foire lamentablement, à cause d'un problème avec les autotools, et ça me passe au dessus de la tête, mais d'une hauteur... Donc je me demandais si des tarballs déjà bootstrappés étaient disponibles ?
Si le cas t'intéresse, la log du bootstrap est disponible ici : http://emss.free.fr/contents/informatique/ipsec-tools/bootstrap.log
Éric
-- coucou john -+- AB in <http://www.le-gnu.net> WinVN 0.99 rendrait-il concon ? -+-
Stephane Dupille
Bof, la modération a priori a toujours été une connerie Au contraire, maintenant je la comprends et je l'approuve.
On ne voit les interêts de certaines choses que quand ça va mal.
par contre, je m'attendais à voir plus de spams. En général, une boite mail est beaucoup plus spammée qu'un groupe usenet...
Bof, la modération a priori a toujours été une connerie
Au contraire, maintenant je la comprends et je l'approuve.
On ne voit les interêts de certaines choses que quand ça va mal.
par contre, je m'attendais à voir plus de spams. En général, une
boite mail est beaucoup plus spammée qu'un groupe usenet...
Bof, la modération a priori a toujours été une connerie Au contraire, maintenant je la comprends et je l'approuve.
On ne voit les interêts de certaines choses que quand ça va mal.
par contre, je m'attendais à voir plus de spams. En général, une boite mail est beaucoup plus spammée qu'un groupe usenet...
Elephant Man
Stephane Dupille le 21.02.07 à 16h27 du côté de fr.comp.securite :
Bof, la modération a priori a toujours été une connerie Au contraire, maintenant je la comprends et je l'approuve.
On ne voit les interêts de certaines choses que quand ça va mal.
Ben oui, mais j'étais pas là en 2001, moi :) Il faudrait faire ça sur tous les forums modérés une fois par an, mettons le 1er avril.
par contre, je m'attendais à voir plus de spams. En général, une boite mail est beaucoup plus spammée qu'un groupe usenet...
Le robot de modération doit quand même filtrer des trucs. Je refais un suivi, bien que ce ne soit pas beaucoup plus brillant de l'autre côté, mais au moins on épargne un peu fcs.
Stephane Dupille le 21.02.07 à 16h27 du côté de fr.comp.securite :
Bof, la modération a priori a toujours été une connerie
Au contraire, maintenant je la comprends et je l'approuve.
On ne voit les interêts de certaines choses que quand ça va mal.
Ben oui, mais j'étais pas là en 2001, moi :)
Il faudrait faire ça sur tous les forums modérés une fois par an,
mettons le 1er avril.
par contre, je m'attendais à voir plus de spams. En général, une
boite mail est beaucoup plus spammée qu'un groupe usenet...
Le robot de modération doit quand même filtrer des trucs.
Je refais un suivi, bien que ce ne soit pas beaucoup plus brillant de
l'autre côté, mais au moins on épargne un peu fcs.
Stephane Dupille le 21.02.07 à 16h27 du côté de fr.comp.securite :
Bof, la modération a priori a toujours été une connerie Au contraire, maintenant je la comprends et je l'approuve.
On ne voit les interêts de certaines choses que quand ça va mal.
Ben oui, mais j'étais pas là en 2001, moi :) Il faudrait faire ça sur tous les forums modérés une fois par an, mettons le 1er avril.
par contre, je m'attendais à voir plus de spams. En général, une boite mail est beaucoup plus spammée qu'un groupe usenet...
Le robot de modération doit quand même filtrer des trucs. Je refais un suivi, bien que ce ne soit pas beaucoup plus brillant de l'autre côté, mais au moins on épargne un peu fcs.
Il me semble qu'il y a, sur fr.*, un système anti-spam très efficace. À moins que ce ne soit une spécificité de news.free.fr ?
VANHULLEBUS Yvan
Eric Masson writes:
VANHULLEBUS Yvan writes:
'Lut Yvan,
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que par les moderateurs......
Et dieu sait qu'il y en a.
T'aurais pas du poster, parce que là, tu t'exposes à des questions ;)
"Le correspondant que vous demandez n'est pas disponible actuellement, veuillez le rappeler ulterieurement" :-)
As-tu une idée du planning de release pour la branche 0.7 stp ?
"Tres bientot". La beta1 est sortie, j'ai commence a synchroniser mon build 'interne' en 0.7, et a faire les finitions.
Pour l'instant, il y a surtout la nieme version de "sainfo d'un host n'est plus trouve" (cf mon mail d'hier sur @devel) que je suis en train d eregarder, sinon on devrait pouvoir faire une release assez rapide maintenant que Manu et moi on s'est mutuellement motives pour s'y atteler :-)
J'ai un/deux trucs à tester sur une passerelle FreeBSD (6.2 + patch NATT, support de clients Windows l2tp/ipsec et vpn Shrewsoft).
Tes tests L2TP m'interessent !
J'ai essayé de bootstrapper un checkout du cvs en date d'hier, mais ça foire lamentablement, à cause d'un problème avec les autotools, et ça me passe au dessus de la tête, mais d'une hauteur... Donc je me demandais si des tarballs déjà bootstrappés étaient disponibles ?
Si le cas t'intéresse, la log du bootstrap est disponible ici : http://emss.free.fr/contents/informatique/ipsec-tools/bootstrap.log
Ouais, c'est comme ca sous FreeBSD sur toutes les branches (et meme pour pas mal d'autres programmes qui utilisent libtool en dehors des ports) depuis qu'ils ont vire le port gnu-libtool.
Plusieurs solutions possibles, dont la recuperation du port a la main (ce que j'ai fait sur mes machines de dev), la creation de plein de liens sur des .m4 (une recherche sur le net devrait te permettre de trouver des infos), ou.... ou attendre un tarball deja bootstrappe, bien sur :-).
A +
VANHU.
Eric Masson <emss@free.fr> writes:
VANHULLEBUS Yvan <vanhu@nospam_free.fr> writes:
'Lut Yvan,
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que
par les moderateurs......
Et dieu sait qu'il y en a.
T'aurais pas du poster, parce que là, tu t'exposes à des questions ;)
"Le correspondant que vous demandez n'est pas disponible actuellement,
veuillez le rappeler ulterieurement" :-)
As-tu une idée du planning de release pour la branche 0.7 stp ?
"Tres bientot". La beta1 est sortie, j'ai commence a synchroniser mon
build 'interne' en 0.7, et a faire les finitions.
Pour l'instant, il y a surtout la nieme version de "sainfo d'un host
n'est plus trouve" (cf mon mail d'hier sur @devel) que je suis en
train d eregarder, sinon on devrait pouvoir faire une release assez
rapide maintenant que Manu et moi on s'est mutuellement motives pour
s'y atteler :-)
J'ai un/deux trucs à tester sur une passerelle FreeBSD (6.2 + patch
NATT, support de clients Windows l2tp/ipsec et vpn Shrewsoft).
Tes tests L2TP m'interessent !
J'ai essayé de bootstrapper un checkout du cvs en date d'hier, mais ça
foire lamentablement, à cause d'un problème avec les autotools, et ça me
passe au dessus de la tête, mais d'une hauteur... Donc je me demandais
si des tarballs déjà bootstrappés étaient disponibles ?
Si le cas t'intéresse, la log du bootstrap est disponible ici :
http://emss.free.fr/contents/informatique/ipsec-tools/bootstrap.log
Ouais, c'est comme ca sous FreeBSD sur toutes les branches (et meme
pour pas mal d'autres programmes qui utilisent libtool en dehors des
ports) depuis qu'ils ont vire le port gnu-libtool.
Plusieurs solutions possibles, dont la recuperation du port a la main
(ce que j'ai fait sur mes machines de dev), la creation de plein de
liens sur des .m4 (une recherche sur le net devrait te permettre de
trouver des infos), ou.... ou attendre un tarball deja bootstrappe,
bien sur :-).
Comme dans beaucoup d'environnements moderes, le bruit n'est vu que par les moderateurs......
Et dieu sait qu'il y en a.
T'aurais pas du poster, parce que là, tu t'exposes à des questions ;)
"Le correspondant que vous demandez n'est pas disponible actuellement, veuillez le rappeler ulterieurement" :-)
As-tu une idée du planning de release pour la branche 0.7 stp ?
"Tres bientot". La beta1 est sortie, j'ai commence a synchroniser mon build 'interne' en 0.7, et a faire les finitions.
Pour l'instant, il y a surtout la nieme version de "sainfo d'un host n'est plus trouve" (cf mon mail d'hier sur @devel) que je suis en train d eregarder, sinon on devrait pouvoir faire une release assez rapide maintenant que Manu et moi on s'est mutuellement motives pour s'y atteler :-)
J'ai un/deux trucs à tester sur une passerelle FreeBSD (6.2 + patch NATT, support de clients Windows l2tp/ipsec et vpn Shrewsoft).
Tes tests L2TP m'interessent !
J'ai essayé de bootstrapper un checkout du cvs en date d'hier, mais ça foire lamentablement, à cause d'un problème avec les autotools, et ça me passe au dessus de la tête, mais d'une hauteur... Donc je me demandais si des tarballs déjà bootstrappés étaient disponibles ?
Si le cas t'intéresse, la log du bootstrap est disponible ici : http://emss.free.fr/contents/informatique/ipsec-tools/bootstrap.log
Ouais, c'est comme ca sous FreeBSD sur toutes les branches (et meme pour pas mal d'autres programmes qui utilisent libtool en dehors des ports) depuis qu'ils ont vire le port gnu-libtool.
Plusieurs solutions possibles, dont la recuperation du port a la main (ce que j'ai fait sur mes machines de dev), la creation de plein de liens sur des .m4 (une recherche sur le net devrait te permettre de trouver des infos), ou.... ou attendre un tarball deja bootstrappe, bien sur :-).
A +
VANHU.
Eric Masson
VANHULLEBUS Yvan writes:
'Lut,
"Tres bientot". La beta1 est sortie, j'ai commence a synchroniser mon build 'interne' en 0.7, et a faire les finitions.
Bonne nouvelle.
Pour l'instant, il y a surtout la nieme version de "sainfo d'un host n'est plus trouve" (cf mon mail d'hier sur @devel) que je suis en train d eregarder, sinon on devrait pouvoir faire une release assez rapide maintenant que Manu et moi on s'est mutuellement motives pour s'y atteler :-)
Vi, il a l'air récurrent ce bug.
Tes tests L2TP m'interessent !
Logiquement, ce sera avec l'implémentation kernel mode de mpd 4.1. J'ai déjà fait quelques tests il y a un peu plus d'un an avec l2tpd sur NetBSD, ça fonctionnait.
Ouais, c'est comme ca sous FreeBSD sur toutes les branches (et meme pour pas mal d'autres programmes qui utilisent libtool en dehors des ports) depuis qu'ils ont vire le port gnu-libtool.
J'ai parfois un peu de mal à comprendre la manière dont les ports sont maintenus depuis quelques temps...
Plusieurs solutions possibles, dont la recuperation du port a la main (ce que j'ai fait sur mes machines de dev), la creation de plein de liens sur des .m4 (une recherche sur le net devrait te permettre de trouver des infos), ou.... ou attendre un tarball deja bootstrappe, bien sur :-).
Je vais voir, si j'ai le temps de me pencher sur les histoires de libtool, je m'y jette dans le cas contraire j'attendrai le tarball.
Merci
Éric
-- LC> A la différence de certains, je lis les articles. C'est tout. Oui, on sait. Bientôt, les noms, puis les adjectifs, puis les verbes. Avec un peu de patience, dans quelques années, une phrase entière. -+- LW in <www.le-gnu.net> : Moi-je nous fait l'article-+-
VANHULLEBUS Yvan <vanhu@nospam_free.fr> writes:
'Lut,
"Tres bientot". La beta1 est sortie, j'ai commence a synchroniser mon
build 'interne' en 0.7, et a faire les finitions.
Bonne nouvelle.
Pour l'instant, il y a surtout la nieme version de "sainfo d'un host
n'est plus trouve" (cf mon mail d'hier sur @devel) que je suis en
train d eregarder, sinon on devrait pouvoir faire une release assez
rapide maintenant que Manu et moi on s'est mutuellement motives pour
s'y atteler :-)
Vi, il a l'air récurrent ce bug.
Tes tests L2TP m'interessent !
Logiquement, ce sera avec l'implémentation kernel mode de mpd 4.1.
J'ai déjà fait quelques tests il y a un peu plus d'un an avec l2tpd sur
NetBSD, ça fonctionnait.
Ouais, c'est comme ca sous FreeBSD sur toutes les branches (et meme
pour pas mal d'autres programmes qui utilisent libtool en dehors des
ports) depuis qu'ils ont vire le port gnu-libtool.
J'ai parfois un peu de mal à comprendre la manière dont les ports sont
maintenus depuis quelques temps...
Plusieurs solutions possibles, dont la recuperation du port a la main
(ce que j'ai fait sur mes machines de dev), la creation de plein de
liens sur des .m4 (une recherche sur le net devrait te permettre de
trouver des infos), ou.... ou attendre un tarball deja bootstrappe,
bien sur :-).
Je vais voir, si j'ai le temps de me pencher sur les histoires de
libtool, je m'y jette dans le cas contraire j'attendrai le tarball.
Merci
Éric
--
LC> A la différence de certains, je lis les articles. C'est tout.
Oui, on sait. Bientôt, les noms, puis les adjectifs, puis les verbes.
Avec un peu de patience, dans quelques années, une phrase entière.
-+- LW in <www.le-gnu.net> : Moi-je nous fait l'article-+-
"Tres bientot". La beta1 est sortie, j'ai commence a synchroniser mon build 'interne' en 0.7, et a faire les finitions.
Bonne nouvelle.
Pour l'instant, il y a surtout la nieme version de "sainfo d'un host n'est plus trouve" (cf mon mail d'hier sur @devel) que je suis en train d eregarder, sinon on devrait pouvoir faire une release assez rapide maintenant que Manu et moi on s'est mutuellement motives pour s'y atteler :-)
Vi, il a l'air récurrent ce bug.
Tes tests L2TP m'interessent !
Logiquement, ce sera avec l'implémentation kernel mode de mpd 4.1. J'ai déjà fait quelques tests il y a un peu plus d'un an avec l2tpd sur NetBSD, ça fonctionnait.
Ouais, c'est comme ca sous FreeBSD sur toutes les branches (et meme pour pas mal d'autres programmes qui utilisent libtool en dehors des ports) depuis qu'ils ont vire le port gnu-libtool.
J'ai parfois un peu de mal à comprendre la manière dont les ports sont maintenus depuis quelques temps...
Plusieurs solutions possibles, dont la recuperation du port a la main (ce que j'ai fait sur mes machines de dev), la creation de plein de liens sur des .m4 (une recherche sur le net devrait te permettre de trouver des infos), ou.... ou attendre un tarball deja bootstrappe, bien sur :-).
Je vais voir, si j'ai le temps de me pencher sur les histoires de libtool, je m'y jette dans le cas contraire j'attendrai le tarball.
Merci
Éric
-- LC> A la différence de certains, je lis les articles. C'est tout. Oui, on sait. Bientôt, les noms, puis les adjectifs, puis les verbes. Avec un peu de patience, dans quelques années, une phrase entière. -+- LW in <www.le-gnu.net> : Moi-je nous fait l'article-+-
Eric Masson
Eric Masson writes:
'Lut,
Je vais voir, si j'ai le temps de me pencher sur les histoires de libtool, je m'y jette dans le cas contraire j'attendrai le tarball.
Bon, j'ai eu le temps d'y jeter un oeil, en définitive c'est aclocal qui met le bronx.
Les ports libtool-1.5, automake-1.9 et autoconf-2.59 sont installés, il faut compléter l'install en créant les liens symboliques qui vont bien dans /usr/local/bin/ lrwxr-xr-x 1 root wheel 9 Feb 20 20:44 aclocal -> aclocal19 lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autoconf -> autoconf259 lrwxr-xr-x 1 root wheel 13 Feb 20 20:43 autoheader -> autoheader259 lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autom4te -> autom4te259 lrwxr-xr-x 1 root wheel 10 Feb 20 20:43 automake -> automake19 lrwxr-xr-x 1 root wheel 13 Feb 20 20:43 autoreconf -> autoreconf259 lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autoscan -> autoscan259 lrwxr-xr-x 1 root wheel 13 Feb 20 20:44 autoupdate -> autoupdate259
Une fois que c'est fait, il suffit de modifier une ligne dans bootstrap : aclocal -I . en aclocal -I . -I /usr/local/share/aclocal -I /usr/local/share/aclocal19
Et après cela, le configure est généré et la compilation se passe sans encombres sur une 6.2 patchée avec le support NATT.
Je vais pouvoir avancer un peu dans mes tests (ce qui m'intéresse en priorité est le support NATT, que ce soit en l2tp/ipsec ou ipsec pur)
Éric
-- si tu est hacker peut tu me donner des conseil ou minicier car je suis debutant PP> Je te conseil 2 bon boukin pour comancé: Bled et Grevisse -+- MT In <http://www.le-gnu.net> Pas minicier, complètement sciés -+-
Eric Masson <emss@free.fr> writes:
'Lut,
Je vais voir, si j'ai le temps de me pencher sur les histoires de
libtool, je m'y jette dans le cas contraire j'attendrai le tarball.
Bon, j'ai eu le temps d'y jeter un oeil, en définitive c'est aclocal qui
met le bronx.
Les ports libtool-1.5, automake-1.9 et autoconf-2.59 sont installés, il
faut compléter l'install en créant les liens symboliques qui vont bien
dans /usr/local/bin/
lrwxr-xr-x 1 root wheel 9 Feb 20 20:44 aclocal -> aclocal19
lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autoconf -> autoconf259
lrwxr-xr-x 1 root wheel 13 Feb 20 20:43 autoheader -> autoheader259
lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autom4te -> autom4te259
lrwxr-xr-x 1 root wheel 10 Feb 20 20:43 automake -> automake19
lrwxr-xr-x 1 root wheel 13 Feb 20 20:43 autoreconf -> autoreconf259
lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autoscan -> autoscan259
lrwxr-xr-x 1 root wheel 13 Feb 20 20:44 autoupdate -> autoupdate259
Une fois que c'est fait, il suffit de modifier une ligne dans bootstrap :
aclocal -I .
en
aclocal -I . -I /usr/local/share/aclocal -I /usr/local/share/aclocal19
Et après cela, le configure est généré et la compilation se passe sans
encombres sur une 6.2 patchée avec le support NATT.
Je vais pouvoir avancer un peu dans mes tests (ce qui m'intéresse en
priorité est le support NATT, que ce soit en l2tp/ipsec ou ipsec pur)
Éric
--
si tu est hacker peut tu me donner des conseil ou minicier car je
suis debutant
PP> Je te conseil 2 bon boukin pour comancé: Bled et Grevisse
-+- MT In <http://www.le-gnu.net> Pas minicier, complètement sciés -+-
Je vais voir, si j'ai le temps de me pencher sur les histoires de libtool, je m'y jette dans le cas contraire j'attendrai le tarball.
Bon, j'ai eu le temps d'y jeter un oeil, en définitive c'est aclocal qui met le bronx.
Les ports libtool-1.5, automake-1.9 et autoconf-2.59 sont installés, il faut compléter l'install en créant les liens symboliques qui vont bien dans /usr/local/bin/ lrwxr-xr-x 1 root wheel 9 Feb 20 20:44 aclocal -> aclocal19 lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autoconf -> autoconf259 lrwxr-xr-x 1 root wheel 13 Feb 20 20:43 autoheader -> autoheader259 lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autom4te -> autom4te259 lrwxr-xr-x 1 root wheel 10 Feb 20 20:43 automake -> automake19 lrwxr-xr-x 1 root wheel 13 Feb 20 20:43 autoreconf -> autoreconf259 lrwxr-xr-x 1 root wheel 11 Feb 20 20:43 autoscan -> autoscan259 lrwxr-xr-x 1 root wheel 13 Feb 20 20:44 autoupdate -> autoupdate259
Une fois que c'est fait, il suffit de modifier une ligne dans bootstrap : aclocal -I . en aclocal -I . -I /usr/local/share/aclocal -I /usr/local/share/aclocal19
Et après cela, le configure est généré et la compilation se passe sans encombres sur une 6.2 patchée avec le support NATT.
Je vais pouvoir avancer un peu dans mes tests (ce qui m'intéresse en priorité est le support NATT, que ce soit en l2tp/ipsec ou ipsec pur)
Éric
-- si tu est hacker peut tu me donner des conseil ou minicier car je suis debutant PP> Je te conseil 2 bon boukin pour comancé: Bled et Grevisse -+- MT In <http://www.le-gnu.net> Pas minicier, complètement sciés -+-
