Forum Ubuntu-it

ma allora un concetto ancora non è chiaro: se ubuntu (o qualsiasi altra distribuzione linux) non riconosce determinate periferiche, non è perchè il sistema di riconoscimento hardware di linux non funziona e va ottimizzato; il motivo è che il produttore di hardware non rilascia driver per linux, tant'è che assai spesso comandi come lspci o lsusb danno come risposta il nome e il modello esatti della periferica (riconosciuta) ma nonè presente il software, il driver, per farla funzionare.

Si ok ma in open source ci sono tanti progetti che permetterebbero la soluzione del problema .......... wrapper e compani  l utilizzo di file win per fare driver e co. Come mai questi progetti non vengono sovvenzionati ?

xmanganato77 ha scritto:

blackcat ha scritto:

xmanganato77 ha scritto: é sicura invece una distro che rilascia come stable pacchetti sincronizzati con la versione sid di Debian?

forse a noi italiani non sono chiari i termini stable e unstable usati in informatica
in genere gli italiani traducono i termini stale e unstable così:
stable = stabile, non ha nessun problema, mai un crash ed è solido come una roccia
unstable = instabile, facilmente ha problemi (se addirittura non ne è pieno), è soggetto a blocchi e malfunzionamenti ed è meglio lasciarla perdere che usarla

in realtà rendiamoci conto che queste accostamenti sono a dir poco errati!!!!!
in realtà dovrebbero essere:
stable = versione definitiva anche se qualche errore o malfunzionamento ci possano essere
unstable = versione di sviluppo, cioè è un codice sul quale si sta lavorando per implementare nuove funzioni e per assurdo potrebbe funzionare alla perfezione senza dare il minimo problema




il fatto che la sid sia la definita unstable non è dovuto hai programmi inclusi al suo interno, ma è dovuto al fatto che deve essere verificato che il suo parco software e le sue librerie non abbiano conflitti che causano blocchi o malfunzionamenti

Se fosse cosi in Debian non esisterebbe Testing...Debian sid è altamente instabile e fare un sincro con pacchetti sid è secondo me un rischio

forse non ti è chiara un paio di cose:
1) c'è chi fa il software e chi fa la distribuzione, anche se chi ha fatto il software dice che il codice è ok chi fa le distribuzioni vuole controllaro. in ogni caso il fatto che la distro è nella fase "unstable" non significa che lo sia anche il software compreso nella distro

2) ogni distribuzione lavora a modo suo per avere la distro "stable"
debian ha tempi molto lunghi, non è contenta finchè non a la controprova della controprova della controprova che non ci sono problemi nel mettere insieme una serie di programmi
prende software che gli sviluppatori hanno dichiarato "stable" e lo testa, lo testa ancora e lo testa ancora fino a quando non ne è soddisfatta
la ubuntu, la redhat, la suse questo lavoro lo fanno più velocementeù
gentoo e slackware hanno tempi ancora più ridotti e al contrario di debian si fidano molto del lavoro di chi ha sviluppato il codice

il fatto che te parli di debian sid non è detto che il software che usi è quello in fase di sviluppo e che ti pianta di frequente, come non è detto che se te provi un software in via di sviluppo mentre lo usi non riscontri il minimo problema

gli sviluppatori usano 2 termini per indicare la versione in fase di sviluppo: unstable (che lo traduciamo come instabile) e development (sviluppo), per quando mi riguarda il termine più corretto è il secondo
io per anni ho usato le versioni development (o unstable se preferisci) di dosemu senza trovare il minimo problema, ora uso la versione in via di sviluppo di rhythmbox e non ho problemi, e allora?

l'altra parte della medaglia è che nessun sviluppatore è un essere divino, qualche bug può sfuggire, non per niente anche dopo il rilascio delle versioni "stable" c'è la fase di bugfix, cioè la fase dove se vengono trovati dei bug questi vengono corretti

