[gentoo-user-fr] Bloque dans emerge system avec tar-1.14.90-r1
8 réponses
Laurent Demaret
Bonjour,
En fait je suis bloqu=E9 par mon manque de connaissance :-((
Je bute sur le bug 69395 @ http://bugs.gentoo.org/show_bug.cgi?id=3D69395
Il est dit :
> A workaround:
>
> emerge tar
livecd#emerge tar -> retombe sur l'erreur
> cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib
ssh#cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib --rem :ssh=20=
c'est dans le m=EAme local
Et alors l=E0 :
patch -p1 <<EOM
Qu'est ce qu' EOM ?
End Of Message ? comment le faire savoir =E0 bash ?
Dans le man de bash j'ai trouv=E9 \[ qui m'a permit de rentrer le texte =
:
ssh# patch -p0 <<\[
ssh#> -- argp-fs-xinl.c.orig 2004-10-29 13:45:06.806318952 +0100
ssh#> +++ argp-fs-xinl.c 2004-10-29 13:45:26.385342488 +0100
ssh#> @@ -22,8 +22,9 @@
ssh#> #endif
ssh#>
ssh#> #define ARGP_FS_EI
ssh#> -#undef __OPTIMIZE__
ssh#> -#define __OPTIMIZE__
ssh#> +#ifndef __OPTIMIZE__
ssh#> +#define __OPTIMIZE__ 1
ssh#> +#endif
ssh#> #include "argp-fmtstream.h"
ssh#>
ssh#> #if 0
Ctrl-D --rem EOM
ssh#> -bash: patch: command not found
:-(
Avec =E7a me doutais bien que je n'irais pas loin ..
livecd#ebuild /usr/portage/app-arch/tar/tar-1.14.90-r1.ebuild merge
Re l'erreur
Question b=EAte donc : comment fait on un patch et comment le faire=20
prendre en compte ?
J'imaginais un fichier =E0 cr=E9er quelque part et son chemin dans un=20
fichier de configuration.
=C7a j'aurais pu faire mais l=E0 je ne sais tout simplement pas :-(
Question subsidiaire : puis je lancer emerge depuis mon poste ssh qui=20
n'est pas chroot ? je me suis mis dans /mnt/gentoo/ et je modifie les=20
fichiers depuis l=E0. Je ne sais pas si dans le terminal ou il y a =
chroot=20
il a des valeurs de variables qui manqueraient depuis ssh ?
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
Yoann Pannier
Laurent Demaret wrote:
Bonjour,
En fait je suis bloqué par mon manque de connaissance :-(( Je bute sur le bug 69395 @ http://bugs.gentoo.org/show_bug.cgi?idi395
Il est dit :
A workaround:
emerge tar
livecd#emerge tar -> retombe sur l'erreur
Normal. Le but du jeu est d'avoir les sources de tar téléchargés et décompressées dans /var/truc/bidule. Quand l'erreur arrive, portage s'arrete et laisse tout ce qu'il a déjà fait, ce qui te donne la possibilité de jouer. C'est faisable directement avec 'ebuild', en évitant l'erreur.
cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib
ssh#cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib --rem :ssh c'est dans le même local Et alors là : patch -p1 <<EOM
Qu'est ce qu' EOM ? End Of Message ? comment le faire savoir à bash ?
C'est la chaîne de caractères marquant la fin de la redirection, c'est arbitraire.
Question bête donc : comment fait on un patch et comment le faire prendre en compte ?
Je suis pas sûr de comprendre la question là. Un patch c'est un texte formaté d'une certaine mannière indiquant les choses a modifier dans un fichier de référence. On l'applique avec la commande patch.
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Question subsidiaire : puis je lancer emerge depuis mon poste ssh qui n'est pas chroot ? je me suis mis dans /mnt/gentoo/ et je modifie les
Je ne suis pas très sûr là mais : si ça pose problème, pourquoi tu ne fais pas un chroot dans ton ssh ?
fichiers depuis là. Je ne sais pas si dans le terminal ou il y a chroot il a des valeurs de variables qui manqueraient depuis ssh ?
Probable.
ps: Si je puis me permettre, y a-t-il une raison particulière qui te force a faire une install en ~arch ? Tu as vraiment besoin de la dernière version masquée (et 'instable' apparemment) de tar ? C'est un peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à mon avis.
-- Yoann Pannier
-- mailing list
Laurent Demaret wrote:
Bonjour,
En fait je suis bloqué par mon manque de connaissance :-((
Je bute sur le bug 69395 @ http://bugs.gentoo.org/show_bug.cgi?idi395
Il est dit :
A workaround:
emerge tar
livecd#emerge tar -> retombe sur l'erreur
Normal. Le but du jeu est d'avoir les sources de tar téléchargés et
décompressées dans /var/truc/bidule. Quand l'erreur arrive, portage
s'arrete et laisse tout ce qu'il a déjà fait, ce qui te donne la
possibilité de jouer. C'est faisable directement avec 'ebuild', en
évitant l'erreur.
cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib
ssh#cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib --rem :ssh
c'est dans le même local
Et alors là :
patch -p1 <<EOM
Qu'est ce qu' EOM ?
End Of Message ? comment le faire savoir à bash ?
C'est la chaîne de caractères marquant la fin de la redirection, c'est
arbitraire.
Question bête donc : comment fait on un patch et comment le faire
prendre en compte ?
Je suis pas sûr de comprendre la question là. Un patch c'est un texte
formaté d'une certaine mannière indiquant les choses a modifier dans un
fichier de référence. On l'applique avec la commande patch.
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a
changer dans le source. C'est faisable directement, à la main.
Question subsidiaire : puis je lancer emerge depuis mon poste ssh qui
n'est pas chroot ? je me suis mis dans /mnt/gentoo/ et je modifie les
Je ne suis pas très sûr là mais : si ça pose problème, pourquoi tu ne
fais pas un chroot dans ton ssh ?
fichiers depuis là. Je ne sais pas si dans le terminal ou il y a chroot
il a des valeurs de variables qui manqueraient depuis ssh ?
Probable.
ps: Si je puis me permettre, y a-t-il une raison particulière qui te
force a faire une install en ~arch ? Tu as vraiment besoin de la
dernière version masquée (et 'instable' apparemment) de tar ? C'est un
peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à
mon avis.
En fait je suis bloqué par mon manque de connaissance :-(( Je bute sur le bug 69395 @ http://bugs.gentoo.org/show_bug.cgi?idi395
Il est dit :
A workaround:
emerge tar
livecd#emerge tar -> retombe sur l'erreur
Normal. Le but du jeu est d'avoir les sources de tar téléchargés et décompressées dans /var/truc/bidule. Quand l'erreur arrive, portage s'arrete et laisse tout ce qu'il a déjà fait, ce qui te donne la possibilité de jouer. C'est faisable directement avec 'ebuild', en évitant l'erreur.
cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib
ssh#cd /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib --rem :ssh c'est dans le même local Et alors là : patch -p1 <<EOM
Qu'est ce qu' EOM ? End Of Message ? comment le faire savoir à bash ?
C'est la chaîne de caractères marquant la fin de la redirection, c'est arbitraire.
Question bête donc : comment fait on un patch et comment le faire prendre en compte ?
Je suis pas sûr de comprendre la question là. Un patch c'est un texte formaté d'une certaine mannière indiquant les choses a modifier dans un fichier de référence. On l'applique avec la commande patch.
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Question subsidiaire : puis je lancer emerge depuis mon poste ssh qui n'est pas chroot ? je me suis mis dans /mnt/gentoo/ et je modifie les
Je ne suis pas très sûr là mais : si ça pose problème, pourquoi tu ne fais pas un chroot dans ton ssh ?
fichiers depuis là. Je ne sais pas si dans le terminal ou il y a chroot il a des valeurs de variables qui manqueraient depuis ssh ?
Probable.
ps: Si je puis me permettre, y a-t-il une raison particulière qui te force a faire une install en ~arch ? Tu as vraiment besoin de la dernière version masquée (et 'instable' apparemment) de tar ? C'est un peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à mon avis.
-- Yoann Pannier
-- mailing list
Laurent Demaret
Bonsoir Yoann,
Le 31 oct. 04, à 18:31, Yoann Pannier a écrit :
livecd#emerge tar -> retombe sur l'erreur
ce qui te donne la possibilité de jouer. C'est faisable directement avec 'ebuild', en évitant l'erreur.
Bon, on en reparle à la fin ..
Qu'est ce qu' EOM ? End Of Message ? comment le faire savoir à bash ?
C'est la chaîne de caractères marquant la fin de la redirection, c'est arbitraire.
Ctrl-D marche bien chez moi, c'est ce que j'ai utilisé.
C'est écrit de faire, je fais, bête et discipliné :-/
Je suis pas sûr de comprendre la question là. Un patch c'est un texte formaté d'une certaine mannière indiquant les choses a modifier dans un fichier de référence. On l'applique avec la commande patch.
Bash dit qu'il ne reconnait pas patch alors,
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Je ne suis pas très sûr là mais : si ça pose problème, pourquoi tu ne fais pas un chroot dans ton ssh ?
Comment faire pour avoir le même environnement (variables) que dans le terminal où je suis "chrooté" depuis le début ? Pas la peine ? Parce que en suivant le manuel il te fait source profile et des choses comme ça ? dois je les refaire ?
fichiers depuis là. Je ne sais pas si dans le terminal ou il y a chroot il a des valeurs de variables qui manqueraient depuis ssh ?
Probable.
ps: Si je puis me permettre, y a-t-il une raison particulière qui te force a faire une install en ~arch ?
Non ! simplement que j'ai fini par aller butiner les instables sous freebsd et je me suis dit que je pouvais prendre les devants. Et c'est tentant quand c'est proposé (dans le make.conf je sais plus).
Tu as vraiment besoin de la dernière version masquée (et 'instable' apparemment) de tar ? C'est un peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à mon avis.
Pas du tout, je me contenterais volontier de la stable, mais si c'est pour refaire le périple le jour ou je voudrais passer en "testing" ?
Cordialement,
Laurent Demaret
-- Yoann Pannier
-- mailing list
--
-- mailing list
Bonsoir Yoann,
Le 31 oct. 04, à 18:31, Yoann Pannier a écrit :
livecd#emerge tar -> retombe sur l'erreur
ce qui te donne la
possibilité de jouer. C'est faisable directement avec 'ebuild', en
évitant l'erreur.
Bon, on en reparle à la fin ..
Qu'est ce qu' EOM ?
End Of Message ? comment le faire savoir à bash ?
C'est la chaîne de caractères marquant la fin de la redirection, c'est
arbitraire.
Ctrl-D marche bien chez moi, c'est ce que j'ai utilisé.
C'est écrit de faire, je fais, bête et discipliné :-/
Je suis pas sûr de comprendre la question là. Un patch c'est un texte
formaté d'une certaine mannière indiquant les choses a modifier dans un
fichier de référence. On l'applique avec la commande patch.
Bash dit qu'il ne reconnait pas patch alors,
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a
changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Je ne suis pas très sûr là mais : si ça pose problème, pourquoi tu ne
fais pas un chroot dans ton ssh ?
Comment faire pour avoir le même environnement (variables) que dans le
terminal où je suis "chrooté" depuis le début ?
Pas la peine ? Parce que en suivant le manuel il te fait source profile
et des choses comme ça ? dois je les refaire ?
fichiers depuis là. Je ne sais pas si dans le terminal ou il y a
chroot
il a des valeurs de variables qui manqueraient depuis ssh ?
Probable.
ps: Si je puis me permettre, y a-t-il une raison particulière qui te
force a faire une install en ~arch ?
Non ! simplement que j'ai fini par aller butiner les instables sous
freebsd et je me suis dit que je pouvais prendre les devants. Et c'est
tentant quand c'est proposé (dans le make.conf je sais plus).
Tu as vraiment besoin de la
dernière version masquée (et 'instable' apparemment) de tar ? C'est un
peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à
mon avis.
Pas du tout, je me contenterais volontier de la stable, mais si c'est
pour refaire le périple le jour ou je voudrais passer en "testing" ?
C'est écrit de faire, je fais, bête et discipliné :-/
Je suis pas sûr de comprendre la question là. Un patch c'est un texte formaté d'une certaine mannière indiquant les choses a modifier dans un fichier de référence. On l'applique avec la commande patch.
Bash dit qu'il ne reconnait pas patch alors,
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Je ne suis pas très sûr là mais : si ça pose problème, pourquoi tu ne fais pas un chroot dans ton ssh ?
Comment faire pour avoir le même environnement (variables) que dans le terminal où je suis "chrooté" depuis le début ? Pas la peine ? Parce que en suivant le manuel il te fait source profile et des choses comme ça ? dois je les refaire ?
fichiers depuis là. Je ne sais pas si dans le terminal ou il y a chroot il a des valeurs de variables qui manqueraient depuis ssh ?
Probable.
ps: Si je puis me permettre, y a-t-il une raison particulière qui te force a faire une install en ~arch ?
Non ! simplement que j'ai fini par aller butiner les instables sous freebsd et je me suis dit que je pouvais prendre les devants. Et c'est tentant quand c'est proposé (dans le make.conf je sais plus).
Tu as vraiment besoin de la dernière version masquée (et 'instable' apparemment) de tar ? C'est un peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à mon avis.
Pas du tout, je me contenterais volontier de la stable, mais si c'est pour refaire le périple le jour ou je voudrais passer en "testing" ?
Cordialement,
Laurent Demaret
-- Yoann Pannier
-- mailing list
--
-- mailing list
Yoann Pannier
Laurent Demaret wrote:
Bonsoir Yoann,
Le 31 oct. 04, à 18:31, Yoann Pannier a écrit :
livecd#emerge tar -> retombe sur l'erreur
ce qui te donne la possibilité de jouer. C'est faisable directement avec 'ebuild', en évitant l'erreur.
Bon, on en reparle à la fin ..
Tu n'en a pas reparlé, mais je pense deviner la question, la réponse est :
'emerge' utilise 'ebuild' pour faire fetch, unpack, compile, install et qmerge
Je suis pas sûr de comprendre la question là. Un patch c'est un texte formaté d'une certaine mannière indiquant les choses a modifier dans un fichier de référence. On l'applique avec la commande patch.
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je pense qu'il edst indispensable dès le départ. Alors il doit y être.
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Comment faire pour avoir le même environnement (variables) que dans le terminal où je suis "chrooté" depuis le début ? Pas la peine ? Parce que en suivant le manuel il te fait source profile et des choses comme ça ? dois je les refaire ?
yep
ps: Si je puis me permettre, y a-t-il une raison particulière qui te force a faire une install en ~arch ?
Non ! simplement que j'ai fini par aller butiner les instables sous freebsd et je me suis dit que je pouvais prendre les devants. Et c'est tentant quand c'est proposé (dans le make.conf je sais plus).
Tu as vraiment besoin de la dernière version masquée (et 'instable' apparemment) de tar ? C'est un peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à mon avis.
Pas du tout, je me contenterais volontier de la stable, mais si c'est pour refaire le périple le jour ou je voudrais passer en "testing" ?
Refaire le périple ? Tu veux dire l'installation ?
Passer de arch à ~arch, c'est assez simple, pour autant que je sache (je ne suis pas un adepte du tout instable, je bosse avec mes machine!) il suffit de l'écrire dans /etc/make.conf et de faire un emerge uDv world puis de prier pendant que portage récupère tous les paquets les plus récents qu'il connaisse.
Mais je crois vraiment qu'il est plus sage de faire une installation complète (avec la configuration de toutes tes applis) en n'utilisant que des paquets stables. Ca permet de se concentrer sur les problèmes de drivers du noyau, de son, de scanner, etc. en etant relativement sûr que s'il y a un problème, ça vient de toi, pas d'un paquet un peu trop instable.
Une fois que tout est bien stable, dans tous les sens du terme, alors on peut commencer a experimenter. Faut faire les choses dans l'ordre quoi ! D'abord maîtriser sa machine sous gentoo, et, après, partir a l'aventure des paquets experimentaux.
Enfin c'est comme tu veux évidemment, c'est juste mon opinion sur le sujet, et rien de plus. ;)
-- Yoann Pannier
-- mailing list
Laurent Demaret wrote:
Bonsoir Yoann,
Le 31 oct. 04, à 18:31, Yoann Pannier a écrit :
livecd#emerge tar -> retombe sur l'erreur
ce qui te donne la
possibilité de jouer. C'est faisable directement avec 'ebuild', en
évitant l'erreur.
Bon, on en reparle à la fin ..
Tu n'en a pas reparlé, mais je pense deviner la question, la réponse est :
'emerge' utilise 'ebuild' pour faire fetch, unpack, compile, install et
qmerge
Je suis pas sûr de comprendre la question là. Un patch c'est un texte
formaté d'une certaine mannière indiquant les choses a modifier dans un
fichier de référence. On l'applique avec la commande patch.
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je
pense qu'il edst indispensable dès le départ. Alors il doit y être.
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a
changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c
il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Comment faire pour avoir le même environnement (variables) que dans le
terminal où je suis "chrooté" depuis le début ?
Pas la peine ? Parce que en suivant le manuel il te fait source profile
et des choses comme ça ? dois je les refaire ?
yep
ps: Si je puis me permettre, y a-t-il une raison particulière qui te
force a faire une install en ~arch ?
Non ! simplement que j'ai fini par aller butiner les instables sous
freebsd et je me suis dit que je pouvais prendre les devants. Et c'est
tentant quand c'est proposé (dans le make.conf je sais plus).
Tu as vraiment besoin de la
dernière version masquée (et 'instable' apparemment) de tar ? C'est un
peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à
mon avis.
Pas du tout, je me contenterais volontier de la stable, mais si c'est
pour refaire le périple le jour ou je voudrais passer en "testing" ?
Refaire le périple ? Tu veux dire l'installation ?
Passer de arch à ~arch, c'est assez simple, pour autant que je sache (je
ne suis pas un adepte du tout instable, je bosse avec mes machine!) il
suffit de l'écrire dans /etc/make.conf et de faire un emerge uDv world
puis de prier pendant que portage récupère tous les paquets les plus
récents qu'il connaisse.
Mais je crois vraiment qu'il est plus sage de faire une installation
complète (avec la configuration de toutes tes applis) en n'utilisant que
des paquets stables. Ca permet de se concentrer sur les problèmes de
drivers du noyau, de son, de scanner, etc. en etant relativement sûr que
s'il y a un problème, ça vient de toi, pas d'un paquet un peu trop instable.
Une fois que tout est bien stable, dans tous les sens du terme, alors on
peut commencer a experimenter. Faut faire les choses dans l'ordre quoi !
D'abord maîtriser sa machine sous gentoo, et, après, partir a l'aventure
des paquets experimentaux.
Enfin c'est comme tu veux évidemment, c'est juste mon opinion sur le
sujet, et rien de plus. ;)
'emerge' utilise 'ebuild' pour faire fetch, unpack, compile, install et qmerge
Je suis pas sûr de comprendre la question là. Un patch c'est un texte formaté d'une certaine mannière indiquant les choses a modifier dans un fichier de référence. On l'applique avec la commande patch.
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je pense qu'il edst indispensable dès le départ. Alors il doit y être.
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Comment faire pour avoir le même environnement (variables) que dans le terminal où je suis "chrooté" depuis le début ? Pas la peine ? Parce que en suivant le manuel il te fait source profile et des choses comme ça ? dois je les refaire ?
yep
ps: Si je puis me permettre, y a-t-il une raison particulière qui te force a faire une install en ~arch ?
Non ! simplement que j'ai fini par aller butiner les instables sous freebsd et je me suis dit que je pouvais prendre les devants. Et c'est tentant quand c'est proposé (dans le make.conf je sais plus).
Tu as vraiment besoin de la dernière version masquée (et 'instable' apparemment) de tar ? C'est un peu comme foncer droit dans un mûr quand on ne maîtrise pas la bête, à mon avis.
Pas du tout, je me contenterais volontier de la stable, mais si c'est pour refaire le périple le jour ou je voudrais passer en "testing" ?
Refaire le périple ? Tu veux dire l'installation ?
Passer de arch à ~arch, c'est assez simple, pour autant que je sache (je ne suis pas un adepte du tout instable, je bosse avec mes machine!) il suffit de l'écrire dans /etc/make.conf et de faire un emerge uDv world puis de prier pendant que portage récupère tous les paquets les plus récents qu'il connaisse.
Mais je crois vraiment qu'il est plus sage de faire une installation complète (avec la configuration de toutes tes applis) en n'utilisant que des paquets stables. Ca permet de se concentrer sur les problèmes de drivers du noyau, de son, de scanner, etc. en etant relativement sûr que s'il y a un problème, ça vient de toi, pas d'un paquet un peu trop instable.
Une fois que tout est bien stable, dans tous les sens du terme, alors on peut commencer a experimenter. Faut faire les choses dans l'ordre quoi ! D'abord maîtriser sa machine sous gentoo, et, après, partir a l'aventure des paquets experimentaux.
Enfin c'est comme tu veux évidemment, c'est juste mon opinion sur le sujet, et rien de plus. ;)
-- Yoann Pannier
-- mailing list
Yoann Pannier
Yoann Pannier wrote:
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Juste pour lever une ambiguité potentielle: je parle des lignes préfixées dans le patch, pas dans le fichier a modifier.
-- Yoann Pannier
-- mailing list
Yoann Pannier wrote:
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c
il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Juste pour lever une ambiguité potentielle: je parle des lignes
préfixées dans le patch, pas dans le fichier a modifier.
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Juste pour lever une ambiguité potentielle: je parle des lignes préfixées dans le patch, pas dans le fichier a modifier.
-- Yoann Pannier
-- mailing list
Laurent Demaret
Le 31 oct. 04, à 19:27, Yoann Pannier a écrit :
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je pense qu'il edst indispensable dès le départ. Alors il doit y être.
Peut être : ce n'était pas dans le chroot. Je préfère le copier/coller dans ssh que de copier papier coller clavier ;-/
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Ok, g fait ça mais maintenant plutôt qu'un operande à droite c'est un à gauche qu'il lui manque ! Pas dû le faire bien ? remplacé undef par ifndef et OPTIMISE__ par OPTIMISE__1 ça aurait dû .. Je verrais ça demain il fera jour :-)
Refaire le périple ? Tu veux dire l'installation ?
Passer de arch à ~arch, c'est assez simple, pour autant que je sache
Ok et passer de ~x86 à pas il me faut reprendre bootstrap.sh avec le nouveau make.conf je suppose ? Rien à supprimer avant ?
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-( Mais je l'aurais amer : il ne restait que 11 packages à installer et tout abandonner pour un seul ...
Cordialement,
Laurent Demaret
--
-- mailing list
Le 31 oct. 04, à 19:27, Yoann Pannier a écrit :
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais
je
pense qu'il edst indispensable dès le départ. Alors il doit y être.
Peut être : ce n'était pas dans le chroot. Je préfère le copier/coller
dans ssh que de copier papier coller clavier ;-/
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes
a
changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Dans
/var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c
il faut remplacer les 2 lignes préfixées de '-' par celles préfixées
de '+'.
Ok, g fait ça mais maintenant plutôt qu'un operande à droite c'est un à
gauche qu'il lui manque !
Pas dû le faire bien ? remplacé undef par ifndef et OPTIMISE__ par
OPTIMISE__1 ça aurait dû ..
Je verrais ça demain il fera jour :-)
Refaire le périple ? Tu veux dire l'installation ?
Passer de arch à ~arch, c'est assez simple, pour autant que je sache
Ok et passer de ~x86 à pas il me faut reprendre bootstrap.sh avec le
nouveau make.conf je suppose ?
Rien à supprimer avant ?
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-(
Mais je l'aurais amer : il ne restait que 11 packages à installer et
tout abandonner pour un seul ...
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je pense qu'il edst indispensable dès le départ. Alors il doit y être.
Peut être : ce n'était pas dans le chroot. Je préfère le copier/coller dans ssh que de copier papier coller clavier ;-/
En loccurence, ce patch là n'est pas très compliqué, il y a 2 lignes a changer dans le source. C'est faisable directement, à la main.
Ça je peux faire, suffit de savoir quoi et où ..
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Ok, g fait ça mais maintenant plutôt qu'un operande à droite c'est un à gauche qu'il lui manque ! Pas dû le faire bien ? remplacé undef par ifndef et OPTIMISE__ par OPTIMISE__1 ça aurait dû .. Je verrais ça demain il fera jour :-)
Refaire le périple ? Tu veux dire l'installation ?
Passer de arch à ~arch, c'est assez simple, pour autant que je sache
Ok et passer de ~x86 à pas il me faut reprendre bootstrap.sh avec le nouveau make.conf je suppose ? Rien à supprimer avant ?
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-( Mais je l'aurais amer : il ne restait que 11 packages à installer et tout abandonner pour un seul ...
Cordialement,
Laurent Demaret
--
-- mailing list
Yoann Pannier
Laurent Demaret wrote:
Le 31 oct. 04, à 19:27, Yoann Pannier a écrit :
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je pense qu'il edst indispensable dès le départ. Alors il doit y être.
Peut être : ce n'était pas dans le chroot. Je préfère le copier/coller dans ssh que de copier papier coller clavier ;-/
Comprehensible.
Juste pour info, /usr/bin/patch appartient au paquet sys-devel/patch et est mentionné dans /usr/portage/profiles/default-x86-2004.2/packages.build, ce qui fait qu'il *est* présent dès le stage1.
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Ok, g fait ça mais maintenant plutôt qu'un operande à droite c'est un à gauche qu'il lui manque ! Pas dû le faire bien ? remplacé undef par ifndef et OPTIMISE__ par OPTIMISE__1 ça aurait dû .. Je verrais ça demain il fera jour :-)
Il y a 2 lignes '-' à remplacer par 3 lignes '+', on est bien d'accord ?
Ok et passer de ~x86 à pas il me faut reprendre bootstrap.sh avec le nouveau make.conf je suppose ? Rien à supprimer avant ?
Mmmm, dans ce sens là je sais pas trop. Au pif j'imagine qu'il suffit de commenter ACCEPT_KEYWORDS et de refaire le passage de stage2 a stage3, cad juste le 'emerge system' (et la suite), qui va vouloir downgrader des paquets.
Quelqu'un a peut-être des certitudes à ce sujet ?
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-( Mais je l'aurais amer : il ne restait que 11 packages à installer et tout abandonner pour un seul ...
C'est sûr ce serait domage :/
-- Yoann Pannier
-- mailing list
Laurent Demaret wrote:
Le 31 oct. 04, à 19:27, Yoann Pannier a écrit :
Bash dit qu'il ne reconnait pas patch alors,
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je
pense qu'il edst indispensable dès le départ. Alors il doit y être.
Peut être : ce n'était pas dans le chroot. Je préfère le copier/coller
dans ssh que de copier papier coller clavier ;-/
Comprehensible.
Juste pour info, /usr/bin/patch appartient au paquet sys-devel/patch et
est mentionné dans
/usr/portage/profiles/default-x86-2004.2/packages.build, ce qui fait
qu'il *est* présent dès le stage1.
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c
il faut remplacer les 2 lignes préfixées de '-' par celles préfixées
de '+'.
Ok, g fait ça mais maintenant plutôt qu'un operande à droite c'est un à
gauche qu'il lui manque !
Pas dû le faire bien ? remplacé undef par ifndef et OPTIMISE__ par
OPTIMISE__1 ça aurait dû ..
Je verrais ça demain il fera jour :-)
Il y a 2 lignes '-' à remplacer par 3 lignes '+', on est bien d'accord ?
Ok et passer de ~x86 à pas il me faut reprendre bootstrap.sh avec le
nouveau make.conf je suppose ?
Rien à supprimer avant ?
Mmmm, dans ce sens là je sais pas trop. Au pif j'imagine qu'il suffit de
commenter ACCEPT_KEYWORDS et de refaire le passage de stage2 a stage3,
cad juste le 'emerge system' (et la suite), qui va vouloir downgrader
des paquets.
Quelqu'un a peut-être des certitudes à ce sujet ?
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-(
Mais je l'aurais amer : il ne restait que 11 packages à installer et
tout abandonner pour un seul ...
Même dans le chroot ? Je ne sais pas trop quand il est installé, mais je pense qu'il edst indispensable dès le départ. Alors il doit y être.
Peut être : ce n'était pas dans le chroot. Je préfère le copier/coller dans ssh que de copier papier coller clavier ;-/
Comprehensible.
Juste pour info, /usr/bin/patch appartient au paquet sys-devel/patch et est mentionné dans /usr/portage/profiles/default-x86-2004.2/packages.build, ce qui fait qu'il *est* présent dès le stage1.
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Ok, g fait ça mais maintenant plutôt qu'un operande à droite c'est un à gauche qu'il lui manque ! Pas dû le faire bien ? remplacé undef par ifndef et OPTIMISE__ par OPTIMISE__1 ça aurait dû .. Je verrais ça demain il fera jour :-)
Il y a 2 lignes '-' à remplacer par 3 lignes '+', on est bien d'accord ?
Ok et passer de ~x86 à pas il me faut reprendre bootstrap.sh avec le nouveau make.conf je suppose ? Rien à supprimer avant ?
Mmmm, dans ce sens là je sais pas trop. Au pif j'imagine qu'il suffit de commenter ACCEPT_KEYWORDS et de refaire le passage de stage2 a stage3, cad juste le 'emerge system' (et la suite), qui va vouloir downgrader des paquets.
Quelqu'un a peut-être des certitudes à ce sujet ?
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-( Mais je l'aurais amer : il ne restait que 11 packages à installer et tout abandonner pour un seul ...
C'est sûr ce serait domage :/
-- Yoann Pannier
-- mailing list
Laurent Demaret
Le 31 oct. 04, à 19:34, Yoann Pannier a écrit :
Yoann Pannier wrote:
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Juste pour lever une ambiguité potentielle: je parle des lignes préfixées dans le patch, pas dans le fichier a modifier.
Merci beaucoup yohann, comme je ne pratique pas le c mais la seringue (suis infirmier) je n'avais pas vu le #endif rajouté à cause du #ifndef ... Mais une fois compris ça c'est lumineux :-)
Du coup j'ai fini l'install en version instable, et comme il est dit de redémarrer le système j'ai redémarré. Et je tombe sur autre chose : démarrer le système faute de "boot" sur ce disque (à cause il boote sur bootloader de freebsd installé sur un autre disque). Faut d'abord que je clarifie ça niveau bsd. A moins qu'il y ait moyen de booter depuis livecd sur le disque dur ?
Cordialement,
Laurent Demaret
--
-- mailing list
Le 31 oct. 04, à 19:34, Yoann Pannier a écrit :
Yoann Pannier wrote:
Dans
/var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c
il faut remplacer les 2 lignes préfixées de '-' par celles préfixées
de '+'.
Juste pour lever une ambiguité potentielle: je parle des lignes
préfixées dans le patch, pas dans le fichier a modifier.
Merci beaucoup yohann, comme je ne pratique pas le c mais la seringue
(suis infirmier) je n'avais pas vu le #endif rajouté à cause du #ifndef
...
Mais une fois compris ça c'est lumineux :-)
Du coup j'ai fini l'install en version instable, et comme il est dit de
redémarrer le système j'ai redémarré.
Et je tombe sur autre chose : démarrer le système faute de "boot" sur
ce disque (à cause il boote sur bootloader de freebsd installé sur un
autre disque).
Faut d'abord que je clarifie ça niveau bsd. A moins qu'il y ait moyen
de booter depuis livecd sur le disque dur ?
Dans /var/tmp/portage/tar-1.14.90-r1/work/tar-1.14.90/lib/argp-fs-xinl.c il faut remplacer les 2 lignes préfixées de '-' par celles préfixées de '+'.
Juste pour lever une ambiguité potentielle: je parle des lignes préfixées dans le patch, pas dans le fichier a modifier.
Merci beaucoup yohann, comme je ne pratique pas le c mais la seringue (suis infirmier) je n'avais pas vu le #endif rajouté à cause du #ifndef ... Mais une fois compris ça c'est lumineux :-)
Du coup j'ai fini l'install en version instable, et comme il est dit de redémarrer le système j'ai redémarré. Et je tombe sur autre chose : démarrer le système faute de "boot" sur ce disque (à cause il boote sur bootloader de freebsd installé sur un autre disque). Faut d'abord que je clarifie ça niveau bsd. A moins qu'il y ait moyen de booter depuis livecd sur le disque dur ?
Cordialement,
Laurent Demaret
--
-- mailing list
Laurent Demaret
Le 1 nov. 04, à 12:58, Yoann Pannier a écrit :
Je verrais ça demain il fera jour :-)
Il y a 2 lignes '-' à remplacer par 3 lignes '+', on est bien d'accord ?
Oui :-)
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-( Mais je l'aurais amer : il ne restait que 11 packages à installer et tout abandonner pour un seul ...
C'est sûr ce serait domage :/
En plus j'ai vu dans le handbook qu'il était impossible de faire machine arrière (ou très difficile) ce que je veux bien croire.
Plus qu'à régler mon problème de boot. Le pire c'est que j'espérais que l'install allait me mettre automatiquement les fichiers de boot (comme celle de mandrake ou fedora) parce que je n'arrivais plus à booter ce disque depuis bsd sur msdos suite à de mauvaises manips, déjà, dans bsd :-/
Cordialement,
Laurent Demaret --
-- mailing list
Le 1 nov. 04, à 12:58, Yoann Pannier a écrit :
Je verrais ça demain il fera jour :-)
Il y a 2 lignes '-' à remplacer par 3 lignes '+', on est bien d'accord
?
Oui :-)
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c
:-(
Mais je l'aurais amer : il ne restait que 11 packages à installer et
tout abandonner pour un seul ...
C'est sûr ce serait domage :/
En plus j'ai vu dans le handbook qu'il était impossible de faire
machine arrière (ou très difficile) ce que je veux bien croire.
Plus qu'à régler mon problème de boot. Le pire c'est que j'espérais que
l'install allait me mettre automatiquement les fichiers de boot (comme
celle de mandrake ou fedora) parce que je n'arrivais plus à booter ce
disque depuis bsd sur msdos suite à de mauvaises manips, déjà, dans bsd
:-/
Il y a 2 lignes '-' à remplacer par 3 lignes '+', on est bien d'accord ?
Oui :-)
Au cas ou ça ne fonctionnerait pas demain en modifiant le fichier .c :-( Mais je l'aurais amer : il ne restait que 11 packages à installer et tout abandonner pour un seul ...
C'est sûr ce serait domage :/
En plus j'ai vu dans le handbook qu'il était impossible de faire machine arrière (ou très difficile) ce que je veux bien croire.
Plus qu'à régler mon problème de boot. Le pire c'est que j'espérais que l'install allait me mettre automatiquement les fichiers de boot (comme celle de mandrake ou fedora) parce que je n'arrivais plus à booter ce disque depuis bsd sur msdos suite à de mauvaises manips, déjà, dans bsd :-/
