XKB has an internal (I think) type called 'dooads'. This scares me.

Make of this what you will:

01:03 < daniels> clee: how about we set a definite platform release date?
01:04 < clee> daniels: uh, do we know enough to do that at this point?
01:04 < daniels> clee: we haev time enough to find out
01:04 < daniels> clee: locked in the same room together
01:04 < daniels> well, house, but anyway
01:04 < daniels> and not locked as such
01:04 < clee> That's very true
01:05 < daniels> i'd like some notice, not just 'Surprise! A platform!'
01:05 < clee> lol
01:05 < daniels> how does july 31st sound?
01:05 < clee> dammit, you've uncovered my evil plot!
01:05 < clee> "SURPRISE! PLATFORM!"
01:05 < daniels> heh
01:05 < clee> subtitle: Slow Vengeance vol. 1
01:05 < daniels> slow is right :\
01:06 < clee> I think that July 31st sounds like it might actually be doable.
01:06 < daniels> it is so.

I have suspended all SSH access to fd.o (well, except my own), thanks to the nasty little DoS without a proper patch circulating (yes, I've seen the one on lkml, and I'm kind of hesitant to apply it). Sorry guys.

So, I was doing some hacking on fd.o's X (importing some apps, strong deps), when it occurred to me that no-one hacks on it because it doesn't even bootstrap. So, a few hours, two run-outs of disk space, several bootstrap attempts, numerous tarballs, and a fair few revisions later, X is now bootstrapping fine. Starting from scratch on a machine that had never seen X libraries, I ran through xlibs and xserver-xorg, and it all worked.

So, if you want to hack on Xorg's modular stuff, use xlibs from CVS (the usual place), and grab my latest xserver-xorg tarball. Sorry for all the false starts, but latest xlibs plus that tarball is a goer.

Phil Blundell fixed xtrans already, after like half an hour of looking at it; fresh eyes solved the problem rather than stubborn persistence. Word up, Phil.

That's how easy it is to fix incredibly annoying stuff that affects everyone, seriously. We've had Phil bust up xtrans and two others start to work on Xorg's loader (and thanks to Donnie for a massively helpful Gentoo bug report on weak symbols), but there doesn't seem to have been much other progress.

There is not a flood of volunteers now. You will not get caught up amongst all the other people falling over themselves to get involved in fd.o. So, come get involved, and I'll buy you beer some day. I think I owe Phil supplies enough until he passes out, for one.

Phil Blundell, I love you.

freedesktop.org needs you. Every single one of you. We need hackers, documentors, translators, accountants, whatever. If you have too many hours in the day, or you're bored, or whatever, *please* consider helping freedesktop.org out.

The best way to get involved is with an individual project: I understand that D-BUS could do with some extra hacking love, and it definitely needs its documentation fleshed out. I don't know how HAL's going. There are lots of other projects. Modular X needs help.

Look through TODOs, do what needs to be done, and send the result to lists. Go through Bugzilla and fix what you can. The cool stuff coming out of freedesktop.org doesn't just happen as the result of an accident with a particle accelerator and a goat: it only happens when people hack on it.

Damnit.

Does anyone know libdl well enough to help me track down a really weird bug? I've built an X server with what seems to be a reasonably well-working loader, except libdl seems to completely ignore RTLD_LAZY and resolve all symbols nownownow. Which doesn't work so well when you consider that the ati, atimisc, r128 and radeon modules all interdepend, so immediate symbol resolution will always bite you. If you want to have a bash, grab the latest tarball *AND* diff from fd.o/~daniel.