Newsgroup: it.comp.os.linux.software
Titolo: Che differenze tra le varie Ubuntu ?

Che differenza tra le versioni Breezy, Hoary, Warty ???
Sono solo release successive oppure cambia qualcosa anche a livello 
componenti che la distribuzione si porta appresso?
Ciao e grazie
RobertoA

 RobertoA
Cià
-- 
Iggy Blues
---------------
Se vedi un affamato non dargli del riso: insegnagli a coltivarlo. (Confucio)

 componenti che la distribuzione si porta appresso?
Si, Kubuntu Breezy si porta appresso una montagna di bug, stanne alla
larga.
-- 
Back to Suse 9.2
Linux user n. 367009

 
è solo la tua opinione o puoi fornire dei dati?


 è solo la tua opinione o puoi fornire dei dati?
E' solo la mia esperienza personale dopo 5 giorni d'uso (non è durato di
più sul mio pc perchè inusabile)
I problemi più gravi erano:
Dopo due o tre volte che immetto la pass di root, sia da console che da
gui, il mouse si piantava e la tastiera non rispondeva. reset. 
Dopo pochi minuti connesso a internet, il modem (usb) non rispondeva,
unico rimedio: reset.
Tanti altri piccoli problemi legati a KDE.
Devo dire invece che Ubuntu 5.10 non aveva nessun problema riscontrato su
Kubuntu 5.10


 Kubuntu 5.10
ho installato e fatto installare Kubuntu Breezy su almeno una dozzina di
macchine fino ad ora e la adopero anche su un laptop AMD64, mai avuti i
problemi che citi tu che, a mio modo di vedere, sono da imputare alla tua
configurazione, quindi non prendertela con la distro. Se invece i bug credi
siano cosa seria, riportali.
http://www.ubuntulinux.org/support/bugs
L'unica cosa che ho notato sono delle traduzioni non ancora completate su
KDE 3.4.3 nelle preferenze di sistema


 e di questo ha colpa la Kubuntu?
Si, fino a quando l'unico metodo per ristabilire la connessione è
il riavvio della macchina. 


 
ah beh allora continua così a risolvere i problemi allo stile uindos
Saluti


 modem.
