Yeah, I know that many people think it's a feature that we don't have everything Debian-branded - some people might like to.

Recent blog posting with Fedora Core 6 artwork. They also have a larger section in their Wiki dedicated to artwork.

The AMD64 system I installed these days welcomed me with an unobtrusive Debian wallpaper and Gnome splash. Thats not bad, but not really different from other distributions. Actually blue is kind of Fedora-ish, IMHO. Ubuntu has this yellowish-coffe-chocolate-look some like and some hate. SuSE has this green of the chameleon. But what does Debian look like?

A long time ago I modified the color schemes of some of the GTK engines. I just noticed that these color schemes (e.g. CleanIce-Debian) still exist, however the "light" color still strikes me as odd. I still like the dark highlight color, although readability isn't too good with dark fonts. DebianRed also still exists, and doesn't use these rose "background" highlights, but white or grey. That is a bit better IMHO.

Anyway, maybe someone could pick one of the nicer GTK themes and update or fine-tune the color palettes. Or maybe come up with something completely new. "I miss the chicken" ;-)

As mentioned here (referenced by SlashDot), Google doesn't want you to use the term "to google".

You're supposed to "search using Google" instead, apparently.

Actually I think Google owes much of it's current brand value to it being - in contrast to e.g. MSN search - (ab-)usable as a verb.

My experimental SELinux for Debian sarge backports have been updated. The core libraries and utilities are updated to the versions just uploaded to unstable.

Therefore, they may of course contain the same bugs as the unstable versions and since I redid the packaging of libselinux and libsemanage - I didn't understand Manojs packaging system, and these packages needed larger modifications for sarge python support - they may also contain extra bugs.

But even users of unstable might be interested in grabbing the "refpolicy" packages from this repository. These packages are now a modular policy. This is possible since the just uploaded toolchain finally has working policy module linking and results in a significantly smaller policy, since you don't have to add rules for software not installed.

To support this, I've written a tool to resolve inter-module dependencies and to automatically install modules matching the software packages you have installed. Expect to see this in the unstable refpolicy packages sometime, too. Maybe someone else will contribute a ncurses frontend to select policy modules.

Please note that bug reports should be directed to the Debian SELinux Mailing Lists. Please use the mailing lists, instead of just contacting me directly.

On a side note, I don't know if I'll be continuing these efforts.