Da stasera si cambia vita : Debian Lenny! 14 febbraio 2009 - 21:43
Inviato da Antonio De Luci (imu) in : Debian, Free Software, GNU, Linux, O.S. Revolution , 7 commenti
Verso le 23 di questa sera oltre che festeggiare con le nostre innamorate avremo finalmente la tanto attesa nuova versione di Debian Stable aka Lenny. Secondo me non potevano scegliere giornata migliore perché alla fine chi usa Debian lo fa per amore : questo è un dato di fatto!! Da questa mattina il Team Debian sta lavorando sull’ FTP Master e allo scoccare delle 23:00 circa quando tutti i mirrors del mondo si sincronizzeranno : nascerà Lenny!
Buon San Valentino a tutti!
Debian e KDE 4.2 19 dicembre 2008 - 22:47
Inviato da Antonio De Luci (imu) in : Debian, Linux, O.S. Revolution, Pericolosi, Tips , 11 commentiTorno a parlare di kde 4.2 … da un post apparso sul planet Debian pare abbiano deciso di inserire un “immagine del trunk” del futuro Kde 4.
Chiamatelo un esperimento per vari motivi :
- 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!
Linux (amd64 x86_64): AGP NVIDIA IOMMU BLACK SCREEN 1 dicembre 2008 - 1:40
Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, Nvidia, O.S. Revolution, Only Nerd, Pericolosi, Tips , 8 commentiUPDATE :
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!
Debian Live : iso link e molto altro 30 agosto 2008 - 2:06
Inviato da Antonio De Luci (imu) in : Contributi, Curiosità, Debian, GNU, Humor, Linux, O.S. Revolution , 1 commento finoraDisponibili le iso di “Debian Live” Lenny beta1, contraddistinte dai tre più famosi Desktop Environment: (Kde, Gnome, Xfce). Al momento purtroppo sprovviste del Live Installer afflitto da qualche bug, ma verrà integrato (si spera) nelle prossime beta.
Vi starete chiedendo perché dovreste usarle e che cosa cambia rispetto alle altre Live che fin’ora si trovavano in rete (knoppix, Ubuntu, etc.), non posso che rispondere copiando la frase di Daniel Baumann nel suo annuncio sul planet Debian :
100% Debian
The build process of Debian Live basically consists of creating a Debian chroot, installing one or more kernels along with live-initramfs (a set of hooks into initramfs-tools for handling booting from read-only media) and generating a bootable image from that.
This process is handled by live-helper, a collection of shell scripts that allow us to automate and customize this process. Considerable care is taken to ensure that the resulting live system is not tainted by the host system and that installed packages are not modified morethan absolutely necessary.
This ensures that Debian Live really is Debian, and not “just another” a Debian-based live system.
Devo tradurre? 
Personalmente ho provato tutte e tre le iso i386 e presto visionerò anche le amd64, posso solo dire che “Finalmente potrò girare con un cd Live di Debian al seguito e non con una derivata come facevo di solito. Funzionano egregiamente e credo miglioreranno sempre più!
Un grazie a chi ha Contribuito sin ora e chi vorrà Contribuire nel futuro.
NEWS Versione HUMOR :
Mi sono permesso di intervistare qualche personaggio famoso che l’ha PROVATA, riporto alcuni feedback :
Jessica Rizzo :
Non avevo mai provato nulla di simile, se devo essere sincera è stata la prima volta che ho avuto un orgasmo multiplo, tipo con Knoppix godevo alle volte si ed alle volte no, con Ubuntu … Fingevo sempre!!!. La consiglio a tutti e vedrete che non ne farete più a meno!
Rocco Siffredi :
Io sono un utente di vecchia data, prima di ogni performance la usavo a casa e credo sia quello il segreto del mio successo, ora finalmente posso portarmela ovunque e solo il pensiero mi fa sentire molto ma molto potente, non vedo l’ora di ficcarla nel portatile che ho in camerino. Che altro posso dire … Ahhhh si “E se ve lo dico io che ne ho provate tante, potete crederci!”
imu: LOL
N.B. Thanks Debian Live team!
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 , 9 commenti
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 :
The name org.openobex was not provided any .service files 21 giugno 2008 - 13:04
Inviato da Antonio De Luci (imu) in : Curiosità, Debian, Gnome, Linux, O.S. Revolution, Tips , 6 commenti
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)
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 , 4 commenti
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!
MoioSMS nuova Versione V 2.14 11 marzo 2008 - 22:43
Inviato da Antonio De Luci (imu) in : Apple, Debian, Linux, O.S. Revolution, Open Source, Tips , 13 commenti
- 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?!!?
Linux scansione gratis con Antivirus di Macro ._. 10 marzo 2008 - 14:30
Inviato da Antonio De Luci (imu) in : Deliri, Humor, Linux, O.S. Revolution , 5 commentiSarà che il mio pessimismo aumenta ma vedo cose molto strane in questo ultimo periodo. Comunque per farvi capire di cosa parlo, oggi apro il mio browser ed inizio la solita noiosa navigazione di routine, i soliti blog, i soliti portali i soliti aggregatori, anzi il solito aggregatore perché già è tanto leggere le cose una volta ma vedersele ripetere migliaia di volte …
Apro tuxfeed … Oo
E mi si offre la possibilità di eseguire una scansione gratuita con un favoloso antivirus … Macro (veramente l’avrei chiamato Macrabro) !
Ok, mi rifiuto fanculo le minacce rilevate … ANNULLA
Ahhhhhhhhhhhh ho degli Spyware , porca paletta Ok
E mi ritorna all’immagine precedente …..
Insiste sarò veramente inguaiato ….
Mmmm Mmmm Mmmmm Ok ti frego io. Proviamo la scansione :
E no caro Antivirus Macro del mio pisello gli EXE del cazzo non funzionano sul mio sistema …. Tzè!
Inizio a stancarmi… 7 marzo 2008 - 22:30
Inviato da Antonio De Luci (imu) in : Deliri, O.S. Revolution , commenti chiusiPreso da una strana voglia di smanettare, appena tornato da lavoro, avvio la mia bella Debian e mi loggo su KDE4, inizio a leggere i feed e in pochi minuti mi accorgo che è meglio non perdere tempo in inutili ridondandi letture dei stramaledettissimi aggregatori cloni dei stramaledettissimi blog cloni che parlano univocamente dello stesso stramaleddettissimo argomento … Ubuntu farcito in tutte le salse.
Ok cerchiamo di perdere il tempo in qualcosa di più utile, allora inizio a controllare i Link importanti, quelli che conservo gelosamente in Firefox, le homepage di qualche progetto che seguo o sono costretto a seguire perché spero un giorno di trovare uno stramaledettissimo driver del mio pisello per far funzionare qualche piccolo aggeggio in cui ho gettato via i miei “sporchi soldi“.
E resto quasi sbalordito vedendo che finalmente qualche voce è apparsa per la mia piccola schifosa scheda TV Pinnacle USB2 hybrid 330e …
E dico tra me e me ” è la volta buona” e inizio a leggere le guide :
Pinnacle PCTV Hybrid Pro Stick 330e – Installation Guide Installation Guide
A parte l’ossessivo ripetersi della parola ubuntu e l’autorimozione di tutto il sistema (che male non farebbe a sto punto) durante i vari step, ai punti 10 e 11 ci dice come scaricare ed installare questi driver.
Allora mi faccio forza e vado avanti seguo le instruzioni per ottenere i fottuti driver ed avvio lo script :
BLA BLA BLA, BLA BLA BLA
Tutto compila alla perfezione
BLA BLA BLA, BLA BLA BLA
infine mi appare :
UBUNTU FOUND.
E che cazzo … ma ce l’avete con me? Ma andate a ….
Tutto il contenuto di questo 
