[00:01] <Sarvatt> maybe it's just xchat
[00:02] <Sarvatt> nope, link in empathy opened in firefox too
[00:11] <micahg> Sarvatt: bug 670128
[00:12] <ubot2> Launchpad bug 670128 in xdg-utils (Fedora) (and 4 other projects) "gnome-open uses firefox while it's not the preferred browser (affects: 2) (dups: 1) (heat: 16)" [Unknown,Unknown] https://launchpad.net/bugs/670128
[00:13] <Sarvatt> micahg: thanks a ton!
[00:13] <micahg> Sarvatt: np
[00:36] <chrisccoulson> it's all a conspiracy!
[00:36] <chrisccoulson> i'm just trying to make everybody use firefox really
[00:36] <chrisccoulson> :)
[00:36] <chrisccoulson> (j/k)
[00:37] <RAOF> TheMuso: Is there someone being Ubuntu-audio this cycle, or is it just you?  From memory, Daniel Chen wasn't going to be available much this cycle?  I'm just patch-piloting bug #486154, and it looks like it needs a bit of system-integration.
[00:37] <Sarvatt> make it talk to google encrypted sync and I'll think about switching back :)
[00:37] <ubot2> Launchpad bug 486154 in pulseaudio (Ubuntu) (and 3 other projects) "System beep broken in Karmic despite heroic efforts to fix it (affects: 24) (dups: 1) (heat: 146)" [Undecided,Invalid] https://launchpad.net/bugs/486154
[00:38]  * micahg didn't want to say anything about that chrisccoulson ;)
[00:38] <chrisccoulson> Sarvatt, how does it compare to firefox sync (weave)? That's totally encrypted on the server
[00:38] <TheMuso> RAOF: Unfortunately thats somewhat of a mess, as so many people have conflicting thoughts as to what should produce event sounds etc.
[00:39] <chrisccoulson> (ie, the data is only ever decrypted on your local machine)
[00:39] <chrisccoulson> and is all stored encrypted
[00:39] <TheMuso> RAOF: As for audio this cycle, well I am not entirely sure. I think rodrigo_ is helping out some, and I am spending a little time on bits and pieces here and there, usually package updates, but thats about as far as I know.
[00:40] <TheMuso> RAOF: IMO PC speaker stuff is disabled and should stay that way, and libcanberra is responsible for sound events.
[00:40] <Sarvatt> chrisccoulson: I got too used to the chromium one since I was using a netbook primarily for years and needed the screen real estate and have it syncing a ton of pc's, digging around for some way to import stuff into firefox to try it out now
[00:41] <RAOF> So the correct way to proceed would be to teach libcanberra to optionally use the PC speaker, and teach compiz to use libcanberra?
[00:41] <TheMuso> RAOF: Don't know, and don't care personally. :p but seriously, I'd say thats probably the best bet.
[00:41] <Sarvatt> not being able to save certificate exceptions in chromium is annoying me enough to try switching back
[00:41] <TheMuso> The PC speaker is a gradually vanishing piece of kit.
[00:42] <TheMuso> Once more new hardware uses EFI, there will be much less need for it, so far as I know.
[00:43] <TheMuso> ...it also doesn't help that upstrea alsa also decided to implement PC speaker emulation in hda, something which I disagree with, adn we have turned off in Ubuntu anyway.
[00:54] <TheMuso> RAOF_: Do you need me to repeat what I said earlier re that bug?
[01:10] <RAOF_> TheMuso: Yeah, please.  The last thing I got before everything blew up was “IMO PC speaker stuff is disabled and should stay that way, and libcanberra is responsible for sound events.”
[01:10] <TheMuso> ok
[01:11] <TheMuso> RAOF: Don't know, and don't care personally. :p but seriously, I'd say thats probably the best bet.
[01:11] <TheMuso> The PC speaker is a gradually vanishing piece of kit.
[01:12] <TheMuso> ...it also doesn't help that upstrea alsa also decided to implement PC speaker emulation in hda, something which I disagree with, adn we have turned off in Ubuntu anyway.
[01:12] <RAOF_> Heh.
[01:13] <RAOF_> It looks like we'll have (a small subset of) users who want to use the PC speaker for the forseeable future, so we should probably at least point them in the right direction :).
[01:15] <charlie-tca> TheMuso, you have seen bug 642888 also?
[01:15] <ubot2> Launchpad bug 642888 in at-spi (Ubuntu) "system bell no beep (affects: 1) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/642888
[01:15] <ajmitch> RAOF_: as long as they don't expect to play back their oggs through the pc speaker :)
[01:16] <TheMuso> charlie-tca: Not read it completely.
[01:16] <TheMuso> I will have a look in a while.
[03:15] <chrisccoulson> pitti - https://launchpad.net/ubuntu/+source/couchdb/1.0.1-0ubuntu4 \o/
[03:15] <chrisccoulson> should win some space once robert updates yelp ;)
[03:15] <chrisccoulson> hi robert_ancell!
[03:16] <robert_ancell> chrisccoulson, yay!
[03:45] <Chipaca> chrisccoulson: wooo!!
[03:45] <Chipaca> chrisccoulson: that happened fast
[03:46] <Chipaca> chrisccoulson: does that mean we have a spidermonkey package, that you've talked with the mozilla guys re abi stability, the works?
[04:00] <chrisccoulson> Chipaca, not yet. the current solution is purely to save space on the CD really
[04:01] <Chipaca> chrisccoulson: I've been trying to get in touch with you, but things have been a bit crazy for me. You want me to follow up on the conversation with mozilla, or can you do that?
[04:01] <Chipaca> chrisccoulson: (this is re statik's email)
[04:02] <chrisccoulson> i don't mind really. the only thing i'm a bit concerned about is that we might be getting confused between API and ABI stability. mozilla say they can provide API stability (which is mostly true already, except for the 1.9.2 => 2.0 transition i just did), but it is ABI stability that's the real problem
[04:03] <chrisccoulson> i need to do another couch upload in the morning, i just noticed a couple of oversights with the port :(
[04:03] <chrisccoulson> it's been a pain to port it, because none of the API changes seem to be documented anywhere
[04:03] <Chipaca> chrisccoulson: right
[04:04] <Chipaca> chrisccoulson: I've just pointed the couchdb people at the bug anyway (i mean, at https://bugs.launchpad.net/bugs/681209)
[04:04] <ubot2> Launchpad bug 681209 in couchdb (Ubuntu) "Port to Spidermonkey 2.0 (affects: 1) (heat: 8)" [Undecided,Fix released]
[04:04] <chrisccoulson> thanks
[04:04] <chrisccoulson> i need to make sure to set rsval on any native function that returns successfully. that wasn't required before, but is now
[04:04] <chrisccoulson> will fix that in the morning now though
[04:05] <chrisccoulson> according to http://web.archiveorange.com/archive/v/yxPWTYypjFr1Bkh0C9lQ
[04:06] <hyperair> is a broken .desktop file (wrong gettext domain) worth SRUing?
[04:06] <chrisccoulson> hyperair, it depends if somebody wants to work on it ;)
[04:06] <chrisccoulson> i'd imagine so
[04:07] <hyperair> alright
[04:07] <hyperair> i was just wondering if i should upload =)
[04:07] <chrisccoulson> yeah, just do it. it seems trivial enough
[04:09] <hyperair> okay
[04:09] <robert_ancell> pitti, can you get clutter-gtk-1.0 out of the new queue?  I figure it doesn't need a MIR because it's just the newer version of clutter-gtk-0.10?
[04:14] <Chipaca> chrisccoulson: does "I don't mind" mean you'll do it, or that you'd rather I did? (sorry to go back on that, but I need to be sure)
[04:15] <chrisccoulson> Chipaca, i'll read through the e-mail again when i get up, i'm just about to go and get some sleep now (it's 4.15am here now ;))
[04:15] <Chipaca> maaaaaan
[04:16] <Chipaca> my brain chiming "low battery" and it's only 1.15 here
[04:16] <chrisccoulson> heh :)
[04:16] <chrisccoulson> i normally stay up late, but tonight is later than most
[04:16] <Chipaca> chrisccoulson: go! sleep! rest! I'll chase you tomorrow or day after
[04:16] <chrisccoulson> thanks :)
[06:44] <robert_ancell> chrisccoulson, hey
[07:01] <pitti> Good morning
[07:02] <pitti> kenvandine: trouble with the new go-introspection?
[07:03] <pitti> chrisccoulson: cool!
[07:03] <pitti> robert_ancell: good morning
[07:04] <pitti> robert_ancell: clutter-gtk-1.0> looking
[07:04] <robert_ancell> pitti, hey
[07:05] <pitti> robert_ancell: how are you doing?
[07:05] <robert_ancell> pitti, good.  I worked out how to use the bzr branch for gtk-vnc
[07:06] <pitti> robert_ancell: why do we version the source in the first place? we need several APIs in parallel?
[07:06] <dpm> good morning all
[07:06] <dpm> pitti, thanks a lot for getting the issue with the langpacks cronjob sorted yesterday!
[07:06] <pitti> hey dpm
[07:06] <robert_ancell> pitti, I don't know, I just renamed it because it's not 0.10 anymore.  I guess in theory they could keep supporting the old version, but it doesn't sound likely
[07:07] <pitti> dpm: the lucid one had another crash and needed fixing/handholding, but I started the maverick one from cron out of line, and it seems that went okay
[07:07] <pitti> robert_ancell: so perhaps the source should eventually just be named clutter-gtk?
[07:07] <robert_ancell> pitti, well, but what do we do if they make a 2.0 series in the future and we want to keep the 1.0?
[07:07] <dpm> pitti, ok, thanks for letting me know
[07:08] <pitti> robert_ancell: isn't that true for pretty much any library? anyway, if that's more likely to happen for clutter, then it's fine
[07:08] <pitti> robert_ancell: looks fine to me, accepted
[07:08] <robert_ancell> pitti, I don't know, I hope we'll stay 1.0 for a while :)
[07:27] <pitti> robert_ancell: wow, there are still upstream releases for gnome-vfs?
[07:27] <robert_ancell> apparently!
[07:39] <RAOF> Well, running around an oval in the rain was less annoying than I expected.
[07:54] <pitti> mvo: good morning
[07:54] <pitti> mvo: FYI, I collected and tagged the bugs for the performance problems with compressed indexes, and I'll disable them by default for now
[07:54] <didrocks> good morning
[07:54] <pitti> mvo: it's easy enough to enable locally to work on the bugs
[07:54] <pitti> bonjour didrocks, ca va?
[07:55] <mvo> thanks pitti
[07:55] <didrocks> Guten Morgen pitti! Yeah, very well, thanks :) and you?
[07:55] <mvo> (and good morning!)
[07:55] <pitti> mvo: but that was useful for seeing where the problems are
[07:55] <didrocks> hey mvo ;)
[07:55] <mvo> hey didrocks
[07:55] <mvo> pitti: indeed
[07:55] <pitti> mvo: for synaptic and xapian-index it's pretty clear to me -- they seem to iterate through all package records, which is slower
[07:56] <pitti> mvo: I'm not quite sure why "Building dependency tree..." takes 1:30 hours for an UEC build, but I'll investigate that later
[07:56] <mvo> yeah, synaptic does it iirc to check for the support status
[07:56] <mvo> did you managed to reproduce it locally?
[07:56] <pitti> it would seem to me that building depepdency trees can be done entirely out of pkgcache.bin
[07:57] <pitti> mvo: the slow synaptic scrolling and slow update-apt-xapian-index, yes
[07:57] <pitti> I didn't try to reproduce the UEC build thingy
[07:59] <mvo> ok
[07:59] <didrocks> hum, why c-f-m-p ftbfs and it compiled fine yesterday here…
[08:09] <pitti> chrisccoulson, micahg: do you know why firefox-branding exploded so much in size since maverick?
[08:09] <pitti> firefox-branding (Δ 3.0 MB - 3.6.10+build1+nobinonly-0ubuntu3: 0.2 MB   4.0~b7+nobinonly-0ubuntu3: 3.3 MB)
[08:09]  * micahg thought that was empty now :-/
[08:10] <pitti> chrisccoulson, micahg: seems this /usr/lib/firefox-4.0b7/omni.jar is new?
[08:10] <micahg> oh, right
[08:10] <micahg> yes
[08:11] <micahg> pitti: the branding is now with the JavaScript files in one container to improve start time
[08:11] <micahg> pitti: the good news is we can drop xulrunner though as chrisccoulson created mozjs again
[08:11] <pitti> so it was moved from firefox?
[08:12] <pitti> micahg: ok, if that's deliberate, that's fine; I just wanted to make sure it wasn't accidental
[08:12] <pitti> \o/
[08:12] <pitti> we got down from 30 to 17 MB oversized now
[08:12] <pitti> (i386 alternate; amd64 is worse)
[08:12] <micahg> pitti: yes, it's deliberate and shouldn't increase the total between the two packages much
[08:12] <pitti> micahg: thanks for checking
[08:12] <pitti> so with RAOF's mesa fix and dropping xulrunner we should just about get back into the home zone
[08:13] <micahg> pitti: oh, I guess it is about 3MB larger now, but I think that might be due to the new stuff in 4.0
[08:13] <pitti> and for the rest, lots of package rebuilds to shrink/drop changelogs and PNGs
[08:14] <Zdra> any chance that bug gets fixed in maverick? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/662946
[08:14] <ubot2> Launchpad bug 662946 in linux (Ubuntu) (and 1 other project) "linux kernel 2.6.35 slows down the whole system because of kslowdxxx processes (affects: 34) (dups: 2) (heat: 194)" [Undecided,Confirmed]
[08:14] <pitti> we now have unity, nux, zeitgeist, and GTK3 on the CDs, plus a couple of duplicated libraries due to ABI bumps, and two pythons, so we should be fine in the end
[08:15] <Zdra> maverick's kernel is simply unusable here
[08:15] <pitti> Zdra: wrong channel, I'm afraid -- try #ubuntu-kernel?
[08:15] <micahg> pitti: so between dropping most of xulrunner and the increase in Firefox, there's a net savings of 4.5MB
[08:15] <pitti> micahg: nice!
[08:15] <Zdra> pitti, ah, didn't know that channel, thanks :)
[08:15] <micahg> on i386 at least
[08:16] <pitti> micahg: I think we're going to get a second webkit version as a replacaement for xulrunner, which will add back ~ 5
[08:16] <pitti> so overall it should be roughly even
[08:16] <micahg> pitti: for yelp?
[08:16] <pitti> micahg: right
[08:17] <micahg> pitti: why a second version?
[08:17] <pitti> micahg: I'm not sure, it was mentioned yesterday
[08:35] <pitti> didrocks: I'm curious: if unity is "just" a compiz plugin, and we don't have a separate session type, how do we make panel and nautilus start/not start depending on whether we're running unity?
[08:35] <didrocks> pitti: nautilus will always be there
[08:35] <didrocks> pitti: panel as gnome-panel registered as a required component is an issue
[08:36] <didrocks> pitti: remember my email I forwarded to you? :)
[08:36] <pitti> ah, ok; I'll look into that now
[08:36] <didrocks> nobody answered btw… :/
[08:36] <didrocks> pitti: basically, I have another idea of workaround
[08:36] <didrocks> pitti: but not "ideal, flipping-less solution"
[08:36] <didrocks> I'll implement one tomorrow for A1 in any case…
[08:37] <didrocks> today is new compiz + new unity + fixing a lot of stuff :)
[08:42] <pitti> didrocks: so the main problem is that we only know very late whether we can run unity in the first place, right?
[08:42] <pitti> i. e. not already when gnome-session starts
[08:43] <pitti> didrocks: I wonder if there's some way to do "virtual" required components
[08:43] <pitti> i. e. unity would "provide" a panel, and so does gnome-panel
[08:43] <pitti> or xfce4-panel for that matter
[08:45] <pitti> didrocks: it seems to me that the most robust approach is to have compiz start gnome-panel if it doesn't start unity; we can't do that before or in a different place without these "start and kill" stuff, which would be a hideous waste
[08:45] <pitti> i. e. gnome-session would need to start gnome-panel if we don't use compiz, and compiz would start gnome-panel when needed
[08:46] <pitti> I'm aware that this would require some ubuntu specific hacks, but we need the hacks somewhere anyway
[08:46] <pitti> so we can just as well put them into the place where it would be most robust
[08:46] <pitti> and efficient
[08:48] <didrocks> pitti: sorry, will get back to you in a bit, still testing unity things :)
[08:49] <pitti> didrocks: don't worry, take your time
[08:50] <pitti> didrocks: running unity now :)
[08:52] <pitti> (for 30 seconds, and already feeling pain)
[08:54] <didrocks> ok back :)
[08:54] <didrocks> pitti: so, yeah, unity is runned as the last compiz plugin, very late in the session startup
[08:54] <didrocks> so, gnome-session has almost finished launching the panel at this point
[08:55] <didrocks> pitti: let me see when gnome-session starts the panel, if it's before or after the windowmanager
[08:56] <pitti> didrocks: is there any chance we can make the "can run unity" detection much earlier?
[08:56] <didrocks> pitti: no, there are mutiples detections, but the unity detection is only part as the unity constructor
[08:56] <pitti> didrocks: if we only start gnome-panel after basically everything else is ready, startup will be really slow for non-unity sessions
[08:57] <didrocks> that was my point…
[08:57] <pitti> didrocks: right, I wonder if we can pull that out and stuff it into gnome-session
[08:57] <didrocks> and we loose the autorespawn
[08:57] <pitti> with a design where you have 90% of your desktop already started before you even figure out what you want to start in the first place, we can only lose
[08:58] <didrocks> totally agree
[08:58] <didrocks> so, there is this solution of start gnome-panel and then remove it as a required component with my patch
[08:58] <didrocks> and kill it
[08:58] <didrocks> but it makes gnome-panel appearing every time
[08:58] <didrocks> until unity starts
[08:58] <didrocks> we can do that at first start
[08:59] <didrocks> and seeing if unity start -> change the gconf key for later boot
[08:59] <didrocks> but of course, we will have the issue of resetting that in case of driver change, blablabla…
[08:59] <pitti> didrocks: and starting gnome-panel is ridiculously expensive
[08:59] <pitti> right
[09:00] <pitti> IMHO we should separate the hw detection and run it very early
[09:00] <pitti> e. g. in gnome-wm for now
[09:01] <pitti> then this could start metacity, compiz and gnome-panel, or compiz --with unity
[09:02] <didrocks> pitti: not designed and won't we designed like that, I'm afraid…
[09:02] <pitti> why?
[09:02] <pitti> it's not even alpha-1..
[09:03] <pitti> dbarth: is there a particular reason why unity needs to detect the hardware caps so late in the game (what is essentially the wrong end of the desktop startup chain)?
[09:05] <didrocks> pitti: because compiz now has a detection/bailer plugin and for instance, it's the opengl plugin which bails when it can't works
[09:05] <didrocks> work*
[09:05] <didrocks> same for unity
[09:06] <seb128> hey
[09:06] <didrocks> salut seb128
[09:06] <pitti> didrocks: ok, then I guess we need to go back to starting gnome-panel from compiz if unity plugin is not enabled
[09:06] <seb128> lut didrocks
[09:06] <seb128> ca va ?
[09:06] <didrocks> seb128: ça va, journée chargée aujourd'hui je pense :)
[09:06] <pitti> which will really make startup time suck for the panel, but oh well
[09:06] <pitti> hey seb128
[09:07] <didrocks> pitti: right, but it's only if we can run compiz, but not gnome-panel
[09:07] <seb128> pitti, guten tag!
[09:07] <pitti> didrocks: so gnome-session can run panel or not depending on whether it's running compiz or not?
[09:08] <didrocks> pitti: if we launch the "windowmanager" phase before, right
[09:08] <pitti> ah, right
[09:08] <pitti> didrocks: I guess there are only few cases where compiz works, but not unity?
[09:09] <didrocks> pitti: yeah, it will be even less as unity will try to run in a degraded mode
[09:09] <didrocks> but in that case, we loose the autorespawn…
[09:09] <didrocks> and that's what annoy me :)
[09:11] <pitti> didrocks:
[09:11] <pitti> I have hacked yesterday afternoon on that, and I have a way to tell
[09:11] <pitti> "gnome-session, please remove this App as a required_component" through
[09:11] <pitti> dbus.
[09:11] <pitti> didrocks: does addition work as well?
[09:11] <pitti> then gnome-panel could register itself for autospawning at gnome-session
[09:13] <didrocks> pitti: I think I mentionned it later in my mail, the issue is that when starting gnome-panel from the command line I couldn't set an id to it
[09:13] <didrocks> pitti: so, it can't match with the /App property where I reset autorestart to true
[09:14] <didrocks> and I tried hard to set an id to it :) --sm-client-id doesn't seem to work and I couldn't find enough doc about it
[09:15] <pitti> didrocks: I don't understand -- doesn't gnome-session provide an ID for it already?
[09:15] <pitti> we certainly don't need to worry about autorespawn if we start gnome-panel from the command line?
[09:16] <didrocks> pitti: why? if it crashes and compiz doesn't?
[09:16] <pitti> (in fact, I'd love if it would _not_ autorespawn when I start it from a command line, but that's just me as a developer..)
[09:16] <didrocks> pitti: no, because when you restart it, you have a new /Client on dbus
[09:16] <pitti> didrocks: oh, you mean "from the command line" -> "if compiz starts it"?
[09:16] <didrocks> with an empty id
[09:16] <didrocks> pitti: right, it's basically what I do in compiz as of today
[09:17] <pitti> hm, I'm afraid I don't know about the gnome-session IDs to give a hint here
[09:18] <pitti> didrocks: so for the general startup, we patch gnome-session to ignore gnome-panel if it runs compiz?
[09:19] <pitti> by way of compiz calling through that new dbus API of your's to dynamically remove stuff from required_components?
[09:19] <didrocks> pitti: not yet, but that's basically what I did for the UNE session
[09:19] <pitti> (and assuming that compiz/window manager phase starts earlier than panel)
[09:19]  * vuntz won't enter the discussion here, but thinks this sounds completely crazy ;-)
[09:19] <pitti> vuntz: it is..
[09:19] <pitti> vuntz: bonjour, BTW
[09:19] <didrocks> pitti: so, we discussed with vuntz
[09:19] <didrocks> the idea is to make some "profiles" at start
[09:19] <vuntz> pitti: just chatted with didrocks, he'll repeat the design that is planned upstream
[09:19] <seb128> lut vuntz
[09:19] <vuntz> hey :-)
[09:20] <pitti> vuntz: seems this is basically trying to squeeze three different session types into one..
[09:20] <didrocks> so, detection module as part of gnome-session
[09:20] <seb128> seems gnome-session is just not made to deal with that you want to do didrocks
[09:20] <seb128> we will either need to improve it
[09:21] <didrocks> seb128: well, not what "I" want… just what's implemented in compiz/unity
[09:21] <pitti> .. or hack the heck out of it?
[09:21] <seb128> or to move to other system
[09:21] <seb128> like upstart session services handling
[09:23] <didrocks> seb128: I try to see what we can do with the current system for natty :)
[09:23] <rodrigo_> morning
[09:23] <seb128> didrocks, I'm not sure why we need to register gnome-panel
[09:23] <seb128> rodrigo_, hey
[09:24] <didrocks> seb128: autorestart?
[09:24] <didrocks> well, gnome-panel is not crashing a lot…
[09:24] <didrocks> that was part of my mail
[09:24] <didrocks> hey rodrigo_
[09:24] <seb128> well, start gnome-panel for the session
[09:24] <seb128> and hack the .dmrc
[09:24] <seb128> so next login is in GNOME 2d
[09:24] <didrocks> hum, not a bad idea…
[09:24] <seb128> you just don't get autorespawn for one session this way
[09:24] <pitti> (eww)
[09:25] <didrocks> then, we need to hook something for users having installed nvidia proprieraty driver…
[09:25] <didrocks> well, prop<something>* driver :)
[09:25] <seb128> well make jockey change the .dmrc
[09:26] <didrocks> pitti | (eww)² :)
[09:26] <pitti> seb128: you mean all of them?
[09:26] <pitti> for users with encrypted home directories which aren't logged in?
[09:26] <pitti> etc.
[09:26] <seb128> pitti, no, the current user one
[09:27] <pitti> but why bother with all this dynamic detection if we are going to have to write a static config anyway?
[09:27] <seb128> I think the usecase is people installing nvidia after install
[09:27] <seb128> so only one user will have loged in with one session
[09:27] <seb128> I don't think we should aim to deal with corner cases
[09:27] <pitti> we also have multi-graphics cards computers and laptops these days, where you can switch
[09:28] <seb128> ok, let's get to the basis
[09:28] <seb128> you want to run the autodetection at each login?
[09:29] <didrocks> it's runned at each login right now. It's runned for years in the opengl plugin
[09:29] <seb128> ok
[09:29] <didrocks> run*
[09:29] <seb128> so what you need is just a way to tell gnome-session "start this .desktop and respect the autorestart key"
[09:30] <seb128> it has the code for dealing with those, it read the autostart directory at session start
[09:30] <seb128> we just need an api to give him extra ones after the start from dbus
[09:30] <seb128> seems it should be easy to add
[09:30] <seb128> you would start gnome-panel this way
[09:30] <seb128> the same way we start the keyring and others services
[09:30] <seb128> vino, etc
[09:31] <didrocks> seb128: yeah, it's a way to tell him too start a desktop file
[09:31] <rodrigo_> but gnome-session would start the panel always, right?
[09:31] <didrocks> better than the autorestart hack
[09:31] <seb128> rodrigo_, no, unity has its own panel
[09:31] <didrocks> rodrigo_: right now, because of the gconf key I mentionned in my mail :)
[09:31] <rodrigo_> right, I mean the upstream gnome-session
[09:32] <seb128> it reads things it needs to start from gconf
[09:32] <rodrigo_> ok
[09:32] <seb128> well that an desktop files in the xdg autostart dir
[09:32] <seb128> didrocks, I don't see what is difficult and why you want to add required components in a dynamic way
[09:33] <seb128> just make compiz make that dbus call to gnome-session to run the gnome-panel autostart?
[09:33] <rodrigo_> vuntz, and what are the plans for gnome-session to start gnome-shell or the 2.x session? how it's going to do that?
[09:33] <vuntz> rodrigo_: that's the plan I told to didrocks
[09:33] <didrocks> seb128: well, I have to see how hard or not it is to tell gnome-session "starts this desktop file"
[09:33] <rodrigo_> vuntz, ah, ok, reading the backlog
[09:34] <seb128> vuntz, where did you tell him that?
[09:34] <vuntz> seb128: #gnomefr
[09:34] <seb128> vuntz, can you copy or summarize in english there?
[09:34] <seb128> didrocks, ^
[09:34] <seb128> or you ;-)
[09:34] <rodrigo_> ah, yes, a summary please :)
[09:34] <vuntz> I prefer to review didrocks's patch and let didrocks summarize :-)
[09:34] <rodrigo_> :)
[09:34] <seb128> ok
[09:35] <seb128> vuntz, is there a way now to tell gnome-session during a session to start a service with autorespawn on?
[09:35] <didrocks> seb128: I summarize already, isn't it?
[09:35] <didrocks> let me backlog
[09:35] <seb128> didrocks, I might have joined after then
[09:35] <seb128> or it was in middle of unity thinking
[09:35] <didrocks> 10:19:51   didrocks | the idea is to make some "profiles" at start
[09:35] <vuntz> but the short story is: a profile is a .desktop file (instead of being gconf keys); it contains a key to launch a helper that helps decide if the profile ca nbe used (eg: do we have 3d?), and it can contain a fallback to another profile
[09:36] <didrocks> 10:20:07   didrocks | so, detection module as part of gnome-session
[09:36] <didrocks> and deciding which profile we want to choose depending on the detection module
[09:36] <vuntz> seb128: not sure about this. Probably not, I guess. But if we do this, that'd be part of the GtkApplication stuff, I guess
[09:39] <rodrigo_> so, gnome-session just spawns the helper, and if it quits with an error, it spawns the fallback?
[09:39] <vuntz> rodrigo_: kind of
[09:39] <vuntz> (not sure you can say "spawn the fallback" since the fallback is a profile, but yeah)
[09:40] <didrocks> ok, so we would have three profiles
[09:40] <didrocks> one for compiz + unity
[09:40] <rodrigo_> well, right, it would spawn the helper for the fallback profile
[09:40] <didrocks> then compiz + gnome-panel and metacity + gnome-panel (or whatever + gnome-panel)
[09:40] <vuntz> rodrigo_: well, it would discard the current profile, and consider the fallback one
[09:40] <rodrigo_> ok
[09:40] <didrocks> not sure how that can play with people having different window manager, vuntz? ^^
[09:40] <seb128> the detection code is in compiz atm though?
[09:41] <didrocks> seb128: yes, all the detection is done in compiz, that's one of the blocker
[09:41] <vuntz> didrocks: use gnome-wm
[09:41] <vuntz> seb128: just tweak compiz to have some test option. Like "compiz --can-i-work-here"
[09:54] <rodrigo_> hmm, http://launchpadlibrarian.net/59571483/buildlog_ubuntu-natty-i386.libubuntuone_0.3.8-0ubuntu2_FAILEDTOBUILD.txt.gz <- should I just run a 'make distclean' before doing the python builds???
[09:57] <rulus> Good morning! I have some questions about bug #676972 and the procedure of things. MSN in Pidgin is currently broken because MS changed their SSL certificates. Updates have been released for natty and maverick, but older versions (ie Lucid) are still broken. Upstream released 2.7.7 to fix the issue, but not all these fixes are in the natty and maverick updates. I wonder what's the next step?
[09:57] <ubot2> Launchpad bug 676972 in pidgin (Ubuntu Maverick) (and 2 other projects) "pidgin does not connect to msn, certificate error (affects: 43) (dups: 3) (heat: 176)" [Undecided,Fix released] https://launchpad.net/bugs/676972
[10:03] <seb128> ok
[10:03] <seb128> back on gsd gcc 2.32, it's better
[10:05] <rodrigo_> seb128, what problems did you find on g-s-d?
[10:06] <seb128> it seems to not apply the same configs that the old one
[10:06] <seb128> gdm was on a blue and grey theme
[10:06] <seb128> rather than using the ubuntu one
[10:06] <seb128> the desktop had a weird hinting
[10:06] <seb128> but the gtk theme was correct at least
[10:07] <seb128> the new g-c-c is acting weirdly with geometry and placement handling
[10:07] <seb128> every time you open a panel it jumps on screen to another position, weird
[10:07] <bilalakhtar> New g-c-c means GNOME 3 unstable g-c-c?
[10:08] <seb128> yes
[10:08] <seb128> the one in the ppa
[10:19] <rodrigo_> seb128, any idea about http://launchpadlibrarian.net/59571483/buildlog_ubuntu-natty-i386.libubuntuone_0.3.8-0ubuntu2_FAILEDTOBUILD.txt.gz <- do I really need to add a 'make distclean'??
[10:21] <seb128> rodrigo_, hum, it's weird
[10:21] <seb128> you should not, the changelog doesn't suggest you changed anything that should trigger build issues
[10:21] <rodrigo_> it is again with the 'several python versions' thing, it seems
[10:22] <rodrigo_> seb128, no, changed nothing
[10:22] <seb128> could be yes
[10:22] <seb128> I was thinking the same
[10:31] <rodrigo_> wow, the new evo is much quicker
[10:35] <didrocks> seb128: rodrigo_: do one of you have a gnome3 stack to test there?
[10:35] <rodrigo_> didrocks, yes
[10:35] <seb128> didrocks, test what?
[10:35] <didrocks> rodrigo_: can you change the wallpaper cache patch to that (it's 02_… http://bugzilla-attachments.gnome.org/attachment.cgi?id=174700)
[10:36] <didrocks> rodrigo_: and confirm you get a .cache/wallpaper/num- file?
[10:36] <rodrigo_> didrocks, yes
[10:36] <didrocks> rodrigo_: thanks :)
[10:40] <seb128> kklimonda, there?
[10:43] <seb128> didrocks, \o/
[10:43] <seb128> you got your patch to land after 6 months ;-)
[10:43] <didrocks> seb128: yeah, just discussed it this morning \o/
[10:44] <didrocks> seb128: stop staring at #commits :)
[10:44] <seb128> lol
[10:44]  * didrocks wonders if seb128 has some hilight on desktop team members name as well to spy them on channels :)
[10:44] <seb128> I don't stare, I barely glance over it every now and then ;-)
[10:45] <didrocks> it's just that less than 1 min after the commits, sounds weird :p
[10:46] <rodrigo_> didrocks, btw, just finished building evo-couchdb with latest evo/eds, and it works, so submitting a branch in a minute, after I test your patch
[10:46] <didrocks> rodrigo_: nice!
[10:47] <Laney> didrocks: please apply prodding to the appropriate people about banshee ;-)
[10:47] <Laney> morning btw
[10:47] <didrocks> morning Laney
[10:47] <didrocks> Laney: all is ready? MIR and default plugins?
[10:48] <Laney> yep
[10:48] <Laney> i will admit that i haven't tested in a clean vm though
[10:48] <Laney> that's what users are for right ;)
[10:48] <didrocks> well, let's hope that the build in main is working
[10:49] <didrocks> Laney: can you post here the MIR bugs #
[10:49] <Laney> bug 607291 bug 607304
[10:49] <ubot2> Launchpad bug 607291 in taoframework (Ubuntu) (and 18 other projects) "[MIR] banshee (affects: 1) (heat: 14)" [Undecided,Invalid] https://launchpad.net/bugs/607291
[10:49] <ubot2> Launchpad bug 607304 in taoframework (Ubuntu) (and 7 other projects) "[MIR] banshee-community-extension (affects: 1) (heat: 10)" [Undecided,Invalid] https://launchpad.net/bugs/607304
[10:50] <didrocks> ok, looks good
[10:51] <didrocks> asac: ^ jcastro wants to buy you some whiskey if you do that for A1 :)
[10:51] <didrocks> thanks Laney
[10:51] <Laney> no worries
[10:52] <rodrigo_> didrocks, ok, built and running, so I just open the background panel to have the files created in ~/.cache/wallpaper?
[10:52] <didrocks> rodrigo_: yeah, just change the wallpaper
[10:52] <didrocks> rodrigo_: or click on the same, I think it works
[10:52] <rodrigo_> didrocks, ok, no num... files there
[10:52] <didrocks> you should have a 01_
[10:53] <rodrigo_> I have the same files as before
[10:53] <didrocks> grrr, I should have a gtk3 stack to tries it
[10:53] <didrocks> and debug
[10:54] <asac> didrocks: i will ... and i will add you to the MIR team
[10:54] <didrocks> asac: what? it's jcastro's fault :)
[10:54] <pitti> didrocks: congrats for getting the wallpaper cache patch upstream
[10:54] <rodrigo_> didrocks, while you build the gtk3 stack, just send me patches, I can test them
[10:54] <didrocks> pitti: thanks :)
[10:54] <didrocks> rodrigo_: hum, it's weird, can you remove every files from there?
[10:54] <didrocks> rodrigo_: and click an a background?
[10:55] <rodrigo_> can I have a review (+ merge, can do the upload myself) of this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution-couchdb/0_5_1_release/+merge/41847
[10:55] <rodrigo_> didrocks, yes
[10:55] <seb128> didrocks, well it's easy enough, activate the ppa and install g-c-c
[10:55] <didrocks> seb128: I need g-s-d as well?
[10:55] <seb128> didrocks, I did it yesterday and downgraded today
[10:55] <seb128> didrocks, the depends system will trigger g-s-d in
[10:55] <rodrigo_> didrocks, now it created a 1_* file
[10:55] <chrisccoulson> hello everybody
[10:55] <didrocks> rodrigo_: oh ok, nice :)
[10:55] <seb128> chrisccoulson, hey
[10:55] <didrocks> rodrigo_: so, if you change that file with shotwell
[10:55] <seb128> chrisccoulson, how are you?
[10:55] <didrocks> seb128: thanks for the tip :)
[10:56] <didrocks> rodrigo_: you may have to click on the *same* wallpaper again, not sure, but the background should change
[10:56] <rodrigo_> shotwell says it doesn't recognize the format
[10:57] <didrocks> rodrigo_: argh, gimp? :)
[10:57] <rodrigo_> let me change it with gimp
[10:57] <didrocks> I remember now that shotwell rely on extensions…
[10:57] <rodrigo_> yeah, naughty shotwell :)
[10:57] <didrocks> not MIME type
[10:58] <rodrigo_> didrocks, well, the file in the cache was the previous wallpaper I had
[10:58] <rodrigo_> so do I change the background back to that one?
[10:59] <chrisccoulson> seb128 - i'm good thanks, but a little tired today
[10:59] <didrocks> rodrigo_: yes please
[10:59] <seb128> chrisccoulson, late hacking yesterday?
[10:59] <rodrigo_> didrocks, ok, the cache was updated, and removed my change there
[10:59] <chrisccoulson> seb1128 - yeah, i finished about 430am
[11:00] <didrocks> rodrigo_: nice, and if you change the content again?
[11:00] <didrocks> rodrigo_: and click on the same, you should see the "hacked" image
[11:00] <didrocks> (without clicking even)
[11:01] <seb128> chrisccoulson, sleep is for weaks as would say asac? ;-)
[11:01] <chrisccoulson> heh :)
[11:02] <RAOF> Mmmm, week's sleep... :)
[11:07] <rodrigo_> didrocks, no, it seems it regenerates the thmbnail
[11:07] <didrocks> rodrigo_: hum, ok, I'll have a try then…
[11:07] <didrocks> thanks rodrigo_ :)
[11:08] <rodrigo_> didrocks, you're welcome
[11:09]  * rodrigo_ needs to run some errands, bbiab
[11:22] <didrocks> rodrigo_: argh, I got it, nautilus isn't using libgnome-desktop3, so it still use libgnome-desktop :)
[11:22] <didrocks> hence the two formats exists
[11:22] <didrocks> ok, we will get to that later then
[11:25] <seb128> didrocks, it should in the ppa
[11:25] <seb128> didrocks, the new nautilus is in the ppa
[11:26] <didrocks> ok, let apt-get install then
[11:27] <ari-tczew> bilalakhtar: got a time?
[11:28] <didrocks> hum Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported
[11:29] <didrocks> aborting...
[11:29] <seb128> what did you do?
[11:29] <didrocks> apt-get install nautilus
[11:29] <didrocks> thinking that the dep will take the right libs
[11:29] <didrocks> not sure I want to break my machine at this point :)
[11:29] <seb128> didrocks, you probably didn't update the lib and whoever did the update forget to update the shlibs
[11:29] <didrocks> yep, that's my feeling
[11:29] <seb128> it's just libnautilus*
[11:29] <seb128> I had the issue there as well
[11:29] <didrocks> ok
[11:30] <didrocks> and you ensure downgrade will be easy? :)
[11:30] <didrocks> ah, nautilus starts, now, thanks!
[11:31] <seb128> sudo apt-get install gnome-control-center/natty capplets-data/natty gnome-control-center-dev/natty nautilus/natty nautilus-data/natty gnome-settings-daemon/natty gnome-media/natty
[11:31] <seb128> didrocks, ^ I did that earlier
[11:31] <didrocks> seb128: ok, nice :)
[11:31] <didrocks> so, I get the wallpaper cache with what was expected, let's see
[11:31] <seb128> didrocks, you might want to add the libnautilus as well to that line
[11:31] <didrocks> seb128: yep, I will, thanks!
[11:31] <seb128> yw
[11:36] <didrocks> ok, it seems to pick the cache :)
[11:36] <didrocks> nice
[11:50] <asac> didrocks: sure ... are those bugs targetted against alpha 1?
[11:50] <didrocks> asac: I didn't check if aney did that, I'll
[11:51] <asac> didrocks: if not i need a bug list in priority order i guess
[11:51] <didrocks> asac: both are linked, one is the banshee extension, the other one, banshee
[11:51] <didrocks> Laney: handled the MIR ^
[11:52] <Laney> which bugs?
[11:52] <Laney> not clear on what you want
[11:53] <Laney> it all needs to be promoted at the same time if that's what you mean
[11:59] <didrocks> Laney: just target them for A1, I guess for now
[12:17] <rodrigo_> didrocks, hmm, nautilus from the ppa still links to gnome-desktop 2?
[12:18] <didrocks> rodrigo_: did you killall nautilus for the test ? :)
[12:18] <didrocks> rodrigo_: to take the new gnome-desktop3 lib with nautilus
[12:19] <rodrigo_> didrocks, I logged out and back in
[12:19] <seb128> rodrigo_, no it doesn't
[12:19] <didrocks> rodrigo_: hum, weird then…
[12:19] <seb128> rodrigo_, but the new libnautilus doesn't get pulled in
[12:19] <seb128> if you just upgrade nautilus
[12:19] <rodrigo_> seb128, oh, ok I guess that release doesn't have the header file changes
[12:21] <rodrigo_> right
[12:21] <seb128> didrocks, did you check it works for you?
[12:22] <didrocks> seb128: the cache wallpaper or just nautilus?
[12:22] <seb128> both
[12:22] <didrocks> nautilus, yes, the cache is also there
[12:22] <seb128> ok
[12:22] <rodrigo_> can someone please review this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution-couchdb/0_5_1_release/+merge/41847 ?
[12:22] <didrocks> but there is one extra file there, should be related to vuntz'change
[12:22] <didrocks> I have to investigate but I don't have time
[12:22] <rodrigo_> didrocks, what extra file?
[12:23] <didrocks> rodrigo_: a 0_…
[12:23] <didrocks> I have a 1_ and a 0_ when I tested
[12:23] <rodrigo_> didrocks, oh, yes, saw that also
[12:23] <rodrigo_> they should all be 1_... ?
[12:23] <didrocks> and vuntz changed in one function the get_*n_deskop and put 0_
[12:23] <didrocks> so, I guess that's why. Not sure about the path which is used
[12:24] <didrocks> needs more investigation as said, but need more time :)
[12:26] <rodrigo_> hmm, evo can't access my local addressbook
[12:32] <rodrigo_> didrocks, there's a bug with migration of evo addressbooks and calendars
[12:32] <rodrigo_> didrocks, just been told in #evolution
[12:33] <didrocks> ok, keep me posted :)
[12:44] <bilalakhtar> ari-tczew: As for that GNOME DVB daemon FTBFS, its due to the valac-0.10 -> valac-0.12 migration
[12:44] <bilalakhtar> ari-tczew: upstream is working on it ATM
[12:46] <ari-tczew> bilalakhtar: ok thanks for investigate. are there any bug reported? after bug fix, we should get cherry-pick to fix migration
[12:47] <bilalakhtar> ari-tczew: just a sec
[12:47] <bilalakhtar> ari-tczew: bug #676263
[12:47] <ubot2> Launchpad bug 676263 in gnome-dvb-daemon "Fails to build with vala 0.11.2 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/676263
[12:48] <kklimonda> seb128: yes?
[12:48] <seb128> kklimonda, hey
[12:49] <seb128> kklimonda, I've commented on the bug
[12:49] <ari-tczew> bilalakhtar: thanks, I've subscribed myself to bug.
[12:50] <kklimonda> seb128: ok, I'll answer there
[12:51] <rodrigo_> didrocks, ok, so the problem is that the sources in gconf are not migrated to the new location (~/.local/share/evolution...)
[12:51] <rodrigo_> didrocks, so you need to do it by hand :(
[12:51] <rodrigo_> so we need to fix the bug
[12:51] <didrocks> rodrigo_: argh, right…
[12:52] <rodrigo_> and editing the xml in gconf is one of the less user-friendly things I've seen :)
[12:52] <rodrigo_> I'll look at the code to see if I can fix the bug
[12:54] <didrocks> great
[12:56] <ari-tczew> kklimonda: g-s-d is in proposed.
[12:58]  * kenvandine waves
[12:58] <kenvandine> hey seb128
[12:58] <kenvandine> seb128, lp:~ubuntu-desktop/libindicator/ubuntu
[12:58] <seb128> kenvandine, hello
[12:58] <kenvandine> please take a look when you can
[12:58] <seb128> kenvandine, happy thanksgiving!
[12:58] <kenvandine> no rush, lets not upload yet
[12:58] <kenvandine> thx
[12:58] <seb128> kenvandine, ok, I guess we might as well upload those after a1
[12:59] <kenvandine> tedg had asked me to wait to upload, he might have another abi break in dbusmenu
[12:59] <kenvandine> but at least they are ready :)
[12:59] <seb128> right
[12:59] <seb128> I will review it today
[12:59] <kenvandine> thx
[12:59] <kenvandine> i am going to play the wee with my son now  :-)
[12:59] <kenvandine> wii even
[12:59] <seb128> ;-)
[13:00] <seb128> have fun!
[13:00] <kenvandine> later!
[13:00] <seb128> what game do you play?
[13:00] <seb128> bye
[13:00] <kenvandine> the new super mario brothers
[13:00] <kenvandine> he is completely addicted to it :)
[13:00] <kenvandine> that and angry birds on my cell phone
[13:00] <kenvandine> but at least on the wii i can play too :)
[13:01] <kklimonda> ari-tczew: I'll try to test it today
[13:02] <bilalakhtar> kenvandine, a core-dev, is going to play a game!
[13:02] <ari-tczew> thanks
[13:02] <seb128> kenvandine, ;-)
[13:02] <seb128> kenvandine, ok, have fun!
[13:13] <seb128> didrocks, you really have no luck with that caching patch
[13:13] <seb128> didrocks, they rolled a tarball but credited the work to mccann rather than you ;-)
[13:13] <seb128> in the NEWS
[13:13] <didrocks> seb128: really?
[13:13] <didrocks> vuntz: ^
[13:13] <kklimonda> seb128: when I remove some file from gtkmm (it was moved to atkmm) I don't really have to replace and break the previous package, right? It's enough to make atkmm replace and break the old one?
[13:13] <seb128> didrocks, I told it to hadess
[13:13] <seb128> he's sorry
[13:13] <seb128> but it's done now...
[13:13] <didrocks> ok…
[13:14] <didrocks> it's like for the gtkresize grip
 hadess, the caching work was done by didrocks not mccann
