Font della barra dei segnalibri di Iceweasel

2007-10-21 Per discussione Davide Mancusi
	Sarà che ho sonno, ma stasera davvero non riesco a cambiare la 
dimensione dei caratteri della barra dei segnalibri di Iceweasel. Ho 
smanettato col centro di controllo di KDE, con 
gnome-appearance-properties e con le preferenze di Iceweasel... niente.


	Ho la sensazione che ci sia qualcosa di estremamente ovvio e banale che 
mi sfugge. Sbaglio?


Davide

--
A tautology is a thing which is tautological.
--
Time flies like an arrow.  Fruit flies like a banana.


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: icewm programs menu

2007-10-21 Per discussione Luca Sighinolfi
On Sun, 21 Oct 2007 14:53:01 +0200
Hugh Hartmann <[EMAIL PROTECTED]> wrote:

> Ciao Luca,
> e un saluto "eclatante" si estende a tutti i partecipanti alla
> lista ... :-)
> 
> Normalmente, quando si installa un pacchetto, oltre agli eseguibili,
> documentazion, man page, file configurazione, ecc, ecc, viene copiato
> anche un "file di menu" nella directory /usr/lib/menu/ e, 

si, ho visto che la maggior parte sono in /usr/share/menu/ (se sono
file eseguibili, credo)

> alla fine
> dell'installazione vengono lanciati degli script, anzi uno scrip in
> particolare più precisamente il file postinst, che tra le varie cose
> si incarica di lanciare il comando update-menus, che aggiorna i file
> di menu e quindi le "etichette" di ogni menù e di ogni window manager
> installato. Può succedere (e anche con una certa frequenza) che per
> qualche motivo non venga lanciato lo script precedente e quindi non
> vengamo aggiornati i vari menu.
> 
> Lo stesso dicasi in fase di disiinstallazione di un pacchetto solo
> che lo script interessato all'esecuzione del comando update-menus ora
> è postrm. Quindi ogni pacchetto deposita nella
> directory /var/lib/dpkg/info/ gli script postinst postrm e anche
> prerm e preinst (non sempre ci sono necessari tutti e quattro)
> quindi, per distingure i vari script di ogni pacchetto si mette il
> nome del pacchetto prima separato da un punto. Così per esempio il
> pacchetto abiword avrà nella directory precedente gli script:
> abiword.postinst, abiword.postrm, abiword.prerm.

l'aggiornamento dei menu sembra una cosa banale e ovvia ma poi in fin
dei conti non lo è!

> Bene, per ovviare a questo incoveniente basta laciare come utente
> update-menus e, se ci sono i file di menu nella
> directory /usr/lib/menu/, allora verranno aggiunte le relative
> ettichette, altrimenti verranno tolte.

e poi arriva l'automatizzazione a risolvere molti problemi :-)

> Nella directory /usr/share/doc/menu/ dovresti trovare diversa
> documentazione utile e, naturalmente, anche con man update-menus.
> Dimenticavo, ogni window manager deposita, una volta installato, un
> file nella dir /etc/menu-methods/ per costruire i menu atraverso il
> programma menu e tutti i file di menu di ogni pacchetto. Dare
> un'occhiata anche a questi file è utile per capire il "meccanismo"
> che stà dietro ai menu ... :-)

ho dato una letta veloce.
ti ringrazio per le tue spiegazioni: sono sempre accurate e stimolanti!

ho poi capito che il problema era di alcuni file di configurazione
del menu che si trovavano abusivamente in ~/.icewm (messi da me molto
tempo fa, ovviamente :-) tolti quelli, si è sistemato tutto!

> > Se smetti di essere curioso, sei bello che morto.
> >  
> >   Al Pacino, Profumo Di Donna
> 
> Non posso che condividere pienamente! ,... :-))

lo credo bene ;-)

> Au Revoir
> Hugh Hartmann

grazie
buonanotte
-- 
Luca Sighinolfi


Se smetti di essere curioso, sei bello che morto.
 
  Al Pacino, Profumo Di Donna



Re: Compilazione Linux: modulo disattivato compilato e caricato

2007-10-21 Per discussione michele baraglia

Davide Prina ha scritto:
Dopo aver compilato Linux 2.6.22 (Lenny) eliminando un bel po' di cose 
dalla configurazione di default Debian ho visto questa cosa strana:


1) mi carica il modulo tsdev, quando nelle configurazioni è 
disabilitato il parametro INPUT_TSDEV (per il touchscreen)


