Gentoo 2011 LiveDVD

Software in the making edition

Gentoo Linux is proud to announce the availability of a new LiveDVD to celebrate the continued collaboration between Gentoo users and developers. The LiveDVD features a huge list of packages, some of which are listed below.

  • System packages include: Linux Kernel 2.6.37 (with Gentoo patches), Accessibility Support with Speakup 3.1.6, bash 4.1, glibc 2.12.2, gcc 4.5.2, binutils 2.21, python 2.7.1 and 3.1.3, perl 5.12.3, and more.
  • Desktop environments and window managers include: GNOME 2.32, KDE SC 4.6, Xfce 4.8, Enlightenment 1.0.7, Openbox, Fluxbox 1.3.1, XBMC 10.0 and more.
  • Office, graphics, and productivity applications include: OpenOffice 3.2.1, XEmacs 21.5.29, gVim 7.3.102, Abiword 2.8.6, GnuCash 2.2.9, Scribus 1.9.3, GIMP 2.6.11, Inkscape 0.48.1, Blender 2.49b, XSane 0.997, and much more.
  • Web browsers include: Epiphany 2.30.6, Mozilla Firefox 3.6.13, Arora 0.11.0, Opera 11.0, Seamonkey 2.0.11, and other favorites.
  • Communication tools include: Pidgin 2.7.10, Quassel 0.7.1, Mozilla Thunderbird 3.1.7, Claws Mail 3.7.8, Qtwitter 0.10.0, irssi 0.8.15, and many more.
  • Development applications include: Anjuta, KDevelop 4.2, KDESvn 1.5.5, qt-creator 2.1.0, Bluefish 2.0.2, and many more.
  • Multimedia applications include: Amarok 2.4, MPlayer 1.0_rc4, DVDAuthor 0.6.14, LAME 3.98.4, ffmpeg 0.6, GNOME-MPlayer 1.0.0, SMPlayer 0.6.9, and several others.
  • Special Features:
    • Writable AUFS support so you can emerge new packages!
    • Persistence for $HOME is available; press F9 for more info!

The LiveDVD is available in two flavors: a hybrid x86/x86_64 version, and an x86_64 multilib version. The livedvd-x86-amd64-32ul-11.0 version will work on 32-bit x86 or 64-bit x86_64. If your CPU architecture is x86, then boot with the default gentoo kernel. If your arch is amd64 boot with the gentoo64 kernel. This means you can boot a 64bit kernel and install a customized 64bit userland while using the provided 32bit userland. The livedvd-amd64-multilib-11.0 version is for x86_64 only.

Keep in mind that Gentoo is a rolling release distribution, so the LiveDVD is primarily a means to check out if Gentoo is something for you, or just to quickly check out a different desktop environment than in your installation, etc. Thanks to the RAM-based writable aufs support, one can play around with the Gentoo package manager Portage as well, to get a feel for it.

Please select your architecture to be redirected to a mirror for download:

Note that the LiveDVD image can also be used as a LiveUSB image. Please read the FAQ on using the LiveDVD.

Let’s talk about some of the GNOME-specific stuff: the LiveDVD comes with a full GNOME 2.32 environment, plus a huge list of GTK+ Applications in there. Of course, you can emerge the ones that we didn’t include. GNOME 2.32 was shipped because GNOME 3 had not yet been added to the tree or even released at the time of release. There are plans for a GNOME 3 livecd/dvd for the future, though, so stay tuned!

GNOME 2.32 is also the latest stable version in the Portage tree, and we intend to support it longer than 2.30 (which is still available in the tree). You can also read up on GNOME 2.32 caveats by skimming the Gentoo GNOME 2.32 upgrade guide. Feel free to contact us on #gentoo-desktop @ FreeNode in case you have any questions or suggestions about GNOME 2.32 and GNOME 3.0 on the LiveDVD or in Portage.

We have also started a discussion thread in our forum. Please post any bugs you encounter to our bugzilla (now version 4!).

