| View previous topic :: View next topic |
| Author |
Message |
tsu.kz.m
n00b
Joined: 23 Apr 2007
Posts: 54
|
 Posted: Mon May 21, 2007 7:46 pm Post subject: |
 |
|
grazie della info, almeno sono al corrente di cosa vado incontro se la disabilito!!!! 
Però per metterla sul make.defaults di .../.../default-linux/... dovrebbe esserci un motivo ben preciso... o sbaglio?
magari sicurezza o cos'altro....
Aspetto ancora suggerimenti....
grazie  |
|
| Back to top |
|
 |
.:chrome:.
Advocate
Joined: 19 Feb 2005
Posts: 4588
Location: Brescia, Italy
|
| Posted: Tue May 22, 2007 8:25 am Post subject: |
|
|
| !equilibrium wrote: | | NOTA: mudflag rende la roba che compilate circa 20 volte piu' lenta perche' tutte le operazioni di libreria (strlen & co) vengono riscritte per controllare che non sfori i puntatori (fonte: @flameeyes). |
oh merda... sei sicuro di questo? c'è qualche test di questa roba in giro? |
|
| Back to top |
|
|
Onip
Advocate
Joined: 02 Sep 2004
Posts: 2912
Location: Parma (Italy)
|
| Posted: Tue May 22, 2007 11:50 am Post subject: |
|
|
| .:chrome:. wrote: | | !equilibrium wrote: | | NOTA: mudflag rende la roba che compilate circa 20 volte piu' lenta perche' tutte le operazioni di libreria (strlen & co) vengono riscritte per controllare che non sfori i puntatori (fonte: @flameeyes). |
oh merda... sei sicuro di questo? c'è qualche test di questa roba in giro? |
Quoto e attendo "con ansia" notizie
_________________
Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
| Back to top |
|
|
Dece
Apprentice
Joined: 23 Nov 2004
Posts: 291
Location: Bologna/Rimini Italy
|
| Posted: Tue May 22, 2007 11:59 am Post subject: |
|
|
| !equilibrium wrote: | | NOTA: mudflag rende la roba che compilate circa 20 volte piu' lenta perche' tutte le operazioni di libreria (strlen & co) vengono riscritte per controllare che non sfori i puntatori (fonte: @flameeyes). |
Quindi immagino che sia una flag destinata soltanto a sistemi dove è richiesta una maggiore protezione contro i buffer overflow? E perchè allora è attivata a default? 
_________________
http://www.last.fm/user/Dece/ |
|
| Back to top |
|
|
tsu.kz.m
n00b
Joined: 23 Apr 2007
Posts: 54
|
| Posted: Tue May 22, 2007 12:29 pm Post subject: |
|
|
| Quote: |
Quindi immagino che sia una flag destinata soltanto a sistemi dove è richiesta una maggiore protezione contro i buffer overflow? E perchè allora è attivata a default?
|
è un pò quello che mi chiedo anche io.... Soprattutto dopo che non mi compila il gcc!!!
Probabilmente la disabiliterò, ma vorrei saperne di più... cioè che altra dipendenza deve avere gcc x far funzionare bene il "mudflap"....
soprattutto xkè da 5 giorni non riesco ad aggiornare il sistema xkè come primo pacchetto va a ricompilare ovviamente il gcc.... |
|
| Back to top |
|
|
!equilibrium
Bodhisattva
Joined: 06 Jun 2004
Posts: 2109
Location: MI/BG/LC
|
| Posted: Tue May 22, 2007 1:02 pm Post subject: |
|
|
| .:chrome:. wrote: | | oh merda... sei sicuro di questo? c'è qualche test di questa roba in giro? |
http://gcc.gnu.org/wiki/Mudflap%20Pointer%20Debugging
http://gcc.fyxm.net/summit/2003/mudflap.pdf
citazione dal PDF sopra linkato:
| Code: | Mudflap instrumentation and runtime costs extra
time and memory. At build time, the compiler
needs to process the instrumentation code.
When running, it takes time to perform the
checks, and memory to represent the object
database. The behavior of the application has a
strong impact on the run-time slowdown, affecting
the lookup cache hit rate, the overall
number of checks, and the number of objects
tracked in the database, and their rates of
change. Table 2 lists some of these. A few
selected applications have been built with and
without mudflap instrumentation, then run to
estimate the slowdowns |
nel PDF c'è anche una tabella che mostra dei benchmark fatti ma sinceramente non sono riuscito ad interpretarli correttamente.
| Dece wrote: | | Quindi immagino che sia una flag destinata soltanto a sistemi dove è richiesta una maggiore protezione contro i buffer overflow? E perchè allora è attivata a default? |
la protezione contro i buffer overflow è data dal supporto SSP (Stack smash protection) di gcc, mudflap è più uno strumento di debugging.
sul perchè tale USE è attiva di default non saprei, non sono un devel di gentoo e probabilmente c'è qualche buon motivo per averla attiva di default (ipotizzo per una migliore qualità e portabilità del codice sorgente); in merito preferisco non pronunciarmi e lasciare la parola a chi ne sa più di me sull'argomento mudflap.
_________________
Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe
all my contents are released under the Creative Commons Licence by-nc-nd 2.5 |
|
| Back to top |
|
|
Dece
Apprentice
Joined: 23 Nov 2004
Posts: 291
Location: Bologna/Rimini Italy
|
| Posted: Tue May 22, 2007 1:32 pm Post subject: |
|
|
| !equilibrium wrote: | mudflap è più uno strumento di debugging.
|
Ho dato una rapida letta al pdf e in effetti sembra che serva proprio ad avere un debug "anticipato" dei buffer overflow
| Quote: |
There exist several technologies for catching pointer use errors. They have distinct approaches and capability/performance tradeoffs.
For example, from a debugging point of view, it is better to catch the memory corruption at the moment it occurs, because context will be fresh and available.
|
| !equilibrium wrote: | nel PDF c'è anche una tabella che mostra dei benchmark fatti ma sinceramente non sono riuscito ad interpretarli correttamente
|
Se è come ho capito io: le prime due colonne indicano quali sono i fattori di maggiore/minore impatto, le ultime due di quanto si rallenta il sistema (quindi significa che si rallenta fino a 5 volte rispetto al non utilizzo di mudflap? )
A questo punto mi sembra sempre di più un errore l'abilitazione di quella flag: serve soltanto ad alcuni sviluppatori, non certo a tutti gli utenti Gentoo
_________________
http://www.last.fm/user/Dece/ |
|
| Back to top |
|
|
Onip
Advocate
Joined: 02 Sep 2004
Posts: 2912
Location: Parma (Italy)
|
| Posted: Tue May 22, 2007 1:52 pm Post subject: |
|
|
| http://gcc.fyxm.net/summit/2003/mudflap.pdf wrote: |
Using mudflap is intended to be easy. One builds a mudflap-protected program by adding an extra compiler option (-fmudflap) to objects to be instrumented; one links with the same option, plus perhaps -static. One may run such a program by just starting it as usual.
|
Da ciò mi pare di capire che questo lavoro sui buffer viene effettuato solo se si utilizza quella flag in compilazione, o sbaglio? Mi sa parecchia fatica ri-compilare gcc per la terza volta di fila, di cui due per abilitare e poi disabilitare questa USE.
Voi che ne dite?
_________________
Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
| Back to top |
|
|
djinnZ
Advocate
Joined: 02 Nov 2006
Posts: 4831
Location: somewhere in L.O.S.
|
| Posted: Tue May 22, 2007 4:57 pm Post subject: |
|
|
ti modifichi a manina /var/db/pkg/sys-devel/gcc-vattelappesca/IUSE, come già detto.
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est 
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist |
|
| Back to top |
|
|
Onip
Advocate
Joined: 02 Sep 2004
Posts: 2912
Location: Parma (Italy)
|
| Posted: Wed May 23, 2007 6:17 am Post subject: |
|
|
magari, l'ho già emerso...
_________________
Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
| Back to top |
|
|
Atzeni
n00b
Joined: 11 Jan 2007
Posts: 43
|
| Posted: Fri May 25, 2007 8:37 am Post subject: |
|
|
A me è successa una cosa simile aggiornando al gcc 4.1.2 ma sono ancora fermo al profile 2006.1.
Dopo l'emerge del gcc ho fatto un emrge -e system ma devo ancora fare emerge -e world.
Un controllo fatto in questo momento (non me ne ero accorto) mi ha mostrato che ho compilato tale gcc con +mudflap e sono certo che io non ho aggiunto quella flag.
Il file /usr/portage/profiles/default-linux/make.defaults riporta tra le sue righe
| Code: |
# make sure toolchain has sane defaults <tooclhain@gentoo.org>
USE="${USE} mudflap fortran openmp"
|
Suppongo venga da li quella flag. Ma non mi spiego come mai dal giorno alla notte sia cambiata
|
|
| Back to top |
|
|
DierRe
n00b
Joined: 25 Dec 2005
Posts: 48
Location: Interamnia Urbs (Italy)
|
| Posted: Thu May 31, 2007 11:34 am Post subject: |
|
|
Anch'io sto usando amd64 ed anch'io ho avuto lo stesso problema con il gcc-4.1.2 solo che dopo aver tolto la flag di cui parlate, il problema continua a presentarsi.
| Code: | make[2]: *** [insn-attrtab.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.1.2/work/build/gcc'
make[1]: *** [stageprofile_build] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.1.2/work/build/gcc'
make: *** [profiledbootstrap] Error 2
!!! ERROR: sys-devel/gcc-4.1.2 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
ebuild.sh, line 1305: Called toolchain_src_compile
toolchain.eclass, line 26: Called gcc_src_compile
toolchain.eclass, line 1541: Called gcc_do_make
toolchain.eclass, line 1415: Called die
!!! emake failed with profiledbootstrap
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/build.log'. |
Non è che forse è un problema di memoria o una roba simile?
_________________
www.dierrelabs.org |
|
| Back to top |
|
|
jiojio74
n00b
Joined: 12 Jan 2007
Posts: 24
|
| Posted: Wed Jun 13, 2007 7:45 am Post subject: [Risolto] emerge gcc-4.1.2 mi crasha TUTTO! |
|
|
Mai successa una cosa del genere: ho provato 2-3 volte ad aggiornare gcc ed ogni volta mi si blocca irrimediabilmente il PC: niente messaggi, schermata nera, tastiera che non risponde in nessun modo. Per ora non è un problema in quanto il resto del sistema funziona lo stesso così come il vecchio compilatore, ma vorrei capire come sia possibile una cosa del genere.
Qui i flag che uso:
| Code: | | sys-devel/gcc-4.1.2 [4.1.1-r3] USE="fortran gtk mudflap* nls (-altivec) -bootstrap -build -d% -doc -gcj (-hardened) (-ip28) (-ip32r10k) (-multilib) -multislot (-n32) (-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla |
Il make.conf:
| Code: | CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
#GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo ftp://ftp.solnet.ch/mirror/Gentoo "
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="slang X kde java mp3 vorbis -xinerama apache2 -ipv6 opengl gnome ldap \
ldapsam gtk hal avahi cdr dvdr jpeg javascript dbus qt3 qt4 arts sysfs acl \
kerberos ldap pam readline crypt gdbm samba ssl tcpd -cups \
python perl xml2 mysql berkdb ldapsam swat php xml innodb png \
logrotate aac ieee1394 mmx network ogg ass thora x264 xvid oss \
alsa ffmpeg firefox mpeg theora xine win32codecs aalib \
directfb dvd modplug jpeg2k tiff xscreensaver kdehiddenvisibility \
gif glib mis odbc lirc matroska skins svga svg upnp vcd wxwindows xosd \
cddb bidi cdda daap dvb esd gstreamer real quicktime divx a52 dts dxr3 \
fbcon flac imagemagick libcaca mmap musepack pulseaudio vidix \
xdb wavpack amr threads aiglx pdf glitz svg javascript -mad \
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov \
pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow ts"
CCACHE_SIZE="2G"
CCACHE_DIR="/var/tmp/ccache"
#FEATURES="parallel-fetch"
FEATURES="parallel-fetch ccache"
PORT_LOGDIR=/var/log/portage
PORTAGE_ELOG_CLASSES="warn error log info"
PORTAGE_ELOG_SYSTEM="save"
#Use per ldap e samba
#USE="${USE} acl kerberos ldap pam readline crypt gdbm samba ssl tcpd -cups python
# perl xml2 mysql berkdb ldapsam swat"
#use per gnome
LINGUAS="en_GB it"
#X!
INPUT_DEVICES="keyboard mouse"
VIDEO_CARDS="radeon"
ALSA_CARDS="emu10k1"
LIRC_DEVICES="livedrive_midi"
|
i vari log finiscono con:
| Code: | gcc -O -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wn
build/genattrtab.o build/genautomata.o \
build/rtl.o build/read-rtl.o build/ggc-none.o build/min-insn-modes.o build/gensupport.o build/insn-conditions.o build/print-rtl.o build/errors.o \
build/varray.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a -lm
build/genattrtab /var/tmp/portage/sys-devel/gcc-4.1.2/work/gcc-4.1.2/gcc/config/i386/i386.md > tmp-attrtab.c
|
| Code: | gcc -c -O -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
gcc -c -O -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
gcc -c -O -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long |
| Code: | gcc -O -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wn
build/genattrtab.o build/genautomata.o \
build/rtl.o build/read-rtl.o build/ggc-none.o build/min-insn-modes.o build/gensupport.o build/insn-conditions.o build/print-rtl.o build/errors.o \
build/varray.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a -lm
build/genautomata.o: file not recognized: File format not recognized
collect2: ld returned 1 exit status
make[2]: *** [build/genattrtab] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.1.2/work/build/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.1.2/work/build/gcc'
make: *** [profiledbootstrap] Error 2
!!! ERROR: sys-devel/gcc-4.1.2 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
ebuild.sh, line 1305: Called toolchain_src_compile
toolchain.eclass, line 26: Called gcc_src_compile
toolchain.eclass, line 1537: Called gcc_do_make
toolchain.eclass, line 1411: Called die
!!! emake failed with profiledbootstrap
!!! 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-devel:gcc-4.1.2:20070524-125616.log'. |
Quest'ultimo è con ccache abilitato.
Qualche suggerimento?
Last edited by jiojio74 on Wed Jun 13, 2007 10:16 am; edited 1 time in total |
|
| Back to top |
|
|
!equilibrium
Bodhisattva
Joined: 06 Jun 2004
Posts: 2109
Location: MI/BG/LC
|
| Posted: Wed Jun 13, 2007 7:58 am Post subject: |
|
|
dopo un'attenta rilettura, le possibili cause sono due:
1- hai finito lo spazio su disco, o comunque non ne hai a sufficienza per poter compilare gcc. in caso controlla e se necessiti di spazio disabilita ccache, svuota /var/tmp/portage/* e /usr/portage/distfiles/*.
2- potrebbe essere la USE "mudflap", argomento già trattato in questo thread --> https://forums.gentoo.org/viewtopic-t-560267-highlight-mudflag.html
disabilita quella USE (che tanto non ti serve) e se gcc compila correttamente dimmelo che faccio il merge dei due threads. l'unico dubbio che non mi spiego è il fatto che ti si blocca l'intero sistema e la cosa non ha nessuna attinenza con la USE mudflag.
/EDIT: anche la USE "gtk" puoi disabilitarla se non ne fai uso (sono dei frontend grafici per gcc, dubito fortemente che tu ne faccia uso)
_________________
Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe
all my contents are released under the Creative Commons Licence by-nc-nd 2.5
Last edited by !equilibrium on Wed Jun 13, 2007 1:34 pm; edited 3 times in total |
|
| Back to top |
|
|
jiojio74
n00b
Joined: 12 Jan 2007
Posts: 24
|
| Posted: Wed Jun 13, 2007 10:13 am Post subject: |
|
|
| Compilato. Tutto OK, grazie ancora |
|
| Back to top |
|
|
!equilibrium
Bodhisattva
Joined: 06 Jun 2004
Posts: 2109
Location: MI/BG/LC
|
| Posted: Wed Jun 13, 2007 11:19 am Post subject: |
|
|
| jiojio74 wrote: | | Compilato. Tutto OK, grazie ancora |
se puoi postaci anche la soluzione al tuo problema, così che possa essere di aiuto ad altre persone. grazie.
_________________
Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe
all my contents are released under the Creative Commons Licence by-nc-nd 2.5 |
|
| Back to top |
|
|
jiojio74
n00b
Joined: 12 Jan 2007
Posts: 24
|
| Posted: Wed Jun 13, 2007 12:07 pm Post subject: |
|
|
[mod] (by @!equilibrium) siccome il problema è legato a mudflap ho fatto il merge del thread con questo[/mod]
Ho tolto dagli USE mudflap:
| Code: | | # USE="-mudflap" emerge gcc |
Non è proprio una soluzione, ma del mudflap posso farne a meno
P.S.: Ho anche disattivato ccache temporaneamente in quanto aveva dentro un object ovviamente mal compilato |
|
| Back to top |
|
|
jiojio74
n00b
Joined: 12 Jan 2007
Posts: 24
|
| Posted: Wed Jun 13, 2007 5:01 pm Post subject: |
|
|
Mi rimane questo dubbio: come è possibile che non mi dia neanche un kernel panic? Schermo nero, tastiera ferma (anche il num lock non va) nessunissima reazione.
Venerdì, quando ho un pò di tempo, cerco di ricompilarlo col mudflap e mi piazzo davanti allo schermo (con una bella birretta intanto che aspetto  ) e se crasha vedo gli ultimissimi log (che se li cerco mi attacco)
Suggerimenti su quali log controllare? |
|
| Back to top |
|
|
!equilibrium
Bodhisattva
Joined: 06 Jun 2004
Posts: 2109
Location: MI/BG/LC
|
| Posted: Thu Jun 14, 2007 8:50 am Post subject: |
|
|
| jiojio74 wrote: | | Mi rimane questo dubbio: come è possibile che non mi dia neanche un kernel panic? Schermo nero, tastiera ferma (anche il num lock non va) nessunissima reazione. |
quando succedono questo tipo di situazioni durante una compilazione, i motivi generalmente sono:
- mancanza di spazio su disco
- swap completamente saturo o totalmente assente
- grave problema hardware (in genere temperatura della CPU troppo elevata o RAM difettosa)
in caso incollaci un tuo "df".
| jiojio74 wrote: | Venerdì, quando ho un pò di tempo, cerco di ricompilarlo col mudflap e mi piazzo davanti allo schermo (con una bella birretta intanto che aspetto ) e se crasha vedo gli ultimissimi log (che se li cerco mi attacco)
Suggerimenti su quali log controllare? |
rileggiti tutto il thread, viene spiegato cosa è il supporto mudflap e il perchè va disattivato su un desktop (a meno che tu sia un programmatore a tempo pieno e hai bisogno di mudflap per fare del debugging). sinceramente non credo che il tuo problema sia legato alla USE "mudflap", casomai è più probabile un problema hardware e/o un problema di configurazione.
in caso postaci il tuo "emerge --info" e gli eventuali log in dmesg prima del crash (se è possibile).
_________________
Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe
all my contents are released under the Creative Commons Licence by-nc-nd 2.5 |
|
| Back to top |
|
|
jiojio74
n00b
Joined: 12 Jan 2007
Posts: 24
|
| Posted: Thu Jun 14, 2007 4:34 pm Post subject: |
|
|
Spazio su disco: 55GB liberi (credo sian sufficenti) 1GB di swap anche, grave problema hardware non credo: si è ripresentato tre volte e solo con mudflap.
Comunque ecco il df:
| Code: | Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda2 72144788 17197884 54946904 24% /
udev 256672 2712 253960 2% /dev
/dev/hde1 120620312 102506920 18113392 85% /condivisi/archivio
/dev/hdg1 120620312 103464596 17155716 86% /condivisi/archivio2
shm 256672 0 256672 0% /dev/shm
|
Un pò pieni gli HD degli archivi 
Qualche giorno prima avevo anche ricompilato tutto KDE ed era andato tutto liscio.
ecco emerge --info:
| Code: | Portage 2.1.2.7 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.20-gentoo-r8 i686)
=================================================================
System uname: 2.6.20-gentoo-r8 i686 AMD Athlon(TM) XP 2200+
Gentoo Base System release 1.12.9
Timestamp of tree: Thu, 14 Jun 2007 15:20:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.32
dev-lang/python: 2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.4-r7
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.61
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ ftp://mirror.switch.ch/mirror/gentoo/ ftp://ftp.solnet.ch/mirror/Gentoo "
LINGUAS="en_GB it"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X a52 aac aalib acl aiglx alsa amr apache2 apic arts ass avahi berkdb bidi bitmap-fonts cdda cddb cdr cli cmov cracklib crypt cx8 daap dbus de directfb divx dri dts dvb dvd dvdr dxr3 esd fbcon ffmpeg firefox flac fortran fpu fxsr gdbm gif glib glitz gnome gpm gstreamer gtk hal iconv ieee1394 imagemagick innodb isdnlog java javascript jpeg jpeg2k kde kdehiddenvisibility kerberos ldap ldapsam libcaca libg++ lirc logrotate matroska mca mce midi mis mmap mmx mmxext modplug mp3 mpeg msr mtrr musepack mysql ncurses network nls nptl nptlonly odbc ogg opengl openmp oss pae pam pat pcre pdf perl pge php png pppd pse pse36 pulseaudio python qt3 qt4 quicktime readline real reflection samba sep session skins slang spl sse ssl svg svga swat syscall sysfs tcpd theora thora threads tiff truetype-fonts ts tsc type1-fonts unicode upnp vcd vidix vme vorbis wavpack win32codecs wxwindows x264 x86 xdb xine xml xml2 xorg xosd xscreensaver xvid zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB it" LIRC_DEVICES="livedrive_midi" USERLAND="GNU" VIDEO_CARDS="radeon"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
|
Per il dmes: domani che posso starci davanti e ricreare l'errore. |
|
| Back to top |
|
|
jiojio74
n00b
Joined: 12 Jan 2007
Posts: 24
|
| Posted: Fri Jun 15, 2007 5:53 pm Post subject: |
|
|
| A proposito del blocco: credo che sia un problema di ccache mi è ricapitato con un altro pacchetto: xorg-server, disabilitato ccache si sta compilando senza problemi. |
|
| Back to top |
|
|
|
Forum italiano (Italian)