come è possibile?

$ grep INPUT_TSDEV /boot/config-2.6.22-mio
# CONFIG_INPUT_TSDEV is not set



2) Le uniche altre differenze che ho notato e che per ora non mi 
spiego sono che prima avevo queste 3 righe in dmesg:


ide2: BM-DMA at 0x8000-0x8007, BIOS settings: hde:pio, hdf:DMA
   ^^^
Using IPI No-Shortcut mode
  ^^^
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: 
[EMAIL PROTECTED]



mentre ora ne ho solo 2 righe:

ide2: BM-DMA at 0x8000-0x8007, BIOS settings: hde:pio, hdf:pio
   ^^^
Using IPI Shortcut mode
 ^^


la riga ide2 non mi preoccupa perché hdf non l'ho
La riga 2 e 3 non ho ancora indagato per scoprire cosa significano 
(probabilmente qualcosa che ho modificato io nella compilazione)


Ciao
Davide

ciao prova a vedere nella sezione moduli se hai messo auto load io ho 
cosi e vanno solo quelli che voglio


CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set

ciao michele

--
[ gpg: key CA668870 Michele Baraglia (AlfatangoXT) <[EMAIL PROTECTED]>   ]
[ Key fingerprint = 0772 938A 2B38 E44F 45DC  AD2A 7CF6 5907 CA66 8870 ]
[ Public Key Server: http://pgp.mit.edu]
[ Hwugrade Clan: http://www.hwudebianclan.org/ ]
[ Forum: http://www.hwupgrade.it/forum/showthread.php?t=1437356]
[ Contatto MSN: [EMAIL PROTECTED] ]


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Compilazione Linux: modulo disattivato compilato e caricato

2007-10-21 Per discussione Davide Prina
Dopo aver compilato Linux 2.6.22 (Lenny) eliminando un bel po' di cose 
dalla configurazione di default Debian ho visto questa cosa strana:


1) mi carica il modulo tsdev, quando nelle configurazioni è disabilitato 
il parametro INPUT_TSDEV (per il touchscreen)


come è possibile?

$ grep INPUT_TSDEV /boot/config-2.6.22-mio
# CONFIG_INPUT_TSDEV is not set



2) Le uniche altre differenze che ho notato e che per ora non mi spiego 
sono che prima avevo queste 3 righe in dmesg:


ide2: BM-DMA at 0x8000-0x8007, BIOS settings: hde:pio, hdf:DMA
   ^^^
Using IPI No-Shortcut mode
  ^^^
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: 
[EMAIL PROTECTED]



mentre ora ne ho solo 2 righe:

ide2: BM-DMA at 0x8000-0x8007, BIOS settings: hde:pio, hdf:pio
   ^^^
Using IPI Shortcut mode
 ^^


la riga ide2 non mi preoccupa perché hdf non l'ho
La riga 2 e 3 non ho ancora indagato per scoprire cosa significano 
(probabilmente qualcosa che ho modificato io nella compilazione)


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza OpenOffice.org:
http://linguistico.sf.net/wiki/doku.php?id=UsaOOo
Non autorizzo la memorizzazione del mio indirizzo su outlook




Re: firma non valida

2007-10-21 Per discussione Davide Prina

Nic wrote:


W: GPG error: http://www.vollstreckernet.de stable Release: Le seguenti firme non 
erano valide: BADSIG D63913EF50D0AE60 Werner Mahr (Der Vollstrecker) <[EMAIL 
PROTECTED]>


se il pacchetto è nei repository Debian ufficiali, allora è sufficiente 
installare i seguenti pacchetti (in teoria dovrebbe bastare il primo)

debian-archive-keyring
debian-keyring

altrimenti, se ti fidi del repository non ufficiale e vuoi importare la 
firma nel tuo portachiavi:


# gpg --recv-keys D63913EF50D0AE60
# gpg --armor --export D63913EF50D0AE60 | apt-key add -

e poi
# apt-get update
dovrebbe risolvere il problema

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Browser: http://www.mozilla.org/products/firefox
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook



Re: firma non valida

2007-10-21 Per discussione michele baraglia

Nic ha scritto:

Ciao a tutta la lista.
Ho un problema con il repo di Amule cvs dopo apt-get update ottengo
questo risultato:

  

W: GPG error: http://www.vollstreckernet.de stable Release: Le seguenti firme non 
erano valide: BADSIG D63913EF50D0AE60 Werner Mahr (Der Vollstrecker) <[EMAIL 
PROTECTED]>
W: È consigliabile eseguire apt-get update per correggere questi problemi



Secondo voi è un problema che a breve si risolverà?
Grazie a tutti
  

to do un link dove puoi capire come risolvere :)
http://guide.debianizzati.org/index.php/APT:_Errori_%28non_cos%C3%AC%29_frequenti
ciao michele


