In article <1hcuq0z.1cp9mqqep32uaN%, (Une bévue) wrote:
en fait le prog s'arrête sur le premier fichier en UTF-8, la ligne 26 étant :
return $decoder->name;
dans mes "use" j'ai juste :
use Encode::Guess; use base qw(Encode::Encoding);
je ne pige pas le message d'erreur :
(perhaps you forgot to load "iso-8859-1 or utf8"?)
qu'est-ce que je dois faire pour charger iso-8859-1 et utf-8 ???
je ne sais pas. j'ai pas tout compris non plus :( mais, as-tu essayé de faire la conversion directement avec un truc du genre : my $enc = guess_encoding($data, qw/euc-jp shiftjis 7bit-jis/); ref($enc) or die "Can't guess: $enc"; # trap error this way my $utf8 = $enc->decode($data);
ah, autrement, petite question à propos du :
{ local $/; open F, $fn or die "can't open $file: $!"; $string = <F>; close F or die "cannot close $file: $!"; }
tu as mis cela entre {} pour une question de scope concernant la ligne : local $/; càd de manière à être sûr que local $/; n'affecte que cette partie du script ???
oui, uniquement pour ce block. d'ailleurs, le close est inutile le fichier étant fermé automatiquement quand on sort du block.
-- klp
In article <1hcuq0z.1cp9mqqep32uaN%pere.noel@laponie.com.invalid>,
pere.noel@laponie.com.invalid (Une bévue) wrote:
en fait le prog s'arrête sur le premier fichier en UTF-8, la ligne 26
étant :
return $decoder->name;
dans mes "use" j'ai juste :
use Encode::Guess;
use base qw(Encode::Encoding);
je ne pige pas le message d'erreur :
(perhaps you forgot to load "iso-8859-1 or utf8"?)
qu'est-ce que je dois faire pour charger iso-8859-1 et utf-8 ???
je ne sais pas. j'ai pas tout compris non plus :(
mais, as-tu essayé de faire la conversion directement avec un truc du
genre :
my $enc = guess_encoding($data, qw/euc-jp shiftjis 7bit-jis/);
ref($enc) or die "Can't guess: $enc"; # trap error this way
my $utf8 = $enc->decode($data);
ah, autrement, petite question à propos du :
{
local $/;
open F, $fn or die "can't open $file: $!";
$string = <F>;
close F or die "cannot close $file: $!";
}
tu as mis cela entre {} pour une question de scope concernant la ligne :
local $/;
càd de manière à être sûr que local $/; n'affecte que cette partie du
script ???
oui, uniquement pour ce block. d'ailleurs, le close est inutile le
fichier étant fermé automatiquement quand on sort du block.
In article <1hcuq0z.1cp9mqqep32uaN%, (Une bévue) wrote:
en fait le prog s'arrête sur le premier fichier en UTF-8, la ligne 26 étant :
return $decoder->name;
dans mes "use" j'ai juste :
use Encode::Guess; use base qw(Encode::Encoding);
je ne pige pas le message d'erreur :
(perhaps you forgot to load "iso-8859-1 or utf8"?)
qu'est-ce que je dois faire pour charger iso-8859-1 et utf-8 ???
je ne sais pas. j'ai pas tout compris non plus :( mais, as-tu essayé de faire la conversion directement avec un truc du genre : my $enc = guess_encoding($data, qw/euc-jp shiftjis 7bit-jis/); ref($enc) or die "Can't guess: $enc"; # trap error this way my $utf8 = $enc->decode($data);
ah, autrement, petite question à propos du :
{ local $/; open F, $fn or die "can't open $file: $!"; $string = <F>; close F or die "cannot close $file: $!"; }
tu as mis cela entre {} pour une question de scope concernant la ligne : local $/; càd de manière à être sûr que local $/; n'affecte que cette partie du script ???
oui, uniquement pour ce block. d'ailleurs, le close est inutile le fichier étant fermé automatiquement quand on sort du block.
-- klp
laurent.pertois
Xavier wrote:
Ainsi, le module lib-www, qui est une dépendance pratiquement incontournable, va t'écraser /usr/bin/get par GET, et les scripts système vont d'un coup beaucoup moins bien marcher.
En même temps :
[rdaneel:~] laurent$ ls /usr/bin/GET ls: /usr/bin/GET: No such file or directory [rdaneel:~] laurent$ ls /usr/bin/get ls: /usr/bin/get: No such file or directory
Euh... ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Xavier <xavier@groumpf.org> wrote:
Ainsi, le module lib-www, qui est une dépendance pratiquement
incontournable, va t'écraser /usr/bin/get par GET, et les scripts
système vont d'un coup beaucoup moins bien marcher.
En même temps :
[rdaneel:~] laurent$ ls /usr/bin/GET
ls: /usr/bin/GET: No such file or directory
[rdaneel:~] laurent$ ls /usr/bin/get
ls: /usr/bin/get: No such file or directory
Euh... ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ainsi, le module lib-www, qui est une dépendance pratiquement incontournable, va t'écraser /usr/bin/get par GET, et les scripts système vont d'un coup beaucoup moins bien marcher.
En même temps :
[rdaneel:~] laurent$ ls /usr/bin/GET ls: /usr/bin/GET: No such file or directory [rdaneel:~] laurent$ ls /usr/bin/get ls: /usr/bin/get: No such file or directory
Euh... ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
pere.noel
Xavier wrote:
Been there, done that. Utilise plutôt les modules packagés dans Fink ou dans DP.
je n'ai rien installé par cpan, ce que j'ai voulu installer l'était déjà...
par contre, dans un petit script : ---------------------------------------------------------- #!/usr/bin/perl
use Encode::Encoding; use Encode::Guess; #use Encode::iso-8859-1; use utf8; #use iso-8859-1; use base qw(Encode::Encoding); #use latin1; #use Unicode;
sub guessEncoding { my ($fn) = @_; my $string; { local $/; open F, $fn or die "can't open $file: $!"; $string = <F>; close F or die "cannot close $file: $!"; } Encode::Guess->add_suspects('latin1'); my $decoder = Encode::Guess->guess($string); return $decoder->name; ###### LIGNE 24 }
j'ai l'erreur suivante, que je ne pige pas dutout :
Can't locate object method "name" via package "iso-8859-1 or utf8" (perhaps you forgot to load "iso-8859-1 or utf8"?) at /Users/yvon/work/Perl/encoding-check/check_files.pl line 24.
Default : ascii ascii-ctrl iso-8859-1 ### ISO-8859-1 est dans les default... null UCS-2BE UCS-2LE UTF-16 UTF-16BE UTF-16LE UTF-32 UTF-32BE UTF-32LE utf-8-strict utf8 ### UTF-8 est dans les defaut...
All : [...]
iso-8859-1 iso-8859-1
donc le prog s'arrête au premier fichier UTF-8 rencontré... (j'ai mis l'encodage dans le nom du fichier juste avant l'extension) -- une bévue
Xavier <xavier@groumpf.org> wrote:
Been there, done that. Utilise plutôt les modules packagés dans Fink ou
dans DP.
je n'ai rien installé par cpan, ce que j'ai voulu installer l'était
déjà...
par contre, dans un petit script :
----------------------------------------------------------
#!/usr/bin/perl
use Encode::Encoding;
use Encode::Guess;
#use Encode::iso-8859-1;
use utf8;
#use iso-8859-1;
use base qw(Encode::Encoding);
#use latin1;
#use Unicode;
sub guessEncoding
{
my ($fn) = @_;
my $string;
{
local $/;
open F, $fn or die "can't open $file: $!";
$string = <F>;
close F or die "cannot close $file: $!";
}
Encode::Guess->add_suspects('latin1');
my $decoder = Encode::Guess->guess($string);
return $decoder->name; ###### LIGNE 24
}
j'ai l'erreur suivante, que je ne pige pas dutout :
Can't locate object method "name" via package "iso-8859-1 or utf8"
(perhaps you forgot to load "iso-8859-1 or utf8"?) at
/Users/yvon/work/Perl/encoding-check/check_files.pl line 24.
Default :
ascii
ascii-ctrl
iso-8859-1 ### ISO-8859-1 est dans les default...
null
UCS-2BE
UCS-2LE
UTF-16
UTF-16BE
UTF-16LE
UTF-32
UTF-32BE
UTF-32LE
utf-8-strict
utf8 ### UTF-8 est dans les defaut...
All :
[...]
iso-8859-1
iso-8859-1
donc le prog s'arrête au premier fichier UTF-8 rencontré...
(j'ai mis l'encodage dans le nom du fichier juste avant l'extension)
--
une bévue
Been there, done that. Utilise plutôt les modules packagés dans Fink ou dans DP.
je n'ai rien installé par cpan, ce que j'ai voulu installer l'était déjà...
par contre, dans un petit script : ---------------------------------------------------------- #!/usr/bin/perl
use Encode::Encoding; use Encode::Guess; #use Encode::iso-8859-1; use utf8; #use iso-8859-1; use base qw(Encode::Encoding); #use latin1; #use Unicode;
sub guessEncoding { my ($fn) = @_; my $string; { local $/; open F, $fn or die "can't open $file: $!"; $string = <F>; close F or die "cannot close $file: $!"; } Encode::Guess->add_suspects('latin1'); my $decoder = Encode::Guess->guess($string); return $decoder->name; ###### LIGNE 24 }
j'ai l'erreur suivante, que je ne pige pas dutout :
Can't locate object method "name" via package "iso-8859-1 or utf8" (perhaps you forgot to load "iso-8859-1 or utf8"?) at /Users/yvon/work/Perl/encoding-check/check_files.pl line 24.
Default : ascii ascii-ctrl iso-8859-1 ### ISO-8859-1 est dans les default... null UCS-2BE UCS-2LE UTF-16 UTF-16BE UTF-16LE UTF-32 UTF-32BE UTF-32LE utf-8-strict utf8 ### UTF-8 est dans les defaut...
All : [...]
iso-8859-1 iso-8859-1
donc le prog s'arrête au premier fichier UTF-8 rencontré... (j'ai mis l'encodage dans le nom du fichier juste avant l'extension) -- une bévue
pere.noel
kurtz le pirate wrote:
je ne sais pas. j'ai pas tout compris non plus :( mais, as-tu essayé de faire la conversion directement avec un truc du genre : my $enc = guess_encoding($data, qw/euc-jp shiftjis 7bit-jis/); ref($enc) or die "Can't guess: $enc"; # trap error this way my $utf8 = $enc->decode($data);
non je n'ai pas essayé, parce que je suis prudent, je veux savoir ce que vaut vraiment Encode::Guess (personne ne répond sur 'comp.lang.perl.modules') car en parallèle de la détection d'encodage je fais une détection de langue, l'encodage et la langue sont liés...
mais bon, j'essaierai en automatique.
ah, autrement, petite question à propos du :
{ local $/; open F, $fn or die "can't open $file: $!"; $string = <F>; close F or die "cannot close $file: $!"; }
tu as mis cela entre {} pour une question de scope concernant la ligne : local $/; càd de manière à être sûr que local $/; n'affecte que cette partie du script ???
oui, uniquement pour ce block. d'ailleurs, le close est inutile le fichier étant fermé automatiquement quand on sort du block.
ah là, parfais, c'est comme en Ruby... -- une bévue
kurtz le pirate <kurtzlepirate@yahoo.fr> wrote:
je ne sais pas. j'ai pas tout compris non plus :(
mais, as-tu essayé de faire la conversion directement avec un truc du
genre :
my $enc = guess_encoding($data, qw/euc-jp shiftjis 7bit-jis/);
ref($enc) or die "Can't guess: $enc"; # trap error this way
my $utf8 = $enc->decode($data);
non je n'ai pas essayé, parce que je suis prudent, je veux savoir ce que
vaut vraiment Encode::Guess (personne ne répond sur
'comp.lang.perl.modules') car en parallèle de la détection d'encodage je
fais une détection de langue, l'encodage et la langue sont liés...
mais bon, j'essaierai en automatique.
ah, autrement, petite question à propos du :
{
local $/;
open F, $fn or die "can't open $file: $!";
$string = <F>;
close F or die "cannot close $file: $!";
}
tu as mis cela entre {} pour une question de scope concernant la ligne :
local $/;
càd de manière à être sûr que local $/; n'affecte que cette partie du
script ???
oui, uniquement pour ce block. d'ailleurs, le close est inutile le
fichier étant fermé automatiquement quand on sort du block.
ah là, parfais, c'est comme en Ruby...
--
une bévue
je ne sais pas. j'ai pas tout compris non plus :( mais, as-tu essayé de faire la conversion directement avec un truc du genre : my $enc = guess_encoding($data, qw/euc-jp shiftjis 7bit-jis/); ref($enc) or die "Can't guess: $enc"; # trap error this way my $utf8 = $enc->decode($data);
non je n'ai pas essayé, parce que je suis prudent, je veux savoir ce que vaut vraiment Encode::Guess (personne ne répond sur 'comp.lang.perl.modules') car en parallèle de la détection d'encodage je fais une détection de langue, l'encodage et la langue sont liés...
mais bon, j'essaierai en automatique.
ah, autrement, petite question à propos du :
{ local $/; open F, $fn or die "can't open $file: $!"; $string = <F>; close F or die "cannot close $file: $!"; }
tu as mis cela entre {} pour une question de scope concernant la ligne : local $/; càd de manière à être sûr que local $/; n'affecte que cette partie du script ???
oui, uniquement pour ce block. d'ailleurs, le close est inutile le fichier étant fermé automatiquement quand on sort du block.
ah là, parfais, c'est comme en Ruby... -- une bévue
laurent.pertois
Xavier wrote:
Laurent Pertois wrote:
Euh... ?
J'ai gardé mes mouffles et tapé GET au lieu de HEAD
Désolé. Mais le problème est bel et bien réel.
Vivi, ok, je comprends mieux.
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
Les modules que j'ai installé, peu nombreux, il est vrai, sont allés dans /Library/Perl.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
J'ai gardé mes mouffles et tapé GET au lieu de HEAD
Désolé. Mais le problème est bel et bien réel.
Vivi, ok, je comprends mieux.
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
Les modules que j'ai installé, peu nombreux, il est vrai, sont allés
dans /Library/Perl.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
J'ai gardé mes mouffles et tapé GET au lieu de HEAD
Désolé. Mais le problème est bel et bien réel.
Vivi, ok, je comprends mieux.
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
Les modules que j'ai installé, peu nombreux, il est vrai, sont allés dans /Library/Perl.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Xavier wrote:
Laurent Pertois wrote:
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
Ah ben j'en sais rien. Et c'était il y a un moement (10.1, sjmsb)
Oulalalalala...
Mais c'est ce qui s'est passé en installant Bundle::CPAN directement par "perl -mCPAN -e install Buncle::CPAN'
Mmmmm, je n'ai pas tapé ça comme ça mais j'ai installé Bundle::CPAN, effectivement. Mais ça ne semble pas avoir cassé head, en tous cas, mon /usr/bin/head me montre bien toujours les premières lignes d'un fichier.
On a deux systèmes de packagers (Fink et DP) pourquoi jouer au Wanabee liNuX wArLoRD ?
Euh, parce que fink, j'en ai ras-le-bol, ce qui est intéressant est en unstable et si tu ne mets pas à jour 3 fois par jour, ça finit toujours par être cassé (surtout, en plus, si tu as pas mal de truc installés). Quant à DP, je le préfère, mais je n'ai jamais envisagé d'installer des modules Perl avec. Cela dit, j'en installe très peu et je n'ai pas de soucis avec (j'ai du commencer en 10.3, il est vrai), tout va où je te l'ai indiqué, ou en tous cas tout semble y aller et c'est bien pris en compte. Je pense que c'est pris en compte maintenant, surtout quand on voit qu'ils parlent de Mac OS X dans perldoc :
% perldoc perlmacosx
Remarque, ils t'expliquent comment tout péter :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
Ah ben j'en sais rien. Et c'était il y a un moement (10.1, sjmsb)
Oulalalalala...
Mais c'est ce qui s'est passé en installant Bundle::CPAN directement par
"perl -mCPAN -e install Buncle::CPAN'
Mmmmm, je n'ai pas tapé ça comme ça mais j'ai installé Bundle::CPAN,
effectivement. Mais ça ne semble pas avoir cassé head, en tous cas, mon
/usr/bin/head me montre bien toujours les premières lignes d'un fichier.
On a deux systèmes de packagers (Fink et DP) pourquoi jouer au Wanabee
liNuX wArLoRD ?
Euh, parce que fink, j'en ai ras-le-bol, ce qui est intéressant est en
unstable et si tu ne mets pas à jour 3 fois par jour, ça finit toujours
par être cassé (surtout, en plus, si tu as pas mal de truc installés).
Quant à DP, je le préfère, mais je n'ai jamais envisagé d'installer des
modules Perl avec. Cela dit, j'en installe très peu et je n'ai pas de
soucis avec (j'ai du commencer en 10.3, il est vrai), tout va où je te
l'ai indiqué, ou en tous cas tout semble y aller et c'est bien pris en
compte. Je pense que c'est pris en compte maintenant, surtout quand on
voit qu'ils parlent de Mac OS X dans perldoc :
% perldoc perlmacosx
Remarque, ils t'expliquent comment tout péter :)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
Ah ben j'en sais rien. Et c'était il y a un moement (10.1, sjmsb)
Oulalalalala...
Mais c'est ce qui s'est passé en installant Bundle::CPAN directement par "perl -mCPAN -e install Buncle::CPAN'
Mmmmm, je n'ai pas tapé ça comme ça mais j'ai installé Bundle::CPAN, effectivement. Mais ça ne semble pas avoir cassé head, en tous cas, mon /usr/bin/head me montre bien toujours les premières lignes d'un fichier.
On a deux systèmes de packagers (Fink et DP) pourquoi jouer au Wanabee liNuX wArLoRD ?
Euh, parce que fink, j'en ai ras-le-bol, ce qui est intéressant est en unstable et si tu ne mets pas à jour 3 fois par jour, ça finit toujours par être cassé (surtout, en plus, si tu as pas mal de truc installés). Quant à DP, je le préfère, mais je n'ai jamais envisagé d'installer des modules Perl avec. Cela dit, j'en installe très peu et je n'ai pas de soucis avec (j'ai du commencer en 10.3, il est vrai), tout va où je te l'ai indiqué, ou en tous cas tout semble y aller et c'est bien pris en compte. Je pense que c'est pris en compte maintenant, surtout quand on voit qu'ils parlent de Mac OS X dans perldoc :
% perldoc perlmacosx
Remarque, ils t'expliquent comment tout péter :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Vincent Lefevre
Dans l'article <1hcvrh5.llbkh2p2wa50N%, Laurent Pertois écrit:
Xavier wrote:
J'ai gardé mes mouffles et tapé GET au lieu de HEAD
Désolé. Mais le problème est bel et bien réel.
Vivi, ok, je comprends mieux.
Cela dit, pourquoi cpan va-t-il en coller dans /usr/bin ?
En plus des modules Perl, lib-www installe des exécutables (qui sont des front-ends aux modules).
En plus des modules Perl, lib-www installe des exécutables (qui sont des front-ends aux modules).
Pas exemple, sous Debian:
$ which HEAD /usr/bin/HEAD
Ca ok, mais ça ne me dit toujours pas ce qu'il installe sur un Mac OS X et où il l'installe...
S'il l'installe au même endroit, c'est embêtant, je suis d'accord.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Vincent Lefevre <vincent+news@vinc17.org> wrote:
En plus des modules Perl, lib-www installe des exécutables (qui sont
des front-ends aux modules).
Pas exemple, sous Debian:
$ which HEAD
/usr/bin/HEAD
Ca ok, mais ça ne me dit toujours pas ce qu'il installe sur un Mac OS X
et où il l'installe...
S'il l'installe au même endroit, c'est embêtant, je suis d'accord.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
En plus des modules Perl, lib-www installe des exécutables (qui sont des front-ends aux modules).
Pas exemple, sous Debian:
$ which HEAD /usr/bin/HEAD
Ca ok, mais ça ne me dit toujours pas ce qu'il installe sur un Mac OS X et où il l'installe...
S'il l'installe au même endroit, c'est embêtant, je suis d'accord.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
kurtz le pirate
In article <1hcvn0f.19ugsnz1gsgey6N%, (Une bévue) wrote:
...
j'ai l'erreur suivante, que je ne pige pas dutout :
Can't locate object method "name" via package "iso-8859-1 or utf8" (perhaps you forgot to load "iso-8859-1 or utf8"?) at /Users/yvon/work/Perl/encoding-check/check_files.pl line 24.
...
as-tu essayé d'ajouter : use Encode qw(encode_utf8);
-- klp
In article <1hcvn0f.19ugsnz1gsgey6N%pere.noel@laponie.com.invalid>,
pere.noel@laponie.com.invalid (Une bévue) wrote:
...
j'ai l'erreur suivante, que je ne pige pas dutout :
Can't locate object method "name" via package "iso-8859-1 or utf8"
(perhaps you forgot to load "iso-8859-1 or utf8"?) at
/Users/yvon/work/Perl/encoding-check/check_files.pl line 24.
...
as-tu essayé d'ajouter :
use Encode qw(encode_utf8);
In article <1hcvn0f.19ugsnz1gsgey6N%, (Une bévue) wrote:
...
j'ai l'erreur suivante, que je ne pige pas dutout :
Can't locate object method "name" via package "iso-8859-1 or utf8" (perhaps you forgot to load "iso-8859-1 or utf8"?) at /Users/yvon/work/Perl/encoding-check/check_files.pl line 24.
...
as-tu essayé d'ajouter : use Encode qw(encode_utf8);
-- klp
kurtz le pirate
In article <1hcvjhm.dsdaguucq72gN%, (Xavier) wrote:
Une bévue wrote:
si je me souviens bien on installe de nouveaux modules par cpan ?
Surtout pas, malheureux !!!
ha ? j'ai toujours utiliser cpan sans problème.
CPAN installe les modules "à la Unix" sans tenir compte des joyeusetés MacOS comme les noms de fichiers insensibles à la casse.
a bon ? si je fais un "locate GET" et un "locate get" je n'obtient absolument pas la même liste de fichiers...
Ainsi, le module lib-www, qui est une dépendance pratiquement incontournable, va t'écraser /usr/bin/get par GET, et les scripts système vont d'un coup beaucoup moins bien marcher.
les scripts système... comme lequel par exemple, pour que je puisse tester qu'il ne marche moins bien ?
Been there, done that. Utilise plutôt les modules packagés dans Fink ou dans DP.
-- klp
In article <1hcvjhm.dsdaguucq72gN%xavier@groumpf.org>,
xavier@groumpf.org (Xavier) wrote:
Une bévue <pere.noel@laponie.com.invalid> wrote:
si je me souviens bien on installe de nouveaux modules par cpan ?
Surtout pas, malheureux !!!
ha ? j'ai toujours utiliser cpan sans problème.
CPAN installe les modules "à la Unix" sans tenir compte des joyeusetés
MacOS comme les noms de fichiers insensibles à la casse.
a bon ? si je fais un "locate GET" et un "locate get" je n'obtient
absolument pas la même liste de fichiers...
Ainsi, le module lib-www, qui est une dépendance pratiquement
incontournable, va t'écraser /usr/bin/get par GET, et les scripts
système vont d'un coup beaucoup moins bien marcher.
les scripts système... comme lequel par exemple, pour que je puisse
tester qu'il ne marche moins bien ?
Been there, done that. Utilise plutôt les modules packagés dans Fink ou
dans DP.
In article <1hcvjhm.dsdaguucq72gN%, (Xavier) wrote:
Une bévue wrote:
si je me souviens bien on installe de nouveaux modules par cpan ?
Surtout pas, malheureux !!!
ha ? j'ai toujours utiliser cpan sans problème.
CPAN installe les modules "à la Unix" sans tenir compte des joyeusetés MacOS comme les noms de fichiers insensibles à la casse.
a bon ? si je fais un "locate GET" et un "locate get" je n'obtient absolument pas la même liste de fichiers...
Ainsi, le module lib-www, qui est une dépendance pratiquement incontournable, va t'écraser /usr/bin/get par GET, et les scripts système vont d'un coup beaucoup moins bien marcher.
les scripts système... comme lequel par exemple, pour que je puisse tester qu'il ne marche moins bien ?
Been there, done that. Utilise plutôt les modules packagés dans Fink ou dans DP.
