Bonjour, voici un probleme que n'arrive pas =E0 r=E9soudre d'autant plus
que je n'ai aucun message d'erreur.
Voici 2 requ=EAtes qui fonctionnent a travers PhpMyAdmin. mais la 2eme
ne fonctionne pas avec Perl DBD::mysqPP. Aucun message, le programme
est plant=E9 sans erreur ni r=E9sultat.
Avez vous une id=E9e?
Voici la contig : MacOsX 10.6.5 Perl 5.8.9 DBD-mysqlPP-0.04
Je n'arrive pas =E0 installer DBD::mysql.
Voici les requ=EAtes :
1)
my $RqtSelectCtc=3D$Base->prepare("SELECT
id,id_genre,societe,interloc,adresse,adresse2,codpost,ville,tel,fax,web,id_=
class,id_etat,id_users
FROM tb_fiche_contact_anc
WHERE interloc LIKE '%DUPONT%'
");
$RqtSelectCtc->execute or die "$DBI::errstr";
($IdFct,$IdTypeFCt,$SocFCt,$InterlocFCt,$AddrFCt,$CompAddrFCt,
$CodpostFCt,$VilleFCt,$TelFCt,$FaxFCt,$SiteFCt,
$IdClassFCt,$IdEdtatFCt,$IdCtPhinFCt)=3D$RqtSelectCtc->fetchrow();
print "$InterlocFCt\n";
2)
our $RqtSelectCtc=3D$Base->prepare("SELECT
id,id_genre,societe,interloc,adresse,adresse2,codpost,ville,tel,fax,web,id_=
class,id_etat,id_users
FROM tb_fiche_contact_anc
WHERE interloc =3D 'DUPONT'
");
$RqtSelectCtc->execute or die "$DBI::errstr";
($IdFct,$IdTypeFCt,$SocFCt,$InterlocFCt,$AddrFCt,$CompAddrFCt,
$CodpostFCt,$VilleFCt,$TelFCt,$FaxFCt,$SiteFCt,
$IdClassFCt,$IdEdtatFCt,$IdCtPhinFCt)=3D$RqtSelectCtc->fetchrow();
print "$InterlocFCt\n";
En fait, il faut virer fink qui pose problème avec la 10.6
N'importe quoi.
J'utilise Fink depuis la 10.2, les seuls qui ont foutu la merde c'est les andouilles de GNU qui en novembre dernier ont mis à jour gcc/ppl/cloog/java-headers en foirant les dépendances.
Ce qu'il ne faut pas faire c'est mélanger les gestionnaires de packages, fink; macports et CPAN. Fink n'a efectivement pas de mécanisme comme FreeBSD (BSDPAN), qui permet d'enregistrer les modules installés avec CPAN. Ce serait d'ailleurs tout aussi valable pour Debian avec apt v/s ./configure make install
Et pour ne pas avoir le PERL de macport, mais celui d'apple, change le PATH dans ton .profile comme indiqué sur ce site.
Encore n'importe quoi, le perl utilisé est celui indiqué dans le shebang. Et les dernières dépendances à perl-588 ont de toutes façons été nettoyées depuis un moment pour Snow Leopard.
Cependant la création d'un fichier .info pour un module n'existant pas dans Fink prend 30s montre en main, à mettre dans : "/sw/fink/dists/local/main/finkinfo/perlmods/"
Trois étapes : - utiliser un fichier existant comme modèle, aller sur CPAN repérer le chemin du module choisi, et modifier en conséquence. - commenter la ligne "Source-MD5:" (les hash n'est pas donné directement dans cpan.org). - lancer l'install, attendre que Fink couine sur un MD5 incorrect, il donne le bon, et on le copie dans le .info. On relance, et on installe. Si il y a des dépendance, les indiquer, si pas dans Fink, retourner à l'étape 1.
Simplissime, vraiment.
Et en ce qui concerne le problème de l'OP, ce thread n'aurait pas eu lieu d'être, *tous* les modules nécessaires sont dans Fink.
Mais maintenant qu'il a foutu le bronx dans son /usr/local, il va falloir faire le ménage, et pas à la hache...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
rkornea <kornea@domain-xyz.in> wrote:
En fait, il faut virer fink qui pose problème avec la 10.6
N'importe quoi.
J'utilise Fink depuis la 10.2, les seuls qui ont foutu la merde c'est
les andouilles de GNU qui en novembre dernier ont mis à jour
gcc/ppl/cloog/java-headers en foirant les dépendances.
Ce qu'il ne faut pas faire c'est mélanger les gestionnaires de packages,
fink; macports et CPAN. Fink n'a efectivement pas de mécanisme comme
FreeBSD (BSDPAN), qui permet d'enregistrer les modules installés avec
CPAN. Ce serait d'ailleurs tout aussi valable pour Debian avec apt v/s
./configure make install
Et pour ne pas avoir le PERL de macport, mais celui d'apple, change le
PATH dans ton .profile comme indiqué sur ce site.
Encore n'importe quoi, le perl utilisé est celui indiqué dans le
shebang. Et les dernières dépendances à perl-588 ont de toutes façons
été nettoyées depuis un moment pour Snow Leopard.
Cependant la création d'un fichier .info pour un module n'existant pas
dans Fink prend 30s montre en main, à mettre dans :
"/sw/fink/dists/local/main/finkinfo/perlmods/"
Trois étapes :
- utiliser un fichier existant comme modèle, aller sur CPAN repérer le
chemin du module choisi, et modifier en conséquence.
- commenter la ligne "Source-MD5:" (les hash n'est pas donné directement
dans cpan.org).
- lancer l'install, attendre que Fink couine sur un MD5 incorrect, il
donne le bon, et on le copie dans le .info. On relance, et on installe.
Si il y a des dépendance, les indiquer, si pas dans Fink, retourner à
l'étape 1.
Simplissime, vraiment.
Et en ce qui concerne le problème de l'OP, ce thread n'aurait pas eu
lieu d'être, *tous* les modules nécessaires sont dans Fink.
Mais maintenant qu'il a foutu le bronx dans son /usr/local, il va
falloir faire le ménage, et pas à la hache...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
En fait, il faut virer fink qui pose problème avec la 10.6
N'importe quoi.
J'utilise Fink depuis la 10.2, les seuls qui ont foutu la merde c'est les andouilles de GNU qui en novembre dernier ont mis à jour gcc/ppl/cloog/java-headers en foirant les dépendances.
Ce qu'il ne faut pas faire c'est mélanger les gestionnaires de packages, fink; macports et CPAN. Fink n'a efectivement pas de mécanisme comme FreeBSD (BSDPAN), qui permet d'enregistrer les modules installés avec CPAN. Ce serait d'ailleurs tout aussi valable pour Debian avec apt v/s ./configure make install
Et pour ne pas avoir le PERL de macport, mais celui d'apple, change le PATH dans ton .profile comme indiqué sur ce site.
Encore n'importe quoi, le perl utilisé est celui indiqué dans le shebang. Et les dernières dépendances à perl-588 ont de toutes façons été nettoyées depuis un moment pour Snow Leopard.
Cependant la création d'un fichier .info pour un module n'existant pas dans Fink prend 30s montre en main, à mettre dans : "/sw/fink/dists/local/main/finkinfo/perlmods/"
Trois étapes : - utiliser un fichier existant comme modèle, aller sur CPAN repérer le chemin du module choisi, et modifier en conséquence. - commenter la ligne "Source-MD5:" (les hash n'est pas donné directement dans cpan.org). - lancer l'install, attendre que Fink couine sur un MD5 incorrect, il donne le bon, et on le copie dans le .info. On relance, et on installe. Si il y a des dépendance, les indiquer, si pas dans Fink, retourner à l'étape 1.
Simplissime, vraiment.
Et en ce qui concerne le problème de l'OP, ce thread n'aurait pas eu lieu d'être, *tous* les modules nécessaires sont dans Fink.
Mais maintenant qu'il a foutu le bronx dans son /usr/local, il va falloir faire le ménage, et pas à la hache...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
kornea
xavier a écrit le 01/01/2011 à 20h20 :
rkornea wrote:
En fait, il faut virer fink qui pose problème avec la 10.6
N'importe quoi.
J'utilise Fink depuis la 10.2, les seuls qui ont foutu la merde c'est les andouilles de GNU qui en novembre dernier ont mis à jour gcc/ppl/cloog/java-headers en foirant les dépendances.
Ce qu'il ne faut pas faire c'est mélanger les gestionnaires de packages, fink; macports et CPAN. Fink n'a efectivement pas de mécanisme comme FreeBSD (BSDPAN), qui permet d'enregistrer les modules installés avec CPAN. Ce serait d'ailleurs tout aussi valable pour Debian avec apt v/s ./configure make install
Et pour ne pas avoir le PERL de macport, mais celui d'apple, change le PATH dans ton .profile comme indiqué sur ce site.
Encore n'importe quoi, le perl utilisé est celui indiqué dans le shebang. Et les dernières dépendances à perl-588 ont de toutes façons été nettoyées depuis un moment pour Snow Leopard.
Cependant la création d'un fichier .info pour un module n'existant pas dans Fink prend 30s montre en main, à mettre dans : "/sw/fink/dists/local/main/finkinfo/perlmods/"
Trois étapes : - utiliser un fichier existant comme modèle, aller sur CPAN repérer le chemin du module choisi, et modifier en conséquence. - commenter la ligne "Source-MD5:" (les hash n'est pas donné directement dans cpan.org). - lancer l'install, attendre que Fink couine sur un MD5 incorrect, il donne le bon, et on le copie dans le .info. On relance, et on installe. Si il y a des dépendance, les indiquer, si pas dans Fink, retourner à l'étape 1.
Simplissime, vraiment.
Et en ce qui concerne le problème de l'OP, ce thread n'aurait pas eu lieu d'être, *tous* les modules nécessaires sont dans Fink.
Mais maintenant qu'il a foutu le bronx dans son /usr/local, il va falloir faire le ménage, et pas à la hache...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
J'adore les réponses du guru qui arrivent en disant n'importe quoi à chaque assertion !
Plusieurs choses :
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-il que avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionne pas...
2. le PERL de macport ou d'apple... Bien évidemment que le shebang renseigne la version de perl (/usr/bin ou /opt/local)... Sauf que si tu ne fais pas gaffe et que tu tapes juste sudo cpan et bah tu utilises le cpan installé par macport (par exemple), bref, voilà pourquoi modifier le path
3. ta manip est "super" simple : genre j'ouvre les fichiers, je joue avec les MD5, j'attend que ça couine et hop, je relance... Super... en environnement de travail, c'est clair, on a que ça à faire d'aller ouvrir et modifier des fichiers à chaque install de cpan...
xavier a écrit le 01/01/2011 à 20h20 :
rkornea wrote:
En fait, il faut virer fink qui pose problème avec la 10.6
N'importe quoi.
J'utilise Fink depuis la 10.2, les seuls qui ont foutu la merde c'est
les andouilles de GNU qui en novembre dernier ont mis à jour
gcc/ppl/cloog/java-headers en foirant les dépendances.
Ce qu'il ne faut pas faire c'est mélanger les gestionnaires de packages,
fink; macports et CPAN. Fink n'a efectivement pas de mécanisme comme
FreeBSD (BSDPAN), qui permet d'enregistrer les modules installés avec
CPAN. Ce serait d'ailleurs tout aussi valable pour Debian avec apt v/s
./configure make install
Et pour ne pas avoir le PERL de macport, mais celui d'apple, change le
PATH dans ton .profile comme indiqué sur ce site.
Encore n'importe quoi, le perl utilisé est celui indiqué dans le
shebang. Et les dernières dépendances à perl-588 ont de
toutes façons
été nettoyées depuis un moment pour Snow Leopard.
Cependant la création d'un fichier .info pour un module n'existant pas
dans Fink prend 30s montre en main, à mettre dans :
"/sw/fink/dists/local/main/finkinfo/perlmods/"
Trois étapes :
- utiliser un fichier existant comme modèle, aller sur CPAN
repérer le
chemin du module choisi, et modifier en conséquence.
- commenter la ligne "Source-MD5:" (les hash n'est pas donné
directement
dans cpan.org).
- lancer l'install, attendre que Fink couine sur un MD5 incorrect, il
donne le bon, et on le copie dans le .info. On relance, et on installe.
Si il y a des dépendance, les indiquer, si pas dans Fink, retourner
à
l'étape 1.
Simplissime, vraiment.
Et en ce qui concerne le problème de l'OP, ce thread n'aurait pas eu
lieu d'être, *tous* les modules nécessaires sont dans Fink.
Mais maintenant qu'il a foutu le bronx dans son /usr/local, il va
falloir faire le ménage, et pas à la hache...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
J'adore les réponses du guru qui arrivent en disant n'importe quoi à chaque assertion !
Plusieurs choses :
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-il que avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionne pas...
2. le PERL de macport ou d'apple... Bien évidemment que le shebang renseigne la version de perl (/usr/bin ou /opt/local)... Sauf que si tu ne fais pas gaffe et que tu tapes juste sudo cpan et bah tu utilises le cpan installé par macport (par exemple), bref, voilà pourquoi modifier le path
3. ta manip est "super" simple : genre j'ouvre les fichiers, je joue avec les MD5, j'attend que ça couine et hop, je relance... Super... en environnement de travail, c'est clair, on a que ça à faire d'aller ouvrir et modifier des fichiers à chaque install de cpan...
En fait, il faut virer fink qui pose problème avec la 10.6
N'importe quoi.
J'utilise Fink depuis la 10.2, les seuls qui ont foutu la merde c'est les andouilles de GNU qui en novembre dernier ont mis à jour gcc/ppl/cloog/java-headers en foirant les dépendances.
Ce qu'il ne faut pas faire c'est mélanger les gestionnaires de packages, fink; macports et CPAN. Fink n'a efectivement pas de mécanisme comme FreeBSD (BSDPAN), qui permet d'enregistrer les modules installés avec CPAN. Ce serait d'ailleurs tout aussi valable pour Debian avec apt v/s ./configure make install
Et pour ne pas avoir le PERL de macport, mais celui d'apple, change le PATH dans ton .profile comme indiqué sur ce site.
Encore n'importe quoi, le perl utilisé est celui indiqué dans le shebang. Et les dernières dépendances à perl-588 ont de toutes façons été nettoyées depuis un moment pour Snow Leopard.
Cependant la création d'un fichier .info pour un module n'existant pas dans Fink prend 30s montre en main, à mettre dans : "/sw/fink/dists/local/main/finkinfo/perlmods/"
Trois étapes : - utiliser un fichier existant comme modèle, aller sur CPAN repérer le chemin du module choisi, et modifier en conséquence. - commenter la ligne "Source-MD5:" (les hash n'est pas donné directement dans cpan.org). - lancer l'install, attendre que Fink couine sur un MD5 incorrect, il donne le bon, et on le copie dans le .info. On relance, et on installe. Si il y a des dépendance, les indiquer, si pas dans Fink, retourner à l'étape 1.
Simplissime, vraiment.
Et en ce qui concerne le problème de l'OP, ce thread n'aurait pas eu lieu d'être, *tous* les modules nécessaires sont dans Fink.
Mais maintenant qu'il a foutu le bronx dans son /usr/local, il va falloir faire le ménage, et pas à la hache...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
J'adore les réponses du guru qui arrivent en disant n'importe quoi à chaque assertion !
Plusieurs choses :
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-il que avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionne pas...
2. le PERL de macport ou d'apple... Bien évidemment que le shebang renseigne la version de perl (/usr/bin ou /opt/local)... Sauf que si tu ne fais pas gaffe et que tu tapes juste sudo cpan et bah tu utilises le cpan installé par macport (par exemple), bref, voilà pourquoi modifier le path
3. ta manip est "super" simple : genre j'ouvre les fichiers, je joue avec les MD5, j'attend que ça couine et hop, je relance... Super... en environnement de travail, c'est clair, on a que ça à faire d'aller ouvrir et modifier des fichiers à chaque install de cpan...
xavier
kornea wrote:
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-ilque avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionnepas...
C'est marrant, ça marche chez tout le monde. Evidement, si tu utilises macports en même temps, ça fout la grouille et c'est pas étonnant.
Il m'arrive d'utiliser cpan, ke plus ea ezmznt possible, et pas besoin de touiller le PATH pour cela, puisque depuis un bon moment Fink n'impose plus d'utiliser perl-5.8.8 à la place de celui du système :
[ ~]$ echo $PATH /sw/bin:/sw/sbin:/usr/bin:/bin:[...etc...] [ ~]$ which perl /usr/bin/perl [ ~]$ fink list -i | wc -l 676
Comme tu vois, j'ai pas mal de packages Fink istallés, aucun souci.
Et je maintiens que quand on utilise un système de packages, il faut s'y tenir, et à lui seul, c'est pour cela que prendre 10 minutes pour créer un fichier .info du module Perl dont on a besoin est préférable. Encore plus en prod, précisément.
Un mec qui en production mélange Fink/macports/CPAN c'est pour moi un bidouilleur. J'ai même vu passer dans tes messages un ActivePerl !
Alors maintenant, tu désinstalles tout fink, macports, ActivePerl, ainsi que les modules CPAN (se trouvent dans /Library/Perl), tu réinstalles avec un et un seul package manager de ton choix tout ce que tu as bien noté avoir installé au préalable, et tes problèmes s'en iront comme par magie.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
kornea <kornea@domain-xyz.in> wrote:
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours
est-ilque avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça
ne fonctionnepas...
C'est marrant, ça marche chez tout le monde. Evidement, si tu utilises
macports en même temps, ça fout la grouille et c'est pas étonnant.
Il m'arrive d'utiliser cpan, ke plus ea ezmznt possible, et pas besoin
de touiller le PATH pour cela, puisque depuis un bon moment Fink
n'impose plus d'utiliser perl-5.8.8 à la place de celui du système :
[xavier@enterprise ~]$ echo $PATH
/sw/bin:/sw/sbin:/usr/bin:/bin:[...etc...]
[xavier@enterprise ~]$ which perl
/usr/bin/perl
[xavier@enterprise ~]$ fink list -i | wc -l
676
Comme tu vois, j'ai pas mal de packages Fink istallés, aucun souci.
Et je maintiens que quand on utilise un système de packages, il faut s'y
tenir, et à lui seul, c'est pour cela que prendre 10 minutes pour créer
un fichier .info du module Perl dont on a besoin est préférable. Encore
plus en prod, précisément.
Un mec qui en production mélange Fink/macports/CPAN c'est pour moi un
bidouilleur. J'ai même vu passer dans tes messages un ActivePerl !
Alors maintenant, tu désinstalles tout fink, macports, ActivePerl, ainsi
que les modules CPAN (se trouvent dans /Library/Perl), tu réinstalles
avec un et un seul package manager de ton choix tout ce que tu as bien
noté avoir installé au préalable, et tes problèmes s'en iront comme par
magie.
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-ilque avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionnepas...
C'est marrant, ça marche chez tout le monde. Evidement, si tu utilises macports en même temps, ça fout la grouille et c'est pas étonnant.
Il m'arrive d'utiliser cpan, ke plus ea ezmznt possible, et pas besoin de touiller le PATH pour cela, puisque depuis un bon moment Fink n'impose plus d'utiliser perl-5.8.8 à la place de celui du système :
[ ~]$ echo $PATH /sw/bin:/sw/sbin:/usr/bin:/bin:[...etc...] [ ~]$ which perl /usr/bin/perl [ ~]$ fink list -i | wc -l 676
Comme tu vois, j'ai pas mal de packages Fink istallés, aucun souci.
Et je maintiens que quand on utilise un système de packages, il faut s'y tenir, et à lui seul, c'est pour cela que prendre 10 minutes pour créer un fichier .info du module Perl dont on a besoin est préférable. Encore plus en prod, précisément.
Un mec qui en production mélange Fink/macports/CPAN c'est pour moi un bidouilleur. J'ai même vu passer dans tes messages un ActivePerl !
Alors maintenant, tu désinstalles tout fink, macports, ActivePerl, ainsi que les modules CPAN (se trouvent dans /Library/Perl), tu réinstalles avec un et un seul package manager de ton choix tout ce que tu as bien noté avoir installé au préalable, et tes problèmes s'en iront comme par magie.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
xavier
kornea wrote:
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-ilque avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionnepas...
C'est marrant, ça marche chez tout le monde. Evidement, si tu utilises macports en même temps, ça fout la grouille et c'est pas étonnant.
Il m'arrive d'utiliser cpan, le plus ea rarement possible, et pas besoin de touiller le PATH pour cela, puisque depuis un bon moment Fink n'impose plus d'utiliser perl-5.8.8 à la place de celui du système :
[ ~]$ echo $PATH /sw/bin:/sw/sbin:/usr/bin:/bin:[...etc...] [ ~]$ which perl /usr/bin/perl [ ~]$ fink list -i | wc -l 676
Comme tu vois, j'ai pas mal de packages Fink istallés, aucun souci.
Et je maintiens que quand on utilise un système de packages, il faut s'y tenir, et à lui seul, c'est pour cela que prendre 10 minutes pour créer un fichier .info du module Perl dont on a besoin est préférable. Encore plus en prod, précisément.
Un mec qui en production mélange Fink/macports/CPAN c'est pour moi un bidouilleur. J'ai même vu passer dans tes messages un ActivePerl !
Alors maintenant, tu désinstalles tout fink, macports, ActivePerl, ainsi que les modules CPAN (se trouvent dans /Library/Perl), tu réinstalles avec un et un seul package manager de ton choix tout ce que tu as bien noté avoir installé au préalable, et tes problèmes s'en iront comme par magie.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
kornea <kornea@domain-xyz.in> wrote:
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours
est-ilque avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça
ne fonctionnepas...
C'est marrant, ça marche chez tout le monde. Evidement, si tu utilises
macports en même temps, ça fout la grouille et c'est pas étonnant.
Il m'arrive d'utiliser cpan, le plus ea rarement possible, et pas besoin
de touiller le PATH pour cela, puisque depuis un bon moment Fink
n'impose plus d'utiliser perl-5.8.8 à la place de celui du système :
[xavier@enterprise ~]$ echo $PATH
/sw/bin:/sw/sbin:/usr/bin:/bin:[...etc...]
[xavier@enterprise ~]$ which perl
/usr/bin/perl
[xavier@enterprise ~]$ fink list -i | wc -l
676
Comme tu vois, j'ai pas mal de packages Fink istallés, aucun souci.
Et je maintiens que quand on utilise un système de packages, il faut s'y
tenir, et à lui seul, c'est pour cela que prendre 10 minutes pour créer
un fichier .info du module Perl dont on a besoin est préférable. Encore
plus en prod, précisément.
Un mec qui en production mélange Fink/macports/CPAN c'est pour moi un
bidouilleur. J'ai même vu passer dans tes messages un ActivePerl !
Alors maintenant, tu désinstalles tout fink, macports, ActivePerl, ainsi
que les modules CPAN (se trouvent dans /Library/Perl), tu réinstalles
avec un et un seul package manager de ton choix tout ce que tu as bien
noté avoir installé au préalable, et tes problèmes s'en iront comme par
magie.
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
1. Honnêtement, rien capté à ton explication sur Fink et 10.6 ! Toujours est-ilque avec ma 10.5, il n'y avait pas de souci et qu'avec la 10.6, ça ne fonctionnepas...
C'est marrant, ça marche chez tout le monde. Evidement, si tu utilises macports en même temps, ça fout la grouille et c'est pas étonnant.
Il m'arrive d'utiliser cpan, le plus ea rarement possible, et pas besoin de touiller le PATH pour cela, puisque depuis un bon moment Fink n'impose plus d'utiliser perl-5.8.8 à la place de celui du système :
[ ~]$ echo $PATH /sw/bin:/sw/sbin:/usr/bin:/bin:[...etc...] [ ~]$ which perl /usr/bin/perl [ ~]$ fink list -i | wc -l 676
Comme tu vois, j'ai pas mal de packages Fink istallés, aucun souci.
Et je maintiens que quand on utilise un système de packages, il faut s'y tenir, et à lui seul, c'est pour cela que prendre 10 minutes pour créer un fichier .info du module Perl dont on a besoin est préférable. Encore plus en prod, précisément.
Un mec qui en production mélange Fink/macports/CPAN c'est pour moi un bidouilleur. J'ai même vu passer dans tes messages un ActivePerl !
Alors maintenant, tu désinstalles tout fink, macports, ActivePerl, ainsi que les modules CPAN (se trouvent dans /Library/Perl), tu réinstalles avec un et un seul package manager de ton choix tout ce que tu as bien noté avoir installé au préalable, et tes problèmes s'en iront comme par magie.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