--
[ gpg: key CA668870 Michele Baraglia (AlfatangoXT) <[EMAIL PROTECTED]>   ]
[ Key fingerprint = 0772 938A 2B38 E44F 45DC  AD2A 7CF6 5907 CA66 8870 ]
[ Public Key Server: http://pgp.mit.edu]
[ Hwugrade Clan: http://www.hwudebianclan.org/ ]
[ Forum: http://www.hwupgrade.it/forum/showthread.php?t=1437356]
[ Contatto MSN: [EMAIL PROTECTED] ]


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: condivisione /home tra Etch64 e Etch32: problema compatibilità cartella Knode

2007-10-21 Per discussione Federico Di Gregorio

Il giorno dom, 21/10/2007 alle 21.07 +0200, Roberto Nicolini ha scritto:
> Mentre dal sistema a 32, il primo a essere stato installato, knode continua
> a funzionare regolarmente, dal sistema a 64 non posso accedere alla
> cartella "sent" dei messaggi inviati, ottenendo l'errore "Couldn't load
> index-file", e anche il numero dei messaggi ivi contenuti risulterebbe
> essere diverso, 88 sotto il sistema a 32, knode a 64 ne rileva 77.
> 
> Il motivo di tutto ciò l'ho trovato in rete: ovviamente knode a 64bit si
> aspetta indirizzi, headers e puntatori a 64bit, e non riesce ad accedere
> alla cartella creata dalla versione a 32bit.
> 
> A questo punto la domanda a voi è se c'è un modo di aggirare il problema, e
> condividere la cartella di knode fra il sistema a 32bit e quello a 64
> finchè non sarò sicuro di aver sistemato a dovere il sistema a 64 e potrò
> abbandonare l'altro.

Se knode salva i dati in formato binario, dipendende dall'architettura
allora non c'è soluzione se non fare girare la versione preferita delle
due in chroot. Btw, perché non fai come tutti ed usi il sistema a 64 bit
con una chroot a 32 per quei pochi programmi che non ti vanno a 64?
Usando schroot in debian è facilissimo.

Poi lasciamelo dire, che programma di cacca che è knode se fa una cosa
del genere.

federico

-- 
Federico Di Gregorio http://people.initd.org/fog
Debian GNU/Linux Developer[EMAIL PROTECTED]
INIT.D Developer   [EMAIL PROTECTED]
 Best friends are often failed lovers. -- Me


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente


condivisione /home tra Etch64 e Etch32: problema compatibilità cartella Knode

2007-10-21 Per discussione Roberto Nicolini
Ciao a tutti.

Mi servirebbe una dritta per un problemino nella condivisione della /home
fra un sistema a 32 e uno a 64bit.

Essendo entrambi i sistemi Etch, e coincidendo quindi le versioni dei
programmi, la condivisione della /home non presenta problemi di sorta,
tranne che per knode.

Mentre dal sistema a 32, il primo a essere stato installato, knode continua
a funzionare regolarmente, dal sistema a 64 non posso accedere alla
cartella "sent" dei messaggi inviati, ottenendo l'errore "Couldn't load
index-file", e anche il numero dei messaggi ivi contenuti risulterebbe
essere diverso, 88 sotto il sistema a 32, knode a 64 ne rileva 77.

Il motivo di tutto ciò l'ho trovato in rete: ovviamente knode a 64bit si
aspetta indirizzi, headers e puntatori a 64bit, e non riesce ad accedere
alla cartella creata dalla versione a 32bit.

A questo punto la domanda a voi è se c'è un modo di aggirare il problema, e
condividere la cartella di knode fra il sistema a 32bit e quello a 64
finchè non sarò sicuro di aver sistemato a dovere il sistema a 64 e potrò
abbandonare l'altro.

Grazie mille,
Roberto


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



firma non valida

2007-10-21 Per discussione Nic
Ciao a tutta la lista.
Ho un problema con il repo di Amule cvs dopo apt-get update ottengo
questo risultato:

> W: GPG error: http://www.vollstreckernet.de stable Release: Le seguenti firme 
> non erano valide: BADSIG D63913EF50D0AE60 Werner Mahr (Der Vollstrecker) 
> <[EMAIL PROTECTED]>
> W: È consigliabile eseguire apt-get update per correggere questi problemi

Secondo voi è un problema che a breve si risolverà?
Grazie a tutti
-- 
-= Nic =-
"Quando ti trovi d'accordo con la maggioranza,e' il momento di fermarti
a riflettere"-=Mark Twain=-
Amico di Emergency_2007
Linux registered user # 380338 
Linux registered machine # 283289 powered by Debian/GnuLinux Etch 4.0
Msn:[EMAIL PROTECTED]



[ot] test [ot]

2007-10-21 Per discussione Roberto Nicolini
scusate, è solo un test

roberto


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: icewm programs menu

2007-10-21 Per discussione michele baraglia

Hugh Hartmann ha scritto:

Ciao Luca,
e un saluto "eclatante" si estende a tutti i partecipanti alla lista ... :-)

On Sun, Oct 21, 2007 at 01:56:33PM +0200, Luca Sighinolfi wrote:
 
  

qualcuno ha idea di come aggiornare il menu di icewm? cioé quando installo
o tolgo applicazioni, come devo fare per aggiornare il menu "Programs" di
icewm?



Normalmente, quando si installa un pacchetto, oltre agli eseguibili,
documentazion, man page, file configurazione, ecc, ecc, viene copiato anche
un "file di menu" nella directory /usr/lib/menu/ e, alla fine
dell'installazione vengono lanciati degli script, anzi uno scrip in
particolare più precisamente il file postinst, che tra le varie cose si
incarica di lanciare il comando update-menus, che aggiorna i file di menu e
quindi le "etichette" di ogni menù e di ogni window manager installato. Può
succedere (e anche con una certa frequenza) che per qualche motivo non venga
lanciato lo script precedente e quindi non vengamo aggiornati i vari menu.

Lo stesso dicasi in fase di disiinstallazione di un pacchetto solo che lo
script interessato all'esecuzione del comando update-menus ora è postrm.
Quindi ogni pacchetto deposita nella directory /var/lib/dpkg/info/ gli
script postinst postrm e anche prerm e preinst (non sempre ci sono necessari
tutti e quattro) quindi, per distingure i vari script di ogni pacchetto si
mette il nome del pacchetto prima separato da un punto. Così per esempio il
pacchetto abiword avrà nella directory precedente gli script:
abiword.postinst, abiword.postrm, abiword.prerm.

Bene, per ovviare a questo incoveniente basta laciare come utente
update-menus e, se ci sono i file di menu nella directory /usr/lib/menu/,
allora verranno aggiunte le relative ettichette, altrimenti verranno tolte.

Nella directory /usr/share/doc/menu/ dovresti trovare diversa documentazione
utile e, naturalmente, anche con man update-menus. Dimenticavo, ogni window
manager deposita, una volta installato, un file nella dir /etc/menu-methods/ 
per costruire i menu atraverso il programma menu e tutti i file di menu 
di ogni pacchetto. Dare un'occhiata anche a questi file è utile per capire

il "meccanismo" che stà dietro ai menu ... :-)

  

Se smetti di essere curioso, sei bello che morto.
 
  Al Pacino, Profumo Di Donna



Non posso che condividere pienamente! ,... :-))

 
Au Revoir

