vpn in cui mi fermo appena arrivato

2009-06-10 Thread pac
Ho un punto x in cui ho configurato su debian lenny server pptpd, da
casa ho installato il client mi collego alla vpn
poi dò il comando
route add -net ip-interno-rete-remota netmask 255.255.255.0 dev ppp0
Mi pinga però solo il computer in cui è installato il server vpn e da
lì non mi muovo.
Che cosa manca ?


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: abbassamento luminosità schermo

2009-06-10 Thread vg
Ciao Nicola,

Il giorno 9 giugno 2009 14.36, Nicola Manca  ha
scritto:

> Alla fine ho risolto, come divi e in gestione alimentazione, ma nonostante
> sia nella sezione "alimentazione a  batteria" in realtà vale sempre, anche
> quando attaccato all'alimentatore.


anche io uso Gnome, ma ho installato kpowersave che è (ahimé) molto più
configurabile di gnome-power-manager e permette la gestione dei vari profili
rete-batteria in maniera puntuale...

poi disattivi gnome-power-manager e avvii al suo posto kpowersave tramite il
gestore sessione di gnome...

mi domando solo perchè anche in gnome non abbiano ancora messo un gestore
con le stesse caratteristiche...

v.




-- 
"Two things are infinite, the Universe and Human Stupidity...
and I'm not sure about Universe..."

A.Einstein


Re: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti

2009-06-10 Thread vg
Ciao Davide,

Il giorno 9 giugno 2009 21.12, Davide Prina  ha
scritto:

>
> non intendevo questo. Ci sono molte persone che non conoscono l'inglese e
> in alcuni casi le descrizioni dei pacchetti sono "difficili" anche per chi
> conosce un po' di inglese tecnico.
> Avere le descrizioni in italiano permette di favorire chi ha già scelto
> Debian.


da questo punto di vista hai ragione, lo terrò presente quando mi avanzerà
del tempo...

>
> Debian è davvero fantastica e seria, però ultimamente in testing sono
> successe cose che in teoria dovrebbero essere rare (io uso testing al
> lavoro),


anche io, sia a casa che al lavoro, e da poco ho sid sul notebook... : )


> ne elenco alcune che mi ricordo:
> [...]
> * network-manager non funziona più dopo aggiornamento (questo dovrebbe
> essere dovuto alla configurazione che uso ... non sono ancora riuscito a
> provare le soluzione proposte qui in lista, anche se ho cercato più volte di
> diminuire la pausa pranzo per fare le prove sono stato "obbligato" a
> lavorare, in altri momenti mi è praticamente impossibile)


io ho risolto utilizzando wicd...
e comunque su sid, proprio ieri sera, anche lui ha dato dei problemi
improvvisi e il notebook non mi andava più in internet, mentre Squeeze si...
: (

>
> In testing queste cose non dovrebbero arrivare se non raramente. Sembra che
> in unstable spesso degli errori anche banali passino inosservati (o in altre
> parole: gli utenti che usano Sid non segnalano i bug che incontrano,
> aspettano speranzosi che qualcuno li risolvi).


come neo-utente di sid, devo ammettere che è così... : )
forse anche perchè non è così immediato segnalare un bug ?!?!
tu che sei esperto al riguardo, potresti magari scrivere un piccolo how-to
per insegnarci a farlo... visto che hai un sacco di tempo libero : )))

ehm... forse basterebbe leggersi questa pagina... : )

http://www.debian.org/Bugs/Reporting


> Inoltre apt-listbugs non mi ha aiutato in tutti questi casi. Fino a circa
> 6-10 mesi fa questi eventi erano davvero rarissimi in testing,


concordo


> ora stanno diventando troppo frequenti.


riconcordo... che non è un aereo... : )


> Poi magari questi errori, alcuni segnalati da me, vengono risolti
> immediatamente, ma in testing poi arrivano dopo 10 o più giorni.
>
> Il grosso problema è che quando usi Debian al lavoro, almeno nel mio caso
> che non faccio amministrazione di sistema come lavoro, non ho assolutamente
> tempo per risolvere anche delle semplici banalità e quando succede qualcosa
> del genere devo riuscire a risolvere in tempo zero o quasi.


"...mal comune - mezzo claudio..."



-- 
"Two things are infinite, the Universe and Human Stupidity...
and I'm not sure about Universe..."

A.Einstein


Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread Dario Pilori
2009/6/10 pac :
> Ho un punto x in cui ho configurato su debian lenny server pptpd, da
> casa ho installato il client mi collego alla vpn
> poi dò il comando
> route add -net ip-interno-rete-remota netmask 255.255.255.0 dev ppp0
> Mi pinga però solo il computer in cui è installato il server vpn e da
> lì non mi muovo.
> Che cosa manca ?

