| 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: 3582
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
Administrator
Joined: 23 Jul 2004
Posts: 8388
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
Administrator
Joined: 23 Jul 2004
Posts: 8388
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: 3582
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
Administrator
Joined: 23 Jul 2004
Posts: 8388
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 |
|
|
|
French