Ma quale modulo del modem, semmai il problema è del modulo hot-plug del
kernel, questo è un estratto che mi ero salvato dai messaggi nel momento
del misfatto. Per inciso, lo stesso problema me lo dava uguale suse 9.3,
mentre suse 9.2 e ubuntu hoary ne sono esenti.
Ora sicuramente mi direte che un kernel oops è colpa della mia
configurazione bla bla bla e che il riavvio è troppo?
Attenti prima di parlare eh? si tratta di un bug del modulo hot-plug
usb dei kernel > 2.6.8 che si manifesta solo con i modem gprs.
Vi fa tanto male sapere che in particolari condizioni, anche linux ha
bisogno di un riavvio? 
Oct 15 01:56:11 linux kernel: usb 1-2: USB disconnect, address 3
Oct 15 01:56:11 linux pppd[6594]: Hangup (SIGHUP)
Oct 15 01:56:11 linux pppd[6594]: Modem hangup
Oct 15 01:56:11 linux pppd[6594]: Connect time 299.7 minutes.
Oct 15 01:56:11 linux pppd[6594]: Sent 22272845 bytes, received 167462390 bytes.
Oct 15 01:56:11 linux pppd[6594]: Connection terminated.
Oct 15 01:56:12 linux kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
Oct 15 01:56:12 linux kernel:  printing eip:
Oct 15 01:56:12 linux kernel: c01d0437
Oct 15 01:56:12 linux kernel: *pde = 00000000
Oct 15 01:56:12 linux kernel: Oops: 0000 [#1]
Oct 15 01:56:12 linux kernel: CPU:    0
Oct 15 01:56:12 linux kernel: EIP:    0060:[<c01d0437>]    Tainted: P     U VLI
Oct 15 01:56:12 linux kernel: EFLAGS: 00010246   (2.6.11.4-21.9-default)
Oct 15 01:56:12 linux kernel: EIP is at get_kobj_path_length+0x17/0x30
Oct 15 01:56:12 linux kernel: eax: 00000000   ebx: 00000000   ecx: ffffffff   edx: ffffffff
Oct 15 01:56:12 linux kernel: esi: 00000001   edi: 00000000   ebp: dd9c1618   esp: d4523e24
Oct 15 01:56:12 linux kernel: ds: 007b   es: 007b   ss: 0068
Oct 15 01:56:12 linux kernel: Process pppd (pid: 6594, threadinfo=d4522000 task=d46d9040)
Oct 15 01:56:12 linux kernel: Stack: 000000d0 dd9c15f4 da55a0f8 dd9c1618 c01d04ae da55a0f8 c033bd20 dd9c15f4
Oct 15 01:56:12 linux kernel:        da55a0f8 000003ad c0235ff4 00000000 dca1c068 00000000 00000000 c033bd20
Oct 15 01:56:12 linux kernel:        da55a0e0 dcc1b053 dca1c070 c01d0f1a 0000001a dcc1b053 000003ad c0235f60
Oct 15 01:56:12 linux kernel: Call Trace:
Oct 15 01:56:12 linux kernel:  [<c01d04ae>] kobject_get_path+0xe/0x50
Oct 15 01:56:12 linux kernel:  [<c0235ff4>] class_hotplug+0x94/0x1b0
Oct 15 01:56:12 linux kernel:  [<c01d0f1a>] kobject_hotplug+0x1aa/0x260
Oct 15 01:56:12 linux kernel:  [<c0235f60>] class_hotplug+0x0/0x1b0
Oct 15 01:56:12 linux kernel:  [<c0186a89>] sysfs_hash_and_remove+0xa9/0xde
Oct 15 01:56:12 linux kernel:  [<c01d077d>] kobject_del+0xd/0x20
Oct 15 01:56:12 linux kernel:  [<c0236433>] class_device_del+0xb3/0xc0
Oct 15 01:56:12 linux kernel:  [<c0236448>] class_device_unregister+0x8/0x10
Oct 15 01:56:12 linux kernel:  [<e1281440>] acm_tty_close+0x90/0xd0 [cdc_acm]
Oct 15 01:56:12 linux kernel:  [<c0219463>] release_dev+0x313/0x680
Oct 15 01:56:12 linux kernel:  [<c02d0a17>] schedule+0x337/0x590
Oct 15 01:56:12 linux kernel:  [<c037c540>] inflate_dynamic+0x480/0x5b0
Oct 15 01:56:12 linux kernel:  [<c02d131f>] schedule_timeout+0x5f/0xb0
Oct 15 01:56:12 linux kernel:  [<c01611a4>] do_ioctl+0x34/0x60
Oct 15 01:56:12 linux kernel:  [<c0219c17>] tty_release+0x7/0x10
Oct 15 01:56:12 linux kernel:  [<c0151fc6>] __fput+0xd6/0x120
Oct 15 01:56:12 linux kernel:  [<c0150a63>] filp_close+0x43/0x70
Oct 15 01:56:12 linux kernel:  [<c0102c49>] sysenter_past_esp+0x52/0x79
Oct 15 01:56:12 linux kernel: Code: ea 89 d8 e8 dc 72 fb ff eb e1 8d 76 00 8d bc 27 00 00 00 00 55 83 ca ff 57 8
9 c5 56 be 01 00 00 00 53 31 db 8b 7d 00 89 d1 89 d8 <f2> ae f7 d1 49 8b 6d 24 8d 74 31 01 85 ed 75 e9 89 f0 5b
5e 5f 


 è solo la tua opinione o puoi fornire dei dati?
Beh, cmq alcuni bachi veri li ha davvero Breezy, i due più gravi che mi
vengono in mente:
- memory leak di gamin (demone che controlla cambiamential filesystem) con
kernel SMP, almeno sul mio P4 HT.
- se hai un masterizzatore USB setta male il gruppo che è proprietario del
dispositivo (errata configurazione di udev, suppongo), rendendo di fatto
impossibile la masterizzazione da utente (a meno di non aggiungersi al
gruppo root, che è *male*).
e inoltre quell'odiosissimo default in KDE di aprire *tutto* in nuove tab.
-- 
Vide
"To emulate flesh machines I am learning" (Nevermore)
NP: Nulla

 bisogno di un riavvio? 
Ho notato anche io (parlo di questo thread) una certa supponenza da
parte di chi ti ha precedentemente risposto. Non capisco questi
atteggiamenti sinceramente. Anche io mi sono trovato piu` volte a dover
riavviare delle macchine, e di esperienza penso di averne un pochino.
Quindi perche` negare? Perche` trattare chi dice qualcosa che vi sembra
strano come un luser che non sa "configurare" la macchina?
Bye
-- 
err: signature too big

 
si può cambiare, come forse ben saprai, a me non da poi così fastidio, ma se
vuoi aprire nuove finestre ad ogni click puoi farlo.
Resta inteso che non sono il difensore di KDE e nemmeno l'affossatore degli
altri Desktop Manager, uso KDE così come uso Gnome, quando mi stuferò userò
qualcos'altro.


 se vuoi aprire nuove finestre ad ogni click puoi farlo.
So benissimo che si può cambiare, come so altrettanto bene che non è il
comportamento di default di KDE. Hanno deciso di metterlo come default in
Kubuntu Breezy, di questo mi lamento.


`matte ha scritto:

Guarda, vista la modularità del sistema, riavviare dovrebbe essere 
*davvero* l'ulitma spiaggia, o almeno il rimedio di chi non sa cos'altro 
fare, visto che equivale a piallare tutto e ricominciare da capo.
Ma se sei ingrado di localizzare, uccidere e avviare di nuovo quel 
singolo servizio o quei servizi che ti danno problemi, e addirittura 
caricare/scaricare moduli del kernel e vedere nel dettaglio cosa 
succede, non capisco perchè si debba fare una cosa alla cieca come 
riavviare tutta la macchina.
Certo, se qualcosa è andato storto con la scheda video, e non ti si 
aggiorna più il display, e non hai un computer in rete per intervenire 
tramite ssh o telnet, non c'è altro da fare, ma in generale, le 
soluzioni dovrebbero essere un pelino più furbe, non credi?
ciao
gerlos
-- 
"Solo lo scienziato è vero poeta: ci dà la luna, ci promette le stelle,
  ci farà un nuovo universo se sarà il caso."
    _                                  Allen Ginsberg
   (y)        < 
http://gerlos.altervista.org
 >
    =   gerlos  + - - >  gnu/linux registred user #311588

 riavviare tutta la macchina.
a proposito: come si fa a killare un processo che con kill non muore?! O_o
-- 
Josef K.

> a proposito: come si fa a killare un processo che con kill non muore?! O_o
con kill -9

 con kill -9
grazie eh? :P
ma se un processo non si chiude manco con "sudo kill" che faccio? >:\
-- 
Josef K.

 ma se un processo non si chiude manco con "sudo kill" che faccio? >:\
Riavvii, perche` e` bloccato su una syscall o e` diventato uno zombie.
Bye.
-- 
Alessandro Pellizzari

 Riavvii, perche` e` bloccato su una syscall o e` diventato uno zombie.
ecco, speravo di fosse un modo per evitarlo :(
-- 
Josef K.

 
prima del riavvio almeno proverei a cambiare runlevel..
telinit 3
telinit (boh 4 o 5 dipende dalla distro)

 
Lo devi ammazzare con un altro segnale
man kill