Il gateway?
route add -net ip-interno-rete-remota netmask 255.255.255.0 gw 

L'interfaccia la dovrebbe dedurre lui dall'ip del gateway che gli hai messo.

-- 
Dario Pilori
-Linux registered user #406515


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: gtk update manually

2009-06-10 Thread Dario Pilori
2009/6/10 softwaremail :
>
> salve
> ho debian 4.8 e volevo aggiornare firefox (poiche il 2 salta spesso con
> il flash) ma devo aggiornare gtk ho scaricato i sorgenti ma mi da un
> errore che non capisco ho guardato sui manuali ma nulla
>  come si fa ad aggiornare le gtk manualmente ?
> ho problemi al make di pixman:
>
> e-test.o: In function `reader':
> /usr/local/src/pixman-0.15.10/test/composite-test.c:21: undefined
> reference to `g_assertion_message'
> collect2: ld returned 1 exit status
> make[2]: *** [composite-test] Error 1
> make[2]: Leaving directory `/usr/local/src/pixman-0.15.10/test'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/pixman-0.15.10'
>
> quindi a installare cairo cairo-1.8.6 qundi  gtk 2.14

Debian etch oramai è antica, quindi è probabile che le nuove versioni
delle GTK+ non siano più compilabili (a me è successo con molti
programmi).
Le soluzioni sono due:
1) Scarichi firefox dal sito ufficiale, che è un pacchetto .tar.bz2
con dentro firefox compilato staticamente
2) Aggiorni a lenny

-- 
Dario Pilori
-Linux registered user #406515


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread Alessandro T.
pac ha scritto:
> Ho un punto x in cui ho configurato su debian lenny server pptpd,

questo punto x è il gateway della rete remota? o è una generica postazione?

>  da
> casa ho installato il client mi collego alla vpn
> poi dò il comando
> route add -net ip-interno-rete-remota netmask 255.255.255.0 dev ppp0
>   

quindi dici di inoltrare i pacchetti con ip remoto sulla ppp0: corretto

> Mi pinga però solo il computer in cui è installato il server vpn e da
> lì non mi muovo.
> Che cosa manca ?
>   

manca il percorso inverso: le risposte ai ping sanno come tornati indietro?
sospetto che i ping vengano inoltrati correttamente alle varie macchine
remote ma queste rispondano all'ip della tua rete di casa che
probabilmente non sanno come raggiungere e quindi inoltrano al loro
gateway che sospetto non sia il punto x


ciao
Ale


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread pac
Il giorno 10 giugno 2009 16.11, Alessandro T. ha scritto:
> pac ha scritto:
>> Ho un punto x in cui ho configurato su debian lenny server pptpd,
>
> questo punto x è il gateway della rete remota? o è una generica postazione?
>
>>  da
>> casa ho installato il client mi collego alla vpn
>> poi dò il comando
>> route add -net ip-interno-rete-remota netmask 255.255.255.0 dev ppp0
>>
>
> quindi dici di inoltrare i pacchetti con ip remoto sulla ppp0: corretto
>
>> Mi pinga però solo il computer in cui è installato il server vpn e da
>> lì non mi muovo.
>> Che cosa manca ?
>>
>
> manca il percorso inverso: le risposte ai ping sanno come tornati indietro?
> sospetto che i ping vengano inoltrati correttamente alle varie macchine
> remote ma queste rispondano all'ip della tua rete di casa che
> probabilmente non sanno come raggiungere e quindi inoltrano al loro
> gateway che sospetto non sia il punto x
>
>
> ciao
> Ale
Il punto x è un indirizzo ip pubblico che però non è pingabile, le
macchine in remoto come gw hanno infatti l'indirizzo interno del
proprio router.
In pratica che debbo fare ? Metter come gw delle macchine del punto x
anzichè l'indirizzo del router, quello pubblico ?
>
>
> --
> Per REVOCARE l'iscrizione alla lista, inviare un email a
> debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
> problemi inviare un email in INGLESE a listmas...@lists.debian.org
>
> To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
>


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: casino con le partizioni

2009-06-10 Thread brunetto
> da root, senza toccare fstab, nulla, smounti la directory
> (umount /home). un bel ls /home ti confermera' i vecchi file ora ben
> visibili.
> mkdir /mnt/x, mount /dev/hda2 /mnt/x: in questo modo rendi utilizzabile
> la partizione hda2 passando non per /home ma per /mnt/x.
>
> sposti i tuoi bei file (mv /home/* /mnt/x), dopo di che, umount /mnt/x;
> mount /home; rmdir /mnt/x.
> fine.

semplice ma geniale! grazie!!!

brunetto


-- 
"In piedi davanti al mare... meravigliato della meraviglia... io... un
universo di atomi... un atomo nell'universo"

"Ad ogni uomo viene data la chiave delle porte del paradiso. La stessa
chiave apre le porte dell'inferno."

- Richard P. Feynman -

"Coltiva Linux, tanto Windows si pianta da solo"

- Anonimo -


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread Alessandro T.
pac ha scritto:
>
> Il punto x è un indirizzo ip pubblico che però non è pingabile, le
> macchine in remoto come gw hanno infatti l'indirizzo interno del
> proprio router.
>   

scusa ma mi sono un po perso
se tu fossi seduto su x riusciresti a pingare le macchine remote? non mi
è chiara la struttura della rete nel senso di "che relazione c'è tra x e
macchine remote"?

> In pratica che debbo fare ? Metter come gw delle macchine del punto x
> anzichè l'indirizzo del router, quello pubblico ?
>   

no
provo a immaginare anche se mi si è rotta la sfera di cristallo :-D

supponendo che x e rete_remota riescano a pingarsi a vicenda aggiungerei
una regola al firewall di x  tipo:

iptables -t nat -A POSTROUTING -j MASQUERADE







--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: gtk update manually

2009-06-10 Thread Lorenzo Beretta

Dario Pilori ha scritto:

2009/6/10 softwaremail :

salve
ho debian 4.8 e volevo aggiornare firefox (poiche il 2 salta spesso con
il flash) ma devo aggiornare gtk ho scaricato i sorgenti ma mi da un
errore che non capisco ho guardato sui manuali ma nulla
 come si fa ad aggiornare le gtk manualmente ?
ho problemi al make di pixman:

e-test.o: In function `reader':
/usr/local/src/pixman-0.15.10/test/composite-test.c:21: undefined
reference to `g_assertion_message'
collect2: ld returned 1 exit status
make[2]: *** [composite-test] Error 1
make[2]: Leaving directory `/usr/local/src/pixman-0.15.10/test'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/pixman-0.15.10'

