[05:19] <didrocks> good morning
[05:20] <RAOF> Hey didrocks.  Good morning!
[05:22] <didrocks> hey RAOF!
[05:22] <RAOF> My internal clock's all off.  pitti hasn't clocked on, so I don't know what time it is!
[05:26] <didrocks> heh :-)
[05:29] <jbicha> howdy
[05:29] <jbicha> I got my first patch into Gnome today so I'm happy
[05:30] <didrocks> jbicha: nice!
[05:50] <TheMuso> RAOF: afaicr pitti is off for 2 weeks, as evident by him not actually being on IRC. :)
[05:50] <RAOF> Yeah, I know.
[05:50] <bschaefer> didrocks: Good morning for you, I am pretty sure this new patch is done. I just need to add some more test and do some more
[05:50] <RAOF> But his lack is all messing up my regular schedule :)
[05:51] <didrocks> bschaefer: excellent news! do you have any interaction with the debian maintainer? as he's upstream, I think he should be the contact point, and then, we "just" sync :)
[05:51] <TheMuso> awwwww
[05:52] <jbicha> I've got this ready for review: https://code.launchpad.net/~jbicha/ubuntu/oneiric/transmission/transmission-2.33/+merge/68936
[05:52] <bschaefer> didrocks: Yup, I am pretty sure I handled everything he wanted changed
[05:52] <bschaefer> didrocks: So just some more testing and then everything should sync up haha
[05:52] <didrocks> bschaefer: excellent, tell me when he takes the patch upstream, then, I'll just sync ubuntu to his version
[05:52] <didrocks> :-)
[05:52] <bschaefer> didrocks: Alright!
[05:52] <didrocks> bschaefer: thanks again for your tremendous work there!
[05:53] <bschaefer> didrocks: No problem is was very fun acutally doing applied Formal Language instead of pure theory haha
[05:54] <didrocks> heh, I don't know enough about xapian to qualify hacking on it is "fun" or not :)
[05:55] <bschaefer> haha, yeah some of the code was pretty rough to read. That's why I just wanted to Lexer to handle the CJK
[05:55] <bschaefer> but he wanted the parser too so I had to read up on the lemon parser generator then it was pretty easy to insert code
[05:57] <didrocks> hum, about this parser generator… It's like if you were talking chinese to me
[05:57] <didrocks> which is totally in the context though :-)
[05:58] <bschaefer> Haha yeah. I wish I knew at lease the semantics to any of the CJK languages
[06:45] <chrisccoulson> good morning everyone
[06:46] <didrocks> hey chrisccoulson!
[06:46] <didrocks> how was your week-end?
[06:47] <chrisccoulson> hey didrocks. yeah, it was good thanks. how about you?
[06:47] <didrocks> chrisccoulson: was too short, but fine :-)
[06:47] <chrisccoulson> yeah, i know that feeling :)
[06:47] <didrocks> heh!
[06:47] <didrocks> thunderbird wanted to give me a day off
[06:48] <didrocks> I started it, and again, no treeview on the left
[06:48] <didrocks> restarting it hasn't done anything
[06:48] <chrisccoulson> same error as before?
[06:48] <didrocks> i had to reboot my session (no upgrade nothing)
[06:48] <didrocks> yeah
[06:48] <didrocks> and then, it was ok
[06:48] <chrisccoulson> hmmm :/
[06:48] <didrocks> seems quite fragile, I haven't done any update since Friday
[06:49] <chrisccoulson> no extension upgrades or installs?
[06:49] <didrocks> now it's ok, but not that nice for users if they start and "where are my emails" :p
[06:49] <didrocks> nothing at all, I generally boot, and then, do my upgrade
[06:49] <didrocks> (after finishing the "morning backlog reading"
[06:49] <didrocks> )*
[06:50] <didrocks> do you think that those kinds of errors are only triggered by large mailbox?
[06:50] <chrisccoulson> i wouldn't have thought so
[06:50] <chrisccoulson> it's going to be a fun week :)
[06:51] <didrocks> chrisccoulson: why? :-)
[06:51] <chrisccoulson> trying to figure out what's going on ;)
[06:52] <didrocks> chrisccoulson: oh, you meant s/week/cycle-from-now-and-for-ever-debugging-thunderbird-issues then? :)
[07:08] <desrt> good morning, world
[07:08] <chrisccoulson> good morning desrt
[07:08] <chrisccoulson> didrocks, tkamppeter had the same issue as you on friday btw
[07:08] <chrisccoulson> this one is going to cause me to lose some sleep ;)
[07:09] <didrocks> chrisccoulson: you mean, I'm not the only poor sool?
[07:09] <didrocks> :)
[07:09] <didrocks> soul*
[07:09] <didrocks> hey desrt
[07:10] <desrt> word up
[07:10] <desrt> dbarth: g'morn
[07:18] <didrocks> chrisccoulson: oh, you will take my long nights on evolution, but that's only because you wanted it! :)
[07:18] <Sweetshark> Morning, all!
[07:22] <dbarth> desrt: hi Ryan
[07:32] <desrt> Sweetshark: hihi
[07:39] <didrocks> hey Sweetshark!
[08:12] <desrt> seb128: trying to fix the eventfd mess properly today
[08:13] <seb128> hey desrt
[08:13] <seb128> desrt, ok
[08:13] <desrt> i'm writing a clean and easily-unit-testable abstraction for "give me something that i can use to wake up a poll in another thread"
[08:13] <desrt> with unix pipe, eventfd and windows semaphore implementation
[08:13] <desrt> will help avoid the #ifdef ratsnest in gmainloop and gcancellable
[08:14]  * desrt is at the write-the-tests part
[08:26] <seb128> robert_ancell, hey
[08:27] <seb128> robert_ancell, how are you?
[08:27] <seb128> robert_ancell, do you want the unity greeter to be default for alpha3?
[08:37] <chrisccoulson> hey seb128
[08:37] <seb128> hello chrisccoulson
[08:38] <seb128> chrisccoulson, how are you?
[08:38] <chrisccoulson> seb128, how are you?
[08:38] <seb128> chrisccoulson, I was just looking at your bluez bug
[08:38] <chrisccoulson> i'm good thanks
[08:38] <seb128> chrisccoulson, I'm fine thanks
[08:38] <chrisccoulson> seb128, yeah, i was going to just upload bluez, but i can't upload it ;)
[08:38] <seb128> now in the desktop set?
[08:38] <seb128> not
[08:38] <chrisccoulson> it's not
[08:38] <seb128> it's weird, we had a diff not building that part because it was moved to udev
[08:38] <chrisccoulson> this bluetooth problem has been bugging me for weeks
[08:39] <seb128> it got moved back to bluez now?
[08:39] <chrisccoulson> seb128, yeah, it's been deleted entirely from udev
[08:39] <seb128> ok, fair enough
[08:39] <seb128> chrisccoulson, I can sponsor it for you but could you email cjwatson about getting it added to the desktop set?
[08:40] <chrisccoulson> seb128, yeah, can do. do you think it's appropriate for the desktop set?
[08:40] <seb128> yes
[08:40] <seb128> in practice nobody out of desktop worked on it for years
[08:40] <chrisccoulson> it seems what i really need to do is complete my application for core-dev ;)
[08:40] <seb128> so if we do the actual work we can as well have the actual rights to do it
[08:40] <seb128> that as well
[08:45] <seb128> RAOF, hey
[08:45] <RAOF> seb128: Ho!
[08:45] <seb128> RAOF, how are you?
[08:45] <Kaleo> desrt: hi hi
[08:45] <RAOF> seb128: A bit cold.  Apart from that, pretty good :)
[08:45] <seb128> great
[08:46] <seb128> RAOF, I was wondering if you had a practical issue with the gnome-keyring SRU out of the fact that it modifies a session component
[08:46] <Kaleo> desrt: it seems we have some issues with change notifications of dconf properties using dconf-qt from QML on Oneiric
[08:46] <seb128> RAOF, seems your "doesn't apply for a SRU" make some users not happy ;-)
[08:46] <RAOF> seb128: Mostly that it's a borderline SRU - it didn't seem to have a sufficiently high reward:risk ratio.
[08:47] <RAOF> ie: It seemed to be annoying on boot, but not after that, and not that annoying.
[08:47] <seb128> RAOF, some people have to enter their password 5 times on login and disagree with you
[08:48] <RAOF> They'd be even less happy if the upload broke the cryptography, or caused the keyring to not work at all, or…
[08:49] <RAOF> That patch looked pretty safe and sane, though.
[08:49] <seb128> right, that was going to be my point
[08:49] <seb128> the patch is shipped in GNOME3, oneiric and we have proposed
[08:49] <seb128> we can let it a few weeks in proposed if we can solid testing
[08:49] <RAOF> As I said, it looked borderline to me.  I'm prepared to be convinced that there's a higher reward than I estimated.
[08:50] <seb128> well I know it's one of the first things pgoodall talked to me about at UDS about natty
[08:50] <desrt> Kaleo: which types of properties?
[08:51] <seb128> RAOF, seems it's a pretty annoying bugs for lot of people and a bit of a show stopper to "sell" Ubuntu
[08:52] <seb128> RAOF, it still is mostly cosmetic but having to enter your password 5 times seems to bother users who want to enter it 0 times a lot ;-)
[08:52] <RAOF> :)
[08:52] <seb128> RAOF, well I just wanted to made a point for it, I will not push further or force any decision ;-)
[08:57] <RAOF> They're always going to have to enter their password at least once, which kinda makes autologin something we shouldn't actually allow.  It does suck, though.
[08:57] <Kaleo> desrt: right now I am struggling with a string
[08:57] <Kaleo> desrt: it works fine on Natty though
[08:58] <seb128> RAOF, right, or we should call it unsecure and set an empty keyring password as well
[08:58] <desrt> Kaleo: very odd....
[08:58] <desrt> Kaleo: a backtrace could be helpful
[08:58] <RAOF> seb128: That would also work.
[08:58] <Kaleo> desrt: yeah
[08:58] <Kaleo> desrt: right now my Oneiric machine died
[08:59] <Kaleo> desrt: though it's trivial to reproduce
[08:59] <Kaleo> desrt: http://pastebin.com/qbUrFyRv
[08:59] <RAOF> seb128: I'll think it over again.
[09:00] <desrt> Kaleo: i do not presently have the means to run that
[09:00] <desrt> Kaleo: please get me a backtrace when you can
[09:00] <Kaleo> desrt: it's going to be hard for you to fix if you cannot run it :)
[09:00] <seb128> RAOF, thanks, no hurry to decide on it don't worry, I will comment on the bug to say that the issue is mostly cosmetic and the patch on a key session components so something that's not trivial to change in a stable update
[09:00] <desrt> Kaleo: i was hoping you would fix it :)
[09:02] <bschaefer> \msg njpatel, Hello and good morning for you.
[09:02] <njpatel> bschaefer, hey hey
[09:02] <bschaefer> haha opps
[09:02] <bschaefer> njpatel I had a quick question about a Makefile.mk in Xapian
[09:03] <bschaefer> njpatel: Olly wanted me to add the cjk-tokenizer.h in there but I see two places to put it
[09:04] <njpatel> bschaefer, will have to see the file, one sec
[09:04] <bschaefer> yeah I was pulling it up haha
[09:05] <njpatel> bschaefer, which directory in xapian?
[09:05] <bschaefer> xapian-core/queryparser
[09:06] <njpatel> bschaefer, is the header needed by users of xapian or only internally?
[09:06] <bschaefer> only internal
[09:06] <bschaefer> http://bazaar.launchpad.net/~brandontschaefer/xapian/cjk-support-patch/view/head:/xapian-core/queryparser/Makefile.mk
[09:07] <bschaefer> I put it in the noinst_HEADERS but I saw Mikkel put a header file in the lib_src section also
[09:07] <njpatel> bschaefer, I think noinst_HEADERS is fine
[09:08] <bschaefer> njpatel: alright, I also finish merging the CJK tokenizer into the CFG/Parser sooo hopefully he will like it haha
[09:09] <njpatel> bschaefer, excellent
[09:09] <bschaefer> just trying to get the finishing touches on it to make another patch haha
[09:12] <didrocks> desrt: I'm sure you are really eager to add that to dconf-qt http://people.canonical.com/~didrocks/02_link_again_dconf_dbus.patch :)
[09:12] <seb128> GunnarHj, hi
[09:13] <seb128> GunnarHj, just for info pitti is on holidays for 2 weeks
[09:13] <seb128> GunnarHj, so better to ask review from ubuntu-desktop as well rather than blocking on him
[09:15] <desrt> didrocks: i've already been carrying that patch for a white
[09:15] <desrt> it's been on master for at least 20 seconds now
[09:15] <GunnarHj> seb128: Hi Sebastien, thanks for letting me know; suspected that when I noticed he isn't logged in here.
[09:16] <desrt> maybe more like 1 minute now that i think again :)
[09:16] <didrocks> desrt: waow, time goes so fast! :)
[09:17] <GunnarHj> seb128: Thought I'd ask you for help later today, since my latest idea involves multiple packages. Hope that's ok.
[09:18] <seb128> GunnarHj, sure, seems another things worth an email to the ubuntu-desktop list
[09:19] <seb128> GunnarHj, rodrigo works on the control center upstream and has been working on the region code so he would be good to talk to
[09:19] <seb128> GunnarHj, today is an holiday is spain though, he will be back tomorrow
[09:20] <GunnarHj> seb128: Yeah, I had planned to talk to Rodrigo as well. Possibly a mail list topic, not sure yet...
[09:22] <seb128> ok
[09:22] <seb128> didrocks, btw new zg in debian, do you want to take the .1 update and reverse the raptor build-depends to the old version while you are at it?
[09:22] <didrocks> seb128: I commented on the sync request RainCT commented on and assigned it to doko
[09:23] <didrocks> opened*
[09:23] <seb128> hum, ok
[09:23] <seb128> I would just reverse the build-depends in a -1~oneiric and tell doko to sync once he fixes the raptor issue
[09:24] <seb128> but your call
[09:24] <seb128> i.e I would fix zg now and block the sync on doko rather than blocking the fix on doko
[09:24] <didrocks> seb128: can do as well, for sure
[09:24] <seb128> well your call
[09:25] <seb128> depends how much the breakage annoys the zg guys
[09:25] <seb128> it might take a bit before doko has time for that
[09:25] <seb128> especially if he's to debconf
[09:31] <didrocks> yeah, let's do that
[09:41] <didrocks> seb128: happy patch pilot day! :-)
[09:41] <seb128> didrocks, thanks ;-)
[09:42] <seb128> mvo__, hey
[09:43] <seb128> mvo__, I'm having software-properties issues ;-)
[09:44] <seb128> Traceback (most recent call last):
[09:44] <seb128>   File "/usr/lib/python2.7/dist-packages/softwareproperties/gtk/SoftwarePropertiesGtk.py", line 641, in on_isv_source_toggled
[09:44] <seb128>     self.backend.ToggleSourceUse(str(source_entry))
[09:44] <seb128>   File "/usr/lib/pymodules/python2.7/dbus/proxies.py", line 143, in __call__
[09:44] <seb128>     **keywords)
[09:44] <seb128>   File "/usr/lib/pymodules/python2.7/dbus/connection.py", line 630, in call_blocking
[09:44] <seb128>     message, timeout)
[09:44] <seb128> dbus.exceptions.DBusException: com.ubuntu.SoftwareProperties.PermissionDeniedByPolicy: com.ubuntu.softwareproperties.applychanges
[09:44] <seb128> mvo__, when tried to toggle a ppa in "other softwares" tab
[09:45] <mvo__> seb128: ok, I check it. but you did do a successful auth?
[09:45] <seb128> mvo__, it didn't ask me to auth
[09:46] <mvo__> seb128: is the policykit agent running?
[09:46] <seb128> mvo__, hum, seems not
[09:46] <jibel> is there a way to disable the message indicator for thunderbird ? It is the same than xchat and I miss most of the pings on irc.
[09:47] <seb128> mvo__, ok, that's it, sorry for the noise
[09:50] <seb128> mvo: works great once it's running ;-)
[09:58] <robert_ancell> seb128, yeah, been working like crazy trying to get everything finished, two weekends in a row :)
[09:59] <robert_ancell> seb128, so yes, I'm just packaging the new version now - are you guys ok supporting it?
[09:59] <seb128> robert_ancell, ok
[09:59] <seb128> robert_ancell, yeah, supporting broken upstream code drop is our job :p
 hrm, network is really unstable today