[13:14] <seb128>  just for info since the NEWS credit it wrongly
 seb128: it wasn't mentioned in the git log
 oh yes it was
[13:14] <seb128>  damn
[13:14] <seb128>  sorry
[13:14] <didrocks> no worry… but well
[13:14] <seb128> didrocks, not really, at least yours is correctly credited in git, it's only the NEWS
[13:14] <didrocks> yeah, well… I should get it to break everything then!
[13:15] <seb128> it's part of vuntz's plan to make sure they can troll us for not contributing I'm sure :p
[13:15] <didrocks> of course!
[13:17] <seb128> kklimonda, replace and break from where?
[13:18] <seb128> kklimonda, gtkmm on itself?
[13:18] <seb128> kklimonda, not sure to understand the question but just make the new gtkmm depends on atkmm and atkmm replaces,breaks the old gtkmm as you did
[13:18] <seb128> or said in another way
[13:18] <kklimonda> seb128: ok, that's what I was asking :)
[13:19] <seb128> you should not have to do anything else on gtkmm out of updating and depending on atkmm
[13:25] <seb128> didrocks,
 pushed a fix
[13:25] <seb128>  although it won't get in the release...
[13:25] <didrocks> seb128: oh nice, thanks for talking to him :)
[13:25] <seb128> no worry
[13:26] <didrocks> ok, rebooting sessions a little bit, bbiab
[13:30] <seb128> bryceh, mvo, hey
[13:30] <seb128> could you get https://code.launchpad.net/~bryce/software-properties/rm-apt-repository/+merge/25988 out of the sponsoring queue by some way?
[13:32] <seb128> I think it's in the archive as its own source at the moment
[13:32] <seb128> dunno if it would make sense having it in software-properties
[13:32] <didrocks> nice, no gdm at start… seems nvidia is broken
[13:33] <mvo> seb128: I need to look how to best integrate it, sorry for letting it slip
[13:35] <seb128> mvo, nothing to be sorry about, it doesn't need immediate resolution but seems rather something that should be on a bug assigned to you than on the sponsoring queue?
[13:35] <seb128> mvo, it's between 2 distro team members and seem to need some work rather than sponsoring?
[13:38] <didrocks> grrr, not sure what to revert in this morning dist-upgrade
[13:40] <mvo> seb128: it should be more a wishlist bug or a merge request, no immediate action item
[13:40] <seb128> mvo, it's a merge request
[13:40] <mvo> seb128: I removed a bunch of those on my pilot day (items that were not really sponsoring requests)
[13:40] <mvo> you may just unsubscribe ubuntu-sponsors
[13:40] <mvo> is it pilot day for you today? or do you fly everyday ;) ?
[13:40] <seb128> they are not subscribed to it
[13:40] <mvo> aha, ok
[13:41] <seb128> mvo, I fly a bit every day
[13:41] <mvo> I thought it was in the context of the sponsoring queue
[13:41] <seb128> it's on the sponsoring queue
[13:41] <seb128> I'm not sure why
[13:41] <mvo> hmmmm
[13:41] <seb128> I guess because the ubuntu team has been asked for review
[13:42] <didrocks> tjaalton: hey, are you around?
[13:42] <seb128> mvo, I've set the ubuntu team review to needs info
[13:42] <seb128> mvo, let's see if that makes it drop the list
[13:42] <seb128> drop from the list
[13:43] <seb128> mvo, you might want to clean https://code.launchpad.net/~mvo/+activereviews
[13:44] <seb128> mvo, you have things pending for years it seems ;-)
[13:45] <mvo> *pfff* ;) for some stuff LP just didn't get that its already done
[13:46] <mvo> (like the synaptic ones)
[13:46] <mvo> or iirc the u-m one
[13:47] <seb128> mvo, I'm cleaning some
[13:48] <seb128> mvo, well it has issues sometime like people ask to merge in stable and it's merged in stable-proposed because it's the right location...
[13:49] <mvo> I will double check, but IIRC for some I wasn't able to find the right knob to say "no no, this is done already"
[13:50] <didrocks> ok, trying a reboot
[13:52] <seb128> mvo, you can try setting them to merged
[13:52] <seb128> mvo, that's what I do usually
[13:52] <mvo> ok
[14:01] <rulus> Heya! I have some questions about bug #676972 and the procedure of things. MSN in Pidgin is currently broken because MS changed their SSL certificates. Updates have been released for natty and maverick, but older versions (ie Lucid) are still broken. Upstream released 2.7.7 to fix the issue, but not all these fixes are in the natty and maverick updates. I wonder what's the next step?
[14:01] <ubot2> Launchpad bug 676972 in pidgin (Ubuntu Maverick) (and 2 other projects) "pidgin does not connect to msn, certificate error (affects: 43) (dups: 3) (heat: 176)" [Undecided,Fix released] https://launchpad.net/bugs/676972
[14:02] <seb128> rulus, hello
[14:03] <rulus> hi!
[14:03] <seb128> rulus, I was planning to update natty today
[14:03] <seb128> lucid still needs a SRU
[14:03] <seb128> if the maverick SRU is not enough another one will be required
[14:03] <rulus> yes, I know, I provided a debdiff for Lucid
[14:04] <seb128> thanks
[14:04] <seb128> I will review and sponsor that in a bit
[14:04] <tjaalton> didrocks: yep
[14:04] <rulus> I don't have a maverick machine here, so can't do that one
[14:04] <rulus> seb128, thanks :)
[14:05] <seb128> np
[14:06] <cyphermox> hey didrocks, I have attached debdiffs to bug 664167, bug 664169 and bug 665330.
[14:06] <ubot2> Launchpad bug 664167 in evolution-data-server (Ubuntu) (and 1 other project) "Encode proxy user/password in proxy URL (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/664167
[14:06] <ubot2> Launchpad bug 664169 in evolution (Ubuntu) (and 1 other project) "loading images doesn't use proxy credentials (affects: 1) (heat: 8)" [Low,Triaged] https://launchpad.net/bugs/664169
[14:06] <ubot2> Launchpad bug 665330 in evolution (Ubuntu) (and 1 other project) "Hide Junk messages in Search folders (affects: 1) (heat: 8)" [Low,Triaged] https://launchpad.net/bugs/665330
[14:06] <didrocks> tjaalton: it's ok, ignore me, it was a grub issue after all :)
[14:07] <didrocks> tjaalton: sorry for the noise
[14:07] <didrocks> cyphermox: the SRU can wait next week if possible :))
[14:07] <didrocks> cyphermox: I think you have some nm-applet and evo-exchange FTBFS to fix rather :p
[14:07] <cyphermox> well, afaict it's all ready for the sru
[14:08] <cyphermox> didrocks, then can you do a no-change rebuild of evo-exchange ^.^ ?
[14:09] <cyphermox> nm-applet I expect to be done fixing the list of wifi networks today, then I put this back into a clean patch and upload, so I'm on track :D
[14:09] <didrocks> nice!
[14:09] <cyphermox> it's already working and more or less usable too!
[14:10] <didrocks> cyphermox: why did you want a no-change rebuild for evo-exchange?
[14:11] <cyphermox> didrocks, afaik, there is nothing to change. the build-deps are fine and evo itself was just not published yet
[14:11] <didrocks> cyphermox: did you read the build log?
[14:11] <cyphermox> didrocks, am I missing something obvious?
[14:11] <cyphermox> yes of course
[14:11] <didrocks> http://launchpadlibrarian.net/59558821/buildlog_ubuntu-natty-i386.evolution-exchange_2.32.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:11] <didrocks> it's failing in compiling the code itself
[14:11] <didrocks> it installs the latest evo-dev
[14:11] <cyphermox> huh
[14:12] <didrocks> the error should be related to deprecated symbols
[14:12] <cyphermox> what was I looking at yesterday then ??
[14:12] <didrocks> cyphermox: I (or someone, don't remember) retried the rebuild 22 hours ago
[14:13] <cyphermox> ah, ok
[14:13] <didrocks> cyphermox: you should have received the FTBFS in your inbox
[14:13] <cyphermox> I fail
[14:13] <cyphermox> alright, looking into it now ;)
[14:13] <didrocks> thanks
[14:20] <mpt> seb128, hi, will the Preferences/Administration items in 11.04 open the same versions of gnome-control-center panels that they opened in 10.10? (Sorry to ask you something that I think I've asked you before.)
[14:20] <seb128> mpt, we don't know
[14:21] <seb128> mpt, it depends how GNOME3 shapes in the ppa
[14:21] <seb128> mpt, we didn't decide yet
[14:22] <mpt> seb128, do you know when you'll make the decision?
[14:22] <seb128> mpt, but there is an high probability that GNOME will stay similar to what 10.10 has
[14:22] <seb128> mpt, probably at the rally
[14:22] <mpt> ok, thanks seb128
[14:22] <seb128> mpt, but we think GNOME3 will stay in the ppa in natty
[14:22] <mpt> The whole of Gnome 3? Crikey
[14:23] <seb128> mpt, you can't really take on piece without making everything go with it
[14:23] <mpt> ok
[14:23] <seb128> mpt, like if you port g-s-d to gsettings you need all the software using those keys to use gsettings
[14:23] <seb128> mpt, or if you port nautilus to gtk3 you need all the components interacting with nautilus to be on gtk3
[14:24] <seb128> mpt, they are also moving things like automounting to g-s-d
[14:24] <mpt> seb128, but you are trying to find room for just GTK3 in Natty, right?
[14:24] <seb128> which at the end put us is an "update the desktop set or not"
[14:24] <seb128> mpt, gtk3 is on the CD
[14:24] <seb128> mpt, apport has been ported to it
[14:24] <seb128> unity will use it
[14:24] <mpt> ok
[14:52] <rodrigo_> seb128: are you updating gnome-desktop-3 new version?
[14:52] <seb128> rodrigo_, yes
[14:53] <rodrigo_> seb128, ah, ok, I'm preparing a branch for the new g-s-d
[14:54] <rodrigo_> so, will wait for your package
[14:54] <rodrigo_> also, can I really have a review of this please :-) -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution-couchdb/0_5_1_release/+merge/41847
[14:54] <rodrigo_> review + merge, I can do the upload myself
[14:56] <seb128> didrocks, ^
[14:57] <didrocks> looking very quickly…
[14:58] <didrocks> rodrigo_: you don't build-dep on a new evolution-dev ?
[14:58] <didrocks> in debian/control
[14:58] <rodrigo_> didrocks, it builds with any version of e-d-s
[14:58] <rodrigo_> that's why I didn't add it, but can do it
[14:58] <didrocks> oh ok :)
[14:58] <didrocks> no, I was thinking that Port to evolution-data-server >= 2.31.0 API was making it uncompatible with older version
[14:59] <rodrigo_> didrocks, no, a lot of #if EDS_CHECK_VERSION in the code
[14:59] <didrocks> in that case and if you tested it, approved :)
[14:59] <rodrigo_> ok, uploading then
[14:59] <didrocks> rodrigo_: you should rename it debhelper :p
[14:59] <rodrigo_> can you please merge it
[14:59] <rodrigo_> :)
[14:59] <didrocks> sure
[15:00] <rodrigo_> I guess kenvandine is off today for thanksgiving, right?
[15:01] <chrisccoulson> oops, looks like i didn't push the last gnome-python-extras update to bzr ;)
[15:05] <seb128> rodrigo_, today and tomorrow I think
[15:06] <seb128> rodrigo_, they most take friday off as well
[15:07] <rodrigo_> didrocks, the evo migration thing is fixed, so taking the patch from git, and will submit a fixed evo package, ok?
[15:08] <didrocks> rodrigo_: ok, nice!
[15:08] <didrocks> thanks
[15:10] <rodrigo_> didrocks, hmm, any reason you submitted 2.32.0 and not 2.32.1?
[15:10] <rodrigo_> that is, should I update to 2.32.1 while I'm at it
[15:10] <rodrigo_> ?
[15:10] <didrocks> rodrigo_: asked cyphermox he did the work ^
[15:10] <rodrigo_> ah, ok
[15:10] <rodrigo_> cyphermox, ^^
[15:11] <didrocks> I just reviewed and sponsored
[15:11] <didrocks> (and fixed :))
[15:30] <cyphermox> rodrigo_, when I started 2.32.1 wasn't released
[15:30] <rodrigo_> cyphermox, ok, I'll upate it now then
[15:30] <cyphermox> rodrigo_, have fun :)
[15:31] <rodrigo_> :)
[15:37] <cyphermox> didrocks, on the subject of evolution-exchange, any reason why /usr/lib/evolution-exchange/2.32/libexchange.so, or libxntlm.so don't get installed?
[15:48] <seb128> rodrigo_, ok, gnome-desktop3 update uploaded to natty
[15:48] <seb128> rodrigo_, btw did you manage to get gnome-applets working?
[15:50] <rodrigo_> seb128, no, still failing on the introspection stuff
[15:50] <rodrigo_> I'm trying now to rebuild the libpanel-applet gir package
[15:50] <seb128> ok
[16:22] <seb128> ok, I need someone who has a clue about vala
[16:22] <seb128> ayatana-plugin.vala:6.1-6.30: error: unable to chain up to private base constructor
[16:22] <seb128> class AyatanaPlugin: RB.Plugin {
[16:22] <seb128> what does that mean?
[16:23] <seb128> kenvandine, njpatel: ^
[16:23] <seb128> the same source was building fine on maverick but fails on natty
[16:23] <njpatel> they need to have a Object (); call inthat function
[16:23] <njpatel> sorry, in the public AyatanaPlugin()  fuction
[16:23] <njpatel> function
[16:25] <seb128> njpatel, http://paste.ubuntu.com/536362/
[16:25] <seb128> njpatel, where? ;-)
[16:26] <njpatel> seb128, Object(); in line 10, move the rest down
[16:26] <njpatel> seb128, WAIT
[16:26]  * njpatel read it wrong
[16:27] <njpatel> public AyatanaPlugin () { Object (); } in that class should fix it
[16:27] <seb128> njpatel, it does, thanks a bunch
[16:27]  * seb128 hugs njpatel
[16:27] <njpatel> :D
[16:32] <rodrigo_> didrocks, https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution-data-server/2_32_1_release/+merge/41879
[16:33] <rodrigo_> didrocks, oh, wait, I forgot one patch from git
[16:53] <njpatel> I'm missing one didrocks. He's French, carry's a small netbook, generally is laughing. Anyone seen him?
[16:54] <pitti> njpatel: last time I saw him, he installed a new unity and then said "restarting my session" :)
[16:54] <njpatel> uh oh
[16:54] <njpatel> he's gone
[16:54] <pitti> (just kidding)
[16:54] <njpatel> let's find another one ;)
[16:57] <seb128> njpatel, he got bitten by the grub update breaking his nvidia drivers it seems
[16:57] <seb128> njpatel, he's probably trying to sort that so he can test unity
[16:57] <seb128> speaking of who
[16:57] <njpatel> didrocks, !
[16:58] <didrocks> hum… I should have known that now ping in 15 minutes was weird…
[16:58] <didrocks> no*
[16:59] <didrocks> seb128 | speaking of who -> you were telling bad things about me, isn't it?
 I'm missing one didrocks. He's French, carry's a small netbook, generally is laughing. Anyone seen him?
