gnuwes

UPDATE (ma senza bug, questo): il mantainer, per ovvi motivi, ha fatto il downgrade del pacchetto alla 0.4. allarme rientrato.

aggiornando oggi su arch a preload 0.6, e facendo un reboot poche ore più tardi, ho avuto modo di provare su pelle questo simpatico bug che freeza il sistema senza troppi problemi, e senza possibilità di salvezza alcuna.

perciò, se avete aggiornato a preload 0.6, sappiate che potenzialmente siete a rischio (il bug è stato confermato da altri archers). Vi consiglio di fare un downgrade alla 0.4 e ignorare il pacchetto fino a nuova versione, oppure disabilitarlo del tutto.
Se avete già aggiornato e riavviato, da un live cd togliete preload dai vostri demoni e tutto tornerà a funzionare.

problema: ho bisogno, per una riunione che si terrà a breve, di collegare il portatile ad un video proiettore e clonare lo schermo.
non avendo mai fatto nulla di simile, decido di provare a casa con lo schermo del fisso.
mi documento un attimino sui wiki, e noto con dispiacere che ci son poche cose. mhà.
faccio qualche modifica a xorg.conf e parto. sistemo a mano le risoluzioni e ci sono, perfetto.
noto con piacere che anche il tasto dedicato del portatile funziona.
commento le linee e riavvio xorg, per tornare alla situazione normale.
noto però che entrambi gli schermi rimangono alla situazione precedente, e riesco senza fatica a cambiare con il tasto. insomma, avrei anche potuto fare a meno di documentarmi, collegare lo schermo e lavorare.

e pensare che 3 anni fa combattevo per far andare qualche scheda wifi.

ps: dedicato a tutti coloro che ritengono il modello di sviluppo open source un modello lento, caotico e che non porterà mai a risultati concreti.

┌─[daniel @ TheGrandWazoo]
└─[~]> pXNWN .AUI
bash: pXNWN: sei un pirla.

sto seriamente pensando di farci un alias.

dopo un bel po’ di tempo, e una major release del kernel (2.6.25 rilasciata ieri), mi faccio un po’ vivo.
Dunque, cominciamo con le notizie dure e pure:
- il kernel 2.6.25 è stato rilasciato stabile ieri;
- le RC delle nuove iso (2008.04-rc) di archlinux sono disponibili da uno qualsiasi dei mirror di arch ;
- è uscito il nuovo trackmania nations (trackmania nations forever), si vocifera che tremulous 1.2 stia per farlo, e a questo punto non resta che aspettare Duke Nukem Forever per fine anno XD.

A parte l’ultima notiziona, finalmente il kernel 2.6.25 (tra le altre cose, tra le quali qualche affinamento a ext4 che si prepara ad uscire dallo stato di development) introduce il supporto del driver b43 (driver broadcom per modelli 43xx) alle schede con chip BCM94311MCG rev02, tra le quali ricordiamo l’argilla, come non citare il bronzo, e la fottuta pci che sta nel mio portatile.
Non appena entrerà nei repo arch farò da tester; sembra che il driver possa causare qualche problema in caso di errori hardware (fonte).
Se non altro potrò fare a meno di ndiswrapper (che per essere onesti, comunque, non ha mai dato il minimo problema).

Sul versante iso arch, invece, è stato rinnovato l’installer (ovviamente, trattandosi di rolling-release distro), e finalmente ad accogliere i nuovi utenti c’è un ridente grub dagli occhi di bragia, anzi, azzurrin:

volendo dare altre gnius, c’è abs che è passato a rsync al posto di cvs (sembra l’obiettivo finale sia quello di passare a svn), e c’è il sottoscritto che ha aggiornato wordpress dalla 2.3 alla 2.5 e se n’è pentito amaramente (interfaccia di amministrazione _troppo_ giocosa).

Infine volevo ringraziare il sempre ottimo hosting di tuxfamily.org, che fino a 5 minuti fa continuavo a credere avrebbe spostato i server in islanda per risparmiare.
Morale: mai fidarsi delle mail ricevute il 31 Marzo/1 Aprile.

A presto!(prima della prossima major release del kernel, stavolta prometto).

PS: chiedo scusa a tizi_ che cercando in virgilio “segnalibro pimpa” è finit_ nel post “pimpa il tuo konqueror” XD