quindi a installare cairo cairo-1.8.6 qundi  gtk 2.14


Debian etch oramai è antica, quindi è probabile che le nuove versioni
delle GTK+ non siano più compilabili (a me è successo con molti
programmi).
Le soluzioni sono due:
1) Scarichi firefox dal sito ufficiale, che è un pacchetto .tar.bz2
con dentro firefox compilato staticamente
2) Aggiorni a lenny



Forse mi sfugge qualcosa, ma a parte eventualmente la banda, ci sono 
motivi per non usare "stable"/"testing"/"unstable"?



--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread pac
Il giorno 10 giugno 2009 17.28, Alessandro T. ha scritto:
> pac ha scritto:
>>
>> Il punto x è un indirizzo ip pubblico che però non è pingabile, le
>> macchine in remoto come gw hanno infatti l'indirizzo interno del
>> proprio router.
>>
>
> scusa ma mi sono un po perso

Scusami tu, ora provo a spiegare
Rete X formata da vari pc linux e windows che hanno come gw il router.
La rete X ha un indirizzo pubblico
Nella rete X abbiamo pptpd server
La rete X ha indirizzi 10.33.0.0/24 255.255.255.0

Casa mia
ho installato pptp client
Rete 192.168.0.X  gw pc con ipcop che ha come gw il router telecom
Da qui mi collego alla rete X chiamando l'ip pubblico di X
Effettuo il collegamento, ma l'ip pubblico non è pingabile.

Grazie mille intanto per l'aiuto

>
>
>
>
>
>
> --
>


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: bug che non vengono segnalati in Sid (ERA: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti)

2009-06-10 Thread Davide Prina

vg wrote:


Il giorno 9 giugno 2009 21.12, Davide Prina ha scritto:



In testing queste cose non dovrebbero arrivare se non raramente. Sembra che
in unstable spesso degli errori anche banali passino inosservati (o in altre
parole: gli utenti che usano Sid non segnalano i bug che incontrano,
aspettano speranzosi che qualcuno li risolvi).



come neo-utente di sid, devo ammettere che è così... : )
forse anche perchè non è così immediato segnalare un bug ?!?!


visto che usi Squeeze/Sid installa reportbug-ng e la segnalazione di un 
bug diventa davvero semplice e veloce. È, secondo me, decisamente più 
semplice trovare se un bug è già stato segnalato, quali bug ci sono, ... 
e alla fine fare una nuova segnalazione.



