Newsgroup: it.comp.os.linux.debian
Titolo: aggiornamento di xserver-xorg squeeze

Oggi ho fatto un upgrade ed ï¿œ stato aggiornato xserver-xorg alla 
versione 1.7.4.
Da poco era stato aggiornato il kernel, ma avevo mantenuto anche il 
vecchio (non si sa mai).
Il problema ï¿œ che il server X non si ï¿œ avviato piï¿œ, nemmeno con il 
vecchio kernel. I driver installati erano quelli Nvidia proprietari.
L'errore lamentato ï¿œ questo:
Failed to load /usr/lib/xorg/modules/drivers/nvidia_drv.so
Failed to load module "nvidia"
/usr/lib/xorg/modules/drivers/nvidia_drv.so : undefined symbol: r
Dopo avere avviato una live da cd ho fatto una ricerca su google da cui 
ï¿œ emerso che molti hanno segnalato un bug nella nuova versione di xorg 
che dï¿œ problemi con i driver Nvidia. In risposta a uno di questi report 
c'era che la 1.7.4 funziona con i driver debian, ma che niente gli 
sviluppatori possono fare per chi usa i driver proprietari.
Al che ho disinstallato gli NVIDIA-Linux-versionenonmiricordo.run e 
cambiato "nvidia" in "nv" nel file xorg.conf. Ho dovuto togliere anche 
compiz. E ora X si avvia e tutto funziona (eccetto compiz).
Perï¿œ non c'ï¿œ confronto: i driver proprietari sono assai migliori.
Ora vorrei disinstallare xorg, cercarmi la vecchia versione, installarla 
e sperare che tutto vada liscio.
Mi chiedo perï¿œ se tutto possa andare a buon fine facendolo con X 
avviato, altrimenti da modalitï¿œ testuale dovrei attaccarmi alla 
ethernet... e lï¿œ vicino al router c'ï¿œ uno spiffero gelido della madonna.
Inoltre trovo che sia una limitazione notevole non poter usare i driver 
nvidia proprietari insieme al nuovo software che debian fornisce. Credo 
che non ci siano altre distro che non lo permettano.
Per me ï¿œ un buon motivo per disamorarmene e volarla nel for-mattatoio.
Mi sento debianicida, una criminale.
X

 Mi sento debianicida, una criminale.
Non mi sono spiegata: si puï¿œ obiettare che dipenda dagli sviluppatori di 
xorg e non da quelli debian... mi chiedo allora perchï¿œ la ricerca su 
google ha prodotto problemi solo collegati a debian. Con le altre distro 
gli effetti grafici si possono ottenere anche dai driver forniti dalle 
distro stesse, solo debian fa eccezione? La grafica comunque ora sembra 
fatta con l'accetta e fa schifo.
X

 vecchio kernel. I driver installati erano quelli Nvidia proprietari.
Stessa cosa per me, X non funzionava piu`, cosi` ho installato il
linux-headers dell'ultimo kernel (2.6.32-trunk).
Poi sono andato in console: [Ctrl][Alt][F1] 
come root ho dato:
# /etc/init.d/gdm stop
ho cancellato il file xorg.conf:
# rm /etc/X11/xorg.conf
e poi ho reinstallato il driver nvidia proprietario:
sh /usr/src/NVIDIA-Linux-x86-190.42-pkg0.run
La procedura mi ha chiesto ad un certo punto se volevo un nuovo xorg.conf
ed ho detto si`.
Al riavvio tutto era a posto.
Non so se questa e` effettivamente la procedura corretta pero` a me cosi`
ha funzionato bene.
Ciao ciao.

 Ciao ciao.
ce l'ho giï¿œ il linux-headers trunk. Comunque ora provo a fare come hai 
detto.
X

 
Prova, magari rinomina il file xorg.conf anziche` cancellarlo ... ;-) 

M_M ha scritto:

xorg.conf l'ho spostato e poi ripristinato, perchï¿œ niente ï¿œ cambiato.
Lultima versione del driver che supporta la mia scheda video ï¿œ la 
NVIDIA-Linux-x86-185-18-36-pkg1.run.
Proverï¿œ con una versione precedente... ma non sono ottimista.
X

 Proverï¿œ con una versione precedente... ma non sono ottimista.
infatti X non parte.
non c'ï¿œ niente da fare.
X

 
Mi dispiace: pensa che a me al limite X funziona pure senza il file xorg.conf e
col solo file ~/.config/monitors.xml al cui interno c'e` scritto solo:
<monitors version="1">
  <configuration>
      <clone>no</clone>
      <output name="default">
          <vendor>???</vendor>
          <product>0x0000</product>
          <serial>0x00000000</serial>
          <width>1152</width>
          <height>864</height>
          <rate>75</rate>
          <x>0</x>
          <y>0</y>
          <rotation>normal</rotation>
          <reflect_x>no</reflect_x>
          <reflect_y>no</reflect_y>
          <primary>no</primary>
      </output>
  </configuration>