stavolta in orario (spero), segnalo l’uscita come stabile del kernel linux 2.6.24 .

dal changelog umano di kernelnewbies :

2.6.24 includes CPU “group scheduling”, memory fragmentation avoidance, tickless support for x86-64/ppc and other architectures, many new wireless drivers and a new wireless configuration interface, SPI/SDIO MMC support, USB authorization, per-device dirty memory thresholds, support for PID and network namespaces, support for static probe markers, read-only bind mounts, SELinux performance improvements, SATA link power management and port multiplier support, Large Receive Offload in network devices, memory hot-remove support, a new framework for controlling the idle processor power management, CIFS ACLs support, many new drivers and many other features and fixes.

inoltre, alcune micro-ottimizzazioni al CFS.

abbiatelo!

breve excursus su come un factotum può efficacemente sostituire la volpe di fuoco.

usando kde(mod , of course) sul portatile e lavorando principalmente sul portatile, cerco sempre nuovi modi per “aumentare la mia produttività” (che ovviamente è pari a zero nei momenti della ricerca, e questa ambivalenza mi fa sentire un po’ come wally di dilbert):

Comunque, ciancio alle bande, e qui ci sono un po’ di consigli per fare di konqueror un miglior web browser (oltre a file-manager, ftp client, samba client, visualizzatore universale, massaggiatore ed estetista).

La prima cosa che mi tratteneva dal passare dall’uso forsennato di Firefox al Konquistatore erano i bookmarks. Continuavo infatti ad usare gli stessi settings di firefox da quasi più di 5 anni (credo di avere iniziato ad usarlo dalla 0.7, quando era ancora una piccola appendice staccatasi da mozilla), e quindi negli anni avevo accumulato una mole di segnalibri (in maggior parte inutili) che mi facevano sentire a casa.
Ovviamente questo primo punto si è risolto facilmente, esportando prima i segnalibri da firefox (come semplice file html), e poi importandoli in konqueror con le dovute scremature.

In secondo luogo, è il caso di modificare il comportamento delle schede, una funzione della quale ormai non si può fare a meno (e anche tu, sì, proprio tu che visiti questa landa con explorer 6 [firestats non mente], un giorno non potrai farne a meno).
Configuriamo il comportamento da: Impostazioni-Configura Konqueror-Comportamento web-Opzioni avanzate (utente GNOME, risparmiati la facile battuta XD ).
“A picture is worth thousand words”:

Passiamo ora ad un qualcosa di più tecnico: come migliorare le prestazioni di rendering globali del nostro.
Ok, Ok, konqueror passa l’acid 2, blablabla, guàguàguà, ma è estremamente lento nel rendering se paragonato ad esempio a Gecko. Con un paio di impostazioni però possiamo migliorare il tutto e renderlo decisamente scattante (NB: prenderò arch come misura di queste modifiche, in altre distribuzioni i file da modificare potrebbero essere diversi):

Prima di tutto disabilitiamo il supporto a IPv6 (per ora inutile, in futuro essenziale, se le cose non cambiano). Aggiungiamo a /etc/profile.d/kde.sh la seguente riga:
export KDE_DISABLE_IPV6=TRUE

Ora aggiungiamo i nostri DNS a /etc/resolv.conf,
anche se li abbiamo impostati dal router:
domain localdomain
nameserver 127.0.0.1
nameserver cic.cio.bal.do
nameserver pin.co.pal.lo

Se ve lo state chiedendo, presto avrete risposta riguardo l’indirizzo di quel primo DNS.
Impediamo al nostro client DHCP di sovrascrivere la nostra configurazione. Su Arch, è sufficente aggiungere lo switch -R nel comando DHCP_ARGS di /etc/conf.d/dhcpcd:
DHCPCD_ARGS="-t 30 -h $HOSTNAME -RYN"

Disabilitiamo la cache interna di Konqueror (Impostazioni-Configura Konqueror-Cache e togliamo la spunta a “Usa Cache” ).
Ed ecco il perchè: andremo ad usare pdnsd e polipo, due demoni che permettono rispettivamente di cachare DNS e pagine localmente e di sfruttare il pipelining di http se supportato dal server (ovviamente le potenzialità di questi due demoni vanno ben oltre quelle di sfruttare il pipelining su browser che non lo supportano [konqueror, ma anche lynx ad esempio! ], e perciò dobbiamo anche porre attenzione alla sicurezza di ciò che facciamo).

