• I pacchetti possono subire notevoli mutamenti prima del rilascio finale.
• Il codice è ancora in sviluppo e potrebbe presentare innumerevoli bug.
• Data la metamorfosi che subiscono di continuo potrebbero creare parecchi problemi di dipendenze.

Prendetene piena coscienza e prima di installare Kde4 snapshot post-beta2 sulla vostra Debian, leggete attentamente tutte le informazioni presenti all’indirizzo: http://kde42.debian.net/

Non dimenticate che sono pacchetti assolutamente Unofficial. Good Luck!

Fonte e Video by WordPress 2.7 “Coltrane”

Stavo rileggendo il bordello da fare per installare i temi su E17 (attualmente passato da CVS in SVN) e quasi per caso sono andato a visitare alphagermini. Ed ecco spuntare una gradita novità, in un solo comando (usando i repository per Debian Unstable) è possibile godere di moltissimi temi presenti su http://exchange.enlightenment.org/ …

# apt-get update && apt-get install e17-themes

Temi inclusi nel pacchetto virtuale :

• e17-theme-apple-17 – The Apple 17 theme for E17
• e17-theme-baroque – The Baroque theme for E17
• e17-theme-black-chrome – The Black Chrome theme for E17
• e17-theme-blingbling – The BlingBling theme for E17
• e17-theme-bloody-imago – The Bloody Imago theme for E17
• e17-theme-blue-eyed-theme – The Blue Eyed Theme theme for E17
• e17-theme-camou – The Camou theme for E17
• e17-theme-cerium – The Cerium theme for E17
• e17-theme-chrome – The Chrome theme for E17
• e17-theme-clearlooks – The Clearlooks theme for E17
• e17-theme-crema – The Crema theme for E17
• e17-theme-crude – The Crude theme for E17
• e17-theme-cthulhain – The Cthulhain theme for E17
• e17-theme-dali – The Dali theme for E17
• e17-theme-darkness – The Darkness theme for E17
• e17-theme-darkrevolution – The Darkrevolution theme for E17
• e17-theme-darkside – The Darkside theme for E17
• e17-theme-dukes – The Dukes theme for E17
• e17-theme-edjy – The Edjy theme for E17
• e17-theme-fireball – The Fireball theme for E17
• e17-theme-gant – The Gant theme for E17
• e17-theme-grunge – The Grunge theme for E17
• e17-theme-iceball – The Iceball theme for E17
• e17-theme-imago – The Imago theme for E17
• e17-theme-japan2007 – The Japan2007 theme for E17
• e17-theme-kor – The Kor theme for E17
• e17-theme-night-bling – The Night Bling theme for E17
• e17-theme-nyz – The nyz theme for E17
• e17-theme-pinkapple – The PinkApple theme for E17
• e17-theme-purewm – The PureWM theme for E17
• e17-theme-siro – The Siro theme for E17
• e17-theme-smoke – The Smoke theme for E17
• e17-theme-steampunk – The Steampunk theme for E17
• e17-theme-winter – The Winter theme for E17
• e17-theme-xliquid – The XLiquid theme for E17

Sarà da pigroni, ma a me sta cosa piace.

P.S. E fatevelo un giro su E17 … Come ha fatto Deer (guardate i suoi video).

Clicca qui per vedere il video incorporato.

Clicca qui per vedere il video incorporato.

09/05/2009 – Dal Kernel 2.6.29.3 TUTTO È TORNATO ALLA NORMALITÀ! CHE DIO SIA LODATO!
07/02/2009 – Mi sono rotto ad inserire le patch, seguite la guida e buonanotte!

Adesso andrò ad illustrare un paio di workaround per ovviare ad un problema davvero molto ma molto fastidioso. Spero solo che sia un problema raro e che come al solito sia sfigato solo io.

Un po’ di storia :

In un attimo di frenata follia, l’altra notte mi è passato per la mente di provare la beta della prossima stable : Lenny e nello stesso preciso momento di provare la versione amd64 (x86_64). Nulla di strano fin qui, posseggo uno degli ultimi Intel Prescott (cpu family 15) EM64T ma per forza di cose ho sempre e solo usato la versione Debian Unstable i386. Purtroppo soffro di un grave problema di dipendenza, NVIDIA. Saranno 10 anni che uso queste schede e saranno 10 anni che subito dopo il reboot finale d’installazione devo obbligatoriamente installare i driver per la mia scheda video.