tu che sei esperto al riguardo, potresti magari scrivere un piccolo how-to
per insegnarci a farlo... visto che hai un sacco di tempo libero : )))


:-)

Con reportbug-ng non serve un howto, provalo e poi fammi sapere.


ehm... forse basterebbe leggersi questa pagina... : )

http://www.debian.org/Bugs/Reporting


sì, però secondo me alcune cose risultano essere un po' complesse o non 
troppo veloci. Queste cose tendono, anche nel mio caso, a procrastinare 
la segnalazione di un bug e magari ad arrivare a non segnalarlo.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Sistema operativo: http://www.it.debian.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread Alessandro T.
pac ha scritto:
> Rete X formata da vari pc linux e windows che hanno come gw il router.
> La rete X ha un indirizzo pubblico
> Nella rete X abbiamo pptpd server
> La rete X ha indirizzi 10.33.0.0/24 255.255.255.0
>
> Casa mia
> ho installato pptp client
> Rete 192.168.0.X  gw pc con ipcop che ha come gw il router telecom
> Da qui mi collego alla rete X chiamando l'ip pubblico di X
>   

quindi a questo punto pc-casa - server x

> Effettuo il collegamento, ma l'ip pubblico non è pingabile.
>   

qui dovresti vedere come sono le tabelle di routing dei vai hop
interessati al ping.
se da pc-casa non usi il tunnel per il ping non dovresti incontrare
problemi: se riesci a pingare senza tunnel lo dovresti poter ancora fare.
se, come immagino, il ping da pc-casa passa per il tunnel: ti trovi
nella situazione d'avere un pacchetto con mittente 192.x.x.x nella rete
10.x.x.x. Questo non è un problema se il destinatario del pacchetto sa
come far tornare il pacchetto a 192.x.x.x. Quindi le cose sono due: o
cambi la tabella di routing su tutta la rete remota (10.x.x.x) o
aggiungi una sola entry al routing del server x e mascheri i pacchetti
uscenti da lui con il suo ip locale (iptables -t nat .).

> Grazie mille intanto per l'aiuto
>   

di nulla, spero solo di essermi spiegato, altrimenti un passo alla
volta... :-D


Ciao
Ale


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: bug che non vengono segnalati in Sid (ERA: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti)

2009-06-10 Thread Sandro Tosi
2009/6/10 Davide Prina :
> vg wrote:
>
>> Il giorno 9 giugno 2009 21.12, Davide Prina ha scritto:
>
>>> In testing queste cose non dovrebbero arrivare se non raramente. Sembra
>>> che
>>> in unstable spesso degli errori anche banali passino inosservati (o in
>>> altre
>>> parole: gli utenti che usano Sid non segnalano i bug che incontrano,
>>> aspettano speranzosi che qualcuno li risolvi).
>
>> come neo-utente di sid, devo ammettere che è così... : )
>> forse anche perchè non è così immediato segnalare un bug ?!?!
>
> visto che usi Squeeze/Sid installa reportbug-ng e la segnalazione di un bug
> diventa davvero semplice e veloce. È, secondo me, decisamente più semplice
> trovare se un bug è già stato segnalato, quali bug ci sono, ... e alla fine
> fare una nuova segnalazione.
>
>> tu che sei esperto al riguardo, potresti magari scrivere un piccolo how-to
>> per insegnarci a farlo... visto che hai un sacco di tempo libero : )))
>
> :-)
>
> Con reportbug-ng non serve un howto, provalo e poi fammi sapere.

per favore: non consigliate reportbug-ng... usate reportbug, ora ha
anche un'interfaccia gtk per chi preferisce la grafica al testo.

r-ng e' molto lacunoso per quanto riguarda le informazioni che un
maintainer si aspetta.