[16:59] <rodrigo_> didrocks, yes
[16:59] <didrocks> excellent :)
[16:59]  * didrocks hugs njpatel
[16:59] <seb128> (I will not copy what was after)
[17:00]  * njpatel hugs didrocks 
[17:00]  * didrocks will look at irclogs :)
[17:00] <njpatel> didrocks, https://launchpad.net/nux/0.9/0.9.6
[17:00] <didrocks> njpatel: nice!
[17:00] <rodrigo_> didrocks, ok, new e-d-s and evo ready -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution-data-server/2_32_1_release/+merge/41879 and https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution/2_32_1_release/+merge/41883
[17:00] <njpatel> didrocks, distcheck is broken but make check passes, it's an error in the environment setup of distcheck. So I did make dist this week, but will fix for next week
[17:01] <didrocks> rodrigo_: can you subscribe me to the merge, please?
[17:01] <seb128> rodrigo_, I guess didrocks is busy with unity today
[17:01] <didrocks> njpatel: ok, no worry
[17:01] <njpatel> just doing Unity now
[17:01] <didrocks> seb128: nice guess! :-)
[17:01] <rodrigo_> didrocks, yeah, sure
[17:01] <seb128> I would ping other people usually
[17:01] <didrocks> and some compiz too!
[17:01] <seb128> but it's thanksgiving and we miss the us guys
[17:02] <rodrigo_> seb128, yeah, just didn't want to ping you all the time :-)
[17:02] <rodrigo_> so will just subscribe didrocks
[17:02] <seb128> yeah, I'm busy as well
[17:02] <rodrigo_> right
[17:02] <seb128> right, there is no hurry for those
[17:02] <rodrigo_> well, if people install the 2.32.0 versions, the migration doesn't work
[17:03] <rodrigo_> and after that, no migration will be run, afaik, so it's somewhat urgent, to avoid having people to do the "migration" by hand in gconf
[17:03] <rodrigo_> but yes, it can wait
[17:03] <seb128> well maybe pitti has some time for sponsoring
[17:03] <rodrigo_> pitti, if you're not too busy
[17:04] <pitti> rodrigo_: your two merges? will it be enough in ~ 30 minutes, so that I can finish my current brain state? or is that blocking stuff?
[17:04] <rodrigo_> pitti, yes, no that hurry, so yes, it can wait
[17:04] <rodrigo_> thanks
[17:04] <pitti> rodrigo_: thanks; will do tonight still, then
[17:05] <rodrigo_> pitti, I just did the packages to avoid having people have to do what I had to do (migrate by hand)
[17:05] <seb128> thanks pitti
[17:05] <rodrigo_> pitti, cool, that's perfect, thanks again
[17:06] <pitti> rodrigo_: they look fine from a very quick first sight
[17:06] <rodrigo_> pitti, just review them when you have time, not really hyper urgent, so finish what you're working on, please :-)
[17:09] <pitti> rodrigo_: migrate by hand> oh, is that from today's dist-upgrade?
[17:09] <rodrigo_> pitti, yes
[17:09] <pitti> i. e. current packages do a broken migration?
[17:09] <rodrigo_> pitti, the  XML sources in GConf are not updated to point to the new location (~/.local/share/evolution)
[17:09] <pitti> rodrigo_: will they re-attempt the migration (the extra patch sounded like that), or will natty users just have to deal?
[17:10] <rodrigo_> natty users that have already upgraded and run evo, I think they'll have to deal by hand
[17:10] <rodrigo_> not 100% sure, let me ask
[17:10] <pitti> rodrigo_: that might be worth a message to ubuntu-devel@
[17:10] <pitti> (after the fix is in)
[17:11] <rodrigo_> ok
[17:12] <pitti> rodrigo_: btw, while you are working in branches, or commit to our packaging branches, keep the upload target as "UNRELEASED"
[17:12] <rodrigo_> ah, ok
[17:12] <pitti> rodrigo_: once you (or the sponsor) uploads, they'll change that to "natty" (or whatever) with "dch -r" and commit that change with "debcommit -r", so that it stands out in the bzr log, gets properly tagged, etc.
[17:12] <rodrigo_> it's just dch -i which sets it to natty
[17:12] <pitti> not for me :) /me pats ~/.devscriptsrc
[17:13] <pitti> DEBCHANGE_RELEASE_HEURISTIC=changelog
[17:13] <pitti> ~/.devscripts actually
[17:13] <rodrigo_> ah, cool
[17:13] <rodrigo_> and can I build stuff with UNRELEASED in changelog?
[17:13]  * rodrigo_ tries
[17:14] <pitti> sure
[17:14] <pitti> rodrigo_: dpkg etc. don't care
[17:14] <pitti> just soyuz will when you upload
[17:14] <pitti> rodrigo_: uploads to PPA will be rejected as well
[17:15] <pitti> rodrigo_: but it's very useful for multi-maintainers, and even just for you if you occasionally change stuff in bzr without immediate upload
[17:15] <pitti> rodrigo_: it'll tell you whether you just keep adding to the smae changelog, or need to start a new version number
[17:15] <rodrigo_> ok
[17:15] <rodrigo_> pitti, btw, answer from #evolution:
 rodrigo, not completely, but th eissue with file:// -> local: should work, though it doesn't cover your issue, with the uri itself.
