KDE 4.1.x backports for Debian Lenny 23 Agosto 2008 - 14:05
Inviato da Antonio De Luci (imu) in : Contributi, Curiosità , Debian, Kernel, Linux, O.S. Revolution, Only Nerd , commenti chiusiSegnalazione spero piacevole per gli utenti di Lenny i386 ed amd64 (tra pochissimo release stable) Debian.
Utenti di Debian Unstable aka Sid : Usate kde4 da experimental!
Pochi semplici passaggi per provare Kde 4.1.x :
Aggiungere questa riga al file /etc/apt/sources.list
deb http://kde4.debian.net/ lenny main
Aggiornare il database :
# aptitude update or # apt-get update
Installare kde4 (minimal version)
# aptitude install kde4-minimal or # apt-get install kde4-minimal
Ricordatevi di installare i kde-moduli che vi interessano
Installare kde4(full version)
# aptitude install kde4 or # apt-get install kde4
Installare il pacchetto per la localizzazione :
# aptitude install kde-l10n-XX or # apt-get install kde-l10n-XX
Sostituire le XX finali con la propria localizzazione
ESEMPIO per L’italia “kde-l10n-it” .
Nvidia, Linux e problemi di performance 21 Agosto 2008 - 14:18
Inviato da Antonio De Luci (imu) in : Compiz, Compiz Fusion, Curiosità , Debian, Kernel, Linux, Nvidia, O.S. Revolution, Only Nerd, Tips , 8commenti
UTENTI CON SCHEDE AGP I DRIVER 177.67 E 177.68 NON FUNZIONANO CORRETTAMENTE SEGUIRE LE ISTRUZIONI A QUESTO INDIRIZZO PER SCARICARE ED APPLICARE LA PATCH FUNZIONANTE.
Update Nuova Versione BETA 177.68
In questi giorni di grandi vacanze per noi Italiani, la grande azienda Nvidia da secoli attenta ai problemi di noi utenti linux, ha rilasciato una versione BETA dei loro driver closed identificata come “177.67″. Questa release dovrebbe risolvere i noti problemi di performance sul 2D delle precedenti versioni.
Al momento i più esperti ed i più impazienti possono, scaricare i driver e … seguire le semplici istruzioni elencate sul forum ufficiale nvidia.
Riassumo i pochi e semplici passaggi :
Scaricate ed installate la versione BETA 177.67 (x86, X64)
Aggiungete nel file di configurazione del sistema grafico (xorg.conf) le seguenti opzioni :
Option "PixmapCacheSize" "1000000"
Option "AllowSHMPixmaps" "0"
La prima riserva un pezzetto di GPU nella memoria video per un assegnazione veloce dei pixmap migliorando notevolmente qualsiasi applicazione di X che si appoggi ad essi. Il valore da riservare lo scegliano noi a nostro piacimento ed in base al quantitativo a disposizione sulla nostra scheda video, quello dell’esempio vale 5 Mb.
“1000000″ = “5 Mb”
“2000000″ = “10 Mb”
E così via … Più ne riservate migliori prestazioni avrete Ma ricordate che quello che andrete a riservare non sarà sfruttato dalle OpenGL e Texture (stanno lavorando anche su questo).
La seconda opzione invece impedisce che vengano memorizzate in modo permanente le richieste di assegnazione di Shared Memory pixmap (che casino, non prendetemi sul serio potrei dire un sacco di cazzate!).
Finito tutto il bordello dovrete lanciare il seguente comando dopo aver caricato il server grafico (examples : ~/.Xinitrc / or ~/.Kderc / or ~/.gnomerc, ecc)
nvidia-settings -a InitialPixmapPlacement=2
Per chi usa Gnome puo’ aggiungerlo in :
Sistema -> Preferenze -> Sessioni -> Programmi D’avvio:
Per chi ha schede video versione 8, 9 e superiori raccomandano anche di usare questa opzione :
nvidia-settings -a GlyphCache=1
Essa non fa altro che assegnare un rendering GlyphSet e memorizzando nella cache della memoria video i fonts Xft, permettendo al driver Nvidia un ottimale accelerazione del testo … Stessa procedura di avvio e stessa prassi, il tutto si riduce a :
nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
Sempre e solo dopo aver avviato il server gra”fico”. Devo ripetere?
P.S. Gli sviluppatori si scusano per il macchinoso e complicato avvio e assicurano che le prossime release dei driver “177.xx” avranno tali opzioni abilitate di default, stanno lavorando ANCHE per voi “utenti della distro umana” .
Fonti :
Linux Nvidia driver e kernel 2.6.25-rc* 31 Marzo 2008 - 1:06
Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, O.S. Revolution, Only Nerd , 4commenti
Stavo impazzendo con i kernel della serie 2.6.24(.1 .2, .3, .4), avevo dei continui quanto fastidiosi blocchi di sistema, immaginate la scena : si verificava in modo del tutto casuale ed avveniva un vero e proprio freeze del sistema, il desktop sui miei due schermi diventava un immagine statica, non riuscivo ad accedere alla TTY e per finire non funzionavano i Magic SysRQ Key. Controllando nel Changelog dell’ultima rc del kernel (2.6.25-rc7) ho visto un fix molto interessante per il mio controller sata (promise), sinceramente non sapendo più che pesci pigliare mi sono detto: peggio di così non puo’ andare. Quindi mi sono messo all’opera ed ho compilato il nuovo kernel … ma come al solito i guai non vengono mai da soli 
La prassi che seguo è sempre la solita da molti anni, creo un kernel, installo i driver nvidia ultima versione e qualche altro modulo esterno. Stavolta però sulla RC7 Nvidia non voleva saperne di compilarsi. Non vi dico cosa ho combinato tra sabato notte e domenica mattina, calcolate solo che ho ricompilato il kernel (diverse versioni) almeno 5/6 volte, anche perché mi è venuto in testa visto che stavo perdendo del tempo sui kernel di fare un po’ pulizia :/
Quindi ho cancellato tutto il bordello che avevo in /usr/src/ ed eliminato una 30 di immagini kernel ._. per ritornare ad usare quella che aveo prima di iniziare questa nuova avventura (2.6.24.4).
Fortunatamente esiste sempre un anima pia in #debian-it@freenode e proprio mentre cercavo di descrivere l’accaduto a mind è apparso un santo in mio aiuto. Il suo nome è tosky (sei finito in prima pagina tzè :)) e mi ha passato un link :
http://www.nvnews.net/vbulletin/showthread.php?t=110088
Dentro ci sono alcune patch e le istruzioni che permettono a Nvidia di compilarsi con le versioni 2.6.25-rc* del kernel. Io posso solo dirvi che tutto funziona alla perfezione … almeno per quanto riguarda il discorso Nvidia.
Per il freeze … chissà ! Per ora non mi resta che attendere e sperare!
Approposito di petizioni sensate … una a caso : Nvidia 10 Marzo 2008 - 20:41
Inviato da Antonio De Luci (imu) in : Curiosità , Debian, Free Software, GNU, Kernel, Linux, Nvidia, O.S. Revolution, Petizioni, Polemiche, Tips , 3commentiChi mi legge dovrebbe sapere se sulla questione “petizione diretta a nvidia” ho risposto in modo molto negativo, perché è un azienda che al di là della fottuta nostra ideologia o pensiero (chiamatelo come volete) di Libertà assoluta anche se distribuisce Driver Closed almeno … Lo fa con un certo criterio, con una certa frequenza e per finire anche di una certa qualità .
Certo le mie parole valgono poco e niente quindi cerco di accopagnarle aggiungendo un pizzico di valori, di dati, in modo da rientrare in qualcosa di tecnicamente valutabile.
Prendendo in esame lo stesso Pc, quindi lo stesso hardware, e provando un Benckmark che giri su entrambi i sistemi operativi : Windows Vista e Debian GNU/Linux, usando le ultime versioni dei Driver rilasciati dalla stessa Nvidia proveremo a valutare i due risultati :
PC : Il mio con le seguenti caratteristiche :
- Scheda video : Gainward 7800GS+ “Golden Sample” AGP 8X 512 MB Vram GDDR3 ns 1,4
- Ram : OCZ Platinum DDR400 2×1024 MB Dual Channel CL 2-3-2-5 XTC Ediction
- CPu : Intel Pentium 4 3,4 GHz Model 650 LGA 775
- Hard disk : Maxtor Sata2 300 G + 250 G
- Scheda Madre : DFI Lanparty 875P-T
Sistemi operativi e versioni Driver Nvidia:
- Windows Vista 32bit con driver Nvidia 169.25 Kernel UnKnown (LOL non lo so!)
- Debian GNU/Linux Unstable (sid) con Nvidia Closed Driver 169.12 Kernel 2.6.24.3
BenchMark :
Unigine V0.4 (se ne conoscete altri sono a disposizione)
Risultati ottenuti con Debian :
Risultati ottenuti con Windows Vista :
Stesse opzioni … tranne per le OpenGL su Debian e le DirectiX9 su Windows (mi sembra più che logico non credete?), non è ancora disponibile un test per le DirectX10 ma anche se ci fosse, la mia scheda credo sarebbe OUT (SINGH!)
2.6.24 in Debian Unstable (sid) 30 Gennaio 2008 - 14:33
Inviato da Antonio De Luci (imu) in : Debian, Free Software, GNU, Kernel, Linux, O.S. Revolution, Only Nerd, Tips , 16commenti
Disponibili in Debian Sid le immagini precompilate del nuovo kernel 2.6.24, il quale introduce interessanti novità in questa versione. Citandone un paio una migliore gestione delle schede Wireless e un completo supporto per il nuovo Group Scheduling Fair. Per chi avesse voglia di provarle basta aggiornare il database e scaricare l’immagine relativa alla propria architettura stando attenti soltanto ad un cosa :
Ancora¹ le immagini sono compilate con “gcc-4.1” mentre Sid ha di default “gcc-4.2” questo comporta un piccolo problema nel caso ci sia la necessità di compilare moduli esterni quali (giusto per fare un esempio)
Driver Nvidia, virtualbox-ose-modules-2.6.24, etc, etc.
Hybrid Pro Stick PCTV Pinnacle (330e ID 2304:0226) + Debian 20 Ottobre 2007 - 19:26
Inviato da Antonio De Luci (imu) in : Debian, Guide, Kernel, O.S. Revolution, Only Nerd, Pericolosi , 18commenti
Update 12/06/2008
Innanzi tutto vorrei che nel mondo ci fosse gente molto più giudiziosa di me, dovremmo imparare a boicottare Aziende che non supportano il nostro sistema semplicemente non comperando i suoi prodotti. L’acquisto non è dei più economici, anche perché nella confezione sono inclusi due cd contenente software proprietario Pinnacle, funzionante solo su sistemi Windows che non usero mai. Comunque dopo queste mie note dolenti proverò a descrivere la procedura per far semi-funzionare questo ricevitore analogico/digitale terrestre, dove la parte relativa al DVB-T resterà vuota perchè non Funziona (Ancora).
VirtualBox OSE in Debian Sid - installazione 7 Ottobre 2007 - 13:45
Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, O.S. Revolution, Open Source, Tips , 1 commento finora
Vorrei riallacciarmi ad un mio vecchio post su come installare VirtualBox in Debian, stavolta però, usando la versione OSE (Open Source Ediction) presente da almeno un mese dentro main. Farlo è banalissimo ma bisogna tenere a mente alcune accortezze, tipo inserire l’utente nel gruppo vboxusers e ricompilate il modulo ogni volta che viene aggiornato il kernel.
Per semplificare la compilazione del modulo andremo ad usare “module-assistant” , devo confessarvi che sono rimasto sorpreso dalla facilità di questo tool che prima d’ora non avevo mai usato.
Sfruttare la ram oltre 1 Gb su Linux 32bit 24 Settembre 2007 - 20:28
Inviato da Antonio De Luci (imu) in : Debian, GNU, Guide, Kernel, Linux, O.S. Revolution, Tips , 1 commento finora
La ram del mio pc OCZ Platinum DDR400 2×1024 Dual Channel CL 2-3-2-5 XTC Ediction
Questo articolo è rivolto a chi avendo installato 2 o più Gigabyte di ram su una distro Linux a 32bit, si trova ad affrontare il problema di mancanza di ram, causa inutilizzo della stessa da parte del sistema. Prendo spunto da un articolo apparso su Linux.com su come sfruttare la ram oltre 1 Gb sul pinguino a 32bit, io almeno da 2 anni compilo il mio kernel con questa feature abilitata.
Nell’articolo spiega a grandi linee il perché ancora oggi questa opzione non viene abilitata di default sui kernel principali delle distro, almeno non su tutte. Il fattore principale è altamente tecnico e cioè i sistemi a 32bit non sono in grado di sfruttare più di 1 Gb di ram, ma vedremo che a questo esiste una soluzione già da tempo e consiste nell’usare la differenza come memoria virtuale, questa differenza viene rimappata, il tutto usando un kernel compilato con questa feature.
Magic Key Sysrq, quando l’inevitabile diventa evitabile 19 Settembre 2007 - 8:00
Inviato da Antonio De Luci (imu) in : Guide, Kernel, Linux, O.S. Revolution, Tips , 4commenti
- Cosa sono i ” magic key sysqr” ?
- A cosa mi possono servire?
- Per cosa posso utilizzarli?
- Come faccio ad avere questi Magic Key sulla mia LinuxBox?
Si possono definire come una combinazione “Magica” di tasti che permette di interagire direttamente con il kernel oltrepassando qualsiasi operazione stia compiendo, sempre che lo stesso non sia in blocco. Di solito vengono usati soprattutto per il debugging!
Ad avere molte informazioni e come vedremo ad usarli a nostro vantaggio in caso di problemi.
In questo post vedremo come evitare in caso di freeze del server grafico di premere il tasto “reset”, odioso, quanto temibile perché non rispetta la procedura corretta di chiusura servizi , sync dei dischi e reboot.
Facile, se usate un kernel di default dovreste già avere l’opzione inclusa dentro, se lo ricompilate da voi dovrete inserirla.
Linus si pronuncia sulla questione CFS vs SD 28 Luglio 2007 - 14:17
Inviato da Antonio De Luci (imu) in : Kernel, Linux, News, O.S. Revolution , aggiungi un commento
Si pronuncia iniziando il discorso con poche semplici parole ben connesse : “la gente che pensava che la SD fosse ‘perfetta ’stava ignorando semplicemente la realtà ,” e seguono a sfilza le motivazioni della sua scelta. Vi invito a leggere tutto il testo apparso su Kerneltrap.org ed anche i commenti lasciati.
Tutto il contenuto di questo 
