View previous topic :: View next topic |
Author |
Message |
veonline n00b
Joined: 21 Mar 2005 Posts: 58
|
Posted: Thu Jun 15, 2006 9:22 am Post subject: |
|
|
segnalo una anomalia:
Code: |
[~] # DEBUG=on PORTAGE_MEMSIZE=500M emerge libstdc++-v3
...
...
...
step /usr/lib/portage/bin/ebuild.sh preinst
step /usr/lib/portage/bin/misc-functions.sh
--- /etc/
--- /etc/env.d/
>>> /etc/env.d/99libstdc++
--- /usr/
--- /usr/lib/
>>> /usr/lib/libstdc++-v3/
>>> /usr/lib/libstdc++-v3/libstdc++.so.5.0.6
>>> /usr/lib/libstdc++-v3/libstdc++.so.5 -> libstdc++.so.5.0.6
>>> Safely unmerging already-installed instance...
No package files given... Grabbing a set.
>>> Original instance of package unmerged safely.
step /usr/lib/portage/bin/ebuild.sh postinst
>>> Regenerating /etc/ld.so.cache...
>>> sys-libs/libstdc++-v3-3.3.4 merged.
step /usr/lib/portage/bin/ebuild.sh clean
rmdir: /var/tmp/portage/libstdc++-v3-3.3.4: Dispositivo o risorsa occupata
>>> No packages selected for removal by clean.
...
...
|
e il tmpfs rimane montato...
da emerge --info le features che uso sono: FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
con le featurs keeptemp e keepwork il problema non si presenta |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Thu Jun 15, 2006 2:03 pm Post subject: |
|
|
@veonline; grazie per la segnalazione, domani ci guardo.
Dr.Dran wrote: | Ho avuto l'approvazione da Earcar e DeadHead per accogliere il progetto sotto l'egidia dei Gechi. Beh quindi ora sta a te Ferdinando dare il consenso finale alla cosa eh eh eh |
Per me va benissimo
Scusatemi se ultimamente non mi sono collegato, da domani sarò di nuovo in attività... Intanto solar (mi inchino) ha letto il codice e mi ha suggerito due correzioni, prontamente eseguite; purtroppo al momento non posso uploadarle su sourceforge, lo farò domani.
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: Thu Jun 15, 2006 7:34 pm Post subject: |
|
|
@Ferdinando
Grandioso!!! benissimo mi inchino e sbavo del fatto che il codice di tale applicazione sia stato considerato e in qualche modo approvato da un dev come Solar... e' un mio grande idolo soprattutto per quanto riguarda il mondo embedded di gentoo... mi ha illuminato in molte cose, anche nei contatti su irc che ho avuto con lui
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 Jun 16, 2006 8:52 am Post subject: versione 0.7 |
|
|
Dr.Dran wrote: | mi ha illuminato in molte cose, anche nei contatti su irc che ho avuto con lui |
Per me invece è stato il "first contact"
Comunque ho uploadato la versione 0.7, che trovate qui; inoltre qui trovate un feed RSS, con cui potete essere informati delle nuove versioni: per leggerlo potete usare thunderbird, akregator o ciò che più vi aggrada.
@veonline; non sono in grado di riprodurre il tuo problema. Controlla che non sia stato risolto "per caso" nella nuova versione.
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 |
|
|
fabius Guru
Joined: 29 Nov 2004 Posts: 525
|
Posted: Fri Jun 16, 2006 6:44 pm Post subject: |
|
|
Ho prodotto una piccola patch per abilitare/disabilitare dinamicamente i vari moduli. Ho creato il file di configurazione /etc/portage/bashrc-ng/config che nel mio caso è il seguente (autoesplicativo)
Code: | autopatch 0
localepurge 0
per-package 0
tmpfs 1 |
La patch è questa
Code: | --- /etc/portage/bashrc.old 2006-06-16 10:06:28.000000000 +0200
+++ /etc/portage/bashrc 2006-06-16 20:39:30.000000000 +0200
@@ -52,7 +52,12 @@
eval "$EBUILD_PHASE () {
true
}"
- # invoke the module-defined action, if any
- source $mod
- $EBUILD_PHASE
+
+ to_exec=`grep $(echo ${mod##*/} | awk -F . '{print $1}') /etc/portage/bashrc-ng/config | awk '{print $2}'`
+
+ if [ "$to_exec" == "1" ] ; then
+ # invoke the module-defined action, if any
+ source $mod
+ $EBUILD_PHASE
+ fi
done |
Il massimo ora sarebbe scrivere un modulo .eselect per gestire il file di configurazione |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Fri Jun 16, 2006 8:42 pm Post subject: |
|
|
fabius wrote: | La patch è questa[...] |
Mi sembra una buona idea; pensavo di escludere direttamente l'installazione dei moduli indesiderati con delle USE flags nel (futuro) ebuild, ma effettivamente ci può essere la necessità di disabilitare temporaneamente un modulo, e allo stato attuale non è immediato.
Lo aggiungo alla prossima release
Grazie
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 |
|
|
skakz Guru
Joined: 03 Jul 2004 Posts: 380 Location: Ischia/Napoli/Italia/Terra
|
Posted: Sat Jun 17, 2006 8:39 am Post subject: |
|
|
ciao,
dall'ultima versione di portage (2.1.1_pre1 ~amd64) ho questo errore:
Code: | /usr/lib/portage/bin/ebuild.sh: line 609: emake: command not found
!!! ERROR: sys-apps/pmount-0.9.11 failed.
Call stack:
ebuild.sh, line 1540: Called dyn_compile
ebuild.sh, line 940: Called src_compile
ebuild.sh, line 609: Called die
!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant. |
_________________ Linux Registered User n.340423
Linux User Group Ischia
www.tush.it |
|
Back to top |
|
|
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Sat Jun 17, 2006 8:47 am Post subject: |
|
|
Domanda scema: se ovviamente disabiliti il bashrc-ng ti compila perfettamente?
Cheers
Franco _________________ :: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
Back to top |
|
|
skakz Guru
Joined: 03 Jul 2004 Posts: 380 Location: Ischia/Napoli/Italia/Terra
|
Posted: Sat Jun 17, 2006 9:14 am Post subject: |
|
|
eh già.. altrimenti non avrei postato proprio qui.. _________________ Linux Registered User n.340423
Linux User Group Ischia
www.tush.it |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Sat Jun 17, 2006 9:22 am Post subject: |
|
|
darkdude wrote: | dall'ultima versione di portage (2.1.1_pre1 ~amd64) ho questo errore: |
Sì, ho verificato: è che ora portage imposta un suo $PATH e quindi il bashrc non dovrebbe metterci le mani; per backward compatibility mi tocca usare path assoluti oppure salvare il PATH prima di ogni chiamata.
Grazie per la segnalazione.
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: Sat Jun 17, 2006 9:44 am Post subject: |
|
|
darkdude wrote: | eh già.. altrimenti non avrei postato proprio qui.. |
eh eh eh hai riagione ho fatto un intervento sciocco _________________ :: [Dr.Dran] Details ::
- Linux User # 286282
- IT FreeLance Consultant
- President of ImoLUG [Imola & Faenza Linux User Group] |
|
Back to top |
|
|
Ashfoot n00b
Joined: 12 Oct 2005 Posts: 13
|
Posted: Sat Jun 17, 2006 9:45 am Post subject: |
|
|
Segnalo un'anomalia utilizzando la versione 0.7:
Se ho nel package.mem:
Code: |
gnome-base/gnome 32M
gnome-base/gnome-vfs 32M
gnome-base/gnome-mime-data 16M
gnome-base/gnome-libs 64M
|
Eseguendo
Code: |
sudo emerge gnome-base/gnome
|
Ho il seguente output:
Code: |
Calculating dependencies... done!
>>> Emerging (1 of 1) gnome-base/gnome-2.12.3 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
* Mounting /var/tmp/portage/gnome-2.12.3 of [ 32M
32M
16M
64M ]
Usage: mount -V : print version
mount -h : print this help
mount : list mounted filesystems
mount -l : idem, including volume labels
So far the informational part. Next the mounting.
The command is `mount [-t fstype] something somewhere'.
Details found in /etc/fstab may be omitted.
mount -a [-t|-O] ... : mount all stuff from /etc/fstab
mount device : mount device at the known place
mount directory : mount known device here
mount -t type dev dir : ordinary mount command
Note that one does not really mount a device, one mounts
a filesystem (of the given type) found on the device.
One can also mount an already visible directory tree elsewhere:
mount --bind olddir newdir
or move a subtree:
mount --move olddir newdir
A device can be given by name, say /dev/hda1 or /dev/cdrom,
or by label, using -L label or by uuid, using -U uuid .
Other options: [-nfFrsvw] [-o options] [-p passwdfd].
For many more details, say man 8 mount .
* Please remember that ccache data dir is outside the newly mounted
* portage temporary directory, to preserve the spool between merges.
|
Mentre "correggendo" il file package.mem:
Code: |
gnome-base/gnome 32M
#gnome-base/gnome-vfs 32M
#gnome-base/gnome-mime-data 16M
#gnome-base/gnome-libs 64M
|
Tutto funziona correttamente...
A prop Ferdinando un grazzissime per il superlavoro che stai facendo!!!!!!!! |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Sat Jun 17, 2006 10:07 am Post subject: |
|
|
Ashfoot wrote: | Se ho nel package.mem:
Code: |
gnome-base/gnome 32M
gnome-base/gnome-vfs 32M
gnome-base/gnome-mime-data 16M
gnome-base/gnome-libs 64M
|
|
Capisco; non avevo considerato questa possibilità. Basterebbe modificare la linea di grep, ma sto ripristinando il parsing di package.mem che aveva scritto Fonderia; è un po' più complesso ma decisamente più flessibile. Vorrei tanto riuscire a trovare un algoritmo efficiente per fare il parsing dei file di configurazione come quello che utilizza portage; ad esempio vorrei supportare righe come =sys-apps/portage-2.1.1_pre1, il che sarebbe fattibile, ma soprattutto >=sys-apps/portage-2.1.1_pre1, che ora come ora non saprei come gestire. Se qualcuno ha idee al riguardo si faccia avanti
Grazie Ashfoot.
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 |
|
|
veonline n00b
Joined: 21 Mar 2005 Posts: 58
|
Posted: Sat Jun 17, 2006 11:53 am Post subject: |
|
|
Quote: |
segnalo una anomalia:
Codice:
[~] # DEBUG=on PORTAGE_MEMSIZE=500M emerge libstdc++-v3
...
...
...
step /usr/lib/portage/bin/ebuild.sh preinst
step /usr/lib/portage/bin/misc-functions.sh
--- /etc/
--- /etc/env.d/
>>> /etc/env.d/99libstdc++
--- /usr/
--- /usr/lib/
>>> /usr/lib/libstdc++-v3/
>>> /usr/lib/libstdc++-v3/libstdc++.so.5.0.6
>>> /usr/lib/libstdc++-v3/libstdc++.so.5 -> libstdc++.so.5.0.6
>>> Safely unmerging already-installed instance...
No package files given... Grabbing a set.
>>> Original instance of package unmerged safely.
step /usr/lib/portage/bin/ebuild.sh postinst
>>> Regenerating /etc/ld.so.cache...
>>> sys-libs/libstdc++-v3-3.3.4 merged.
step /usr/lib/portage/bin/ebuild.sh clean
rmdir: /var/tmp/portage/libstdc++-v3-3.3.4: Dispositivo o risorsa occupata
>>> No packages selected for removal by clean.
...
...
e il tmpfs rimane montato...
da emerge --info le features che uso sono: FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
con le featurs keeptemp e keepwork il problema non si presenta
|
Quote: |
@veonline; non sono in grado di riprodurre il tuo problema. Controlla che non sia stato risolto "per caso" nella nuova versione.
|
il problema mi si era presentato con la versione 0.6 e succedeva anche con il pacchetto nvidia-settings.
ora tengo le features in questione disabilitate ma con la versione 0.7 non si è mai presentato... |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Sat Jun 17, 2006 12:57 pm Post subject: versione 0.8 |
|
|
@veonline: mi fa piacere
Annuncio la versione 0.8, che potete scaricare da qui; dovrei aver risolto i due problemi su citati, in particolare quello segnalato da darkdude. Inoltre ho aggiunto il file di configurazione proposto da fabius, ma non mi soddisfa molto perché ad ogni aggiornamento viene sovrascritto; banalmente potrei decidere che se il file non esiste tutti i moduli si intendono attivati, e non distribuire il file, ma vedo se c'è una soluzione più elegante. Poi quando avremo un ebuild dovremo seriamente pensare a dove tenere questi files, visto che per ogni modifica a un file in /etc è richiesto etc-update e nel caso dei moduli è difficile che l'utente abbia motivo di rifiutarne l'aggiornamento; ma ci penseremo quando avremo un ebuild.
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 |
|
|
skakz Guru
Joined: 03 Jul 2004 Posts: 380 Location: Ischia/Napoli/Italia/Terra
|
Posted: Sat Jun 17, 2006 2:48 pm Post subject: |
|
|
it works like a charm
edit:
visto che questo tool è in piena evoluzione propongo la mia:
perchè non aggiungere anche un modulo che esegue etc-update o meglio ancora dispatch-conf alla fine di ogni compilazione?
considerando che
1) con una adeguata configurazione i file di cui viene proposto l'aggiornamento diventano davvero pochi
2) è comunque una cosa positiva per le successive compilazioni avere i file di configurazione aggiornati
3) essendo un modulo può sempre essere disabilitato
4) è di facile implementazione if [ `find /etc/ -iname '._cfg????_*' | sed -e 's://:/:g'` ]; then dispatch-conf; fi
5)varie & eventuali!
ps: da considerarsi come una semplice proposta scartabile senza nessun rimorso (io lo sto già usando!) _________________ Linux Registered User n.340423
Linux User Group Ischia
www.tush.it |
|
Back to top |
|
|
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Sat Jun 17, 2006 4:13 pm Post subject: |
|
|
@darkdude
Direi che e' una ottima idea, per il momento sto scrivendo un plug per fare un po' di pulizia nella cartella /usr/portage/distfiles e in /var/tmp (anche perche' la ccache non viene eseguita in tmpfs) e pensavo di utilizzare come applicazione tmpreaper e inoltre sto studiando un sistem per segare i kernel troppo vecchi tutto in un unico plug. Mo vi faccio sapere.
P.S. Se avete anche qualche altro particolare da monitorare per evitare che portage scoppi fatemelo sapere
Cheers
Franco Tampieri
EDIT: @Ferdinando si potrebbe anche scegliere una soluzione spicciola come gentoo fa di default con il make.conf: creare un file che si chiama config.example con le opzioni documentate e poi lasciare all'utente il compito di personalizzare il tool e inoltre si puo' fare come dici tu di considerare di default abilitati o disabilitati tutti i plug se il file config non esiste (io preferirei la seconda, cosi' mi abilito quelli che mi interessano e non faccio danni) _________________ :: [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: Sat Jun 17, 2006 4:31 pm Post subject: |
|
|
darkdude wrote: | perchè non aggiungere anche un modulo che esegue etc-update o meglio ancora dispatch-conf alla fine di ogni compilazione? |
Non è brutta come idea, ma può risultare scomoda se uno lascia il computer a compilare e se ne va; se si era dimenticato di disattivare il modulo già me lo vedo a smadonnare di aver perso qualche ora di compilazione. Una cosa del genere è molto utile alla fine dell'emerge complessivo (uso una cosa simile per automatizzare gli aggiornamenti, che synca, compila, fa revdep-rebuild, mi manda gli einfo e gli ewarn dell'emersione per posta e poi fa etc-update), ma in tal caso non è fattibile col bashrc. In generale tenderei ad escludere tutto ciò che richiede un intervento diretto dell'utente.
Un altro script del genere lo uso per compilare i nuovi kernel e segare i vecchi: Dr.Dran, pensi che si possa invocare un unmerge dall'interno dell'emerge? Anche se in effetti se ci si limita all'unmerge lo si può far partire in un altro processo.
L'idea del config.example in effetti non è male, anche se aggiunge complessità all'attivazione; ma d'altronde su sourceforge ho classificato il target del progetto come "advanced users"
Ciao
P.S. Ho creato una piccola homepage del progetto su sourceforge, all'indirizzo http://portage-bashrc.sourceforge.net/, sostanzialmente limitandomi a tradurre in inglese il mio post, che ho anche duplicato su http://portage-bashrc.sourceforge.net/indice.html; magari si potrà usare quello anche per aprire il post su Unsupported Software. _________________ 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: Sat Jun 17, 2006 4:55 pm Post subject: |
|
|
Ferdinando wrote: | Un altro script del genere lo uso per compilare i nuovi kernel e segare i vecchi: Dr.Dran, pensi che si possa invocare un unmerge dall'interno dell'emerge? Anche se in effetti se ci si limita all'unmerge lo si può far partire in un altro processo. |
Effettivamente hai ragione, la cosa potrebbe essere utile se lo si facesse a fine installazione, cioè dopo avere installato l'ultimo pacchetto... bene ci rifletterò eh eh eh anche perchè questo tool non e' che deve fare pure il caffè
Ferdinando wrote: | L'idea del config.example in effetti non è male, anche se aggiunge complessità all'attivazione |
Beh d'altronde credo che se uno abbia intenzione di smanettare un pochino non si faccia problemi per editare un file in + al massimo se non fa modifiche portage funziona normalmente senza features evolute
Quindi proporrei una cosa simile:
./bashrc
./bashrc-ng
./bashrc-ng/bashrc-ng.conf.example
./bashrc-ng/*.module
Quindi se crei il fil
Beh in futuro la homepage su sf.net la si può rivedere e rendere un pò + pulita , comunque per quello che riguarda l'inserimento nel TOPIC dell'unsupported software vai alla grande procediamo assolutamente Io provvedo ad inserirla sul sito dei Gechi _________________ :: [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: Sat Jun 17, 2006 5:15 pm Post subject: |
|
|
faccio notare una riga che ho avvistato oggi:
Quote: | /etc/portage/bashrc-ng/tmpfs.module: line 86: =0: command not found |
è tra le primissime righe dell'output di compilazione |
|
Back to top |
|
|
Ferdinando Veteran
Joined: 25 Nov 2003 Posts: 1027 Location: Gaeta (LT) - Italy
|
Posted: Sat Jun 17, 2006 5:19 pm Post subject: |
|
|
Dr.Dran wrote: | Quindi proporrei una cosa simile: |
Approvo; solo che così i files su cvs non hanno più un rapporto 1:1 con quelli nella release, e mi pare d'aver letto che non si può cambiare i nomi di files e directory senza intervento dello staff di sourceforge. Magari aggiungo a cvs uno script release.sh per generare automaticamente la nuova release a partire dalla struttura cvs.
Dr.Dran wrote: | Beh in futuro la homepage su sf.net la si può rivedere e rendere un pò + pulita |
Direi proprio di sì Soprattutto vorrei sistemare la documentazione in forma un po' più organica.
Dr.Dran wrote: | comunque per quello che riguarda l'inserimento nel TOPIC dell'unsupported software vai alla grande procediamo assolutamente Io provvedo ad inserirla sul sito dei Gechi |
Ok; domani dopo aver applicato questa modifica creo il topic, e al sito dei Gechi ci pensi tu.
@k.gothmog: grazie, ora controllo, ad occhio direi che mancano un paio d'apici.
EDIT: invece no, c'era un $ di troppo (dannato perl).
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 |
|
|
skakz Guru
Joined: 03 Jul 2004 Posts: 380 Location: Ischia/Napoli/Italia/Terra
|
Posted: Sat Jun 17, 2006 6:12 pm Post subject: |
|
|
@Dr.Dran: di solito per pulire le directory temporanee e/o la directory distfiles mi affido a app-admin/tmpwatch messo in cron.daily..devo dire che fa egregiamente il suo lavoro.. (anche perchè imho non ha senso fare un controllo ogni pacchetto compilato...)
@Ferdinando in effetti etc-update è più da mettere come ultimo comando magari di un alias del tipo esync='eix-sync -v && etc-update'.. io intato lo continuo ad usare come modulo di bashrc-ng e poi vi faccio sapere come mi sono trovato! _________________ Linux Registered User n.340423
Linux User Group Ischia
www.tush.it |
|
Back to top |
|
|
fabius Guru
Joined: 29 Nov 2004 Posts: 525
|
Posted: Sat Jun 17, 2006 6:45 pm Post subject: |
|
|
Dr.Dran wrote: | @EDIT: @Ferdinando si potrebbe anche scegliere una soluzione spicciola come gentoo fa di default con il make.conf: creare un file che si chiama config.example con le opzioni documentate e poi lasciare all'utente il compito di personalizzare il tool e inoltre si puo' fare come dici tu di considerare di default abilitati o disabilitati tutti i plug se il file config non esiste (io preferirei la seconda, cosi' mi abilito quelli che mi interessano e non faccio danni) |
Premetto che sono favorevole a dei file di configurazione autoesemplificativi. Secondo me però, in questo caso, non c'è bisogno del file di esempio (il file di config è davvero banale ). Un file di esempio ha senso dove ci sono strutture più articolate e ci sono molte opzioni con i relativi commenti (vedi smb.conf o /etc/conf.d/net). In questo modo l'utente ha la possibilità di crearsi il proprio file di configurazione snello e pulito senza perdere il file originale.
Poi, come diceva giustamente Ferdinando, bisogna entrare nell'ottica dell'ebuild che evita la sovrascrittura del file di configurazione ad ogni update. Nell'attesa dell'ebuild basta evitare di scompattare il file di config
Code: | # tar --exclude config -xvzf bashrc-v0.8.tar.gz -C /etc/portage |
oppure si inserisce uno script di installazione nell'archivio |
|
Back to top |
|
|
Dr.Dran l33t
Joined: 08 Oct 2004 Posts: 766 Location: Imola - Italy
|
Posted: Sat Jun 17, 2006 6:48 pm Post subject: |
|
|
darkdude wrote: | di solito per pulire le directory temporanee e/o la directory distfiles mi affido a app-admin/tmpwatch messo in cron.daily..devo dire che fa egregiamente il suo lavoro.. (anche perchè imho non ha senso fare un controllo ogni pacchetto compilato...) |
Beh conosco perfettamete tmpwatch, ma imho utilizzo app-admin/tmpreaper perchè nella sua sintassi posso inserire dei pattern a mio piacimento, anche tmpreaper e' assolutamente inseribile in un cronjob e credo che l'utilizzo si leghi solo ad una questione di preferenze e comodità. Comunque sto testando la cosa. Beh sul fare un controllo su ogni pacchetto compilato, beh credo che per me sia + comodo, ma come dico e' solo questione di opinioni.
Cheers
Franco
EDIT:
fabius wrote: | Premetto che sono favorevole a dei file di configurazione autoesemplificativi. Secondo me però, in questo caso, non c'è bisogno del file di esempio (il file di config è davvero banale ). Un file di esempio ha senso dove ci sono strutture più articolate e ci sono molte opzioni con i relativi commenti (vedi smb.conf o /etc/conf.d/net). In questo modo l'utente ha la possibilità di crearsi il proprio file di configurazione snello e pulito senza perdere il file originale. |
Effettivamente il problema visto in questa ottica non si pone. Beh vediamo effettivamente che ne pensa il Lead Developer che è Ferdinando _________________ :: [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: Sat Jun 17, 2006 8:16 pm Post subject: |
|
|
Dr.Dran wrote: | Effettivamente il problema visto in questa ottica non si pone. Beh vediamo effettivamente che ne pensa il Lead Developer che è Ferdinando |
Grazie della fiducia
Io penso che fabius abbia ragione, però se nel file di configurazione infilassimo tutti i commenti del caso ci risparmieremmo di metterli nell'ebuild; cioè, nella speranza che entri in portage, dobbiamo considerare che molti lo installerebbero per provarlo, senza nemmeno sapere di preciso come si usa (come ho fatto io con klive, installandolo solo perché un dev lo chiedeva). In questo caso, bisogna dare le spiegazioni necessarie nel postinst, e anche se si può includere della documentazione nel pacchetto o dare un link a quella on line, difficilmente l'utente medio ci guarderebbe: se invece l'ebuild dicesse che per attivare le nuove funzionalità occorre creare un file partendo da quello di esempio, l'utente dovrebbe leggere tutti i commenti nel file relativi alle opzioni che gli interessano, e qui gli si potrebbe dire cos'altro deve fare per far funzionare il modulo.
Inoltre non è detto che non si possano aggiungere altre opzioni nel file; in questo caso però occorrerebbe che le righe fossero definizioni di variabili, in modo che il file possa essere sourceato dai moduli che lo richiedono.
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 |
|
|
|