questo allora che vuole dire?
semplicemente che se su una versione in fase di sviluppo sicuramente ti aspetti dei problemi, in quella definitiva ti aspetti che funzioni tutto alla perfezione ma in realtà qualche bug può saltare fuori anche dopo che gli sviluppatori pensano che il codice sia ormai perfezionato

perche molte volte la gente non investe per non avere profitto in seguito ...
tu investiresti 100 e 100 soldini per creare tutto ciò e non guadagnarci nulla????
magari a poterci permettere di farlo lo faremmo,ma senza i mila ...non si và mica

tu investiresti 100 e 100 soldini per creare tutto ciò e non guadagnarci nulla?Huh?
magari a poterci permettere di farlo lo faremmo,ma senza i mila ...non si và mica

Hai perfettamente ragione , capisco che ci sono pure team di sviluppo che manco hanno degli sponsor....... pero' questo non deve essere una scusante per una distro che vuole fare la scalata!

anes ha scritto:

tobebarbera ha scritto:

Mancio ha scritto: Perchè mai la Dell che a tuttora è la Seconda Azienda al mondo di vendita di computer ha messo in vendita pc con Windows e con Linux Ubuntu?

La Dell fa portatili con Ubuntu????? Il mio prossimo notebbok sono sicuro che sarà Dell, infatti volevo apripre un topic per sapere come va secondo voi....confermi la notizia??

Se puoi postare il link...

Grazie!

vai sul sito di dell
e cmq
http://linux.dell.com/wiky/index.php/ub ... untu_Image

Purtoppo interrompo subito la mia euforia Dell/Ubuntu...ho appena parlato tramite il servizio Chat con un tecnico Dell( ma che servizio, nemmo la IBM te lo fa...che spettacolo), riporto i passaggi salienti:

13.13.33  Customer
Domanda/Commento: Sarei intenzionato all'acquisto di un notebook XPS m1330, volevo sapere quale è la compatibilità per il sistema Ubuntu

13.14.03  Agent
al momento non rilasciamo una certificazione
13.14.08  Agent
in tal senso
13.14.23  Agent
chi poi installa altri SO dovrà farsi carico
13.14.38  Agent  
della ricerca e installazione drivers
13.14.48  Customer
ma c'è una decadenza della garanzia?
13.15.08  Agent  
se fa una doppia partizione no
13.15.18  Agent
l'importante è che ci sia anche il SO originale
13.15.28  Agent
anche se poi non lo va ad utilizzare
13.15.45  Agent
decade se qualche driver va a danneggiare il Pc
13.15.59  Customer
ho capito. La possibilità di acquistare un notebook con un sitema linux, esiste?
13.16.08 
ma è una cosa piuttosto rara
13.16.18 
ancora in Italia no

ecc ecc

Peccato

almeno è stato onesto...ha detto che per l'italia non si fa e non che non sa nemmeno che esista...

la cosa pessima e' che non vale al garanzia se uno toglie windows

non sono mica tanto convinto...
mi risulta che alcune persone siano riuscite a ottenere il rimborso per la licenza di windows dalla dell
mi sembra strano che cosi' facendo abbiano perso la garanzia...

secondo me lo ha detto per farti desistere