[09:59] <mvo>  seb128: did you get my last question about the agent?
[09:59] <robert_ancell> seb128, I really wanted to get it released last week, but the usual software issues crept up on me
[09:59] <seb128> robert_ancell, but yeah don't worry about eventual issues we will deal with those
[10:00] <robert_ancell> brb, just checking the package works
[10:00] <seb128> robert_ancell, is there anything we can do to help you get the new version out?
[10:00] <seb128> mvo, it was not running indeed, works once it's started
[10:00] <robert_ancell> seb128, I'll tell you in one minute :)
[10:00] <mvo> seb128: can we fix this please, like with a auto-restart flag in the desktop file ;)
[10:01] <seb128> mvo, there is one, I'm just on partial update with a gnome which knows about Unity as a desktop value and with a .desktop which has OnlyShowIn=GNOME
[10:02] <seb128> i.e stupid issue on my side
[10:02] <seb128> need to get the update which added Unity to the OnlyShowIn
[10:02] <mvo> eh, so … it used to be possible to use try: except: with pygtk, if I try "try: Gio.Settings("something") except: something" my app does not catch any exception but instead runs into a GLib-GIO-ERROR. what is the way to do it in the new-world-order?
[10:02] <mvo> seb128: great, thanks
[10:02] <seb128> mvo, what are you trying to do?
[10:03] <seb128> mvo, g_settings_new used to call abort on missing schemas, that's fixed in the glib update that is pending upload
[10:03] <seb128> mvo, if the issue you are trying to fix is deal with missing schemas
[10:07] <mvo> seb128: yeah, that is the issue
[10:07] <seb128> mvo, it took only 2 years to convince desrt ;-)
[10:08] <mvo> well, its fine to have a exception in this case …
[10:08] <mvo> but not a unhandlable one
[10:08] <seb128> well they say it's part of the installation and that if it's not installed your install is corrupted
[10:08] <seb128> in the same way that the binary could be corrupted
[10:09] <seb128> so there is no real point to try to deal with it out of stopping
[10:19] <cdbs> didrocks: ping, brasero's done https://code.launchpad.net/~bilalakhtar/brasero/unity-launcher-integration/+merge/68940
[10:22] <didrocks> cdbs: nice! I'll have a look shortly :)
[10:23] <cdbs> didrocks: yeah, I've just updated the branch, a moment ago, if you have downloaded it already then pull it up :)
[10:26] <didrocks> cdbs: the code looks good. However, I have no cd burner right now to test it, can you pease subscribe the sponsoring list as well?
[10:27] <seb128> didrocks, do you need testing with a real drive to see it makes the right calls?
[10:27] <didrocks> seb128: not sure, maybe it can work creating an iso from another iso in brasero, I never tried if it's even possible with brasero
[10:29] <seb128> didrocks, ignore me, I though it was static .desktop lists, I've read the diff now
[10:29] <didrocks> no worry :)
[10:29] <seb128> didrocks, recording a directory to an iso should work I think but i'm not sure ;-)
[10:30] <didrocks> seb128: oh, isn't it your patch pilot day? ;-)
[10:30] <seb128> didrocks, indeed ;-) can have a look after lunch if you want
[10:30] <didrocks> excellent, thanks seb128 :-)
[10:30] <seb128> robert_ancell, I guess the half an hour before coming back is not a good sign for the new version?
[10:30] <didrocks> still trying to figure out those qml non updating on dconf change
[10:30] <seb128> didrocks, yw ;-)
[10:31] <robert_ancell> seb128, heh, it's a bad sign for the unity greeter, I'll fix that tomorrow
[10:31] <seb128> robert_ancell, does current gtk greater let you log in if you have no .dmrc or a protected user directory? ;-)
[10:32] <seb128> robert_ancell, if it does I think we are fine for a3, though it would still better to not break the unity greeter for those who run it
[10:39] <robert_ancell> seb128, I haven't tested that yet, it probably is still broken, will look at it tomorrow
[10:39] <seb128> robert_ancell, ok, there is a one liner patch on the bug which is assigned to you
[10:39] <seb128> robert_ancell, it's a check for a null value
[10:40] <robert_ancell> seb128, the new package is in lp, could you test it?  Unity greeter users will revert to the GTK+ greeter, I'll upload a fixed unity-greeter package tomorrow
[10:40] <seb128> robert_ancell, ok, do you need feedback now, or should I just play with it today and drop you an email to say how it went?
[10:40] <robert_ancell> seb128, yeah, I saw the bug go by, but I've just been sprinting to get the 0.9 release out, only just got back to looking at bugs
[10:41] <robert_ancell> seb128, I think if we're going to change to it for A3 we should do it with at least one day of testing.  I'm happy to upload it right now, but a second opinion would be good
[10:41] <seb128> robert_ancell, ok, let me build it ;-)
[10:48] <ronoc> mvo, ping
[10:48] <ronoc> this com.ubuntu.systemservice - does it only appear when there is something to report ?
[10:48] <ronoc> currently i have set up a watch on its dbus name
[10:49] <ronoc> when it appears I will check the rebootrequired method
[10:49] <seb128> robert_ancell, brb with new lightdm
[10:52] <ronoc> mvo, I need though more information about this systemservice (because i can't see it through d-feet right now)
[10:53] <ronoc> i presume because i don't need to restart
[10:56] <robert_ancell> seb128, good news?
[10:56] <seb128> re
[10:56] <seb128> robert_ancell, no
[10:56] <seb128> I had to use gdm to log in
[10:56] <seb128> lightdm switched me to the gtk greater
[10:57] <seb128> it let me enter my login and password and then seems to start loading the session for a second and send me back to the greeter
[10:57] <robert_ancell> seb128, can you paste the log?
[10:58] <seb128> which on? lightdm.log?
[10:58] <robert_ancell> yup
[10:58] <seb128> robert_ancell, http://pastebin.ubuntu.com/651688/
[10:59] <seb128> "[+38.68s] DEBUG: Adding session authority to /home/seb128/.Xauthority
[10:59] <seb128> [+38.68s] WARNING: GError set over the top of a previous GError or uninitialized memory."
[10:59] <seb128> robert_ancell, ^ I wonder if those are my logging try
[10:59] <robert_ancell> yes, it looks like it
[11:15] <seb128> robert_ancell, can I help debugging it in some way?
[11:15] <robert_ancell> could you touch ~/.Xauthority and see if that makes a difference?
[11:15] <robert_ancell> I'm fixing up the GError code, damn this is easier in Vala...
[11:17] <seb128> trying
[11:17] <seb128> robert_ancell, is there a way to start a lightdm in xephyr or something from my session?
[11:18] <robert_ancell> there's --test-mode, but you can't run a xephyr and have it register with lightdm (this release)
[11:23] <seb128> robert_ancell, with a .Xauthority it starts
[11:23] <robert_ancell> seb128, ok, interesting the regression tests don't pick that one up
[11:23] <seb128> robert_ancell, I got keyring unlocking prompt after login so dunno if the pam integration got buggy with the new version or what's going on
[11:23] <robert_ancell> I get that too...  it doesn't happen in GDM?
[11:23] <seb128> no
[11:24] <seb128> it didn't happen in lightdm before the update either
[11:24] <ronoc> mvo_: did you see my questions above ?
[11:28] <ronoc> mvo_, pinga ring ?
[11:32] <seb128> robert_ancell, the new lightdm works fine on my nb btw, with or without a .Xauthority, dunno what's the difference
[11:32] <robert_ancell> ok, that is weird...
[11:32] <seb128> robert_ancell, dunno if that's to be with my user being on ecryptfs on my laptop
[11:33] <robert_ancell> are you logged in on a terminal and keeping the home dir open?
[11:33] <seb128> yes
[11:34] <seb128> robert_ancell, brb doing another testing without Xauthority on this box
[11:41] <sebguest> robert_ancell, re under a guest session
[11:41] <sebguest> so lightdm refuses to let my user in after a fresh reboot
[11:41] <robert_ancell> sebguest, hey, can you reproduce it?
[11:41] <sebguest> switching to a vt and login in shows my user dir has a .Xauthority from now
[11:41] <sebguest> i.e time I tried to log in
[11:41] <sebguest> which is non null
[11:42] <robert_ancell> sebguest, does it occur for users without encrypted dirs?
[11:42] <sebguest> robert_ancell, yes, happens on a fresh boot on my laptop
[11:42] <sebguest> robert_ancell, is there any way I can go back to the greeter to try to log with another user?
[11:43] <sebguest> or should I log out of my guest session?
[11:43] <sebguest> the indicator user switching doesn't do anything
[11:43] <robert_ancell> sebguest, open d-feet, and go to org.freedesktop.DisplayManager.Seat0
[11:43] <robert_ancell> and run SwitchToGreeter()
[11:44] <sebguest> robert_ancell, ok, my test user works
[11:44] <sebguest> so seems limited to my ecryptfs main account
[11:44] <sebguest> let me ecryptfs an user on my nb to see if that bug as well
[11:49] <sebguest> wth?
[11:49] <sebguest> I can log in with my user by switching to the greeter now
[11:49] <sebguest> brb
[11:59] <seb128> re
[11:59] <seb128> robert_ancell, ok, sorry for the delay
[11:59] <seb128> robert_ancell, so yeah, same think on my nb with a test user
[11:59] <robert_ancell> np, I tried an encrypted user and had the same problem
[12:00] <seb128> it's somewhat ecryptfs specific
[12:03] <seb128> robert_ancell, ok, anyway I'm set up to debug on my nb as well now but I guess if you get the issue you can as well directly debug ;-)
[12:03] <robert_ancell> yeah, I'm scratching my head though
[12:03] <cyphermox> good morning
[12:04] <seb128> hey cyphermox
[12:04] <cyphermox> hey seb128
[12:04] <seb128> robert_ancell, it's weird I managed to log in a few times but I can't find steps to make it work or if that's random
[12:05] <seb128> like before it worked when I switched to the greeter with d-feet and tried to log in but it doesn't do it now
[12:05] <robert_ancell> seb128, I think it's the home dir not getting mounted, perhaps there's a race
[12:06] <seb128> robert_ancell, but I can confirm the pam keyring integration being broken on any user, ecryptfs or not
[12:06] <seb128> not sure if that could be the same bug
[12:10] <mvo__> ronoc: hey, I did not see your question, I have a bit of network trouble today
[12:10] <ronoc> mvo__, no worries, could you send me details via email the system service dbus interface, so as i can code it up.
[12:10] <ronoc> mvo__, i need to grab some lunch
[12:10] <robert_ancell> seb128, ok, I won't chase that red herring
[12:10] <ronoc> mvo__, bbiab
[12:11] <mvo__> ronoc: sure
[12:11] <ronoc> mvo__, thanks
[12:11] <ronoc> mvo__, does it only appear on the bus if a restart is required ?
[12:12] <mvo__> ronoc: its a auto start service, one way is to query it after a transaction of aptdaemon, but I guess I can actually add something into aptdaemon so that you can check after a finished aptdaemon transaction if a reboot is required
[12:12] <mvo__> ronoc: does that sound easier?
[12:13] <glatzor> hello mvo__ what do you need?
[12:13] <ronoc> mvo__, I was going to put a dbus watcher in place for it whereby once it appears on the bus I will query it. but yes it would be easier if I get all i need from the apt dbus interface
[12:14] <ronoc> mvo__, I have the watcher in place though
[12:14] <ronoc> so its okay as is, i'm assuming I will need to watch for that name appearing onthe bus
[12:14] <ronoc> when it appears query for a systemrestart
[12:14] <ronoc> simple as that i hope
[12:14] <ronoc> mvo__, ^
[12:17] <mvo__> glatzor: a property/information if a restart is required after the transaction finished. wdyt?
[12:17] <ronoc> mvo__, yep property changed signal would be just grand
[12:17] <mvo__> ronoc: eaiest is to simply ask after each transaction if a reboot is required, but I will talk with glatzor about that now too
[12:18] <mvo__> ronoc: have lunch first :) afterwards we should have something worked out :)
[12:18] <ronoc> ok i'll hold off and work on something else
[12:18] <ronoc> mvo__, perfect I'm starving :)
[12:20] <glatzor> mvo__, how do you want to get the information from the system? the old stamp file mechanism? or by using a package white list?
[12:22] <mvo__> glatzor: yeah, the good old stamp file, if its not there before the transaction but there after, we know it got created
[12:23] <mvo__> glatzor: not sure if its worthwhile to carry "no-reboot, new-reboot-notification, already-existing-reboot-notification". or if there should simply be a "restart recommended" property in the transaction if we find the file
[12:23] <mvo__> glatzor: its on /var/run and should be safe to reply on
[12:24] <seif> didrocks, around
[12:25] <didrocks> seif: on debugging stuff right now :)
[12:25] <seif> didrocks, why do i have an ugly "me indicator" besdie the session one
[12:25] <didrocks> seif: define "ugly" :)
[12:27] <seif> didrocks, http://imgur.com/tXh7u
[12:27] <glatzor> mvo__, why do you want to put it into the transaction at all?
[12:27] <glatzor> mvo__, we cannot make any predections if the file will be created during the transaction
[12:27] <jbicha> seif: yeah, the portrait doesn't look anything like you, :-)
[12:27] <didrocks> seif: if you see your name, it means that you have more than one user on your computer
[12:28] <seif> and the icon :P
[12:28] <seif> jbicha, yeah i thnk i am fluffier :P
[12:28] <mvo__> glatzor: not before, but when it finished, we know. well, it does not have to be in it, it would just be a convinient way for the apps to show a reboot-recommended msg if needed and without the need to query another interface
[12:29] <glatzor> should we add a property to org.debian.aptdaemon?
[12:29] <seif> didrocks, what about the icon
[12:29] <didrocks> seif: not sure about it, better to talk to John/mpt about it :)
[12:30] <mvo__> glatzor: hm, that is a nice idea
[12:30] <mpt> hi there glatzor
[12:30] <seif> mpt, is this normal http://imgur.com/tXh7u
[12:31] <seif> or do i have something wrong installed
[12:31] <jbicha> could someone please fix bug 798951
[12:31] <glatzor> hello mpt!
[12:31] <ubot2> Launchpad bug 798951 in gnome-panel "Applications menu fails to open due to change to /etc/xdg/menus/gnome-applications.menu" [Undecided,Invalid] https://launchpad.net/bugs/798951
[12:31] <mpt> seif, yes.
[12:31] <mpt> seif, it follows the spec at least.
[12:31] <jbicha> mpt: which spec?
[12:32] <mpt> jbicha, for the device menu and user menu. I'll see if I have permission to make it public now that it has been implemented.
[12:33] <didrocks> desrt: ah, so got a reproducible test case for some fun with qm and dconf-qt. So, if you take this qml file: http://paste.ubuntu.com/651733/
[12:33] <didrocks> desrt: all is fine if you try to change the value with gsettings set org.gnome.desktop.background picture-uri "file:///usr/share/backgrounds/Fabric_by_Just_Jeanette.jpg" for instance
[12:33] <mvo__> glatzor: do you want to go ahead with it or should I give it a go and propose a merge?
[12:33] <jbicha> not trying to stir up trouble, but private design is annoying
[12:33] <didrocks> desrt: if you try with g-c-c, I get: process 31085: type invalid 0 not a basic type
[12:34] <didrocks> desrt: dconf-editor is working though, no idea of what g-c-c can do differently in the gsettings/dconf level?
[12:34] <jbicha> it's hard to tell what's already been decided and what's still open to getting bugs and improvements
[12:34] <desrt> didrocks: maybe g-c-c is doing multiple sets
[12:35] <desrt> which causes the change signal to arrive differently
[12:35] <didrocks> desrt: you mean, sending multiple values in a row or multiple times the same one?
[12:35] <desrt> didrocks: could be that i handle that case incorrectly in either dconf-qt or libdconf-dbus-1
[12:35] <desrt> didrocks: dconf has a facility for performing multiple changes at the same time
[12:35] <desrt> ie: grouping multiple writes into one
[12:36] <seb128> jbicha, hey, yeah having public spec is better
[12:36] <didrocks> desrt: ah, yeah, that may be the cause then. Any chance you have a look?
[12:36] <desrt> maybe gcc is doing that
[12:36] <desrt> didrocks: maybe later today or tomorrow
[12:36] <didrocks> desrt: no hurry, thanks a lot! :-)
[12:36]  * desrt is trying to smoke this eventfd issue
[12:39] <glatzor> mvo__, oh a merge would be nice :) my niece is paying me a visit and I am still sitting at my work doing DRBD perfomance tunings :)
[12:41] <mvo_> glatzor: ok, I will hack on it next
[12:43] <didrocks> desrt: they are indeed using g_settings_delay() so I think you're right :)
[12:44] <desrt> didrocks: let me take a quick look at dconf-dbus-1
[12:44] <didrocks> desrt: no hurry, make seb128 happy first! :-)
[12:44] <desrt> oh god
[12:45] <desrt> i hate libdbus-1
[12:45]  * desrt remembers writing this code, bad flashbacks
[12:45] <didrocks> :)
[12:46] <desrt> nothing obvious.  is it a crash?
[12:46] <desrt> can i get a trace?
[12:46] <didrocks> desrt: it's not a crash, just a warning shown
[12:47] <desrt> can you trace to the warning?
[12:47] <didrocks> desrt: sure, one sec
[12:47] <desrt> either enable fatal warnings or gdb and break on g_logv...
[12:48]  * didrocks needs to build dconf-qt with dbgsym first
[12:48] <kenvandine> didrocks, have you ever used the dee resource manager?
[12:49] <didrocks> kenvandine: no, I don't even know what this is. I've just been a dee client right now, why? :)
[12:49] <didrocks> cf your tweets from this week-end?
[12:49] <kenvandine> i have it working for one model...
[12:49] <kenvandine> not really
[12:49] <jbicha> hmm, I have 2 gnome-shell patches sitting in bugzilla for over a week, I guess I have to chase someone down in IRC
[12:49] <kenvandine> didrocks, it does the on disk cache of the model
[12:49] <kenvandine> i want that for startup time
[12:49] <kenvandine> i have it working for one of my models
[12:49] <kenvandine> but not both
[12:49] <kenvandine> the cached file is on disk... but it fails to load it
[12:50] <kenvandine> with no error or crash
[12:50] <kenvandine> so a pita to debug
[12:50] <didrocks> kenvandine: I think you should either chase neil or kamstrup then :)
[12:50] <kenvandine> and apparently on kamstrup has ever used it :)
[12:50] <kenvandine> s/on/only
[12:50] <didrocks> I just used it for one model
[12:50] <didrocks> as an experiment :)
[12:51] <kenvandine> the concept is awesome :)
[12:51] <didrocks> (didn't know it was called dee resourcec manager now, was dee dump before)
[12:57] <didrocks> desrt: hum, I'm afraid it's even not a gwarning: doesn't break on it, and it really doesn't look like that ("process 488: type invalid 0 not a basic type"). More a QML/qtdeclarative thing
[13:00] <desrt> :(
[13:04] <chrisccoulson> g'ah, invisible windows again
[13:04]  * kenvandine wonders if it is possible for sourceforge to be any harder to use
[13:11] <bdrung> is someone working on updating glib2.0 to 2.29.14?
[13:11] <seb128> bdrung, yes, but it breaks gtk < current so they need to be updated together
[13:12] <mclasen> you can update gtk first...
[13:12] <seb128> bdrung, you can try an updated combo in the ubuntu desktop ppa if you want, there is the new glib and a patched gtk being tested there
[13:12] <bdrung> thanks, but i will wait. i am busy with other stuff
[13:13] <seb128> mclasen, can you? gtk 3.1.10 depends on glib 2.29.14
[13:13] <seb128> mclasen, there is the unit change from desrt, and the 3.1 fix for the glib change doesn't check versions so shouldn't work on an old glib
[13:13] <mclasen> seb128: ah, bummer
[13:14] <seb128> well anyway I've glib done, I'm working on the new gtk and I will upload both ;-)
[13:14] <mclasen> I just remembered that desrt committed an extra hack to make the pspec hack work with old and new glib
[13:14] <seb128> right, he did on 3.0
[13:14] <seb128> but not on 3.1 since git was already requiring the current glib for the new unit api
[13:15] <mclasen> ah, right
[13:17] <desrt> seb128: could you do an experimental upload for me?
[13:18] <desrt> seb128: i have a somewhat sizable patch...
[13:18] <seb128> desrt, sure
[13:18] <seb128> desrt, you can probably upload easily in your own ppa as well
[13:18] <desrt> true.
[13:18] <desrt> except that fedora doesn't package dput :)
[13:18] <seb128> dput is just a wrapper
[13:18] <desrt> and (more importantly) i don't have a working gpg key here
[13:18] <seb128> you can ftp and put
[13:19] <seb128> ok, that's another issue ;-)
[13:19] <desrt> both problems will be fixed once i return home
[13:19] <seb128> where is the patch?
[13:19] <desrt> let me figure out which patches are the important ones here
[13:19] <seb128> can you email it to me maybe?
[13:19] <desrt> do you prefer 4 separate or one big?
[13:19] <seb128> what is best for you, one is probably easier
[13:19] <desrt> okay.  let me rebase a bit.
[13:20]  * desrt makes a new branch
[13:20] <seb128> did you find an issue?
[13:20] <chrisccoulson> didrocks, did you say you got the same error in the error console with tbird this morning? (tree is undefined @ chrome://messenger/content/folderPane.js:885)
[13:20] <chrisccoulson> or did you not check?
[13:20] <chrisccoulson> and this was with the current beta (rather than the nightly)?
[13:21] <desrt> seb128: i've found a few more, actually
[13:21] <desrt> actually, i'm not quite ready yet.  sorry.
[13:22] <didrocks> chrisccoulson: it was the current version in oneiric, and yeah, it was that error IIRC
[13:22]  * desrt remembers one more bug he has to fix first
[13:22] <chrisccoulson> didrocks, thanks. i'm wondering if the startup cache thing was a red herring. the current beta doesn't use the same mechanism for the cache as the nightly
[13:23] <didrocks> chrisccoulson: I hope it's the issue and that people won't get it under a normal load
[13:24] <didrocks> chrisccoulson: apart from that, I'm pretty please with thunderbird TBH
[13:24] <chrisccoulson> cool :)
[13:24] <didrocks> I just hoped that I can get a global "group by thread" property and I didn't have to tell for each subfolder to check to get the notification
[13:25] <didrocks> but search is fast and responsive, contrary to jono, I'm pleased with it compared to evolution  :)
[13:25] <didrocks> I never use tabs though
[13:29] <chrisccoulson> didrocks:
 can anyone think of a condition that would cause tree to be undefined at http://hg.mozilla.org/releases/comm-beta/file/4f152e919649/mail/base/content/folderPane.js#l889 ?
 chrisccoulson: bienvenu has a patch for that
[13:30] <chrisccoulson> ;)
[13:30] <chrisccoulson> (from #maildev)
[13:30] <didrocks> chrisccoulson: roh nice! that clearly means that you will maybe be able to sleep during nights and week-ends! :-)
[13:30] <didrocks> lucky you ;)
[13:30] <chrisccoulson> yeah, i'm glad
[13:38] <seb128> hate hate update-manager
[13:39] <sagaci> i disable it
[13:39] <seb128> why do you list ppa updates if you refuse to install them because they are not signed
[13:39] <seb128> let's use apt-get
[13:41] <chrisccoulson> didrocks, https://bugzilla.mozilla.org/show_bug.cgi?id=658534
[13:41] <ubot2> Mozilla bug 658534 in Folder and Message Lists "can't collapse+expand accounts in folder pane, tree is undefined" [Normal,New: ]
[13:42] <didrocks> chrisccoulson: great, will you integrate that soon in our thunderbird beta?
[13:43] <chrisccoulson> didrocks, there shouldn't be any need. i think they'll land it on the current beta anyway
[13:43] <didrocks> ok :-)
[13:49] <desrt> seb128: okay.  you have the patch in a mail
[13:49] <seb128> desrt, thanks
[13:49] <desrt> seb128: running the tests here one more time to save you the trouble if i accidentally broke something while rebasing :)
[13:50] <seb128> desrt, ok ;-)
[13:56] <desrt> seb128: seems fine.  be sure to update the symbols file :)
[13:56] <seb128> desrt, ok ;-)
[13:57]  * kenvandine runs out for an early lunch break... be back in about an hour
[13:58]  * desrt wonders what TZ ken is in
[14:00] <ronoc> mvo, any decisions been made ?
[14:01] <seb128> desrt, he's in north carolina
[14:02] <seb128> desrt, it must be 10am his time
[14:02] <desrt> early indeed :)
[14:02] <seb128> desrt, but he wakes up at 6am or something
[14:02] <desrt> ah
[14:02] <mvo> ronoc: we will add a property to aptdaemon for the restart required, I will hack on it later
[14:02] <ronoc> mvo, perfect, will move on to something else in the interim.
[14:02] <ronoc> mvo, thanks
[14:02] <mvo> thanks ronoc
[14:10] <dobey> seb128: hi. is https://code.launchpad.net/~dobey/ubuntu/oneiric/ubuntu-sso-client/release-1-3-2/+merge/68910 on your list too? :)
[14:11] <seb128> dobey, yes
[14:11] <dobey> seb128: great, thanks
[14:11] <seb128> yw
[14:17] <GunnarHj> seb128: Thanks for your comment on the MP. Your reaction was kind of expected... ;-)
[14:18] <seb128> GunnarHj, ;-)
[14:18] <GunnarHj> seb128: Do you think it would a good idea to move those scripts to a package of their own? I mean a pure Ubuntu package for now, even if I agree that it would be good if it could go upstream later on.
[14:19] <seb128> GunnarHj, you will have an hard time to get somebody to understand those changes before pitti comes back I think, but it can be good to try to get a bit of the logic and what we need described so we can start doing thinking on how that should work
[14:19] <didrocks> mterry: hey, do you have some time for a short MIR review? bug #815919
[14:19] <ubot2> Launchpad bug 815919 in dconf-qt "[MIR] dconf-qt" [Undecided,New] https://launchpad.net/bugs/815919
[14:21] <GunnarHj> seb128: It's not rocket science. :) But wouldn't a creation of a separate package contribute to a clarification of the logic?
[14:22] <seb128> GunnarHj, yes, it seems those script should live in either a new source or in some of langpack or locale binary
[14:23] <seb128> GunnarHj, i.e we should just have the logic to use them in the tools
[14:24] <seb128> GunnarHj, thinking about it language-selector should work to have those
[14:24] <seb128> easier than added a source
[14:26] <GunnarHj> seb128: That was my original thought, but Martin didn't think it would be appropriate to make l-s a dependency of the other packages.
[14:27] <seb128> GunnarHj, he has a point, but maybe the source should be l-s and they should create a new language-selector-scripts binary
[14:27] <seb128> that one would be a pretty small depends
[14:28] <GunnarHj> seb128: Yes, small indeed. :)
[14:28] <GunnarHj> seb128: Martin mentioned accountsservice also, but personally I think the idea with a new l-s binary sounds like a better idea.
[14:33] <GunnarHj> seb128: Would you like me to make an attempt to create such a l-s binary? That way the code would hopefully be better organized tomorrow when Rodrigo is back.
[14:34] <seb128> GunnarHj, hum, thanks but I think that can wait a bit, we will probably not reach any conclusion while pitti is not there
[14:35] <seb128> GunnarHj, what would help is a summary of the different pieces and what they do
[14:35] <seb128> so we can think of what is doing what, where they should be hosted and if they can be done in an upstream friendly way
[14:36] <seb128> what we will do over time is move some of those logical bits where they made sense and not as something ubuntu specific if we can
[14:36] <seb128> like the list of locales, etc ought to be the same on any distro
[14:36] <mterry> didrocks, ok
[14:36] <desrt> seb128: poke me with the build link when you have it?
[14:36] <seb128> desrt, will do
[14:36] <desrt> thx
[14:37] <seb128> desrt, I'm just finishing sorting the glib,gtk updates to oneiric and once the vcs is clean I will do a ppa update on top of that
[14:37] <desrt> ah.  that sounds reasonable.
[14:37] <desrt> did you get a 3.1 with the gparamspec fixes?
[14:38] <seb128> desrt, yes
[14:38] <seb128> 3.
[14:38] <desrt> sweet
[14:38] <seb128> 3.1.10
[14:42] <mterry> didrocks, who is consuming the -dev for dconf-qt?
[14:42] <didrocks> mterry: unity-2d right now
[14:44] <mterry> didrocks, and the hope is that we try to avoid a maintenance burden by warning other potential users about the unstable ABI in the description?
[14:44] <didrocks> mterry: indeed, it's really the same than using dconf directly btw
[14:44] <didrocks> with the frontend/backend part
[14:45] <didrocks> so I warn at least, what we don't do in other packages :)
[14:45] <mterry> didrocks, I see, the QML is the stablish frontend?
[14:45] <didrocks> mterry: indeed, it shouldn't change
[14:46] <mterry> didrocks, but unity-2d is too special to use the QML?  :)
[14:46] <didrocks> mterry: it uses a great part of C++ as well
[14:46] <didrocks> not only QML
[14:54] <GunnarHj> seb128: I fully agree that as much as possible should go upstream in the end. But since that reasonably won't happen before the Oneiric release, there is a need to do something in the meantime, and l-s is undergoing big changes anyway.
[14:54] <GunnarHj> seb128: Since we are agreed that the scripts should not be in g-c-c, I think I'll move them to l-s for now, well aware of the risk that it may be a wasted effort. But that way I would achieve a set of MPs that at least I think make sense. :)
[14:54] <GunnarHj> seb128: I'll also think about that summary of the different pieces you'd like to see.
[14:54] <seb128> GunnarHj, thanks
[15:03] <dupondje> In what package is the code to enable/disable touchpad? Cause I have a bug when enabling/disabling my touchpad.
[15:16] <seb128> dupondje, gnome-settings-daemon
[15:16] <seb128> chrisccoulson, oh, you had rights for bluez added, great one thing less to sponsor today :p
[15:16] <chrisccoulson> seb128, yeah :)
[15:16] <chrisccoulson> thanks to cjwatson
[15:17] <chrisccoulson> it's nice that i can use my bluetooth adapter again :)
[15:17] <chrisccoulson> i really missed that at the rally, as my travel mouse is bluetooth
[15:27] <didrocks> seb128: short patch lifetime for nautilus \o/
[15:27] <seb128> didrocks, nice work getting things upstream there ;-)
[15:27] <didrocks> heh :-)
[15:28] <ronoc> seb128, do you know much about gudev (i don't see pitti online)
[15:28] <seb128> ronoc, not really, pitti is on holidays for 2 weeks
[15:28] <ronoc> seb128, ah doh
[15:30] <seb128> ronoc, try asking on #ubuntu-devel
[15:30] <seb128> ronoc, or on #udev
[15:30] <ronoc> seb128, will do thx
[15:30] <mterry> tremolux, if a package has multiple .desktop files, how does software-center pick among them?
[15:30] <mterry> (in terms of which .desktop file it grabs info from)
[15:31] <tremolux> mterry: sorry, in a call, I'll be a few minutes
[15:35] <didrocks> kenvandine: I'm talking with scottk, and they have appmenu-gtk2/3 for enabling by default appmenu support for gtk apps when you install some (they use appmenu in their netbook flavor)
[15:36] <didrocks> kenvandine: he's suggesting that we downgrade the dep as suggests and try to avoid shlibs-gen to bringing it by excluding gtk2/3
[15:36] <didrocks> I think it makes sense to make, WDYT?
[15:36]  * kenvandine thinks
[15:37] <didrocks> if we install an app using it, it will dep on gtk2 or gtk3
[15:37] <didrocks> so we will have the dep
[15:37] <kenvandine> sounds fine
[15:37] <kenvandine> indeed
[15:37] <kenvandine> how do we keep shlibs from bringing in the dep?
[15:37] <didrocks> and without it, the component is just useless and won't be used
[15:37] <didrocks> kenvandine: I'll do it if you want :)
[15:37] <kenvandine> please do :)
[15:37] <didrocks> it's a -X question, just need to find the right path
[15:37] <kenvandine> cool
[15:38] <kenvandine> awesome, thx!
[15:38] <didrocks> yw :)
[15:39] <Sweetshark> jasoncwarner_: ping?
[15:50] <tremolux> mterry: heyo, so the short answer is that we show them all
[15:50] <tremolux> mterry: is there a specific thing you are seeing?
[15:51] <mterry> tremolux, well, let's say a package has two desktop files with different names.  Which gets used?
[15:51] <mterry> tremolux, just wondering which .desktop file to put my X-Ubuntu-Software-Center-Name key in
[15:53] <tremolux> mterry: when I tested that feature, I used deja-dup.desktop ;)
[15:58] <mterry> tremolux, K.  Do you know why that one got picked?
[15:59] <mterry> tremolux, (over deja-dup-preferences.desktop or deja-dup-ccpanel.desktop)
[16:03] <tremolux> mterry: hmm, I'm not sure of the answer to that, let me look (fwiw I used it in my test because it seemed the obvious choice)
[16:07] <tremolux> mterry: the reason is that those other desktop files are not included in app-install-data
[16:09] <mterry> tremolux, ah, fascinating.  do you know how app-install-data decides which to slurp?
[16:11] <mterry> tremolux, hmm, seems like it sucks down a tarball created by mvo on rookery
[16:12] <mterry> tremolux, and newer versions of that tarball include deja-dup-ccpanel.desktop as well as deja-dup.desktop.  So I'm curious how software-center will act then
[16:12] <didrocks> kenvandine: it seems that libdbusmenu takes more time to build all the packages itself than to build the upstream code
[16:12] <kenvandine> yeah....
[16:13] <kenvandine> it is a pita
[16:13] <seb128> didrocks, the gir stuff is slow
[16:13] <seb128> didrocks, if you want to optimize dh_gir... you're welcome ;-)
[16:13] <didrocks> seb128: dpkg-genshlibs is slow as well :-)
[16:13] <didrocks> and no, I've done some perl last week, it was enough for the month :-)
[16:14] <didrocks> one punishment at a time :-)
[16:15] <tremolux> mterry: the lists are blacklisted here (courtesy mvo): bzr+ssh://bazaar.launchpad.net/~mvo/archive-crawler/mvo/ in data/blacklist.cfg and blacklist_desktop.cfg
[16:15] <tremolux> mterry: is deja-dup-ccpanel.desktop new?
[16:15] <tremolux> mterry: seems it may need to be added there?
[16:29] <mvo> or add X-AppInstall-Ignore=true to the desktop file
[16:29] <seb128> didrocks, why do you need to change libdbusmenu and indicator... to drop appmenu-gtk depends?
[16:29] <seb128> didrocks, just tweak the shlibs from the rules in appmenu-gtk?
[16:39] <didrocks> seb128: didn't you follow the discussion above with kenvandine?  ^
[16:39] <mvo> seb128: I upload a gtk3 apturl next, could you give it the special seb128 test ?
[16:39] <seb128> didrocks, I did but you talked about appmenu-gtk and you uploaded libdbusmenu and indicator-appmenu so I'm lost
[16:40] <seb128> mvo, sure
[16:40] <didrocks> seb128: yeah, it was the first pass, then I look at the kubuntu seed to see what really brought gtk
[16:40] <seb128> didrocks, I'm less happy about downgrading the indicator depends
[16:41] <tremolux> mterry: ^^^ what mvo said, adding "X-AppInstall-Ignore=true" to deja-dup-ccpanel.desktop will accomplish it as well
[16:41] <didrocks> seb128: hum, let me check for the indicator again
[16:42] <tremolux> mterry: and then X-Ubuntu-Software-Center-Name goes in deja-dup.desktop and you are good to go
[16:42] <seb128> didrocks, you are sure that if gtk is missing but the indicator so is there you will not take the unity loader down on a missing symbol or lib?
[16:42] <seb128> indicator ".so"
[16:43] <seb128> -unity
[16:43] <tremolux> mvo: (thanks for suggesting that)  :)
[16:43] <didrocks> seb128: crap, my bad…
[16:43]  * didrocks blames on all those *indicator*
[16:43] <seb128> didrocks, no worry ;-)
[16:43] <didrocks> seb128: will fix the indicator* next time
[16:43] <seb128> didrocks, thanks
[17:23] <kenvandine> davmor2, your problem with gwibber opening the wrong url, that is when clicking on the avatar right?
[17:34] <davmor2> kenvandine: indeed,  I think it might be an issue with ticket positions though it was opening Jono's twitter message on some one elses fb message
[17:34] <kenvandine> no, it is signals not getting disconnected
[17:35] <kenvandine> the downside to reusing these tile widgets... is making sure data and signals are all properly changed and disconnected
[17:35] <davmor2> kenvandine: that would sound about right, if I closed gwibber and re-open it opens the right page
[17:36] <davmor2> kenvandine: you still need me to file a bug on it or are you okay I didn't have time yesterday
[17:37] <kenvandine> nah
[17:37] <kenvandine> fixing it now
[17:37] <kenvandine> just making sure that was the issue
[17:37] <davmor2> kenvandine: sounds like it
[17:38] <davmor2> guys is there a reason why restart is missing from the system indicator?
[17:39] <didrocks> have a good evening guys!
[17:50] <kenvandine> davmor2, i hadn't noticed that..
[17:51] <davmor2> kenvandine: it is though isn't it please say it's not just me :)
[17:52] <kenvandine> davmor2, indeed... it is missing
[17:52] <davmor2> want a bug for that one :)
[17:54] <kenvandine> tedg, is that per design?
[18:02] <tedg> kenvandine, Uhm, I don't remember.
[18:03] <tedg> kenvandine, I think we've gone back and forth on those a bit.
[18:03] <kenvandine> tedg, i haven't seen the design for that
[18:03] <tedg> kenvandine, I'm not sure where it ended up.
[18:04] <tedg> kenvandine, I think even the docs we have are out of date.
[18:13] <kenvandine> davmor2, file a bug and we can assign it to someone that can confirm
[18:13] <davmor2> kenvandine, tedg I'll write a bug for it and then you can invalidate it latter if it is by design
[18:13] <davmor2> kenvandine: you beat me to it :)
[18:14] <kenvandine> :)
[18:14] <davmor2> kenvandine: I'm taking it that it is the indicator-power correct?
[18:14] <kenvandine> davmor2, fixed that link bug... hopefully get a release out soon
[18:14] <kenvandine> no
[18:14] <kenvandine> indicator-session
[18:15] <davmor2> kenvandine: thanks
[18:35] <davmor2> kenvandine: bug #816066
[18:35] <ubot2> Launchpad bug 816066 in indicator-session "There is no restart option" [Undecided,New] https://launchpad.net/bugs/816066
[18:36] <kenvandine> davmor2, thx... i've assigned it
[18:45] <seb128> bah, it's annoying that users running the unstable series can do trivial duplicate checks
[18:46] <seb128> like the "no restart in session indicator" got 3 duplicates now
[18:46] <seb128> kenvandine, the bug you commented on is a duplicate of bug #815077
[18:46] <ubot2> Launchpad bug 815077 in indicator-session "restart is missing from SessionMenu" [Undecided,Confirmed] https://launchpad.net/bugs/815077
[18:46] <kenvandine> cool
[18:47] <seb128> kenvandine, I would like to see the spec as well but I would not be surprised if they decided to show restart only when upgrades needing a restart are installed
[18:47] <seb128> that would be typical design thinking, "why do users need to restart if there is no upgrade" ;-)
[18:48] <kenvandine> :)
[18:50] <seb128> kenvandine, next they will drop shutdown you will see ;-)
[18:50] <kenvandine> hehe
[19:24] <kenvandine> seb128, think you can look at gtkspell in binNEW?
[19:24] <kenvandine> i want to roll a release of gwibber that needs that :)
[19:24] <seb128> kenvandine, sure
[19:24] <kenvandine> thx
[19:24] <kenvandine> i added gtk3 support
[19:24] <seb128> I noticed the upload
[19:25] <seb128> great, it was on my "to check what to do with gtk3" list ;-)
[19:25] <kenvandine> i am suprised nobody has yelled yet :)
[19:25] <kenvandine> i saw quite a few things on google saying "can't port X to gtk3 because of gtkspell"
[19:25] <seb128> ;-)
[19:25] <kenvandine> sadly upstream looks nearly dead :(
[19:26] <kenvandine> but i did submit my patch :)
[19:32] <seb128> tedg, hey
[19:32] <seb128> tedg, how is libindicate-gtk on gtk3 going?
[19:32] <seb128> you have an a3 wi for it on our gnome3 spec
[19:33] <tedg> seb128, Uhm, only took a quick look at it.
[19:33] <tedg> seb128, Let me do that now actually.  Not in the middle of something, should only take a few hours.
[19:34] <seb128> tedg, thanks
[19:34] <seb128> kenvandine, ^
[19:35] <kenvandine> woot!
[19:35] <tedg> kenvandine, I thought you'd done the configure stuff, do you have a branch somewhere/
[19:35] <kenvandine> tedg, i see how it is... i harass you and get ignored, seb128 does and you just do it :)
[19:35] <kenvandine> tedg, no... i never even touched it
[19:36] <tedg> kenvandine, What can I say, he comes from a better wine region ;-)
[19:37] <kenvandine> i'll agree with that
[19:38] <seb128> cyphermox, btw if you want some GNOME updates the evolution stack has 3.1.4 tarballs
[19:38] <tedg> kenvandine, Fine, if you won't be trolled by that....  he comes from a place with a better hockey team ;-)
[19:38] <cyphermox> seb128: cool, sure
[19:38] <kenvandine> bah!
[19:38] <seb128> cyphermox, thanks
[19:39] <cyphermox> just finishing up some usb_modeswitch fixes first
[19:43] <kenvandine> seb128, is there any benefit in installing the scaled png for icons?
[19:45] <seb128> kenvandine, you mean the 256x256 icon when there is also a svg?
[19:45] <seb128> not sure but I would like to know
[19:45] <kenvandine> yeah
[19:45] <seb128> check with dobey maybe, he should know about icons ;-)
[19:45] <kenvandine> dobey, ^^
[19:45] <kenvandine> i am finally making gwibber install proper icons
[19:46] <kenvandine> and seems silly to create a bunch of pngs
[19:46] <dobey> huh?
[19:47] <seb128> I think gnome-shell uses those in its expose, which means they would be useful for alt-tab and lenses in unity as well but I'm not sure if having a svg is enough
[19:47] <dobey> kenvandine: well, librsvg doesn't support everything inkscape does. so for gnome-icon-theme for example, everything gets rendered to PNG, and the PNGs get installed
[19:47] <dobey> kenvandine: and for the scalable it just uses the 256 PNG, which scales about the same quality as a 256px SVG does
[19:48] <kenvandine> dobey, so if librsvg renders the gwibber.svg fine, i should just install that?
[19:48] <kenvandine> or forget the png?
[19:49] <dobey> you can install the svg i guess. but librsvg isn't a requirement for gtk+ to work afaik, so if you want to rely on that, you should also add a hard dependency on librsvg
[19:49] <dobey> or more specifically, on the librsvg gdk-pixbuf renderer
[19:49] <kenvandine> ok
[19:50] <dobey> also, even if the SVG loads fine, i think the PNGs might be faster still
[19:54] <kenvandine> interesting... only installing the svg does make it look pretty bad
[20:02] <kenvandine> dobey, is it sane then to install the 256 png instead of all the other sizes?
[20:02] <kenvandine> dobey, that one file is smaller than all the common sizes combined
[20:02] <dobey> no, you need to install the small normal sizes
[20:03] <dobey> it doesn't scale down to 16x16 very well :)
[20:13] <kenvandine> ok
[20:48] <kenvandine> seb128, have any time to look at gtkspell?
[20:50] <seb128> kenvandine, doh, sorry got sidetracked, but I'm done with the other things, looking *now* ;-)
[20:50] <kenvandine> woot :)
[20:51] <kenvandine> i was going to upload with --disable-spell :)
[20:51] <kenvandine> but i'll wait
[20:55] <seb128> kenvandine, hum
[20:55] <kenvandine> sounds like more work for me :)
[20:56] <seb128> kenvandine, small thing, the dev for gtk2 and gtk3 should conflict
[20:56] <seb128> of you need to do something about the documentation
[20:56] <seb128> like add a new binary
[20:57] <kenvandine> humm
[20:57] <kenvandine> the package isn't building docs
[20:57] <kenvandine> i don't think
[20:57] <seb128> I'm tired
[20:57] <kenvandine> hehe :)
[20:57] <seb128> you installed it in the gtk3-dev only
[20:58]  * kenvandine looks 
[20:58] <seb128> kenvandine, the gtkspell binary is confusing
[20:58] <kenvandine> oh...
[20:59] <seb128> for one thing it will be empty on ubuntu
[20:59] <kenvandine> yeah, i was puzzled what to do
[20:59] <kenvandine> but including them with the libs would conflict
[20:59] <seb128> not on ubuntu ;-)
[20:59] <kenvandine> hehe
[20:59] <seb128> we strip the translations
[20:59] <kenvandine> yeah...
[20:59] <seb128> but that said I would name it libgtkspell-common
[21:00] <kenvandine> oh, i make the gtk2 dev package depend on the gtk3
[21:00] <seb128> rather than gtkspell
[21:00] <kenvandine> and the headers are only in the gtk3 package
[21:00] <seb128> gtkspell is misleading in make you think it's an application
[21:00] <kenvandine> true...
[21:00] <seb128> when libgtkspell-common will not confuse
[21:00] <seb128> where
[21:00] <kenvandine> works for me :)
[21:00] <seb128> can you rename it something with lib and common?
[21:01] <kenvandine> what do you think of libgtkspell-dev depending on libgtkspell3-dev?
[21:01] <kenvandine> it's awkward...
[21:01] <seb128> just for the api?
[21:01] <seb128> I would not bother
[21:01] <kenvandine> so leave the headers out of the gtk2 package and not depend?
[21:02] <seb128> hum
[21:02] <seb128> there is the .h indeed
[21:02] <kenvandine> i hate duplicating those
[21:02] <seb128> do we have anything that will dual built gtk2 and gtk3 and need that lib?
[21:02] <kenvandine> nothing yet...
[21:03] <kenvandine> since there is nothing using it for gtk3 yet
[21:03] <seb128> kenvandine, keep it like it is now and put a conflicts
[21:03] <seb128> we will deal with dual installation if we need to
[21:03] <kenvandine> ok...
[21:03] <seb128> but it's not likely that we will dual build anything out of libs
[21:04] <seb128> and we don't have libs depending on that one
[21:04] <kenvandine> true
[21:05] <seb128> kenvandine, I'm still around for a bit, do the gtkspell -> something-common rename please and I will new only the new binaries
[21:05] <seb128> kenvandine, no need to deal with new binaries to drop on the next upload
[21:06] <kenvandine> seb128,  ok, should anything depend  on libgtkspell-common?
[21:07] <seb128> kenvandine, no
[21:07] <seb128> it's going to be empty anyway
[21:08] <seb128> kenvandine, oh, put the autoreconf rules before the debhelper one
[21:08] <kenvandine> ok
[21:08] <seb128> otherwise you will get some debhelper.log in the diff.gz
[21:09] <kenvandine> oh... is that the trick!
[21:09] <seb128> took me a while to figure why we had some of those
[21:09] <kenvandine> that has been annoying
[21:09] <seb128> yes...
[21:13] <kenvandine> seb128, uploaded
[21:14] <seb128> kenvandine, ok, you can upload gwibber as well, it will go depwaiting on it
[21:14] <kenvandine> will do
[21:14] <kenvandine> thx!
[21:14] <seb128> yw
[21:15] <seb128> kenvandine, btw did you find anything wrong with the messages counts or fb streams?
[21:15] <kenvandine> not yet, haven't really looked
[21:15] <kenvandine> fixed a bunch of other stuff though :)
[21:16] <seb128> ok
[21:16] <kenvandine> seb128, next on my list is gwibber-accounts and gtk3 :)
[21:16] <seb128> \o/
[21:16] <kenvandine> dropping wnck
[21:18] <seb128> \o/ ;-)
[21:19] <seb128> ricotz, hey
[21:20] <seb128> ricotz, do you have the mx build log? the gir provides the old name and the build-depends is not versioned so it should install with the old name
[21:21] <kenvandine> seb128, gtkspell just failed on amd64 ... sounds like the same problem
[21:21] <seb128> kenvandine, "same"?
[21:21] <seb128> than mx?
[21:21] <micahg> seb128: the old binary is still in the archive, if that's removed it should work as is
[21:21] <kenvandine> like what you just described for mx
[21:21] <kenvandine> The following packages have unmet dependencies:
[21:21] <kenvandine>  libgtk-3-dev : Depends: libgtk-3-0 (= 3.1.8-0ubuntu5) but it is not going to be installed
[21:21] <kenvandine>                 Depends: gir1.2-gtk-3.0 (= 3.1.8-0ubuntu5) but it is not going to be installed
[21:21] <seb128> kenvandine, no
[21:21] <kenvandine> ok... :)
[21:21] <seb128> kenvandine, that's the glib,gtk transition
[21:21] <seb128> new glib makes old gtk segfault
[21:22] <seb128> so I had to make it breaks libgtk
[21:22] <ricotz> seb128, hi, https://launchpadlibrarian.net/75010602/buildlog_ubuntu-oneiric-amd64.mx_1.2.0-1_FAILEDTOBUILD.txt.gz
[21:22] <seb128> glib failed to build first (testsuit timeout), it did success on a retry though
[21:22] <seb128> so next publisher should have amd64 back on shape
[21:22] <seb128> i.e in the next 25 minutes
[21:23] <kenvandine> ok
[21:23] <seb128> ricotz, seems like a clutter issue
[21:23] <micahg> seb128: if gir1.2-json-glib-1.0 |   0.13.4-1 is removed, the provides should work, otherwise they won't
[21:24] <seb128> micahg, oh, good point
[21:24] <seb128> ricotz, well, why do we need a mx rebuild?
[21:24] <seb128> ricotz, i.e can that wait for debian to fix it so we can stay in sync?
[21:24] <seb128> or does it break something?
[21:25] <ricotz> seb128, i know, i didnt find the debian repos :\, so i just reported it that way
[21:25] <ricotz> rhythmbox will depend on it
[21:25] <ricotz> so it might even need a MIR
[21:25] <seb128> depends or optional depends for a plugin?
[21:26] <ricotz> the visualizer plugin needs it, so it is optional
[21:26] <seb128> ricotz, well cheese and totem use it as well so it might requires a mir for those
[21:26] <seb128> having a mir is fine, on the CD will be another question
[21:27] <seb128> ricotz, do you want to file the mir for it? ;-)
[21:27] <seb128> ricotz, debian: http://packages.qa.debian.org/m/mx.html
[21:27] <seb128> you can probably open a bug to say they need to rename it
[21:28] <ricotz> i see, so if there are some main packages needing it a MIR is worth it
[21:28] <ricotz> yeah, i actually looked for the packaging svn
[21:28] <seb128> there might not be a vcs for it in debian
[21:28] <seb128> ricotz, right, mir is worth it, totem will depends on it this cycle
[21:29] <seb128> cheese has been demoted but kenvandine and ev wants it back in main so it might come back
[21:29] <kenvandine> :)
[21:29] <seb128> kenvandine, btw did you see the gst replaces bug?
[21:29] <kenvandine> no...
[21:29] <seb128> kenvandine, ok, I figure you might not have, I assigned it to you
[21:30] <ricotz> seb128, ok, i hope someone likes to do the mir
[21:30] <kenvandine> sorry... been heads down all day :)
[21:30] <kenvandine> i'll look in the morning
[21:30] <seb128> kenvandine, we go some conflicts with the new -gconf binary, you probably screwed the replaces version
[21:30] <kenvandine> :(
[21:30] <seb128> kenvandine, no hurry ;-)
[21:30] <seb128> the "classic" upgrade order issu
[21:30] <seb128> issue
[21:32] <kenvandine> ok, gwibber uploaded... gotta run for a bit
[21:32] <kenvandine> seb128, thx!
[21:32] <seb128> kenvandine, have fun, see you tomorrow
[21:33] <seb128> kenvandine, I will retry the amd64 builds after the publisher run and new libgtkspell
[21:33] <kenvandine> thx!