| View previous topic :: View next topic |
| Author |
Message |
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
 Posted: Sat Jun 24, 2006 8:13 pm Post subject: |
 |
|
| comio wrote: | | farei inoltre queste modifiche al perpackage.module: |
Mi sembra una buona idea; domani testo un po' e aggiungo in cvs. Grazie!
Btw, avete letto che con il nuovo portage /etc/portage/package.* possono essere anche delle dir? Non credo che supporterò mai questo, però  .
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: Sat Jun 24, 2006 9:02 pm Post subject: |
|
|
| Ferdinando wrote: | | comio wrote: | | farei inoltre queste modifiche al perpackage.module: |
Mi sembra una buona idea; domani testo un po' e aggiungo in cvs. Grazie!
Btw, avete letto che con il nuovo portage /etc/portage/package.* possono essere anche delle dir? Non credo che supporterò mai questo, però .
Ciao |
non mi sembra tropo complesso:
| Code: |
parseconffile_or_dir() {
if [[ -d $1 ]]; then
for file_or_dir in `ls $1`; do
parseconffile_or_dir $file_or_dir
done
else
parseconffile $1
fi
}
|
l'ho scritto form scratch... quindi sicuramente non funziona... vedilo come una idea.
ciao
_________________
RTFM!!!!
e
http://www.comio.it
 |
