If you’re trying the new Gnome’s Empathy chat system with Fedora 10, remember that to make it working for MSN accounts you also have to install those packages:
yum install telepathy-butterfly.noarch telepathy-haze.i386 libtelepathy.i386
This will bring the “Connection Error” message away
I’ve never been a big fan of rpm-based Gnu/Linux distributions, since I’ve always preferred the stability of Debian and Debian based distros, with their great dpkg system.
The problem with Debian on Macbooks is that I do not see both the stability and performance anymore, as I have to use Lenny/Sid. Etch is too old and I don’t have the time (*sic*) to play with it to make it work well. Lenny should be next to be released but I don’t feel the very famous stability AND lightness of Debian distributions on this release, like I was accustomed in the past years. Is this because I own a Macbook? Maybe, but a Macbook Santa Rosa is nothing more than an Intel-powered notebook with some strange input devices and a strange non-bios system 
Regarding Ubuntu, I believe that this distribution has become naff and really slow. See this Slashdot discussion on this topic.
Yesterday I stumbled to Scientechie review of Fedora 10, which convinced me to try it out.
The software shipped with Fedora 10 is aligned with the one provided with the other distributions: Gnome 2.24.0, kernel 2.6.27.5, NetworkManager 0.7.0 (svn) and so on. Read the release notes for more information.
Fedora 10 really surprises me, as it is the first Gnu/Linux distribution in many, many years that makes me feel again the great stability and performance of the Penguin. Therefore I’m writing this review that is also a how-to, as it contains some fixes for Fedora 10 and Macbooks.
Archlinux é potenzialmente un’eccellente distribuzione per chiunque non voglia sentirsi troppo ubuntista, in quanto non user-friendly alla windows, ma semplice e user-friendly alla Kiss (leggere questo post sul mio iniziale entusiasmo per Archlinux per saperne di piú).
Ha tutte le carte in regola per essere tra le piú diffuse, e nominata insieme alle piú famose Slackware e Gentoo, il suo package manager pacman é in assoluto il migliore che esista. Si é meglio di apt-get, non so quanto meglio di emerge, anche se fanno compiti diversi.
Con Archlinux puoi scegliere tra pacchetti pre-compilati e ottimizzati per 686, oppure compilare con un sistema simile a Portage, anche se non cosí efficace.
Archlinux lo puoi configurare quasi interamente editando un singolo file…
Possiede vari kernel pre-compilati con diversi patchsets.
I repositories di Archlinux sono praticamente allineati con l’ultima release di ogni singolo programma si voglia installare.
Insomma figo! Ma perché non decolla? Perché la usano in pochi?
Ho utilizzato Archlinux per mesi, pure sulla mia VPS.
Dal mio portatile é sparita da circa 1 mese. Dalla mia VPS é sparita oggi.
Perché, mi chiederete?
Archlinux ha tutte le carte in regola per diventare una delle distribuzioni piú utilizzata al mondo, ma per diventarlo ha bisogno di una cosa: stabilitá. Archlinux é maledettamente instabile, i repositories abilitati di default sono current e extra. Il ramo current ha pacchetti piú recenti di quelli di Debian Sid, mentre il repository testing manca poco che abbia versioni piú recenti di quelle rilasciati dagli sviluppatori
Anche utilizzando la distribuzione con i repositories di default, state sicuri che in poco tempo, magari dopo qualche aggiornamento, qualcosa si impallerá. E spesso e volentieri non é colpa vostra, come dovrebbe essere Linux, ma é perché ci sono problemi con i pacchetti installati.
Archlinux ha un release schedule parecchio strano, cambiato pure da poco: una release esce ad ogni rilascio del kernel. Insomma, un nuovo rilascio della distribuzione non si ha ogni tot mesi fissi (Ubuntu, Fedora) oppure quando é pronta (Slackware, Debian), ma semplicemente quando un kernel nuovo viene rilasciato (es: quando uscirá il kernel 2.6.22, si avrá una nuova release), verranno costruite le iso di Archlinux.
Scelte..
Pure su un server, Archlinux non é per niente adatto, tenendo fermi i repositories, un semplice aggiornamento puó bloccare tutto (nel mio caso, php5 e lighttpd, sono completamente morti). Spesso mi succedeva anche che la macchina crashasse da sola, ogni 10-12 giorni, dovevo riavviarla manualmente. Oggi é stata l’ultima goccia, siano benedetti i backup.. Ho dovuto formattare il server ed installare un’altra distribuzione (ho scelto di nuovo Debian tra le tante disponibili).
A mio avviso, per affermarsi sul serio, questa distribuzione dovrebbe organizzare delle policy di release, e concentrarsi di piú sulla stabilitá. Per il resto é ottima, facile da configurare e veloce.
Tanti auguri Archie, ci rivedremo un giorno!
Update 06-03-2007: You won’t need this script with a kernel >= 2.6.21.
Update 04-21-2007: I heard that you won’t need this script with a 2.6.21 kernel, I´m using a 2.6.20 kernel and the problem still exists.
Update 12-25-2006: Renamed the script as fancontrol-bd, because there already exists a program called fancontrol, written in perl
Update 12-14-2006: this method has been tested under various distros (Archlinux, Sabayonlinux, Fedora, Mandriva, Ubuntu) and it really works!
First of all, sorry for my bad English, I didn’t write this article in Italian just because a lot of people could benefit from it (lol).
Unfortunately it has been known that some Hp notebooks powered by AMD Turion 64 X2 / Sempron CPUs have got thermal problems. There are a lot of very good tutorials on how to install Linux on the Hp Nx6325 notebook (see Tuxmobil for details), and everybody has his own “solution” to the problem. What I found, following all the tutorials and applying all possible kernels and patches, is that the problem still persists, or is just reduced. My personal solution works and is tested with kernels >= 2.6.17 (I tried 2.6.17, 2.6.18.3, 2.6.19 with all possible patchsets [mm, ck, beyond, ..]).
I noticed that, with every proposed solution, even with a correct DSDT, there was still a big problem: sometimes the fans “forget” to start or to increase their speed. While I was trying several kernels and patchsets, I read this tutorial on tuxmobil, that suggests to add the following lines to /etc/rc.local:
— snip —
echo 1 > /proc/acpi/thermal_zone/TZ1/polling_frequency
echo 1 > /proc/acpi/thermal_zone/TZ2/polling_frequency
echo 1 > /proc/acpi/thermal_zone/TZ3/polling_frequency
— snip —
With this lines you force your system at boot to set the polling frequency of the fans every 1 second. On my notebook that didn’t work.
Well, I was playing with echo and the polling frequency, and I noticed that a
echo 0 > /proc/acpi/thermal_zone/TZ1/polling_frequency
Does refresh the state of the fans. Everytime. No matter if the temp is either rising or diminishing. No matter which value you set to the polling frequency.
The solution I propose is the following (I didn’t try it with the broken original DSDT, but I know a friend with my same notebook and the original DSDT, I’ll let you know 
) yes it works even with a broken original DSDT!:
Create this bash script, as root, called fancontrol-bd, in /usr/bin
#!/bin/sh
#/usr/bin/fancontrol-bd
# bodom_lx <bodom_lx ||AT|| fsfe ||DOT|| org> fan control script
while true;do
echo "0" > /proc/acpi/thermal_zone/TZ1/polling_frequency
# refresh time, in seconds
sleep 20
done
Make it executable:
# chmod 755 /usr/bin/fancontrol-bd
Then add it to the startup of your system, for example in /etc/rc.local
echo "/usr/bin/fancontrol-bd &" >> /etc/rc.local
Up from the next system start, your fan state will be updated every 20 seconds (you can play with this number, but I suggest to set it above 15 seconds because of the infinite loop). Maybe it won’t be perfectly synchronized with the temp state (i.e., it could rise the fan speed at 62 degrees instead of 60 degrees, or it could work at 60 degrees precise), but it works. Really. A smaller refresh-number will rise the precision, but I believe that you will be happy anyway
This method works even with a broken dsdt, but I remember you that a broken dsdt will keep your CPU temp very high anyway.
Please mail me if you find some problems with this method.
Download Curriculum formato PDF
Download Curriculum formato PDF
A volte bisogna dare spazio e provare qualcosa di poco conosciuto ma che promette bene.
In questo caso, ho dato spazio alla semi-sconociuta distro Vlos 1.2, conosciuta come VidaLinux (http://desktop.vidalinux.com).
E’ una distribuzione otimizzata per molte piattaforme, nel mio caso i686.
L’installer che utilizza é Anaconda, sfruttato da RedHat e poi Fedora. L’installazione é quindi grafica e semplice. Ha riconosciuto tutte le periferiche del mio Dell Inspiron 9300, compreso il disco fisso SCSI. La distribuzione occupa un solo CD da 700mb, e contiene molto software utile. A volte una distribuzione un po’ piú piccola, che contiene qualcosa in piú dell’essenziale, torna utile, per non avere spazio sprecato sull’hard-disk. In questo modo avremo un sistema compatto, veloce e che necessita solo di un paio di aggiunte relative ai propri gusti personali.
Vlos 1.2 include il kernel 2.6.12, GCC 3.4.3, Gnome 2.10.1 e KDE 3.4.1. Gnome non é all’ultima versione ma é giá stata inclusa nelle versioni di test della Vlos 1.3. Gli sviluppatori vanno pazzi per Gdesklets (pure io!) e l’hanno incluso, con una serie di desklets personalizzate. Supporta bene le schede wireless incluse nella piattaforma Centrino e Centrino II.
Anche Samba é inclusa, per poter far comunicare Vlos e Winzoz in rete.
Dopo l’installazione, che dura una quarantina di minuti, si riavvia il sistema e si é accolti da uno splendido splashscreen, con tonalitá nere e verdi, ed il simbolo di VidaLinux. Una barra di scorrimento insieme ad un numero in percentuale ci avvisano delle fasi rimanenti per il boot del sistema. Ovviamente, premendo F2 si puó vedere in dettaglio ció che funziona.
Anche la schermata di login é ben strutturata e chiara.
Xorg non ha riconosciuto alla perfezione il monitor del portatile, ma c’é da dire che si tratta di un 1440×900, risoluzione un po’ esotica.. Dopo averla cambiata nel file /etc/X11/xorg.conf, il desktop Gnome si presenta con un tema leggero e molto carino, sempre con i colori di VidaLinux. Da segnalare l’assenza dell’editor Vi nell’installazione di base.
Il sistema di installazione pacchetti é Yukiyu, un front-end del sistema di pacchetti Gentoo.
Si, é una distribuzione basata sui sorgenti, solo che quelli dell’installazione sono pre-compilati e otimizzati, mentre quelli aggiuntivi bisogna compilarseli da sé, ma tutte le operazioni sono gestite da Yukiyu. E’ sufficiente selezionare il programma da installare e clickare su Emerge. Il resto é automatico, ed otimizzato per il proprio pc!. I repositories sono quelli di Gentoo,
Insomma, una valida alternativa, una distribuzione veloce e per chi non vuole compilarsi tutto da capo.
Da provare!
Twitter
Recent Comments