</monitors>
Cmq non ucciderla subito la Debian, che sicuro e` solo una cavolata che presto
risolverai.
Ciao, b.notte.

 Prova, magari rinomina il file xorg.conf anziche` cancellarlo ... ;-)
comunque è una cosa che fa il driver nvidia in automatico quando lo 
installi

 linux-headers dell'ultimo kernel (2.6.32-trunk).
Allora a me è andata di culo :-O
ieri sera ho visto un po' di update di X, è andato su tutto (a parte
qualche bega con python che non so che diavolo c'entrasse, ma l'ho messo
a posto con la mannaia), e poi X funziona ancora benone.
Però ho una ati radeon, non una nvidia, e uso i driver open.
-- 
Massimo Bacilieri AKA Crononauta

 Però ho una ati radeon, non una nvidia
appunto.
X


Con l'ultimo aggiornamento della testing ho avuto problemi con
il driver nv (Non vede la mia geforce 7050 integrata) perciï¿œ
ho dovuto ricompilare i drivers proprietari in fretta e furia.
Sei sicura che i drivers che hai messo siano i piï¿œ recenti?
Io ho installato NVIDIA-Linux-x86_64-190.53-pkg2.run

 Io ho installato NVIDIA-Linux-x86_64-190.53-pkg2.run
l'ho giï¿œ scritto: l'ultima versione che supporta la mia scheda video ï¿œ 
la NVIDIA-Linux-x86-185-18-36-pkg1.run , le altre non mi si installano 
nemmeno.
Ma non credo che dipenda da quello perchï¿œ lo stesso driver funzionava 
benissimo con il vecchio kernel, mentre una volta aggiornato xorg non 
funziona piï¿œ nemmeno con quello.
X

 fatta con l'accetta e fa schifo.
...e blender melo posso scordare.
X


Sapere modello della scheda grafica che stai usando lede la tua privacy?
:D

 :D
nVidia Corporation G72M [GeForce Go 7400] (rev a1)
X


Sul wizard di nvidia esce una schermata strana.
Il punto ï¿œ che se installi un driver vecchio la compatibilitï¿œ
con il nuovo kernel non ï¿œ garantita.
Non credo affatto che sia un problema della distribuzione debian.

 Non credo affatto che sia un problema della distribuzione debian.
ti ho giï¿œ detto che non funziona nemmeno con il vecchio kernel, quello 
con cui funzionaba benissimo fino a ieri: non dipende dal driver.
Comunque non sono piï¿œ tanto sicura che dipenda da xorg. Blender ï¿œ quasi 
completamente fuori uso e dipende da python. Anche di python c'ï¿œ stato 
un aggiornamento che perï¿œ non ï¿œ andato a buon fine per via di dipendenze 
non risolte. Non sono riuscita a risolvere il problema anche se ci ho 
provato per ore. Il pacchetto c'ï¿œ tutto, ma crea degli errori in fase di 
installazione, in particolar modo python2.6-minimal. Un circolo vizioso 
fra quest'ultimo e python2.6 che senza questo non configura niente. Su 
google ho trovato solo altri due casi recenti, ma nessuna soluzione.
X

Alix ha scritto:

sono abbastanza nel pallone: mi serve blender, dovevo finire un lavoro e 
ora non so come fare.
X

 ora non so come fare.
non ci capisco piï¿œ nulla. ora stacco perchï¿œ c'ho due occhi come due 
arance e mi bruciano. Se non mi viene in mente un'idea brillante rado al 
suolo 'sta debian e non la reinstallo mai piï¿œ.
X

Alix ha scritto:

PS: non posso installare nï¿œ rimuovere piï¿œ niente perchï¿œ ï¿œ tutto bloccato 
da sto python del cazzo, ho provato in tutti i modi, sono perfino 
riuscita a rimuoverlo, ma al momento di installare qualsiasi altra cosa, 
apt-get, aptitude, dpkg, synaptic e salcazzo che altro ho provato, 
rieccoti col python che ha i cazzi suoi. Ho tolto lo status, ho fatto di 
tutto e di piï¿œ, credo di avere provato piï¿œ del provabile.
X

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 posso sistemartelo domani sera.
Per i driver, quelli della squeeze funzionano. Io vorrei invece 
installare quelli proprietari Nvidia. Con alcuni programmi ho uno 
sfarfallio insopportabile, blender davvero inutilizzabile, i colori a 
strisce. Proverï¿œ quelli che mi hai consigliato sperando che siano 
migliori, perï¿œ non digerisco il fatto di non poter scegliere quali 
usare. Cosï¿œ come ï¿œ ora la distro per me ï¿œ inutilizzabile, giusto per 
internet e la posta. Kino non c'era fino a pochi giorni fa e quanta non 
esiste proprio. Sono i programmi che uso spesso, perï¿œ mi ero adattata 
con altro dal momento che ï¿œ la testing. Ma ora ï¿œ troppo. Con debian per 
avere un software abbastanza recente (non dico recente) devi aspettare 
l'ira di dio o arrangiarti con la unstable o salcazzo che altro. Per 
renderla stabile ci mettono minimo due anni, nel frattempo si stufano 
anche i ragni perchï¿œ non c'ï¿œ piï¿œ un posto dove fare le ragnatele, 
ripieghi sulla testing e ti ritrovi nella merda con il software piï¿œ 
aggiornato, ma inutilizzabile e i driver video dell'etï¿œ della pietra. 
Giï¿œ quelli proprietari nvidia sono vecchi perchï¿œ la mia scheda video ï¿œ 
datata, ma almeno sono decenti.... nemmeno quelli si possono usare. 
Dirai: "se non ti piace cambia" e io sicuramente oggi spianerï¿œ tutto, 
perï¿œ non ho capito a questo punto quali sono i problemi o gli scopi di 
debian, sarï¿œ mirata a chi della scheda video non sa che farsene... che 
lo dicano che stanno lavorando in una direzione specifica e ci si mette 
il cuore in pace.
Questo ï¿œ l'avvio delle pratiche per un divorzio.
X

 Questo ï¿œ l'avvio delle pratiche per un divorzio.
Mi spiace che tu la prenda cosï¿œ male; probabilmente comunque date le tue 
esigenze Ubuntu potrebbe fare piï¿œ al caso tuo di Debian anche se io 
perdurerei nel tentare di risolvere il problema.


 perdurerei nel tentare di risolvere il problema.
ecco l'output allo stato attuale. ubuntu non mi piace nonostante lo 
provi a ogni nuovo rilascio. Proverï¿œ altro. Debian mi ha stufato, oltre 
lo sfogo da smanettamento schizzoide, mi ha stufato. Forse mi ha stufato 
anche l'uso del computer in sï¿œ e quello che mi viene richiesto (a me che 
ne capiscun tubo) dagli altri 2 utonti che usano con me linux senza 
volerlo imparare.
deb:/home/manu# apt-get upgrade
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
ï¿œ utile eseguire "apt-get -f install" per correggere questi problemi.
I seguenti pacchetti hanno dipendenze non soddisfatte:
   python2.6: Dipende: python2.6-minimal (= 2.6.4-4) ma non ï¿œ installato
E: Dipendenze non trovate. Riprovare usando -f.
deb:/home/manu# apt-get -f install
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
Correzione delle dipendenze... Fatto
I seguenti pacchetti sono stati installati automaticamente e non sono 
piï¿œ richiesti:
   librasqal1 libkpathsea4
Usare "apt-get autoremove" per rimuoverli.
I seguenti pacchetti saranno inoltre installati:
   python2.6-minimal
Pacchetti suggeriti:
   binfmt-support
I seguenti pacchetti NUOVI saranno installati:
   python2.6-minimal
