Posts Tagged ‘ debian sid

Gnome on Debian Sid and ekiga+libpt problem solved

If you are running Debian Sid (i386) and are trying to install Gnome using

apt-get install gnome

You will probably might be disappointed because of problems regarding gnome-desktop-environment, ekiga, ptlib (libpt2.6.4) and opal (libopal3.6.4). Everything seems related to a missing 386 version of libpt2.6.4 on Debian Sid. Also libpt2.6.4-plugins is missing. Packages are also reported to be broken.

Well, I was tired to wait for the right solution of Debian’s Gnome maintainers (respect to all of them!) and have just built my version of ptlib with built-in plugins. If you download it, install it and try again to install gnome, everything works fine.
Obviously, there are reasons behind the absence of a i386 version of libpt2.6.4 and libpt2.6.4-plugins from Debian Sid repositories. My workaround is surely not the right way to fix the problem, as I don’t know the reasons of the blocks on those packages. It may be either serious technical reasons or “simpler” political reasons. You might prefer to wait for the heroes to fix the problem in the Debian way. You are advised, anyway.

If you feel brave and just want to see your Gnome Desktop Environment appear on your Sid box then follow these steps:
1) Download my libt2.6.4 Debian Sid package. It provides libpt.2.6.4 and libpt2.6.4-plugins required by Ekiga, which is required by gnome-desktop-environment
2) Install it:

dpkg -i libpt2.6.4_2.6.4-1_i386.deb

3) Try again to install gnome:

apt-get install gnome

Stop here if everything is fine!

If it doesn’t work:
4) Try first to install libopal3.6.4:

apt-get install libopal3.6.4

If it works, go back to step 3.

If it doesn’t:
a) Try first to install Ekiga:

apt-get install ekiga

If there are still problems with libopal:
b) Download my libopal3.6.4 Debian Sid package. It provides libopal3.6.4, which is also required by Ekiga.
c) Install it:

dkpg -i libopal3.6.4_3.6.4-1_i386.deb

Go back to step 3.

Good luck!

Related posts

Intel Graphic cards, Linux, Xorg and UXA performance boost

For people having Intel graphic chipset under Gnu/Linux, performance using 3D applications or Compiz-* window manager effects has always been a problem. Intel drivers for Xorg never gave problems but have also never been brilliant. I always looked around searching for xorg.conf tuning configuration entries.
Today I was simply browsing Ubuntu Wiki and discovered the UxaTesting page. I wanted to know something about UXA and Intel drivers, so I found a Wikipedia definition:

In computing, UXA is the reimplementation of the EXA graphics acceleration architecture of the X.Org Server developed by Intel. Its major difference with EXA is the use of GEM, replacing Translation Table Maps.

Yeah cool, the official Xorg Wiki Intel Graphics Driver page Gives also some more information, so if you’ve got one of these chipsets (you can verify using lspci | grep VGA ):

  • i810 and variants thereof
  • i815
  • i830M
  • 845G
  • i852GM
  • 855GM
  • 865G
  • 915G and variants (GMA 900)
  • E7221
  • 945G and variants (GMA 950)
  • 946GME
  • G33
  • Q33
  • Q35
  • 965G/Q
  • G35
  • G41
  • G43
  • G/GM/Q45

You may want to try out the new acceleration method by adding this line


Option "AccelMethod" "uxa"

To your /etc/X11/xorg.conf file, in section “Device”.

Please note that:

  1. UXA is not yet stable as EXA. Try it out, signal your experience on the Ubuntu wiki page and fill out a bug if necessary
  2. You will need at least Xorg server 1.6.0
  3. You will need at least xf86-video-intel-2.6.2 drivers
  4. I don’t think this is mandatory, but please tell me if you encounter differences when updating to 2.6.30.x kernel. I already have 2.6.30.0 on Sid so I don’t know if with a previous version this is working

On Debian Sid I just had to add the Option line to my xorg.conf file.
The performance differences are noticeable and incredible. Everything runs faster and smoother.
My glxgears output went from 60 FPS (using EXA) to 425 FPS (using UXA).
This is a 700% performance improvement!

Related posts

How to install MintMenu on Debian (lenny, sid)

I really like (and miss) Linux Mint Menu (mintmenu), so I installed it on my Debian Sid box and here is how I managed it:

  • Install mintsystem and mintmenu deb packages, either by adding mint repository to yout sources.list file or by downloading them from mint packages or simplier, by grabbing them from my blog
  • Help it to recognize your applications by symlinking some files in /etc/xdg/menus (as root):

    ln -s gnome-applications.menu applications.menu
    ln -s gnome-preferences.menu preferences.menu
    ln -s gnome-settings.menu settings.menu

  • Add mintMenu to your Gnome panel..

et voilà! Here are the two deb files I’m using:
mintsystem_61_all
mintmenu_4.2_all

Here is an updated screenshot:
MintMenu complete under Debian Sid

MintMenu complete under Debian Sid

If you also want to enable beagle or tracker, be sure to add the correct search command in the preferences of mintMenu (see the screenshot)

Related posts

Perché Archlinux non decolla

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!

Related posts