Thank you for your continued support,
Gentoo Linux Developers, the Gentoo Linux Foundation, and the Gentoo-Ten Project.

How to speed up maintenance and other Gentoo work?

I’m collecting ideas from the wider development and contributing community on how to help maintainers and contributors get work done quicker, or rephrased – how to get more done in the limited time we have.

This basically means ideas for tools, scripts, or functionality in some hypothetical centralized maintainer helper website or GUI/CLI program that would help save time in taking care of some of the gruntwork that gets done by maintainers right now manually or by scripts that don’t get shared and re-used and generalized as much as they could.

Then afterwards I can sort through the suggestions/ideas, try to make a summary and arrange some of them to actually happen.

If things get done quicker, there is theoretically more available time, which hopefully would translate into being able to bring us back to the bleeding edge in one hand, and high quality in another.

I have intentionally left out my own ideas at start to keep everyone’s mind open to various approaches to this.

Please share your thoughts and ideas as a comment here, on my matching e-mail thread to gentoo-dev mailing list or via private e-mail!

(I think with this post I prevented my blogging pause to not reach over a year by about 20 minutes :)))

GNOME 2.22 unmasked

Note that this is an old post from April 2008, we have newer that that, really. Apparently some planets like to repost them on broken feed URL updates 🙂

Yes, indeed, GNOME 2.22 is now unmasked in Gentoo and entered ~arch and the updated profiles should be on the way to a mirror near you. But only ~x86 and ~amd64 for now, as there is still some keywording work to prepare for the rest. As I’m pretty much exhausted from the intention of getting this done before sleep and it getting done past 5am, I’m gonna be short and sweet.

Upgrade guide here (updated April 3rd); bugs go here of course. Praises (to the whole team, I am just one) go in comments right here or whereever we see, general complaints to /dev/null or comments as appropriate. My appreciation for the GNOME upstream goes to Planet GNOME with right this post (Thanks for the nice release!) 🙂
And now I mv /proc/self /dev/bed and hope stuff doesn’t break too much.

gnome-power-manager tray icon not appearing on startup fixed!

Yes, that’s right. gnome-power-manager-2.20.0-r1 in Gentoo now shows its tray icon after GNOME startup.
So everyone using some workaround hacks (usually involving scripts with sleeps, killalls and restarts), please remove them after upgrading to this revision 😉
As Gnome-2.20 is planned to go to stable tree quite soon, I didn’t fix the 2.18 series.

So what was wrong you might ask?
Well, let me explain then, at least then this post might be somewhat useful to Planet GNOME readers, considering that there are some notions that other programs might be affected:

Somewhere in the 2.17 development cycle, gnome-power-manager added code to handle some special X keysyms, such as XF86XK_PowerOff. This code is realized through a callback from the gdk_window_add_filter mechanism. The documentation of it says the following:

Adds an event filter to window, allowing you to intercept events before they reach GDK. This is a low-level operation and makes it easy to break GDK and/or GTK+, so you have to know what you're doing.

If the GdkFilterFunc() callback returns GDK_FILTER_REMOVE then the processing of this event is stopped and gtk+ won’t see it, if it returns GDK_FILTER_CONTINUE then it’s continued and gtk+ will see it if some other filter that might be set up doesn’t stop it.
When a notification area applet is ready to accept icons, it acquires ownership of the _NET_SYSTEM_TRAY_Sn (n is the screen number) X selection on MANAGER atom and GtkStatusIcon takes notice of this through a XClientMessageEvent that is listened in a GdkFilterFunc of its own to know when it can create the icon and set up some other filters for a (orientation) property and destroy notification.
Now, the gnome-power-managers filter that is set up tries to filter for keypresses to catch the power management related ones and return GDK_FILTER_REMOVE for those and any other event gets a GDK_FILTER_CONTINUE. Well, that seemed to be the plan, it’s just that instead of
if (xev->type == KeyPress) { ...; return GDK_FILTER_REMOVE; } return GDK_FILTER_CONTINUE;
there was
if (xev->type != KeyPress) { ...; return GDK_FILTER_REMOVE; } return GDK_FILTER_CONTINUE;
stopping propagation of any non-keypress up to gtk+ and especially gtktrayicon-x11.c that was trying to listen to xev->type == ClientMessage type of events on the X root window for knowing about the tray manager appearing to create the tray icon into it. Whoops. No icon, no reaction to the keys.