0 aggiornati, 1 installati, 0 da rimuovere e 15 non aggiornati.
4 non completamente installati o rimossi.
ï¿œ necessario scaricare 0B/1358kB di archivi.
Dopo quest'operazione, verranno occupati 4788kB di spazio su disco.
Continuare [S/n]? s
(Lettura del database... 187531 file e directory attualmente installati.)
Estrazione di python2.6-minimal (da 
.../python2.6-minimal_2.6.4-4_i386.deb)...
new installation of python2.6-minimal; /usr/lib/python2.6/site-packages 
is a directory
which is expected a symlink to /usr/local/lib/python2.6/dist-packages.
please find the package shipping files in 
/usr/lib/python2.6/site-packages and
file a bug report to ship these in /usr/lib/python2.6/dist-packages instead
aborting installation of python2.6-minimal
dpkg: errore nell'elaborare 
/var/cache/apt/archives/python2.6-minimal_2.6.4-4_i386.deb (--unpack):
  il sottoprocesso nuovo script pre-installation ha restituito lo stato 
di errore 1
Si sono verificati degli errori nell'elaborazione:
  /var/cache/apt/archives/python2.6-minimal_2.6.4-4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
deb:/home/manu#
Comunque grazie dell'interessamento.
X

THe_ZiPMaN ha scritto:
Ho riletto con calma il tuo primo post e ho fatto come hai detto. Ora, 
nonostante sto python che non gli va bene nulla, riesco a gestire il 
software.
La scheda video la installerebbe, ma ci sono alcune dipendenze non 
soddisfatte e io non sono sicura di doverle installare.
X

 which is expected a symlink to /usr/local/lib/python2.6/dist-packages.
OK. Hoi avuto lo stesso problema l'altro ieri. Semplice soluzione che ha 
funzionato:
# rm -r /usr/lib/python2.6/site-packages
# cd /usr/local/lib/python2.6
# ln -s /usr/local/lib/python2.6/dist-packages site-packages
Poi l'aggiornamento ti funziona e puoi continuare ad usare Debian. :-)



Per python fai come spiegato poco fa.
Per il resto postami sempre l'output di apt-get perchï¿œ altrimenti non riesco 
a capire cos'ï¿œ che non quaglia.


 
Il python ï¿œ andato (San Zipman!).
Dopodiche module assistant ha fatto il suo dovere con il driver e sembra 
che lo abbia installato. Perï¿œ non ï¿œ cambiato nulla. Forse devo editare 
xorg.conf? Va bene "nv"? Blender sfarfalla come prima. Non che ci 
potessi fare tantissimo con la mia scheda video, perï¿œ era sufficiente 
per i modelli che devo fare.
X

 xorg.conf? Va bene "nv"?
No, devi usare nvidia al posto di nv. Per prima cosa devi caricarti il 
modulo di kernel con il comando "modprobe nvidia" e mettere il caricamento 
automatico del modulo al boot con il comando:
# echo nvidia >> /etc/modules
Se hai il file di configurazione xorg.conf che usavi prima dovrebbe andar 
bene quello, altrimenti salvati una copia del file ed esegui il comando (mi 
pare di ricordare) nvidia-xconfig che dovrebbe rigenerare un file di 
configurazione corretto.


 file di configurazione corretto.
il modulo nvidia dice che non c'ï¿œ e poi ci mette pure questo warning:
  deb:/home/manu# modprobe nvidia
  WARNING: All config files need .conf: 
/etc/modprobe.d/nvidia-kernel-nkc, it will be ignored in a future release.
  FATAL: Could not open 
'/lib/modules/2.6.32-trunk-686/kernel/drivers/video/nvidia.ko': No such 
file or directory
ho provato a installare di nuovo il modulo e sembra che sia andato bene.
perï¿œ non c'ï¿œ.
X

Alix ha scritto:

ho l'impressione che scarichi il modulo dalla squeeze e non dalla 
unstable...
X

 
Oggi il sito di nvidia funziona e la versione del
driver per la GeForce GO 7 Series (Notebook)
risulta essere la 190.53.

 unstable...
Puï¿œ essere; in effetti avevo dimenticato un pezzettino :-)
In /etc/apt/preferences modifica in questo modo:
Package: nvidia-kernel-source nvidia-glx nvidia-settings
Pin: release a=unstable
Pin-Priority: 999
Poi esegui:
apt-get install -t unstable nvidia-glx
E riprova :-)


 risulta essere la 190.53.
perï¿œ se vai a vedere le schede che supporta quella versione non c'ï¿œ la 
GeForce Go 7400.
Fidati. Quando vado ad installarlo non viene accettato e avvisa che non 
supporta la mia scheda video. Nemmeno il precedente la supporta.
X


