View previous topic :: View next topic |
Author |
Message |
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Fri Aug 11, 2006 8:37 am Post subject: |
|
|
@Deus Ex
Voglio citare questo articolo sull'hardening di Gentoo che illustra in maniera abbastanza chiara e veloce i vantaggi dell'utilizzo dell'opzione -fpic o -fPIC (sta per Position Indipendent Code), leggilo attentamente e dimmi se questa opzione è veramente necessaria per la tua macchina, in particolare ti cito questa frase che è significativa:
Quote: | Why does a normal dynamically linked executable (not position independent shared executable) need no text relocations and PIC addressing? Because the kernel (in a normal world) always moves it to the same location in process memory when started, making it unnecessary for the dynamic loader to address any TEXT relocations in the normal executable: because there are none! We have learned that only shared libraries are located at a given, freely choosen, address space in the process memory of the dynamically linked executable. So, in the text segment of a "fixed load location" normal executable there are no TEXT segment relocations because all addresses are at the same location in memory during every invocation of the program. The addressing of data and functions inside the executable are provided via relative and absolute relocations in a common used set of platform-dependent, performance oriented assembler commands. |
Anche io utilizzavo questa opzione circa un anno fa, ma ora ho cambiato e utilizzo la flag USE pic perchè viene abilitata dove effettivamente serve ed è safe
P.S. La mia considerazione anche se è OT l'ho acquisito provando e sperimentando varie configurazioni che mi hanno portato ad utilizzare altri sistemi per avere eseguibili decisamente + performanti
Cheers
Franco _________________ :: [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: Fri Aug 11, 2006 7:25 pm Post subject: |
|
|
Ok, mi hai convinto sul non utilizzo di -fPIC, ma c'è solo una cosa: se do euse -i pic, lui dice:
Code: | ~ $ euse -i pic
global use flags (searching: pic)
************************************************************
[- ] pic - Build Position Independent Code. Do not utilize this flag unless you know what you're doing.
|
Ora: sono sicuro che tu sappia cosa fai, ma se viene indicato in questo modo, siamo sicuri che sia "safe"?
Grazie delle info _________________ 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: Fri Aug 11, 2006 7:42 pm Post subject: |
|
|
Beh certo poichè viene applicata solo ai programmi che la richiedono _________________ :: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
Back to top |
|
|
.:chrome:. Advocate
Joined: 19 Feb 2005 Posts: 4588 Location: Brescia, Italy
|
Posted: Fri Aug 11, 2006 9:23 pm Post subject: |
|
|
in ogni caso, quella USE è una di quele da non usare tanto a cuor leggero.
se si vuole un sistema un po' più solito/ostile, a seconda dei punti di vista, è meglio cambiare il profilo, mettere su un hardened, e lasciare fare a lui.
flag come hardened, pie e pic quando vengono impostate dall'utente finiscono solo per fare danni, presto o tardi |
|
Back to top |
|
|
Deus Ex Guru
Joined: 16 Nov 2005 Posts: 489 Location: Patavium
|
Posted: Fri Aug 11, 2006 10:16 pm Post subject: |
|
|
Dr.Dran wrote: | Beh certo poichè viene applicata solo ai programmi che la richiedono |
Ehehe! In effetti intendevo se è safe per i soli programmi che la richiedono (visto che è una USE flag ).
Grazie dei vostri pareri, comunque _________________ 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 |
|
|
Al79 n00b
Joined: 30 Jul 2006 Posts: 30
|
Posted: Wed Aug 16, 2006 8:56 am Post subject: |
|
|
Ciao,
installando f-spot, un software instabile presente in portage, sono incappato in questo bug. In particolare il programma ha dei problemi installando
dev-perl/XML-LibXML, qui di seguito posto(in forma limitata) prima l'emerge che usa bashrc-ng e che fallisce e poi l'emerge senza bashrc-ng.
Ciao a tutti
Alberto
Code: | Calculating dependencies... done!
>>> Emerging (1 of 16) dev-perl/XML-LibXML-1.58-r1 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking XML-LibXML-1.58.tar.gz ;-)
>>> Unpacking source...
>>> Unpacking XML-LibXML-1.58.tar.gz to /var/tmp/portage/XML-LibXML-1.58-r1/work
* Applying XML-LibXML-1.58-cleanup.patch ... [ ok ]
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/XML-LibXML-1.58-r1/work/XML-LibXML-1.58 ...
* Using ExtUtils::MakeMaker
enable native perl UTF8
running xml2-config...WARNING!
The installed version of libxml2 was not tested with this version of XML::LibXML.
XML::LibXML may fail building or some tests may not pass.
Expect strange errors and unstable scripts.
Check the README file for more informations
END OF WARNING
untested
looking for -lxml2... yes
Checking if your kit is complete...
Looks good
Writing Makefile for XML::LibXML
[..snip..]
/usr/bin/perl5.8.8 /usr/lib/perl5/5.8.8/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.8/ExtUtils/
typemap -typemap typemap LibXML.xs > LibXML.xsc && mv LibXML.xsc LibXML.c
i686-pc-linux-gnu-gcc -c -I/usr/include/libxml2 -fno-strict-aliasing -pipe -Wdeclaration-after-
statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -mtune=athlon-xp -march
=athlon-xp -O2 -pipe -DVERSION=\"1.58\" -DXS_VERSION=\"1.58\" -fPIC "-I/usr/lib/perl5/5.8.8/i6
86-linux/CORE" -DHAVE_UTF8 -DHAVE_BLANK LibXML.c
In file included from LibXML.xs:11:
ppport.h:362:1: warning: "PERL_UNUSED_DECL" redefined
In file included from LibXML.xs:9:
/usr/lib/perl5/5.8.8/i686-linux/CORE/perl.h:163:1: warning: this is the location of the previous
definition
In file included from LibXML.xs:32:
/usr/include/libxml2/libxml/DOCBparser.h:22:2: warning: #warning "The DOCBparser module has been
deprecated in libxml2-2.6.0"
i686-pc-linux-gnu-gcc -c -I/usr/include/libxml2 -fno-strict-aliasing -pipe -Wdeclaration-after-
statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -mtune=athlon-xp -march
=athlon-xp -O2 -pipe -DVERSION=\"1.58\" -DXS_VERSION=\"1.58\" -fPIC "-I/usr/lib/perl5/5.8.8/i6
86-linux/CORE" -DHAVE_UTF8 -DHAVE_BLANK dom.c
i686-pc-linux-gnu-gcc -c -I/usr/include/libxml2 -fno-strict-aliasing -pipe -Wdeclaration-after-
statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -mtune=athlon-xp -march
=athlon-xp -O2 -pipe -DVERSION=\"1.58\" -DXS_VERSION=\"1.58\" -fPIC "-I/usr/lib/perl5/5.8.8/i6
[..snip..]
chmod 644 blib/arch/auto/XML/LibXML/LibXML.bs
>>> Source compiled.
>>> Test phase [not enabled]: dev-perl/XML-LibXML-1.58-r1
>>> Install XML-LibXML-1.58-r1 into /var/tmp/portage/XML-LibXML-1.58-r1/image/ category dev-perl
Installing /var/tmp/portage/XML-LibXML-1.58-r1/image/usr/lib/perl5/vendor_perl/5.8.8/i686-linux/
auto/XML/LibXML/LibXML.bs
[..snip..]
Installing /var/tmp/portage/XML-LibXML-1.58-r1/image/usr/lib/perl5/vendor_perl/5.8.8/i686-linux/
XML/LibXML/SAX/Generator.pm
Writing /var/tmp/portage/XML-LibXML-1.58-r1/image//usr/lib/perl5/vendor_perl/5.8.8/i686-linux/au
to/XML/LibXML/.packlist
Appending installation info to /var/tmp/portage/XML-LibXML-1.58-r1/image//usr/lib/perl5/5.8.8/i6
86-linux/perllocal.pod
Can't locate XML/LibXML/SAX/Parser.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/vendor_pe
rl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/p
erl5/vendor_perl/5.8.6/i686-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686
-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /
usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at /usr/lib/perl5/vendor_perl/5.8.8/XML/SAX.pm l
ine 147.
make: *** [install_sax_driver] Error 2
!!! ERROR: dev-perl/XML-LibXML-1.58-r1 failed.
Call stack:
ebuild.sh, line 1539: Called dyn_install
ebuild.sh, line 1013: Called src_install
ebuild.sh, line 1248: Called perl-module_src_install
perl-module.eclass, line 152: Called die |
Code: |
Calculating dependencies... done!
>>> Emerging (1 of 16) dev-perl/XML-LibXML-1.58-r1 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking XML-LibXML-1.58.tar.gz ;-)
>>> Unpacking source...
>>> Unpacking XML-LibXML-1.58.tar.gz to /var/tmp/portage/XML-LibXML-1.58-r1/work
* Applying XML-LibXML-1.58-cleanup.patch ... [ ok ]
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/XML-LibXML-1.58-r1/work/XML-LibXML-1.58 ...
* Using ExtUtils::MakeMaker
enable native perl UTF8
running xml2-config...WARNING!
The installed version of libxml2 was not tested with this version of XML::LibXML.
XML::LibXML may fail building or some tests may not pass.
Expect strange errors and unstable scripts.
Check the README file for more informations
END OF WARNING
untested
looking for -lxml2... yes
Checking if your kit is complete...
Looks good
Writing Makefile for XML::LibXML
[..snip..]
/usr/bin/perl5.8.8 /usr/lib/perl5/5.8.8/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.8/ExtUtils/
typemap -typemap typemap LibXML.xs > LibXML.xsc && mv LibXML.xsc LibXML.c
i686-pc-linux-gnu-gcc -c -I/usr/include/libxml2 -fno-strict-aliasing -pipe -Wdeclaration-after-
statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -mtune=athlon-xp -march
=athlon-xp -O2 -pipe -DVERSION=\"1.58\" -DXS_VERSION=\"1.58\" -fPIC "-I/usr/lib/perl5/5.8.8/i6
86-linux/CORE" -DHAVE_UTF8 -DHAVE_BLANK LibXML.c
In file included from LibXML.xs:11:
ppport.h:362:1: warning: "PERL_UNUSED_DECL" redefined
In file included from LibXML.xs:9:
/usr/lib/perl5/5.8.8/i686-linux/CORE/perl.h:163:1: warning: this is the location of the previous
[..snip..]
chmod 755 blib/arch/auto/XML/LibXML/LibXML.so
cp LibXML.bs blib/arch/auto/XML/LibXML/LibXML.bs
chmod 644 blib/arch/auto/XML/LibXML/LibXML.bs
>>> Source compiled.
>>> Test phase [not enabled]: dev-perl/XML-LibXML-1.58-r1
>>> Install XML-LibXML-1.58-r1 into /var/tmp/portage/XML-LibXML-1.58-r1/image/ category dev-perl
/usr/portage/eclass/perl-module.eclass: line 149: test: pure_install: binary operator expected
[..snip..]
XML/LibXML/SAX/Generator.pm
Writing /var/tmp/portage/XML-LibXML-1.58-r1/image//usr/lib/perl5/vendor_perl/5.8.8/i686-linux/au
to/XML/LibXML/.packlist
Appending installation info to /var/tmp/portage/XML-LibXML-1.58-r1/image//usr/lib/perl5/5.8.8/i6
86-linux/perllocal.pod
* Cleaning out stray man files
>>> Completed installing XML-LibXML-1.58-r1 into /var/tmp/portage/XML-LibXML-1.58-r1/image/
man:
strip: i686-pc-linux-gnu-strip --strip-unneeded
usr/lib/perl5/vendor_perl/5.8.8/i686-linux/auto/XML/LibXML/LibXML.so
>>> Merging dev-perl/XML-LibXML-1.58-r1 to /
--- /usr/
--- /usr/lib/
[..snip..]
>>> /usr/share/doc/XML-LibXML-1.58-r1/Changes.gz
* Man pages are not installed for most modules now.
* Please use perldoc instead.
>>> Regenerating /etc/ld.so.cache...
|
|
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Mon Aug 21, 2006 9:14 am Post subject: beta13 |
|
|
Ho rilasciato la beta13, con i fix per tutti i problemi emersi finora (quello di Al79 dovrebbe essere fixato, fatemi sapere se ricapita). Un altro problemuccio che abbiamo fixato è che con emerge --unmerge non si disinstallava quasi nulla, grazie a CONFIG_PROTECT; i moduli ora sono in /usr/share/portage-bashrc-ng, perciò potete cancellare /etc/portage/bashrc-ng/*.module se volete (NON cancellate /etc/portage/bashrc-ng/bashrc-ng.conf); studieremo qualcosa per permettere la rimozione del bashrc stesso.
Un nuovo modulo, aggiunto sabato, non è stato incluso in questa versione; se qualcuno lo vuole provare lo può prendere da qui; è tratto dall'ennesimo script di Solar, che quando tra le features c'è distclean dovrebbe rimuovere i distfiles usati.
Ciao
P.S. Se avete scaricato l'ebuild prima di ieri sera (21 agosto) vi prego di riscaricarlo, perché (come avrete notato) in caso di update... beh, si cancella da solo _________________ 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 |
|
|
Guglie Apprentice
Joined: 01 Mar 2004 Posts: 240 Location: switzerland - zürich
|
Posted: Mon Aug 28, 2006 6:52 pm Post subject: |
|
|
Code: | # pwd
/usr/local/portage/overlay/app-portage/portage-bashrc-ng
# ebuild portage-bashrc-ng-0.13_beta.ebuild digest
/usr/local/portage/overlay/app-portage/portage-bashrc-ng/portage-bashrc-ng-0.1: command not found 4:
!!! ERROR: app-portage/portage-bashrc-ng-0.13_beta failed.
Call stack:
ebuild.sh, line 1447: Called source '/usr/local/portage/overlay/app-portage/portage-bashrc-ng/portage-bashrc-ng-0.13_beta.ebuild'
' portage-bashrc-ng-0.13_beta.ebuild, line 5: Called inherit 'eutils
ebuild.sh, line 1182: Called die
.eclass could not be found by inherit()
!!! If you need support, post the topmost build error, and the call stack if relevant.
aux_get(): (0) Error in app-portage/portage-bashrc-ng-0.13_beta ebuild. (1)
Check for syntax error or corruption in the ebuild. (--debug
|
pensando a una corruzione dell'ebuild l'ho riscaricato con wget, non era quello
non riesco a capire se quell'errore stia nell'ebuild oppure nell'eclass _________________ A! Elbereth Gilthoniel! silivren penna míriel o menel aglar elenath! |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Tue Aug 29, 2006 11:44 am Post subject: |
|
|
Guglie wrote: | portage-bashrc-ng-0.13_beta.ebuild, line 5: Called inherit 'eutils |
La linea dovrebbe essere "inherit eutils"; mi potresti fare un "grep inherit portage-bashrc-ng-0.13_beta.ebuild"?
Guglie wrote: | .eclass could not be found by inherit() |
Se c'è il refuso indicato sopra, questa si spiega perché l'ebuild vorrebbe caricare /usr/portage/eclass/\'eutils.eclass che non esiste; se invece il refuso non c'è e l'apice è stato aggiunto da portage nel segnalare l'errore (probabile visto che preso un mirror a caso la linea è "inherit eutils") allora controlla se esiste /usr/portage/eclass/eutils.eclass; se non esiste o hanno eliminato l'eclass o il tuo portage tree è corrotto. Naturalmente nel primo caso dovremmo capire con cosa l'hanno sostituito.
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 |
|
|
Dece Apprentice
Joined: 23 Nov 2004 Posts: 291 Location: Bologna/Rimini Italy
|
Posted: Wed Aug 30, 2006 9:07 am Post subject: |
|
|
Anche io ho lo stesso identico problema, adesso magari provo a rifare un sync.... anche se l'errore strano mi sembra più questo: Code: | /usr/local/portage/overlay/app-portage/portage-bashrc-ng/portage-bashrc-ng-0.1: command not found 4:
|
alla peggio lo installo a mano
Dece |
|
Back to top |
|
|
Kernel78 Moderator
Joined: 24 Jun 2005 Posts: 3654
|
Posted: Wed Aug 30, 2006 9:31 am Post subject: |
|
|
Io mi sono beccato Code: | >>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking bashrc-v0.13.tar.gz
!!! Digest verification failed:
!!! /usr/portage/distfiles/bashrc-v0.13.tar.gz
!!! Reason: Filesize does not match recorded size
!!! Got: 9977
!!! Expected: 9017
| che faccio risinco e incrocio le dita ? _________________ 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: Wed Aug 30, 2006 9:32 am Post subject: |
|
|
Dece wrote: | anche se l'errore strano mi sembra più questo: | In effetti è strano ma non capisco cosa indichi visto che '4:' o '4' nell'ebuild non ci sono, non so nemmeno perché tagli dal 3 in poi Forse ebuild è superstizioso...
Dece wrote: | alla peggio lo installo a mano | Sì, ma poi a che servono gli ebuild? Il problema è che non ho proprio idea di come riprodurre l'errore.
Ciao
Edit: a Kernel78, riprova a dare il comando digest, quello dovresti generarlo in locale. _________________ 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 |
|
|
Dece Apprentice
Joined: 23 Nov 2004 Posts: 291 Location: Bologna/Rimini Italy
|
Posted: Wed Aug 30, 2006 10:11 am Post subject: |
|
|
Ferdinando wrote: | In effetti è strano ma non capisco cosa indichi visto che '4:' o '4' nell'ebuild non ci sono, non so nemmeno perché tagli dal 3 in poi Forse ebuild è superstizioso... |
Prima avevo fatto un copia-incolla dal post precedente, ad essere precisi il mio messaggio di errore è questo: Code: | bejelit app-portage # ebuild portage-bashrc-ng/portage-bashrc-ng-0.13_beta.ebuild digest
: command not foundapp-portage/portage-bashrc-ng/portage-bashrc-ng-0.13_beta.ebuild: line 4:
|
e mentre provavo a editare con nano l'ebuild per togliere eventuali tab o caratteri strani alla riga 4 (che è vuota), mi sono accorto che a default l'ebuild viene salvato con il fomato DOS: salvandolo in modo normale si sistema tutto
edit: ho provato a riscaricare l'ebuild sia da firefox che con wget: viene sempre salvato in formato dos |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Wed Aug 30, 2006 10:54 am Post subject: |
|
|
Dece wrote: | ho provato a riscaricare l'ebuild sia da firefox che con wget: viene sempre salvato in formato dos |
Capisco, con ogni probabilità è stato caricato con questo formato. Abbiate pazienza, con un po' di fortuna tra non molto !Equilibrium e Philantrop integreranno le patches a cui stanno lavorando e faremo una nuova versione. Purtroppo ora come ora non posso modificare la release, quindi in ogni caso se ne parla nel fine settimana (a meno che !Equilibrium o Dr.Dran non vogliano fixare subito).
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 |
|
|
FonderiaDigitale Veteran
Joined: 06 Nov 2003 Posts: 1710 Location: Rome, Italy
|
Posted: Thu Aug 31, 2006 2:38 pm Post subject: |
|
|
ciao bimbi. era un po' che non partecipavo.
visto che adesso sono in ferie, volevo provare il bisnipote del mio progetto
giusto per capire e in 3 parole: cosa c'e' che funziona e cosa NON funziona attualmente?
al di la del fatto che sappiamo tutti che un oggetto di questo genere e' unstable, cosa e' considerabile come non-beta (piu o meno freezed)?
mi metto a gingillare
ciao _________________ Come disse un amico, i sistemisti sono un po' come gli artigiani per l'informatica
|
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Thu Aug 31, 2006 3:08 pm Post subject: |
|
|
FonderiaDigitale wrote: | ciao bimbi. era un po' che non partecipavo.
visto che adesso sono in ferie, volevo provare il bisnipote del mio progetto |
Woow, chi si rivede! Bentornato
FonderiaDigitale wrote: | giusto per capire e in 3 parole: cosa c'e' che funziona e cosa NON funziona attualmente?
al di la del fatto che sappiamo tutti che un oggetto di questo genere e' unstable, cosa e' considerabile come non-beta (piu o meno freezed)? |
Uhm... Bella domanda; uno di quelli a cui non mettiamo mano da un po' è proprio il file bashrc-ng/tmpfs.module, che deriva direttamente dal tuo bashrc; se usi l'ebuild (quello sui mirror ha un problemino, vedi su), dovrebbe essere in /usr/share/portage-bashrc-ng.
Ciao e buone ferie! _________________ 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 |
|
|
Guglie Apprentice
Joined: 01 Mar 2004 Posts: 240 Location: switzerland - zürich
|
Posted: Thu Aug 31, 2006 3:26 pm Post subject: |
|
|
Dece wrote: | mi sono accorto che a default l'ebuild viene salvato con il fomato DOS: salvandolo in modo normale si sistema tutto |
si, convertendolo in unix ha fatto regolarmente il digest anche a me _________________ A! Elbereth Gilthoniel! silivren penna míriel o menel aglar elenath! |
|
Back to top |
|
|
Onip Advocate
Joined: 02 Sep 2004 Posts: 2912 Location: Parma (Italy)
|
Posted: Fri Sep 01, 2006 8:35 am Post subject: |
|
|
Io ho solamete 256Mb di Ram, dite che posso azzardarmi a provare il modulo tmpfs o è meglio che lasci stare?
eventualmente qualcuno può postare una lista di pacchetti che conosce che richiedono una quantità di Ram maggiore?
Gracias _________________ Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
Back to top |
|
|
Kernel78 Moderator
Joined: 24 Jun 2005 Posts: 3654
|
Posted: Fri Sep 01, 2006 9:16 am Post subject: |
|
|
Onip wrote: | Io ho solamete 256Mb di Ram, dite che posso azzardarmi a provare il modulo tmpfs o è meglio che lasci stare?
|
Se hai abbastanza swap puoi usarlo (ovviamente impostando una dimensione ragiovevole) _________________ 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 |
|
|
Cazzantonio Bodhisattva
Joined: 20 Mar 2004 Posts: 4514 Location: Somewere around the world
|
Posted: Fri Sep 01, 2006 9:42 am Post subject: |
|
|
non so il perché ma a me il nuovo bashrc non funziona più (non mi monta la tmpfs)
P.S. uso solo il plugin per montare in ram la compilazione _________________ Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne |
|
Back to top |
|
|
Kernel78 Moderator
Joined: 24 Jun 2005 Posts: 3654
|
Posted: Fri Sep 01, 2006 10:01 am Post subject: |
|
|
Cazzantonio wrote: | non so il perché ma a me il nuovo bashrc non funziona più (non mi monta la tmpfs)
P.S. uso solo il plugin per montare in ram la compilazione |
Anche io uso solo il modulo per tmpfs ma a me funziona bene ...
Hai provato ad abilitare il debug ? _________________ 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: Fri Sep 01, 2006 10:02 am Post subject: |
|
|
Cazzantonio wrote: | non so il perché ma a me il nuovo bashrc non funziona più (non mi monta la tmpfs) |
Ahi. Stai usando la beta13? Il problema non ce l'avevi con il precedente (e quale versione era)?
È mica uscito un nuovo portage di cui non sono a conoscenza? Non synco da lunedì, per cui non ho proprio idea se sia un problema della tua configurazione o è cambiato qualcosa.
@Onip: qui cercavano di fare una stima dei pacchetti che richiedono più spazio, ma non è molto aggiornata (ad esempio gcc-4 a me ha voluto ben più di 500MB). Comunque puoi compensare con lo swap (perdendo in parte i vantaggi) o escludere dal tmpfs un certo numero di pacchetti (soprattutto quelli più monolitici). A occhio la maggior parte dei pacchetti si compila in poco spazio.
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 |
|
|
Cazzantonio Bodhisattva
Joined: 20 Mar 2004 Posts: 4514 Location: Somewere around the world
|
Posted: Fri Sep 01, 2006 11:15 am Post subject: |
|
|
Ferdinando wrote: | Cazzantonio wrote: | non so il perché ma a me il nuovo bashrc non funziona più (non mi monta la tmpfs) |
Ahi. Stai usando la beta13? Il problema non ce l'avevi con il precedente (e quale versione era)? |
Prima avevo la 12 e tutto andava liscio...
P.S. potresti mica lasciare su sourceforge le versioni vecchie dello script? In caso di eventi simili... _________________ Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Fri Sep 01, 2006 11:57 am Post subject: |
|
|
Cazzantonio wrote: | P.S. potresti mica lasciare su sourceforge le versioni vecchie dello script? In caso di eventi simili... |
In realtà non le ho mai tolte, ho solo cambiato i link dalla pagina principale; il tarball del 12 è qui e l'ebuild è qui. Il problema è che il tmpfs non lo tocco da più di un mese, mentre nel bashrc è cambiata solo una variabile che il tmpfs non usa. Ora faccio un webrsync, così passo al portage di ieri e vedo se hanno cambiato qualcosa.
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 |
|
|
Onip Advocate
Joined: 02 Sep 2004 Posts: 2912 Location: Parma (Italy)
|
Posted: Fri Sep 01, 2006 4:12 pm Post subject: |
|
|
ho appena provato a cambiare ldflags, ma ho notato una cosa
Code: | /usr/share/portage-bashrc-ng//perpackage.module: line 241: package-ldflag: command not found |
Questa riga viene ripetuta diverse volte
Code: | onip @ Hal9000 ~ $ cat /etc/portage/package.ldflags
x11-terms/gnome-terminal -Wl,-O1 -Wl,--sort-common -Wl,--as-needed
net-im/gaim -Wl,-O1 -Wl,--sort-common -Wl,--as-needed
|
Byez
ps naturalmente sto usando la beta13 _________________ Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
Back to top |
|
|
|