View previous topic :: View next topic |
Author |
Message |
Mickael Advocate


Joined: 05 Sep 2005 Posts: 2383 Location: ~Belfort! - France - EU
|
Posted: Tue Apr 22, 2008 9:56 am Post subject: [kbd] se marche dessus avec make.conf (résolu) |
|
|
Salut, ma mise à jour de kbd ne passe pas depuis plusieurs jours. Je ne comprenais pas pourquoi il me disait au début : Pas de règle pour fabriquer la cible « -bash-completion ». Je vais dans mon make.conf, puis j'efface mon USE flag bash-completion et pam! une nouvelle erreur :
Code: | cc -c -Wall -Wmissing-prototypes -Wstrict-prototypes -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -O2 -march=prescott -pipe -fomit-frame-pointer -DDATADIR=\"/usr/share\" resizecons.c
cc -O2 -march=prescott -pipe -fomit-frame-pointer -Wall -Wmissing-prototypes -Wstrict-prototypes -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -DDATADIR=\"/usr/share\" -DMAIN -c mapscrn.c -o main_mapscrn.o
cc -O2 -march=prescott -pipe -fomit-frame-pointer -Wall -Wmissing-prototypes -Wstrict-prototypes -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -DDATADIR=\"/usr/share\" -DMAIN -c loadunimap.c -o main_loadunimap.o
make[1]: *** Pas de règle pour fabriquer la cible « -beagle », nécessaire pour « all ». Arrêt.
make[1]: *** Attente des tâches non terminées....
make[1]: quittant le répertoire « /var/tmp/portage/sys-apps/kbd-1.14.1-r1/work/kbd-1.14.1/src »
make: *** [all] Erreur 1
*
* ERROR: sys-apps/kbd-1.14.1-r1 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2083: Called die
* The specific snippet of code:
* emake || die
* The die message:
* (no error message)
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/log/portage/sys-apps:kbd-1.14.1-r1:20080422-095436.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-apps/kbd-1.14.1-r1/temp/environment'.
*
* Messages for package sys-apps/kbd-1.14.1-r1:
|
Maintenant c'est le flag -beagle qui me fait **** mais que se passe t-il? entre mon make.conf et kbd ?
Make.conf :
Quote: |
# These settings were set by the catalyst build script that automatically built this stage
# Please consult /etc/make.conf.example for a more detailed example
CFLAGS="-O2 -march=prescott -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
#2x <nb de cpu> + 1
MAKEOPTS="-j3"
ACCEPT_KEYWORDS="~x86"
FEATURES="parallel-fetch collision-protect"
AUTOCLEAN="yes"
PORTAGE_TMPFS="/dev/shm"
PORT_LOGDIR=/var/log/portage
PORTAGE_ELOG_CLASSES="warn error"
PORTAGE_ECLASS_WARNING_ENABLE="0"
PORTDIR_OVERLAY="/usr/local/portage"
source /usr/portage/local/layman/make.conf
HTTP_PROXY="http://xx.xx.xx.xx:3128"
FTP_PROXY="ftp://xx.xx.xx.xx:3128"
RSYNC_PROXY="rsync://xx.xx.xx.xx:3128"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp.club-internet.fr/pub/mirrors/gentoo
http://gentoo.modulix.net/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/"
INPUT_DEVICES="keyboard mouse synaptics"
VIDEO_CARDS="i810 vesa vga"
LINGUAS="fr"
#Enfin un make.conf bien ordonné
#sur une idée originale de Tchack
#avec l'analyse des répertoires :
#
#/usr/portage/profiles/use.desc.
#/usr/portage/profiles/use.local.desc
#
#et ce fabuleux outil tiré de portage-utlis
#quse : quse <useflag> : find pkgs using useflags
#
# HARDWARE
#
CPU="mmx nptl nptlonly smp sse sse2 threads"
PM="acpi lm_sensors"
VIDEO="dri dv v4l vcd"
AUDIO="alsa -arts -esd oss mpeg3"
BLK_DEV="cdr cdparanoia dvd dvdr encode"
NET="avahi samba ssl syslog wifi"
Imp="cups foomaticdb ppds "
OTHER="dbus gphoto2 hal ieee1394 usb"
#
HARDWARE="${CPU} ${PM} ${VIDEO} ${AUDIO} ${BLK_DEV} ${Imp} ${NET} ${OTHER}"
# SOFTWARE
#
#SYS_AUTH=""
X11="cairo gnome gtk gtk2 -kde libnotify qt3 qt3support qt4 -mono opengl unicode truetype X"
MMX_AUDIO="a52 aac ffmpeg flac mad mp3 musepack ogg oggvorbis openal vorbis"
MMX_VIDEO="gstreamer aalib matroska mpeg quicktime shorten speex theora xvid win32codecs"
MMX_GFX="exif gif imagemagick jbig jpeg jpeg2k lcms libcaca mng openexr pdf png svg tiff xpm wmf"
WWW="firefox howl msn nsplugin nas xml"
#PROG=""
MISC="-beagle bzip2 -doc -eds emacs gcj imap kpathsea latex libnotify maildir mbox nls spell tetex tex tk gnome-keyring"
#
SOFTWARE="${X11} ${MMX_AUDIO} ${MMX_VIDEO} ${MMX_GFX} ${WWW} ${MISC}"
# ALL
#
USE="${HARDWARE} ${SOFTWARE} |
_________________ À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo
Last edited by Mickael on Tue Apr 22, 2008 4:01 pm; edited 1 time in total |
|
Back to top |
|
 |
