View previous topic :: View next topic |
Author |
Message |
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Mon Jul 17, 2006 7:45 am Post subject: Re: fix |
|
|
comio wrote: | domanda: la patch per supportare i files del tipo package.nocflags, ... la metti come ufficiale? io sin ora la sto usando con successo senza avere noie. |
Sì l'ho testata anch'io per un po' senza problemi, così insieme a questa patch ho aggiunto (o meglio fatto aggiungere) anche quella in cvs. Il problema ora è che nella nuova versione vorrei risolvere anche il problema che !equilibrium ha trovato riguardo $PN nel tmpfs, e ci sta lavorando lui; quando il nuovo tmpfs sarà stato testato rilascio la beta12.
Ciao _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
!equilibrium Bodhisattva
Joined: 06 Jun 2004 Posts: 2109 Location: MI/BG/LC
|
Posted: Mon Jul 17, 2006 11:39 am Post subject: Re: fix |
|
|
Ferdinando wrote: | Il problema ora è che nella nuova versione vorrei risolvere anche il problema che !equilibrium ha trovato riguardo $PN nel tmpfs, e ci sta lavorando lui; quando il nuovo tmpfs sarà stato testato rilascio la beta12. |
p.s.: soprattutto se non volete ritrovarvi l'intera gentoo box cancellata nel giro di pochi minuti _________________ 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 |
|
|
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Mon Jul 17, 2006 5:24 pm Post subject: Re: fix |
|
|
!equilibrium wrote: | p.s.: soprattutto se non volete ritrovarvi l'intera gentoo box cancellata nel giro di pochi minuti |
Quoto... è purtroppo capitato anche a me... e ho rimesso tutto a posto un pò a fatica solo ora _________________ :: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Mon Jul 17, 2006 5:32 pm Post subject: Re: fix |
|
|
!equilibrium wrote: | Ferdinando wrote: | Il problema ora è che nella nuova versione vorrei risolvere anche il problema che !equilibrium ha trovato riguardo $PN nel tmpfs, e ci sta lavorando lui; quando il nuovo tmpfs sarà stato testato rilascio la beta12. |
p.s.: soprattutto se non volete ritrovarvi l'intera gentoo box cancellata nel giro di pochi minuti |
spiegatemi la faccenda e come riprodurre la situazione "critica"...
ciao _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
.:chrome:. Advocate
Joined: 19 Feb 2005 Posts: 4588 Location: Brescia, Italy
|
Posted: Mon Jul 17, 2006 6:02 pm Post subject: |
|
|
c'è una cosa che mi da un po' fastidio:
ho una entry in /etc/portage/package.features; ogni tanto la cosa viene segnalato durante il calcolo delle dipendenze. la cosa fatsidiosa è però che il messaggio si ripete per diverse volte. ne basterebbe una sola...
so che è una cazzata. non picchiatemi |
|
Back to top |
|
|
Onip Advocate
Joined: 02 Sep 2004 Posts: 2912 Location: Parma (Italy)
|
Posted: Mon Jul 17, 2006 7:12 pm Post subject: |
|
|
k.gothmog wrote: | c'è una cosa che mi da un po' fastidio:
ho una entry in /etc/portage/package.features; ogni tanto la cosa viene segnalato durante il calcolo delle dipendenze. la cosa fatsidiosa è però che il messaggio si ripete per diverse volte. ne basterebbe una sola...
so che è una cazzata. non picchiatemi |
Capita lo stesso con package.cflags (o cxxflags). Segnala che vengono modificate le cflags del pacchetto un po' in ogni fase dell'emersione. Niente di importante, certo, ma quando uscirà da beta forse sarebbe meglio segnalare i cambiamenti solo nella fase appropriata _________________ Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Mon Jul 17, 2006 7:31 pm Post subject: |
|
|
Onip wrote: | k.gothmog wrote: | c'è una cosa che mi da un po' fastidio:
ho una entry in /etc/portage/package.features; ogni tanto la cosa viene segnalato durante il calcolo delle dipendenze. la cosa fatsidiosa è però che il messaggio si ripete per diverse volte. ne basterebbe una sola...
so che è una cazzata. non picchiatemi |
Capita lo stesso con package.cflags (o cxxflags). Segnala che vengono modificate le cflags del pacchetto un po' in ogni fase dell'emersione. Niente di importante, certo, ma quando uscirà da beta forse sarebbe meglio segnalare i cambiamenti solo nella fase appropriata |
Infatti basta che il tutto il codice sia contenuto solo nella funzione "on_compile" le altre non servono.
Code: |
on_compile() {
export GLOBALCFLAGS=$CFLAGS
package-cflags
# package-nocflags
einfo Active CFLAGS = $CFLAGS
unset GLOBALCFLAGS
export GLOBALCXXFLAGS=$CXXFLAGS
package-cxxflags
# package-nocxxflags
einfo Active CXXFLAGS = $CXXFLAGS
unset GLOBALCXXFLAG
export GLOBALLDFLAGS=$LDFLAGS
package-ldflags
# package-noldflags
einfo Active LDFLAGS = $LDFLAGS
unset GLOBALLDFLAGS
export GLOBALFEATURES=$FEATURES
package-features
# package-nofeatures
einfo Active FEATURES = $FEATURES
unset GLOBALFEATURES
}
|
ciao _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Tue Jul 18, 2006 7:53 am Post subject: Re: fix |
|
|
comio wrote: | spiegatemi la faccenda e come riprodurre la situazione "critica"... |
Il problema è che nel modulo tmpfs c'è un infausto "rm -rf ${mounteddir}/*", dove $mounteddir dipende da $PN: se $PN == "" allora $mounteddir == "" e quindi il comando diventa... argh! faccio fatica anche a scriverlo! Beh, avete capito!
Come riprodurlo: non lo farei se fossi in te, ma scrivi un ebuild che azzeri il contenuto di PN nella fase opportuna e tanto basta. Per fortuna nessun ebuild in portage fa una cosa simile, perciò aspettavo a diffondere la notizia per non creare panico, ma ormai
Per risolvere il problema basta commentare qualche linea di codice, ma se PN non ha il valore che ci aspettiamo l'intero modulo ha dei problemi, per cui più che una patch vorrei rilasciare un modulo "riveduto e corretto", e visto che la mia comprensione degli ebuild al momento è un po' limitata le mie soluzioni potrebbero non essere adeguate.
Ciao
P.S. Nella patch di comio c'era la modifica di introdurre il tutto in una funzione, quindi lo troverete nella prossima release; io non l'avevo fatto perché le features sono utili anche in fasi diverse dalla compile, e le cflags ad esempio potrebbero esserlo nella fase di test. Comunque aspetto feedback da voi. _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
skakz Guru
Joined: 03 Jul 2004 Posts: 380 Location: Ischia/Napoli/Italia/Terra
|
Posted: Tue Jul 18, 2006 8:36 am Post subject: |
|
|
--preserve-root lo hanno inventato proprio per questo
Code: | omega # rm --preserve-root / -fr
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe
omega src # |
_________________ Linux Registered User n.340423
Linux User Group Ischia
www.tush.it |
|
Back to top |
|
|
Kernel78 Moderator
Joined: 24 Jun 2005 Posts: 3654
|
Posted: Tue Jul 18, 2006 8:42 am Post subject: |
|
|
skakz wrote: | --preserve-root lo hanno inventato proprio per questo
|
Come l'hai trovata ? nella pagina man non ne parla
/EDIT:ma in info rm ne parla ... _________________ Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con Code: | grep -vE '(^[[:space:]]*($|(#|!|;|//)))' |
|
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Tue Jul 18, 2006 9:02 am Post subject: |
|
|
skakz wrote: | --preserve-root lo hanno inventato proprio per questo |
Grazie, in effetti questa mi è nuova. Comunque come dicevo più che delle piccole modifiche in questo momento ho in mente una riscrittura più organica del modulo; certo che se ci si mettesse troppo tempo farei una patch e via.
Ciao _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Tue Jul 25, 2006 7:32 am Post subject: portage-bashrc-ng v0.12 beta released |
|
|
Alla fine ci ho messo una pezza (patch) e ho fatto una nuova versione, così distribuiamo i fix e possiamo testare con più calma il nuovo tmpfs. Naturalmente siete tutti invitati a passare a questa versione, visti i problemi della precedente. Tre cose:- La patch di comio la trovate nella nuova versione, fate attenzione perché ora perpackage.module viene eseguito solo nella fase di compile; se ciò vi dà dei problemi fatemi sapere.
- Anche il fix per i jars è in questa nuova versione; se state usando dei moduli personalizzati, dovete cambiare i nomi delle funzioni inserendo il prefisso "on_", es. on_compile(), on_install() ecc.
- Il fix per il problema con $PN è temporaneo ma radicale; non uso più né $PN né $PF, e non chiamo più rm con l'opzione -r. Ciò però implica che se avete un processo con cwd nella dir temporanea (vi ci siete messi per sbaglio con la shell, avete un cronjob di backup scritto male, avete updatedb configurato male) la dir temporanea non sarà smontata né svuotata e alla lunga potreste esaurire lo spazio in RAM.
Ciao _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
btbbass Apprentice
Joined: 15 Feb 2005 Posts: 287 Location: Asti o Torino
|
Posted: Fri Jul 28, 2006 12:42 pm Post subject: |
|
|
Ho un piccolo problema con il modulo bashrc keepwork;
se provo un emerge, lo interrompo, e dopo lo rifaccio partire, ottengo questi messaggi:
Code: |
>>> Emerging (1 of 6) media-libs/xine-lib-1.1.2-r2 to /
* Trying to resume merge
/etc/portage/bashrc-ng//resumemerge.module: line 14: FEATURES+= keepwork: command not found
rmdir: /var/tmp/portage/xine-lib-1.1.2-r2: Device or resource busy
>>> checking ebuild checksums ;-)
|
poi cmq l'emerge va a buon fine..
Questo è il mio emerge --info:
Code: |
Portage 2.1-r1 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.3.6-r4, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) M processor 1400MHz
Gentoo Base System version 1.6.14
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python: 2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -march=pentium-m -mmmx -msse -msse2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/lib/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/splash /etc/terminfo"
CXXFLAGS="-Os -march=pentium-m -mmmx -msse -msse2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://mirror.pudas.net/gentoo http://gentoo.blueyonder.co.uk http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/"
LDFLAGS="-Wl,-O1"
LINGUAS="it"
MAKEOPTS="-j3"
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/initng-portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
|
_________________ Chi dice che è impossibile non interrompa chi lo sta facendo
-Proverbio Cinese -
___________________________________ |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Fri Jul 28, 2006 1:10 pm Post subject: |
|
|
btbbass wrote: | /etc/portage/bashrc-ng//resumemerge.module: line 14: FEATURES+= keepwork: command not found |
Lol! Io e la mia mania per le scorciatoie... Per un fix rapido apri /etc/portage/bashrc-ng/resumemerge.module e sostituisci
Code: | FEATURES+=" keepwork" | (non avrai problemi a trovare la riga, il file è piccolo) con
Code: | FEATURES="$FEATURES keepwork" | In bash-3 le due scritture dovrebbero essere interpretate allo stesso modo; per curiosità, tu che versione di bash hai?
Ciao _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Fri Jul 28, 2006 1:21 pm Post subject: |
|
|
Ferdinando wrote: | btbbass wrote: | /etc/portage/bashrc-ng//resumemerge.module: line 14: FEATURES+= keepwork: command not found |
Lol! Io e la mia mania per le scorciatoie... Per un fix rapido apri /etc/portage/bashrc-ng/resumemerge.module e sostituisci
Code: | FEATURES+=" keepwork" | (non avrai problemi a trovare la riga, il file è piccolo) con
Code: | FEATURES="$FEATURES keepwork" | In bash-3 le due scritture dovrebbero essere interpretate allo stesso modo; per curiosità, tu che versione di bash hai?
Ciao |
io tendenzialmente eviterei le features della bash3 (quando possibile), così è utilizzabile più facilmente.
luigi _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Fri Jul 28, 2006 1:34 pm Post subject: |
|
|
comio wrote: | io tendenzialmente eviterei le features della bash3 (quando possibile), così è utilizzabile più facilmente. |
E non sto neanche utilizzando il nuovissimo (copiato da perl) operatore =~ !
Comunque in effetti ho controllato, quell'operatore l'hanno introdotto in bash-3.1, quindi sarebbe meglio eliminarlo per ora...
Ciao _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
btbbass Apprentice
Joined: 15 Feb 2005 Posts: 287 Location: Asti o Torino
|
Posted: Fri Jul 28, 2006 2:13 pm Post subject: |
|
|
Ferdinando wrote: |
Comunque in effetti ho controllato, quell'operatore l'hanno introdotto in bash-3.1, quindi sarebbe meglio eliminarlo per ora...
Ciao |
Si, confermo, in effetti ho bash 3.0-r12..
Ora funziona correttamente!!
Grazie _________________ Chi dice che è impossibile non interrompa chi lo sta facendo
-Proverbio Cinese -
___________________________________ |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Sat Jul 29, 2006 11:29 am Post subject: |
|
|
propongo una feature: inserire due funzioni on_BEGIN e on_END comunque chiamate durante ogni fase (prima e dopo la funzione on_$EBUILD_PHASE). Ho notato che le feauters devono essere impostate praticamente in ogni fase... tanto vale fare un qualcosasa in stile awk.
L'activation di bashrc diventa:
Code: |
##############
# Activation #
##############
# if in debug mode, print phase
debuginfo "step $EBUILD_PHASE"
# sourcing configuration
[[ -r $CONFFILE ]] && source $CONFFILE
# cycling in modules
for mod in ${MODULESDIR}/*.module
do
# define an empty action
eval "on_$EBUILD_PHASE () {
true
}"
eval "on_BEGIN() {
true
}"
eval "on_END() {
true
}"
# source the module, if active
filename=${mod##*/}
if [ "$(eval echo \$${filename%%.module})" == "on" ]
then
source $mod
# invoke the module-defined action, if any
on_BEGIN
on_$EBUILD_PHASE
on_END
fi
done
|
mentre il perpackage.module (sempre activation):
Code: |
##############
# Activation #
##############
on_compile() {
export GLOBALCFLAGS=$CFLAGS
package-cflags
package-nocflags
einfo Active CFLAGS = $CFLAGS
unset GLOBALCFLAGS
export GLOBALCXXFLAGS=$CXXFLAGS
package-cxxflags
package-nocxxflags
einfo Active CXXFLAGS = $CXXFLAGS
unset GLOBALCXXFLAG
export GLOBALLDFLAGS=$LDFLAGS
package-ldflags
package-noldflags
einfo Active LDFLAGS = $LDFLAGS
unset GLOBALLDFLAGS
}
on_END() {
export GLOBALFEATURES=$FEATURES
package-features
package-nofeatures
einfo Active FEATURES = $FEATURES
unset GLOBALFEATURES
}
|
_________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Mon Jul 31, 2006 8:23 am Post subject: |
|
|
comio wrote: | propongo una feature: inserire due funzioni on_BEGIN e on_END comunque chiamate durante ogni fase (prima e dopo la funzione on_$EBUILD_PHASE). |
Come feature mi piace, dal punto di vista della pulizia del codice e della leggibilità è meglio della soluzione attuale che costringerebbe ad avere del codice fuori dalle funzioni; grazie, magari l'aggiungo in cvs stasera.
Quanto al perpackage non saprei, con la tua soluzione avremmo di nuovo un einfo (o due!) ad ogni passo ed è un po' scocciante; pensavo invece di portare il parsing del file di configurazione fuori delle funzioni, così sarebbe possibile isolare il messaggio "altering xxx" e la scrittura (eventuale) delle flag e delle features dopo la modifica ad una sola fase, ad esempio setup, continuando ad applicare le modifiche a tutte le fasi.
Non è un lavoro particolarmente complesso, anche se non so se lo farò oggi, ma sicuramente prima della prossima release.
Prima della 1.0 (per ora lontana) invece vorrei cercare di semplificare l'architettura di quel modulo, visto che molte funzioni fanno la stessa cosa su variabili diverse. Si vedrà, al momento non ho molto tempo da dedicargli.
Ciao _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
Deus Ex Guru
Joined: 16 Nov 2005 Posts: 489 Location: Patavium
|
Posted: Thu Aug 10, 2006 5:40 pm Post subject: |
|
|
Ciao ragazzi,
volevo segnalarvi un problema che ho avuto con bashrc-ng (o almeno credo sia relativo a quello).
In pratica, volendo ricompilare il mio system, ed essendo in unstable su ~amd64, ho dato un emerge -e system. Nel system, come sapete, ci sono le glibc, le quali, essendo su amd64, ho compilato col supporto sia ai 32 che ai 64 bit.
Ora, avendo compilato gcc nuovo (versione 4.1.1), e volendo compilare le glibc 2.4-r3, questa operazione non mi è riuscita, perchè queste glibc non compilano con CFLAGS="-fPIC", che io ho nel mio make.conf. Allora ho ben pensato di usare la fantastica feature di bashrc-ng "package.cflags", omettendo nel file la suddetta flag. Ma nonostante questa accortezza, la compilazione è lo stesso fallita.
Allora, guardando nel log, mi sono accorto che il problema sorgeva nel momento in cui il compilatore era a 32bit (i686-pc-gnu-linux-gcc) e dava esattamente l'errore riportato in questo post . Quindi ho tolto "-fPIC" dal make.conf, e tutta la compilazione è andata a buon fine.
Dunque, sapendo che bashrc-ng modifica le cflags per il determinato pacchetto in fase di compilazione (dato che ho visto coi miei occhi il warning all'inizio della stessa), ma non compila lo stesso, ho pensato che probabilmente bashrc-ng non riesca a modificare le flags di gcc a 32 bit (mentre a 64 bit lo fa).
Chiedo lumi: la mia supposizione può essere sia corretta? C'è modo di correggere il problema (se c'è?)
Grazie dell'attenzione!
p.s.: ho usato bashrc-ng_beta12 _________________ Deus Ex
--
L’inflazione che caccia nelle mani dell’individuo, in un gesto solo, miliardi di marchi, lasciandolo più miserabile di prima, dimostra punto per punto che il denaro è un’allucinazione collettiva. |
|
Back to top |
|
|
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Thu Aug 10, 2006 6:28 pm Post subject: |
|
|
Ciao! Per me dovevi inserire la CFLAG indesiderata nel file "packege.nocflags" dovrebbe funzionare in questo modo:
- package.cflags: inserisce le flags che vogliamo utilizzare nella compilazione al pacchetto
- package.nocflags: elimina e filtra le cflags "generali o di gruppo" che non vogliamo nel pacchetto
Cheers
Franco
P.S. Eventualmente riprova e avvertici se il problema si ripropone _________________ :: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
Back to top |
|
|
Deus Ex Guru
Joined: 16 Nov 2005 Posts: 489 Location: Patavium
|
Posted: Thu Aug 10, 2006 9:09 pm Post subject: |
|
|
Grazie delle indicazioni! In effetti risulta anche più logico inserire le no-flags in quel file, invece che semplicemente ometterle
Ora però sto ricompilando tutto il world (finito già il system), per cui, prima che io ricompili le glibc, ci vorrà un po' _________________ Deus Ex
--
L’inflazione che caccia nelle mani dell’individuo, in un gesto solo, miliardi di marchi, lasciandolo più miserabile di prima, dimostra punto per punto che il denaro è un’allucinazione collettiva. |
|
Back to top |
|
|
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Thu Aug 10, 2006 9:45 pm Post subject: |
|
|
Deus Ex wrote: | Grazie delle indicazioni! In effetti risulta anche più logico inserire le no-flags in quel file, invece che semplicemente ometterle
Ora però sto ricompilando tutto il world (finito già il system), per cui, prima che io ricompili le glibc, ci vorrà un po' |
Nessun problema, appena puoi posta
Cheers
Franco _________________ :: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Fri Aug 11, 2006 7:27 am Post subject: |
|
|
Deus Ex wrote: | Dunque, sapendo che bashrc-ng modifica le cflags per il determinato pacchetto in fase di compilazione (dato che ho visto coi miei occhi il warning all'inizio della stessa), ma non compila lo stesso, ho pensato che probabilmente bashrc-ng non riesca a modificare le flags di gcc a 32 bit (mentre a 64 bit lo fa). |
In effetti se quando scrive le Active CFLAGS il -fPIC non c'è non dovrebbe applicarlo. Strano. Io sono su una macchina a 32 bit, ma mi sembra difficile che il problema sia legato a quello, perché in fondo CFLAGS è una variabile abbastanza universale. Può essere un problema di versione del modulo? Appena posso provo a riprodurre il problema.
Ciao
P.S. È vivamente sconsigliato dai dev usare -fPIC, la flag pic è sufficiente per tutti i casi "safe". _________________ La risposta, non la devi cercare fuori, la devi cercare dentro di te: e però è SBAGLIATA!
-- Corrado Guzzanti, "Pippo Chennedy Show", 1997 |
|
Back to top |
|
|
Deus Ex Guru
Joined: 16 Nov 2005 Posts: 489 Location: Patavium
|
Posted: Fri Aug 11, 2006 7:45 am Post subject: |
|
|
Ferdinando wrote: |
P.S. È vivamente sconsigliato dai dev usare -fPIC, la flag pic è sufficiente per tutti i casi "safe". |
Eeheh! Lo so, ma io ho lo spirito del beta tester _________________ Deus Ex
--
L’inflazione che caccia nelle mani dell’individuo, in un gesto solo, miliardi di marchi, lasciandolo più miserabile di prima, dimostra punto per punto che il denaro è un’allucinazione collettiva. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|