|
| Back to top |
|
|
comio
Advocate
Joined: 03 Jul 2003
Posts: 2191
Location: Taranto
|
| Posted: Sat Jun 24, 2006 10:00 pm Post subject: |
|
|
Un'altra cosa... ma non si può gestire in modo agevole le eccezioni (trap) dentro il bashrc?
Sarebbe interessante l'unmount in caso di fallimento dell'emerge. L'idea era quella di usare "trap"... ma esce un mezzo casino.
qualche idea?
ciao
_________________
RTFM!!!!
e
http://www.comio.it
|
|
| Back to top |
|
|
.:chrome:.
Advocate
Joined: 19 Feb 2005
Posts: 4588
Location: Brescia, Italy
|
| Posted: Sun Jun 25, 2006 12:41 pm Post subject: |
|
|
ho provato ad installare da ebuild
salvo una piccola svista (vero, ferdinando?) è andato tutto bene tranne che per una cosa: CONFIG_PROTECT!!!!
le impostazioni che avevo fatto a mano in bashrc-ng.conf se ne sono allegramente andate a fare in c**o  |
|
| Back to top |
|
|
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
| Posted: Sun Jun 25, 2006 2:14 pm Post subject: |
|
|
| k.gothmog wrote: | CONFIG_PROTECT!!!!
le impostazioni che avevo fatto a mano in bashrc-ng.conf se ne sono allegramente andate a fare in c**o |
Come? Perché? /etc/portage dovrebbe essere in CONFIG_PROTECT, e oltretutto l'ebuild non dovrebbe installare bashrc-ng.conf, ma bashrc-ng.conf.example... Uhm, ora ci guardo un po'...
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 |
|
|
Dr.Dran
l33t
Joined: 08 Oct 2004
Posts: 766
Location: Imola - Italy
|
| Posted: Sun Jun 25, 2006 8:34 pm Post subject: |
|
|
Strano a me va benissimo, ho pure patchato l'ebuild poiche' io lavoro con la versione stabile di gentoo (a parte qualche cosucci  ) ho conficurato tutto con eselect e va bene
P.S: L'ebuild non dovrebbe toccare minimamente il file bashrc-ng.conf, a meno che non sia stata installata una versoine vecchia... boh
_________________
:: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
| Back to top |
|
|
fabius
Guru
Joined: 29 Nov 2004
Posts: 525
|
| Posted: Sun Jun 25, 2006 9:19 pm Post subject: |
|
|
C'è qualche motivo particolare per richiedere tra le dipendenze
| Code: | >=sys-apps/coreutils-5.96
>=sys-devel/patch-2.5.9 |
(mi chiedo il perché delle versioni specifiche indicate). Se piuttosto è sufficiente una scrittura del tipo
| Code: | sys-apps/coreutils
sys-devel/patch |
(ovvero vanno bene le versioni stabili correnti) mi pare che non sia necessario indicarle espressamente perché sono implicite nella classe system. |
|
| Back to top |
|
|
Dr.Dran
l33t
Joined: 08 Oct 2004
Posts: 766
Location: Imola - Italy
|
| Posted: Mon Jun 26, 2006 4:53 pm Post subject: |
|
|
In effetti per fare delle prove (e ricordo che ho un ambinete stable a parte il gcc 4.1.1) ho modificato l'ebuild e funziona tutto senza problemi.
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: Mon Jun 26, 2006 10:34 pm Post subject: |
|
|
Quanto all'ebuild l'ho modificato in cvs, e se volete potete scaricare questa variante da qui. Per il resto, scusatemi ma ultimamente ho avuto poco tempo; le modifiche di comio al perpackage.module le ho inserite come patch su sourceforge così se qualche altro sviluppatore con più tempo di me le prova può inserirle in cvs.
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
|
|
| Back to top |
|
|
Onip
Advocate
Joined: 02 Sep 2004
Posts: 2912
Location: Parma (Italy)
|
| Posted: Sat Jul 01, 2006 9:21 am Post subject: |
|
|
ho da poco scoperto enotice, un utile strumento che tiene traccia dei vari ewarn ed einfo mandati a schermo durante le emersioni e permette di rivederli (o mandarseli per mail) quando si vuole. Mi chiedevo se potesse essere integrato in portage-basrc-ng come modulo. Purtroppo io non saprei da che parte incominciare... 
L'idea è che al termine dell'emerge complessivo di n pacchetti venga lanciato enotice in modo da poter rivedere i vari avvisi
Byez
EDIT: l'ho segnalato perchè ho visto che questo script utilizza un bashrc, precisamente posizionato in /etc/portage/profile/bashc e, dal basso della mia ignoranza, mi ha fatto venire in mente quest'idea
_________________
Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
| Back to top |
|
|
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
| Posted: Sat Jul 01, 2006 10:00 am Post subject: |
|
|
| Onip wrote: | | L'idea è che al termine dell'emerge complessivo di n pacchetti venga lanciato enotice in modo da poter rivedere i vari avvisi |
Pensa che scemo, io avevo scritto la stessa esatta cosa in un mio script bash quando c´era già in giro enotice! Lavoro sprecato, sigh... Io però non saprei come realizzare la cosa in un bashrc, magari vedo un po´ cosa fa enotice di preciso.
Se volete potete aiutare philantrop a decidere quali versioni siano testate rispondendo all´appello che ha fatto sul forum internazionale.
Ciao
P.S. Sto scrivendo da una tastiera qwertz con layout tedesco, penso che tra un po´ comincio a urlare...
_________________
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 |
|
|
fabius
Guru
Joined: 29 Nov 2004
Posts: 525
|
| Posted: Sat Jul 01, 2006 10:38 am Post subject: |
|
|
| Domanda scema: ora enotice non è superato con il supporto ELOG di portage? |
|
| Back to top |
|
|
Onip
Advocate
Joined: 02 Sep 2004
Posts: 2912
Location: Parma (Italy)
|
| Posted: Sat Jul 01, 2006 11:03 am Post subject: |
|
|
| fabius wrote: | | Domanda scema: ora enotice non è superato con il supporto ELOG di portage? |
Non lo conoscevo, ma leggendo make.conf.example pare proprio di sì. Al prossimo aggiornamento lo provo
EDIT: provato, fa esattamente (anche più in dettaglio a dir la verità) quello che faceva enotice. Se poi lo si abbina con questo è eccezionale
_________________
Linux Registered User n. 373835
Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum |
|
| Back to top |
|
|
Wise
Tux's lil' helper
Joined: 05 May 2004
Posts: 87
|
| Posted: Tue Jul 11, 2006 2:29 pm Post subject: |
|
|
Ciao
complimenti per il lavoro e l' idea!
penso di aver riscontrato un problema con bashrc-ng e i pacchetti che hanno a che fare con il java:
in presenza del file bashrc la compilazione del pacchetto e la compilazione vengono portate a termine...
ma il file jar che contiene le classi compilate non viene installato.. in pratica la libreria risulta correttamente
installata ( installa addirittura la documentazione) ma il jar non c'è!
fermando l' installazione ho e andando a sbirciare dentro a /var/tmp/portage/$pacchetto il jar viene correttamente generato
solo non viene copiato dentro la cartella /var/tmp/portage/$pacchetto/image...
il problema si presenta anche con tutti i moduli disattivati.. scompare solo quando cambio nome al file /etc/portage/bashrc
la versione utilizzata e la 0.11, i pacchetti incriminati sono commons-lang,commons-cli e swt, ma secondo me hanno lo stesso
problema anche tutti i commons-* e in generale tutti i pacchetti che installano librerie java...
spero di essere stato utile.. se hai bisogno di altre informazioni ti accontentero il prima possibile! |
|
| Back to top |
|
|
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
| Posted: Tue Jul 11, 2006 2:43 pm Post subject: |
|
|
| Wise wrote: | i pacchetti incriminati sono commons-lang,commons-cli e swt, ma secondo me hanno lo stesso
problema anche tutti i commons-* e in generale tutti i pacchetti che installano librerie java... |
Grazie per la segnalazione; ci guarderò appena possibile. Non mi meraviglia che non me ne sia mai accorto; sul mio sistema gli unici jar appartengono a dei binari...
Grazie ancora
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: Tue Jul 11, 2006 2:45 pm Post subject: |
|
|
| Ferdinando wrote: | | Wise wrote: | i pacchetti incriminati sono commons-lang,commons-cli e swt, ma secondo me hanno lo stesso
problema anche tutti i commons-* e in generale tutti i pacchetti che installano librerie java... |
Grazie per la segnalazione; ci guarderò appena possibile. Non mi meraviglia che non me ne sia mai accorto; sul mio sistema gli unici jar appartengono a dei binari...
Grazie ancora
Ciao |
effettivamente questo effetto mi capitava... ma non ho pensato al bashrc...
ciao
_________________
RTFM!!!!
e
http://www.comio.it
|
|
| Back to top |
|
|
!equilibrium
Bodhisattva
Joined: 06 Jun 2004
Posts: 2109
Location: MI/BG/LC
|
| Posted: Tue Jul 11, 2006 2:48 pm Post subject: |
|
|
| Wise wrote: | penso di aver riscontrato un problema con bashrc-ng e i pacchetti che hanno a che fare con il java:
in presenza del file bashrc la compilazione del pacchetto e la compilazione vengono portate a termine... |
mi ci sono imbattuto anche io tempo fa, stessi sintomi, ma pensavo fosse un problema del pacchetto che stavo installando e non di bashrc, tant'è che ho aperto pure un bugreport: https://bugs.gentoo.org/show_bug.cgi?id=138589
il problema si è risolto installando la versione unstable di quel pacchetto e delle JDK.
_________________
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 |
|
|
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
| Posted: Tue Jul 11, 2006 2:52 pm Post subject: |
|
|
| !equilibrium wrote: | | il problema si è risolto installando la versione unstable di quel pacchetto e delle JDK. |
Ho il sospetto che alcune versioni di qualche pacchetto facciano dei giochetti strani con le variabili d'ambiente (il bashrc non fa molto), ma vi saprò dire solo domani, dopo aver emerso i pacchetti incriminati.
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: Tue Jul 11, 2006 3:02 pm Post subject: |
|
|
| Ferdinando wrote: | | Ho il sospetto che alcune versioni di qualche pacchetto facciano dei giochetti strani con le variabili d'ambiente (il bashrc non fa molto), ma vi saprò dire solo domani, dopo aver emerso i pacchetti incriminati. |
a naso mi pare un problema con i permessi o con le coreutils, non vorrei che l'uso dell'ebuild che forzava la versione unstable delle coreutils fosse la causa. In caso, abbiamo un altro valido motivo per non usare coreutils ~x86 e fare un bugreport del problema.
_________________
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 |
|
|
Wise
Tux's lil' helper
Joined: 05 May 2004
Posts: 87
|
| Posted: Tue Jul 11, 2006 3:26 pm Post subject: |
|
|
per la cronaca io uso le coreutils stabili.. non ho usato l'ebuild per installare bashrc-ng..
comunque il problema si era presentato con una vecchia versione (tipo 0.10 o 0.7 non so..)
ho aggiornato oggi alla 0.11 per vedere se magari era colpa della versione.
ho pensato anche io fosse colpa del jdk o dell ebuild..ho provato con le versioni ~x86
ma non e cambiato niente.. |
|
| Back to top |
|
|
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
| Posted: Wed Jul 12, 2006 7:07 am Post subject: fix |
|
|
Non so di chi sia la colpa, ma qualcuno definisce una funzione che ha lo stesso nome di quelle del bashrc, e il bashrc opera nello stesso processo di ebuild.sh per poter cambiare le var d'ambiente come CFLAGS, perciò il conflitto è inevitabile. L'unica soluzione che ho trovato è stata cambiare i nomi delle funzioni da $EBUILD_PHASE a on_$EBUILD_PHASE, quindi con queste modifiche al bashrc:
| Code: | diff -wu bashrc bashrc.new
--- bashrc 2006-07-01 15:50:23.086252000 +0200
+++ bashrc.new 2006-07-11 21:18:07.112540500 +0200
@@ -116,7 +116,7 @@
for mod in ${MODULESDIR}/*.module
do
# define an empty action
- eval "$EBUILD_PHASE () {
+ eval "on_$EBUILD_PHASE () {
true
}"
# source the module, if active
@@ -125,7 +125,7 @@
then
source $mod
# invoke the module-defined action, if any
- $EBUILD_PHASE
+ on_$EBUILD_PHASE
fi
done |
che potete applicare andando in /etc/portage, scrivendo 'patch -p0' e poi facendo copia-incolla del testo qui su (terminato con ctrl-D); il problema è che bisogna poi aprire in un editor ogni modulo (almeno quelli che usate, nella prossima release saranno tutti corretti) e sostituire clean() con on_clean(), setup() con on_setup(), compile() con on_compile(), install() con on_install(), e postinst con on_postinst(); dovrebbero essere le ultime funzioni in ogni modulo.
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: Wed Jul 12, 2006 7:40 am Post subject: Re: fix |
|
|
| Ferdinando wrote: | che potete applicare andando in /etc/portage, scrivendo 'patch -p0' e poi facendo copia-incolla del testo qui su (terminato con ctrl-D); il problema è che bisogna poi aprire in un editor ogni modulo (almeno quelli che usate, nella prossima release saranno tutti corretti) e sostituire clean() con on_clean(), setup() con on_setup(), compile() con on_compile(), install() con on_install(), e postinst con on_postinst(); dovrebbero essere le ultime funzioni in ogni modulo.
Ciao |
io sarei per rinominarle in modo del tipo bashrc_clean(), bashrc_setup(), ... così dovrebbe essere realmente difficile fare collisione.
ciao
luigi
_________________
RTFM!!!!
e
http://www.comio.it
|
|
| Back to top |
|
|
Ferdinando
Veteran
Joined: 25 Nov 2003
Posts: 1027
Location: Gaeta (LT) - Italy
|
| Posted: Wed Jul 12, 2006 7:50 am Post subject: Re: fix |
|
|
| comio wrote: | | io sarei per rinominarle in modo del tipo bashrc_clean(), bashrc_setup(), ... così dovrebbe essere realmente difficile fare collisione. |
Ci avevo pensato ma mi sembra un po' triste Per ora credo che on_ vada bene, magari prima che esca la nuova release ci penso su.
La collisione sulle funzioni è un'eventualità che finora non avevo mai preso in considerazione perché per il modo in cui funziona portage definire una variabile o una funzione e aspettarsi che sia ancora lì al passo successivo è una pessima pratica di programmazione (dopotutto portage è scritto in python quindi è ovvio che la parte bash possa anche essere eseguita in un processo separato a ogni passo), come d'altronde lo è modificare $PN come discutevamo sul forum internazionale; però se portage lo tollera il bashrc si deve adeguare, non c'è dubbio.
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: Sun Jul 16, 2006 9:29 pm Post subject: Re: fix |
|
|
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.
ciao
luigi
_________________
RTFM!!!!
e
http://www.comio.it
|
|
| Back to top |
|
|
|
Forum italiano (Italian) 