Installiamo perciò pdnsd (si trova in [community]) e seguiamo la guida nel wiki ufficiale per configurarlo al meglio.

Polipo invece si trova in AUR; compiliamolo ed installiamolo, diamo un’occhiata alle opzioni e configuriamolo al meglio (editando il file /etc/polipo/config); facciamolo partire (/etc/rc.d/polipo start) e se tutto è ok, dal browser visitiamo http://127.0.0.1:8123/: dovrebbe accoglierci una schermata con i link al manuale di polipo e un’interfaccia per la configurazione.

Se tutto è a posto, possiamo quindi modificare le impostazioni di konqueror per sfruttare polipo: da Impostazioni-Configura Konqueror-Proxy scegliamo “Configura manualmente le impostazioni del proxy e impostiamo come proxy http http://127.0.0.1 e come porta 8123.
Fatto. A seconda della vostra configurazione, dovreste avere dei miglioramenti più o meno visibili.

Passiamo per finire ad una delle molte funzioni offerte da konqueror: la possibilità di eseguire una ricerca da un qualsiasi motore di ricerca preimpostato semplicemente digitando una scorciatoia nella barra indirizzi (esempio gg: key per cercare con google, ggi: google immagini).
Ebbene, la cosa più interessante di questa funzione è la possibilità di personalizzare e realizzare facilmente nuove scorciatoie:

Qui sopra, un esempio di ricerca in youtube.

Tutto quello che dovete fare è indicare l’url di ricerca (i termini di ricerca come vedete sono indicati dall’espressione \{@}), e impostare una scorciatoia (esempio, yt: ricerca).
Il tutto lo impostate da Impostazioni-Configura Konqueror-Scorciatoie web .
Vi assicuro che non potrete più farne a meno!

Note di chiusura: sebbene con questi accorgimenti Konqueror è più snello, più scattante e funzionale quanto (se non più) di Firefox, purtroppo potrebbe darvi problemi in alcuni siti.
Degli esempi: gmail (per il quale comunque basta impostare dalle impostazioni l’user agent personalizzato per il dominio google.com), ma anche photobucket (l’invio delle immagini si risolve in un errore), oppure il pannello di controllo di firestats in wordpress.

Ciònonostante, ora potrete godervi un’esperienza di web surfing… con la K maiuscola!
Alla prossima!

Fonti: Forum di Kdemod, Forum inglese di arch (bbs.archlinux.org), wiki di arch e gentoo

Dalla regia mi suggeriscono che oggi è stato rilasciato KDE 4.0 :

Bah.
Ancora una volta, apprezzo la consistenza degli attuali KDE 3.5.8 e GNOME 2.20.
Al momento, li considero decisamente più avanti di questa quarta release, anche se sarò lieto di essere smentito in un pa… ok, 9 mesi. La gestazione ha inizio, però non un mese di più, eh!

Dopo estenuanti ed emozionanti ore di attesa frenetica..
ok, ho esagerato._.

A dire il vero con tutto il tempo che è passato questo annuncio arriva un po’ in sordina,
comunque è stato scelto il nuovo logo ufficiale di Arch!

Versione bassa qualità, of course.

La presentazione del logo di Thayer del concorso la trovate qui.

Personalmente, devo ancora farci il callo, anche se il nuovo logo è promettente.
E mi mancherà l’archetto che faceva tanto star trek

Installare Arch linux (a 64bit) su un portatile HP pavilion dv6000 (dv6507el)

Scarichiamo l’iso per x86_64 di Archlinux da uno dei mirror.
Dato che in fase di installazione è consigliato solo installare il sistema base, provvederemo in seguito ad aggiungere tutti i pacchetti che ci serviranno.
Avviamo la iso, impostiamo le partizioni, e installiamo la serie base dei pacchetti di arch.

Per una guida semplice ed efficace all’installazione di arch, vi rimando alla guida di installazione ufficiale (qui) e alla preziosa guida di Gaiden (qui).