[17:15] <pitti> oh, you already tagged 2.32.1-0ubuntu1? or is that bzr branch mash-up?
[17:15] <rodrigo_> so, the migration would fix some part only
[17:16] <pitti> rodrigo_: I did an additional small change, and now tag and upload
[17:16] <rodrigo_> pitti, yeah, used debcommit -r to commit to my branch
[17:16] <pitti> ah
[17:16] <rodrigo_> pitti, oh, ok, what change?
[17:16] <pitti> rodrigo_: please don't do that unless you actually upload
[17:16] <rodrigo_> pitti, ok
[17:16] <pitti> rodrigo_: removed (Debian's) Vcs-Svn from debian/control, they break debcheckout
[17:16] <rodrigo_> ok
[17:23] <pitti> rodrigo_: oh, if you use "debcommit" instead of "debcommit -r", then your bzr revision will have a proper changelog, too
[17:23] <pitti> (extracted from debian/changelog)
[17:26] <rodrigo_> pitti, ah, ok, so -r does the tag, which is what you don't want, right?
[17:26] <pitti> rodrigo_: right
[17:26] <rodrigo_> ok
[17:26] <pitti> rodrigo_: and it also creates a "release as 123" bzr changelog entry, which isn't actually true
[17:27] <pitti> that's why this should only be done right before you upload
[17:27] <rodrigo_> ok
[17:38] <chrisccoulson> powerpc is lagging a bit isn't it?
[17:38] <chrisccoulson> Start 2010-11-27
[17:38] <chrisccoulson> :/
[17:39] <chrisccoulson> even my security builds from 3 days ago haven't built yet
[18:02] <seb128> chrisccoulson, do you have a lucid box handy?
[18:03] <chrisccoulson> seb128 - i do
[18:03] <seb128> chrisccoulson, do you think you could sponsor http://launchpadlibrarian.net/59569410/debdiff_lucid2?
[18:03] <seb128> I only have maverick and natty system to build things there
[18:03] <chrisccoulson> yeah, sure. i'll build that now
[18:03] <seb128> chrisccoulson, thanks!
[18:05] <bryceh> seb128, sorry, I've deleted it
[18:06] <bryceh> seb128, dunno why it never got attention
[18:06] <seb128> hey bryceh
[18:06] <seb128> bryceh, well I guess mvo is busy ;-)
[18:16] <pitti> sorry, my server was down, I probably lost a few messags
[18:16] <pitti> so if you were saying anything to me in the last 30 minutes, please repease
[18:16] <pitti> "repeat"
[18:16] <pitti> (d'oh)
[19:01] <didrocks> ok, time to go to bed
[19:01] <didrocks> well, dinner and then bed :)
[19:02] <didrocks> seb128: bon week-end! :)
[19:02] <didrocks> and for others, see you tomorrow!
[19:27] <chrisccoulson> seb128 - ok, pidgin works. i'll upload it now
[19:27] <chrisccoulson> i really should upgrade my lucid box ;)
[19:27] <chrisccoulson> it feels out of date!
[19:31] <rulus> chrisccoulson, thanks!
[19:32] <chrisccoulson> thank you too :)
[19:32] <pitti> 'nuff for today; have a good night everyone!
[19:32] <chrisccoulson> 'night pitti!
[20:11] <seb128> chrisccoulson, great
[20:15] <didrocks> I hate CMAKE!
[20:15] <seb128> didrocks, hey
[20:15] <didrocks> phew, feel better :)
[20:15] <didrocks> hey seb128
[20:15] <seb128> didrocks, I'm working tomorrow btw
[20:15] <seb128> so see you tomorrow ;-)
[20:15] <didrocks> seb128: oh really?
[20:15] <seb128> yeah, I'm a bit behind on a1 tasks and I've nothing special to do
[20:15] <didrocks> no slacking day left? :p
[20:16] <didrocks> ok :)
[20:16] <seb128> so I "skip" this one
[20:16] <seb128> ;-)
[20:16] <didrocks> nice to have you there tomorrow!
[20:16] <didrocks> so, don't be afraid about http://launchpadlibrarian.net/59624117/buildlog_ubuntu-natty-i386.unity_3.2.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[20:16] <seb128> didrocks, I'm always happy to be around
[20:16] <seb128> ok
[20:16] <seb128> I plan to spent tomorrow around unity
[20:16] <seb128> be warned
[20:16] <seb128> ;-)
[20:16] <didrocks> ahhh ;)
[20:16] <didrocks> just on the ftbfs
[20:16] <didrocks> I removed the gconf schema as it wasn't shipped here
[20:17] <didrocks> but in fact, you know, cmake files, includes cmake files
[20:17] <mvo> does it have alt-f2?
[20:17] <mvo> now?
[20:17] <didrocks> and as I have a newer compiz, one of them make the plugin not creating the schemas file
[20:17] <didrocks> so, seeing that in advance is just… well… impossible
[20:17] <didrocks> (in unity, there is something like 13 inclues of cmake files)
[20:18] <didrocks> mvo: well, the new compiz with the option I activated by default, yes
[20:18] <seb128> didrocks, you got bitten by your --failmissing
[20:18] <mvo> cool
[20:18] <didrocks> mvo: but only if you have gnome-panel
[20:18] <mvo> ?!?
[20:18] <seb128> so "no"
[20:18] <mvo> alt-f2 launches g-t?
[20:18] <didrocks> and as we will remove gnome-panel :)
[20:18] <seb128> mvo, it's not done yet
[20:18] <mvo> aha
[20:18] <didrocks> mvo: but at least, the binding is there
[20:18] <mvo> :)
[20:18] <didrocks> seb128: well, right, about the --failmissing, but I prefer to get it
[20:18] <mvo> I may wait a little bit longer then ;)
[20:18] <didrocks> and having a clean package
[20:19]  * mvo calls it a day for a start
[20:19] <seb128> ;-)
[20:19] <seb128> mvo, enjoy your evening
[20:19] <seb128> didrocks, you as well
[20:19] <didrocks> enjoy your evening mvo!
[20:19] <seb128> I'm just back from sport and off to shower and getting dinner
[20:19] <didrocks> seb128: yeah, now that I could reproduce (just took 10 minutes to find what's happening and which cmake file was the guilty one)
[20:19]  * mvo waves
[20:19] <didrocks> I can sleep well :)
[20:19] <seb128> ;-)
[20:20] <didrocks> so, i'll retry a rebuild tomorrow after pushing the new compiz
[20:20] <didrocks> just have to get sam and I finish the transition fomr 0.8 to 0.9 for the upload
[20:20] <didrocks> then, double session, unity by default…
[20:20] <didrocks> all that tomorrow, just blocked on the transition :)
[20:20] <didrocks> tomorrow will be nice!
[20:21] <didrocks> seb128: have a good evening and see you tomorrow then :)
[20:21] <didrocks> sport now!
[21:33] <fta> seb128, thanks for maintaining the blueprint page, it's very useful for me to follow the progress of gnome3 in natty, as see what to expect and when
[22:48] <robert_ancell> jasoncwarner, hey, sorry.  Unity doesn't always seem to notify me of windows that want attention!