La mia esperienza con questo tipo di schede ed i suoi driver Closed mi porta ad eseguire determinate modifiche per farli girare al meglio e proprio seguendo le stesse operazioni

Blacklist dei moduli agpgart e intel_agp, inserimento nel file xorg.conf della voce “NvAgp  1″ etc. etc.

… appena avviato il server grafico mi sono ritrovato nella merda, una merda tutta nera.
Credetemi non ho mai perso così tanto tempo per sistemare qualcosa (credo ci abbia perso almeno tre notti), cioè immaginate la scena si avvia il server grafico ed appare una schermata nera con un underscore in alto a sinistra. Nessuna possibilità di cambiare console virtuali (tty* o vc*) e nessuna possibilità di accedere a qualche log per capire cosa stesse succedendo. Unica operazione possibile : RESET o grazie ai Magic Key SysrQ un bellissimo reboot.

Comunque gira e rigira la rete ed il forum nvidia fatalmente mi sono scontrato con un topic e da li restrigendo la ricerca sono giunto a delle conclusioni ed ho individuato il colpevole “IOMMU“.

##############

WorkAround per Kernel di default (i kernel ufficiali installati dalle distro).

Inserire la voce nel file di configurazione di grub (menu.lst) in modo da farla apparire in tutte le voci dei kernel presenti:

iommu=noaperture

Poi rimuovere eventuali voci riguardanti il proprio modulo agp (intel_agp, via_agp, amd64_agp, etc) dal file /etc/modprobe.d/blacklist .

Inserire tra le opzions dedicate a nvidia nel file xorg.conf la seguente :

Option     "NvAgp" "2"  # (usa agpgart)

Riavviate.

##############

WorkAround per smanettoni fai da te, patiti di hard recompiling kernel, gente a cui piace mettere le mani dappertutto :

Scaricate i sorgenti del kernel, scompattateli e fermatevi. Avviate il vostro editor di testo preferito e modificate il seguente file :

linux-$VERSION/arch/x86/Kconfig

Sul kernel 2.6.27.7 si trova sulla riga 508 :

