[04:33] <ebroder> bryceh: hmm, i may have been wrong. it looks like there's code in g-s-d to set an initial randr mode based on previous configurations, or cloned mode failing that. but that code path is still separate from the code path that handles hotplugs (which extends)
[04:36] <ebroder> that being said, it looks like the behavior is different in the 2.91 branch, which i assume actually means "gnome 3"? should i expect that we'll be switching to that by natty?
[05:36] <bryceh> ebroder, you'd have to ask seb128, I'm not sure
[07:52] <pitti> Good morning
[08:17] <didrocks> good morning
[08:20] <pitti> hey didrocks
[08:20]  * pitti needs to disappear for ~ 1 h
[08:21] <didrocks> Guten Morgen pitti, how are you?
[08:53]  * mpt tries to find the gtk2 source package in Launchpad
[08:54] <didrocks> mpt: https://launchpad.net/ubuntu/+source/gtk+2.0
[08:55] <mpt> thank you didrocks
[08:55] <didrocks> mpt: you're welcome
[08:56] <mpt> And now I could get distracted for 20 minutes reporting half a dozen bugs on Launchpad's source package search...
[08:56] <didrocks> hehe :)
[08:57] <didrocks> mpt: btw, between two bug reports, can you answer/provides some info on that thread on the ayatana ML: https://lists.launchpad.net/ayatana/msg04544.html
[08:57] <didrocks> because despite my message, they ignore it and continue to work on that feature :)
[08:58] <mpt> sure thing
[08:59] <didrocks> thanks
[09:20] <seb128> hey
[09:48] <pitti> not a good day for our French mate
[09:48] <seb128> waouh, internet is back!
[09:48] <didrocks> seems you're right :)
[09:48] <seb128> hey pitti
[09:48] <didrocks> hey seb128!
[09:48] <pitti> wb seb128
[09:48] <seb128> over an hour I couldn't connect longer than 30 seconds
[09:48] <seb128> before being disconnected
[09:49] <seb128> didrocks, pitti: how are you?
[09:49] <pitti> seb128: I'm great, thanks! working on my final natty spec
[09:50] <didrocks> seb128: better than yesterday :)
[09:51] <pitti> seb128: how about yourself?
[09:52] <seb128> I'm fine thanks
[09:52] <seb128> happy to have my internet back :p
[09:52] <seb128> I managed to fetch emails between disconnections so I kept busy while it was down but I ran out of email to read ;-)
[09:52] <didrocks> ahah :-)
[09:54] <pitti> and there he goes again..
[09:54] <didrocks> this one was on purpose, isn't it?
[09:54] <seb128> that was an after morning upgrade session restart yes ;-)
[09:55] <seb128> I should be quiet from now on ;-)
[09:55] <pitti> no, don't! :)
[09:55] <seb128> lol
[09:56] <didrocks> pitti: oh btw, do you know if there is a weechat option on nickname completion to avoid completing if there is more than one solution (and just not pick a smart one)?
[09:57] <didrocks> pitti: I looked at the documentation without any success
[09:58] <pitti> didrocks: I didn't find anything either
[09:58] <pitti> didrocks: perhaps it's nick_first_only, I didn't try that
[09:58] <didrocks> that's weird, you have a huge toolbox of options and this one isn't there :)
[09:58] <didrocks> pitti: no, I tried it…
[10:04] <geser> pitti: have you time to review/sponsor/merge https://code.launchpad.net/~geser/gnome-system-tools/fix-add-needed-linking/+merge/45278 ?
[10:05] <pitti> geser: sure, thanks for fixing that! looking
[10:06] <cyphermox> mornin'...
[10:06] <geser> pitti: I've also had a discussion with milanbv yesterday why the "linking" patch is needed (and why it works; milanbv assumed an issue with my pbuilder)
[10:06] <pitti> geser: ah, so it was the linking order after all
[10:07] <geser> pitti: yes, but I still don't understand why this fixes it
[10:09] <geser> doko mentioned that the libemap.a at the end of the linker call (from my pastebin) looked odd so I tried to move it around and it worked for some reason
[10:36] <milanbv> pitti: about https://code.launchpad.net/~geser/gnome-system-tools/fix-add-needed-linking/+merge/45278
[10:37] <milanbv> do you have an explanation of the linking bug that's fixed by this merge?
[10:37] <geser> milanbv: Hi, I've tried to build gst with only the "cracklib" change in my PPA and it failed
[10:37] <pitti> milanbv: I don't truly understand it TBH; I know that the order of -l matters, but I'm not quite sure how
[10:37] <milanbv> hi
[10:37] <milanbv> doesn't make sense to me
[10:38] <geser> milanbv: http://launchpadlibrarian.net/61707580/buildlog_ubuntu-natty-i386.gnome-system-tools_2.32.0-0ubuntu3~ppa1_FAILEDTOBUILD.txt.gz
[10:38] <milanbv> why the hell our internal e-map lib should come first?!
[10:38] <milanbv> and it always worked for cycles
[10:38] <geser> that's without the reordering patch
[10:40] <geser> when I add -Wl,--add-needed to the linker call, the linking works too (tried it out yesterday while trying to understand why the linking fails)
[10:40] <milanbv> messing with ld without understanding what's going on is really not a good idea
[10:40] <milanbv> (I guess that's more your problem than mine, though...)
[10:41] <Laney> can banshee be seeded? pretty please? :-)
[10:45] <geser> milanbv: do you have a better idea how to solve it (or at least figure out why the linking fails in the first place)?
[10:45] <didrocks> pitti: wants me to handle banshee to be seeded now? ^^
[10:46] <pitti> is the MIR approved? if so, please go ahead
[10:46] <mvo_> so I give unity another go, but still no alt-f2 - what do others use ? gnome-do?
[10:46] <didrocks> yes
[10:46] <didrocks> ok, doing now :)
[10:46] <pitti> didrocks: please only do a recommends, though :)
[10:46] <pitti> ah, it's in main already
[10:46] <Laney> no more pre-promoting!
[10:48] <milanbv> geser: here I only have -Wl,-rpath, no -Wl,-add-needed
[10:48] <seb128> mvo_, I use the classic session and enable unity in ccsm
[10:48] <milanbv> geser: but no, I don't have a better idea
[10:49] <mvo_> seb128: aha, so both unity and normal panel? interessting
[10:49] <milanbv> I just know fixes that involve reordering args in the dark in such weird things as linkers are not a good idea
[10:49] <mvo_> now is the time that I want "show me similar apps" in software-center
[10:50] <didrocks> hum, I was lagging, not sure you received my messages
[10:50] <seb128> mvo_, right, one gnome-panel tweaked to just have the menus and not displayed by default
[10:50] <seb128> mvo_, it allows to do alt-f1 and alt-f2
[10:50] <seb128> mvo_, i.e get menus and run a command
[10:50] <mvo_> haha, grun, that looks like the minimal answer
[10:50] <seb128> didrocks, which ones?
[10:50]  * didrocks got used to ctrl + alt + T
[10:52] <milanbv> this sounds really wrong: "/usr/lib/libatk-1.0.so: could not read symbols: Invalid operation"
[10:53] <milanbv> geser: do you have the build log that succeeds?
[10:54] <geser> milanbv: http://launchpadlibrarian.net/61709353/buildlog_ubuntu-natty-amd64.gnome-system-tools_2.32.0-0ubuntu3_BUILDING.txt.gz
[10:55] <didrocks> re…
[10:56] <seb128> didrocks, so it's not only me having internet issues ;-)
[10:57] <seb128> mvo_, update-manager doesn't like you pressing esc on the password prompt at all
[10:57] <didrocks> seb128: yeah, FreeWifi is quite weird. This time, no more ejected an no more IP, but just lagging on IRC. I can still fetching my emails and do web browsing…
[10:57] <seb128> the ui is stucked on a spinning cursor now
[10:57] <milanbv> geser: thanks
[10:57] <milanbv> so the only difference is really the position of libemap.a
[10:57] <didrocks> seb128: still first setp for getting a real connexion :/ I really hope it will be there once back from Dallas
[10:58] <geser> milanbv: yes
[10:58] <milanbv> either we know putting it at the beginning is the only right way, or there's a bug in ld
[10:58] <milanbv> at any rate, the error message is not right
[11:00] <milanbv> geser: and what's the --add-needed change?
[11:01] <milanbv> seems --no-add-needed could OTC cause problems
[11:03] <geser> milanbv: looking at e-map.c it uses atk_object_set_name, so libemap.a "needs" -latk-1.0. Through the reordering it comes now before the -latk-1.0 so it gets linked properly (just my guess)
[11:04] <milanbv> geser: indeed, plausible explanation
[11:05] <milanbv> but why should -latk-1.0 come after the lib that uses it?
[11:07] <geser> that's due to --as-needed; only libs get really linked into the executable that got used by object files before the library itself on the command line (as far as I understand it)
[11:07] <milanbv> OK, sounds correct
[11:07] <milanbv> but isn't --as-needed the default already?
[11:08] <geser> yes, before it was --no-as-needed and all libs got linked in which got specified on the linker call (even if not used by the executable)
[11:09] <milanbv> geser: OK, so that is a good explanation enough for me to commit your fix upstream :-)
[11:10] <milanbv> which e-mail address should I use with your name?
[11:10] <geser> use the ubuntu one (geser@ubuntu.com)
[11:18] <milanbv> geser: pushed! thanks for the debugging!
[11:42] <pitti> geser, milanbv: nice, thanks!
[11:43] <pitti> geser: this has always felt backwards to me, but indeed it's been like that forever
[11:43] <pitti> (specify the dependency tree leafs last)
[12:14] <mvo_> dobey: do you mind if I switch ubuntuone-clinet to dh_python2 instead of pysuppor? I just ran into 692566 and with dh_python2 its simpler to figure out if its a packaging issue or a upstream issue
[12:48] <cyphermox> good morning! :)
[12:52] <didrocks> hey cyphermox!
[12:57] <alessandro_> hey anyone
[12:59] <cyphermox> hey didrocks :)
[12:59] <cyphermox> hi alessandro_
[14:00] <dobey> bug 692566
[14:00] <ubot2> Launchpad bug 692566 in ubuntuone-client (Ubuntu) (and 1 other project) "ImportError: No module named tools (affects: 4) (heat: 224)" [High,Triaged] https://launchpad.net/bugs/692566
[14:00] <bcurtiswx> good morning
[14:01] <dobey> mvo_: ah, that is an upstream bug. switching to dh_python2 won't fix it. but it's already fixed in trunk. there are some other fixes we need to put in a release, hopefully today or tomorrow
[14:02] <dobey> mvo_: so  please don't change the python system in the packaging
[14:03] <mvo_> dobey: thanks, I noticed its a upstream bug, but python2 should make it easier to diangose as it will means that dpkg -L will list all the files in dist-packages, not only the pyshared stuff. its also more robust this way
[14:03] <mvo_> dobey: whats the rational for sticking to pysupport? I'm happy to send you a debdiff for consideration
[14:04] <mvo_> (its pretty tiny, basicly s/pysupport/python2/ in debian/rules
[14:04] <dobey> mvo_: mainly the concern for impact on all the other ubuntuone python packages
[14:05] <mvo_> ok, fair enough. I would still suggest to look into switching at some point, but its not urgent or anything
[14:05] <kenvandine> cyphermox, so i noticed there is more work to be done for the icons, let me know when it is ready for another review
[14:05] <mvo_> the new dh_python2 avoid building the symlinks at runtime, this has nice properties like that packages are still usable between unpack and configure and that its generally more robust
[14:06] <mvo_> because its dpkg doing the file shuffling
[14:06] <dobey> mvo_: ok. so it includes symlinks for all supported python versions directly in the package?
[14:07] <mvo_> yes
[14:07] <bcurtiswx> undefined symbol: menu_proxy_module_load , anyone know what causes this error with GTK3 ?
[14:08] <seb128> the lack of appmenu-gtk for gtk3
[14:08] <seb128> I guess
[14:09] <cyphermox> kenvandine, thanks, I spoke to sladen last night and he took care of the review, some additional changes, and uploaded. sorry for the noise
[14:12] <bcurtiswx> seb128, is that a planned thing or is it buildable yet?
[14:12] <seb128> it should be done but it's not done yet
[14:12] <seb128> unset UBUNTU_MENUPROXY
[14:12] <seb128> I guess
[14:12] <seb128> ^ try that one
[14:13] <bcurtiswx> i still have to unset SSH_AUTH_SOCK in order to get bzr to work
[14:13] <bcurtiswx> and OK
[14:14] <seb128> check with rodrigo about the ssh thing
[14:15] <bcurtiswx> also, what may cause unity not to load with ubuntu desktop on login, but upon typing unity in ubuntu classic desktop it works fine
[14:15] <seb128> unity is not supposed to be loaded in the classic session
[14:15] <seb128> classic is standard GNOME
[14:16] <bcurtiswx> seb128, yes im saying it doesn't load on login to the regular desktop session (not classic)
[14:16] <seb128> unity --reset?
[14:16] <bcurtiswx> on the regular desktop session?  because I can't load anythign it just stays with the rotating circlular thing forever
[14:17] <seb128> didrocks, ^ seen that before?
[14:18] <didrocks> hum, no, I didn't
[14:18] <didrocks> bcurtiswx: you always had that?
[14:18] <didrocks> or it just started recently?
[14:18] <bcurtiswx> i've had it for a good few weeks now
[14:18] <didrocks> can you launch a terminal there?
[14:18] <bcurtiswx> i do use the GNOME3 PPA.. so as usually i throw that disclaimer out there as a probable cause
[14:19] <didrocks> oh, the GNOME3 PPA…
[14:19] <didrocks> so you don't have the right gnome-session I guess
[14:19] <didrocks> apt-cache policy gnome-session?
[14:19] <bcurtiswx> Installed: 2.32.1-0ubuntu8
[14:19] <bcurtiswx> =  Candidate: 2.32.1-0ubuntu8
[14:20] <didrocks> hum, it's the right session
[14:20] <didrocks> what would be useful is to see what's running in the session
[14:20] <bcurtiswx> is there a GTK3 gnome-session?
[14:20] <didrocks> either from a tty or whatever
[14:20] <didrocks> gnome-session3 IIRC
[14:20] <didrocks> and did you try unity --reset ?
[14:21] <seb128> well gnome-session works
[14:21] <seb128> otherwise the classic session would not work
[14:21] <bcurtiswx> yes my classic session works
[14:21] <didrocks> seb128: yeah, I was just wondering if the ppa contained another package without my patches
[14:22] <bcurtiswx> didrocks, https://launchpad.net/~gnome3-team/+archive/gnome3
[14:22] <bcurtiswx> those are the potential trouble makers
[14:22] <didrocks> bcurtiswx: did you try unity --reset?
[14:22] <bcurtiswx> didrocks, sorry meant to ask if this was happening in the regular or classic session ?
[14:23] <didrocks> bcurtiswx: you can run it where you want, it will reset the profiles
[14:23] <didrocks> then, try to log in the regular session
[14:25] <bcurtiswx> didrocks, Ok i'll logout/in now.. i did the reset and there were errors.. http://paste.ubuntu.com/551085/ brb
[14:25] <didrocks> bcurtiswx: did unity launched?
[14:25] <bcurtiswx> didrocks, yes
[14:26] <didrocks> ok
[14:26] <Laney> didrocks: I'm not sure you need to explicitly seed banshee u1ms as it is recommended by banshee
[14:28] <didrocks> Laney: yeah, I asked that myself if I should or not. Not a real bugger in any case as it's just a recommends
[14:28] <Laney> sure
[14:28] <didrocks> I took that decision because it was that way for rhythmbox (but rhythmbox didn't recommended u1ms)
[14:30] <seb128> didrocks, should the oneconf work items be set to a later target?
[14:30] <seb128> didrocks, seems they will not make a2 and since desktopcouch got dropped from the CD anyway...
[14:31] <didrocks> seb128: we discussed it yesterday with pitti. I guess that will be a 2/3 days work and I think to spent at least one day on it during the rally
[14:31] <didrocks> dropped from the CD, but reinstalled from ubiquity once needed…
[14:32] <seb128> didrocks, ok, I was just trying to get the chart back under the trend line a bit
[14:32] <didrocks> seb128: most of items are small or can be easily postponed. I think we will have a clearer view after the rally
[14:33] <didrocks> depends on the preemption rate in the unity side :)
[14:33] <seb128> ok
[14:33] <seb128> thanks
[14:34] <didrocks> yw
[14:40] <bcurtiswx> didrocks, didn't work.  i sent you a png in email of my tty1 session trying to reset unity
[14:42] <didrocks> bcurtiswx: did you check from tty1 what was running when your session hangs?
[14:42] <bcurtiswx> i did a top, nothing seemed out of the ordinary (no cpu usage more than 1%)
[14:42] <didrocks> ps aux | grep met ;  ps aux | grep compiz
[14:43] <didrocks> to see which wm is running
[14:43] <bcurtiswx> anything else since i need to keep logout/in to do this?
[14:44] <didrocks> bcurtiswx: you have a segfault, it's as easy as that
[14:44] <didrocks> weird though…
[14:44] <didrocks> which version of compiz do you have ?
[14:45] <bcurtiswx> Installed: 1:0.9.2.1+glibmainloop3-0ubuntu5
[14:45] <didrocks> ok, so, what do you have in /var/crash?
[14:45] <didrocks> ls /var/crash/*compiz*
[14:46] <bcurtiswx> nothing compiz
[14:48] <didrocks> ok, can you enable apport and report the crash, please?
[14:48] <didrocks> that will be the easiest way
[14:48] <bcurtiswx> apport isn't enabled by default eyt ?
[14:48] <bcurtiswx> yet*
[14:49] <bcurtiswx> ok how to enable apport?
[14:49] <didrocks> no, it will be after alpha2
[14:50] <didrocks> https://wiki.ubuntu.com/Apport
[14:58] <pitti> mvo_: using p-apt, is there a way to find out which packages a given repository provides? I mean other than diff'ing Cache().keys() before and afterwards?
[15:00] <mvo_> pitti: you can walk the cache and look at the "origin" attribute of the candidate version
[15:02] <nessita> hello everyone!
[15:02] <pitti> mvo_: ah, ok; thanks!
[15:02] <pitti> hey nessita, how are you?
[15:02] <nessita> didrocks: have a few moments for a few unity questions? (you may redirect me to someone else)
[15:02] <seb128> hey nessita
[15:02] <seb128> nessita, just ask on the channel
[15:02] <didrocks> hey nessita, sure
[15:02] <nessita> pitti: hey there! I'm pretty good, looking forward the rally next week, I have tons of questions for you all :-P
[15:03] <didrocks> nessita: I'll have questions for you as well for integrating oneconf with u1 crendentials and ubiquity…
[15:03] <didrocks> but during the rally will be easier :)
[15:03] <nessita> didrocks: currently, ubuntuone has a gconf plugin where the user is notified if he rans out of space in the cloud to upload files. Will that gconf plugin mechanism be available in natty/unity?
[15:03] <dobey> gsd
[15:04] <seb128> yes
[15:04] <nessita> dobey: gconf != gsd?
[15:04] <didrocks> yes, it wil
[15:04] <dobey> nessita: no
[15:04] <seb128> well we will discuss what we do for GNOME next week
[15:04] <seb128> but we will likely stay on 2.32
[15:04] <dobey> nessita: but i'm sure g-s-d has to be run for unity to keep the theme/etc in check
[15:04] <seb128> correct
[15:05] <didrocks> g-s-d doesn't theme the unity shell itself though, it's just planned
[15:05] <seb128> nessita, gconf is a setting storage system, gsd is a session service which apply settings and other things
[15:05] <nessita> seb128: : ok, because we currently have a nasty bug where we flood the user with those notifications when he's out of quota, so we need to define how to solve it. alecu is working on that, and he's attending to the rally, so I will suggest that he attend to that meeting
[15:05] <seb128> didrocks, I think they don't care much about details, they just want to know if their g-s-d code will be active ;-)
[15:06] <didrocks> seb128: I was more answering to dobey on that detail :)
[15:07] <dobey> didrocks: yes, but every other gtk+ app still gets the theme from the GtkSettings which are set by g-s-d from the gconf keys :)
[15:07] <didrocks> dobey: sure
[15:07] <pitti> nessita: like, where the next Shisha bar is? :-)
[15:08] <nessita> pitti: how dare you! :-D
[15:08] <bcurtiswx> didrocks, OK.. so there were crashes reported in compiz and nautilus.. the compiz one I reported but it may be a dup (wil get bug num shortly) the nautilus one doesn't report because it says it's "not a genuine ubuntu package"
[15:09] <didrocks> bcurtiswx: in any case, let's focus on the compiz package first, so that it can get retraced and such. It will be dupped automatically if it was already reported with a stacktrace
[15:09] <nessita> seb128, didrocks: all that is very useful info, but I still don't get the full picture. I'll rephrase: if we need to show the user a message/notification stating that the free space in U1 is fulled, what's the recommended mechanism to use to integrate best with unity?
[15:09] <bcurtiswx> didrocks, bug #698144
[15:09] <ubot2> bcurtiswx: Bug 698144 on http://launchpad.net/bugs/698144 is private
[15:09] <didrocks> nessita: you have a service running? why not just using the notification API?
[15:10] <didrocks> hum, I don't have the perm to look at the bug report
[15:10] <bcurtiswx> didrocks, neither compiz or metacity showed up in the ps aux while in the tty1
[15:10] <didrocks> yeah, as compiz is crashing
[15:11] <didrocks> and then respawn and such
[15:11] <didrocks> bcurtiswx: can you subscribe me to the bug report so that I can get access, please?
[15:11] <bcurtiswx> already beat you to it ;)
[15:11] <bcurtiswx> done
[15:11] <seb128> nessita, the situation under unity is not any different from under GNOME
[15:11] <nessita> didrocks: because I don't know what that is? :-)
[15:11]  * nessita googles
[15:12] <seb128> nessita, notify-osd, libnotify
[15:12] <didrocks> nessita: in python, it should be python-notify
[15:12] <seb128> didrocks, well the question is rather what service has the code which does the checks and send the notifications
[15:13] <dobey> didrocks: because notifications aren't interactive, and the idea was to provide a "Buy more storage space" button
[15:13] <seb128> you should really do that from one of the u1 services
[15:13] <didrocks> +1
[15:14] <seb128> using g-s-d seems to be abusing something not done for that
[15:14] <didrocks> bcurtiswx: it's a dup, weird you get that even with the workaround
[15:14] <seb128> session restart brb
[15:15] <didrocks> dobey: the API can have action as well, it's just that we have a fallback to show a window in this case in Ubuntu
[15:15] <bcurtiswx> didrocks, unity in the classic session works.. which IMO makes it doubley werid
[15:16] <didrocks> bcurtiswx: it's a known raced issue at startup
[15:16] <nessita> didrocks: do you have a pointer for alecu to look at?
[15:16] <nessita> didrocks: pointer as in api doc
[15:16] <dobey> didrocks: the g-s-d extension does other stuff too
[15:16] <didrocks> nessita: what service is doing it?
[15:16] <dobey> didrocks: so what process owns the dialog is probably irrelevant
[15:16] <didrocks> dobey: hum, like?
[15:17] <didrocks> I have /usr/bin/python /usr/lib/ubuntu-sso-client/ubuntu-sso-login running since this morning
[15:17] <dobey> didrocks: adding Ubuntu One to the bookmarks if it's not already there, and hasn't already been added
[15:17] <nessita> didrocks: the dbus event is being emitted by the dbus service of syncdaemon, which is UI agnostic. So we shouldn't add UI dependencies to it
[15:17] <nessita> didrocks: I guess that we can add that to the control panel backend service
[15:18] <dobey> nessita: python-notify doesn't have ui
[15:18] <didrocks> nessita: the UI is handled by the API, that's not the issue, so it's agnostic
[15:18] <dobey> nessita: it just sends a dbus message to another process which handles the UI
[15:18] <didrocks> exactly
[15:18] <nessita> hum
[15:19] <nessita> ok, gotta go to the dentist, I'll will come back to this later
[15:19] <dobey> but either way, it doesn't much matter. we can't change to libnotify in maverick
[15:19] <nessita> thanks a lot for the info!
[15:19] <didrocks> libnotify-doc has the doc
[15:19] <didrocks> dobey: are you working in maverick?
[15:19] <didrocks> nessitaway: ^
[15:19] <nessitaway> didrocks: no, this is for natty
[15:19] <dobey> didrocks: the bug is in maverick as well, so we need to sru it
[15:20] <nessitaway> didrocks: for maverick we'll probably just remove the plugin
[15:20] <didrocks> yeah, all changes (ui and such) seems to big to qualify for an SRU
[15:20] <nessitaway> now yes, I'm gone! brbs
[15:20] <didrocks> nessitaway: good luck with the dentist :)
[15:21] <bcurtiswx> didrocks, i just got a crash like https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/684445
[15:21] <ubot2> bcurtiswx: Error: Bug #684445 is private.
[15:21] <bcurtiswx> see fi u can see that one?
[15:22] <didrocks> yes
[15:22] <didrocks> let's wait for it being retraced first
[15:22] <bcurtiswx> well that one was retraced
[15:22] <bcurtiswx> its not mine
[15:23] <didrocks> I was speaking about the other one
[15:23] <bcurtiswx> ah OK
[15:23] <bcurtiswx> sry
[15:23] <didrocks> well, this one is not with our main use case, let's first try to fix the tons of bugs with have by default :)
[15:30] <seb128> re
[15:36] <bcurtiswx> didrocks, retraced
[16:12] <mterry> seb128, you having session problems today?  :)
[16:13] <seb128> mterry, sort of, rather debugging things which require to restart my session
[16:13] <mterry> seb128, I updated g-c-c with backported support for setting web and mail apps.  Media is going to be a bit trickier, but that will come next
[16:13] <seb128> I've noticed the upload, thanks
[16:13] <seb128> do we care enough about the media one to do the work?
[16:14] <mterry> seb128, well, there may be a disconnect between the setting there and what happens when you double click a media file in nautilus
[16:15] <mterry> seb128, with no way to fix what happens on double click
[16:15] <mterry> or download a file or some such
[16:16] <seb128> that's there since warty
[16:16] <seb128> the media tab is only used when you use the media key on the keyboard to start your player iirc
[16:16] <mterry> seb128, oh really?  That's a bug today?  :)  what does the media UI setting control then?
[16:17] <seb128> when you click on something the type is used
[16:17] <seb128> you can change by right clicking and open with in nautilus
[16:17] <seb128> but that's type dependant
[16:17] <mterry> seb128, gross.  Then I guess there's no urgency to fix that.  g-c-c 3.0 has a new panel for controlling media the right way
[16:17] <seb128> like mp3 and ogg can have different handlers
[16:17] <mterry> Was going to backport it, but sounds less urgent if we at least don't have a regression today
[16:17] <geser> didrocks: re my gnome-panel issue: I've looked at the applied patches and when I remove the # before "X-GNOME-Autostart-Phase=Panel" in gnome-panel.desktop again, my issue seems to be gone (the panel is visible after autologin). could it be some timing issue somewhere?
[16:18] <mterry> seb128, OK, so I won't work on this right now then
[16:19] <didrocks> geser: yeah, probably, so starting it in the application phase seems to not work well, that's a nice idea also for workarounding some other panel issue we get. Thanks for the nice!
[16:20] <seb128> mterry, ok, there is other items to pick on the gnome3 spec if you want
[16:21] <mterry> seb128, sure...
[16:21] <seb128> mterry, like displayed a restart notification when a software migrating from gconf to gsettings is installed
[16:21] <mterry> seb128, ah yes
[16:21] <mterry> seb128, that will be interesting.  OK
[16:22] <seb128> mterry, great, thanks ;-)
[16:24] <geser> didrocks: for reference this is 05_no_session_delay.patch
[16:25] <didrocks> geser: yeah, it was introduced in lucid IIRC
[16:25] <didrocks> that will help, thanks geser :)
[16:51] <ebroder> seb128: i'm looking into the g-s-d changes for https://blueprints.launchpad.net/ubuntu/+spec/multimedia-desktop-n-xorg-multihead-defaults and was wondering whether you expected the gnome3 settings to land for natty or not (i.e. which version i should be working against)?
[16:52] <seb128> ebroder, no, GNOME3 will probably only be in a ppa this cycle
[16:52] <ebroder> ok, thanks
[16:53] <mterry> seb128, oh, thanks for closing that bug.  I forgot there was a bug for the g-c-c backport
[17:48] <geser> kenvandine: Hi, when you have some time for sponsoring: bug 698205
[17:48] <ubot2> Launchpad bug 698205 in ido (Ubuntu) "Fix linking with "ld --add-needed" (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/698205
[17:52] <kenvandine> geser, ok, i'll look at it in a bit
[18:56] <nessita> so, ubuntu-sso-login got a bug report where:
[18:56] <nessita>    File "/usr/lib/pymodules/python2.7/gtk-2.0/gi/__init__.py", line 27, in <module>
[18:56] <nessita>      from gi.repository import GObject
[18:56] <nessita>  ImportError: cannot import name GObject
[18:56] <nessita> is that known? or transient?
[19:07] <kenvandine> geser, uploaded
[19:07] <kenvandine> geser, can you propose a merge to ido upstream?
[19:13] <mterry> seb128, I did the gsettings trigger thing, but since it's my first trigger, I thought it wise to get a review first: https://code.launchpad.net/~mterry/gconf/ubuntu-gsettings-trigger/+merge/45427
[19:14] <mterry> seb128, in particular, my use of a cache file.  Not sure how standard that is
[19:17] <mterry> seb128, it would be nice if there were a way to say "relogin required" instead of "reboot required"
[19:17] <geser> kenvandine: sure, will prepare one
[19:17] <kenvandine> thx
[19:17] <mterry> nessita, is gir1.2-glib-2.0 on the system?
[19:18] <mterry> nessita, if not, then the packaging should add such a Depends
[19:18] <mterry> nessita, it won't be automatically added by python:Depends
[19:18] <nessita> mterry: but... as far as I know, ubuntu-sso-client does not depend on gir1.2-glib-2.0
[19:18] <nessita> mterry: so there may be a lower layer that depends on that and is not listing that as Depends
[19:18] <mterry> nessita, I see
[19:20] <mterry> nessita, looks like python-gtk2 needs the Depends?
[19:21] <mterry> or whatever provides gi/__init__.py
[19:21] <mterry> Hrm, it's python-gobject and it does have the Depends
[19:22] <mterry> Yeah, that error doesn't make sense to me either then  :)
[19:24] <nessita> mterry: right, if I see something like this again, I will raise a flag, otherwise, may be a transient error
[20:53] <seb128> re
[20:53] <seb128> nessita, could be a bug in the install...is that for one user only?
[20:53] <seb128> mterry, ok, will review that but maybe tomorrow morning, I'm just back from sport and will go for a shower and dinner now
[20:54] <nessita> seb128: only one report so far, yes
[20:54] <nessita> will keep an eye on that, though if it's an install issue it may come up with any app that uses python-gobject
[20:57] <seb128> nessita, mterry: do you stay around for a bit still?
[20:58] <nessita> seb128: yes, an hour approx
[20:58] <seb128> if someone see robert_ancell could you tell him to backport http://git.gnome.org/browse/glib/commit/?id=e738a8dd8ca3d3dd327bc5a3bbfd151858738609?
[20:58] <seb128> it will fix gnome-panel crashing when clicking on a launcher
[20:58] <mterry> seb128, yeah a bit
[20:58] <seb128> I don't think I will have time to test it tonight
[20:59] <seb128> mterry, thanks
[20:59] <seb128> mterry, or if you want to do the backport feel free
[20:59] <mterry> seb128, sure, that would be a good last task for the day
[20:59] <seb128> great
[21:02] <pitti> good night everyone
[21:06] <seb128> 'night pitti
[21:06] <mterry> seb128, is there an ubuntu bug for that patch?
[21:07] <seb128> bug #698131
[21:07] <seb128> mterry, ^
[21:07] <ubot2> Launchpad bug 698131 in glib2.0 (Ubuntu) (and 1 other project) "[Natty] New glib2.0_2.27.90-0ubuntu1 crashes gnome-panels (affects: 7) (dups: 2) (heat: 48)" [Undecided,Confirmed] https://launchpad.net/bugs/698131
[21:07] <mterry> thx
[21:07] <seb128> bug #698275
[21:07] <ubot2> Launchpad bug 698275 in gnome-panel (Ubuntu) "everytime i click an icon on the upper panel in gnome the panels dissappear (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/698275
[21:08] <mterry> seb128, more generally, how can I search LP for bugs that link to an upstream bug?
[21:08] <mterry> (if I know the upstream bug URL)
[21:08] <seb128> https://bugs.edge.launchpad.net/bugs/bugtrackers/gnome-bugs/
[21:09] <seb128> you can add the bug number to it
[21:09] <seb128> https://bugs.edge.launchpad.net/bugs/bugtrackers/gnome-bugs/<bug>
[21:09] <seb128> mterry, ^
[21:09] <mterry> seb128, yup
[21:10] <seb128> need to run, I will be back for a bit after dinner
[21:10] <seb128> bbl
[21:21] <mterry> guh, I don't have permission to update glib2.0 it seems