Ciao,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread pac
Il giorno 10 giugno 2009 19.13, Alessandro T. ha scritto:
> pac ha scritto:
>> Rete X formata da vari pc linux e windows che hanno come gw il router.
>> La rete X ha un indirizzo pubblico
>> Nella rete X abbiamo pptpd server
>> La rete X ha indirizzi 10.33.0.0/24 255.255.255.0
>>
>> Casa mia
>> ho installato pptp client
>> Rete 192.168.0.X  gw pc con ipcop che ha come gw il router telecom
>> Da qui mi collego alla rete X chiamando l'ip pubblico di X
>>
>
> quindi a questo punto pc-casa - server x
>
>> Effettuo il collegamento, ma l'ip pubblico non è pingabile.
>>
>
> qui dovresti vedere come sono le tabelle di routing dei vai hop
> interessati al ping.
> se da pc-casa non usi il tunnel per il ping non dovresti incontrare
> problemi: se riesci a pingare senza tunnel lo dovresti poter ancora fare.
> se, come immagino, il ping da pc-casa passa per il tunnel: ti trovi
> nella situazione d'avere un pacchetto con mittente 192.x.x.x nella rete
> 10.x.x.x. Questo non è un problema se il destinatario del pacchetto sa
> come far tornare il pacchetto a 192.x.x.x. Quindi le cose sono due: o
> cambi la tabella di routing su tutta la rete remota (10.x.x.x) o
> aggiungi una sola entry al routing del server x e mascheri i pacchetti
> uscenti da lui con il suo ip locale (iptables -t nat .).
>
>> Grazie mille intanto per l'aiuto
>>
>
> di nulla, spero solo di essermi spiegato, altrimenti un passo alla
> volta... :-D
>
meglio un passo alla volta grazie 
:-)
>
> Ciao
> Ale
>
>
> --
> Per REVOCARE l'iscrizione alla lista, inviare un email a
> debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
> problemi inviare un email in INGLESE a listmas...@lists.debian.org
>
> To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
>


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: gtk update manually

2009-06-10 Thread Dario Pilori
2009/6/10 Lorenzo Beretta :
> Forse mi sfugge qualcosa, ma a parte eventualmente la banda, ci sono motivi
> per non usare "stable"/"testing"/"unstable"?
Bé, allora, te stai usando la "oldstable", 4.0 etch. Essendo
supportata ancora fino a febbraio 2010 (1 anno dopo l'uscita della
prossima versione stable, se non erro), in questo periodo si consiglia
di aggiornare alla nuova versione stable, 5.0 lenny.
A meno che tu non abbia problemi di compatibilità seri con
applicazioni particolari, non c'è motivo per rimanere sulla oldstable.
Devi solo essere disposto a perdere un po' di tempo per fare un bel
backup e aggiornare, seguendo le note di rilascio.
Testing e unstable invece sono versioni di sviluppo. Sono aggiornate
anche più volte al giorno. Se ti interessa avere versioni più
aggiornate dei programmi rispetto a stable, per un uso desktop, senza
dubbio testing è la più indicata. Se invece vuoi avere a tutti i costi
le ultime versioni di ogni programma e le nuovissime funzionalità, usa
unstable ma preparati a riscontrare bug.

Senza dubbio qualcun altro in lista ti fornirà qualche consiglio
migliore :-) Io uso la testing (con qualche pacchetto da unstable) e
mi trovo bene, di bug seri ne ho riscontrati molti pochi, nella mia
esperienza.

-- 
Dario Pilori
-Linux registered user #406515


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: bug che non vengono segnalati in Sid (ERA: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti)

2009-06-10 Thread Davide Prina

Sandro Tosi wrote:


per favore: non consigliate reportbug-ng... usate reportbug, ora ha
anche un'interfaccia gtk per chi preferisce la grafica al testo.

r-ng e' molto lacunoso per quanto riguarda le informazioni che un
maintainer si aspetta.


scusa, ma io avevo capito che questi bug erano stati sistemati, infatti 
prima era bloccato in Sid/experimental, mentre ora è stato portato fino 
a testing e sono state aggiunte le cose richieste nei bug bloccanti a 
quanto vedo.
Inoltre avevo provato a vedere la differenza di informazioni estratte 
tra reportbug e reportbug-ng su dei pacchetti e non avevo trovato 
differenze se non di posizionamento dei dati.


Non sapevo che ora reportbug avesse un'interfaccia gtk2.
Ho dato ora un'occhiata e ad essere sincero mi sembra più intuitivo e 
semplice reportbug-ng.
Io penso che avere una singola finestra che unisca sia querybts che 
reportbug renda la vita molto comoda. A volte non è semplice capire a 
quale pacchetto appartiene un bug e poter passare in rassegna diversi 
pacchetti facilmente permette di trovare le informazioni in breve tempo.


Di sicuro querybts soprattutto, ma anche reportbug, solo testo sono 
indispensabili in quelle occasioni in cui non si ha o si può/vuole usare 
una GUI (ad esempio quando aggiorno il sistema e vedo con apt-listbugs 
che c'è un bug non chiuso, allora uso sempre querybts per visualizzarlo, 
questo perché voglio vedere soltanto quel bug e ho la "chiave" per 
identificarlo).


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


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: vpn in cui mi fermo appena arrivato