config GART_IOMMU
bool "GART IOMMU support" if EMBEDDED <---- rimuovere
default y
select SWIOTLB
select AGP
depends on X86_64 && PCI
help
Support for full DMA access of devices with 32bit memory access only
on systems with more than 3GB. This is usually needed for USB,
sound, many IDE/SATA chipsets and some other devices.
Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART
based hardware IOMMU and a software bounce buffer based IOMMU used
on Intel systems and as fallback.
The code is only active when needed (enough memory and limited
device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified
too.

Rimuovete  la dicitura “ if EMBEDDED ” e cambiate la dicitura “ y ” in ” n “.

Dopo di che, iniziate la configurazione :

# make menuconfig

Settate come al solito le vostre opzioni e in : Processor type and Features, vedrete una nuova voce.

[ ] GART IOMMU support

Assicuratevi che sia deselezionata.

Poi in Graphics support, settate come modulo /dev/agpgart e nel menu settate il vostro chipset.

<M> /dev/agpgart (AGP Support) --->

Dopo di che salvate tutto e create il nuovo kernel. Ora finalmente si torna alla normalità niente vocine strane in grub e moduli agp* in blacklist per usare Nvidia.

Testato con kernel fino a 2.6.27.7 e nvidia fino 177.82 (compresi i beta 177.61.02 e 180.08). Chissà perché capitano tutte a me!

Nuovo Update rilasciati i BETA 177.70 (grazie Underpass)

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 :

NvNews Forum

Da qualche tempo provavo ad inviare files graficamente, per non sentirmi inferiore agli utenti che usano Windows. Invece mi toccava fare il fighetto nerd e usare un misto terminale/grafica :

$ gnome-obex-send PERCORSO/file

La cosa non mi scocciava più di tanto, infondo mi sono adattato a cose peggiori pur di usare GNiU/Linucs. Comunque ringraziando Google ed un forum di ArchLinux ecco qui la soluzione :

$ sudo apt-get install obex-data-server

Strano però che sia sfuggita questa dipendenza così importante dalla mia Sid. Adesso finalmente ho un Desktop che invia i files graficamente proprio come faceva Windows almeno 5/6 di anni fa! Un altro passo verso la conquista del mondo. (LOL)

Frugando nei repository di Debian alla ricerca di qualche alternativa per poter gestire la mia finalmente funzionante scheda dvb-t mi sono imbattuto in questo programma, ME-TV.

$ apt-cache search dvb-t
[...]
me-tv - Me TV, it's TV for me computer

Incuriosito dal nome l’ho installato :

$ sudo apt-get install me-tv

Ho ricercato la voce nel menu e l’ho avviato :

Anche se la forma dell’italiano usato lasci a desiderare ….

Ho continuato la procedura per creare il file “channels.conf” , ed anche se mi chiede la regione e invece vorrebbe la provincia e dato che non esiste la mia provincia (vivo in it-terronia-brindisi … ma non esiste!) ne ho scelto una a caso:

al che ha iniziato a sputare strane scritte :

Finita questa alchimia …. il tutto si è materializzato dinanzi ai miei occhi :

Non male (anche la visione angelica).

Comunque tornando ai fatti, non ha trovato tanti canali mi pare siano solo 7, rispetto a kaffeine che me ne visualizza una marea (credo superi i 30 canali), nei prossimi giorni proverò a inserire manualmente altre frequenze.

Diciamo che il programma a primo sguardo promette bene come alternativa per la visualizzazione della tv digitale su Gnome complimenti al Team del progetto!

UPDATE HO CREATO LE FREQUENZE MANUALMENTE prendendole da DGTVi :

Per chi abita in it-terronia-Brindisi-Fasano (spero non sia l’unico!) può usare questo file :

 # MUX MEDIASET2 (Canale 5,Italia1,Rete 4,SportItalia,SportItalia24,Iris,24Ore.TV)
T 770000000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
# MUX MEDIASET 1 (Class News, Coming soon, BBC World, Boing)
T 826000000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
# MUX DFREE (Boing)
T 834000000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
# MUX RTI (Rete 4,Class News,Sole 24 Ore TV,BBC World)
T 842000000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
# MUX-A RAI (Rai Uno, Due, Tre, Utile)
T 706000000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
# MUX-B RAI (CCTV9,Rai Doc-Futura,RaiSportSAT,RaiNotizie24,Rai EDU1, Sat2000)
T 666000000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

Salvatelo in it-Brindisi-Fasano e avviate lo scan (prima installate il pacchetto dvb-utils) :

scan   it-Brindisi-Fasano > ~/channels.conf

Poi quando ha finito di scan-nare , spostatelo in ~/.me-tv

cp ~/channels.conf ~/.me-tv

OHHHHH YEAHHHHHHHHH oltre 40 canali!

• Cos’é MoioSMS ?
  Non fatemelo ripetere … l’ho già spiegato in questo post “MoioSMS finalmente una comodità! installazione Debian” !
• Che novità ci sono in questa versione?
  Supporta Windows (>=2000), OSX (>= 10.4) Linux (Distro Recenti)
• É Free (Gratis) ?
  Se per te Free vuol dire Gratis … SI altrimenti posso dirti che è OpenSource rilasciato sotto licenza GPL.
• Sicuro che non devo pagarlo?
  Assolutamente NO, comunque l’autore chiede in caso ti piaccia di PENSARE ad una piccola donazione anche modesta al gruppo missionario “MissioMundi”
• Esistono precompilati per POOBUNTU?
  Non credo … ma per molte altre distro li trovi qui sulla Homepage del Progetto MoioSMS
• Posso dare un occhiata ai sorgenti?
  WoW sei un h4ck3r, assolutamente si, sono disponibili sulla stessa pagina dei pacchetti (vedi domanda precedente).
• Funziona con Windows Vista?
  SI!
• Ma perché non è sui repository di Debian?
  E che cazzo ne so! Ma chi sei la ragazzina delle poste.it?!!?

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!)

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.

Consiglio dopo aver opportunamente installati anche gli “headers” di dare prima della compilazione un bel :

export CC=gcc-4.1

Oppure effettuare un semplice cambio Link di ” /usr/bin/gcc” :

 /usr/bin/gcc -> gcc-4.2 (default)

in

/usr/bin/gcc -> gcc-4.1 (modificato).

Poi ricordatevi in questo caso di rimettere tutto a posto!.

N.B.¹ Fortuna che io me lo compilo da solo …

Fonte : Maximilian Attems on Debian Planet