L'incompletezza dell'informazione raggiunge livelli di sfacciataggine inauditi
Una delle notizie che in questi giorni riempie giornali e telegiornali e' la vigorosa protesta in atto in Grecia contro la Polizia e il governo di centro destra.
La notizia viene venduta cosi': un poliziotto ha ammazzato un quindicenne che manifestava, viene arrestato con l'accusa di omicidio volontario, i manifestanti infiammano la Grecia, il ministro dell'interno si dimette ma il premier rifiuta le dimissioni.
Servizio corredato da immagini di scontri e fiamme.
Cosa manca?
L'informazione, per come l'ho vista, mi sembra decisamente incompleta!
Perche' i manifestanti manifestavano prima che ci scappasse il morto? Perche' non viene detto?
Sul perche' non venga rivelato questo particolare non voglio dire nulla, ma il motore iniziale della manifestazione e' la riforma universitaria.
Se volete sapere qualcosa di come funzioni l'Universita' in Grecia leggete qua.
Se avete il tempo di approfondire l'argomento scoprirete di come questo scenario apocalittico fosse tutt'altro che imprevedibile e che gia' da tempo il malcontento verso un governo che taglia gli stanziamenti a sanita' e istruzione perche' sommerso da un debito pubblico enorme era evidente.
A questo punto mi pare superfluo sottolineare le similitudine con la situazione che viviamo in Italia.
Forse un'idea sul perche' non si approfondisca in toto l'argomento comincio ad averla... Sono preoccupato, ma di sicuro mi sbaglio perche' so che i nostri governanti fanno tutto il possibile per il nostro bene.
P.s.: ah! le coincidenze
Pare che dietro la morte del giovane greco Andreas Grigoropoulos ci sia la stessa partita di proiettili rimbalzini, gia' assurti agli onori delle cronache nei casi di Carlo Giuliani e Gabriele Sandri.
Per Carlo Giuliani il proiettile rimbalzo', cosi' ci dicono, su un sasso, per Sandri sulla maglia di una rete metallica, per Andreas il fottuto proiettile l'ha ammazzato dopo la deviazione da parte di un cartello stradale (fonte).
Speriamo che questi dannati proiettili siano finiti :(
Snellire la procedura di installazione dei driver nVidia per Linux
Ecco come snellire l'installer nVidia
Il comportamento di default dello script di installazione dei driver nVidia per linux e' una vera piaga: chiede in continuazione una marea di cose francamente evitabili e ha delle esigenze particolari.
Il comportamento predefinito, infatti, e' di abortire l'installazione se una istanza di Xorg e' attiva o se il runlevel non e' quello delle sessioni text only (2 o 3, a seconda delle distro).
Per fortuna ci sono delle opzioni furbe che permettono di farlo rigare dritto.
Per condividere questa informazione con voi e per evitare tutte le volte di riguardarci io stesso, ho deciso di tenerne nota in questo articolo, consegnando al mondo questo comando magico:
Ecco spiegato il significato di questa riga di comando
NVIDIA-Linux-x86-180.11-pkg1.run e' il driver che vi sarete scaricati dal sito nVidia in qualche modo. Ovviamente
-a : accetta la licenza
-q : non mi stressare con troppe domande ("quiet")
-N : no network, evita di perdere tempo inutile ad andare in rete a cercare un driver precopilato che non esiste ...
--no-x-check: non controlla che X stia girando
--no-runlevel-check : non pone eccezioni sul runlevel
L'elenco completo di queste opzioni (sono veramente tante) si puo' ottenere con il comando
Note conclusive
Quanto scritto non e' detto che rimanga valido per versioni future dei driver
La procedura descritta sopra e' stata testata piu' volte da me medesimo e non ha mai causato problemi, ma ovviamente non e' detto che la stessa cosa valga per voi...
Dovessero esserci dei problemi fatemi sapere, non tanto perche' possa metterci una pezza, ma giusto perche' sono curioso :D
Il comportamento di default dello script di installazione dei driver nVidia per linux e' una vera piaga: chiede in continuazione una marea di cose francamente evitabili e ha delle esigenze particolari.
Il comportamento predefinito, infatti, e' di abortire l'installazione se una istanza di Xorg e' attiva o se il runlevel non e' quello delle sessioni text only (2 o 3, a seconda delle distro).
Per fortuna ci sono delle opzioni furbe che permettono di farlo rigare dritto.
Per condividere questa informazione con voi e per evitare tutte le volte di riguardarci io stesso, ho deciso di tenerne nota in questo articolo, consegnando al mondo questo comando magico:
sh NVIDIA-Linux-x86-180.11-pkg1.run -aqN --no-x-check --no-runlevel-check
Ecco spiegato il significato di questa riga di comando
NVIDIA-Linux-x86-180.11-pkg1.run e' il driver che vi sarete scaricati dal sito nVidia in qualche modo. Ovviamente
-a : accetta la licenza
-q : non mi stressare con troppe domande ("quiet")
-N : no network, evita di perdere tempo inutile ad andare in rete a cercare un driver precopilato che non esiste ...
--no-x-check: non controlla che X stia girando
--no-runlevel-check : non pone eccezioni sul runlevel
L'elenco completo di queste opzioni (sono veramente tante) si puo' ottenere con il comando
sh NVIDIA-Linux-x86-180.11-pkg1.run -A
Note conclusive
Quanto scritto non e' detto che rimanga valido per versioni future dei driver
La procedura descritta sopra e' stata testata piu' volte da me medesimo e non ha mai causato problemi, ma ovviamente non e' detto che la stessa cosa valga per voi...
Dovessero esserci dei problemi fatemi sapere, non tanto perche' possa metterci una pezza, ma giusto perche' sono curioso :D
Nvidia e KDE4: pace fatta beta2
Avevo gia' parlato dei problemi delle problematiche esperienze degli utenti KDE4 sfortunati possessori di schede NVidia.
Torno sull'argomento dopo qualche mese per valutare i progressi fatti e le aspettative future, inoltre vorrei raccontarvi come, a modo mio, ho risolto il problema.
Stato attuale dei driver NVidia
Al momento in cui scrivo i driver ufficiali NVidia sono giunti alla versione 177.82 e quelli bera alla versione 180.06.
Le prestazioni sono indubbiamente migliorate e i nuove driver beta non hanno bisogno degli "hack" di cui parlavo nel mio precedente articolo, ma a mio modo di vedere le prestazioni sono ancora deludenti. Speriamo che il futuro ci riservi la possibilita' di spremere al meglio le nostre costose e potenti schede grafiche.
Come ho risolto
Viste le prestazioni scadenti che ho riscontrato e visto che KDE4 e' un prodigio di usabilita', bellezza e funzionalita', ho ben pensato di non usare i driver proprietari, di non usare quelli open source "nv" (proprio non mi piace la limitazione nel nuomero di coloriu) ma di usare quelli open source vesa.
Usando questi driver la mia esperienza di utilizzatore di KDE4 e' finalmente soddisfacente.
Non tutti gli effetti grafici, infatti, funzionano al meglio, ma quelli che interessano a me si'.
Tra quelli ch e mi sono piu' cari ci sono "Dim inactive" (che oscura le finestre non utilizzate), "Dialog parent" (che fa lo stesso con le finestre di dialogo), "Present windows" (se andate in alto a sinistra vi espone le finestre usate nel Destop corrente), "Desktop Grid" (premendo CTRL+F8 vi mostra tutti i Desktop con le loro finestre in una griglia).
Questi effetti con i driver vesa funzionano benissimo. Purtroppo non altrettanto bene funziona l'effetto per le ombre, che ho dovuto disabilitare perche' le finestre non si ridisegnano bene in seguito al loro spostamento. Si puo' vivere lo stesso, lo so...
Un consiglio
Come sapete i driver utilizzati si scelgono configurando il file /etc/X11/xorg.conf. Ebbene se cambiate spesso i driver e non volete sempre intraprendere la procedura di riconfigurazione che vi porta ad avere un file xorg.conf funzionante potete fare come me. Attualmente ho tre versioni di xorg.conf una per i driver proprietari nvidia e le altre due per quelli free nv e vesa.
La mia fantasia mi ha consigliato di chiamarli rispettivamente xorg.conf.nvidia, xorg.conf.nv e xorg.conf.vesa.
Quando voglio cambiare driver mi basta semplice sovrascrivere con uno di questi /etc/X11/xorg.conf e riavviare la sessione grafica.
Cosa mi aspetto per il futuro
Non sono un esperto di driver grafici, ma veramente non riesco a capire il motivo dell'incapacita' di una azienda come NVidia di risolvere questo grave problema.
Le avvisaglie dei loro problemi a fornire supporto agli utenti del mondo linux e' ben nota agli utenti di compiz che per lungo tempo hanno avuto a che fare con il famigerato black window bug.
Purtroppo ho voluto accordare fiducia a questa azienda (in tutti questi anni avro' fatto vendere a NVidia almeno un centinaio di schede video, acquistandole per me, facendole acquistare al lavoro e consigliandole ad amici).
Non mi e' mai dispiaciuto inquinare il mio kernel linux con i loro driver proprietari, e mi piacerebbe davvero continuare a farlo. Purtroppo se il supporto rimane questo evitero' d'ora in poi di acquistare, far acquistare o consigliare tale marca di schede video.
Spero vivamente di rimangiarmi queste parole in seguito all'uscita di driver funzionanti al meglio.
Torno sull'argomento dopo qualche mese per valutare i progressi fatti e le aspettative future, inoltre vorrei raccontarvi come, a modo mio, ho risolto il problema.
Stato attuale dei driver NVidia
Al momento in cui scrivo i driver ufficiali NVidia sono giunti alla versione 177.82 e quelli bera alla versione 180.06.
Le prestazioni sono indubbiamente migliorate e i nuove driver beta non hanno bisogno degli "hack" di cui parlavo nel mio precedente articolo, ma a mio modo di vedere le prestazioni sono ancora deludenti. Speriamo che il futuro ci riservi la possibilita' di spremere al meglio le nostre costose e potenti schede grafiche.
Come ho risolto
Viste le prestazioni scadenti che ho riscontrato e visto che KDE4 e' un prodigio di usabilita', bellezza e funzionalita', ho ben pensato di non usare i driver proprietari, di non usare quelli open source "nv" (proprio non mi piace la limitazione nel nuomero di coloriu) ma di usare quelli open source vesa.
Usando questi driver la mia esperienza di utilizzatore di KDE4 e' finalmente soddisfacente.
Non tutti gli effetti grafici, infatti, funzionano al meglio, ma quelli che interessano a me si'.
Tra quelli ch e mi sono piu' cari ci sono "Dim inactive" (che oscura le finestre non utilizzate), "Dialog parent" (che fa lo stesso con le finestre di dialogo), "Present windows" (se andate in alto a sinistra vi espone le finestre usate nel Destop corrente), "Desktop Grid" (premendo CTRL+F8 vi mostra tutti i Desktop con le loro finestre in una griglia).
Questi effetti con i driver vesa funzionano benissimo. Purtroppo non altrettanto bene funziona l'effetto per le ombre, che ho dovuto disabilitare perche' le finestre non si ridisegnano bene in seguito al loro spostamento. Si puo' vivere lo stesso, lo so...
Un consiglio
Come sapete i driver utilizzati si scelgono configurando il file /etc/X11/xorg.conf. Ebbene se cambiate spesso i driver e non volete sempre intraprendere la procedura di riconfigurazione che vi porta ad avere un file xorg.conf funzionante potete fare come me. Attualmente ho tre versioni di xorg.conf una per i driver proprietari nvidia e le altre due per quelli free nv e vesa.
La mia fantasia mi ha consigliato di chiamarli rispettivamente xorg.conf.nvidia, xorg.conf.nv e xorg.conf.vesa.
Quando voglio cambiare driver mi basta semplice sovrascrivere con uno di questi /etc/X11/xorg.conf e riavviare la sessione grafica.
Cosa mi aspetto per il futuro
Non sono un esperto di driver grafici, ma veramente non riesco a capire il motivo dell'incapacita' di una azienda come NVidia di risolvere questo grave problema.
Le avvisaglie dei loro problemi a fornire supporto agli utenti del mondo linux e' ben nota agli utenti di compiz che per lungo tempo hanno avuto a che fare con il famigerato black window bug.
Purtroppo ho voluto accordare fiducia a questa azienda (in tutti questi anni avro' fatto vendere a NVidia almeno un centinaio di schede video, acquistandole per me, facendole acquistare al lavoro e consigliandole ad amici).
Non mi e' mai dispiaciuto inquinare il mio kernel linux con i loro driver proprietari, e mi piacerebbe davvero continuare a farlo. Purtroppo se il supporto rimane questo evitero' d'ora in poi di acquistare, far acquistare o consigliare tale marca di schede video.
Spero vivamente di rimangiarmi queste parole in seguito all'uscita di driver funzionanti al meglio.
safe-rm: proteggetevi dalle distrazioni
La potenza di una shell e' enorme, ed eventuali errori si pagano cariA volte puo' capitare di eliminare un file od una directory involontariamente a causa di stanchezza, distrazione. Il piu' delle volte il colpevole e' il comando rm, un comando di basso livello, molto ligio al dovere e forse viene utilizzato talmente tanto da sottovalutarne la pericolosita'.
Anche io sono uno di quelli che ha perso dei dati a causa di uno script che invocava un rm azzardatamente. Per fortuna avevo un backup recente e ho recuperato in fretta quanto ho perso. Ma quell'esperienza mi ha messo sul chi va la'!
Una soluzione a queste tragedie, tipiche del Venerdi' pomeriggio e che vi possono rovinare il weekend, e' safe-rm, un programma molto semplice che si comporta in maniera identica ad rm, ma permette di specificare una serie di file o directory in una lista (a livello globale e per utente).
safe-rm e' uno script perl di meno di 200 leggibilissime righe che potete scaricare da qui
Un consiglio per utilizzare al meglio urpmi
Mai capitato che urpmi si bloccasse durante il download di un pacchetto?
Con l'arrivo di Mandriva 2009 urpmi scarica di default i pacchetti utilizzando aria2c, una specie di download manager in grado di scaricare i frammenti di un pacchetto da piu' server in modo da ottimizzare la velocita' del download.
Purtroppo non sempre tutto fila liscio...
Capita a volte che il download fallisca, spesso quando avete gia' scaricato mega di dati. Una semplice soluzione e' di utilizzare programmi alternativi per il download, ad esempio wget e curl.
Come?
Qualora vi trovaste particolarmente bene con una di queste soluzioni vi consiglio di definire un alias nel file .bashrc di root, inserendo una riga simile a questa:
Buon aggiornameto/installazione!
Con l'arrivo di Mandriva 2009 urpmi scarica di default i pacchetti utilizzando aria2c, una specie di download manager in grado di scaricare i frammenti di un pacchetto da piu' server in modo da ottimizzare la velocita' del download.
Purtroppo non sempre tutto fila liscio...
Capita a volte che il download fallisca, spesso quando avete gia' scaricato mega di dati. Una semplice soluzione e' di utilizzare programmi alternativi per il download, ad esempio wget e curl.
Come?
urpmi --wget nomepacchetto
urpmi --curl nomepacchetto
urpmi --auto-select --wget
urpmi --auto-select --curl
urpmi --auto-update --wget
urpmi --auto-update --curl
Qualora vi trovaste particolarmente bene con una di queste soluzioni vi consiglio di definire un alias nel file .bashrc di root, inserendo una riga simile a questa:
alias urpmi="urpmi --wget"
alias urpmi="urpmi --curl"
Buon aggiornameto/installazione!
Iscriviti a:
Post (Atom)