2009-06-10 Thread Alessandro T.
pac ha scritto:
> Il giorno 10 giugno 2009 19.13, Alessandro T. ha scritto:
>   
>> pac ha scritto:
>> 
>>> Rete X formata da vari pc linux e windows che hanno come gw il router.
>>> La rete X ha un indirizzo pubblico
>>> Nella rete X abbiamo pptpd server
>>> La rete X ha indirizzi 10.33.0.0/24 255.255.255.0
>>>
>>> Casa mia
>>> ho installato pptp client
>>> Rete 192.168.0.X  gw pc con ipcop che ha come gw il router telecom
>>> Da qui mi collego alla rete X chiamando l'ip pubblico di X
>>>
>>>   
>> quindi a questo punto pc-casa - server x
>>
>> 
>>> Effettuo il collegamento, ma l'ip pubblico non è pingabile.
>>>
>>>   
>> qui dovresti vedere come sono le tabelle di routing dei vai hop
>> interessati al ping.
>> se da pc-casa non usi il tunnel per il ping non dovresti incontrare
>> problemi: se riesci a pingare senza tunnel lo dovresti poter ancora fare.
>> se, come immagino, il ping da pc-casa passa per il tunnel: ti trovi
>> nella situazione d'avere un pacchetto con mittente 192.x.x.x nella rete
>> 10.x.x.x. Questo non è un problema se il destinatario del pacchetto sa
>> come far tornare il pacchetto a 192.x.x.x. Quindi le cose sono due: o
>> cambi la tabella di routing su tutta la rete remota (10.x.x.x) o
>> aggiungi una sola entry al routing del server x e mascheri i pacchetti
>> uscenti da lui con il suo ip locale (iptables -t nat .).
>>
>> 
>>> Grazie mille intanto per l'aiuto
>>>
>>>   
>> di nulla, spero solo di essermi spiegato, altrimenti un passo alla
>> volta... :-D
>>
>> 
> meglio un passo alla volta grazie 
> :-)
>   

bene ;-)
prova un `route -n` sia sul pc di casa che sul server pptp dopo aver
creato il tunnel




--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: bug che non vengono segnalati in Sid (ERA: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti)

2009-06-10 Thread vg
Buonasera Davide, e un saluto "allibito" si estende a tutta la lista... : )

Il giorno 10 giugno 2009 20.41, Davide Prina  ha
scritto:

> [...]
>
> Di sicuro querybts soprattutto, ma anche reportbug, solo testo sono
> indispensabili in quelle occasioni in cui non si ha o si può/vuole usare una
> GUI (ad esempio quando aggiorno il sistema e vedo con apt-listbugs che c'è
> un bug non chiuso, allora uso sempre querybts per visualizzarlo, questo
> perché voglio vedere soltanto quel bug e ho la "chiave" per identificarlo).


potreste smetterla di parlare arabo e cercare di far capire qualcosa anche a
noi poveri niubbi ???
: )))

Vieri




-- 
"Two things are infinite, the Universe and Human Stupidity...
and I'm not sure about Universe..."

A.Einstein


Re: bug che non vengono segnalati in Sid (ERA: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti)

2009-06-10 Thread Davide Prina

vg wrote:


Il giorno 10 giugno 2009 20.41, Davide Prina ha scritto:



Di sicuro querybts soprattutto, ma anche reportbug, solo testo sono
indispensabili in quelle occasioni in cui non si ha o si può/vuole usare una
GUI (ad esempio quando aggiorno il sistema e vedo con apt-listbugs che c'è
un bug non chiuso, allora uso sempre querybts per visualizzarlo, questo
perché voglio vedere soltanto quel bug e ho la "chiave" per identificarlo).



potreste smetterla di parlare arabo e cercare di far capire qualcosa anche a
noi poveri niubbi ???
: )))


Cercherò di spiegare semplicemente tutto il discorso.