sul fatto che in italia ancora non si possano acquistare dell con ubuntu preinstallato purtroppo e' vero  :'(

mc2new ha scritto: In effetti anche a me nell' ultima settimana i freeze sono stati numerosi...... Avevo pensato che fossero i kernels "all' ultimo grido" ma anche l' ultimo kernel scaricato per debian (2.6.18.5 per capirci) mi fa lo stesso effetto tanto che devo andare con quello precedente.... non so che dire sinceramente, io non ho nemmeno il problema di compiz sulla debian...... Ho verificato il mio hardware 100 volte, memorie, processore, pile della tastiera wireless..... boh....
Se non è zuppa è pan bagnato si dice, se magari non è il kernel forse è qualche "pezzo" importante del sistema, qualche modulo del kernel..... più ci penso e meno me lo spiego.....
Di sicuro è fastidioso alquanto, ieri sera mi è successo anche con la MINT, spero vivamente che sia il mio hardware che ha qualche cosa che non riesco ad "inquadrare" bene.....
Se fossi un utente M.S. penserei e forse a ragione a qualche worm, virus, rootkit, monnezza varia, ma qui ?

Mi autocito, per fare pubblica ammenda...... 
Credo e spero (sto incrociando le dita) di aver trovato l' inghippo, mi sono accorto che nel bios il mio processore era overcloccato (da 650 a 850) ho pensato fosse questo che rendesse un po più instabili i sistemi più recenti (oppure che sia lui che comincia a dare i primi segni di cedimento.....  ) quindi l' ho riportato alla frequenza originaria e ho cambiato in maniera più conservativa un valore di lettura sulle ram (da 0.5 a 1.5 ns). Da quel momento (le 21) e fino circa alle 2 di questa mattina usando sia Mint che Gutsy che una Mandriva 2008 non ho avuto nessun blocco (su mint ho abilitato beryl proprio per "stressare" qualche possibile fault).
Quindi o i nuovi kernel sono molto più sensibili a certe "manovre" sui processori e le ram (come sembra empiricamente) oppure  il mio processore sta cominciando a preparare le valige e a salutare gli amici.......

oppure i kernel precompilati sono stati compilati per delle frequenze normali...
è come moddare una macchina per le corse e poi incazzarsi che col carburatore nuovo ciucci come una idrovora

Si. sono d' accordo, purtroppo la ricerca della prestazione produce questi problemi, come dicevo alcuni post più su purtroppo sono sicuro che tutti o la maggior parte dei crash e dei freeze che si lamentano sul forum sono dovuti a "trucchetti" come questo, che danneggiano più spesso di quanto non aiutano.
Che poi chissà che ci guadagni a overclockare da 650 a 850  ???

simo_magic ha scritto: oppure i kernel precompilati sono stati compilati per delle frequenze normali...
è come moddare una macchina per le corse e poi incazzarsi che col carburatore nuovo ciucci come una idrovora

Mi sembra strana sta cosa, io l' ho compilato diverse volte un kernel e non credo che ci siano delle opzioni che lo rendano più stabile nel caso di overclocking (che comunque era molto moderato da 650 a 850 MHz) anzi penso che concettualmente non sia nemmeno ipotizzabile, cosa differenzierebbe un PIII overcloccato a 850MHz da un analogo processore ma con frequenza di 1.3 GHz ?? Fino a poco tempo fa la frequenza nei processori intel era stabilita tramite un test produttivo che indicava fino a quale frequenza il processore in oggetto era funzionale e poi si riduceva questo valore di una certa percentuale per rimanere entro limiti di qualità accettabili. così che dalla stessa linea e con la stessa tecnologia di costruzione potevano uscire processori sia da 1GHz che da 850MHz o meno. Ora non so se sia più così visto la grande complessità dei processori e le frequenze molto superiori a prima.

smurf ha scritto: Si. sono d' accordo, purtroppo la ricerca della prestazione produce questi problemi, come dicevo alcuni post più su purtroppo sono sicuro che tutti o la maggior parte dei crash e dei freeze che si lamentano sul forum sono dovuti a "trucchetti" come questo, che danneggiano più spesso di quanto non aiutano.
Che poi chissà che ci guadagni a overclockare da 650 a 850  ???

Nulla, non l' avevo fatto io......

Ubuntese ha scritto: ma allora un concetto ancora non è chiaro: se ubuntu (o qualsiasi altra distribuzione linux) non riconosce determinate periferiche, non è perchè il sistema di riconoscimento hardware di linux non funziona e va ottimizzato; il motivo è che il produttore di hardware non rilascia driver per linux, tant'è che assai spesso comandi come lspci o lsusb danno come risposta il nome e il modello esatti della periferica (riconosciuta) ma nonè presente il software, il driver, per farla funzionare.

Si ok ma in open source ci sono tanti progetti che permetterebbero la soluzione del problema .......... wrapper e compani  l utilizzo di file win per fare driver e co. Come mai questi progetti non vengono sovvenzionati ?

certo ci sono tanti progetti, come ndiswrapper che hai citato. il problema sta nel fatto che al momento dell'installazione ubuntu (per esempio, ma questo vale per molte altre distro) abbraccia determinate licenze, dando poi la possibilità all'utente di scegliere se sottoscriverne o meno altre per avere software aggiuntivo. ti porto come esmpio la mia scheda wireless della broadcom 4318: ubuntu ha dalla 7.04 (almeno, magari già da prima) il diriver per farla funzionare, ma manca il firmware (ora su gutsy disponibile nei driver con restrizioni) che è della broadcom e se lo vuoi usare devi aderire ad un'altra licenza. su ndiswrapper che tu citi (programma scaricabile dai repo) devi farci girare i driver proprietari che le ditte mettono a disposizione per windows. in questo panorama, come si può pretendere che una distribuzione che segue determinate scelte in ambito di licenze ti fornisca all'atto dell'installazione software che in quetse licenze non rientra?

mc2new ha scritto: Nulla, non l' avevo fatto io......

Si si lo avevo capito che veniva così dalla casa 

No nemmeno, è una MoBo rimediata, probabilmente da uno a cui piaceva "smanazzare"....
Nel bios non si capisce che è overcloccato perchè all' accensione (e anche guardando proprio nelle opzioni del bios) ti dice la frequenza di funzionamento corrente non quella intrinseca del processore.

(premetto che non ho letto tutti i post perchè sono tantissimi , lascio solo la mia opinione sul tema iniziale del thread)

Secondo me non è che proprio peggiora...
più che altro è che viene messa troppa carne al fuoco...
ci si trova con diversi progetti sviluppati in maniera approssimativa e che hanno tutti ancora ampi margini di miglioramento.
Fossi negli sviluppatori punterei più che altro su poche cose e punterei a farle bene, da tutti i punti di vista (semplicità d'uso, stabilità, impatto grafico, utilità effettiva) per poi poter passare ad altre.

Insomma...non è il cosa ma forse il come....
è la stessa differenza che passa nel metodo di voler costruire dieci case:
le si possono costruire tutte insieme.
le si possono costruire una alla volta per poi passare alla successiva.
Il risultato finale non cambia ma la strada per arrivarci produce effetti ben diversi su chi "deve abitare in quelle case".

Ps @ Johnson...anche se desideravo farlo da parecchio tempo non ti ho mai ringraziato per gli eciadsl...ne approfitto ora...."un grazie di cuore per il tutorial sugli eciadsl!!!!" 

Kitpou ha scritto: La cosa è soggettiva.
Per me la Gutsy è stata la prima Ubuntu (sono partito dalla Dapper) che in meno di mezz'ora ha riconosciuto tutto e senza nessun problema successivo.
E stabilità assoluta. Che dirti? Buena suerte 

idem per me (yes)

Ricordo che quando usavo la slackware 9.1 molti citavano spesso sta cosa :"linux fa poche cose ma le fa bene"..... adesso si potrebbe dire "linux cerca di fare un sacco di cose fiche alcune bene altre un po meno...." 

mc2new ha scritto: Ricordo che quando usavo la slackware 9.1 molti citavano spesso sta cosa :"linux fa poche cose ma le fa bene"..... adesso si potrebbe dire "linux cerca di fare un sacco di cose fiche alcune bene altre un po meno...." 

il problema è la frammentazione dei vari progetti...quanti lettori multimediali abbiamo?
se per caso ne esistessero solo uno per de(3 quindi) basterebberò per soppiantare tutto il mercato in poco tempo...ma c'è gente che scrive questo,altra che scrive quello eccecc

ed è per questo che per fortuna compiz è tornato ad essere uno solo...dovrebbero pigliare esempio da lui

secondo me la pluralità di progetti è una bella cosa però fintanto che i progetti restano due o tre e che soprattutto si differenziano l'uno dall'altro.
se non presentano differenze allora tanto vale lavorare insieme (vedi compiz e beryl).