E tu fidati quando ti dico che ï¿œ assolutamente normale che
un vecchio driver non funzioni su una versione nuova di
linux. Non ï¿œ solo una questione di kernel, ci possono
essere problemi di incompatibilitï¿œ legati ad altre parti
del sistema operativo.

 del sistema operativo.
mi fido se ti riferisci al kernel trunk, quello appena installato. Perï¿œ 
il driver non dava problemi con il vecchio kernel e io l'avevo mantenuto 
proprio per evitare di trovarmi nella merda se qualcosa non avesse 
funzionato. Una volta che ho riavviato debian con il vecchio kernel il 
driver non andava piï¿œ. Questo significava che probabilmente dipendeva da 
altro aggiornamento e l'ultimo riguardava xorg.
In ogni caso credo che una buona distro dovrebbe dare la possibilitï¿œ di 
scegliere di installare anche un driver proprietario, come succede in 
tutte le altre. Il driver ï¿œ sempre lo stesso, il software della distro 
dovrebbe essere sviluppato per favorire chi lo usa, non per creare problemi.
Non ï¿œ semplice installare poi i driver con l'Aiglx, ci sono riuscita 
solo grazie allo ZipMan.
X

 
VITTORIA!
in effetti avevo provato a installare nvidia-glx e diceva che dipendeva 
da altra nvidia-kernel.
Non so davvero come ringraziarti.
Hai salvato un matrimonio....
X


Guarda che non ï¿œ un problema di Debian se nvidia non ti fornisce
i driver aggiornati per la tua scheda.
A me i driver nvidia proprietari hanno funzionato senza problemi.

 A me i driver nvidia proprietari hanno funzionato senza problemi.
vedi te che ingiustizia questi favoritismi....
X

 X
Prova Fedora, dicono sia molto aggiornata. L'ho provata, più per gioco
che per altro, e devo dire che non è male.
Ciao Michele.
P.S. facci sapere.

 VITTORIA!
:-D
E non parlar più male della debianuccia ché, se è vero che testing/unstable
può essere una rogna mica da ridere, specie quando si parla di X, è anche
vero che i debianari a la Zipman sono un patrimonio dell'umanità. ;-P

 dovrebbe essere sviluppato per favorire chi lo usa, non per creare problemi.
In realtï¿œ non ï¿œ proprio cosï¿œ. Le ABI e le API del kernel Linux cambiano da 
release a release e specie negli ultimi 3 kernel ci sono state modifiche 
sostanziali alla parte grafica.
I driver OpenSource inclusi nel kernel vengono aggiornati dal team di 
sviluppo del kernel e quindi non ci sono mai problemi; i driver Closed 
Source invece devono essere tenuti al passo dagli sviluppatori dell'azienda 
produttrice della scheda video, e questo non sempre viene fatto bene, non 
sempre viene fatto in tempo, non sempre viene fatto per tutte le release di 
driver disponibili.
Lo stesso problema lo ha chi come me ha una radeon un po' vecchiotta, ma 
almeno in questo caso i driver open source sono abbastanza stabili e 
performanti da non creare un grosso problema e comunque ATI sta facendo 
notevoli sforzi per aiutare la comunitï¿œ rilasciando codice OS.
Per nvidia invece solo ora si comincia a vedere uno spiraglio con Nouveau, 
ma siamo ancora indietro; per questo consiglio ATI anche se talvolta sono 
meno performanti.


whiplash ha scritto:

ok, stavolta ti quoto (è la seconda in dù giorni.... mah)
X

 notevoli sforzi per aiutare la comunitï¿œ rilasciando codice OS.
