Missing gtk+ icons/font render problems?

On my test weekly system I noticed that gcc wasn’t updated first. The order of things sometimes matter! If you see messages like this error while loading shared libraries: libffi.so.6 during package updates, you are surely affected by this. So if you notice problems with icons go missing, weird colors on gtk apps:

# equo install x11-libs/pango x11-libs/gdk-pixbuf x11-libs/gtk+:2 x11-libs/gtk+:3


Playing with Plymouth

If you ever wondered why Fedora and Ubuntu have such nice animated boot screens, let me enlighten you on this subject. They are using Plymouth to achieve this.

If you want to play with this I have some instructions for you to follow but be warned that you should know what you are doing and let me start with summing up some known issues:

All following problems should be solved when Plymouth is finally integrated with OpenRC.

1. Because Plymouth is taking over the control of tty1 it might mess it up. Although they should no longer occur with 0.8.3-r3.
Line endings might be messed up.
Password typed in tty1 might be not hidden. Switch to another tty to login.
2. Plymouth turns on OpenRC’s interactive mode. The workaround is to disable it permanently in /etc/rc.conf.
3. Splash might freeze on some stages and not respond immediately.


If this didn’t scare you away yet here are the steps to make it work on a Sabayon system:

equo install dracut plymouth

change Openrc configuration:
edit /etc/rc.conf


list plymouth themes and select one:
plymouth-set-default-theme –list

we select the solar theme:
plymouth-set-default-theme solar

generate initramfs:
dracut -H

NOTE: Whenever you change plymouth theme regenerate initramfs:
dracut -H -f

when you generate a new initramfs notice this line:
I: -rw-r–r– 1 root root 4050903 Mar 6 21:04 /boot/initramfs-3.2.0-sabayon.img
this is the location of the generated initramfs we need to add to the next step.

edit /etc/grub.d/40_custom

menuentry “Dracut” {
linux /boot/kernel-genkernel-x86_64-3.2.0-sabayon root=/dev/sda1 video=uvesafb:mtrr:3,ywrap,800×600-24@60 quiet splash
initrd /boot/initramfs-3.2.0-sabayon.img

regenerate grub.cfg:
grub-mkconfig -o /boot/grub/grub.cfg

reboot and select the Dracut entry from grub

Leave a comment

Reverting xorg-server

We are going to revert to xorg-server-1.10.4
After some discussion we decided that we are not going to ship latest and greatest xorg-server due some issues:

– FGLRX broken with Xvideo (VLC/mplayer/etc can crash X)
– Legacy NVIDIA drivers do NOT work with latest xorg-server
– No noticeable new features in latest xorg-server.

It almost never happens we decide such a thing after sending out packages to main repository. The package “downgrades” will follow soon.


GNOME 3 Shell and fglrx fixed in next driver!

So we all complained about fglrx not working with GNOME Shell and it was evil AMD closed source drivers ignoring GNOME users, at least that is what you would think.

The opposite is true here it seems.
As we can read in this bugzilla report. A bugzilla that is not owned by AMD.

We can see AMD respond explaining they noticed the problem 2011-08-10 and it was fixed within 2 days.
They also explain that it takes 4 weeks to go through QA testing before it finally gets released. That obviously makes sense to anyone.

So how can things take this long? Didn’t GNOME developers actually test gnome-shell with fglrx drivers? Didn’t distributions that noticed the bug realize the Bugzilla wasn’t even owned by AMD at all? What would have happened if GNOME developers actually reported this to AMD while GNOME Shell was in a more early development cycle back in 2010?


Thank you AMD! Looking forward for the 11.9 driver that will hopefully come out within 4 weeks.


“Nelson Marques 2011-05-25 23:30:05 UTC
ATI/AMD needs to fix this, not really us… I’ve opened this bug report on
their end, and other distro’s have the same issue…”


I installed Sabayon 6 what now?

Here is a very short guide what I would do directly after install.

Open a terminal and become root. (you type in su and hit enter and then give your root password)

Now the first thing would be to update the repository database:
equo update

It will now tell you there is 1 update available, glibc. This is an update that always must be installed before anything else so go ahead.
After installation it will re-spawn Entropy and continue asking to install the additional updates.

We stop here and first install the new entropy code with a trick so it doesn’t start pulling in huge dependency trees. Entropy does not need them to run anyway.

equo install entropy equo --relaxed

Once done we need to sort the mirrors. I noticed that on my test case it was set to a mirror in Australia. This is the other side of the globe and obviously not the best speedy connection I could get.

equo repo mirrorsort sabayon-weekly

Wait for it to test and then continue.

equo upgrade

And there you have it.


Testing GNOME 3

About 2 weeks ago GNOME 3 was added to the testing repository and I think it is good enough for more experienced users to go and play with it. I’d like to state that if you like GNOME 3 or not, we cannot help that.

If you use fgrlx drivers (<=11.7) do not migrate yet, GNOME Shell doesn't work with it!
You can get it to work if you remove ati-drivers and move to the OpenSource ati driver and switch to Gallium3d (eselect mesa)

To give you a head start here let me give you a quick howto migration guide.

1. Add Limbo (obviously)
2. Upgrade your system completely
3. Restart your system (A new gdm is installed and for me it required me to reboot or restart dbus)

If you log in the first time you will notice a warning and the Fallback desktop will load. This is wanted behaviour.

4. Install gnome-shell and log out
5. log in and there you go.

Some tweaks to apply:

– install gnome-tweak-tool
– install gnome-extra/gnome-shell-extensions-activities-button

Open gnome-tweak-tool and then:

File manager – Put all options on if you want desktop Icons
Interface – Select the Elementary icon theme as your default theme

Have fun!


Sabayon Nostalgia

I came across a post made by Jeff Hoogland on his blog back in March. I never was much of a KDE user myself, but I recall how fast and stable it was in early Sabayon 3.

If you didn know it yet, KDE 3 has been removed from Gentoo Portage tree a while back. Same goes for Qt version 3 and the qt3 useflag.
Being removed from Portage tree does not mean it isn’t available anymore, actually, it still is and is being maintained too!

Everything got moved out tree into the sunset overlay.

I went ahead investigate what it would take to get it running on a current Sabayon 6 installation.

Sync Portage tree and add the sunset overlay:

emerge --sync
layman -a kde-sunset

Now I noticed that so far the only “big” change would be that I needed avahi from kde-sunset overlay. Since kdelibs:3.5 has a dependency on avahi with qt3 useflag.

Look at /etc/portage/package.use and add the qt3 useflag to the avahi entry so it looks like this:
net-dns/avahi howl-compat mdnsresponder-compat dbus gdbm -gtk python autoipd -qt4 qt3

Now we can go ahead and merge kde-base/kdebase-startkde. I tend to always install this one instead of kde-meta. It makes a nice minimal KDE installation.

Remember that you can use Entropy to install additional build tools, to keep as much insync with Entropy.

emerge -av kdebase-startkde:3.5

And there you have it!

Notice the :3.5 I used here. This is NOT a version it is a SLOT.

If you later want to install additional KDE 3.5 programs, e.g. ksnapshot or konsole do it like this:
emerge -av konsole:3.5
emerge -av ksnapshot:3.5

For Entropy users:
Mask avahi, otherwise Entropy will pull in the Entropy version (without the qt3 flag enabeld/available)
equo mask avahi
Finally sync Entropy database, so it is aware of the changes you made:
equo rescue spmsync



Get every new post delivered to your Inbox.

Join 171 other followers