reportbug-ng è sviluppato da uno DD che ha idee un po' differenti da 
molti altri DD e quindi in un primo tempo ha creato questo suo prodotto 
senza includere alcune funzionalità che per altri DD sono indispensabili 
(ad esempio la visualizzazione del testo creato dal manteiner di un 
pacchetto su cosa fare prima di riportare un bug per quel pacchetto, 
informazioni ritenute inutili dall'autore di reportbug-ng), inoltre non 
ricavava tutte le informazioni molte volte necessarie per capire cosa 
avesse installato il segnalatore del bug e quindi poter magari 
determinare il motivo del problema segnalato senza chiedere ulteriori 
informazioni al segnalatore.


Per questi motivi sono stati aperti dei bug per reportbug-ng con dei 
post abbastanza lunghi e pieni di lamentele verso l'autore di questo 
programma (dei bug-flame). Questi bug sono stati messi bloccanti per 
impedire il propagare delle nuove versioni di reportbug-ng a testing.


L'autore ha cercato di spiegare i suoi motivi ... ed alla fine sono 
state proposte delle soluzioni a volte intermedie per risolvere questi 
problemi (ad esempio permettere all'utente di disabilitare la 
visualizzazione del testo su cosa fare prima di segnalare un bug creato 
dal manutentore del pacchetto).


Da quello che ho capito io reportbug-ng alla fine ha inglobato tutte le 
richieste dei DD (alcune come detto disabilitabili dall'utente) e quindi 
gli è stato permesso di entrare in testing.


Però Sandro Tosi dice che ci sono ancora problemi nel suo utilizzo 
perché, come già faceva, non visualizza alcune informazioni che a volte 
sono indispensabili per capire la causa del bug segnalato. Io avevo 
controllato questo problema su dei pacchetti prima di segnalare dei bug 
che avevo trovato e mi era parso che tutte le informazioni erano 
presenti, al massimo in posizioni differenti.


Se Sandro Tosi mi mostra un caso dove questo non è vero io sono disposto 
a ricavare sempre i dati per l'invio dei bug da reportbug.


Questa è la storia che conosco io sulla diatriba reportbug, che segue le 
richieste della maggior parte dei DD, e reportbug-ng.


Poi:

1) reportbug è il nome di un pacchetto che contiene più programmi:
   * querybts: programma che permette di interrogare il database dei bug
   * reportbug: programma che permette di segnalare un bug
Questi due programmi possono essere usati con diversi tipi di 
interfaccia: testo, ncurses, gtk2
In alcuni casi io preferisco averli a disposizione con interfaccia 
testo. Ad esempio se conosco il numero di un bug (ad esempio 2837276) e 
voglio vederne il contenuto scrivo semplicemente:

$ querybts 2837276

questa operazione la compio quando sto facendo l'aggiornamento del 
sistema (uso apt-get) e il programma apt-listbugs mi riporta che c'è un 
pacchetto che voglio aggiornare con un bug non chiuso. Con questa 
semplice operazione riesco velocemente a sapere le cause e a capire se 
voglio davvero aggiornarlo o preferisco aspettare che il bug sia risolto.


2) reportbug-ng è sia il nome del pacchetto che del programma. Questo 
programma include in un'unica interfaccia grafica fissa sia il programma 
per interrogare il database dei dati (querybts per intenderci) e il 
programma per segnalarne di nuovi, aggiungere informazioni, ... 
(reportbug per intenderci).



Sandro Tosi, che è anche il DD che mantiene reportbug, mi ha fatto 
presente che ora anche reportbug ha un'interfaccia grafica gtk2, ma, 
secondo me, non era tanto l'interfaccia grafica che rendeva migliore, 
almeno per me, il "concorrente" reportbug-ng, quanto le funzionalità che 
offre: in un'unica finestra fissa è possibile ricercare, filtrare e 
visualizzare il contenuto dei bug di un pacchetto o dei pacchetti che 
rispettano un determinato criterio (per esempio tutti quelli segnalati 
da una determinata persona, ad esempio da me). Nella stessa finestra è 
possibile creare un nuovo bug premendo un bottone o aggiungere 
informazioni ad un bug esistente, ...


Ho guardato velocemente la versione gtk2 di reportbug e queste cose non 
mi sembra di averle viste. reportbug gtk2 è in pratica una composizione 
di bug guidata (un wizard): devi conoscere il nome del pacchetto e poi 
procedi per step alla compilazione del bug. Questo può essere molto 
utile per chi sta segnalando il primo bug, ma in alcuni casi può 
risultare macchinoso. Come dicevo alle volte quando si trova un 
malfunzion

Re: hd upgrade - possibile trasferire Win$_XP con dd?

2009-06-10 Thread Ennio-Sr
* stirner  [040609, 08:50]:
> 
> Ennio-Sr wrote:
> [...] 
> Potresti provare ntfsclone che, a differenza di dd, copia solo lo spazio
> utilizzato.
> 
> Per una copia dati "per file": find /mnt/winz -depth -print | cpio -pdmv
> /mnt/new-winz
> 
Mmhh... sembra interessante. Per ora, tuttavia, il discorso resta
sospeso; si e` rotta la presa di alimentazion del laptop: l'ho smembrato
ed ho consegnato la piastra madre ad un esperto di elettronica perche`
vi si saldi una presa volante provvisoria: aspetto la riconsegna a dita
incrociate... 
> 
> La partizione del disco nuovo deve essere bootabile (fdisk e parted possono
> facilmente impostare il flag bootabile). Se si tratta di windows xp e viene
> alterata la disposizione dei dischi (master, slave, ecc.) potrebbe essere
> necessario avviare la console di ripristino di XP, e lanciare ???fixboot??? e
> ???fixmbr??? prima che ???windows clonato??? possa ripartire.
> 

