[00:07] RAOF: so, is there a bug yet ? [00:07] lifeless: About GTK? Um, no. [00:07] Let me fire up gdb. [00:12] step 1, file a bug on launchpad. [00:12] step 2, look at the gtk+2.0 package [00:13] RAOF: bug 391398 [00:13] Launchpad bug 391398 in gtk+2.0 "Applications segfault with gtk+ version 2.17.2 when selecting listbox values" [High,Confirmed] https://launchpad.net/bugs/391398 [00:13] Yeah, just found that. [00:14] I'll see if my backtrace is anything not already there. === edson is now known as Orochimaru === Orochimaru is now known as edson === FFForever-Away is now known as FFForever === WelshDragon is now known as YDdraigGoch [01:53] i need help connecting my home wireless to ubuntu. can anyone please help me [01:54] danny1: #ubuntu is where you want to be. If that's too noisy, launchpad answers or Ubuntuforums are good places for support. [01:54] okay. thank you === yofel_ is now known as yofel === FFForever is now known as FFForever-Away [02:39] What happened to /udev/vol_id in karmic? [02:39] Err.../sbin/vol_id [03:09] What's the best next step for bug #395321? [03:09] Launchpad bug 395321 in xen-3.3 "incomplete patch to curses module in python2.5" [Undecided,Invalid] https://launchpad.net/bugs/395321 [03:09] Subscribing ubuntu-main-sponsors? [03:12] yes, at least for the karmic stage [03:13] Is that better than trying to get doko's attention? [03:13] could be, I'm not sure how busy he is [03:14] (debian/control has a Vcs-Bzr of LP:~doko/python/pkg2.5) [03:15] subscribing the sponsors team is the usual route for getting the fix in, at least [03:15] I guess I'm just not clear on how the procedure changes when a package seems to have an owner in Ubuntu [03:16] ebroder and ajmitch: As I understand it, doko is on a 6 month rotation with Canonical OEM services so doesn't have a lot of Ubuntu time at the moment. [03:16] ScottK: ok, that'll explain why I haven't seen him around as much :) [03:16] ubuntu-main-sponsors it is, then :) [03:16] Thanks, ScottK [03:17] the patch looks small enough to review quickly [03:21] Is there a known issue with ifup and /var/run/network/ifstate? [03:21] I haven't heard of any [03:22] * ebroder sighs. Time to go digging [03:22] karmic? [03:22] Yeah. I'm getting "ifup: failed to open statefile /var/run/network/ifstate: No such file or directory" when I try to ifup eth0 [03:23] This is also a Xen dom0, though - I can't tell yet if that's affecting things [03:23] odd, I see some mentions of it in the ifenslave changelog (from a google search) [03:24] (the issue is that /var/run/network/ doesn't exist) [03:25] it exists on my karmic machine that I rebooted yesterday, fwiw [03:27] i'll try without the Xen hypervisor [03:28] my karmic box is also a desktop, so it runs NM which fiddles with that file [03:28] Huh - doesn't happen when I'm not running with Xen [03:28] Probably has something to do with how Xen plays dumb games with bridges [03:28] that would be strange [03:29] Xen renames eth0 to peth0 at boot, and then creates a bridge called eth0 and adds peth0 to it [03:29] It's kind of gross, really, but so is all virtualized networking [03:29] more than just a bit messy [03:32] And...that time it seemed to come up fine. I <3 software [03:37] Or maybe update-grub just didn't put the Xen entry back in [03:37] So yeah, if I run under the Xen hypervisor, then ifup eth0 fails because /var/run/network doesn't exist [03:37] But this doesn't happen if I run the normal karmic -server kernel [03:38] thats been around since jaunty, made me scratch my head for some time trying to figure it out [03:38] i had to add [ -d /var/run/network ] || mkdir -p /var/run/network to my /etc/init.d/networking script on my openvz vps [03:39] Sarvatt: Did you ever figure out what's supposed to create /var/run/network? [03:39] udev which is disabled [03:39] in my case [03:40] /etc/init.d/loopback used to create it but they moved it [03:40] Looks like I'm running udev [03:40] /lib/udev/rules.d/85-ifupdown.rules now [03:42] it was real fun debugging that one remotely :) [03:43] I guess this is more or less bug #367171 [03:43] Launchpad bug 367171 in ubuntu "/var/run/network not created soon enough" [Undecided,New] https://launchpad.net/bugs/367171 [03:44] Oh wait...I think this is kernel version incompatibility for me or something [03:47] * Starting kernel event manager... [03:47] error getting signalfd [03:47] udevd[3412]: error getting signalfd [03:51] Aha - "To be able to use signalfd(), udev depends on kernel version 2.6.25 now." [03:57] just stick that command in /etc/init.d/networking on a new line after start) :D [03:57] That works, but it's a terrible fix [04:07] Ugh. I think at this point I'm just going to give up on maintaining Xen in anything after Hardy === FFForever-Away is now known as FFForever [05:19] asac: hi - just notifying that I'll be here for the next hours, in case you want feedback on this: https://bugs.launchpad.net/bugs/391040 [05:19] Ubuntu bug 391040 in network-manager "When eth0 is unmanaged, system connections for other NICs aren't displayed nor used" [Medium,Triaged] === FFForever is now known as FFForever-Away [05:52] fta: thunderbird-3.0 ftbfs, just to let you know =p [05:53] is there a gnome-do ppa on launchpad that anyone is aware of? [05:54] errr [05:54] gnome shell i should say [05:55] ubuntu-desktop [05:55] say again? [05:56] the ubuntu-desktop team ppa [05:57] http://ppa.launchpad.net/ubuntu-desktop [05:57] ? [05:57] launchpad.net/~ubuntu-desktop..... [05:57] ahh, i see it [05:57] http://ppa.launchpad.net/ubuntu-desktop/ppa/ubuntu/pool/main/g/gnome-shell/gnome-shell_0.0.1~git20090702-0ubuntu0.1_amd64.deb [05:57] is anyone running this on karmic yet? [05:57] i've never seen a 0.0.1 package before :P [05:57] yep [05:58] you're not going to be able to just install a deb for it though [05:58] oh [05:58] need the other things in there [06:01] It’s not even 0.0.1, it’s 0.0.1~ :-P [06:06] 8/c [06:07] * ion tries to parse the emoticon [06:07] *sigh* [06:07] Is there a good way to get a crash-report on apport when it segfaults? [06:10] ^-- pitti === FFForever-Away is now known as FFForever [07:06] soren: ping? [07:14] Good morning [07:15] mcasadevall: you mean when apport segfaults? it should catch its own segfault; if that happens recursively, you lose, though [07:15] Morning pitti [07:15] pitti, I lost :-/ [07:15] mcasadevall: python crashes? [07:15] pitti, I posted a crash report from another machine, but I haven't bothered to setup a retracer on the ia64 porting box yet [07:15] mcasadevall: /var/log/apport.log? [07:15] pitti, looks like it [07:16] pitti, empty [07:17] mcasadevall: you could /etc/init.d/apport stop, ulimit -c unlimited, and call it from a shell (if it crashes that way, too) [07:17] pitti, yeah, it did, I submitted that crash report [07:17] mcasadevall: it doesn't crash in gdb? [07:18] pitti, I haven't setup the ddebs yet to try it [07:18] (the last dist-upgrade hosed gdm on me, I'm trying to fix that first) [07:22] pitti, mind looking at https://bugs.edge.launchpad.net/ubuntu/+source/libpango-perl/+bug/388980 (I can't request a sync on libgtk2-perl until this goes through) [07:22] Ubuntu bug 388980 in libpango-perl "Main Inclusion for libpango-perl" [Undecided,New] [07:22] mcasadevall: Or we demote libgtk2-perl? [07:23] mcasadevall: is ubuntu-mir subscribed? I don't have mail for it [07:23] pitti, ubuntu-mir is subscribed [07:23] good morning [07:25] StevenK, then we loose libgnome2-perl in main (I think) [07:29] done [07:31] * StevenK grumles at how mcasadevall didn't use the MIR template. [07:32] StevenK, I was given permission by pitti not to when I filed the bug [07:32] pitti, StevenK, https://bugs.edge.launchpad.net/ubuntu/+source/libgtk2-perl/+bug/372106 - care to process the sync request ;-) [07:32] Ubuntu bug 372106 in libgtk2-perl "Sync libgtk2-perl 1:1.220-2 (main) from Debian unstable (main)." [Wishlist,Confirmed] [07:33] mcasadevall: will be done during normal archive day batch processing [07:33] sweet [07:33] ugh [07:34] I think GDM broke because the xubuntu-artwork package is hosed on ia64 [07:34] * mcasadevall grumbles [07:36] good morning [07:36] morning dholbach [07:36] hi mcasadevall [07:36] how goes it dholbach === mcasadevall is now known as NCommander [07:37] good good - how 'bout you? [07:37] Hi dholbach [07:37] dholbach, trying to figure out why GDM is hanging on ia64 [07:37] hey geser [07:37] (and why python is broken; I think I need to setup an ia64 apport retracer at some point ...) [07:37] NCommander: good luck! :) [07:38] dholbach, indeed. I'm hoping to have both desktop and server CDs for ia64 building today actually, and be releasable with karmic again [07:38] (SPARC server is also something I'm working on as well, I still need to dehose its kernel) [07:39] NCommander: It's kernel needs cryptoloop enabled, and then it will probably build [07:39] StevenK, the sparc64 config is very sparse; I think its just a defconfig. I need to sitdown and fix that [07:39] Then I need to talk with the kernel team with transitioning the ia64 and sparc, and powerpc kernels to remove the -smp variants, and going to -generic [07:40] (and what we want the min. requirements for ia64 to be, ATM, it needs an Itanium2 processor or greater, but thats because the kernel built requiring that) [07:40] NCommander: And Colin, since d-i will need to be fixed. [07:40] StevenK, d-i was only broken due to a bug int he kernel packaging that caused kernels to be installed uncompressed [07:40] NCommander: If you change the names, d-i needs to know [07:41] StevenK, oh, right (and the seeds, and a bunch of other crap.) [07:41] Ugh [07:41] That's why I want to fix everything before I start playing transition the ports kernel [07:42] * StevenK finds himself using the word 'handwave' in an MIR again [07:42] StevenK, do you plan to use Ubuntu on your SPARC box if it gets to the point where its installable again? [07:43] NCommander: My Sparc box has been decomm'd and is sitting in a corner, powered off [07:43] oh [07:43] that answers that [07:43] * NCommander wonders if he's the only one to use Ubuntu/ia64 as a desktop OS ... [07:43] It's a fairly slow thing, but I could be convinced to fire it up [07:44] My sunfire is a freakign antique [07:44] :-/ [07:44] It's an Ultra5, and has (ugh) non-DMA IDE [07:44] Bah, even my Ultra10 is newer than that [07:45] * NCommander has an Ultra 10, Netra T1, Netra X1 (which I think has a faulty processor and a sunfire v120) [07:45] * TheMuso winces at StevenK's sparc having non-DMA IDE. [07:45] the sunfire is freaking load though [07:46] TheMuso, BTW, any luck w/ running down the issues w/ powerpc? [07:46] NCommander: No, I didn't look at it on the weekend. I don't know where to continue looking. [07:47] TheMuso, We need to get the xserve's in the data centre updated to hardy :-/ [07:47] The problem is that the last time that was tried, the machines themselves panicked [07:47] NCommander: hm...libgtk2-perl's tests are still ran, you know that, right? just a few of the tests are disabled. [07:47] Ryan52, ? [07:47] And powerpc defaults to power off when power cycled [07:47] NCommander: Yeah, but we kinda need something more short term I think. [07:47] TheMuso, *sigh* [07:47] TheMuso, let me go poke infinity, maybe he has an idea, or I can beg him to update the userland and pin the kernel [07:47] NCommander: your sync request made it sound like you didn't know this. [07:48] Ryan52, the changelog you posted for the Debian upload said they were disabled :-/ [07:48] I said "disable the failing tests" [07:48] I didn't say "and disable the suceeding ones too" [07:48] :) [07:49] NCommander: so if you do need special xvfb flags, you still need to patch. [07:50] NCommander: or you can ask nicely and I integrate it into my rules file too so that you don't have to maintain the patch...whichever way you prefer. :P [07:51] Ryan52, when I test built -2 on all architectures, it successfully built [07:51] Ryan52, so no patch is needed as of yet :-) (I remember I pinged you on this in d-perl awhile ago, then found out it wasn't needed) [07:51] then I guess you don't need special options to xvfb-run anymore. *shrug* [07:52] okie doke. [07:53] * RAOF would really prefer it if gdm didn't keep logging him out seemingly at random. [07:54] RAOF: "Feature" [07:54] RAOF: yeah, so would I! [07:54] at least it respawns [07:54] StevenK: "Any sufficiently obscure bug is really a feature"? [07:55] thats consolekit I think. [07:55] Or is it not... [07:56] Whatever it is, it seems like it _might_ be triggered by excessive typing. [07:56] Just the trigger you want for a dataloss bug! [07:57] Well thats not quite what happens for me. I start a session, then randomly I loose my session, have to log in, and then it doesn't crash again for the rest of the session until I restart. [08:00] fabbione: Dude! [08:01] soren: hey man [08:02] soren: got a minute or 5 for an old fart^friend? ;) [08:02] fabbione: Sure. What's up? [08:02] soren: need some help with hardy kvm :/ [08:08] bryce: could you please check bug 377090 again? Eric says that the userspace tasks are not fixed yet [08:08] Launchpad bug 377090 in linux "[i945gm] (Needs kernel 2.6.31) DRI2 swapbuffers" [High,Fix released] https://launchpad.net/bugs/377090 [08:13] hi all [08:14] how to make a package and get it included in ubuntu repos? [08:16] daurnimator_: https://wiki.ubuntu.com/PackagingGuide [08:17] daurnimator_: and https://wiki.ubuntu.com/MOTU/Packages/REVU for getting it into Ubuntu [08:17] <\sh> moins [08:18] RAOF: where "excessive typing" is "two charactes, but only sometimes". I seem to keep triggering it by typing on irc. [08:19] Hobbsee: Same. [08:19] It seems to particularly like doing it in the first couple of minutes of my first session. [08:19] And there's nothing in the X log. [08:19] And it's certainly triggered by typing, but not by the amount. [08:20] <\sh> guys....when something like the jaunty kernel is complaining about acpi tables ... what do you need from the sysadmin to get it eventually fixed? mjg59 seems not to be here anymore ;) [08:34] wgrant, Hobbsee: same here. and it seems to be prevented if ones does the re-login oneself [08:40] wgrant, Hobbsee: seems to be bug 395595 [08:40] Launchpad bug 395595 in gdm "gdm 2.26.1-0ubuntu2: Random logouts" [Low,Incomplete] https://launchpad.net/bugs/395595 [08:42] geser: Looks like it. [08:59] geser: yeah, that'd be it. I guess I should stop auto-logging in, then [09:01] hmm, so that upgrade went rather bad [09:02] Hobbsee: just log out once after booting, auto-login will log you in automatically again [09:02] oh [09:02] logging out doesn't wok fo me - or at least, logs me back in again without a prompt [09:03] * ogra sighs ... [09:03] yes, but after that you don't get kicked anymore (at least I doesn't get kicked after that) [09:03] so my gdm initscript was completely replaced by some weird wine binary [09:03] oh, right [09:04] * ogra wonders whats going on here [09:04] ogra: wine is obviously taking ove the wold. [09:04] grrr, and someone enabled the keyboard bell in pluse again [09:04] Hobbsee, well, i wouldnt mid a good merlot or rioja .... jut not on my disk ! [09:05] hehe [09:05] indeed [09:07] * ogra sighs and reboots once again [09:09] <\sh> hmm? gdm initscript replaced by wine binary? [09:12] mumble [09:13] so why does gdm suddenly show me systm users ... i surely dont want to log in as approx [09:13] and why does it default to the userlist [09:13] sigh [09:13] and why is my console kbd set to US again [09:14] * ogra thinks new gdm hurts more than it gains us [09:15] ogra: the keyboard layout should be fixed now (in -0ubuntu2) [09:15] ii gdm 2.26.1-0ubuntu2 GNOME Display Manager [09:16] it was fine in ubuntu1 for me [09:16] it just broke with the last reboot [09:17] oh, right. the console layout is also broken (just checked) :( [09:17] ogra@osiris:~$ sudo hddtemp /dev/sda [09:17] /dev/sda: Hitachi HTS722012K9SA00: 41°C [09:18] humm, and that used to be around 30-35°C before [09:18] ogra: listing your system user in gdm could be bug 395281 [09:18] Launchpad bug 395281 in kerneloops "gdm 2.26 criteria for which users shown in greeter list are bad" [Undecided,Invalid] https://launchpad.net/bugs/395281 [09:18] intrestingly its only the approx user [09:19] and i installed approx weeks ago [09:20] or reinstalled [09:20] so i wonder, if its the ck bug, why does it show up now and not before [09:23] ogra: Did gdm 2.20 use CK for that? I remember it being more staticly defined in the config file. [09:24] i think the old gdm just didnt use uid's below 1000 [09:25] Right. [09:25] what really bothers me is that replacing of the initscript, thats not supposed to happen [09:26] ogra: right, I see the realtimekit user in gdm [09:27] ogra: keyboard layout works for me now, though [09:27] pitti, on console ? [09:27] it works fine under X [09:27] oh, haven't tested that [09:27] (with German layout) [09:27] gdm changes the console keymap? bad gdm [09:27] its simply wrong in tty [09:27] please file a bug then [09:27] /etc/default/console-setup is right? [09:27] well, it doesnt, thats the point :) [09:28] it did until last upgrade [09:28] gdm isn't supposed to set the console keymap [09:28] that's /etc/default/console-setup [09:28] and X reads it from there [09:28] XKBMODEL="pc105" [09:28] XKBLAYOUT="de,us" [09:28] XKBVARIANT="nodeadkeys," [09:28] XKBOPTIONS="grp:alts_toggle" [09:28] hmm [09:28] "de,us"?? [09:28] where does the us come from there ... [09:28] i never touched that file [09:29] it should be written by the installer [09:29] must be the gnome tool [09:29] well, when my X keymap was gone you suggested i should set it in the gnome keyboard tool, that has an US map by default [09:30] i didnt delete the us one but added the german one and clicked on "set systemwide" [09:30] so i guess its gnome-systemtools fault [09:31] ah, that would be it [09:31] mvo: what would be the right package for this? ^ [09:32] (AFAIK you did the "system wide" stuff, didn't you?) [09:32] pitti: ubuntu-system-service [09:32] ogra: ^ [09:32] * ogra removes the us kbd in the kbd properties and reboots once more [09:32] hey [09:32] but it sounds to me like we should teach console-setup about layout="one,two" [09:33] someone promised the system menu would have the reboot item back [09:33] bah [09:33] i only have logout here [09:33] it does [09:33] gnome-panel version? [09:33] lock screen and logout... [09:33] no idea, upgraded 20min ago [09:33] * ogra checks [09:34] 1:2.26.2-1ubuntu4 [09:34] mvo: does console-tools actually understand several layouts? it doesn't make sense, it should just do the default one [09:34] ++ [09:34] ogra: hm, that should be the fixed one [09:34] ok [09:34] * mvo fixes [09:34] * pitti pokes gdm for the "shows system users" issue, thanks to james_w for analyzing [09:35] pitti, i *had* the shutdown option yesterday, it must have been gone with todays upgrade [09:36] pitti: hm, so for me de,us in the console works just fine, switching keymaps with alts works too [09:36] ^-- ogra [09:37] mvo: wow, I wasn't aware that VTs could do that [09:37] mvo: is "both alts" hardcoded there? [09:37] I think it reads it from xkboptions [09:37] ah [09:37] XKBOPTIONS="grp:alts_toggle" [09:37] nice [09:37] yeah [09:38] so gdm does not do anything to the keymap? or does it read the /etc/default/console-setup file? [09:38] mvo: gdm really shouldn't [09:39] if it does (by default), it's a bug [09:39] * mvo pokes it a bit [09:39] mvo: hal reads /etc/default/console-setup, and X.org reads it from hal [09:39] console-setup is right now [09:39] the keyboard isnt though [09:39] gdm doesn't even have an UI for setting the keymap [09:39] so it shouldn't mess with it [09:39] XKBMODEL="pc105" [09:39] XKBLAYOUT="de" [09:39] XKBVARIANT="nodeadkeys" [09:40] XKBOPTIONS="grp:alts_toggle,altwin:menu" [09:40] still US kbd on tty [09:40] ogra: so on the console you also got us? [09:40] hmm [09:40] mvo, *only* on ttys [09:40] its right in X [09:40] ogra: you rebooted after this? or restarted whichever init script reads it? [09:40] rebooted [09:40] ogra: does it work if you run /etc/init.d/console-setup start manually? [09:41] * ogra tries [09:41] console-setup:# Short-Description: Set console font and keymap [09:41] hmm [09:41] mvo, yes [09:41] race ? [09:41] ogra: I suspect its run too late then for some reason [09:41] yep [09:42] i dont know if it still runs from initramfs (it once used to) [09:42] * ogra does an update-initramfs and reboots [09:42] hi [09:42] ogra: I think that is the problem, for me LAYOUT=de,us seems to work fine [09:42] have you planned to sync the kernel git with the latest update ? [09:43] saispo: 2.6.31-rc2 was uploaded a few hours ago. [09:43] TheMuso: for hardy LTS excuse me :) [09:44] saispo: oh ok then. :) [09:45] initramfs -> didnt help [09:46] so the initscript needs to move [09:46] though thats run in rcS [09:46] i dont get how it can be to late [09:48] TheMuso: you think, it will be sync soon ? :) [09:49] TheMuso, please disable the keyboard bell in terminals again in pulse, the "clonk" if i reach the beginning of a line makes me mad [09:49] ugh ... /etc/rc2.d/S12915resolution how did that get there [09:51] ogra@osiris:~$ LANG=C sudo apt-get remove --purge 915resolution [09:51] ... [09:51] Package 915resolution is not installed, so not removed [09:51] ... [09:51] ogra@osiris:~$ ls -l /etc/rc2.d/S12915resolution [09:51] lrwxrwxrwx 1 root root 23 2008-04-10 17:26 /etc/rc2.d/S12915resolution -> ../init.d/915resolution [09:51] i'm pretty sure i *never* had 912resolution installed on this machine [09:52] * ogra cries ... whats going on with my laptop [09:52] /usr/share/initramfs-tools/scripts/init-top/console_setup:if [ -f /etc/console-setup/cached.kmap.gz ] && type loadkeys >/dev/null; then [09:53] ogra: ^ [09:53] it seems that it does really weird things in initramfs [09:53] it doesn't use setupcon, etc. [09:53] its only a fallback so you have your keyap in busybox [09:53] iirc [09:53] right [09:53] cjwatson would know more [09:54] ogra: so calling the init script manually works for you, right? [09:54] * ogra doesnt get where that 915resolution comes from [09:54] yeah, that changes the font and makes the kbd work right [09:54] * ogra doesnt get either why purging it doesnt remove the initscript [09:54] ogra: you have /etc/rcS.d/S49console-setup ? [09:54] yes [09:55] ogra: could you try booting with "text", to not start gdm at all? just to check whether gdm messes it up again? [09:55] ok [09:55] rescue should also work [09:55] i'm not sure its gdm related at all though [09:56] might just be Keybuk's fault anyway :P [09:57] it's new style kernel mode setting for the intel graphics, rather than leaning on the userspace xorg driver [09:57] nastiness [10:00] same issue in text mode === asac_ is now known as asac [10:02] ogra: do you have "Setting up console font and keymap" at all in the boot log? [10:03] * ogra sighs and reboots again without splash ... [10:03] indeed i only added text [10:03] :) [10:03] oh [10:03] my shutdown item in the menu is back [10:03] intresting [10:05] slangasek, james_w, would either of you be able to cast your eye over a kernel hanging out in binary new for me [10:11] * ogra curses about unstoppable fsck without splash [10:12] mvo, it does the right thing without splash ... BUT ... i have no äöü or any other special chars at the login prompt [10:12] which is kind of weird [10:12] though the delay through fsck might indeed have hidden the race [10:13] (since when do we check after 20 mounts btw, it used to be 30) [10:14] * ogra reboots once again without splash to make sure the fsck didnt influence it [10:18] ok, its definately usplash related [10:19] i reproduced it twice with and without splash makes the difference [10:20] (though the behavior of the login prompt is intresting) [10:21] hrm [10:21] guys what needs to go wrong to have working system except that dpkg, apt-get and synaptic segfault? [10:21] compiz stopped working as well [10:21] and cant be enabled again [10:21] ogra: I'm aware that console-setup isn't setting up ttys properly right now - it's nothing to do with the new gdm, as the bug has been open for a couple of weeks [10:22] ogra: workaround: 'sudo setupcon' from a virtual console after boot [10:22] yeah, i noticed its not gdm [10:22] it was just my first shot since gdm messed with my kdb settings in X before [10:23] ebroder: vol_id was replaced by blkid [10:23] cjwatson: I saw that. Thanks [10:24] mvo ! [10:25] /etc/xdg/compiz/compiz-manager: 1: /dev/sda1: Permission denied [10:25] /etc/xdg/compiz/compiz-manager: 2: tmpfs: not found [10:25] /etc/xdg/compiz/compiz-manager: 3: proc: not found [10:25] /etc/xdg/compiz/compiz-manager: 4: sysfs: not found [10:25] /etc/xdg/compiz/compiz-manager: 5: varrun: not found [10:25] /etc/xdg/compiz/compiz-manager: 6: varlock: not found [10:25] whats THAT !?! [10:25] (from my .xsession-errors) [10:26] ERR [10:26] /usr/bin/compiz: 456: /usr/local/bin/compiz: not found [10:26] Looks like you might have some crazy stuff in /etc/xdg/compiz/compiz-manager [10:26]