Desintegr l33t


Joined: 25 Mar 2004 Posts: 863 Location: France - Orléans
|
Posted: Tue Apr 22, 2008 2:18 pm Post subject: |
|
|
Tu as une façon plutôt spéciale de gérer les USE flags.
Je n'aime pas trop car je préfère gérer mes USE ebuild par ebuild et non de façon globale comme tu le fais. Mais bon ça reste un choix personnel.
Essaye d'utiliser une unique variable USE contenant toutes les valeurs et désactive toutes les autres. _________________ Gentoo ~AMD64
Hoc Volo, Sic Jubeo !
Mon wiki : http://desintegr.free.fr |
|
Back to top |
|
 |
ghoti Advocate


Joined: 30 Dec 2002 Posts: 3589 Location: Belgium
|
Posted: Tue Apr 22, 2008 2:42 pm Post subject: |
|
|
Desintegr wrote: | Tu as une façon plutôt spéciale de gérer les USE flags. |
Au contraire, cette méthode est excellente pour gérer les flags globaux : elle a l'avantage de fournir un make.conf clair et bien rangé !
Lorsque Tchak l'a proposée, elle a eu beaucoup de succès et a été adoptée par pas mal d'entre nous !
@Mickael : cela dit, je ne comprends pas bien d'où peut venir ton problème, d'autant moins que kbd ne possède qu'un seul useflag (nls) !
Ton sys-apps/portage est à jour ? |
|
Back to top |
|
 |
Mickael Advocate


Joined: 05 Sep 2005 Posts: 2383 Location: ~Belfort! - France - EU
|
Posted: Tue Apr 22, 2008 2:55 pm Post subject: |
|
|
ghoti wrote: | Desintegr wrote: | Tu as une façon plutôt spéciale de gérer les USE flags. |
Au contraire, cette méthode est excellente pour gérer les flags globaux : elle a l'avantage de fournir un make.conf clair et bien rangé !
Lorsque Tchak l'a proposée, elle a eu beaucoup de succès et a été adoptée par pas mal d'entre nous !
|
+1 les USE du make.conf sont les flags globaux et tout ce qui est propre à un ebuild est géré dans package.use
ghoti wrote: |
@Mickael : cela dit, je ne comprends pas bien d'où peut venir ton problème, d'autant moins que kbd ne possède qu'un seul useflag (nls) !
Ton sys-apps/portage est à jour ? |
Oui : version : 2.1.5_rc6 _________________ À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
Back to top |
|
 |
geekounet Bodhisattva