Hugh Hartmann


 ... Linux, Windows Xp ed MS-DOS 
 (anche conosciuti come il Bello, il Brutto ed il Cattivo).   
 -- Matt Welsh


 



  

ciao :)
posso consigliarti anche alacarte per modificare il menu come meglio ti 
piace , sempre pero se usi gnome :)

ciao michele

--
[ gpg: key CA668870 Michele Baraglia (AlfatangoXT) <[EMAIL PROTECTED]>   ]
[ Key fingerprint = 0772 938A 2B38 E44F 45DC  AD2A 7CF6 5907 CA66 8870 ]
[ Public Key Server: http://pgp.mit.edu]
[ Hwugrade Clan: http://www.hwudebianclan.org/ ]
[ Forum: http://www.hwupgrade.it/forum/showthread.php?t=1437356]
[ Contatto MSN: [EMAIL PROTECTED] ]


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per

problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: icewm programs menu

2007-10-21 Per discussione Hugh Hartmann
Ciao Luca,
e un saluto "eclatante" si estende a tutti i partecipanti alla lista ... :-)

On Sun, Oct 21, 2007 at 01:56:33PM +0200, Luca Sighinolfi wrote:
 
> qualcuno ha idea di come aggiornare il menu di icewm? cioé quando installo
> o tolgo applicazioni, come devo fare per aggiornare il menu "Programs" di
> icewm?

Normalmente, quando si installa un pacchetto, oltre agli eseguibili,
documentazion, man page, file configurazione, ecc, ecc, viene copiato anche
un "file di menu" nella directory /usr/lib/menu/ e, alla fine
dell'installazione vengono lanciati degli script, anzi uno scrip in
particolare più precisamente il file postinst, che tra le varie cose si
incarica di lanciare il comando update-menus, che aggiorna i file di menu e
quindi le "etichette" di ogni menù e di ogni window manager installato. Può
succedere (e anche con una certa frequenza) che per qualche motivo non venga
lanciato lo script precedente e quindi non vengamo aggiornati i vari menu.

Lo stesso dicasi in fase di disiinstallazione di un pacchetto solo che lo
script interessato all'esecuzione del comando update-menus ora è postrm.
Quindi ogni pacchetto deposita nella directory /var/lib/dpkg/info/ gli
script postinst postrm e anche prerm e preinst (non sempre ci sono necessari
tutti e quattro) quindi, per distingure i vari script di ogni pacchetto si
mette il nome del pacchetto prima separato da un punto. Così per esempio il
pacchetto abiword avrà nella directory precedente gli script:
abiword.postinst, abiword.postrm, abiword.prerm.

Bene, per ovviare a questo incoveniente basta laciare come utente
update-menus e, se ci sono i file di menu nella directory /usr/lib/menu/,
allora verranno aggiunte le relative ettichette, altrimenti verranno tolte.

Nella directory /usr/share/doc/menu/ dovresti trovare diversa documentazione
utile e, naturalmente, anche con man update-menus. Dimenticavo, ogni window
manager deposita, una volta installato, un file nella dir /etc/menu-methods/ 
per costruire i menu atraverso il programma menu e tutti i file di menu 
di ogni pacchetto. Dare un'occhiata anche a questi file è utile per capire
il "meccanismo" che stà dietro ai menu ... :-)

> Se smetti di essere curioso, sei bello che morto.
>  
>   Al Pacino, Profumo Di Donna

Non posso che condividere pienamente! ,... :-))

 
Au Revoir
Hugh Hartmann


 ... Linux, Windows Xp ed MS-DOS 
 (anche conosciuti come il Bello, il Brutto ed il Cattivo).   
 -- Matt Welsh

 


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione Giovanni Mascellani
All'incirca Sat, 20 Oct 2007 23:06:42 +0200,
<[EMAIL PROTECTED]> sembrerebbe aver scritto:

> Blaklistandoli - ok, i puristi dell' italiano mi perdoneranno il
> neologismo - essi constinuano ad essere caricati all' avvio e cercando
> in rete sembra che sia questo (non solo legato ai moduli del firewire)
> un problema noto in Debian e legato forse ad udev

Visto che ormai hai risolto, non credo che fosse il tuo problema. Penso
che però valga la pena ricordare che la direttiva blacklist in
modprobe.conf (o quello che è), come ricorda la pagina di manuale, non
serve per impedire che un determinato modulo venga caricato, ma per
impedire che venga caricato a partire dai suo alias (che si possono
vedere con modinfo). Se però il modulo è chiamato a partire dal suo
vero nome, allora viene caricato comunque.

Giovanni.
-- 
Giovanni Mascellani <[EMAIL PROTECTED]>
Pisa, Italy

Web: http://giomasce.altervista.org
SIP: [EMAIL PROTECTED]
Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED]
GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD  003F FCB0 BB5C 5F1F BF70)



signature.asc
Description: PGP signature


icewm programs menu

2007-10-21 Per discussione Luca Sighinolfi
ciao a tutti.

qualcuno ha idea di come aggiornare il menu di icewm?
cioé quando installo o tolgo applicazioni, come devo 
fare per aggiornare il menu "Programs" di icewm?

in rete ho trovato allusioni a update-menus, ma non
ho capito come usarlo...

spero di essermi spiegato.

grazie
e buona domenica

ciao
-- 
Luca Sighinolfi


Se smetti di essere curioso, sei bello che morto.
 
  Al Pacino, Profumo Di Donna



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione Gabriele 'LightKnight' Stilli
domenica 21 ottobre 2007, alle 11:21, gollum1 scrive:

> quali tool mi consigliate per compilarlo alla debian way?

apt-get install kernel-package

e poi vai di documentazione :-)

Gabriele :-)

-- 
http://poisson.phc.unipi.it/~stilli/   ICQ UIN: 159169930
[HT] Lothlorien F.C. (51042, IV.53)   #156 Club dei Mille
Meglio essere ottimisti e avere torto, che pessimisti e avere ragione
[Albert Einstein]


signature.asc
Description: Digital signature


Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione Davide Prina

gollum1 wrote:

ma tempo fa non era stato creato un sistema per personalizzare e compilare il 
kernel in modo automatico sotto debian?


questa mi è sfuggita

L'unica cosa che mi ricordo io sono i link su come capire quali moduli 
ti servono


in inglese:
http://www.kroah.com/lkn/

in italiano (non ancora completa al 100%):
http://guide.debianizzati.org/index.php/Linux_Kernel_in_a_Nutshell

Nel capitolo 7 c'è uno script che in teoria dovrebbe elencarti tutti i 
moduli che ti servono per una determinata componente ... io non l'ho 
ancora provato. Lo trovi in Helper Script


probabilmente ricordo male, mi sono sempre trovato bene con i kernel da apt, 
ma su questo portatile per esempio non riesco ad andare oltre 2.18, che si 
inchioda tutto, quindi forse sarebbe ora di riprendere a sbattersi a 
ricompilare il kernel...


ho letto che alcuni hanno avuto problemi da quando è stato incluso in 
tutte le versioni l'SMP (prima c'erano due versioni diverse nei 
repository, una con l'SMP e l'altra senza).
In effetti ora stanno abilitando di default una marea di cose che su 
molti PC non servono e che in teoria non dovrebbero dare problemi.



quali tool mi consigliate per compilarlo alla debian way?


io uso questi due:
fakeroot make-kpkg

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza OpenOffice.org:
http://linguistico.sf.net/wiki/doku.php?id=UsaOOo
Non autorizzo la memorizzazione del mio indirizzo su outlook



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione Davide Prina

automatic_jack wrote:

On Sun, 21 Oct 2007 09:27:39 +0200
Davide Prina wrote:



quello che ti consiglio è di ricompilarti Linux.



Prima o poi mi tocchera' riprendere a compilare anche perche' per il
mio portatile - un Ibm Thinkpad X30 - si trovano su ThinkWiki.org
i .config ottimizzati per le varie versioni del kernel ma...


allora:
0) ti installi la versione di Linux per la tua architettura/CPU
1) ti installi i sorgenti e crei il link /usr/src/linux
2) ti copi il .config in /usr/src/linux
   (se c'è per quella versione di Linux)
4) time fakeroot make-kpkg --initrd kernel_image modules_image \
  --append_to_version=VERSION

e hai Linux ricompilato

da buon utente Debian fintanto che posso arrangiare alla "apt" mi 
guardo bene dal passare al "make" :D 


non make, ma make-kpkg

Ciao
Davide


--
Dizionari: http://linguistico.sourceforge.net/wiki
Client di posta: http://www.mozilla.org/products/thunderbird
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione automatic_jack
On Sun, 21 Oct 2007 11:21:04 +0200
gollum1 <[EMAIL PROTECTED]> wrote:

> ma tempo fa non era stato creato un sistema per personalizzare e
> compilare il kernel in modo automatico sotto debian?
> 
> probabilmente ricordo male, mi sono sempre trovato bene con i kernel
> da apt, ma su questo portatile per esempio non riesco ad andare oltre
> 2.18, che si inchioda tutto, quindi forse sarebbe ora di riprendere a
> sbattersi a ricompilare il kernel...
> 
> quali tool mi consigliate per compilarlo alla debian way?
> 
> Byez

Io ho letto bene di kerneler (che poi e' un progetto italiano)
quindi ;) 


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione gollum1
Il Sunday 21 October 2007 11:05:20 [EMAIL PROTECTED] ha scritto:
> Prima o poi mi tocchera' riprendere a compilare anche perche' per il
> mio portatile - un Ibm Thinkpad X30 - si trovano su ThinkWiki.org
> i .config ottimizzati per le varie versioni del kernel ma...da buon
> utente Debian fintanto che posso arrangiare alla "apt" mi guardo bene
> dal passare al "make" :D