E` da molti anni che non uso piu` W$ e mi assale un forte dubbio:
dopo aver fatto la copia di cui sopra, la console di ripristino di XP si
apre comunque o c'e` bisogno dei CD oroginali (che non sono ancora
saltati fuori!)?

Poi c'e` un'altra cosa: prima che andasse fuori uso, avevo fatto spazio
sul disco (vecchio), per circa il 20% del totale, e provato diverse volte la
deframmentazione senza tuttavia riuscire a liberare spazio alla fine
(quindi parted - da un live linux - si rifiutava di creare una nuova
partizione). Se mai mi riuscisse di riavviarlo, provero` a cancellare
ancora qualche grosso file, nel dubbio che non riesca a deframmentare
perche` ha poco spazio di manovra, oppure mi sfugge qualche diavoleria
di XP? Ad ogni deframmentazione, leggendo i relativi log, vedevo che
aveva aggiunto dei nuovi file di cui non ricordo il nome ma penso che
fossero per consentire un eventuale recupero delle situazioni
precedenti?!
> Max
> 
Grazie di nuovo a tutti e a presto,
Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



[Semi-OT] Samba e problemi DNS in minuscola LAN

2009-06-10 Thread giopas
Una buona serata (piovosa, dal nord Europa) si estende a tutta la lista!

Premessa:

Nella società (di consulenza, e quindi spesso dai clienti) dove lavoro
abbiamo acquistato un programma per Windows (XP SP3 Pro) che permette il
lavoro collaborativo attraverso una cartella condivisa. Ogni utente utilizza
quindi un client del programma facendolo "puntare" alla cartella condivisa
(dentro al quale c'è un banale database proprietario).

Il problema è che, non volendo mettere mano al firewall dei notebook per
attivare la condivisione delle cartelle, ho pensato di riutilizzare un mio
vecchio Ibook G3 500Mhz (con sopra una Debian unstable), collegato ad un
router (Us robotics 8001) creando una cartella condivisa "guest" con samba.
In pratica al router sono collegati i laptop di lavoro, più l'ibook, in
dhcp.

La soluzione è perfetta e immediata (almeno fino a quando non convinco la
mia società a comprare un semplice hd esterno con uscita di rete, tanto più
ora che ho scoperto che dal kernel 2.6.29 l'airport può supportare il WPA!).

Problema:

La risoluzione del nome del pc (e quindi l'accesso alla risorsa condivisa) è
piuttosto lenta. Stessa cosa per il salvataggio. Potrei velocizzare il tutto
con degli ip fissi, ma questo richiederebbe modificare a mano (e con i
privilegi di amministratore) i vari laptop di lavoro, cosa che non voglio
fare. Come potrei risolvere?

Pensavo ad installare un server DNS sull'ibook (oltre al server samba), ma
non sono sicuro che la situazione migliorerebbe (infatti i laptop dovrebbero
"già sapere di dover contattare l'ibook", il che implicherebbe cambiare a
mano i DNS di XP). Oppure, più semplicemente, mi basta impostare nel router
(di cui ho il pieno controllo) l'ip dell'ibook come DNS?

Scusate la domanda banale, ma Cosa mi consigliereste di fare?

Confido nei vostri preziosissimi consigli.

enjoy, ;)
giopas

ps: lo stesso problema non si porrebbe, anche con il disco esterno di cui
parlavo prima?


Re: bug che non vengono segnalati in Sid (ERA: [OT] traduzione di: microsoft: una storia di comportamenti anti-competitivi e dannosi per gli utenti)

2009-06-10 Thread vg
Ciao Davide, ed un saluto "esaust-ito" si estende a tutta la lista : )

Il giorno 10 giugno 2009 22.08, Davide Prina  ha
scritto:

> Cercherò di spiegare semplicemente tutto il discorso.
> [...]


wow...

sei stato così chiaro che mi è venuta voglia di aprire un bug-report : )))

Vieri




-- 
"Two things are infinite, the Universe and Human Stupidity...
and I'm not sure about Universe..."

A.Einstein