Joined: 11 Oct 2004 Posts: 3772 Location: Wellington, Aotearoa
|
Posted: Tue Apr 22, 2008 3:43 pm Post subject: |
|
|
C'est surement que le Makefile de kbd doit utiliser la variable MISC pour ses cibles, donc tente de la nommer autrement  |
|
Back to top |
|
 |
Mickael Advocate


Joined: 05 Sep 2005 Posts: 2383 Location: ~Belfort! - France - EU
|
Posted: Tue Apr 22, 2008 4:01 pm Post subject: |
|
|
geekounet wrote: | C'est surement que le Makefile de kbd doit utiliser la variable MISC pour ses cibles, donc tente de la nommer autrement  |
J'y pensais justement. Misc TO Truc ou Bordel devrait faire l'affaire.
Ben voilà c'est fait, et c'est passé Thanks _________________ À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
Back to top |
|
 |
geekounet Bodhisattva


Joined: 11 Oct 2004 Posts: 3772 Location: Wellington, Aotearoa
|
Posted: Tue Apr 22, 2008 4:14 pm Post subject: |
|
|
C'est ça aussi d'y introduire des variables qui ne devraient pas y être, et donc le défaut de cette façon d'organiser le USE  |
|
Back to top |
|
 |
Desintegr l33t


Joined: 25 Mar 2004 Posts: 863 Location: France - Orléans
|
Posted: Tue Apr 22, 2008 4:19 pm Post subject: |
|
|
Tiens quelqu'un de mon avis . _________________ Gentoo ~AMD64
Hoc Volo, Sic Jubeo !
Mon wiki : http://desintegr.free.fr |
|
Back to top |
|
 |
xaviermiller Bodhisattva


Joined: 23 Jul 2004 Posts: 8621 Location: ~Brussels - Belgique
|
Posted: Tue Apr 22, 2008 5:59 pm Post subject: |
|
|
Mickael wrote: | geekounet wrote: | C'est surement que le Makefile de kbd doit utiliser la variable MISC pour ses cibles, donc tente de la nommer autrement  |
J'y pensais justement. Misc TO Truc ou Bordel devrait faire l'affaire.
Ben voilà c'est fait, et c'est passé Thanks |
Préfixe simplement tes "blocs" par "USE_"  _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
 |
xaviermiller Bodhisattva


Joined: 23 Jul 2004 Posts: 8621 Location: ~Brussels - Belgique
|
Posted: Tue Apr 22, 2008 6:00 pm Post subject: |
|
|
geekounet wrote: | C'est ça aussi d'y introduire des variables qui ne devraient pas y être, et donc le défaut de cette façon d'organiser le USE  |
Pas tout à fait d'accord. Une variable d'environnement "MISC" est tellement "bateau" que c'est dommage qu'un ebuild la définisse... _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
 |
geekounet Bodhisattva


