je viens de mettre à jour cleanfeed et ça a tout cassé.
J'ai l'erreur suivante :
perl -wc /usr/local/news/bin/filter/cleanfeed
Can't use global $_ in "my" at /usr/local/news/bin/filter/cleanfeed
line 1579, near "my $_ "
BEGIN not safe after errors--compilation aborted at
/usr/local/news/bin/filter/cleanfeed line 2136.
FreeBSD 7.1, Perl 5.8.9
Si quelqu'un sait comment résoudre le problème...
@+
--
Gérald Niel, aka "Mister G" <http://news.gegeweb.org>
Gleb Bones :
Soundtrack of Arrogance : <http://www.jamendo.com/album/46018>
The low cost life : <http://www.jamendo.com/album/58519>
> et si tu installes des paquets binaires, tu as intérêt à avoir la bonne > version de perl ...
D'où l'intérêt de compiler par les ports. C'est pas le temps que ça prend, on fait autre choses pendant ce temps, et on évite les problèmes de versions, d'options incompatibles, etc.
Et on se ramasse petit à petit des trucs subtilement incompatibles de sorte que tout marche à moitié. Merci, j'ai déjà donné. D'ailleurs attendre une semaine la compilation des ~ 1000 ports que j'ai sur ma machine, c'est pas ma tasse de thé. Personnellement j'en suis arrivé à la conclusion que compiler les ports c'est une erreur, à tous points de vue.
--
Michel TALON
Xavier <xavier@groumpf.org> wrote:
Michel Talon <talon@lpthe.jussieu.fr> wrote:
> et si tu installes des paquets binaires, tu as intérêt à avoir la bonne
> version de perl ...
D'où l'intérêt de compiler par les ports. C'est pas le temps que ça
prend, on fait autre choses pendant ce temps, et on évite les problèmes
de versions, d'options incompatibles, etc.
Et on se ramasse petit à petit des trucs subtilement incompatibles de
sorte que tout marche à moitié. Merci, j'ai déjà donné.
D'ailleurs attendre une semaine la compilation des ~ 1000 ports que j'ai
sur ma machine, c'est pas ma tasse de thé. Personnellement j'en suis
arrivé à la conclusion que compiler les ports c'est une erreur, à tous
points de vue.
> et si tu installes des paquets binaires, tu as intérêt à avoir la bonne > version de perl ...
D'où l'intérêt de compiler par les ports. C'est pas le temps que ça prend, on fait autre choses pendant ce temps, et on évite les problèmes de versions, d'options incompatibles, etc.
Et on se ramasse petit à petit des trucs subtilement incompatibles de sorte que tout marche à moitié. Merci, j'ai déjà donné. D'ailleurs attendre une semaine la compilation des ~ 1000 ports que j'ai sur ma machine, c'est pas ma tasse de thé. Personnellement j'en suis arrivé à la conclusion que compiler les ports c'est une erreur, à tous points de vue.
--
Michel TALON
talon
Marc Espie wrote:
In article <1jlw82s.s1gbz61n4vv68N%, Xavier wrote: >Michel Talon wrote: > >> et si tu installes des paquets binaires, tu as int?r?t ? avoir la bonne >> version de perl ... > >D'o? l'int?r?t de compiler par les ports. C'est pas le temps que ?a >prend, on fait autre choses pendant ce temps, et on ?vite les probl?mes >de versions, d'options incompatibles, etc.
Lol. Ca m'amuse toujours autant la difference de fonctionnement.
Du cote Open, on conseille toujours aux gens de prendre des packages binaires et de n'utiliser les ports qu'en dernier recours... precisement parce qu'on a des packages fiables *et testes* sans problemes de version. Alors que si on bidouille avec les ports, c'est loin d'etre garanti.
Je suis totalement d'accord avec toi, d'ailleurs tu m'as convaincu à l'époque, et ma pratique de Linux (Debian ou Debian-like) a achevé de me convaincre que les paquets binaires c'est LA SOLUTION tandis que la compilation, c'est toujours des problèmes et des problèmes.
(et on ne maintient pas 25 versions de perl en parallele, mais celle qui est dans le systeme de base fonctionne, et les packages qui vont avec aussi).
--
Michel TALON
Marc Espie <espie@lain.home> wrote:
In article <1jlw82s.s1gbz61n4vv68N%xavier@groumpf.org>,
Xavier <xavier@groumpf.org> wrote:
>Michel Talon <talon@lpthe.jussieu.fr> wrote:
>
>> et si tu installes des paquets binaires, tu as int?r?t ? avoir la bonne
>> version de perl ...
>
>D'o? l'int?r?t de compiler par les ports. C'est pas le temps que ?a
>prend, on fait autre choses pendant ce temps, et on ?vite les probl?mes
>de versions, d'options incompatibles, etc.
Lol. Ca m'amuse toujours autant la difference de fonctionnement.
Du cote Open, on conseille toujours aux gens de prendre des packages binaires
et de n'utiliser les ports qu'en dernier recours... precisement parce qu'on
a des packages fiables *et testes* sans problemes de version. Alors que si
on bidouille avec les ports, c'est loin d'etre garanti.
Je suis totalement d'accord avec toi, d'ailleurs tu m'as convaincu à
l'époque, et ma pratique de Linux (Debian ou Debian-like) a achevé de me
convaincre que les paquets binaires c'est LA SOLUTION tandis que la
compilation, c'est toujours des problèmes et des problèmes.
(et on ne maintient pas 25 versions de perl en parallele, mais celle qui
est dans le systeme de base fonctionne, et les packages qui vont avec aussi).
In article <1jlw82s.s1gbz61n4vv68N%, Xavier wrote: >Michel Talon wrote: > >> et si tu installes des paquets binaires, tu as int?r?t ? avoir la bonne >> version de perl ... > >D'o? l'int?r?t de compiler par les ports. C'est pas le temps que ?a >prend, on fait autre choses pendant ce temps, et on ?vite les probl?mes >de versions, d'options incompatibles, etc.
Lol. Ca m'amuse toujours autant la difference de fonctionnement.
Du cote Open, on conseille toujours aux gens de prendre des packages binaires et de n'utiliser les ports qu'en dernier recours... precisement parce qu'on a des packages fiables *et testes* sans problemes de version. Alors que si on bidouille avec les ports, c'est loin d'etre garanti.
Je suis totalement d'accord avec toi, d'ailleurs tu m'as convaincu à l'époque, et ma pratique de Linux (Debian ou Debian-like) a achevé de me convaincre que les paquets binaires c'est LA SOLUTION tandis que la compilation, c'est toujours des problèmes et des problèmes.
(et on ne maintient pas 25 versions de perl en parallele, mais celle qui est dans le systeme de base fonctionne, et les packages qui vont avec aussi).
--
Michel TALON
Eric Masson
(Xavier) writes:
'Lut,
La seule fois où j'utilise un package, c'est pour installer cvsup-without-gui, pour ramener un arbre à jour et commencer à travailler.
Bof, maintenant que csup est intégré dans le système de base, mis à part si tu as besoin du repository cvs, cvsup ne se justifie plus vraiment.
-- je pense pas que ce soit toi....tu es bien trop vicieux pour agir de cette façon. Toi ton genre, c'est plus de contacter banque direct en esperant que je n'auras pas mes cadeaux de parrainages!!!!! -+- JD in <http://www.le-gnu.net> : Petit neuneu Noël -+-
xavier@groumpf.org (Xavier) writes:
'Lut,
La seule fois où j'utilise un package, c'est pour installer
cvsup-without-gui, pour ramener un arbre à jour et commencer à
travailler.
Bof, maintenant que csup est intégré dans le système de base, mis à part
si tu as besoin du repository cvs, cvsup ne se justifie plus vraiment.
--
je pense pas que ce soit toi....tu es bien trop vicieux pour agir de
cette façon. Toi ton genre, c'est plus de contacter banque direct en
esperant que je n'auras pas mes cadeaux de parrainages!!!!!
-+- JD in <http://www.le-gnu.net> : Petit neuneu Noël -+-
La seule fois où j'utilise un package, c'est pour installer cvsup-without-gui, pour ramener un arbre à jour et commencer à travailler.
Bof, maintenant que csup est intégré dans le système de base, mis à part si tu as besoin du repository cvs, cvsup ne se justifie plus vraiment.
-- je pense pas que ce soit toi....tu es bien trop vicieux pour agir de cette façon. Toi ton genre, c'est plus de contacter banque direct en esperant que je n'auras pas mes cadeaux de parrainages!!!!! -+- JD in <http://www.le-gnu.net> : Petit neuneu Noël -+-
> D'ailleurs je me demande si je ne vais pas en profiter pour passer > directement à Perl 5.12 : portupgrade -o lang/perl5.12 -f perl-5.8.* > > Des contre-indications ? D'autres précautions à prendre ?
Ce que j'en sais : le passage de perl 5.8 à 5.10 se fait pratiquement sans douleur par contre (du moins sous debian) perl 5.12 est toujours en experimental (et *impossible* à installer sur une machine en production, il faut l'installer dans un chroot) parce que les formats binaires sont différents dans perl 5.12 et que les scripts essentiels de debian (dpkg, apt..) sont en Perl
Hein! apt est écrit en C++, dpkg en C, dselect en C++, etc. Il est possible que quelques outils auxiliaires soient en perl, mais heureusement pas la base du système.
> D'ailleurs je me demande si je ne vais pas en profiter pour passer
> directement à Perl 5.12 : portupgrade -o lang/perl5.12 -f perl-5.8.*
>
> Des contre-indications ? D'autres précautions à prendre ?
Ce que j'en sais : le passage de perl 5.8 à 5.10 se fait pratiquement sans douleur par contre (du moins
sous debian) perl 5.12 est toujours en experimental (et *impossible* à installer sur une machine en
production, il faut l'installer dans un chroot) parce que les formats binaires sont différents dans perl
5.12 et que les scripts essentiels de debian (dpkg, apt..) sont en Perl
Hein! apt est écrit en C++, dpkg en C, dselect en C++, etc. Il est
possible que quelques outils auxiliaires soient en perl, mais
heureusement pas la base du système.
> D'ailleurs je me demande si je ne vais pas en profiter pour passer > directement à Perl 5.12 : portupgrade -o lang/perl5.12 -f perl-5.8.* > > Des contre-indications ? D'autres précautions à prendre ?
Ce que j'en sais : le passage de perl 5.8 à 5.10 se fait pratiquement sans douleur par contre (du moins sous debian) perl 5.12 est toujours en experimental (et *impossible* à installer sur une machine en production, il faut l'installer dans un chroot) parce que les formats binaires sont différents dans perl 5.12 et que les scripts essentiels de debian (dpkg, apt..) sont en Perl
Hein! apt est écrit en C++, dpkg en C, dselect en C++, etc. Il est possible que quelques outils auxiliaires soient en perl, mais heureusement pas la base du système.
--
Michel TALON
espie
In article <i23nf6$q9j$, Michel Talon wrote:
Hein! apt est écrit en C++, dpkg en C, dselect en C++, etc. Il est possible que quelques outils auxiliaires soient en perl, mais heureusement pas la base du système.
D'un autre cote, arriver a ecrire des scripts perl (ces jours-ci) qui ne passent pas sans douleur d'un perl 5.8 a un perl 5.10 ou 5.12, ca revient a ecrire du vieux vieux code sans la moindre consideration pour les avancees considerables qu'a connu perl ces dernieres annees.
(le passage dans l'autre sens promet d'etre plus douloureux. Perso, je suis deja un grand fan du yada-yada operator avant d'avoir meme eu la possibilite de le mettre en prod).
In article <i23nf6$q9j$1@asmodee.lpthe.jussieu.fr>,
Michel Talon <talon@lpthe.jussieu.fr> wrote:
Hein! apt est écrit en C++, dpkg en C, dselect en C++, etc. Il est
possible que quelques outils auxiliaires soient en perl, mais
heureusement pas la base du système.
D'un autre cote, arriver a ecrire des scripts perl (ces jours-ci) qui
ne passent pas sans douleur d'un perl 5.8 a un perl 5.10 ou 5.12, ca
revient a ecrire du vieux vieux code sans la moindre consideration pour
les avancees considerables qu'a connu perl ces dernieres annees.
(le passage dans l'autre sens promet d'etre plus douloureux. Perso, je suis
deja un grand fan du yada-yada operator avant d'avoir meme eu la possibilite
de le mettre en prod).
Hein! apt est écrit en C++, dpkg en C, dselect en C++, etc. Il est possible que quelques outils auxiliaires soient en perl, mais heureusement pas la base du système.
D'un autre cote, arriver a ecrire des scripts perl (ces jours-ci) qui ne passent pas sans douleur d'un perl 5.8 a un perl 5.10 ou 5.12, ca revient a ecrire du vieux vieux code sans la moindre consideration pour les avancees considerables qu'a connu perl ces dernieres annees.
(le passage dans l'autre sens promet d'etre plus douloureux. Perso, je suis deja un grand fan du yada-yada operator avant d'avoir meme eu la possibilite de le mettre en prod).
naddy
Eric Masson wrote:
Bof, maintenant que csup est intégré dans le système de base, mis à part si tu as besoin du repository cvs, cvsup ne se justifie plus vraiment.
csup(1) permet aussi de télécharger le repository. Cette capacité a été ajoutée il y a 18 mois.
-- Christian "naddy" Weisgerber
Eric Masson <emss@free.fr> wrote:
Bof, maintenant que csup est intégré dans le système de base, mis à part
si tu as besoin du repository cvs, cvsup ne se justifie plus vraiment.
csup(1) permet aussi de télécharger le repository. Cette capacité
a été ajoutée il y a 18 mois.
--
Christian "naddy" Weisgerber naddy@mips.inka.de
Bof, maintenant que csup est intégré dans le système de base, mis à part si tu as besoin du repository cvs, cvsup ne se justifie plus vraiment.
csup(1) permet aussi de télécharger le repository. Cette capacité a été ajoutée il y a 18 mois.
-- Christian "naddy" Weisgerber
Eric Masson
(Christian Weisgerber) writes:
'Lut,
csup(1) permet aussi de télécharger le repository. Cette capacité a été ajoutée il y a 18 mois.
Marfi, j'en étais resté aux discussions sur l'intégration ou non de cette fonctionnalité, content que cela ait évolué.
-- SS> Qu'entend-je comme rumeur? les passes de Free auraient été piratés? Vous avez une copie de la base? Si oui, gardez-la bien au chaud, ça nous fera un backup. -+- Rani in <http://www.le-gnu.net> : Et vlan, passe moi la base -+-
naddy@mips.inka.de (Christian Weisgerber) writes:
'Lut,
csup(1) permet aussi de télécharger le repository. Cette capacité
a été ajoutée il y a 18 mois.
Marfi, j'en étais resté aux discussions sur l'intégration ou non de
cette fonctionnalité, content que cela ait évolué.
--
SS> Qu'entend-je comme rumeur? les passes de Free auraient été piratés?
Vous avez une copie de la base? Si oui, gardez-la bien au chaud, ça
nous fera un backup.
-+- Rani in <http://www.le-gnu.net> : Et vlan, passe moi la base -+-
csup(1) permet aussi de télécharger le repository. Cette capacité a été ajoutée il y a 18 mois.
Marfi, j'en étais resté aux discussions sur l'intégration ou non de cette fonctionnalité, content que cela ait évolué.
-- SS> Qu'entend-je comme rumeur? les passes de Free auraient été piratés? Vous avez une copie de la base? Si oui, gardez-la bien au chaud, ça nous fera un backup. -+- Rani in <http://www.le-gnu.net> : Et vlan, passe moi la base -+-
Patrick Lamaizière
Marc Espie :
(et on ne maintient pas 25 versions de perl en parallele, mais celle qui est dans le systeme de base fonctionne, et les packages qui vont avec aussi).
Oui... Mais y'a pas INN dans Open :)
Marc Espie :
(et on ne maintient pas 25 versions de perl en parallele, mais celle qui
est dans le systeme de base fonctionne, et les packages qui vont avec aussi).
(et on ne maintient pas 25 versions de perl en parallele, mais celle qui est dans le systeme de base fonctionne, et les packages qui vont avec aussi).
Oui... Mais y'a pas INN dans Open :)
Paul Gaborit
À (at) Mon, 19 Jul 2010 11:07:09 +0200, Paul Gaborit écrivait (wrote):
Personnellement, je n'arrive toujours pas à installer Perl 5.12 via ce port : le 'miniperl' fait des "segmentation faults". Il semble que ce soit lié à l'activation des 'threads' et à FreeBSD 8.x. Le bug est en cours de correction (un test incomplet pour détecter que -lpthread est nécessaire).
Ce bug est corrigé :
<http://www.freshports.org/lang/perl5.12/>
On peut maintenant installer une version 5.12 de perl avec l'option 'threads'...
-- Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Mon, 19 Jul 2010 11:07:09 +0200,
Paul Gaborit <Paul.Gaborit@invalid.invalid> écrivait (wrote):
Personnellement, je n'arrive toujours pas à installer Perl 5.12 via ce
port : le 'miniperl' fait des "segmentation faults". Il semble que ce
soit lié à l'activation des 'threads' et à FreeBSD 8.x. Le bug est en
cours de correction (un test incomplet pour détecter que -lpthread est
nécessaire).
Ce bug est corrigé :
<http://www.freshports.org/lang/perl5.12/>
On peut maintenant installer une version 5.12 de perl avec l'option
'threads'...
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Mon, 19 Jul 2010 11:07:09 +0200, Paul Gaborit écrivait (wrote):
Personnellement, je n'arrive toujours pas à installer Perl 5.12 via ce port : le 'miniperl' fait des "segmentation faults". Il semble que ce soit lié à l'activation des 'threads' et à FreeBSD 8.x. Le bug est en cours de correction (un test incomplet pour détecter que -lpthread est nécessaire).
Ce bug est corrigé :
<http://www.freshports.org/lang/perl5.12/>
On peut maintenant installer une version 5.12 de perl avec l'option 'threads'...
-- Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