Per prima cosa, andremo a far funzionare la scheda wireless.
Nel mio caso si tratta di una Broadcom 4311, ma il numero del chipset può cambiare a seconda del modello di notebook.
Purtroppo i driver integrati nel kernel (bcm43xx) non funzionano come auspicabile, perciò siamo costretti a far uso di ndiswrapper.Da un computer dotato di connessione, scarichiamo i driver per windows da qui , i pacchetti ndiswrapper, ndiswrapper-utils, unzip e cabextract (a 64bit, chiaramente).
Installiamo i pacchetti con pacman -U pacchetto, poi spostiamoci nella directory che contiene R151517.EXE, estraiamolo con unzip -a R151517.EXE , spostiamoci nella cartella DRIVER, e infine diamo ndiswrapper -i bcmwl5.inf per installare il driver. se l’operazione è andata a buon fine, diamo ndiswrapper -l, e dovrebbe rispondere
bcmwl5:driver installed
device (xxxx:43xx) present
Se tutto è ok, diamo un modprobe -r bcm43xx per togliere il modulo del kernel, e modprobe ndiswrapper per caricare ndiswrapper.
Controlliamo che la scheda sia vista correttamente con iwconfig o ifconfig -a. Se tutto è a posto, possiamo editare /etc/rc.conf e rimuovere bcm43xx dalla lista dei moduli caricati all’avvio, e al suo posto inserire ndiswrapper.

Una volta settata la connessione, diamo un pacman -Syu preliminare per aggiornare in toto il sistema, e poi procediamo a installare X e l’ambiente grafico di nostra preferenza (cfr. wiki ufficiale e guida sopra indicata).

L’installazione dei driver Nvidia per la Geforce 7150M è automatica e più facile che mai: pacman -S nvidia . Seguiamo il wiki ufficiale di archlinux se abbiamo esigenze particolari (compositing).

Installiamo alsa e configuriamo la scheda con alsaconf (nel mio caso una onboard nvidia che usa il chipset hda-intel). L’audio dovrebbe funzionare a dovere, con un unico difetto: se inserite le cuffie gli altoparlanti principali non vengono resi muti.
No problem: da root editiamo /etc/modprobe.conf e sotto le linee inserite da alsaconf mettiamo: “options snd-hda-intel position_fix=1 model=laptop” .
A questo punto tutto dovrebbe funzionare a dovere.

Aggiustiamo il touchpad synaptics installando synaptics da pacman e gsynaptics se vogliamo configurarlo a fondo. (NB. perchè la configurazione di gsynaptics abbia effetto, dobbiamo inserire in xorg.conf nella sezione synaptics : Option “SHMConfig” “true” )

Veniamo ora a quello che fino a poco tempo fa era il punto dolente dei sistemi a 64bit sul desktop: i plugin per il browser.
Ora questi non consistono più un problema, in nostro aiuto viene nspluginwrapper. Da AUR, compiliamo e installiamo nspluginwrapper e nspluginwrapper-flash (yaourt caldamente consigliato per risolvere le dipendenze automaticamente). Una volta installato, diamo semplicemente nspluginwrapper -r ~/.mozilla/plugins/* e nspluginwrapper -v -a -i (l’ultimo comando lo dovremmo dare in futuro in caso di aggiornamenti). E anche il flash funzionerà perfettamente!

Come ultima cosa, occupiamoci di attivare i tastini quicktouch. Se usate kde o kdemod, aprite il centro di controllo, e da”Regionali e accesso facilitato”>Mappatura tastiera impostiamo la nostra tastiera come Hp Pavilion ZT11xx. Se non usate kde, pacman -S keytouch , aprite keytouch e selezionate la tastiera più vicina alla vostra, controllate che funzioni, ed è fatta. Per i più pedanti, keytouch-editor permette di creare delle tastiere personalizzate in pochi semplici passi.
A questo punto anche il telecomandino dovrebbe funzionare

per suggerimenti, consigli, problemi o aggiunte alla guida scrivetemi pure su:
weseven chiocciola gmail punto com

alla prossima!

ieri è uscito il nuovo kernel 2.6.23!

se siete stati attenti alle lezioni del prof torvalds (soprannominato “Il ‘torv”, anche per il fatto di essere notoriamente attaccabrighe),
saprete già che questa release è la prima ad utilizzare ufficialmente il CFS, il completely fair scheduler. e via così, e no sballia mai!

changelog stringati su http://kernel.org , changelog umani e commentati come al solito su http://kernelnewbies.org/LinuxChanges

(scusate il ritardo, ma con l’universit… seeee, troppo bello avere una scusa pronta per non fare una cippa tutto il giorno!)