J'ai de gros soucis lorsque je veux faire ceci :
fink selfupdate-cvs
Ca finit toujours en :
can't find curses file
make[2]: *** [curkeys.h] Error 1
make[1]: *** [all-dselect] Error 2
make: *** [all-recursive] Error 2
### execution of failed, exit code 2
Failed: compiling dpkg-1.10.9-7 failed
Qui vient toujours après :
cursesfile=`echo '#include <curses.h>' | \
gcc -E - | grep 'curses.h' | head -1 | \
sed -e 's/^[^"]*"//; s/".*$//'`; \
if [ "$cursesfile" = "" ]; then echo "can't find curses file"; exit 1;
fi; \
perl /sw/src/dpkg-1.10.9-7/dpkg-1.10.9/dselect/mkcurkeys.pl keyoverride
$cursesfile > curkeys.h
Unknown option: 1
Usage: head [-options] <url>...
-m <method> use method for the request (default is 'HEAD')
-f make request even if head believes method is illegal
-b <base> Use the specified URL as base
-t <timeout> Set timeout value
-i <time> Set the If-Modified-Since header on the request
-c <conttype> use this content-type for POST, PUT, CHECKIN
-a Use text mode for content I/O
-p <proxyurl> use this as a proxy
-P don't load proxy settings from environment
-H <header> send this HTTP header (you can specify several)
-u Display method and URL before any response
-U Display request headers (implies -u)
-s Display response status code
-S Display response status chain
-e Display response headers
-d Do not display content
-o <format> Process HTML content in various ways
-v Show program version
-h Print this message
-x Extra debugging output
Bon, en relisant je crois comprendre que
gcc -E - | grep 'curses.h' | head -1 | \
demande de trouver curses.h dans la sortie de head-1 mais que -1 n'est
pas une option valide pour head.
head étant une commande perl j'ai essayé de reprendre l'installation de
perl mais ça rien changé. Ce pourrait il être une erreur de fink ?
Où poser ce genre de questions ?
Oui, bon, google, j'y vais mais copier coller n'est pas toujours le bon
choix de mots clefs ..
Cordialement,
L Demaret
--
(enlever NemPaLeSpam pour trouver la bonne adresse)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Éric Lévénez
Le 26/12/03 16:53, dans <1g6l24o.2rd2zyf6g4ghN%, « Laurent Demaret » a écrit :
Unknown option: 1 Usage: head [-options] <url>... -m <method> use method for the request (default is 'HEAD') -f make request even if head believes method is illegal -b <base> Use the specified URL as base -t <timeout> Set timeout value -i <time> Set the If-Modified-Since header on the request -c <conttype> use this content-type for POST, PUT, CHECKIN -a Use text mode for content I/O -p <proxyurl> use this as a proxy -P don't load proxy settings from environment -H <header> send this HTTP header (you can specify several)
-u Display method and URL before any response -U Display request headers (implies -u) -s Display response status code -S Display response status chain -e Display response headers -d Do not display content -o <format> Process HTML content in various ways
-v Show program version -h Print this message
-x Extra debugging output
Le programme "head" que tu utilises n'est pas le bon. Alors soit une installation l'a écrasé (genre "HEAD" remplaçant "head" à cause d'HFS), soit le PATH a été modifié et le premier "head" du PATH n'est pas le bon.
MAC:~ eric$ /usr/bin/head -? Usage: head [-n lines] [file ...]
La commande "head -n 1" est identique à "head -1".
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
Le 26/12/03 16:53, dans <1g6l24o.2rd2zyf6g4ghN%lodemNemPaLeSpam@free.fr>,
« Laurent Demaret » <lodemNemPaLeSpam@free.fr> a écrit :
Unknown option: 1
Usage: head [-options] <url>...
-m <method> use method for the request (default is 'HEAD')
-f make request even if head believes method is illegal
-b <base> Use the specified URL as base
-t <timeout> Set timeout value
-i <time> Set the If-Modified-Since header on the request
-c <conttype> use this content-type for POST, PUT, CHECKIN
-a Use text mode for content I/O
-p <proxyurl> use this as a proxy
-P don't load proxy settings from environment
-H <header> send this HTTP header (you can specify several)
-u Display method and URL before any response
-U Display request headers (implies -u)
-s Display response status code
-S Display response status chain
-e Display response headers
-d Do not display content
-o <format> Process HTML content in various ways
-v Show program version
-h Print this message
-x Extra debugging output
Le programme "head" que tu utilises n'est pas le bon. Alors soit une
installation l'a écrasé (genre "HEAD" remplaçant "head" à cause d'HFS), soit
le PATH a été modifié et le premier "head" du PATH n'est pas le bon.
MAC:~ eric$ /usr/bin/head -?
Usage: head [-n lines] [file ...]
La commande "head -n 1" est identique à "head -1".
--
Éric Lévénez -- <http://www.levenez.com>
Unix is not only an OS, it's a way of life.
Le 26/12/03 16:53, dans <1g6l24o.2rd2zyf6g4ghN%, « Laurent Demaret » a écrit :
Unknown option: 1 Usage: head [-options] <url>... -m <method> use method for the request (default is 'HEAD') -f make request even if head believes method is illegal -b <base> Use the specified URL as base -t <timeout> Set timeout value -i <time> Set the If-Modified-Since header on the request -c <conttype> use this content-type for POST, PUT, CHECKIN -a Use text mode for content I/O -p <proxyurl> use this as a proxy -P don't load proxy settings from environment -H <header> send this HTTP header (you can specify several)
-u Display method and URL before any response -U Display request headers (implies -u) -s Display response status code -S Display response status chain -e Display response headers -d Do not display content -o <format> Process HTML content in various ways
-v Show program version -h Print this message
-x Extra debugging output
Le programme "head" que tu utilises n'est pas le bon. Alors soit une installation l'a écrasé (genre "HEAD" remplaçant "head" à cause d'HFS), soit le PATH a été modifié et le premier "head" du PATH n'est pas le bon.
MAC:~ eric$ /usr/bin/head -? Usage: head [-n lines] [file ...]
La commande "head -n 1" est identique à "head -1".
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
lodemNemPaLeSpam
Éric Lévénez wrote:
Bonsoir Eric,
Le programme "head" que tu utilises n'est pas le bon. Content je suis d'avoir presque compris :-)
Alors soit une installation l'a écrasé (genre "HEAD" remplaçant "head" à cause d'HFS), soit le PATH a été modifié et le premier "head" du PATH n'est pas le bon.
MAC:~ eric$ /usr/bin/head -? Usage: head [-n lines] [file ...] le -? ne donne rien chez moi :
[chezMoi:~] ld% /usr/bin/head -? /usr/bin/head: No match.
La commande "head -n 1" est identique à "head -1". Pas chez moi :-(
installé perl5.8.2 d'après les sources sans succès, 5.8.0 depuis un package binary sans plus de réussite, j'hésite à installer 5.6.0 depuis les sources, ou tout ré-installer ; à condition de retrouver les cd d'install et ça ne me tente guère ...
une (ou + ) idée ? Merci
L Demaret -- (enlever NemPaLeSpam pour trouver la bonne adresse)
Éric Lévénez <eric@levenez.com> wrote:
Bonsoir Eric,
Le programme "head" que tu utilises n'est pas le bon.
Content je suis d'avoir presque compris :-)
Alors soit une
installation l'a écrasé (genre "HEAD" remplaçant "head" à cause d'HFS), soit
le PATH a été modifié et le premier "head" du PATH n'est pas le bon.
MAC:~ eric$ /usr/bin/head -?
Usage: head [-n lines] [file ...]
le -? ne donne rien chez moi :
[chezMoi:~] ld% /usr/bin/head -?
/usr/bin/head: No match.
La commande "head -n 1" est identique à "head -1".
Pas chez moi :-(
installé perl5.8.2 d'après les sources sans succès, 5.8.0 depuis un
package binary sans plus de réussite, j'hésite à installer 5.6.0 depuis
les sources, ou tout ré-installer ; à condition de retrouver les cd
d'install et ça ne me tente guère ...
une (ou + ) idée ?
Merci
L Demaret
--
(enlever NemPaLeSpam pour trouver la bonne adresse)
Le programme "head" que tu utilises n'est pas le bon. Content je suis d'avoir presque compris :-)
Alors soit une installation l'a écrasé (genre "HEAD" remplaçant "head" à cause d'HFS), soit le PATH a été modifié et le premier "head" du PATH n'est pas le bon.
MAC:~ eric$ /usr/bin/head -? Usage: head [-n lines] [file ...] le -? ne donne rien chez moi :
[chezMoi:~] ld% /usr/bin/head -? /usr/bin/head: No match.
La commande "head -n 1" est identique à "head -1". Pas chez moi :-(
installé perl5.8.2 d'après les sources sans succès, 5.8.0 depuis un package binary sans plus de réussite, j'hésite à installer 5.6.0 depuis les sources, ou tout ré-installer ; à condition de retrouver les cd d'install et ça ne me tente guère ...
une (ou + ) idée ? Merci
L Demaret -- (enlever NemPaLeSpam pour trouver la bonne adresse)
Éric Lévénez
Le 26/12/03 21:59, dans <1g6lf9z.6n6kevzqsry2N%, « Laurent Demaret » a écrit :
Éric Lévénez wrote:
MAC:~ eric$ /usr/bin/head -? Usage: head [-n lines] [file ...] le -? ne donne rien chez moi :
[chezMoi:~] ld% /usr/bin/head -? /usr/bin/head: No match.
Cela ne vient pas de head, mais du shell. Les shells csh ont la fâcheuse habitude d'essayer de traiter ? comme caractère spécial. Alors avec de tels shells de @#&! il faut taper quelque chose du genre :
head -?
Mais tu as donné la réponse dans ton message précédant.
Alors là, c'est clair, HEAD a remplacé head (ce n'est pas un simple problème de PATH). Le fait que HFS ne gère pas la casse (enfin jusqu'à Panther il parait) fait que ce problème existe sous Mac OS X alors qu'il n'existe sous aucun autre unix.
La commande "head -n 1" est identique à "head -1". Pas chez moi :-(
Bin oui, tu l'as écrasé !
installé perl5.8.2 d'après les sources sans succès, 5.8.0 depuis un package binary sans plus de réussite, j'hésite à installer 5.6.0 depuis les sources, ou tout ré-installer ; à condition de retrouver les cd d'install et ça ne me tente guère ...
une (ou + ) idée ?
Le HEAD que tu utilises est celui de libnet de perl. En installant une version mal portée, tu as, sans le vouloir bien sûr, écrasé le head unix.
Le seul moyen de récupérer le bon head est de prendre une copie sur une machine qui marche avec exactement le même système que le tien.
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
Le 26/12/03 21:59, dans <1g6lf9z.6n6kevzqsry2N%lodemNemPaLeSpam@free.fr>,
« Laurent Demaret » <lodemNemPaLeSpam@free.fr> a écrit :
Éric Lévénez <eric@levenez.com> wrote:
MAC:~ eric$ /usr/bin/head -?
Usage: head [-n lines] [file ...]
le -? ne donne rien chez moi :
[chezMoi:~] ld% /usr/bin/head -?
/usr/bin/head: No match.
Cela ne vient pas de head, mais du shell. Les shells csh ont la fâcheuse
habitude d'essayer de traiter ? comme caractère spécial. Alors avec de tels
shells de @#&! il faut taper quelque chose du genre :
head -?
Mais tu as donné la réponse dans ton message précédant.
Alors là, c'est clair, HEAD a remplacé head (ce n'est pas un simple problème
de PATH). Le fait que HFS ne gère pas la casse (enfin jusqu'à Panther il
parait) fait que ce problème existe sous Mac OS X alors qu'il n'existe sous
aucun autre unix.
La commande "head -n 1" est identique à "head -1".
Pas chez moi :-(
Bin oui, tu l'as écrasé !
installé perl5.8.2 d'après les sources sans succès, 5.8.0 depuis un
package binary sans plus de réussite, j'hésite à installer 5.6.0 depuis
les sources, ou tout ré-installer ; à condition de retrouver les cd
d'install et ça ne me tente guère ...
une (ou + ) idée ?
Le HEAD que tu utilises est celui de libnet de perl. En installant une
version mal portée, tu as, sans le vouloir bien sûr, écrasé le head unix.
Le seul moyen de récupérer le bon head est de prendre une copie sur une
machine qui marche avec exactement le même système que le tien.
--
Éric Lévénez -- <http://www.levenez.com>
Unix is not only an OS, it's a way of life.
Le 26/12/03 21:59, dans <1g6lf9z.6n6kevzqsry2N%, « Laurent Demaret » a écrit :
Éric Lévénez wrote:
MAC:~ eric$ /usr/bin/head -? Usage: head [-n lines] [file ...] le -? ne donne rien chez moi :
[chezMoi:~] ld% /usr/bin/head -? /usr/bin/head: No match.
Cela ne vient pas de head, mais du shell. Les shells csh ont la fâcheuse habitude d'essayer de traiter ? comme caractère spécial. Alors avec de tels shells de @#&! il faut taper quelque chose du genre :
head -?
Mais tu as donné la réponse dans ton message précédant.
Alors là, c'est clair, HEAD a remplacé head (ce n'est pas un simple problème de PATH). Le fait que HFS ne gère pas la casse (enfin jusqu'à Panther il parait) fait que ce problème existe sous Mac OS X alors qu'il n'existe sous aucun autre unix.
La commande "head -n 1" est identique à "head -1". Pas chez moi :-(
Bin oui, tu l'as écrasé !
installé perl5.8.2 d'après les sources sans succès, 5.8.0 depuis un package binary sans plus de réussite, j'hésite à installer 5.6.0 depuis les sources, ou tout ré-installer ; à condition de retrouver les cd d'install et ça ne me tente guère ...
une (ou + ) idée ?
Le HEAD que tu utilises est celui de libnet de perl. En installant une version mal portée, tu as, sans le vouloir bien sûr, écrasé le head unix.
Le seul moyen de récupérer le bon head est de prendre une copie sur une machine qui marche avec exactement le même système que le tien.
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
lodemNemPaLeSpam
Éric Lévénez wrote:
une (ou + ) idée ?
Le HEAD que tu utilises est celui de libnet de perl. En installant une version mal portée, tu as, sans le vouloir bien sûr, écrasé le head unix. Ca fait plaisir de savoir ce qui se passe, même si ça n'a rien de
réjouissant sur le fond.
Le seul moyen de récupérer le bon head est de prendre une copie sur une machine qui marche avec exactement le même système que le tien. macos x 10.2.8, powerpc G4 biproc 867 Mhz ça suffit comme renseignement
à une bonne âme pour me l'envoyer ? L'adresse serait mais sans .sansSpam, maudits robots parfois ...
Cordialement, L Demaret
-- (enlever NemPaLeSpam pour trouver la bonne adresse)
Éric Lévénez <eric@levenez.com> wrote:
une (ou + ) idée ?
Le HEAD que tu utilises est celui de libnet de perl. En installant une
version mal portée, tu as, sans le vouloir bien sûr, écrasé le head unix.
Ca fait plaisir de savoir ce qui se passe, même si ça n'a rien de
réjouissant sur le fond.
Le seul moyen de récupérer le bon head est de prendre une copie sur une
machine qui marche avec exactement le même système que le tien.
macos x 10.2.8, powerpc G4 biproc 867 Mhz ça suffit comme renseignement
à une bonne âme pour me l'envoyer ?
L'adresse serait lodem.sansSpam@free.fr mais sans .sansSpam, maudits
robots parfois ...
Cordialement,
L Demaret
--
(enlever NemPaLeSpam pour trouver la bonne adresse)
Le HEAD que tu utilises est celui de libnet de perl. En installant une version mal portée, tu as, sans le vouloir bien sûr, écrasé le head unix. Ca fait plaisir de savoir ce qui se passe, même si ça n'a rien de
réjouissant sur le fond.
Le seul moyen de récupérer le bon head est de prendre une copie sur une machine qui marche avec exactement le même système que le tien. macos x 10.2.8, powerpc G4 biproc 867 Mhz ça suffit comme renseignement
à une bonne âme pour me l'envoyer ? L'adresse serait mais sans .sansSpam, maudits robots parfois ...
Cordialement, L Demaret
-- (enlever NemPaLeSpam pour trouver la bonne adresse)
lists
Éric Lévénez wrote:
enfin jusqu'à Panther il parait) fait que ce problème existe sous Mac OS X alors qu'il n'existe sous aucun autre unix.
Il y a un moyen pour gérer la casse sous Panther ? Chez moi, le problème est toujours là :
% touch test % touch TEST % ls test
-- Julien Salort http://www.juliensalort.org
Éric Lévénez <eric@levenez.com> wrote:
enfin jusqu'à Panther il
parait) fait que ce problème existe sous Mac OS X alors qu'il n'existe sous
aucun autre unix.
Il y a un moyen pour gérer la casse sous Panther ?
Chez moi, le problème est toujours là :