Joined: 11 Oct 2004 Posts: 3772 Location: Wellington, Aotearoa
|
Posted: Tue Apr 22, 2008 6:21 pm Post subject: |
|
|
XavierMiller wrote: | geekounet wrote: | C'est ça aussi d'y introduire des variables qui ne devraient pas y être, et donc le défaut de cette façon d'organiser le USE  |
Pas tout à fait d'accord. Une variable d'environnement "MISC" est tellement "bateau" que c'est dommage qu'un ebuild la définisse... |
J'ai bien plus l'habitude de voir ça dans un Makefile qu'en variable d'environnement donc bon (d'ailleurs je vois mal l'intérêt de ça en variable d'environnement... en simple variable local du shell ok, mais en environnement je vois pas). |
|
Back to top |
|
 |
Mickael Advocate


Joined: 05 Sep 2005 Posts: 2383 Location: ~Belfort! - France - EU
|
Posted: Wed Apr 23, 2008 6:49 am Post subject: |
|
|
XavierMiller wrote: | Mickael wrote: | geekounet wrote: | C'est surement que le Makefile de kbd doit utiliser la variable MISC pour ses cibles, donc tente de la nommer autrement  |
J'y pensais justement. Misc TO Truc ou Bordel devrait faire l'affaire.
Ben voilà c'est fait, et c'est passé Thanks |
Préfixe simplement tes "blocs" par "USE_"  |
Pas bête Xavier, je le fais de suite. @Geekounet, Desintegr... vous ne percevez pas encore l'étendue de cette approche  _________________ À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
Back to top |
|
 |
geekounet Bodhisattva


Joined: 11 Oct 2004 Posts: 3772 Location: Wellington, Aotearoa
|
Posted: Wed Apr 23, 2008 8:12 am Post subject: |
|
|
Mickael wrote: | XavierMiller wrote: | Mickael wrote: | geekounet wrote: | C'est surement que le Makefile de kbd doit utiliser la variable MISC pour ses cibles, donc tente de la nommer autrement  |
J'y pensais justement. Misc TO Truc ou Bordel devrait faire l'affaire.
Ben voilà c'est fait, et c'est passé Thanks |
Préfixe simplement tes "blocs" par "USE_"  |
Pas bête Xavier, je le fais de suite. @Geekounet, Desintegr... vous ne percevez pas encore l'étendue de cette approche  |
Bah à vrai dire, je vois plus trop l'intérêt du USE global en fait, faire ça au package.use c'est bien plus souple et puissant  |
|
Back to top |
|
 |
ghoti Advocate


Joined: 30 Dec 2002 Posts: 3589 Location: Belgium
|
Posted: Wed Apr 23, 2008 10:38 am Post subject: |
|
|
geekounet wrote: | Bah à vrai dire, je vois plus trop l'intérêt du USE global en fait, faire ça au package.use c'est bien plus souple et puissant  |
Aïe, les vieux trolls se réveillent !
Encore une fois, c'est une question de bon sens : si un flag nous déplait viscéralement, pourquoi ne pas l'indiquer globalement dans make.conf plutôt que de le répéter indéfiniment dans package.use, au risque de l'oublier pour certains packages ?
Il y a au moins 3 exemples "bateau" : arts, kde et gnome qui sont activés par défaut mais qui ne plaisent pas forcément à tout le monde ...
Cela dit, c'est vrai que cela peut sembler un peu cornichon de renseigner globalement un flag qui n'est utilisé que par un ou deux paquets.
Pourtant, en le mettant en global, cela peut signifier qu'on le veut de manière inconditionnelle, quel que soit le paquet, présent et à venir.
Perso, je veux le support bluetooth dans tous les cas, sans devoir me poser la question à chaque fois, donc je le mets dans make.conf.
Par contre, je n'ai pas envie d'installer systématiquement la doc, donc j'utilise package.use pour la doc qui m'intéresse !
Et puis, d'un autre côté, si un ebuild entraîne l'installation de 10 dépendances ayant chacune une tripotée de flags, je n'ai pas nécessairement envie d'analyser toute cette liste pour activer mes options favorites paquet par paquet ...
Bref, à mon avis, les deux méthodes ont leur utilité et devraient être utilisées conjointement  |
|
Back to top |
|
 |
xaviermiller Bodhisattva


Joined: 23 Jul 2004 Posts: 8621 Location: ~Brussels - Belgique
|
Posted: Wed Apr 23, 2008 11:20 am Post subject: |
|
|
Réponse sagement féline  _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
 |
nemo13 Veteran


Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Wed Apr 23, 2008 3:33 pm Post subject: |
|
|
ghoti wrote: |
Encore une fois, c'est une question de bon sens : si un flag nous déplait viscéralement, pourquoi ne pas l'indiquer globalement dans make.conf |
taquinons le matou Code: | cat /etc/make.conf
# make.conf pour le DELL
#
ACCEPT_KEYWORDS="~amd64"
USE="-*"
# | redésolé pour le chat
je pars du principe qu'aucun flag ne me plait ; ceux qui ont le droit de vivre sont dans package.use
Le truc qui serait super-sympa ; quand un flag est obsolète ->> etc-update le vire tout seul dans package.use
A+ |
|
Back to top |
|
 |
|