A cosa ti riferisci?
A me sembra invece che il comportamento di ATI, a parte una brevissima 
parentesi prevalentemente pubblicitaria relativa ai chip R6xx, sia 
tornato ad essere peggiore di nVidia. Io ero uno di quelli che circa un 
paio di anni fa ha provato entusiasticamente a ridare fiducia ad ATI 
acquistando una (seppur misera) Radeon HD 3450. Ad oggi, nonostante il 
grosso lavoro dietro comunque ammirevole, non c'ï¿œ ancora un driver open 
source con supporto al 3D (non dico tutte le funzionalitï¿œ, come sarebbe 
auspicabile... figuriamoci).
Per quanto riguarda i driver closed sono un baco continuo, ad ogni 
release c'ï¿œ qualcosa di nuovo che non funziona. Spulciando le 
discussioni su Phoronix ogni si puï¿œ leggere la assurda spocchia di 
alcuni sviluppatori ATI/AMD che o negano la presenza di bachi (mi chiedo 
quali distro usino) o lamentano la mancanza di report (mi sembra che 
ogni distro abbia dei report kilometrici aperti con una marea di 
informazioni, alcune delle quali portate da qualche anima pia pure sul 
sito aATI). Ma soprattutto non correggono bachi che loro non riescono a 
riprodurre! Per caritï¿œ, ï¿œ ragionevole in certi casi, ma non dev'essere 
la regola.
Nel frattempo, da quanto vedo, nVidia ha sempre rilasciato driver 
funzionanti oltre che decentemente performanti, e non solo, ha anche 
dato vita al piï¿œ che riuscito progetto VPDAU. ATI? Se l'ï¿œ presa comoda, 
e solo ora si parla di XvBA, un progetto rigorosamente closed, persino 
piï¿œ closed di VPDAU, tanto perchï¿œ ATI ama l'open source. Ovviamente XvBA 
non supporta UVD1, quindi chi ha una HD 3xxx si attacca. Eh ma tanto poi 
ci saranno i driver open... secondo alcuni questi driver open faranno 
anche il caffï¿œ e saranno bellissimi, anche da appendere in soggiorno. Il 
problema ï¿œ: quando? Quando saranno passati 4 anni dall'uscita del 
prodotto? E a cosa serviranno?
Io ero uno di quelli illusi che sperava che davvero ATI volesse 
invertire la rotta, di quelli che pensava che in relativamente poco 
tempo ci sarebbero stati i driver. In realtï¿œ ATI ha rilasciato la 
documentazione a pezzi e con molta calma in un momento in cui stava 
realizzando il rilancio e aveva bisogno di farsi ben volere. Oggi mi 
sembra chiaro che ï¿œ stato fatto perchï¿œ conveniva e perchï¿œ sapevano 
l'architettura dei chip successivi sarebbe cambiata (del resto sui chip 
successivi non ï¿œ stato rilasciato assolutamente nulla, anzi, vedasi XvBA).
Peccato, mi dispiace, anche perchï¿œ non simpatizzo per niente per nVidia, 
ma ho come l'impressione che ATI non consideri i driver come parte 
integrante del prodotto. Avevo una mezza idea di prendere una scheda 
video e riciclare un po' di hw abbandonato per iniziare a sperimentare 
con un media center, a questo punto ritorno volentieri a nVidia.
Tra parentesi:
http://www.phoronix.com/scan.php?page=article&item=amd_2009_year&num=1
http://www.phoronix.com/scan.php?page=article&item=nvidia_2009_ayir&num=1
e Phoronix a me ï¿œ sempre sembrato leggermente pro ATI. Insomma, non sono 
il solo ad essere un po' deluso.

 integrante del prodotto.
E le schede Intel?
lo chiedo perche` in un'intervista di due anni fa Linus Torvalds consiglio`
pubblicamente gli utilizzatori di Linux, di orientarsi verso quella marca, visti
gli allora recenti e positivi accordi di collaborazione tra lui e l'azienda.
A due anni di distanza ci sono risultati evidenti?

 risultati evidenti?
Direi di si`. Le schede Intel (tranne la GMA500 che non e` Made In Intel) 
sono completamente supportate dai driver open, sia sotto X che nel 
kernel, in tutte le funzionalita`.
Il problema sono le prestazioni. Per un desktop con effetti grafici sono 
piu` che sufficienti, ma per i giochi sono abbastanza scarse.
Bye.


Sarei curioso di conoscere quale sarebbe la ragione
per non dare le specifiche per l'interfacciamento sw
dell'hardware.
Mi sembra che l'unico a guadagnarci da questo stato
di cose sia Bill Gates. E' una stortura che andrebbe
risolta da un punto di vista legislativo,

 risultati evidenti?
Bah io uso una MB intel, scheda video integrata... quad core...
Lo uso con il dual head e non mi ha dato alcun problema di sorta.
Gira pure KDE con alcune "Bimbominkia features" e si comporta bene.
Per lavorare le Intel sono ottime.
Max