So, lesson of the day – if you are an application or daemon with a tray icon be triple-careful if you need to use gdk_window_add_filter for some reason, or you might end up with the icon not appearing if the app is launched on startup or when the notification-area-applet (or any other notification manager) is reloaded manually or on a gnome-panel crash. You already need to be double-careful in using this mechanism and use it only when really really necessary – it’s a great way to make GDK or GTK+ break, just as the documentation says.

This is already fixed on trunk in the gnome-power-manager case, as per the relevant bug. Thanks, Richard. Also many thanks to Shogun, who figured out this happens in the –enable-xevents specific code, which is also probably the reason many of the other distros weren’t affected as they likely just don’t use this configure switch.

And, again, if you use a workaround hack for this, please remove it after getting the revision with the fix (now or in the near future in case of a stable tree usage) as starting gnome-power-manager twice is no fun

GNOME on Gentoo Linux feedback request


Now that GNOME-2.20 is unleashed to ~arch in Gentoo, I can come out of hiding again and try to blog again, as all the cool guys are doing.
As this should be the first post that gets to Planet GNOME – Hello Gnome-ers! Therefore also a quick introduction might be in order:
My name is Mart Raudsepp, I’m from Estonia and I’m a member of the Gentoo Linux GNOME team. That’s enough, m’kay? Oh and you might have noticed my mug in Vilanova or Birmingham.

So, coming back to the real topic, I’m intending to gather some feedback about Gnome and Gnome related packages in Gentoo.
Please put anything Gnome related that you have always wanted to see in Gentoo, but still don’t, in the comments or e-mail me (leio AT gentoo DOT org).
Any cool ideas or technologies we should integrate? Any cool packages we are missing? What about GNOME development tools and Gentoo as a development platform for GNOME libraries and applications – anything we can do to help there?

Lets see what we really miss based on the comments/mails and we’ll see what we can do about it 🙂
Now, go comment! I’ll look forward to it and do a follow-up post later.

GNOME-2.18 stable, 2.14 cleanup

So the long-awaited (sorry about that) GNOME-2.18 has gone stable on most of architectures now. I would like to remind the GNOME-2.18 Upgrade Guide, which I also updated half an hour ago for some minor corrections. As Daniel already noted you better upgrade with revdep-rebuild -X as this ought to fix expat breakage and upgrade GNOME/KDE at the same time, reducing pain.
I would use revdep-rebuild -X — -va myself to see what it will do 😉
If still some pain happens, especially related to intltool, you might want to rebuild sys-devel/gettext and dev-perl/XML-Parser manually as the first thing and do a revdep-rebuild -X again, if it didn’t order them first otherwise.

Now that GNOME-2.18 is stable, cleaning up of GNOME-2.14 from the tree is ongoing. This also means that linux kernel 2.4 subprofiles will loose all GNOME versions, which hopefully isn’t a problem because I can’t imagine why any desktop would use linux-2.4 still.
Someone please kill off these subprofiles completely, pretty please :-/

For the short-term future my plan is to get some more 2.18.3 version bumps in and stable all the remaining 2.18 updates soon too, which shouldn’t be a too big amount of packages. Also 2.20 is upon us soon, for which we will create action plans and take other measures to not slip with unmasking and stabling this time around. 2.19 is having a good life in the gnome-experimental overlay meanwhile, of course. We also have two new team members (hi!) rocking along and helping out a lot and covering times when me and/or Daniel are too busy with work, so the future looks good.
Stay tuned for some GNOME related public comment requests in some days 🙂

Heading for GUADEC 07 indeed

