[00:00] <seb128> which I didn't do here
[00:00] <asac> good
[00:00] <asac> so yeah
[00:00] <asac> now i have the problem ;)
[00:00] <seb128> good
[00:00] <seb128> you found a build depends issue thanks ;-)
[00:06] <asac> seb128: http://pastebin.com/f2dfdea6f
[00:06] <asac> try that
[00:06] <asac> instead of rules
[00:06] <asac> export
[00:06] <seb128> asac, you should use pastebin.ubuntu.com it's nicer ;-)
[00:07] <seb128> (trying)
[00:10] <seb128> asac, that seems to do the trick indeed, I tried something near before but my escaping was not correct apparently
[00:10] <asac> seb128: also use this for runtime: http://pastebin.com/f6c3a4c11
[00:10] <asac> its not tested, but should do the right thing if my python-fu was good enough
[00:11] <asac> oh there is a ) missing
[00:12] <asac> http://pastebin.com/fb9b065c
[00:12] <asac> that one
[00:12] <asac> seb128: at least you get rid of the runtime depends on the pkg-config files ;) (e.g. depends: xulrunner-1.9-dev)
[00:12] <seb128> asac, are the "" required in the first change?
[00:12] <seb128> the build one
[00:13] <asac> seb128: its safer i think
[00:13] <seb128> why? just being curious ;-)
[00:13] <asac> in case of whitespaces
[00:13] <seb128> anyway the runtime changes work, let me try the runtime thing too
[00:14] <seb128> asac, can you add the changes to the GNOME bug too for reference maybe?
[00:14] <seb128> asac, thanks a bunch
[00:16] <asac> seb128: i will. please just confirm that the runtime thing works
[00:17] <asac> e.g. that gnome-shell now works with those changes
[00:18] <seb128> asac, it's building one sec
[00:19] <seb128> asac, it "works"
[00:19] <seb128> ie it does the same that the upstream code is doing
[00:19] <asac> great
[00:19] <asac> ah
[00:19] <asac> ok
[00:19] <seb128> I'm not impressed by gnome-shell but that's an another topic
[00:19] <seb128> asac, you rock ;-)
[00:20] <seb128> asac, one beer for you at next sprint
[00:22] <asac> i will remember that ;)
[00:22] <asac> ok patches submitted
[00:22] <asac> not sure if they find them too ubuntu centric
[00:22] <asac> but if other distributions tweak the version in the pkglibdir path
[00:22] <asac> they should also keep the --gre-version fixed
[00:22] <asac> (like debian does it)
[00:27] <asac> seb128: unfortunately we probably will have to make libmozjs a top-level citizen lib in main ... too many apps use it :(
[00:27] <asac> i still try to push that back, but with couchdb using it, it doesnt get easier ;)
[00:27] <seb128> asac, "unfortunately"?
[00:28] <asac> seb128: well. upstream does not give any firm commitment that they will not break it in a security update
[00:28] <asac> for them its an internal thing ;)
[00:28] <seb128> you can convince upstream to make it a first class citizen too and guaranty stability?
[00:29] <asac> telling them that we want ABI guarantees is one thing
[00:29] <asac> the other thing would be to convince them to use SONAME versioning
[00:30] <seb128> there is any reason they would not agree?
[00:32] <asac> depends who you ask. javascript folks would agree. some firefox folks probably would argue that libmozjs on linux is not that important and that it will cause work in the future if they commit to make it a first class linux lib/product
[00:33] <seb128> asac, well we have a list of client applications, might be worth trying to convince them about it being useful
[00:34] <asac> seems we will try again ;)
[00:35] <seb128> good
[00:37] <asac> seb128: so will mutter get in the archive soonish?
[00:37] <robert_ancell> bryce: you there?
[00:37] <seb128> asac, it's in the ppa for now
[00:37] <seb128> robert_ancell, hey, waking up early today?
[00:38] <robert_ancell> seb128: I woke up and my X wont start :(
[00:38] <seb128> asac, we will probably wait for a stable tarball before uploading to karmic, should happen after GUADEC
[00:38] <asac> seb128: i noticed that ;) ... just wondering, because there is a network-manager-netbook applet that uses mutter.
[00:38] <TheMuso> robert_ancell: What kernel, and what video card?
[00:38] <seb128> robert_ancell, what error do you get? never upgrade just before travelling ;-)
[00:38] <robert_ancell> Is there a command-line way of running network manager?
[00:38] <asac> seb128: ok so its expected to be in universe for karmic?
[00:39] <seb128> asac, yes that's the plan if things go correctly
[00:39] <asac> robert_ancell: NetworkManager --no-daemon ;)
[00:39] <robert_ancell> ATI R300 it says I need to go to low resolution mode but that doesn't seem to work
[00:39] <asac> robert_ancell: but i guess you want to manage NM with command line
[00:39] <robert_ancell> asac: but will that connect to my wireless network automatically?
[00:39] <seb128> using fglrx or the ati driver?
[00:39] <robert_ancell> ati
[00:39] <asac> robert_ancell: configure your wireless connections as "auto connect" and "available to all users"
[00:39] <asac> then it will automatically connect
[00:40] <robert_ancell> asac: where is that config?
[00:40] <asac> robert_ancell: at best create it using the appet connection editor once
[00:40] <seb128> robert_ancell, did you look if you still have the previous deb in /var/cache/apt/archives/*.deb ?
[00:40] <asac> applet
[00:40] <bryce> robert_ancell, yep
[00:41] <robert_ancell> bryce: anything change in X between 7.4+3ubuntu2 and 7.4+3ubuntu4?
[00:41] <asac> robert_ancell: if you have that config set up it would be in /etc/NetworkManager/system-connections
[00:41] <bryce> robert_ancell, I posted a new -ati snapshot yesterday
[00:42] <asac> robert_ancell: alternatively configure it in /etc/network/interfaces and set NM to managed=true mode in /etc/NetworkManager/nm-system-settings.conf
[00:42] <robert_ancell> bryce: I have 1:6.12.2-2ubuntu2 installed
[00:43] <asac> robert_ancell: like http://paste.ubuntu.com/207811/
[00:43] <robert_ancell> asac: thanks
[00:43] <bryce> robert_ancell, the changes to xorg between  7.4+3ubuntu2 and 7.4+3ubuntu4 are not ones that I would think could cause a failure to setup the driver
[00:44] <bryce> robert_ancell, were you able to verify that downgrading to 7.4+3ubuntu2 restored your system?
[00:44] <robert_ancell> bryce: I haven't tried yet, I'm running on live cd at the moment
[00:45] <bryce> ok, well there's several other changes that have gone in lately that could cause this behavior
[00:46] <bryce> I could make random guesses, but it'd probably be more time efficient if you could reproduce the issue and then file a bug via ubuntu-bug xorg
[00:47] <bryce> might save you from chasing wild gooses too :-)
[00:47] <robert_ancell> bryce: http://paste.ubuntu.com/207815/ my gdm log
[00:47] <robert_ancell> hmm, I _don't_ have a /usr/X11R6/bin
[00:48] <seb128> robert_ancell, those issues have been fixed in gdm...-0ubuntu5
[00:48] <seb128> robert_ancell, you can change the xserver path in gdm.conf if that's the issue
[00:49] <seb128> but that's probably an another bug than the one I mention because xorg wouldn't start otherwise I think
[00:49] <robert_ancell> cool, I have ubuntu3. will update that
[00:49] <seb128> they dropped the X11R6 compat in the recent xorg upload
[00:49] <seb128> and gdm was still using it in its default config
[00:50] <seb128> the configure detection relies on the xserver to be installed which is not the case on the buildds
[00:50] <seb128> and the fallback is coming from an another age ;-)
[00:50] <seb128> anyway should be fixed in current karmic
[00:50] <bryce> bingo
[00:51] <bryce> yeah seb128's right.  updating should fix it.  Or edit your gdm.conf if you want to avoid updating temporarily.
[00:53] <robert_ancell> cool, brb
[00:53] <seb128> bryce, not sure if that's a known issue but xorg segfault on start with 2.6.31 on intel
[00:53] <seb128> crash in intel_drv.so
[00:53] <seb128> and there is a no mode found error just before
[00:55] <bryce> seb128, kees mentioned that to me earlier
[00:55] <seb128> ok
[00:56] <ccheney> new 2.6.31 kernel crashes on me on boot, anyone else see an issue like that?
[00:56] <ccheney> unfortunately it didn't log it to kern.log
[00:57]  * ccheney rebooted back to 2.6.30 to be able use his system
[00:59] <ccheney> ugh and firefox for some reason is constantly crashing on me
[01:01]  * ccheney can't wait until FF 3.5 becomes default, maybe it iwll be less crashy
[01:02] <robert_ancell> much better...
[01:03] <seb128> wb robert_ancell
[01:03] <seb128> walters, there? do you know if there is a GLib.gir somewhere?
[01:07] <robert_ancell> thanks all
[01:16] <seb128_> re
[01:16] <seb128_> dsl disconnected
[01:16] <seb128_> did somebody replied to my question? and what was displayed on the channel before that?
[01:17] <seb128_> just to know how much I typed before noticing I was disconnected
[01:18] <walters> seb128: should be built from gobject-introspection
[01:18] <seb128_> walters, hum, it's not
[01:18] <seb128_> walters, how much of what I was typing did you read?
[01:18] <seb128_> did you read my description of the current gnome-shell issues?
[01:18] <walters> seb128_: last thing i saw was  walters, there? do you know if there is a GLib.gir somewhere?
[01:18] <seb128_> ok
 ok, non working gnome-shell upload to the ubuntu-desktop ppa now
[01:18] <seb128_>  running gnome-shell starts a xephyr which is similar to what a standard xorg session looked 15 years ago
[01:18] <seb128_>  with only an X in a corner, a command line a eyes looking to your cursor
[01:18] <seb128_>  I guess that the actual shell is not working, -v says it exit
[01:18] <seb128_>  there is also "Log level 32: Execution of main.js threw exception: Error: Unable to construct boxed type Color since it has no zero-args <constructor>, can only wrap an existing one" displayed
[01:19] <seb128_>  trying gjs on a gnome-shell .js gives errors though
[01:19] <seb128_>      JS ERROR: !!!   Exception was: Error: Requiring GLib, version none
[01:19] <seb128_>  I expect that's part of the issue
[01:19] <seb128_>  anyway I will see that tomorrow, first package version in the ppa if somebody wants to work on it
[01:19] <seb128_>  
[01:19] <seb128_> walters, ^ basically where I got gnome-shell now
[01:19] <seb128_> looking why gobject-introspection has no GLib.gir
[01:19] <walters> seb128_: hmm, is there anything interesting before that?
[01:19] <seb128_> before what?
[01:19] <seb128_> gnome-shell?
[01:20] <walters> seb128_: any errors in the output
[01:20] <seb128_> for gjs or gnome-shell?
[01:20] <walters> seb128_: either
[01:21] <seb128_> walters, http://paste.ubuntu.com/207826/
[01:22] <seb128_> not sure if that's meant to be used that way
[01:22] <walters> hm, that site isn't responding
[01:22] <walters> ah there it goes
[01:22] <walters> seb128_: this looks like the root: JS IMPORT: Module 'gi' reported an exception but gjs_import_native_module() returned TRUE
[01:23] <walters> seb128_: hmm...i think that means it's failing to import one of the extensions
[01:23] <seb128_> walters, as said I've no GLib.gir if that's required
[01:24] <walters> seb128_: not at runtime no
[01:24] <seb128_> ok
[01:25] <walters> seb128_: hmm does 'make check' inside the gjs source work ok?
[01:25] <walters> seb128_: or another check, try gjs-console on examples/gtk.js from there
[01:26] <seb128_> walters, make check seems to work
[01:26] <seb128_> OK
[01:26] <seb128_> PASS: gjs-unit
[01:26] <seb128_> $ gjs-console /usr/share/gjs-1.0/signals.js
[01:26] <seb128_> works too
[01:26] <seb128_> gjs-console examples/gtk.js -> error
[01:27] <walters> interesting, can you pastebin that?
[01:27] <robert_ancell> later, until GUADEC...
[01:27] <seb128_> walters, http://paste.ubuntu.com/207828/
[01:27] <seb128_> robert_ancell, have a nice flight see you at GUADEC
[01:28] <walters> seb128: ok, do you have GLib-2.0.typelib in /usr/lib/girepository-1.0 ?
[01:28] <seb128> $ ls /usr/lib/girepository-1.0/GLib*
[01:28] <seb128> /usr/lib/girepository-1.0/GLib-2.0.typelib
[01:30] <walters> seb128: ok can you pastebin: strace -o /tmp/gjs.strace gjs-console examples/gtk.js ?
[01:30] <walters> seb128: output in /tmp/gjs.strace
[01:31] <seb128> walters, http://paste.ubuntu.com/207832/
[01:32] <seb128> hum
[01:32] <seb128> open("/usr/lib/girepository", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[01:32] <seb128> should be /usr/lib/girepository-1.0?
[01:32] <walters> yeah
[01:33] <seb128> where is that path defined?
[01:34] <walters> it's hardcoded inside libgirepository-1.0.so
[01:34] <seb128> I'm wondering if there is something which needs to be rebuilt with the new gobject-introspection and which didn't
[01:35] <walters> well, unfortunately at the moment, if introspection changes in general you need to rebuild everything that depends on it
[01:35] <walters> that's not the long term plan =)  but we haven't landed everything we need to for final
[01:35] <walters> but this problem makes me think you have a quite old version
[01:36] <seb128> gobject-introspection is 0.6.3
[01:36] <seb128> gir is a git snapshot from yesterday
[01:36] <seb128> gjs is 0.2
[01:37] <walters> well, we switched quite a while ago: 63cd2160        (Johan Dahlin   2009-01-15 22:31:07 +0000       135)      typelib_dir = g_build_filename (libdir, "girepository-1.0", NULL);
[01:37] <seb128> we had 0.6.1 until yesterday
[01:37] <seb128> which was using the old location
[01:37] <seb128> you rolled 0.6.3 tarball recently
[01:38] <walters> do: ldd /usr/lib/gjs-1.0/gi.so
[01:38] <walters> is it linked to libgirepository-1.0.so.0?
[01:38] <seb128> $ ldd /usr/lib/gjs-1.0/gi.so | grep gir
[01:38] <seb128> 	libgirepository.so.0 => /usr/lib/libgirepository.so.0 (0x005fa000)
[01:38] <seb128> no!
[01:38] <seb128> thanks
[01:38] <walters> ok that's what's wrong
[01:39] <walters> but how did the unversioned so get there?  is it from a package?
[01:39] <seb128> libgirepository0: /usr/lib/libgirepository.so.0
[01:39] <seb128> yes, that's the binary from 0.6.1
[01:39] <seb128> it has not been uninstalled since nothing conflict with it
[01:40] <seb128> "gjs-console examples/gtk.js" works now
[01:40] <walters> hmm so...well i'm not sure of the details here
[01:40] <walters> ok
[01:40] <seb128> well it's just that gjs got built with gobject-introspection 0.6.1
[01:40] <walters> yeah
[01:40] <seb128> and not rebuilt after the upgrade
[01:43] <seb128> walters, new error http://paste.ubuntu.com/207843/
[01:43] <walters> yeah, you can't run that file alone
[01:43] <walters> the entry point is the gnome-shell script
[01:44] <seb128> hum ok
[01:44] <seb128> I will keep debugging tomorrow I think, it's getting late
[01:44] <seb128> but it still doesn't work
[01:46] <seb128> walters, thanks for the help tracking the gjs build issue!
[01:46] <walters> np
[01:46] <seb128> good night everybody
[06:15] <cxo> What exactly is the Desktop team? Do you guys build gnome for ubuntu?
[06:16] <jmarsden> https://wiki.ubuntu.com/DesktopTeam
[06:18] <cxo> Oh. You guys are good
[07:52] <didrocks> good morning o/
[07:55] <pitti> Good morning
[07:55] <pitti> hey didrocks
[07:55] <TheMuso> Morning pitti.
[07:55] <pitti> hey TheMuso
[07:55] <didrocks> hey pitti and TheMuso
[07:59] <TheMuso> pitti: I've just had a review of rtkit by dholbach on revu, so it won't be long till we get that into universe, and then main, so we can get pulse in and deprecate hal even more. :p
[07:59] <pitti> TheMuso: \o/ just read your call for testing
[08:01] <pitti> TheMuso: should we just drop pulse-hal from the ubuntu-desktop seed, since pulse itself already depends on it anyway (and will drop it later)?
[08:02] <TheMuso> pitti: Yeah, good idea.
[08:02] <pitti> TheMuso: also, perhaps -udev should conflicts:/replaces: -hal, to clean it up on upgrade and avoid having both ("double detection")?
[08:02] <TheMuso> And 9.16 depends on the udev module instead, so yeah.
[08:02] <TheMuso> pitti: I think I did that somewhat with 9.16, but I'll check to be sure.
[08:03] <pitti> TheMuso: I'm just doing an upgrade, and -hal isn't cleaned
[08:03] <pitti> oh hang on, I'm lying
[08:03] <TheMuso> pulseaudio-module-dev replaces, but doesn't conflict, since they have different files.
[08:03] <TheMuso> s/-dev/-udev
[08:03] <pitti> it does remove -hal, sorry
[08:03] <pitti> eww, screwage
[08:03] <TheMuso> ok good.
[08:03] <pitti> rtkit fails to configure
[08:03] <TheMuso> yep fixed
[08:04]  * TheMuso checks to see if its built
[08:04] <pitti> adduser complains about "just give one name" (loosely translated)
[08:05] <TheMuso> hrm seems I didn't upload it.
[08:05]  * TheMuso headdesks
[08:05] <TheMuso> pitti: Yeah in rtkit.postinst, there is a -d flag given to adduser that should not be there.
[08:05]  * TheMuso uploads rtkit
[08:05] <pitti> --home /proc ? :)
[08:06] <TheMuso> yep
[08:06] <TheMuso> not --home -d /proc
[08:06] <pitti> yep, works now, thanks
[08:06] <TheMuso> np
[08:06] <pitti> rtkit scares me
[08:06] <TheMuso> Yeah it does me a bit, but I think lennart has justified why its needed, at least in the README.
[08:06] <TheMuso> Oh and the name just shows that people at RedHat are lazy.
[08:07] <pitti> TheMuso: p-hal unseeded
[08:09] <TheMuso> ok
[08:09] <TheMuso> pitti: how does rtkit scare you? Is it how it goes about things?
[08:09] <TheMuso> I'd like to get Kees' input on it as well I think. However, pulse absolutely has to have it now so we may be stuck with it.
[08:11] <pitti> https://wiki.ubuntu.com/Halsectomy updated
[08:13] <didrocks> great, hal removal is in good progress :)
[08:14] <TheMuso> Yeah, just a bit annoyed that another dependency not even in the archive is needed to update pulse.
[08:16] <pitti> TheMuso: scare> having a system daemon controllable by the user which elevates privileges of other systems
[08:16] <pitti> this is just as bad as CAP_SETPCAP, which got rejected over and over in the kernel for good reasons
[08:17] <TheMuso> RIght, makes sense.
[08:17] <TheMuso> It does use policykit however.
[08:17] <TheMuso> but I am not sure how much that migigates things?
[08:17] <TheMuso> s/?/./
[08:17] <TheMuso> mitigate even
[08:17] <TheMuso> bah cold hands, and its the end of the day. :)
[08:18] <pitti> well, it remains a potential trap, and I figure that it by default allows you access if you are on a local console
[08:18] <TheMuso> Right
[08:19] <TheMuso> Anyway, back on later for some ports/community workkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk.
[08:21]  * pitti fixes TheMuso's bouncing key
[08:21] <seb128> hey pitti
[08:22] <pitti> bonjour Monsieur Bacher!
[08:22] <seb128> pitti, do you also get a polkit dialog at login on karmic?
[08:22] <seb128> it tries to mount some internal partitions at boot for some reason
[08:22] <pitti> seb128: yes, that's the autologin for internal disks which we need to disable
[08:22] <pitti> it's on my TODO list
[08:22] <seb128> ok thanks
[08:23] <pitti> we disabled that in hal for good reasons, need to do the same in, erm, is it nautilus?
[08:23] <seb128> I doubt anything is doing automounting at boot in GNOME
[08:23] <pitti> seb128: when will you leave to Desktop SUmmit?
[08:23] <seb128> pitti, tomorrow morning around 8am
[08:23] <pitti> ah
[08:23] <seb128> summit is starting on saturday
[08:24] <pitti> seb128: I planned to bzrify gdm, update it to latest upstream stuff, hope that this fixes teh session handling (or fix it), and push to karmic; are you okay with that?
[08:24] <pitti> I still have some stuff to do today, but I hope to get that done today or Friday (and upload Monday)
[08:24] <seb128> you want to do a git snapshot?
[08:24] <seb128> 2.26.1 is current otherwise
[08:24] <seb128> I planned to upload today too
[08:24] <pitti> oh, ok
[08:24] <pitti> or check Fedora for patches
[08:25] <seb128> I did that yesterday
[08:25] <pitti> seems that the session handling works with GNOME 2.26
[08:25] <pitti> but not with our 2.27?
[08:25] <seb128> checked fedora and git for patches
[08:25] <seb128> and bugzilla
[08:25] <pitti> ah, cool
[08:25] <pitti> so, our problem then
[08:25] <seb128> yeah, I'm not sure why
[08:25] <seb128> I get no warning with compiz
[08:25] <seb128> do you use compiz too?
[08:26] <pitti> seb128: in gdm? I don't know, I suppose not
[08:26] <pitti> I didn't change the gdm session
[08:26] <seb128> no, as your default wm for GNOME
[08:27] <pitti> yes, I do
[08:27] <pitti> but I thought that was the end of gdm, not hte start of my session
[08:27] <pitti> and it wants to save the gdm greeter
[08:27] <seb128> ok, I'm not sure where the warning come from, I don't get it on my laptop but I use autologin there
[08:27] <pitti> ah, so my session is picking up the gdm greeter which is still running?
[08:27] <seb128> not sure what is going on, that needs debugging
[08:27] <seb128> but that's just a warning right?
[08:27] <seb128> ie it doesn't break the login?
[08:28] <pitti> right
[08:28] <pitti> you just have to click it away
[08:28] <pitti> not a blocker, just a wart
[08:30] <didrocks> hi seb128! Did you succeed in "packaging gnome-shell in 30 minutes"? ;)
[08:30] <seb128> didrocks, hey, not really, was rather in 3 hours
[08:30] <didrocks> :/
[08:30] <seb128> it's in the ubuntu-desktop ppa now but still doesn't work for some reason
[08:30] <didrocks> yes, it seems to FTBFS
[08:30] <seb128> but the packaging is done and you can run it
[08:31] <pitti> seb128: ok, seems we should do it today then
[08:31] <didrocks> ok, I will have a look this evening
[08:31] <pitti> seb128: and I'll have a look at regression reports and collect the pieces
[08:31] <seb128> didrocks, grrr
[08:31] <seb128> pitti, thanks
[08:31] <seb128> didrocks, I retry the build, I think the issue was the gjs-dev doesn't depends on gjs
[08:32] <seb128> didrocks, I fixed that yesterday evening too but the new version was not published yet
[08:33] <didrocks> seb128: oh ok, and as it was late, it wasn't worth to wait for the first version to published before uploading the fix.
[08:33] <seb128> didrocks, it took me a while because I ran into those libmozjs not being in /usr/lib issues owen talked about
[08:33] <seb128> didrocks, it was 3am yes, it was time to go to bed not to wait for a ppa publisher run ;-)
[08:34] <didrocks> seb128: yes, I remember about owen's remark... how did you fix it, finally?
[08:34] <seb128> asac helped me
[08:34] <seb128> using a LD_LIBRARY_PRELOAD hack in the build
[08:34] <seb128> and some running hacks too
[08:34] <didrocks> (3am is a good time to sleep, even with 28°C in the accomodation :))
[08:34] <seb128> too warm there!
[08:35] <didrocks> hum, traditional mozilla hacks :p (LD_LIBRARY_PRELOAD prepends to LD_LIBRARY_PATH?)
[08:36] <seb128> didrocks, no, LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/xulrunner-`xulrunner --gre-version` rather
[08:37] <seb128> I had the good idea but I tried to export that from the rules first which broke other things
[08:37] <seb128> and then I changed it not at the right locations in the autotools
[08:38] <seb128> but after some tweaking and asac's help that was ok
[08:38] <seb128> enough to get it "running"
[08:38] <seb128> then I ran into "gjs is built with the previous gobject-iintrospection library and looking in wrong location"
[08:38] <seb128> which made things no find glib.gir for a non obvious reason
[08:39] <seb128> walters helped me to track this one down
[08:40] <didrocks> ok, it seems you really had fun :) (FYI, you still kept the LD_LIBRARY_PATH change commented in debian/rules)
[08:42] <seb128_> re
[08:43] <seb128_> grrr, dsl disconnecting when the phone ring, and yes I've the phone connected to a filter already
[08:43] <seb128_> didrocks, what did you read or say before I disconnected?
[08:43] <didrocks> seb128_:
[08:43] <didrocks> seb128_: [09:46] <didrocks> ok, it seems you really had fun :) (FYI, you still kept the LD_LIBRARY_PATH change commented in debian/rules)
[08:44] <seb128_> didrocks, oh right, was late ;-)
[08:44] <crevette> didrocks, you're three minute ahead in the time
[08:44] <seb128_> it's huats's server
[08:44] <didrocks> crevette: I know, blame huats' server (even with that, he's always late ;))
[08:44] <seb128_> I already told him some days ago
[08:44]  * didrocks will remove time from copy/paste ;)
[08:45] <seb128_> still doesn't build
[08:45] <crevette> :)
[08:45] <seb128_> ah, new error
[08:46] <didrocks> seb128_: I know that one
[08:46] <didrocks> seb128_: you have to add the bin package for gobject-repository. The dev doesn't depends on it
[08:46] <seb128_> right, I just figured that too
[08:46] <didrocks> gobject-introspection-repository rather
[08:47] <seb128_> gobject-instrospection rather no?
[08:47] <didrocks> yes, (after an apt-file search /usr/bin/g-ir-scanner) ;)
[08:49] <chrisccoulson> hi pitti - thank you for your comments. they're appreciated:)
[08:57]  * asac says helllo
[09:03] <asac> pitti: now gudev-dev doesnt ship any ".la" file anymore?
[09:04] <huats> morning everyone
[09:04] <asac> hi huats
[09:04] <huats> hey asac
[09:07] <seb128_> lut huats
[09:07] <seb128_> hey asac, thanks again for yesterday debugging ;-)
[09:08] <huats> hello seb128_
[09:09] <asac> seb128_: welcome!
[09:09] <seb128_> chrisccoulson, I commented on your motu application too now
[09:09] <chrisccoulson> seb128_ thank you too:)
[09:10] <seb128_> you're welcome, thanks for the work you are doing ;-)
[09:10] <seb128_> huats, you should fix your server time btw, the clock is running 3 minutes to fast apparently
[09:11] <huats> seb128_: ?
[09:11] <seb128_> huats, didrocks keeps being told he's not on right time when copying IRC logs
[09:11] <seb128_> huats, and he blames it on your server
 crevette: I know, blame huats' server (even with that, he's always late ;))
[09:12] <huats> seb128_: LOL
[09:12] <didrocks> seb128_: oh traitor! :p
[09:12] <didrocks> huats: everyone asks me when I copy/paste why I'm 5 minutes in advance
[09:12] <huats> seb128_: you know didrocks has admin access to my server... so he can fix that...
[09:12] <seb128_> didrocks, I'm doing you a favor since apparently you are too shy to ask huats to fix the issue ;-)
[09:12] <didrocks> huats: I just tell them that's you who don't want to be late (even inf ;))
[09:13] <huats> seb128_: I am sure he was about to tell me that next week at the RMLL
[09:13] <huats> :)
[09:13] <huats> didrocks: but please yourself change the time...
[09:13] <didrocks> ok, let me fix the time on huats' server :)
[09:13] <seb128_> ok, so gnome-shell doesn't want to build grrrr
[09:13] <didrocks> s/inf/if... ;)
[09:13] <didrocks> seb128_: still ? :/
[09:14] <seb128_> didrocks, lacks a build-depends on gobject-introspection-glib-2.0 now
[09:14] <seb128_> that's one of those cases where I should use pbuilder ;-)
[09:15] <didrocks> seb128_: it was the same for mutter ;)
[09:15] <didrocks> seb128_: and yes, +2 for pbuilder so :)
[09:15] <didrocks> (2 missing build-deps)
[09:15] <seb128_> I'm pondering saying we are good after this one and just upload
[09:15] <seb128_> but I'm going to blame myself if there is still an issue ;-)
[09:15] <didrocks> :-)
[09:30] <pitti> TheMuso: still here?
[09:30] <pitti> chrisccoulson: my pleasure!
[09:30] <pitti> asac: do you need them?
[09:31] <pitti> TheMuso: ah, unping
[09:31] <didrocks> "unping" :)
[09:31] <pitti> seb128_: weird, new gdm shows "RealtimeKit" in the user list, but it's a system user (115:127)
[09:32] <seb128_> weird indeed
[09:32] <seb128_> "    self._scanner.parse_macros(filenames)
[09:32] <seb128_> RuntimeError: parse macro takes a list of filenames"
[09:32] <seb128_> gnagna gnome-shell
[09:33]  * didrocks thinks that seb128_ is going to take craziness with gnome-shell
[09:34]  * pitti -> back to intel debugging
[09:34] <seb128_> pitti, xorg crashing on boot on 2.6.31?
[09:37] <asac> pitti: no, all fine i think. just noted that i had to rebuild my existing git trees ;)
[09:42] <TheMuso> pitti: I'm around now.
[09:45] <pitti> seb128_: no, testing a patch from Jesse for pipe underruns
[09:45] <pitti> seb128_: 2.6.31 works fine here; does it crash for you?
[09:45] <seb128_> yes
[09:45] <pitti> TheMuso: right, I suspected it would create rtkit without --system, but it does; itz gdm bug
[09:51] <TheMuso> pitti: ok. Just aheads up pulse would also be broken atm, since I left out some new files that were added to pulse upstream that I forgot to package. Someone filed a bug about it, so I'll push up a new package that fixes it, so it you encounter no sound, thats probably why.
[09:53] <seb128_> didrocks, ok, got it, that was stupid issue again and the error was not clear
[09:53] <pitti> TheMuso: right, haven't tested that yet (I usually have my speakers turned off)
[09:53] <pitti> thanks for the heads-up
[09:53] <TheMuso> pitti: np
[09:56] <didrocks> seb128_: what was the matter?
[09:56] <seb128_> didrocks, my pbuilder is still a intrepid one ;-)
[09:57] <seb128_> didrocks, I did add the karmic source, the ppa and installed the build-depends
[09:57] <seb128_> but python was still 2.5
[09:57] <seb128_> after upgrading to 2.6 it builds
[09:57] <seb128_> something python-ish but I don't care enough to try to understand
[09:57] <seb128_> that works on a karmic version ;-)
[09:58] <didrocks> seb128_: oh, you could have create a karmic pbuilder. This would have been easier :)
[09:58] <didrocks> (not sure about the speed with your connection, though)
[09:58] <seb128_> would have taken 1 hour rather than 5 minutes to install updates
[09:59] <seb128_> but it would have spared the debug round ;-)
[09:59] <seb128_> anyway uploaded let's see if it builds now
[09:59] <didrocks> sure :-)
[10:00] <seb128_> ok, I'm moving in the outside and taking my laptop, it's getting too warm there to work correctly ;-)
[10:00] <seb128_> be back in a bit
[10:05] <pitti> TheMuso: confirmed, no joy with paplay here
[10:05] <pitti> TheMuso: btw, do you know about dh_install --{list,fail}-missing? pretty handy
[10:07] <didrocks> pitti: the only thing it that it doesn't work with uncompressed manpages and dh_gconf (listing missing ./etc/gconf/... even if installed by dh_gconf to usr/share/gconf)
[10:07] <pitti> right, you can use -X to blacklist them
[10:08] <didrocks> I must do that in my pbuilder hooks
[10:08] <TheMuso> pitti: No I didn't, thanks.
[10:08] <TheMuso> pitti: anyway, just uploaded a fixed package.
[10:15] <hyperair> huh.
[10:15] <hyperair> why won't my usb drives mount?!
[10:16]  * hyperair must have compiled something wrongly in the kernel =(
[10:20] <edgarmattern1> Hallo
[10:22] <pitti> hyperair: dmesg sees it?
[10:22] <edgarmattern1> 4 what is this room here?
[10:23] <pitti> hey edgarmattern1; for discussing development of Ubuntu desktop stuff
[10:23] <Tm_T> edgarmattern1: also read topic
[10:23] <edgarmattern1> thx
[11:27] <seb128> re
[11:27] <seb128> pitti, not sure if you read my comment about gst-plugins-good before, did you talk to slomo about the changes?
[11:27] <seb128> we were on sync with debian and I would like to keep things this way
[11:32] <pitti> seb128: I didn't, ken did the coordination; however, it's being done upstream, so eventually we should go back to sync
[11:32] <walters> seb128: what was the error btw? =)
[11:32] <seb128> pitti, would be nice to talk to the debian maintainer to keep good relations with them in such cases
[11:33] <pitti> *nod*
[11:34] <seb128> walters, nothing clear
[11:34] <seb128> Log level 32: Execution of main.js threw exception: Error: Unable to construct boxed type Color since it has no zero-args <constructor>, can only wrap an existing one
[11:34] <seb128> and that it exits apparently
[11:34] <walters> seb128: can you pastebin the whole thing?
[11:36] <walters> seb128: or at least more
[11:38] <seb128> walters, http://paste.ubuntu.com/208034/
[11:39] <seb128> lunch time, be back in half an hour
[11:40] <walters> seb128: do you have Clutter-0.9.typelib installed?
[11:40] <walters> ok
[11:41] <seb128> walters, yes, a /usr/lib/girepository-1.0/Clutter-0.9.typelib
[11:41] <seb128> anyway lunch bbl
[11:43] <rodrigo_> seb128: if I want to have jaunty and karmic packages on my PPA, should I submit them twice, once for jaunty and one for karmic?
[11:44] <rodrigo_> ah, he's gone for lunch
[11:44] <rodrigo_> pitti: ^^
[11:45] <didrocks> rodrigo_: FWIW, yes :)
[11:46] <rodrigo_> oh, ok
[11:48] <rodrigo_> it would be great to just submit once for both, if the packages are the same
[11:49] <didrocks> rodrigo_: I think that has been discussed recently (ubuntu open week?) and is on launchpad team schedule (btw, for more accurate information, #launchpad)
[11:49] <rodrigo_> ok thanks
[11:49] <rodrigo_> Already uploaded to playground on ppa.launchpad.net
[11:49] <rodrigo_> Doing nothing for json-glib_0.7.2-1_source.changes
[11:50] <pitti> rodrigo_: usually you upload a version to karmic, and then version~jaunty1 to jaunty PPA
[11:50] <rodrigo_> I guess I need to change the version also?
[11:50] <rodrigo_> ah ok
[11:50] <pitti> rodrigo_: I think you can also upload to jaunty and then use the "copy packages" button for karmic
[11:50] <pitti> but I'm not sure whether this just works between PPAs, or also between releases
[11:50] <rodrigo_> ah, trying that, much easier if it works
[11:52] <rodrigo_> no, doesn't work
[11:52] <rodrigo_> pitti: but I guess I can create another PPA just for jaunty?
[11:52] <pitti> rodrigo_: well, you should use the same PPA
[11:52] <rodrigo_> it doesn't work, it says the sources already exist
[11:53] <pitti> right, you need a different version number
[11:53] <pitti> brb
[11:54] <rodrigo_> ok, I'll submit then with the ~jaunty1 thing
[12:11] <seb128>  RE
[12:12] <seb128> ups, re
[12:12] <seb128> walters, so yes Clutter-0.9.typelib installed
[12:12] <seb128> rodrigo_, upload to jaunty and do a ppa copy to karmic
[12:12] <rodrigo_> ah, ok
[12:12] <walters> seb128: ok, has it been built after introspection?
[12:12] <rodrigo_> so the other way around doesn't work?
[12:13] <seb128> walters, yes
[12:13] <seb128> walters, I did rebuild gnome-shell after fixing gjs yesterday
[12:13] <walters> seb128: well, Clutter-0.9.typelib comes from the clutter package
[12:13] <seb128> oh
[12:14] <seb128> that one might not have been
[12:14]  * seb128 checks
[12:14] <seb128> but I think it would be in an another directory than /usr/lib/girepository-1.0 if that was not the case
[12:14] <walters> we have a minor version for typelib incompatibility but we haven't been consistent about bumping it =/
[12:14] <seb128> since that's the new location
[12:14] <didrocks> seb128: Clutter-0.9.typelib is probably in the -dev package
[12:15] <seb128> didrocks, I've that installed, the file is on disk
[12:15] <didrocks> (less than ideal, we should move .gir and .typelib in the bin one, seeing mutter depends :/)
[12:15] <walters> seb128: the problem may be that it was built with an older gobject-introspection and the typelib format changed
[12:15] <seb128> Get:3 http://ftpmaster.internal karmic/universe gobject-introspection 0.6.3-0ubuntu1
[12:16] <seb128> walters, no, it built using 0.6.3
[12:16] <walters> ok hm
[12:19] <walters> blah, the example is broken
[12:20] <rodrigo_> hmm, gwibber in karmic gives me unauthorized errors, is that known, or is it me?
[12:22] <seb128> rodrigo_, dunno I'm not use gwibber, I think it's a question for kenvandine
[12:22] <seb128> walters, anything else I could run to check that the stack is correcly installed?
[12:22] <rodrigo_> ugh, now it crashed
[12:22] <rodrigo_> kenvandine: any idea
[12:22] <rodrigo_> ?
[12:23] <seb128> rodrigo_, he might be travelling to GUADEC
[12:23] <seb128> rodrigo_, when is your flight btw?
[12:24] <rodrigo_> seb128: ok, I can live without it for a bit :)
[12:24] <rodrigo_> seb128: tomorrow at 16:35 I get to GC
[12:24] <rodrigo_> you?
[12:24] <walters> seb128: trying to do that now sec
[12:24] <seb128> rodrigo_, where do you fly from tomorrow?
[12:24] <rodrigo_> seb128: Zaragoza
[12:25] <seb128> rodrigo_, ok, not the same flight, I switch plane in madrid landing at 16:50
[12:25] <pitti> bryce: yay -intel fixing bugs! I reported https://bugs.freedesktop.org/show_bug.cgi?id=20520 and http://bugs.freedesktop.org/show_bug.cgi?id=21719, and both got a working patch now
[12:25] <seb128> 16:50 in GC
[12:25]  * pitti is happy about perfect suspend/resume with KMS now
[12:25] <rodrigo_> seb128: ah, ok, I'll wait for you then, if you want
[12:25] <seb128> sure
[12:25] <seb128> lool is in the same plane
[12:25] <rodrigo_> it's just 15 mins diff
[12:26] <rodrigo_> seb128: no direct flights from Strasbourg?
[12:26] <seb128> rodrigo_, I'm flying from luxembourg, and not every day
[12:26] <rodrigo_> ah
[12:26] <seb128> I got a direct return on wednesday
[12:26] <seb128> but there was nothing directory today or tomorrow
[12:27] <rodrigo_> I'm also have one stop, in fuerteventura (another island in the canaries)
[12:27] <seb128> directory -> direct, autofingers ;-)
[12:27] <rodrigo_> :)
[12:27] <rodrigo_> but comig direct on Friday
[12:27] <rodrigo_> seb128: ah, you come back on Wed
[12:27] <pitti> seb128: is https://edge.launchpad.net/ubuntu/hardy/+source/nautilus/1:2.22.5.1-0ubuntu2 useful on its own right, or only in conjunction with gvfs? IOW, should this still be moved to -updates, or should we pull it from hardy-proposed?
[12:27] <rodrigo_> seb128: I'm staying till Fri for the guadec-es
[12:28] <seb128> rodrigo_, yeah, over a week is long for a conference
[12:28] <seb128> I usually go for core days
[12:28] <rodrigo_> seb128: yes, too long
[12:28] <seb128> and that was either direct fly on wednesday
[12:28] <seb128> or over 10 hours in airplanes on thursday or friday
[12:28] <seb128> easy choice ;-)
[12:29] <seb128> pitti, don't move it, it might have some side effects, it making things not open when they should
[12:29] <seb128> pitti, it was in coordination with the gvfs behaviour change
[12:29] <pitti> seb128: okay, thanks
[12:30] <rodrigo_> seb128: yeah, better to come back on Wed
[12:30] <rodrigo_> seb128: I guess I'll use some slot in Wed or Thu to go to the beach and relax
[12:31] <seb128> rodrigo_, good plan ;-)
[12:31] <rodrigo_> if we are not many people for guadec-es, we can even do the talks in the beach, close to the bar :)
[12:33] <seb128> walters, is examples/clutter.js in gjs supposed to display something?
[12:33] <seb128> "    JS G OBJ: Defining method show in prototype for (null) (Clutter.Actor)
[12:33] <seb128> do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
[12:33] <seb128> Try adjusting the vblank_mode configuration parameter.
[12:33] <seb128> "
[12:33] <walters> seb128: that's what i'm fixing
[12:33] <seb128> it displays an empty window
[12:33] <seb128> ok
[12:33] <walters> seb128: oh it's blank for you?  that implies to me it's picking clutter 0.8
[12:34] <seb128> walters, should I move Clutter-0.8.gir out of the way?
[12:34] <walters> nevermind the old version hardcoded 0.8
[12:35] <walters> well a patch to clutter is needed to make it work with 0.9
[12:36] <seb128> walters, is current git working for anybody? ;-) I'm wondering if I'm fighting packaging issues there or upstream bugs
[12:36] <walters> i'm working upstream right now
[12:36] <walters> that failure is about the earliest thing we do in js, so it's a fairly fundamental issue
[12:36] <didrocks> (I'm around if a patch is needed for clutter package ;))
[12:38] <tgpraveen> in the karmic-notfy-osd blueprint it is mentioned non-critical bubbles will be suppressed for full screen apps
[12:39] <tgpraveen> message from empathy/pidgin are crtiical or non critical?
[12:39] <walters> seb128: i'm out of immediate ideas, but if gtk.js works then it's something going wrong with clutter/introspection, i'm not sure exactly what though
[12:40] <seb128> walters, examples/clutter.js is working for you? or is that an another way test than clutter works there?
[12:40] <seb128> walters, thanks anyway for the help, I guess that will wait for after GUADEC, people will probably be busy and travelling soon now
[12:41] <walters> seb128: it wasn't, but it is now with a small clutter patch ( http://fpaste.org/paste/17179 ) and i just unilaterally pushed the gjs patch
[12:41] <seb128> walters, ok, let me try that one
[12:42] <didrocks> the bottleneck is that gobject-introspection has a soft depends on clutter 0.8. But owen told me it was not important.
[12:42] <tgpraveen> this is the right channel for this question right?
[12:42] <walters> didrocks: well...gir-repository does, but honestly that package needs to die =)
[12:43] <didrocks> walters: I hope it will be possible to kill it soon ;)
[12:43] <seb128> tgpraveen, you want to talk to MacSlow when he's back from lunch
[12:43] <tgpraveen> seb128: k. thx
[12:52] <pitti> dobey: weird, lintian has 9 complains for ubuntuone-client for me
[12:59] <seb128> walters, http://paste.ubuntu.com/208079/
[13:02] <rodrigo_> seb128: I think you're coming in the same flight than ara and other canonical people
[13:02] <seb128> rodrigo_, could be, lool and dbarth are in this plane too apparently
[13:03] <rodrigo_> seb128: I was going to wait for ara, so yeah, we'll meet all at the airport
[13:03] <walters> seb128: can you do g-ir-generate /usr/lib/girepository-1.0/Clutter-0.9.typelib > /tmp/clutter.xml
[13:03] <walters> seb128: then search that file for clutter_color_new and pastebin the context around there
[13:04] <walters> seb128: when does your gjs date from btw?
[13:04] <seb128> walters, current tarball, I'm building git as we speak since that's around 6 months old
[13:04] <seb128> walters, http://paste.ubuntu.com/208084/
[13:10] <seb128> walters, http://paste.ubuntu.com/208089/ using gjs git
[13:10] <seb128> walters, but gnome-shell stats now \o/
[13:10] <seb128> starts
[13:11] <walters> seb128: yeah that one needs the clutter patch
[13:11] <seb128> walters, thanks again, would be nice to roll a new gjs tarball ;-)
[13:11] <seb128> walters, http://fpaste.org/paste/17179 is not the full patch though, is it?
[13:11] <seb128> walters, ie it seems to change only the documentation no?
[13:11] <walters> for clutter it should be yeah
[13:11] <seb128> I rebuilt clutter using that
[13:12] <seb128> any gnome-shell start \o/
[13:12] <walters> cool
[13:12] <seb128> walters, thanks again for the help there ;-)
[13:13] <walters> np
[13:33] <mvo> geser: I uploaded a apt into my PPA that fixes the http problem for me, please let me know if it works for you as well
[13:36] <crevette> seb128, so how is gnome-shell?
[13:37] <seb128> crevette, too slow to be usable
[13:37] <crevette> ah, what is your hardware?
[13:38] <seb128> crevette, intel 965
[13:38] <seb128> works great with compiz in a smooth way
[13:39] <crevette> so without mutter it is better?
[13:39] <seb128> dunno I didn't try without it
[13:40] <crevette> ah I thought gnome-shell was better with compiz
[13:46] <seb128> crevette, how do I do that?
[13:46] <seb128> crevette, gnome-shell --replace kicks compiz out
[13:46] <crevette> I don't know if this is possible, I don't the new shell that much
 ah I thought gnome-shell was better with compiz
[13:46] <crevette> +know
[13:47] <seb128> ok, that was just random comments? ;-)
[13:47] <walters> no, gnome-shell is coded to metacity internals
[13:47] <walters> well, mutter
[13:47] <crevette> seb128, no I answered that because of "<seb128> works great with compiz in a smooth way"
[13:47] <seb128> well compiz is fast on intel
[13:48] <crevette> walters, for  what I tried, I don't like the mutter animation on window opening/close :)
[13:48] <seb128> anyway I got gnome-shell to run
[13:48] <seb128> interesting
[13:48] <seb128> it's working fine but sloooow
[13:48] <walters> yeah, compiz is pretty optimized at this point, and we have some general slowness, and in particular for the overlay transition are doing some stupid stuff
[13:48] <seb128> ie switching between applications the animation takes over 1 second
[13:48] <seb128> it feels very sluggish
[13:48] <walters> crevette: fair enough =)  i doubt it'd be terribly hard to port/rewrite whatever random flaming window effect plugins
[13:49] <seb128> walters, anyway it's working in the ppa now so I expect we will soon have daily builds or something so we can help you guys to get some easy testing
[13:49] <crevette> no no, I don't like faming and such, I love simple thing
[13:50] <seb128> pitti, can't jockey tell that intel doesn't need closed source drivers in a decent time? ;-)
[13:50] <walters> seb128: hmm something is definitely wrong, i think other people have it ok on 965, but we know it's pretty bad on 945
[13:50] <seb128> pitti, the bouncing bar taking 7-8 seconds when activating desktop effects drives me crazy
[13:51] <seb128> walters, it's karmic which has intel 2.7.99.1 and UXA so it should be decently fast yes
[13:51] <seb128> owen said yesterday he was doing changes which should make performances better though
[13:51] <dobey> pitti: weird indeed
[13:52] <walters> seb128: how big is your screen?
[13:52] <crevette> seb128, nice if you create a ppa
[13:52] <seb128> walters, 1440x900 15"
[13:52] <seb128> crevette, <crevette> ah I thought gnome-shell was better with compiz
[13:52] <seb128> ups
[13:52] <seb128> crevette, https://launchpad.net/~ubuntu-desktop/+archive/ppa
[13:53] <walters> seb128: among the fixes he's done is we get a lot slower the more big windows you have since we redraw them all (before his fix)
[13:53] <seb128> ok, now I would like to figure what is eating ressources there
[13:53] <seb128> load is 3.65!
[13:53] <seb128> but nothing is using cpu in a excessive way in top and nothing special is running
[13:53] <seb128> and it's not gnome-shell since I stopped it
[13:54] <crevette> seb128, thanks, should be better to have a dedicated ppa for gnome 3.0 package? (/me didn't want to upgrade to GDM, I know I can refuse but I know I will forget to uncheck the box)
[13:54] <seb128> crevette, I'm going to upload gdm in karmic today so that will be cleaned from the ppa
[13:54] <crevette> *shouldn't*
[13:55] <seb128> walters, the "use xephyr or restore desktop when being stopped" is very neat
[13:55] <crevette> seb128, ah you upload gdm and run to hide for a week on an island. nice plan :)
[13:55] <walters> seb128: yeah, among the first things i did...having a good development/test cycle is important
[13:55] <seb128> crevette, pitti will cover for me while I'm away
[14:03] <dobey> pitti: is it really a requirement that DEB_DH_MKSHLIBS_ARGS be after the includes?
[14:05] <seb128> ok, back to normal
[14:07] <pitti> re
[14:07] <seb128> wb pitti
[14:07] <dobey> hey pitti
[14:08] <seb128> pitti, gnome-panel uploaded to drop the fusa detection, I'm ready to upload gdm if you say to do it now ;-)
[14:08] <pitti> seb128: intel jockey> we might add some special case there
[14:08] <seb128> pitti, why does it take 7-8 seconds to check for a driver?
[14:08] <pitti> dobey: yeah, it's weird that it doesn't work to declare it before the includes
[14:08] <pitti> seb128: go, Seb, go! *hug*
[14:08] <seb128> I'm curious to know what is so slow
[14:08] <seb128> and couldn't it cache the information?
[14:09] <seb128> I'm using the desktop effects tab several times and it's slow on each try
[14:09] <seb128> pitti, ;-)
[14:09]  * seb128 hugs pitti
[14:09] <pitti> seb128: it's the combined slowness of d-bus activation and python and jockey not hardcoding knowledge about drivers :(
[14:09] <pitti> apt querying apt, etc.
[14:10] <dobey> pitti: ok
[14:10] <pitti> seb128: ok, jockey speed is something to look into after beta
[14:11] <crevette> walters, gnome-shell is supposed to replace the goooood-old panel we love? :)
[14:11] <walters> crevette: yep
[14:13] <seb128> pitti, it's nothing new, I'm just complaining because I've been playing with the desktop effects quite a lot today
[14:13] <seb128> and I keep waiting for this bouncing which makes no sense on intel
[14:15] <didrocks> seb128: do you think it worths uploading patched clutter 0.9 in universe?
[14:15] <seb128> didrocks, it doesn't seem to be required for gnome-shell
[14:16] <didrocks> seb128: just polishing your http://paste.ubuntu.com/208089/ error, right?
[14:18] <seb128> didrocks, that one is after applying the change
[14:20] <seb128> didrocks, feel free to upload the change that doesn't hurt ;-)
[14:21] <didrocks> seb128: I'm not confortable to break everything if you have an experimental stuff that works for next week. So, if it can wait for next release...
[14:22] <seb128> didrocks, that will not break anything don't worry
[14:22] <didrocks> ok, so let's patch ;)
[14:23] <seb128> didrocks, cool
[14:24] <spc> damn im planning to make me a htpc or better a multimedia pc i tryed kubuntu (but its paint when watching videos from lan, it copies them first) so i tryed ubuntu which is a bit better but i have problems on (k)ubuntu with my cheap labtec wirless keyboard.so anyone can suggest me some good distro or sth to test?
[14:24] <seb128> spc, try #ubuntu
[14:24] <spc> oki.
[14:41] <geser> mvo: looking at your PPA apt FTBFS there
[14:49] <seb128> the notice about ppas having the same package than yours is sort of cool
[14:50] <seb128> ie I know that mvo has an outdated clutter-0.9 in his ppa now ;-)
[14:51] <pitti> seb128: nice, where's that displayed?
[14:52] <seb128> pitti, https://edge.launchpad.net/ubuntu/+source/clutter-0.9 for example
[14:52] <pitti> nice!
[14:52] <seb128> indeed!
[14:52] <Artir> clutter 1.0 is suposed to fall soon
[14:55] <didrocks> clutter-0.9_0.9.4-0ubuntu3 waiting for build ;)
[14:55] <mvo> geser: thanks, looking
[15:16] <pitti> seb128: meh, gvfs git trunk doesn't build, it complains about the lack of G_FILE_ATTRIBUTE_TYPE_STRINGV
[15:16] <pitti> seb128: did you happen to see this already for something else?
[15:16] <pitti> it's nowhere in /usr/include/glib-2.0/
[15:17] <pitti> gio/gioenums.h has all sorts of G_FILE_ATTRIBUTE_TYPE_*, but not that one
[15:18] <pitti> ah, that was committed on June 25, so I guess that needs a newer glib
[15:20] <seb128> pitti, right
[15:20] <pitti> hm, 2.21.2 is current
[15:24] <pitti> seb128: ah, http://git.gnome.org/cgit/glib/commit/?id=0ed9201ad2051c33f5d049754bd8a1644d19ab7c
[15:24] <pitti> seb128: mind if I upload that patch to karmic?
[15:24] <seb128> pitti, what are you trying to get?
[15:24] <pitti> seb128: build gvfs git head
[15:24] <seb128> for karmic or locally?
[15:24] <pitti> (to do some more hal -> gudev porting)
[15:25] <seb128> anyway feel free to update
[15:25] <pitti> seb128: ok; it's just adding new stuff, shoudnl't break anything
[15:25] <seb128> but gvfs got lot of changes recently
[15:25] <pitti> right, that's also why I want to develop against git head
[15:25] <seb128> not sure doing a git snapshot now is the best thing
[15:25] <pitti> seb128: oh, I don't want to upload gvfs git head
[15:25] <seb128> oh ok
[15:25] <seb128> feel free then
[15:25] <pitti> seb128: just the new gio patch for the _STRINGV attribute
[15:26] <seb128> works for me
[15:26] <seb128> go go go ;-)
[15:27] <pitti> uhg, that's a heavy thunderstorm/rain
[15:27] <pitti> if I fall off the planet, look for some wet small black heap of ash
[15:31] <seb128> rain would be good there, the temperature is over 30°C since the start of the week now
[15:32] <seb128> looking forward GUADEC to get some wind and water ;-)
[15:37] <seb128> pitti, on what architecture are you now?
[15:38] <pitti> seb128: amd64, since about jaunty beta or so
[15:38] <seb128> hum ok
[15:39] <pitti> why?
[15:39] <seb128> pitti, I will ask you to test gnome-shell in a bit if that's ok but amd64 will take a bit longer
[15:39] <pitti> seb128: I'm happy to
[15:39] <seb128> thanks!
[15:39] <pitti> yay new crack!
[15:39] <pitti> seb128: does it start fast?
[15:40] <pitti> seb128: does it conflcits: gnome-panel, or does the autostart file do some magic to not start the panel if g-s is running?
[15:40] <seb128> pitti, yeah, less than 5 seconds on my laptop when testing
[15:40] <seb128> pitti, gnome-shell does start it in a xephyr so you can test without breaking anything
[15:40] <pitti> I'd test it with another user
[15:40] <seb128> pitti, gnome-shell --replace replace gnome-panel but start it back when you stop gnome-shell
[15:40] <seb128> it's pretty neat
[15:40] <pitti> if I can have both pacakges installed
[15:41] <pitti> ah
[15:41] <pitti> seb128: can we make it to start by default and suppress panel?
[15:41] <pitti> if you have the package installed?
[15:41] <seb128> I have to look into that but I expect it's just adding gnome-shell to the session
[15:41] <pitti> cool
[15:41] <pitti> for now, that's great for testing
[15:41] <seb128> it's pretty similar to the unr switcher I guess
[15:42] <seb128> you can switch between modes easily
[15:42] <seb128> yes
[15:42] <pitti> and I can just use it with my own user then
[15:42] <seb128> right
[15:42] <seb128> I really like that they made it so easy to test
[15:42] <seb128> it doesn't break anything running nor your config
[15:42] <pitti> \o/
[15:42] <seb128> you can just run it and ctrl-c and you are back to your desktop for normal use
[15:43] <seb128> on a side note gdm 2.26.1-0ubuntu1 uploaded to karmic
[15:43] <seb128> pitti, ^
[15:43] <pitti> go, seb, go!
[15:44] <seb128> as alex wrote on the gtk list "maybe we live in interesting time" ;-)
[15:44] <seb128> times
[15:44] <seb128> (they landed client side rendering to gtk)
[15:44] <crevette> seb128, lot of things are changing :)
[15:44] <seb128> (ie rewrote most of gdk)
[15:44] <seb128> and glib got tons of changes too
[15:45] <seb128> for one time we got all the crack on a crack cycle and not on a lts one ;-)
[15:47] <crevette> would be nice if someone was able to build currnet gk for windows in order I can test it
[15:47] <crevette> I know I'm a little bit off-topic :)
[15:47] <pitti> crevette: what is windows?
[15:47] <pitti> sounds like some new GTK theme :)
[15:47] <crevette> something you don't have to care about but I use averyday
[15:48] <seb128> crevette, install vmware? ;-)
[15:51] <crevette> yeah I should consider that but it require to re-install all my stuff
[15:51] <crevette> I seen one of my customer do that when he sent me a screenshot
[16:21] <kenvandine> pitti, i'll get those other MIRs done today.. thx for uploading that stuff :)
[16:25] <pitti> hey kenvandine
[16:25] <kenvandine> hey pitti
[16:26]  * kenvandine feels a little dizzy preparing for the trip... wish tomorrow wasn't a holiday here
[17:23] <lool> mvo: I've pushed your rpm bdep change upstream
[17:25] <mvo> lool: thanks a lot!
[17:26]  * mvo hugs the unstoppable lool
[17:29] <bryce> pitti, good news on those two bugs.  Since the patches are kernel patches, you should let the kernel team know (via lp bugs tagged xorg-needs-kernel-fix) to pull them
[17:31] <pitti> bryce: well, the first is already in trunk, the second will be submitted soon
[17:31] <pitti> as long as they make it into karmic, I'm happy
[17:32] <mvo> geser: another apt is in my ppa now (sorry that it took so long)
[17:34] <pitti> bryce: I didn't even bother to create LP bugs for them
[17:48] <geser> mvo: thanks, I can't reproduce it anymore
[17:48] <mvo> geser: great, but everything else keeps working?
[17:51] <seb128> pitti, ok, gnome-shell built for amd64 if you want to give it a try
[17:52] <mvo> seb128: is it in your ppa ?
[17:52] <pitti> seb128: ubuntu-desktop PPA?
[17:52] <seb128> pitti, sudo apt-get install gnome-shell && gnome-shell
[17:52] <pitti> so there it is
[17:52] <seb128> pitti, it works here but I'm interested to make sure I got the depends right etc
[17:53] <geser> mvo: yes, as far as I can tell, apt-get -d install downloads all build-depends for camlimages flawless (with around 45 MB/s) and doing a test-build of camlimages with the patched apt installed in my pbuilder worked also
[17:58] <seb128> mvo, ubuntu-desktop
[17:59] <seb128> pitti, ^
[17:59] <pitti> seb128: yup, already downloaded; dpkg grinding :)
[18:00] <pitti> drum roll, please
[18:00] <pitti> $ gnome-shell
[18:00] <pitti> xauth:  creating new authority file /tmp/gnome-shell.y8BHnK/database
[18:01] <pitti> Could not find Xephyr.
[18:01] <pitti> meh
[18:01] <pitti> why xephyr? I want it in my current session
[18:01] <pitti> seb128: oh, there was this magic --replace or si?
[18:01] <pitti> so
[18:01] <seb128> pitti, xserver-xephyr is xephyr
[18:02] <pitti> hmm, "gnome-shell -r" rearranged my panel a bit, but nothing else
[18:02] <seb128> pitti, otherwise you can --replace yes
[18:02] <seb128> so it seems to be crashing for you :-(
[18:02] <seb128> gnome-shell -r -v ?
[18:02] <pitti> I ^C'ed it, and now it moved all my windows to workspace 1, and I have a dysfunctional almost-empty panel
[18:04] <pitti> http://paste.ubuntu.com/208287/
[18:04] <pitti> it seems to exit mid-way, and I get back to basha
[18:04] <mvo> geser: excellent, thanks a lot!
[18:04] <pitti> and compiz restarts
[18:04] <pitti> seb128: ^
[18:04] <seb128> pitti, can you dget https://edge.launchpad.net/~ubuntu-desktop/+archive/ppa/+files/gjs_0.3~git20090702-0ubuntu0.2.dsc
[18:04] <mvo> geser: it works well for me too, but additional confirmation is always good
[18:04]  * mvo hugs geser
[18:04] <pitti> seb128: do you get these JSErrors, too?
[18:05] <seb128> pitti, no
[18:05] <pitti> seb128: got it
[18:05] <seb128> pitti, go to the source and gjs-console example/gtk.js
[18:06] <seb128> gjs-console examples/gtk.js
[18:06] <pitti> "Hello World"
[18:06] <pitti> seems to work
[18:06] <pitti> if I click on it, it exits cleanly
[18:06] <seb128> ok, so the gtk part is working
[18:06] <pitti> "Typelib file for namespace 'Meta' (any version) not found"
[18:07] <pitti> is that a missing dependency?
[18:07] <seb128> well I'm looking for that but I don't have this typelib either in /usr/lib/girepository-1.0
[18:07] <seb128> walters, ^ any idea?
[18:08] <walters> need to build mutter with introspection
[18:08] <pitti> missing mutter gobject-introspection b-dep or so?
[18:09] <seb128> I'm wondering why it's working for me
[18:09] <seb128> could be an issue in the amd64 build
[18:09] <pitti> no, it does install that
[18:09] <seb128> pitti, the ppa build is working there
[18:09]  * seb128 looks to build logs
[18:10] <didrocks> I added introspection to mutter
[18:10] <pitti> amd64 mutter log does have it, apparently
[18:11] <seb128> right
[18:11] <seb128> pitti, oh, you need libmutter-dev
[18:11] <seb128> pitti, install that an try again?
[18:11] <pitti> -dev? weird
[18:11] <seb128> didrocks, ^ could you move the .typelib to the lib?
[18:11] <didrocks> seb128: yes, and .gir too
[18:11] <pitti> what are all these fancy new file types?
[18:11] <didrocks> as we saw that it makes frightening dependencies :)
[18:11] <seb128> pitti, I would say it's a packaging error but quicker to install the -dev for now
[18:11] <seb128> didrocks, .gir is a build time thing no?
[18:12] <pitti> sounds like (g)object (introspection) (r)ambling
[18:12] <seb128> pitti, gobject introspection
[18:12] <didrocks> seb128: let me try and see what depends it adds
[18:13] <pitti> cool, it works!
[18:13] <pitti> it condensed all my workspaces into one
[18:13] <pitti> and the activities thing works
[18:13] <didrocks> seb128: seing that this morning, I was thinking about moving both files. But ok, let's try with typelib only
[18:15] <seb128> pitti, excellent, thanks for the testing
[18:15] <seb128> pitti, it does the same there, not sure if that's a design decision or a bug
[18:15] <seb128> the "no workspace"
[18:15] <seb128> didrocks, I'm not sure, checking what other packages do
[18:15] <seb128> didrocks, not that we have lot of gir packages to compare
[18:15] <seb128> didrocks, but I think .gir is used for the build
[18:15] <seb128> pitti, working at a normal speed or sluggish?
[18:15] <pitti> veeeeery sluggish
[18:15] <pitti> and it totally breaks notify-osd
[18:15] <didrocks> seb128: dunno. I added a bunch of .gir files in clutter because of adding introspection :)
[18:15] <pitti> I see some shadows, but no real bubbles that I can read
[18:16] <seb128> pitti, yeah, MacSlow was expecting that for notify-osd
[18:16] <pitti> does this have an equivalent concept of workspaces?
[18:17] <pitti> like, can I continue to have my "development view" (terminals, IRC), "communication view" (empathy, mail), and "web view" (firefox)?
[18:17] <pitti> seb128: so it's not just slow for me?
[18:17] <kenvandine> pitti,  yeah... you can drag the windows around between workspaces in the activities view
[18:18] <MacSlow> pitti, you mean gnome-shell and notify-osd don't go well together?
[18:18] <pitti> MacSlow: that, too
[18:19] <MacSlow> pitti, that's something I cannot address atm
[18:19] <pitti> hm, is there a way to make some better use of this very large and unused top panel?
[18:19] <kenvandine> i want the indicator in it :)
[18:19] <kenvandine> it is too think
[18:19] <pitti> "thick"?
[18:19] <kenvandine> big
[18:19] <pitti> yes, and just 30% used
[18:19] <kenvandine> thick
[18:19] <kenvandine> yeah
[18:20] <pitti> and now I have this "recent docs" and other stuff on the left hand side
[18:20] <pitti> this could go to the top panel
[18:20] <pitti> and I have a bottom panel :(
[18:20] <kenvandine> you can collapse that stuff
[18:20] <seb128> pitti, not yet that I know
[18:20] <pitti> I did, but still
[18:20] <kenvandine> yeah
[18:20] <kenvandine> i know
[18:20] <kenvandine> i hate that it has two clocks :)
[18:20] <kenvandine> not sure why that bugs me so much
[18:21] <pitti> ah, just discovered that big + button
[18:21] <kenvandine> oh... yeah... to get more workspaces
[18:22] <pitti> can't drag/drop to the third, nice bug
[18:23] <kenvandine> oh... yeah
[18:23] <kenvandine> funny
[18:23] <kenvandine> you can in the 2nd and 4th
[18:23] <kenvandine> :)
[18:23] <kenvandine> it's the "bottom left" one
[18:23] <kenvandine> no matter how many you have
[18:24] <kenvandine> weird
[18:28] <walters> pitti: the way metacity and compiz represent workspaces is different, i forget exactly how but the gnome workspaces applet papers over it
[18:28] <pitti> ah, right, it's a metacity fork
[18:36] <didrocks> new version updated, you don't have anymore to install whole world of -dev deps for libmutter0 :)
[18:36] <didrocks> pitti: when this version will be built, can you try please to aptitude purge libmutter-dev and see if it still works?
[18:37] <seb128> re
[18:37] <didrocks> re seb128
[18:37] <seb128> yeah, internet back to normal, my issues since yesterday were due to my switch
[18:38] <seb128> it keeps turn off and on again for some reason
[18:38] <seb128> did somebody say something for me recently?
[18:38] <didrocks> so, nothing related with the phone as you were infering
[18:38] <pitti> didrocks: sure
[18:38] <seb128> didrocks, no, the phone issue is a real one, it tends to cut the internet when ringing
[18:39] <didrocks> seb128: http://paste.ubuntu.com/208306/
[18:39] <seb128> didrocks, thanks
[18:39] <didrocks> pitti: thanks :)
[18:39] <seb128> didrocks, you didn't forget the Replaces right? ;-)
[18:39] <seb128> just checking
[18:40] <didrocks> hum… :/
[18:40] <seb128> walters, well both workspace and viewports work with wnckapplet
[18:40] <seb128> didrocks, ;-)
[18:40] <didrocks> I told myself it was an experimental package and we wanted something cleaned. Didn't think about you poors guys updating :)
[18:40] <seb128> lol
[18:41] <seb128> yeahyeah
[18:43] <didrocks> ok, so, if you really want to upgrade wait -ubuntu3 is under release ;)
[18:44] <didrocks> (I think we will clean that when the package will enter ubuntu)
[18:44] <seb128> didrocks, we will
[18:48] <seb128> hey rickspencer3!
[18:48] <rickspencer3> seb128: !
[18:48] <rickspencer3> do you know what hotel we were booked into?
[18:48] <seb128> had a good trip to desktop summit?
[18:49] <seb128> rickspencer3, www.hotelfataga.com
[18:49] <pitti> hey rickspencer3
[18:50] <didrocks> hi rickspencer3
[18:50] <kenvandine> hey rickspencer3
[18:50] <rickspencer3> hi guyses
[18:50] <rickspencer3> so I'm at the conference, just got here
[18:51] <pitti> rickspencer3: give seb128 a big hug! gnome-shell packaged!
[18:51]  * rickspencer3 hugs seb128
[18:51] <rickspencer3> thanks seb128 you are awesome
[18:52] <kenvandine> i would use it full time if it had an indicator plugin :)
[18:52] <seb128> rickspencer3, np, that was quite some work but didrocks, asac and walters helped me a lot ;-)
[18:52] <kenvandine> and now it shouldn't keep breaking... like using jhbuild did
[18:52] <mclasen> if the indicator stuff was upstream...
[18:54] <kenvandine> well... it is upstream :)  ayatana is upstream for now, but there is plans to try to get it hosted on fd.o
[18:54] <kenvandine> s/is/are/
[18:55]  * kenvandine wonders how hard it would be to write a plugin for the gnome-shell panel
[18:56] <mclasen> kenvandine: your 'upstream' will have to fix the integration issues then, I guess...
[19:01] <awe>  /back
[19:02] <rickspencer3> good morning awe
[19:02] <awe> rickspencer3: morning
[19:02] <rickspencer3> well ... it's evening here! and time to find the hotel
[19:02] <awe> canary?
[19:03]  * rickspencer3 requires food and beer, not necessarily in that order
[19:03] <awe> i bet the weather's nicer than here in boston ( rain, rain, more rain )
[19:03] <awe> rickspencer3: enjoy!
[19:03] <rickspencer3> awe: yes, I am certain the weather is nicer than Boston ;)
[19:03] <pitti> better here: rain, rain, rain, and major thunderstorm :)
[19:04] <awe> they cancelled the fireworks tonite because of rain!  ;(
[19:04] <didrocks> pitti: lucky… it's too warm here and no wind :)
[19:04] <rickspencer3> awe: tonight?
[19:05] <awe> they stagger them around here...
[19:05] <rickspencer3> I thought we were 6 hours ahead, not two days behind Boston
[19:05] <awe> the big boston fireworks are still saturday!  ;)
[19:05]  * rickspencer3 high fives seb128 and didrocks and asac
[19:06] <rickspencer3> gnome-shell looks very comfy in the ppa
[19:07] <didrocks> pitti: I can't change the quickly spec status
[19:08] <didrocks> pitti: sorry, I was not logged, strangely :/
[19:08] <pitti> didrocks: LP threw me out as well several times in the last days
[19:09] <didrocks> pitti: but I still can't change the Definition :)
[19:09] <pitti> didrocks: URL, and which state do you want?
[19:10]  * pitti -> dinner, bbl
[19:12] <didrocks> pitti: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-quickly and "Review" as rick seems to agree with my changes
[19:12] <didrocks> have a good dinner
[19:42] <pitti> didrocks: changed
[19:45] <didrocks> pitti: thanks
[20:14] <pitti> good night everyone!
[20:14] <pitti> seb128, kenvandine: have a safe trip, and enjoy the summit!
[20:14]  * pitti hugs the Gran Canarians
[20:15]  * pitti will call it a day now and spend some time with his wife
[20:15] <pitti> I managed to port gvfs' gphoto volume monitor to hal \o/
[20:15] <pitti> erm, to udev, of course :)
[20:16] <kenvandine> pitti, thx
[20:17] <didrocks> good night pitti!
[20:18] <hggdh> seb128, was it expected that the new gdm would kill X on install/config?
[20:20] <hggdh> i.e., under synaptic, selected all updates (including gdm), and suddenly my Gnome session vanished
[20:21] <artir> now all u are at about 200 km of me :)
[20:33] <crevette> gdm update wants to remove fusa which will remove ubuntu-desktop, is it intended?
[20:36] <seb128> hggdh, no, it should open a new session but your running one is still open
[20:36] <seb128> hggdh, ie you can switch back to it
[20:36] <seb128> crevette, changelogs are made to be read especially in unstable versions ;-)
[20:36] <seb128> crevette, reply "yes", fusa has not been ported to new gdm I wrote it in the changelog
[20:36] <seb128> pitti, thanks
[20:38] <crevette> seb128, actually the update manager greyes the update, asking to dist-upgrade, but the dist-upgrade is cancelled by a dialog telling my system is up to date, and the dist-upgrade will be cancelled :)
[20:40]  * crevette wil fetch the changelog by himself
[20:40]  * ajmitch wonders if anyone really uses metacity anymore
[20:40] <hggdh> seb128, this did not happen. There was no GDM left
[20:40] <crevette> ajmitch, I use it everyday :)
[20:40] <seb128> hggdh, are you sure? or you didn't use the right ctrl-alt-fn?
[20:41] <seb128> hggdh, it autolog your user again when starting if you have autologin for example
[20:41] <hggdh> seb128, ctrl-alt-f6/7/8/9
[20:41] <ajmitch> crevette: great, you haven't seen it chewing 100% CPU time have you? :)
[20:41] <seb128> hggdh, but the session is still running
[20:41] <hggdh> ps -ef | grep gdm
[20:41] <seb128> hggdh, gdm might not be running bug your session?
[20:41] <crevette> ajmitch, do you use compositor?
[20:41]  * ajmitch isn't seeing his problem in the list of open bugs yet
[20:41] <hggdh> seb128, I was thrown back into term1
[20:41] <ajmitch> crevette: no
[20:42] <ajmitch> I tried switching & it fails
[20:42] <seb128> hggdh, ok, maybe xorg crashed on vt switch or something for you
[20:42] <seb128> hggdh, I doubt it's due to gdm itself though
[20:42] <crevette> ajmitch, I didn't had the issue you report
[20:42] <ajmitch> crevette: I'm probably unique like that ;)
[20:43] <crevette> sorry :/
[20:43]  * ajmitch will file a bug later
[20:43] <seb128> ajmitch, it was making gconf use cpu there while using compiz today but I played with gnome-shell before
[20:43] <hggdh> seb128, please see http://pastebin.ca/1482237
[20:43] <seb128> so not sure if some manager switch didn't work correctly
[20:43] <ajmitch> there's some switching that isn't working properly for me, but it's the metacity process that ends up taking the CPU time
[20:44] <hggdh> seb128, GDM was stopped
[20:44] <seb128> hggdh, you have kdm in this log too
[20:44] <ajmitch> I'll have to wait until I have time this evening to sort it out
[20:45] <hggdh> seb128, yes. I have KDE, xfce, and gnome. I usually run gnome. The important piece is the apt log showing a STOP action on GDM, and KDM configuration stating no display :0.0 was found -- ergo, no X
[20:45] <seb128> hggdh, well there is no stop action in the gdm.postinst and I've never seen this issue neither did other people who tried the update
[20:45] <seb128> hggdh, ie "dunno"
[20:46] <hggdh> seb128, well, if nobody has it, I think we can throw this on into the WTF bin ;-)
[20:47] <hggdh> but it is clear that somebody sent a STOP to gdm. This is rather weird