ma tempo fa non era stato creato un sistema per personalizzare e compilare il 
kernel in modo automatico sotto debian?

probabilmente ricordo male, mi sono sempre trovato bene con i kernel da apt, 
ma su questo portatile per esempio non riesco ad andare oltre 2.18, che si 
inchioda tutto, quindi forse sarebbe ora di riprendere a sbattersi a 
ricompilare il kernel...

quali tool mi consigliate per compilarlo alla debian way?

Byez

-- 
Gollum 1
Tessoro, dov'é il mio tesssoro...



Re: Moduli immuni alla blacklist? [SOLVED]

2007-10-21 Per discussione automatic_jack
On Sun, 21 Oct 2007 11:00:21 +0200
<[EMAIL PROTECTED]> wrote:

> Allora...ho risolto!
> 
> Il file initrd.img-versione che e' in boot e' un normale gzip che
> contiene l' immagine vera e propria ovvero un archivio
> cpio [*]...estraendo quest' ultimo si vede che contiene *anche* i
> moduli firewire
> 
> Quanto sopra accade in quanto nel file:
> 
> /etc/initramfs-tools/initramfs.conf (usato per generare l' immagine)
> 
> il parametro MODULES e' settato a "most" (ovvero: aggiungi di tutto un
> po') mentre ponendolo a "dep" si ha una scelta piu' snella...tanto
> tutti i moduli di cui si necessita son sempre e comunque in /lib
> 
> Nel mio caso ha funzionato!
> 
> 
> Ciao e grazie :)
> 
> 
> [*] prima o poi spero passino a squashfs + lzma, e' davvero
> notevole ;)

Aggiungo - sbadatamente me ne ero dimenticato - che la differenza tra
le due immagini ottenute e' di qualche megabyte a favore della
versione "dep" (2.8 MB) rispetto a quella "most" (6.1 MB)

Ciao e grazie ancora per gli interventi :) 


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione automatic_jack
On Sun, 21 Oct 2007 09:27:39 +0200
Davide Prina <[EMAIL PROTECTED]> wrote:

> automatic_jack wrote:
> 
> > nel difficile tentativo di "allegerire" il mio sistema sto, tra l'
> > atro, rimuovendo moduli relativi all' hardware che non uso, in
> > particolare quelli relativi al firewire
> 
> quello che ti consiglio è di ricompilarti Linux.
> Se sei su Lenny/Sid, allora otterrai notevoli miglioramenti perché
> con Linux 2.6.22 sono inclusi alcuni parametri, non ancora attivi che 
> possono aumentare di un bel po' le prestazioni, la responsibilità del 
> sistema e diminuire l'uso della RAM. Inoltre se togli tutto quello
> che non ti serve hai un'immagine più piccola e prestazionale.
> Per esempio io sto facendo un po' di prove e per ora sono passato da
> un pacchetto che installato occupava 56,8 MByte (quello ufficiale
> Debian) a uno di 19,9 MByte (ho ancora un po' di cose da togliere e
> parametri da testare).
> 
> Ad esempio: settando General -> Choose Slab allocator (Slub)
> che da Linux 2.6.23 sarà il default (almeno sul tree ufficiale).
> 
> L'unica cosa un po' lunga ed in alcuni casi non molto semplice è
> quella di decidere cosa togliere o cosa mettere nella configurazione
> di Linux.
> 
> Ciao
> Davide
> 

Prima o poi mi tocchera' riprendere a compilare anche perche' per il
mio portatile - un Ibm Thinkpad X30 - si trovano su ThinkWiki.org
i .config ottimizzati per le varie versioni del kernel ma...da buon
utente Debian fintanto che posso arrangiare alla "apt" mi guardo bene
dal passare al "make" :D 



Re: file/CD/DVD collection

2007-10-21 Per discussione Alessandro Pellizzari

Il giorno sab, 20/10/2007 alle 22.54 +0200, matteo ha scritto:

> > avete un software da consigliarmi che tenga traccia del contenuto dei
> > supporti removibili che ho?

Sto cercando anche io qualcosa del genere.

> gtktalog

Lo usavo qualche anno fa, ma crashava di continuo. Inoltre si porta
dietro libgtk e libgnome 1.2.
Qualcosa che usi gtk 2? :)

Grazie.



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione automatic_jack
On Sun, 21 Oct 2007 09:27:39 +0200
Davide Prina <[EMAIL PROTECTED]> wrote:

> automatic_jack wrote:
> 
> > nel difficile tentativo di "allegerire" il mio sistema sto, tra l'
> > atro, rimuovendo moduli relativi all' hardware che non uso, in
> > particolare quelli relativi al firewire
> 
> quello che ti consiglio è di ricompilarti Linux.
> Se sei su Lenny/Sid, allora otterrai notevoli miglioramenti perché
> con Linux 2.6.22 sono inclusi alcuni parametri, non ancora attivi che 
> possono aumentare di un bel po' le prestazioni, la responsibilità del 
> sistema e diminuire l'uso della RAM. Inoltre se togli tutto quello
> che non ti serve hai un'immagine più piccola e prestazionale.
> Per esempio io sto facendo un po' di prove e per ora sono passato da
> un pacchetto che installato occupava 56,8 MByte (quello ufficiale
> Debian) a uno di 19,9 MByte (ho ancora un po' di cose da togliere e
> parametri da testare).
> 
> Ad esempio: settando General -> Choose Slab allocator (Slub)
> che da Linux 2.6.23 sarà il default (almeno sul tree ufficiale).
> 
> L'unica cosa un po' lunga ed in alcuni casi non molto semplice è
> quella di decidere cosa togliere o cosa mettere nella configurazione
> di Linux.
> 
> Ciao
> Davide
> 



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione automatic_jack
On Sun, 21 Oct 2007 00:29:33 +0200
Davide Mancusi <[EMAIL PROTECTED]> wrote:

> Io ho avuto problemi simili con "floppy" e amici vari. Ho fatto gli 
> stessi passi tuoi per poi scoprire che venivano caricati al boot, dal 
> RAM disk. Mi sono messo a studiare come funziona l'immagine initrd,
> l'ho decompressa, ho cancellato i moduli che non mi servivano, ho
> ricompresso il tutto, ho riavviato e, ovviamente, non ha
> funzionato :-) Allora mi sono arreso e mi sono rassegnato a convivere
> con "floppy" (va da sé che il mio PC non ha un floppy...).
> 
> Almeno per curiosità, puoi provare a dare un'occhiata nell'initrd
> (anche se mi pare strano che i moduli firewire stiano lì). È un
> archivio di qualche tipo (tar.gz? non ricordo), basta scompattarlo
> per metterci il naso.
> 
> Mi dispiace di non poter essere più d'aiuto.
> 
> Davide

Allora...ho risolto!

Il file initrd.img-versione che e' in boot e' un normale gzip che
contiene l' immagine vera e propria ovvero un archivio
cpio [*]...estraendo quest' ultimo si vede che contiene *anche* i moduli
firewire

Quanto sopra accade in quanto nel file:

/etc/initramfs-tools/initramfs.conf (usato per generare l' immagine)

il parametro MODULES e' settato a "most" (ovvero: aggiungi di tutto un
po') mentre ponendolo a "dep" si ha una scelta piu' snella...tanto
tutti i moduli di cui si necessita son sempre e comunque in /lib

Nel mio caso ha funzionato!


Ciao e grazie :)


[*] prima o poi spero passino a squashfs + lzma, e' davvero notevole ;)



Re: Moduli immuni alla blacklist?

2007-10-21 Per discussione Davide Prina

automatic_jack wrote:


nel difficile tentativo di "allegerire" il mio sistema sto, tra l' atro,
rimuovendo moduli relativi all' hardware che non uso, in particolare
quelli relativi al firewire


quello che ti consiglio è di ricompilarti Linux.
Se sei su Lenny/Sid, allora otterrai notevoli miglioramenti perché con 
Linux 2.6.22 sono inclusi alcuni parametri, non ancora attivi che 
possono aumentare di un bel po' le prestazioni, la responsibilità del 
sistema e diminuire l'uso della RAM. Inoltre se togli tutto quello che 
non ti serve hai un'immagine più piccola e prestazionale.
Per esempio io sto facendo un po' di prove e per ora sono passato da un 
pacchetto che installato occupava 56,8 MByte (quello ufficiale Debian) a 
uno di 19,9 MByte (ho ancora un po' di cose da togliere e parametri da 
testare).


Ad esempio: settando General -> Choose Slab allocator (Slub)
che da Linux 2.6.23 sarà il default (almeno sul tree ufficiale).

L'unica cosa un po' lunga ed in alcuni casi non molto semplice è quella 
di decidere cosa togliere o cosa mettere nella configurazione di Linux.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Strumenti per l'ufficio: http://it.openoffice.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook