J'ai un problème avec "rpmdrake". "rpmdrake" appelle "urpmi", qui lui
même appelle "curl" par défaut. Pour mettre à jour mes softs, j'ai
ajouté une source en ftp. Le problème c'est que "curl" veut absolument
faire du "extended passive mode", ce qui ne marche pas. Si je fais:
> curl ftp://serveur/toto.rpm
rien ne se passe (bloque à la commande ftp "EPSV", vu avec le sniffer
ethereal)
par contre
> curl --disable-epsv ftp://serveur/toto.rpm
et wget marche aussi. Problème: je peux faire un:
> urpmi --wget toto
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit
utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option
"--disable-epsv". Sinon, j'ai toujours la possibilité de faire des
"urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à
jour, mais c'est pas top.
On Thu, 18 Sep 2003 16:35:55 +0200, Fabien SK <fabsk+ wrote:
(...)
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget sera utilisé; donc urpme curl...
Gerard
Fabien SK
gerard patel wrote:
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget sera utilisé; donc urpme curl...
Merci de ta réponse. Ca je le savais déjà. Mais le problème est que j'aime bien curl aussi (pour certains usages autre que l'utilisation avec urpmi)... Alors je ne veux pas l'enlever...
gerard patel wrote:
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit
utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget
sera utilisé; donc urpme curl...
Merci de ta réponse. Ca je le savais déjà. Mais le problème est que
j'aime bien curl aussi (pour certains usages autre que l'utilisation
avec urpmi)... Alors je ne veux pas l'enlever...
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget sera utilisé; donc urpme curl...
Merci de ta réponse. Ca je le savais déjà. Mais le problème est que j'aime bien curl aussi (pour certains usages autre que l'utilisation avec urpmi)... Alors je ne veux pas l'enlever...
Fabien SK
gerard patel wrote:
On Thu, 18 Sep 2003 16:35:55 +0200, Fabien SK <fabsk+ wrote:
(...)
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget sera utilisé; donc urpme curl...
Gerard
Et plus, ça ne marche même plus :-( La dernière version de "grpmi" utilise apparemment tout le temps "libcurl" (un module perl) et non pas "curl" (et jamais wget). Snif :-(
gerard patel wrote:
On Thu, 18 Sep 2003 16:35:55 +0200, Fabien SK <fabsk+news@free.fr>
wrote:
(...)
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit
utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget
sera utilisé; donc urpme curl...
Gerard
Et plus, ça ne marche même plus :-( La dernière version de "grpmi"
utilise apparemment tout le temps "libcurl" (un module perl) et non pas
"curl" (et jamais wget). Snif :-(
On Thu, 18 Sep 2003 16:35:55 +0200, Fabien SK <fabsk+ wrote:
(...)
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget",
je ne sais pas non plus, mais si curl n'est pas installé wget sera utilisé; donc urpme curl...
Gerard
Et plus, ça ne marche même plus :-( La dernière version de "grpmi" utilise apparemment tout le temps "libcurl" (un module perl) et non pas "curl" (et jamais wget). Snif :-(
g.patel
On Fri, 19 Sep 2003 09:20:47 +0200, Fabien SK <fabsk+ wrote:
Merci de ta réponse. Ca je le savais déjà.
:-/
Mais le problème est que j'aime bien curl aussi (pour certains usages autre que l'utilisation avec urpmi)... Alors je ne veux pas l'enlever...
et bien, je ne vois pas pourquoi le fait de lancer curl depuis un autre programme l'empecherait de prendre en compte son fichier ~/.curl, alors.
Gerard
On Fri, 19 Sep 2003 09:20:47 +0200, Fabien SK <fabsk+news@free.fr>
wrote:
Merci de ta réponse. Ca je le savais déjà.
:-/
Mais le problème est que
j'aime bien curl aussi (pour certains usages autre que l'utilisation
avec urpmi)... Alors je ne veux pas l'enlever...
et bien, je ne vois pas pourquoi le fait de lancer curl
depuis un autre programme l'empecherait de prendre
en compte son fichier ~/.curl, alors.
On Fri, 19 Sep 2003 09:20:47 +0200, Fabien SK <fabsk+ wrote:
Merci de ta réponse. Ca je le savais déjà.
:-/
Mais le problème est que j'aime bien curl aussi (pour certains usages autre que l'utilisation avec urpmi)... Alors je ne veux pas l'enlever...
et bien, je ne vois pas pourquoi le fait de lancer curl depuis un autre programme l'empecherait de prendre en compte son fichier ~/.curl, alors.
Gerard
Fabien SK
Mais le problème est que j'aime bien curl aussi (pour certains usages autre que l'utilisation avec urpmi)... Alors je ne veux pas l'enlever...
et bien, je ne vois pas pourquoi le fait de lancer curl depuis un autre programme l'empecherait de prendre en compte son fichier ~/.curl, alors.
Je n'avais pas pensé à utiliser le fichier ~/.curlrc. Le problème est que si tu fais:
urpmi mon_package
ça marche il appelle bien "curl" (qui lis son fichier .curlrc, qui contient "--disable-epsv"). Par contre, si tu lances "rpmdrake", il va lancer au final "urpmi -X mon_package", et là il n'utilise plus "curl", mais "libcurl" (via perl) qui ne prend pas en compte le ".curlrc".
Merci de ta réponse.
Mais le problème est que
j'aime bien curl aussi (pour certains usages autre que l'utilisation
avec urpmi)... Alors je ne veux pas l'enlever...
et bien, je ne vois pas pourquoi le fait de lancer curl
depuis un autre programme l'empecherait de prendre
en compte son fichier ~/.curl, alors.
Je n'avais pas pensé à utiliser le fichier ~/.curlrc. Le problème est
que si tu fais:
urpmi mon_package
ça marche il appelle bien "curl" (qui lis son fichier .curlrc, qui
contient "--disable-epsv"). Par contre, si tu lances "rpmdrake", il va
lancer au final "urpmi -X mon_package", et là il n'utilise plus "curl",
mais "libcurl" (via perl) qui ne prend pas en compte le ".curlrc".
Mais le problème est que j'aime bien curl aussi (pour certains usages autre que l'utilisation avec urpmi)... Alors je ne veux pas l'enlever...
et bien, je ne vois pas pourquoi le fait de lancer curl depuis un autre programme l'empecherait de prendre en compte son fichier ~/.curl, alors.
Je n'avais pas pensé à utiliser le fichier ~/.curlrc. Le problème est que si tu fais:
urpmi mon_package
ça marche il appelle bien "curl" (qui lis son fichier .curlrc, qui contient "--disable-epsv"). Par contre, si tu lances "rpmdrake", il va lancer au final "urpmi -X mon_package", et là il n'utilise plus "curl", mais "libcurl" (via perl) qui ne prend pas en compte le ".curlrc".
Merci de ta réponse.
Fabien SK
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option "--disable-epsv". Sinon, j'ai toujours la possibilité de faire des "urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à jour, mais c'est pas top.
As tu essayé en mettant un alias pour curl ?
Je n'ai pas essayé, mais ça ne peut pas marcher, comme je viens de l'expliquer dans un autre message: quand tu utilises "rpmdrake", ça appelle "urpmi --X" qui n'utilise pas "curl" mais "libcurl". De plus, vu que ces outils sont écrits en perl, ils ne doivent pas tenir compter des alias du shell.
Merci pour ta réponse.
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit
utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option
"--disable-epsv". Sinon, j'ai toujours la possibilité de faire des
"urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à
jour, mais c'est pas top.
As tu essayé en mettant un alias pour curl ?
Je n'ai pas essayé, mais ça ne peut pas marcher, comme je viens de
l'expliquer dans un autre message: quand tu utilises "rpmdrake", ça
appelle "urpmi --X" qui n'utilise pas "curl" mais "libcurl". De plus, vu
que ces outils sont écrits en perl, ils ne doivent pas tenir compter des
alias du shell.
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option "--disable-epsv". Sinon, j'ai toujours la possibilité de faire des "urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à jour, mais c'est pas top.
As tu essayé en mettant un alias pour curl ?
Je n'ai pas essayé, mais ça ne peut pas marcher, comme je viens de l'expliquer dans un autre message: quand tu utilises "rpmdrake", ça appelle "urpmi --X" qui n'utilise pas "curl" mais "libcurl". De plus, vu que ces outils sont écrits en perl, ils ne doivent pas tenir compter des alias du shell.
Merci pour ta réponse.
Landry MINOZA
Le Jeudi 18 Septembre 2003 14:35, Fabien SK à écrit:
Bonjour,
Bonjour !
J'ai un problème avec "rpmdrake". "rpmdrake" appelle "urpmi", qui lui même appelle "curl" par défaut. Pour mettre à jour mes softs, j'ai ajouté une source en ftp. Le problème c'est que "curl" veut absolument faire du "extended passive mode", ce qui ne marche pas. Si je fais:
curl ftp://serveur/toto.rpm rien ne se passe (bloque à la commande ftp "EPSV", vu avec le sniffer
ethereal)
par contre
curl --disable-epsv ftp://serveur/toto.rpm
et wget marche aussi. Problème: je peux faire un:
urpmi --wget toto
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option "--disable-epsv". Sinon, j'ai toujours la possibilité de faire des "urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à jour, mais c'est pas top.
As tu essayé en mettant un alias pour curl ?
Merci de votre attention
-- Landry MINOZA supprimer _NOSPAM_ pour répondre.
Le Jeudi 18 Septembre 2003 14:35, Fabien SK à écrit:
Bonjour,
Bonjour !
J'ai un problème avec "rpmdrake". "rpmdrake" appelle "urpmi", qui lui
même appelle "curl" par défaut. Pour mettre à jour mes softs, j'ai
ajouté une source en ftp. Le problème c'est que "curl" veut absolument
faire du "extended passive mode", ce qui ne marche pas. Si je fais:
curl ftp://serveur/toto.rpm
rien ne se passe (bloque à la commande ftp "EPSV", vu avec le sniffer
ethereal)
par contre
curl --disable-epsv ftp://serveur/toto.rpm
et wget marche aussi. Problème: je peux faire un:
urpmi --wget toto
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit
utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option
"--disable-epsv". Sinon, j'ai toujours la possibilité de faire des
"urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à
jour, mais c'est pas top.
As tu essayé en mettant un alias pour curl ?
Merci de votre attention
--
Landry MINOZA
supprimer _NOSPAM_ pour répondre.
Le Jeudi 18 Septembre 2003 14:35, Fabien SK à écrit:
Bonjour,
Bonjour !
J'ai un problème avec "rpmdrake". "rpmdrake" appelle "urpmi", qui lui même appelle "curl" par défaut. Pour mettre à jour mes softs, j'ai ajouté une source en ftp. Le problème c'est que "curl" veut absolument faire du "extended passive mode", ce qui ne marche pas. Si je fais:
curl ftp://serveur/toto.rpm rien ne se passe (bloque à la commande ftp "EPSV", vu avec le sniffer
ethereal)
par contre
curl --disable-epsv ftp://serveur/toto.rpm
et wget marche aussi. Problème: je peux faire un:
urpmi --wget toto
mais depuis "rpmdrake" je ne sais pas comment dire à "urpmi" qu'il doit utiliser "wget", ou alors dire à curl qu'il doit utiliser l'option "--disable-epsv". Sinon, j'ai toujours la possibilité de faire des "urpmi" à la main avec un "rpmdrake" en fond pour savoir quoi mettre à jour, mais c'est pas top.
As tu essayé en mettant un alias pour curl ?
Merci de votre attention
-- Landry MINOZA supprimer _NOSPAM_ pour répondre.
g.patel
On Fri, 19 Sep 2003 12:50:38 +0200, Fabien SK <fabsk+ wrote:
Je n'avais pas pensé à utiliser le fichier ~/.curlrc. Le problème est que si tu fais:
urpmi mon_package
ça marche il appelle bien "curl" (qui lis son fichier .curlrc, qui contient "--disable-epsv"). Par contre, si tu lances "rpmdrake", il va lancer au final "urpmi -X mon_package", et là il n'utilise plus "curl", mais "libcurl" (via perl) qui ne prend pas en compte le ".curlrc".
Pourquoi quand je télécharge des rpm avec rpmdrake ps ax liste-t-il la commande curl alors ?
Gerard
On Fri, 19 Sep 2003 12:50:38 +0200, Fabien SK <fabsk+news@free.fr>
wrote:
Je n'avais pas pensé à utiliser le fichier ~/.curlrc. Le problème est
que si tu fais:
urpmi mon_package
ça marche il appelle bien "curl" (qui lis son fichier .curlrc, qui
contient "--disable-epsv"). Par contre, si tu lances "rpmdrake", il va
lancer au final "urpmi -X mon_package", et là il n'utilise plus "curl",
mais "libcurl" (via perl) qui ne prend pas en compte le ".curlrc".
Pourquoi quand je télécharge des rpm avec rpmdrake
ps ax liste-t-il la commande curl alors ?
On Fri, 19 Sep 2003 12:50:38 +0200, Fabien SK <fabsk+ wrote:
Je n'avais pas pensé à utiliser le fichier ~/.curlrc. Le problème est que si tu fais:
urpmi mon_package
ça marche il appelle bien "curl" (qui lis son fichier .curlrc, qui contient "--disable-epsv"). Par contre, si tu lances "rpmdrake", il va lancer au final "urpmi -X mon_package", et là il n'utilise plus "curl", mais "libcurl" (via perl) qui ne prend pas en compte le ".curlrc".
Pourquoi quand je télécharge des rpm avec rpmdrake ps ax liste-t-il la commande curl alors ?
Gerard
Fabien SK
Pourquoi quand je télécharge des rpm avec rpmdrake ps ax liste-t-il la commande curl alors ?
Je ne dois pas avoir la même version que toi. Je viens de la mettre à jour (mise à jour stables de Mandrake 9.1). Ma version exacte d'urpmi est: 4.2.34-1 (rpm -qi urpmi).
Pourquoi quand je télécharge des rpm avec rpmdrake
ps ax liste-t-il la commande curl alors ?
Je ne dois pas avoir la même version que toi. Je viens de la mettre à
jour (mise à jour stables de Mandrake 9.1). Ma version exacte d'urpmi
est: 4.2.34-1 (rpm -qi urpmi).
Pourquoi quand je télécharge des rpm avec rpmdrake ps ax liste-t-il la commande curl alors ?
Je ne dois pas avoir la même version que toi. Je viens de la mettre à jour (mise à jour stables de Mandrake 9.1). Ma version exacte d'urpmi est: 4.2.34-1 (rpm -qi urpmi).
g.patel
On Fri, 19 Sep 2003 14:44:12 +0200, Fabien SK <fabsk+ wrote:
Je ne dois pas avoir la même version que toi. Je viens de la mettre à jour (mise à jour stables de Mandrake 9.1). Ma version exacte d'urpmi est: 4.2.34-1 (rpm -qi urpmi).
On Fri, 19 Sep 2003 14:44:12 +0200, Fabien SK <fabsk+news@free.fr>
wrote:
Je ne dois pas avoir la même version que toi. Je viens de la mettre à
jour (mise à jour stables de Mandrake 9.1). Ma version exacte d'urpmi
est: 4.2.34-1 (rpm -qi urpmi).
On Fri, 19 Sep 2003 14:44:12 +0200, Fabien SK <fabsk+ wrote:
Je ne dois pas avoir la même version que toi. Je viens de la mettre à jour (mise à jour stables de Mandrake 9.1). Ma version exacte d'urpmi est: 4.2.34-1 (rpm -qi urpmi).