Just like Andreas, I will be heading to GUADEC as well and be there the whole week. So if you are there, then we should meet up! I might be even convinced to get stabilization of GNOME going in Gentoo with some beer 😀
To my knowledge remi and eva from the gnome team will also be there from Sunday. Who else from Gentoo? Let us know! I think zaheerm?

As I’m already in London, I will be at the Gentoo UK Meeting as well, and also at the “socializing event” the evening before (i.e, now), if welp would hurry up so we could head out :-/
I will arrive to Birmingham for GUADEC depending on what happens after the official Gentoo Meeting schedule, I guess.

gtk+-2.10 stabilization

News from the GNOME stabilization front:

We decided to go back to stabilizing GNOME in at least two steps again.
GTK+ and co in the first step, followed by the whole of GNOME as the second step.
So there is now bug #156572 for stabling gtk+-2.10 and co. It seems that amd64 is done already 🙂

Note that when going from gtk2.8 to gtk2.10, you need to rebuild packages that provide gtk modules (librsvg, gtk-engines and so on), as the modules ABI was upgraded from 2.4 to 2.10 – the gtk ebuild gives information about this too.
Additionally there might be problems with notification daemon related stuff, as noted in the GNOME 2.16 Upgrade Guide, probably won’t hurt to also do a revdep-rebuild run just to be sure.

Next step is GNOME-2.16 stabling and I hope that will happen soon…

The step after that?
Why are you asking. World domination of course.

GNOME pre-2.14 cleanup

I figure that as I haven’t really blogged much as of late, I could just as well note what my latest commit spree was about (related to that – go beat my todays commit count on in a productive way :>).

I cleaned up redundant versions in the GNOME packages, which mostly amounted to removing the versions for earlier than GNOME-2.14, plus some old 2.16 versions that have a newer version in the tree for 30 days already or the ones with bugs while only a newer version has fixes.
In total about 100 different versions/revisions were removed, so I hope that helps a bit to rsync times and mirror server space.

And, no, no gnome1 packages were removed in the process, just a few revisions that had newer ones in the same major.minor version-set available. That cleanup is for when they have sat in p.mask for long enough and for certain someone else.

Many things not officially part of upstream GNOME haven’t been cleaned up yet, as well as some of the most core libraries, just in case (and fear of being reprimanded when removing them :-/) – such as glib, pango and gtk+.
There is also lots of redundant gstreamer/gnome co-maintained versions around. Could someone at home with gst maintenance take a look please?

I hoped to get the redundant gnome herd (co)maintained ebuild revision count down to ~200, but ended up at 325 for now, from around 420ish at the start of my long “day”.

At any rate, the current reason to do the cleanup is more or less fulfilled – easier generation for an GnomeUpstreamDelta wiki page for official GNOME modules, listing patches that we apply on top of upstream tarballs, with an explanation of what it does and if and where it is filed upstream to reduce the delta. This is in line with other distributions doing the same. I believe Luis wanted to start with a proper page of ours very soon :p

PS: pcheck repo -c RedundantVersionReport rocks.

That is all.

GNOME-2.16 in unstable

Yes. That’s right.
GNOME-2.16 is out of package.mask and now nearing your unstable ~arch systems closest mirror with the speed of, :-/, electrons.
This is currently a 2.16.1 version of it.
For the rare (sub)profiles using Linux kernel version 2.4, GNOME-2.16 will stay masked, due to it requiring HAL (Hardware Abstraction Layer) quite heavily. The Linux version of it uses udev, which is new in 2.6 kernel. These profiles will however now get gtk+-2.10 with the necessary dependencies in their ~arch.

There is an upgrading guide over here:

It is likely that it will gain more items to it over time as things come up.

Enjoy! I know I am.
For the stable machines, well, the clock is ticking now.

Thanks to the GNOME desktop team for pulling this through!
I just got to do the finishing touches B)

Oh and I received a Gentoo GNOME team member badge some time ago for some reason :>>