[00:01] <bryceh> yeah, unless you have more upstart-fu than I...
[00:01] <bryceh> robert_ancell, or should I just forget about gdm and do s/gdm/lightdm/ in the upstart script?
[00:03] <robert_ancell> bryceh, I guess it would be nice if *any* dm failed to run failsafe X, and I think that's possible with upstart, though perhaps not the way it's currently configured
[00:03] <robert_ancell> my upstart-fu is pretty bad
[00:03] <bryceh> yeah mine too
[00:05] <robert_ancell> I think in terms of what we want to support for Ubuntu we just need to support LightDM, but in terms of supporting derivatives we want to aim for "any display manager"
[00:05] <jcastro> bryceh: RAOF: you guys getting any reports of X not working on oneiric?
[00:05] <jcastro> just happened to me today
[00:06]  * desrt raises his hand
[00:06] <robert_ancell> jcastro, unity is broken for me
[00:06] <robert_ancell> desrt, heh, caught you lurking... I have a gdbus question
[00:06] <desrt> sure
[00:07] <robert_ancell> desrt, there is a bug in lightdm, where it calls g_dbus_proxy_new_for_bus_sync for AccountsService, but this succeeds even if the AccountsService does not exist.  It should fallback to /etc/passwd in this case.  Am I interpreting g_dbus_proxy_new_for_bus_sync wrong?
[00:08] <desrt> yes.  i think so.
[00:09] <desrt> in theory you can have a proxy that attempts to do no communication with the remote
[00:09] <robert_ancell> well, the docs say it's going to get all the properties of that object.  And how can it fail if it doesn't actually do any connecting?
[00:10] <robert_ancell> and why have sync/async methods if they have the same result?
[00:10] <desrt> the object might exist at a later date
[00:10] <desrt> _sync() does all that needs to be done and returns
[00:10] <desrt> _async() does it all in the background and you get a call later
[00:10] <robert_ancell> so, what is the way to detect if a service exists?
[00:11] <desrt> g_dbus_proxy_get_name_owner() should give a dbus unique name string if it exists, or NULL if not
[00:11] <bryceh> jcastro, heh all of our bug reports are about X not working ;-)  but no, none have been reported about  it failing to start up
[00:12] <jcastro> bryceh: heh
[00:12] <desrt> the proxy is constructed in such a way that the service may come and go and you get to find out about that
[00:13] <desrt> so when you create it and the service does not exist, you get empty properties (for example)
[00:13] <desrt> when the service pops into existence the properties will be populated
[00:13] <desrt> and you can notify on g-name-owner property to find out about the transition
[00:14] <robert_ancell> desrt, ok, cheers
[00:14] <bryceh> jcastro, fwiw what jono's described is sounding like a failure well before X comes into the picture, so probably not an X bug
[00:15] <jcastro> yeah mine sounds similar
[00:15] <bryceh> well, almost certainly not an X bug.  Could still be a graphics problem though, but that'd be more likely a kernel drm driver bug.
[00:15] <robert_ancell> Is this known to people: symbol lookup error: /usr/lib/gio/modules/libgiozeitgeist.so: undefined symbol: g_desktop_app_info_launch_handler_get_type
[00:15] <jcastro> bryceh: I thought it was just nvidia breakage and was going to wait until tomorrow, but then jono was like "mine doesn't work either"
[00:35] <cyphermox> kenvandine: sure, I'll do the evolution stuff soon (sorry, was travelling)
[00:35] <cyphermox> soon = some time later tonight, before going to bed. you know, standard conference operating hours ;)
[00:36] <cyphermox> unless you need it earlier than that?
[00:53] <kenvandine> cyphermox, i enable the vala bindings and upload eds
[00:53] <kenvandine> but i didn't bump it
[00:57] <cyphermox> bump it?
[00:57] <kenvandine> s/enable/enabled
[00:57] <cyphermox> oh ok
[00:57] <kenvandine> cyphermox, oh... i guess you missed seb's request to bump it ;)
[00:57] <kenvandine> 3.1.5 is out
[00:57] <cyphermox> no, no, I saw that
[00:57] <kenvandine> ok
[00:58] <cyphermox> I spoke to jelmer briefly about that seeing as I noticed 3.1.5 of e-mapi was out when I was going to review his upload
[00:58] <kenvandine> i just quickly enabled the vala bindings so i could unblock libfolks and empathy
[00:58] <cyphermox> sure
[00:58] <kenvandine> well i need to run, thx!
[00:58] <kenvandine> bbiab
[00:58] <cyphermox> so I'll go ahead and update eds/evo to get the rest of the evo stuff to 3.1.5
[00:58] <cyphermox> thanks to you!
[01:12] <RAOF> robert_ancell: Hm.  How do you get back to the login screen after you've suspended from it? :)
[01:14] <RAOF> robert_ancell: Once I resume I end up at the gnome-screensaver unlock dialog, and I don't know lightdm's password :)
[01:15] <robert_ancell> RAOF, that's very odd because lightdm doesn't run gnome-screensaver
[01:15] <robert_ancell> go to a terminal and see what launched it
[01:15] <RAOF> robert_ancell: It's running as lightdm
[01:16] <RAOF> Launched from /usr/bin/gnome-screensaver --no-daemon
[01:16] <robert_ancell> what else is running as lightdm?
[01:17] <RAOF> dbus-launch, dconf-service, gvfsd, notification-daemon, geoclue, unity-greeter, indicator-*, pulseaudio.
[01:17] <RAOF> I'd guess that indicator-session's to blame - I suspended from that.
[01:18] <robert_ancell> aha
[01:19] <robert_ancell> RAOF, can you file a bug on indicator-session that it shouldn't lock the screen when in greeter mode and subscribe mterry to that?
[01:20] <robert_ancell> it may already be known, but I'm not sure
[01:20] <RAOF> Certainly.
[01:20] <robert_ancell> I think there's some indicator patches that are taking some time to flow through
[01:29] <jbicha> there's already a bug, we just need to point it to indicator-session then
[01:30] <jbicha> bug 812804
[01:30] <ubot2> Launchpad bug 812804 in unity-greeter "lightdm asks for password when resuming from suspend even when no one is logged in" [Medium,Triaged] https://launchpad.net/bugs/812804
[01:32] <jbicha> robert_ancell: done
[01:32] <robert_ancell> jbicha, thanks
[01:32]  * RAOF will stop fiddling with that bug then :)
[01:33] <jbicha> I don't know if the description needs changed or if you want to add some extra comments to it
[01:33] <jbicha> it didn't happen with the example greeter but the example greeter was simpler
[02:17] <robert_ancell> jbicha, yeah, it will be unity-greeter specific
[02:35] <robert_ancell> desrt, is this valid? g_variant_get (parameters, "(&sa(ss))", &type, &property_iter) where property_iter is 'GVariantIter property_iter'
[04:11] <pitti> Good morning
[04:12] <pitti> kirkland: ah, thanks for the info
[04:12] <pitti> chrisccoulson: ffox install path> thanks!
[04:12] <pitti> dobey: mono/rbox/gtk3> well, we can decide all we want, as long as there's no gtk3 music store, we can't switch to rbox; and since we are past FF now, banshee will be the default
[04:13] <pitti> dobey: having a music store for rb would be nice, of course, but it's not a release blocker
[04:17] <cyphermox> morning pitti
[04:17] <pitti> hey cyphermox, how are you?
[04:18] <cyphermox> good, good
[04:30] <jbicha> good morning
[04:30] <pitti> hey jbicha
[04:30] <jbicha> pitti: I am looking at gnome-themes-standard and think we should split out the accessibility themes and include them
[04:31] <jbicha> by default like we did in previous releases, & my question is whether we should ship all 4 of them or not
[04:32] <jbicha> *3 High, HighInverse, and Low (although I don't think Low is very useful)
[04:33] <pitti> gnome-themes-standard is in universe right now, but I suppose it's easy enough to MIR
[04:33] <pitti> now that we have a 3.1 version
[04:33] <pitti> but the full 1 MB seems too big, so splitting out the a11y themes is appreciated
[04:33] <jbicha> g-t-s also includes Adwaita which isn't strictly needed in Unity
[04:35] <jbicha> before, we had a gnome-accessibility-themes-extra, do we want to do that or just put all 3 in the one package?
[04:46] <RAOF> You know what would be nice?  If my wireless didn't drop and reconnect every 2-3 minutes.
[04:57] <pitti> jbicha: I think we should just split out the a11y themes we need into one binary package, instead of one package per theme; sounds easier?
[04:58] <pitti> RAOF: that sounds awful; I had that when I got my new router
[04:58] <pitti> RAOF: I disabled 80211n and forced it back to g; 54 MBit is enough for my purposes
[04:58] <pitti> that fixed the hangs
[04:58] <pitti> actually, it wasn't reconnects, but connection hangs
[04:59] <RAOF> pitti: I think I'll leave it; I've got a cat5 cable plugged in now.
[05:16] <jbicha> pitti: the old gnome-accessibility-themes is still on the desktop CD anyway
[05:16] <pitti> jbicha: ah, that's the gtk2 one, so we'll need to replace that
[05:34] <rickspencer3> jasoncwarner_, RAOF, TheMuso, robert_ancell good morning
[05:34] <robert_ancell> rickspencer3, hola!
[05:34] <GunnarHj> pitti: Good morning! Just posted a comment on bug 827176.
[05:34] <ubot2> Launchpad bug 827176 in language-selector "fontconfig-voodoo crashed with DBusException in call_blocking(): org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist" [High,In progress] https://launchpad.net/bugs/827176
[05:34] <pitti> hey rickspencer3
[05:34] <pitti> GunnarHj: good morning
[05:34] <TheMuso> rickspencer3: Greetings.
[05:35] <jasoncwarner_>  hey rickspencer3
[05:35] <rickspencer3> pitti,  good morning
[05:35] <pitti> GunnarHj: ah, figuring this out is on my today's list indeed
[05:35] <rickspencer3> I thought it might be a tad early for you, I forgot you were an early riser
[05:36] <pitti> working for 1:30 hours already :)
[05:36] <GunnarHj> pitti: Good. I haven't been able to reproduce the bug, because of that python bug...
[05:36] <rickspencer3> pitti, you stuyd
[05:36] <rickspencer3> stud*
[05:37] <pitti> rickspencer3: I blame my wife for it :) she's getting up at 6, so am I
[05:37] <rickspencer3> :)
[05:37] <rickspencer3> pitti, I'm an early riser too, but people here stay up laaaate
[05:37] <rickspencer3> when I am in bed, I can hear other people having their dinners
[05:38] <pitti> c'est la France
[05:38] <rickspencer3> indeed
[05:38] <rickspencer3> oui, c'est bon
[06:08] <jbicha> pitti: https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-themes-standard/3.1.5/+merge/71815
[06:14] <pitti> jbicha: great work, thanks! queueing for sponsoring
[06:30] <RAOF> Oh, hi compiz.  Why are you using 6.6GiB of virtual memory?
[06:31] <pitti> it doesn't here, as it crashes every hour
[06:31] <pitti> nice trick to circumvent memleaks
[06:31] <micahg> RAOF: I had firefox using that much the other day
[06:31] <RAOF> It appears to have so many open memory maps that gnome-system-monitor is unable to render them :)
[06:32] <RAOF> Oh!  There we go.  Crash.
[06:34] <RAOF> Hm.  6.8GiB of gem_objects?  That's not good.
[06:34] <pitti> where do you see the 6.8 GiB? in ps ux?
[06:36] <RAOF> Compiz was in gnome-system-monitor, the virtual size; it's since crashed, so it's now down to a more reasonable 700MiB.
[06:36] <RAOF> Hm.  / 1.3GiB.
[06:36] <RAOF> That's fast :)
[06:36] <pitti> RAOF: you call 700 MB "reasonable"?
[06:36] <pitti> (FWIW, it's 87 MB here)
[06:37] <RAOF> Virtual, or resident?
[06:37] <pitti> g-s-monitor doesn't say -- it just says "memory"
[06:37] <RAOF> That's resident - shared.
[06:37] <pitti> I suppose it's resident
[06:37] <RAOF> You need to turn on the virtual memory column to get these numbers.
[06:38] <RAOF> But the 6.8GiB (now 7.3GiB) gem_objects is from /sys/kernel/dri/0/i915_gem_objects
[06:38] <pitti> ah, 704 virtual here
[06:38] <RAOF> Compiz would appear to be leaking textures.
[06:38]  * pitti doesn't have /sys/kernel/dri
[06:39] <RAOF> Bah.  /sys/kernel/debug/dri/0/i915_gem_objects; you'll need root to read it.
[06:40] <pitti> 3374 objects, 500711424 bytes
[06:41] <pitti> ^ first line here
[06:41] <pitti> i. e. 500 MB
[06:41] <pitti> when I do some operations like switching desktop etc., the number wiggles a bit, but it doesn't seem to leak here
[06:41] <pitti> this is intel arrandale
[06:42] <RAOF> I think something may have gone crazy here; it looks like gtk-window-decorator was what was eating all those goats.
[06:43] <RAOF> After killing it I'm down to 310636544 bytes worth of gem objects.
[06:44] <RAOF> (And I'm no longer under terrible memory pressure)
[06:45] <RAOF> Tell you what, SSDs even make the user experience during swap thrashing better ;)
[06:49] <pitti> RAOF: heh, it's much closer to RAM than a rotary HDD, indeed :)
[07:15] <Sweetshark> Moin!
[07:20] <pitti> hey Sweetshark, guten Morgen
[07:20] <mvo> meh, my window maximize keysettings does no longer work after the latest update
[07:20] <pitti> mvo: guten Morgen
[07:21] <mvo> guten morgen pi
[07:21] <mvo> pitt
[07:21] <mvo> i
[07:21] <pitti> mvo: Alt+F5/Alt+F10 still work here; but the case that stopped working is that Alt+F10 doesn't unmaximize any more
[07:21] <pitti> I find that pretty confusing, as I was regularly using it for that
[07:21] <mvo> I have a custom one (ctrl-0) and I guess gnome ate it
[07:22] <pitti> did someone ask you to run unity --reset by chance?
[07:22] <mvo> no, my launcher icons are still 32px just like before
[07:22] <pitti> I don't think anything changed yesterday wrt this
[07:22] <mvo> hm, focus follow mouse is done as well
[07:23] <mvo> its been a while since I restarted the session
[07:23] <mvo> may well be that this change is a couple of days old
[07:23]  * pitti still uses FFM; I'd get crazy without it
[07:23] <mvo> focus follow mouse is done as well
[07:23] <mvo> gnoe
[07:23] <pitti> but I had to turn it back on after unity --reset a few weeks ago
[07:23] <pitti> (in ccsm)
[07:23] <mvo> yeah, I used to set it in metacity
[07:24]  * mvo fires up ccsm
[07:24] <tjaalton> is the new alt-tab behaviour done on purpose?
[07:24] <pitti> mvo: tpying is hrad, isn't it?
[07:24] <mvo> it is, isn't it ;)
[07:24] <pitti> tjaalton: eew, that's totally broken..
[07:25] <tjaalton> tell me about it..
[07:25] <mvo> but once I had my first cup of tea its usually much better
[07:25] <tjaalton> there's no way to pick up a specific window anymore
[07:25] <pitti> it killed my terminals!
[07:25] <mvo> it just hides them, no?
[07:25] <tjaalton> it'll pop up every window of the app, even the ones that were minimized
[07:26] <pitti> oh, not killed, but apparently minimized them
[07:26] <pitti> but it seems to overlay terminals with other apps, so there's no way to pick the ones beneath it
[07:37] <RAOF> tjaalton: You're looking at bug #825036 and bug #825029
[07:37] <ubot2> Launchpad bug 825036 in unity "Switching behaviour to a group is awkward" [Undecided,New] https://launchpad.net/bugs/825036
[07:37] <ubot2> Launchpad bug 825029 in unity "When alt-tabbing to an application with multiple windows the focused window is not raised" [Undecided,New] https://launchpad.net/bugs/825029
[07:38] <RAOF> tjaalton: But there is a way to pick a specific window - hit the down arrow when the group is focused in alt-tab.
[07:38] <RAOF> We should totally sick DBO on those ^^^
[07:39] <tjaalton> huh, now it does both the old and new stuff at the same time
[07:39] <tjaalton> here, that is
[07:40] <tjaalton> I get both popups
[07:40] <RAOF> Yeah, you should disable the staticswitcher plugin.
[07:40] <RAOF> Lest compiz SIGSEGV at you.
[07:41]  * RAOF heads due pilates.
[07:44] <tjaalton> i'd rather turn off the unity switcher, but apparently there's no way to do that :)
[07:45] <tjaalton> oh, there is
[07:49] <pedro_> good morning
[07:49] <Sweetshark> pitti: could you sync translate-toolkit-1.9.0-1 from debian to oneiric? after some careful checking it seems all remaining ubuntu customizations are obsolete.
[07:52] <pitti> Sweetshark: done
[07:53] <seb128> hey desktopers
[07:53] <pitti> bonjour seb128
[07:53] <mvo> tjaalton: what knob is it?
[07:53] <seb128> hey pitti, how are you?
[07:53] <mvo> hey seb128
[07:53] <seb128> hey mvo
[07:53] <seb128> wie gehts? ;-)
[07:53] <pitti> seb128: feeling quite well again, just a bit of a cold left, thanks!
[07:53] <pitti> happily hacking along again
[07:53] <seb128> great
[07:55] <rodrigo_> morning
[07:56] <seb128> hey rodrigo_
[07:56] <seb128> how are you?
[07:59] <Sweetshark> pitti: https://bugs.launchpad.net/ubuntu/+source/translate-toolkit/+bug/827852
[07:59] <ubot2> Ubuntu bug 827852 in translate-toolkit "lp:/ubuntu/oneiric/translate-toolkit is all messed up" [Undecided,New]
[08:00] <pitti> Sweetshark: actually the sync should take care of this automatically
[08:00] <pitti> Sweetshark: if it doesn't, can you please poke james_w?
[08:01] <tjaalton> mvo: from ccsm open the unity plugin capplet, then change the "key to start the switcher" to something else
[08:01] <Sweetshark> pitti: Ill try to remember to have a look after the sync
[08:01] <mvo> thanks tjaalton
[08:03] <seb128> rodrigo_, what do you work on today?
[08:03] <seb128> rodrigo_, do you need help or reviews on anything today?
[08:03] <rodrigo_> seb128, well, if you could have a look at the gnome-color-manager branch, it doesn't build for me
[08:04] <seb128> RAOF, thanks for the glib fix, though it's weird that zg stops the session
[08:04] <seb128> rodrigo_, ok
[08:04] <rodrigo_> seb128, I'll finish for now folks 0.6 and the new gnome-contacts release
[08:04] <seb128> rodrigo_, hum, ken started on that update as well I think, did you work on it yet?
[08:04] <seb128> rodrigo_, he built eds with vapi for it
[08:04] <rodrigo_> seb128, no
[08:05] <rodrigo_> ok, I'll have a look
[08:05] <seb128> or wait for him to be online
[08:06] <seb128> rodrigo_, pitti, chrisccoulson, btw if some of you want to do some etherpad sponsoring that would be welcome ;-)
[08:07] <rodrigo_> seb128, ok
[08:07] <pitti> seb128: I have https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-themes-standard/3.1.5/+merge/71815 queued for me today
[08:07] <seb128> pitti, danke
[08:07] <rodrigo_> I'll have a look at the gnome-games proposal
[08:08] <seb128> I will look at gjs and gnome-shell
[08:18] <seb128> robert_ancell, hey
[08:18] <robert_ancell> seb128, hello
[08:18] <seb128> robert_ancell, how are you?
[08:18] <robert_ancell> good
[08:18] <seb128> robert_ancell, got my email?
[08:18] <seb128> robert_ancell, could you look at bug #823775 this week?
[08:18] <ubot2> Launchpad bug 823775 in lightdm "Cannot login: could not update ICEauthority file .ICEauthority" [High,Confirmed] https://launchpad.net/bugs/823775
[08:19] <seb128> ignore the title, it got hijacked
[08:19] <robert_ancell> seb128, yes, will look tomorrow.  Was Michael also looking at it you said?
[08:19] <seb128> robert_ancell, kirkland and pitti added some comments as well
[08:19] <pitti> hey robert_ancell, how are you? enjoyed the holidays in berlin?
[08:20] <robert_ancell> pitti, yeah, I loved Berlin.  I wish I'd spent some more time there outside of the conference
[08:20] <seb128> robert_ancell, he dumped his comments on the bug but I don't think he looked further, he figured that it was an ecryptfs issue and that login to a vt was the workaround, not the .Xauthority thing
[08:20] <robert_ancell> ok
[08:20] <robert_ancell> I need to find a way to regression test ecryptfs behaviour
[08:20] <seb128> robert_ancell, I will check with him today and keep you updated so you don't duplicate work
[08:21] <bryceh> hi seb128, that glib regression was Fun
[08:22] <seb128> bryceh, hey, thanks for sending the email on the list, though with some luck not a lot of people have that old deprecated binary leftover
[08:22] <pitti> sorry that we didn't catch it in the testing, seems that both seb128 and I have natty (or newer) installs
[08:22] <seb128> pitti, no, I've older ones
[08:22] <seb128> but I tend to clean installed craps once a cycle
[08:22] <pitti> libzeitgeist-gio only exits in maverick
[08:23] <seb128> so I probably cleaned that one over time
[08:23] <bryceh> seb128, no prob, yeah hope we caught it quickly enough.
[08:23] <seb128> bryceh, well as pitti said it's only an issue for people who tried unity before natty
[08:24] <seb128> and didn't clean the deprecated binaries
[08:24] <seb128> we don't do a good job at cleaning deprecated things on upgrade though it seems
[08:24] <seb128> robert_ancell, did you get my email btw?
[08:25] <seb128> robert_ancell, I listed some other bugs I found worth looking at there in case of that's of any use to you ;-)
[08:25] <cdbs> The background in my Lightdm unity-greeter is black. What does this point toward, robert_ancell ?
[08:25] <bryceh> seb128, ah yes that should limit the scope
[08:26] <bryceh> the system I repro'd on has been upgraded since as long as I can remember
[08:26] <robert_ancell> seb128, yes, haven't replied to it though...
[08:26] <seb128> robert_ancell, no need to reply
[08:26] <robert_ancell> cdbs, which greeter?
[08:26] <cdbs> robert_ancell: unity-greeter
[08:27] <seb128> robert_ancell, well no hurry to reply, there are some questions but it was mostly to point the interesting bugs
[08:27] <cdbs> robert_ancell: version 0.0.2-0ubuntu2
[08:28] <robert_ancell> seb128, in short, I agree with the list, and it's useful to summarise it that way.
[08:28] <robert_ancell> cdbs, so everything else works but just the background is black?
[08:28] <cdbs> robert_ancell: yup
[08:28] <cdbs> robert_ancell: everything works as expected
[08:28] <cdbs> robert_ancell: And in --test-mode
[08:28] <cdbs> robert_ancell: The background is black there as well, except for the backgrounds of alice and bob
[08:29] <seb128> robert_ancell, great, thanks
[08:29] <robert_ancell> cdbs, the background is set in /etc/lightdm/unity-greeter.conf, I'm guessing you don't have it installed
[08:29] <cdbs> hmm
[08:29]  * cdbs checks
[08:29] <robert_ancell> it's hardcoded to the default ubuntu one, but perhaps it needs fixing
[08:29] <cdbs> robert_ancell: yup, it is unset
[08:29] <cdbs> robert_ancell: But this isn't the right way that file was meant for, right? Unity-greeter should install a default config file
[08:30]  * cdbs didn't play around with that since a fresh install
[08:30] <robert_ancell> oh, did you change that or did something else do that?  The file should be installed with defaults and not need to be edited
[08:30] <cdbs> robert_ancell: Which package installs that file?
[08:30] <robert_ancell> cdbs, it should be part of unity-greeter
[08:31]  * cdbs runs apt-get install --reinstall unity-greeter
[08:31] <cdbs> robert_ancell: still a black background
[08:31] <cdbs> and no file
[08:31] <robert_ancell> cdbs, because it's in /etc/ dpkg might try and not modify the file
[08:31] <robert_ancell> seb128, pitti, other packaging experts: ^^ does this make sense?
[08:32] <robert_ancell> cdbs, what is in /etc/lightdm/unity-greeter.conf?
[08:32] <seb128> robert_ancell, cdbs: right, etc conffiles are special
[08:32] <pitti> robert_ancell: dpkg will only update this file if it wasn't modified
[08:32] <seb128> they will preserve your changes, including deletion
[08:32] <cdbs> robert_ancell: There's no such file
[08:32] <seb128> if you deleted it, it will not come back
[08:33] <pitti> well, if it was modified, and teh package ships a new one, it'll ask you which one to take
[08:33] <robert_ancell> seb128, pitti, will a --purge fix that?
[08:33] <pitti> and what seb128 said
[08:33] <seb128> you need to dpkg --conffile-missing
[08:33] <cdbs> thanks
[08:33] <pitti> that's dpkg -i --force-confmiss
[08:33] <pitti> yes, if the admin removes a file, dpkg respects that and doesn't bring it back
[08:33] <seb128> right, I was looking for the real name of the option, I don't use it often enough to memorize it :p
[08:34] <robert_ancell> seb128, oh, the next lightdm has nested x server support.  I think you were interesting in that for testing
[08:34] <seb128> robert_ancell, \o/
[08:35] <robert_ancell> dm-tool --add-nested-seat :)
[08:36] <seb128> robert_ancell, can I get a "lightdm rocks" sticker to put on my laptop? ;-)
[08:36] <robert_ancell> seb128, If you can find someone with artistic talent :)  Get them to make a logo for it while you're at it...
[08:37] <seb128> let's wait for Didier to be back, maybe his gf can do it, he asked her if she should do an icon for dconf-editor already I think ;-)
[08:38] <seb128> robert_ancell, speaking of dconf-editor I think people mentioned it doesn't handle override files correctly
[08:38] <seb128> like ignore those :p
[08:38] <rodrigo_> hmm, weird, g-games fails building with GTK_CLUTTER_TEXTURE undefined symbol, but both the header and the lib are being used when building
[08:39]  * robert_ancell wonders why he ever let desrt twist his arm into making dconf-editor
[08:40] <rodrigo_> robert_ancell, :)
[08:44] <pitti> Sweetshark:
[08:44] <pitti>  o gaupol: python-aeidon
[08:44] <pitti>     [Reverse-Recommends: translate-toolkit]
[08:44] <pitti> Sweetshark: ^ FYI, new from components-mismatches
[08:44] <pitti> so if that's required, it needs a MIR, otherwise a demotion to suggests
[08:48] <seb128> pitti, do you know why there is a 6mb difference between the x86 and amd64 iso?
[08:49] <pitti> seb128: I think it's just that amd64 packages generally tend to be a tad bigger
[08:49] <seb128> pitti, it's the other way around there
[08:49] <pitti> i. e. it's not that one extra package on the amd64 CD
[08:49] <seb128> x86 is 6mb over amd64
[08:49] <pitti> seb128: right, x86 has an extra langpack
[08:50] <seb128> ah ok
[08:50] <seb128> so we are basically on target now?
[08:50] <Sweetshark> pitti: hmm. debian had a dep from translate-toolkit on gaupol, which we removed. now debian depends on python-aeidon, so I assumed our change was not needed anymore. I didnt check for python-aeidon being in main though :(
[08:50] <pitti> also, amd64 hasn't built for about three days
[08:50] <seb128> pitti, http://cdimage.ubuntu.com/daily-live/20110817/
[08:50] <seb128> pitti, it has all images?
[08:51] <pitti> seb128: yes, seems so; if we drop the Chinese langpack, we are on target, and if we rebuild fresh -base langpacks, even more so
[08:51] <pitti> seb128: yes, it just copies the previous one for the failed ones
[08:51] <seb128> oh ok
[08:51] <pitti> or someone retried it, that could also be
[08:51] <pitti> I just got a failed amd64 log
[08:51] <seb128> well the manifest is from yesterday
[08:51] <pitti> yesterday's failed due to mono
[08:52] <pitti> seb128: ah, so there was a second build attempt yesterday which worked, and today's failed again
[08:52] <pitti> but at least that's reasonably current then
[08:52] <seb128> ok
[09:00] <jbicha> I think mono's broken again, just in a different way
[09:00] <ajmitch> broken how?
[09:02] <jbicha> my mono-runtime is stuck at 2.10.3-1, trying to upgrade it removes all of mono or something
[09:04] <jbicha> oh never mind, I guess I just didn't wait long enough for everything to come through
[09:05] <ajmitch> hm, failed to build on i386
[09:05] <jbicha> no, that still didn't work, I'm on amd64
[09:05] <ajmitch> yeah, but arch:all would be built on i386
[09:08] <ajmitch> whatever's breaking doesn't look healthy in that build log for mono
[09:16] <seb128> bryceh, btw, feel free to upload your xchat-gnome work, I see you have a merge request for it, did you want some review? is there anything which was blocking you to upload?
[09:17] <huats> morning
[09:17] <seb128> lut huats
[09:28] <oier> Hi, I am was wondering if somebody could help me by reviewing indicator bug over at http://revu.ubuntuwire.com/details.py?upid=9151 I have one approval so there is just one left
[09:29] <oier> it's a fairly simple python indicator for displaying and regularly updating a Launchpad bug list (for example bitesize bugs). It notifies you when there are new bugs that match the bug search pattern
[09:36]  * pitti hugs mvo for the s-c port to gir-gmenu
[09:37] <mvo> :)
[09:37] <pitti> http://people.canonical.com/~ubuntu-archive/NBS/python-gmenu
[09:37] <pitti> so that just leaves alacarte for main
[09:38] <pitti> seb128: ^ is this still being supported upstream, or should we just kill it?
[09:38] <pitti> http://people.canonical.com/~ubuntu-archive/NBS/python-gmenu
[09:38] <pitti> sorry
[09:38] <pitti> -- oneiric/main i386 deps on alacarte:
[09:38] <pitti> gnome-panel
[09:39] <pitti> (and some rdepends from metapackages which are trivial to fix)
[09:39] <seb128> pitti, it's still useful for the fallback session but not really actively maintained though
[09:39] <seb128> you can maybe keep it a bit to see if somebody is interested to fix it?
[09:39] <pitti> just asking because python-gmenu is NBS now
[09:39] <pitti> ok, sure
[09:40] <seb128> well you can delete it and we can put it back later on as well
[09:40] <pitti> seb128: FTR, I have a pygobject 2.90.1 package ready, and a split build for pygobject-2; uploading both to experimental now
[09:40] <seb128> it just seems easier to keep it broken for a bit, see if somebody comes with a fix or delete it if it doesn't happen
[09:40] <seb128> pitti, \o/
[09:40] <pitti> seb128: not that urgent, I was just curious whether we should package a new alacarte or so
[09:41] <pitti> with the fixes from this morning it seems most stuff is happy, just software-center breaks with 2.90.1
[09:41] <seb128> pitti, ok, it's a bit unmaintained so there nothing to package yet
[09:41] <pitti> apparently at some point it uses both "gobject" and "gi.repository"
[09:41] <pitti> I'm looking at that now
[09:41] <seb128> ok
[09:42] <seb128> pitti, if you get an empty todolist after that do you think you would have time today or later this week to look at the retracers?
[09:42] <seb128> we sort of could use them running
[09:42] <seb128> especially now that the new unity etc landed
[09:42] <pitti> yeah, I know
[09:43] <pitti> I hope that there's yet another easy workaround than "set up a root machine in the DC"
[10:17] <seb128> rodrigo__, how did you fix the gnome-games build issue? just curious
[10:22] <rodrigo__> seb128, updated some related packages and seems that fixed it, let's see if it works on the server
[10:23] <seb128> ok
[10:30] <pitti> mvo: hm, softwarecenter/utils.py stilll uses "import gmenu"
[10:30] <pitti> mvo: but I'm looking into trunk anyway to fix some static/GI bindings mix (which causes crashes with pygobject 2.90)
[10:35] <chrisccoulson> sigh @ bug 827848
[10:35] <ubot2> Launchpad bug 827848 in firefox "firefox 6 , ubuntu 11.04 64 bit ATI proprietary driver" [Undecided,Invalid] https://launchpad.net/bugs/827848
[10:35] <chrisccoulson> i wish people would stop tweaking options in about:config, then reporting a bug when everything breaks
[10:35] <chrisccoulson> especially a bug which might make us think there is a regression in a stable update
[10:35] <pitti> chrisccoulson: can't we detect that in the apport hook?
[10:36] <chrisccoulson> pitti - yeah, i'm going to add this to the apport hook
[10:38] <chrisccoulson> pitti - we had someone report an identical issue straight after deploying firefox 5, and it turned out to be the same issue
[10:38] <chrisccoulson> i wonder where they're getting the idea to tweak this preference from?
[10:47] <chrisccoulson> woohoo - firefox 9! - https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/ ;)
[10:48] <chrisccoulson> and 8 for those less brave https://launchpad.net/~ubuntu-mozilla-daily/+archive/firefox-aurora
[10:50] <seb128> chrisccoulson, you got to much free time
[10:50] <seb128> chrisccoulson, you should better take on some GNOME updates ;-)
[10:50] <chrisccoulson> seb128, i wish ;)
[10:51] <chrisccoulson> seb128, there are still gnome updates left to take?
[10:51] <seb128> chrisccoulson, check the etherpad
[10:51] <seb128> there are half a dozen
[10:51] <chrisccoulson> seb128, ok, i'll take a look
[10:52] <chrisccoulson> i guess https://wiki.ubuntu.com/MozillaTeam/FirefoxUpgradeChecklist/6.0 for the 7.0 release can wait a day or so ;)
[10:52] <seb128> chrisccoulson, thanks!
[10:52] <pedro_> guys i've created a report for 'new' bugs filed since 24 hours: http://status.qa.ubuntu.com/reports/ubuntu-desktop/new-bugs-since-24hours.html
[10:53] <pedro_> and another one for 7 days
[10:53] <pedro_> http://status.qa.ubuntu.com/reports/ubuntu-desktop/new-bugs-since-7days.html
[10:53] <pedro_> those are updated every 6 minutes so should be accurate
[10:54] <pedro_> if you'd like to have something like that for i don't know 15 days, 1 month etc just let me know
[10:55] <pedro_> i'll send an email to the list with that
[11:50] <pitti> mvo: I guess you are going to crossburn me for https://code.launchpad.net/~pitti/software-center/gi-fixes/+merge/71854 ..
[11:52] <pitti> mvo: but as there's a high chance that pygobject 3.0 will be required for gnome 3.2, I rather want to be prepared and fix our stuff before this lands (cf. my uploads from this morning)
[11:53] <mvo> pitti: geh, pyflakes will cry
[11:53] <mvo> pitti: thanks for doing this work though
[11:53] <pitti> mvo: just did a followup comment to show the breakage of the gtk2 version
[11:54] <pitti> mvo: I tested this with oneiric pygobject, gtk 2/3 versions, and the pygobject 2.90 bits from jhbuild/debian experimental
[11:55] <pitti> mvo: why will pyflakes cry, but not you?
[11:56] <mvo> pitti: I would like to factor the gio stuff into its own isolated module to avoid the if have_gi: but otherwise its fine of course
[11:56] <pitti> mvo: ah, sure
[11:56] <mvo> pitti: pyflakes will not like the double imports, if foo: import gobject as GObject else: import GObject. but thats fine, I can add a workaround for this easily
[11:57] <pitti> ah, it doesn't see conditional imports?
[11:57] <mvo> yeah, it does not understand them
[11:57] <pitti> I did the "import gobject as GObject" trick to avoid having these "if have_gi" stuff everywhere
[11:57] <mvo> so it thinks that its a redefinition of a unused var
[11:57] <mvo> yeah, that is nice
[11:57] <mvo> keeps the diff smaller
[11:57] <pitti> I just need it where the static gio API differs from the C API
[11:57]  * mvo nods
[11:58] <pitti> mvo: btw, if you want to try this, you need the aptdaemon version I'm currently uploading (r670)
[11:59] <pitti> and with that, high high high time for lunch *starve*
[11:59] <mvo> ok, enjoy
[12:01]  * mvo notes that the whole pygi stuff is all a bit  of a bumpy ride
[12:22] <rodrigo_> lunch time, bbl
[12:31] <pitti> mvo: heh, indeed :/ but it only really gets hairy when you mix the two
[12:37] <pitti> mvo: oh, merged already? thanks!
[12:37] <pitti> mvo: "Gio #pyflakes" -> that looks weird
[12:37] <pitti> that's still causing a call to the module, doesn't it?
[12:59] <mvo> pitti: its just there to make pyflakes happy by pretending to access it once
[13:00] <mvo> pitti: yeah, merged, I feel like RSN we switch to gtk3 exclusively
[13:05] <seb128> mvo, next cycle?
[13:06] <seb128> desrt, there?
[13:07] <desrt> nope
[13:07] <seb128> great
[13:07]  * desrt looks around
[13:07] <desrt> what can i do for you?
[13:08] <seb128> desrt, http://pastebin.ubuntu.com/668243/ do you see anything wrong there?
[13:08] <dobey> pitti: https://bugs.launchpad.net/ubuntu/+bug/817133/comments/21
[13:08] <ubot2> Ubuntu bug 817133 in ubuntu "[FFe] [needspackaging] ubuntuone-installer needs packaged" [High,Incomplete]
[13:09] <seb128> desrt, the value seems wrong when there is no user value for this key
[13:09] <desrt> seb128: no set mapping? :)
[13:09] <seb128> desrt, there is a set mapping as well
[13:09] <seb128> desrt, it's the gnome-control-center info panel
[13:09] <seb128> the "use fallback" toggle
[13:09] <desrt> nod.
[13:09] <pitti> dobey: ah, thanks for the clarification
[13:09] <seb128> it gets the wrong value if I "reset to default in dconf-editor"
[13:10] <seb128> it gets the right value if I edit and press enter
[13:10] <seb128> it get it wrong if I unset
[13:10] <seb128> i.e it gets "gnome" system default as not matching
[13:10] <seb128> but user value matches
[13:10] <seb128> it's a bit weird
[13:10] <dobey> pitti: sure. i just want to get it done already, since it was supposed to have been done/in last thursday :-/
[13:10] <desrt> is this in the distro or ppas?
[13:10] <desrt> no jhbuild-type voodoo going on?
[13:10] <seb128> desrt, it's upstream
[13:10] <desrt> okay
[13:10] <seb128> well distro
[13:11] <seb128> upstream code from my system
[13:11] <desrt> just wanted to eliminate a possible class of problems
[13:11] <seb128> desrt, open your gnome-control-center
[13:11] <seb128> desrt, system info
[13:11] <seb128> graphics
[13:11] <desrt> "System Settings"(tm) you mean :)
[13:11] <seb128> is the "use fallback" toggle on for you?
[13:11] <desrt> it's off.
[13:11] <seb128> hum ok
[13:11] <seb128> I'm wondering why it's on there :-(
[13:12]  * desrt tries to reread what you said
[13:12] <seb128> the toggle is on the left with a "1" there under gnome-shell
[13:12] <desrt> is it possible that a vendor override is involved here?
[13:12] <seb128> until I change org.gnome.desktop.session to "gnome"
[13:13] <desrt> uh
[13:13] <seb128> desrt, indeed we have one
[13:13] <desrt> something is broken here
[13:13] <seb128> 10_gnome-session-common.gschema.override:session-name="ubuntu"
[13:13] <desrt> okay
[13:13] <seb128> dconf-editor doesn't show overrides, grrr
[13:13] <desrt> i bet the problem is that ... ya :)
[13:13] <desrt> the value you think you have is not the one that you do have :)
[13:13] <seb128> it still doesn't explain why my guest session running gnome-shell doesn't get that key set to "gnome"
[13:14] <desrt> the only way it would be is if someone wrote something to dconf explicity
[13:14] <desrt> *explicitly
[13:14] <seb128> desrt, thanks
[13:15] <seb128> I got confused by dconf-editor not handling overrides
[13:15] <desrt> there's someone who you might know that you can bother about that =)
[13:15] <chrisccoulson> grr, hurry up PPA's. i want new crack now!
[13:16] <seb128> desrt, yeah, I pinged him early today about a similar issue ;-)
[13:16] <desrt> seb128: next time you see him, please ask him to read the GVariant documentation as well
[13:17] <seb128> desrt, what did he do wrongly?
[13:17] <desrt> nothing yet =)
[13:17] <desrt> just pinged on IRC about get("a(...)", &iter) with 'GVariantIter iter;'
[13:27] <chrisccoulson> g'ah, not another one (bug 827952)
[13:27] <ubot2> Launchpad bug 827952 in firefox "problems after update to firefox6" [Undecided,New] https://launchpad.net/bugs/827952
[13:28] <seb128> rodrigo_, pitti: can we play with OnShowIn GNOME or Unity to display the right printing ui?
[13:28] <chrisccoulson> repeat after me - "i must not change the value of layers.acceleration.force-enabled" :)
[13:28] <pitti> seb128: that would be better indeed
[13:28] <seb128> chrisccoulson, but but, somebody on the internet suggested to change it!
[13:28] <chrisccoulson> heh
[13:29] <seb128> chrisccoulson, if somebody on the internet suggested it, it must be a good thing to try!
[13:29] <seb128> ;-)
[13:29] <chrisccoulson> seb128, of course nothing on the internet is ever wrong :)
[13:31] <chrisccoulson> jcastro, do you have any ideas for how we could engage more users and get them testing https://launchpad.net/~mozillateam/+archive/firefox-next (ie, the firefox beta channel)?
[13:33] <jibel> pitti, could you have a look at bug 828010 when you get a minute ?
[13:33] <ubot2> Launchpad bug 828010 in apport "apport-gtk crashed with TypeError in function(): markup_escape_text() takes exactly 2 argument(s) (1 given)" [High,New] https://launchpad.net/bugs/828010
[13:33] <pitti> jibel: queueing (currently debugging bug 827176 )
[13:33] <ubot2> Launchpad bug 827176 in language-selector "fontconfig-voodoo crashed with DBusException in call_blocking(): org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist" [High,In progress] https://launchpad.net/bugs/827176
[13:34] <jibel> pitti, great, thanks
[13:34]  * jibel wonders if there is a secret league to keep him from filing new bugs
[13:35] <pitti> jibel: a simple "apport-bug packagename" doesn't crash, though :)
[13:37] <jibel> pitti, Yeah, and "while true; do apport-bug compiz; sleep 300; done" would spare me some keystrokes ;-)
[13:38] <pitti> lol
[13:45] <pitti> ok, language-selector fixed, on to apport
[13:52] <pitti> jibel: apport fix uploaded
[14:00] <jibel> pitti, thanks
[14:01] <seb128> slomo, hey
[14:03] <rodrigo_> seb128, yes, that's my plan, using OnlyShowIn=Unity for s-c-p and GNOME for the other
[14:03] <pitti> ok, need to run; see you tomorrow!
[14:16] <rodrigo_> bye pitti
[14:20] <kenvandine> rodrigo_, how's gnome-contacts 0.1.2?
[14:21] <rodrigo_> hey kenvandine, was waiting for you
[14:21] <rodrigo_> seb told me you were working on folks 0.6, right?
[14:21] <kenvandine> yes
[14:21] <kenvandine> oh
[14:21] <kenvandine> you need that?
[14:21] <rodrigo_> it's needed for g-c 0.1.2
[14:21] <rodrigo_> yeah
[14:21] <kenvandine> ok
[14:21] <kenvandine> working on it now
[14:21] <kenvandine> i had to build eds with vala bindings for it
[14:21] <rodrigo_> ok, let me know if you need my help on something
[14:21] <rodrigo_> yeah
[14:21] <kenvandine> did that last night
[14:21] <kenvandine> should have folks done soon
[14:22] <rodrigo_> cool
[14:22] <rodrigo_> the g-c branch is ready, just needs a build with hopefully no errors with folks 0.6.0
[14:22] <kenvandine> great... soname bump in folks
[14:24] <cyphermox> good morning!
[14:24] <kenvandine> good morning cyphermox
[14:24] <basso> uhm
[14:24] <cyphermox> kenvandine: it was late, starting eds now
[14:24] <kenvandine> cool
[14:24] <basso> anyone have idea how to get nouveau driver to work?
[14:24] <kenvandine> it isn't blocking me at all
[14:25] <kenvandine> basso, sorry, not me
[14:25] <basso> :(
[14:44] <seb128> chrisccoulson, did you restart the dconf service from the postinst or something with the update btw?
[14:46] <chrisccoulson> seb128, i didn't add anything to restart it. did you want me to?
[14:47] <seb128> chrisccoulson, desrt mentioned before that it should be restarted due to the maybe types addition
[14:48] <seb128> chrisccoulson, if some client tries to write some of those and the old service is still running it will break
[14:48] <chrisccoulson> is there a way to restart it safely?
[14:49] <slomo> seb128: hi
[14:49] <seb128> good question, that was discussed with desrt and vuntz, we suggested adding a "reload on SIGHUP"
[14:49] <seb128> dunno what happened to that
[14:50] <seb128> slomo, hey, unping in fact, I was having a gconf sink error and I was wondering if some part of gstreamer were depending on the gconf element still but it comes from gnome-media itself
[14:51] <seb128> chrisccoulson, but at the same time nothing use maybe types and it's only until session restart, maybe let's wait for the next update if that does the reload on sighup thing
[14:59] <davmor2> kenvandine: gwibber doesn't seem to be updating tiles again :(
[15:00] <kenvandine> davmor2, interesting... in any stream?
[15:00] <davmor2> kenvandine: indeed.  It updates completely if I start it fresh and then just stops
[15:01] <kenvandine> and you are still running <IP_ADDRESS>?
[15:01] <kenvandine> not trunk or anything?
[15:01] <davmor2> kenvandine: ii  gwibber  <IP_ADDRESS>-0ubuntu1 Open source social networking client for GNOME
[15:02] <kenvandine> ok
[15:02] <kenvandine> LC_COLLATE="C" gwibber 2>/dev/null
[15:02] <kenvandine> run that
[15:02] <kenvandine> see if it updates
[15:02] <davmor2> kenvandine: I'm deliberately not using ppa version for this kinda reason :0
[15:02] <kenvandine> davmor2, :)
[15:03] <kenvandine> davmor2, ping me in a bit and let me know either way
[15:03] <davmor2> kenvandine: will do
[15:04] <kenvandine> davmor2, thx!
[15:04] <mterry> Is anyone having X problems (intel driver)
[15:06] <seb128> mterry, what sort of problems? but not that I noticed
[15:07] <kenvandine> i haven't noticed any
[15:07] <mterry> seb128, when running 'startx', I get ddxSigGiveUp in my log, with no preceding error.
[15:08] <seb128> urg
[15:09] <seb128> mterry, some people had a no working session yesterday due to the glib update and still having zeitgeist-gio installed but out of that didn't read any issue today
[15:10] <seb128> mterry, still mentioning the zg thing in case it's of any use but that's likely a different issue if you get a ddxSigGiveUp
[15:10] <mterry> seb128, I don't have zg-gio installed
[15:10] <seb128> ok
[15:10] <seb128> dunno then
[15:10] <seb128> there was no recent xorg updates, it's weird
[15:10] <mterry> Yeah, I didn't notice any either
[15:10] <seif> seb128, what seems to be the issue
[15:11] <seb128> seif, nothing due to zg don't worry
[15:12] <seb128> seif, basically zg-gio dated from 10.10 and used some glib,gio patch distro specific
[15:12] <seb128> seif, we dropped the glib patch since the current stack use the equivalent feature which was added to upstream gio later on
[15:13] <Detox> ok folks, here is a puzzler,  at some point rsync corrupted and i cannot do any updates.  I have tried uninstalling reinstalling but no go
[15:13] <Detox> what can i do?
[15:13] <seb128> seif, but that created some issues for users who still had the old binary
[15:13] <Detox> i am not at the pc am at work so i cannot show anything
[15:13] <seb128> Detox, hi, this channel is not a support on, try #ubuntu for questions
[15:13] <Detox> ahhh ok
[15:14] <mterry> seb128, actually, I think the root cause is "intel(0): failed to get resources: Bad file descriptor" and some similar errors
[15:14]  * mterry googles
[15:15] <kenvandine> rodrigo_, lp:~ubuntu-desktop/folks/ubuntu/
[15:16] <kenvandine> you can build it locally to unblock you
[15:16] <davmor2> kenvandine: I don't see any movement on gwibber can you make a post and I'll give it 10 minutes and let you know if it shows up
[15:16] <kenvandine> rodrigo_, i guess you'll need to add a libfolks-eds-dev build dep to gnome-contacts
[15:17] <kenvandine> tons of change in libfolks
[15:20] <kenvandine> davmor2, sure
[15:21] <kenvandine> davmor2, done
[15:21] <rodrigo_> kenvandine, thanks!
[15:22] <mterry> RAOF, do you know any reason intel X drivers would stop working for me on oneiric?  I get "drmOpenByBusid: Interface 1.4 failed, trying 1.1" then various intel(0) errors after that
[15:25] <rodrigo_> kenvandine, I guess I need the e-d-s build you mentioned before, right?
[15:26] <kenvandine> it built last night
[15:26] <kenvandine> so as long as you update
[15:26] <kenvandine> you'll be good
[15:26] <rodrigo_> ah, ok
[15:26] <kenvandine> rodrigo_, do you know how much of gnome-contacts should be working?
[15:26] <kenvandine> i get an error when trying to add a contact
[15:27] <kenvandine> and trying to link them does nothing
[15:27] <jibel> TheMuso, for info bug 828105
[15:27] <ubot2> Launchpad bug 828105 in at-spi2-core "at-spi2-core not installed during upgrade from Natty" [High,New] https://launchpad.net/bugs/828105
[15:27] <kenvandine> Unable to create new contacts: Persona store (key-file, relationships.ini) requires the following details:
[15:27] <kenvandine>     im-addresses (provided: '(nil)')
[15:27] <kenvandine> rodrigo_, that is the error i get adding
[15:27] <kenvandine> that is with 0.1.2
[15:28] <rodrigo_> kenvandine, the 0.1.1 version does not work much for me
[15:28] <rodrigo_> oh, 0.1.2?
[15:28] <kenvandine> 0.1.2 seems about the same
[15:28] <kenvandine> but this likes libfolks related
[15:28] <rodrigo_> I did a quick test with the git version and it seemed to work a bit better
[15:29] <kenvandine> rodrigo_, interesting, looking at configure.ac it doesn't even look for folks-eds
[15:29] <davmor2> kenvandine: nothing, let me run the command again and see if updates then
[15:30] <kenvandine> you would think it would need that :)
[15:30] <rodrigo_> kenvandine, gnome-contacts? it just uses the folks API, doesn't care about the backends
[15:30] <kenvandine> davmor2, wait
[15:30] <kenvandine> oh right
[15:30]  * davmor2 waits
[15:30]  * kenvandine had it the other way around :)
[15:30] <rodrigo_> kenvandine, but yes, seems to be a folks-eds -related problem
[15:30] <kenvandine> davmor2, tail -f ~/.cache/gwibber/gwibber.log
[15:31] <kenvandine> then hit F5 with the client focused
[15:31] <kenvandine> rodrigo_, that was my fear... not sure how to test the backend
[15:31]  * kenvandine looks for tests
[15:31] <davmor2> kenvandine: nothing
[15:32] <rodrigo_> kenvandine, I'll have a look also
[15:32] <kenvandine> anything that looks like it is attempting a refresh?
[15:32]  * kenvandine is wondering if it is the client or the service
[15:32] <kenvandine> davmor2, ^^
[15:32] <kenvandine> rodrigo_, cool
[15:33] <davmor2> kenvandine: let me run from terminal to start with and see if anything happens
[15:33] <kenvandine> run the service
[15:33] <kenvandine> killall -9 gwibber-service; gwibber-service -do
[15:33] <kenvandine> to get good debug logs
[15:34] <kenvandine> i am getting intermittent TLS errors
[15:34] <kenvandine> gnutls_handshake() failed: A TLS packet with unexpected length was received.
[15:34] <kenvandine> from twitter
[15:35] <davmor2> I got this http://paste.ubuntu.com/668361/
[15:35] <davmor2> kenvandine: ^
[15:36] <kenvandine> ugh
[15:36] <kenvandine> what was above that?
[15:37] <davmor2> kenvandine: http://paste.ubuntu.com/668363/ that's the full cli
[15:37] <kenvandine> davmor2, refresh again
[15:38]  * kenvandine wonders if something is hung
[15:38] <kenvandine> or if it is still responsive
[15:40] <mterry> seb128, was the zg-gio error similar to "undefined symbol: g_desktop_app_info_launch_handler_get_type"?
[15:40] <davmor2> refresh == lots of dev nulls
[15:41] <seb128> mterry, yes
[15:41] <mterry> seb128, wncksyncdaemon has the same issue (it installs a gio module that uses that symbol)
[15:41] <seb128> oh, could be
[15:41] <seb128> we basically dropped the distro specific abi dx made us add
[15:41] <seb128> since we use the upstream feature now
[15:42] <mterry> That was my X issue
[15:42] <davmor2> kenvandine: that's interesting gwibber isn't open
[15:42] <seb128> mterry, ok, so I was not far by mentioning it ;-)
[15:42] <kenvandine> davmor2, what are the errors?
[15:42] <kenvandine> rodrigo_, 3 of the libfolks tests fail
[15:43] <kenvandine> libfolks-eds that is
[15:44] <rodrigo_> ok
[15:45] <davmor2> kenvandine: http://paste.ubuntu.com/668374/
[15:45] <kenvandine> oh
[15:46] <kenvandine> that is all the noise from the gwibber client
[15:46] <kenvandine> harmless, and i need to clean it up'
[15:46] <kenvandine> what about another refresh though... any more service out from that?
[15:49] <davmor2> kenvandine: everything just updated now, I see you post
[15:49]  * kenvandine posts something else
[15:51] <kenvandine> davmor2, ok... tell it to refresh again
[15:51] <kenvandine> and look at that output
[15:51]  * kenvandine really needs to upload a new gwibber with all the resizing fixes :)
[15:52] <kenvandine> these tiles getting out of whack drive me nuts!
[15:53] <davmor2> kenvandine: nope nothing again :(  no addition output in cli either
[15:54] <kenvandine> ok
[15:55] <kenvandine> so this time the problem isn't in the client filtering :)
[15:56] <kenvandine> the service is getting hung
[15:56] <kenvandine> davmor2, can you try one more thing?
[15:56] <kenvandine> in another terminal
[15:56] <kenvandine> run this
[15:56] <kenvandine> dbus-send --type=method_call --dest=com.Gwibber.Service /com/gwibber/Service com.Gwibber.Service.Refresh
[15:56] <kenvandine> and see if you see output start spewing from the service
[15:57] <kenvandine> davmor2, you should see like a Starting refresh
[15:57] <kenvandine> etc
[16:01] <davmor2> kenvandine: I got a bunch more of those (gwibber:6928): Gtk-CRITICAL **: gtk_widget_reparent: assertion `priv->parent != NULL' failed but no  updates
[16:01] <kenvandine> that is all from the client
[16:01] <kenvandine> but nothing that say they are from the service?
[16:01] <kenvandine> davmor2, just to make it more obvious
[16:02] <kenvandine> close the client
[16:02] <kenvandine> and run that dbus-send command again
[16:02] <davmor2> client closed
[16:02] <kenvandine> you shouldn't see any of those Gtk-CRITICALS anymore
[16:04] <davmor2> kenvandine: So I re-ran the dbus command and nothing seems to of happened
[16:04] <kenvandine> nothing in the terminal where gwibber-service is running right?
[16:04] <kenvandine> did the dbus-send command return immediately?
[16:05] <davmor2> kenvandine: it did
[16:05] <kenvandine> ok
[16:05] <kenvandine> so failing to fetch that avatar is completely hanging the service
[16:06] <kenvandine> can you file a bug and include this traceback in it http://paste.ubuntu.com/668361/
[16:06] <kenvandine> and note that the service stops responding after that
[16:06] <kenvandine> http://paste.ubuntu.com/668363/
[16:06] <kenvandine> actually that traceback :)
[16:07] <davmor2> kenvandine: no problems
[16:07] <kenvandine> davmor2, thx!
[16:07] <kenvandine> http://a2.twimg.com/profile_images/1481767616/TAACgrab2_normal.jpg
[16:07] <kenvandine> can you view that in a browser?
[16:08] <kenvandine> oh, actually i bet it isn't that avatar
[16:11] <rodrigo_> kenvandine, hmm, it's complaining about libsocialweb-client, which is installed
[16:11] <rodrigo_> I guess it does't find the .vapi file for it?
[16:11] <kenvandine> rodrigo_, oh, i didn't build with it
[16:12] <seb128> rodrigo_, ok, I looked at your gcm build issue
[16:12] <kenvandine> i guess i should explicitly disable it for now
[16:12] <rodrigo_> kenvandine, oh ok
[16:14] <seb128> rodrigo_, http://pastebin.ubuntu.com/668389/
[16:14] <seb128> rodrigo_, build fix for your gcm update
[16:14] <rodrigo_> seb128, ah cool!
[16:14] <seb128> rodrigo_, you need to add autoreconf to the rules as well or to patch the Makefile.in
[16:15] <seb128> rodrigo_, could you upstream the fix as well when you have time?
[16:15] <davmor2> kenvandine: https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/828142
[16:15] <ubot2> Ubuntu bug 828142 in gwibber "Gwibber service hangs if an avatar isn't obtained" [Undecided,New]
[16:15] <seb128> rodrigo_, btw the libnotify patch seems deprecated not sure why it's still in the vcs, it didn't apply
[16:15] <seb128> cyphermox, hey
[16:17] <rodrigo_> kenvandine, ok, now it built ok
[16:17] <cyphermox> seb128: hey
[16:17] <seb128> cyphermox, how are you?
[16:17] <cyphermox> pretty good
[16:17] <cyphermox> you?
[16:17] <seb128> cyphermox, I signed you for the e-d-s evolution updates on the etherpad yesterday, do you think you will have time for those this week?
[16:17] <seb128> cyphermox, I'm great thanks!
[16:17] <rodrigo_> kenvandine, can I push this to the branch: http://pastebin.com/XbUx65KM ?
[16:18] <cyphermox> yes, working on it right now ;)
[16:18] <cyphermox> I'm about to upload e-d-s, just checking the bugs in case I can close some off already
[16:18] <seb128> great
[16:18] <seb128> let's see if the updates make evo run out of gdb ;-)
[16:18] <cyphermox> hehe
[16:18] <cyphermox> that would be good no? :D
[16:19] <kenvandine> rodrigo_, yeah, but bump the version
[16:20] <kenvandine> i already uploaded folks
[16:20] <rodrigo_> kenvandine, ok
[16:20] <kenvandine> rodrigo_, and it is fine building in the archive, just needed for building locally
[16:20] <kenvandine> rodrigo_, just leave it as UNRELEASED
[16:20] <rodrigo_> kenvandine, yes, it fails if you have libsocialweb-client-dev installed
[16:20] <kenvandine> so next upload we get it
[16:20] <rodrigo_> yes, not urgent :)
[16:21] <kenvandine> seb128, can you NEW folks for me?
[16:21] <seb128> kenvandine, once it's built yes
[16:21] <kenvandine> oh, you need it built for all the arches i guess
[16:21] <seb128> it's better indeed
[16:22] <rodrigo_> kenvandine, gnome-contacts shows my couchdb contacts!
[16:22] <kenvandine> rodrigo_, woot!
[16:22] <rodrigo_> kenvandine, not my google ones though, but evo itself seems to have been having problems with that
[16:22] <kenvandine> but can you link or add contacts?
[16:22] <rodrigo_> kenvandine, let me try
[16:22] <kenvandine> rodrigo_, yeah... evo  is really sucking right now :(
[16:23] <kenvandine> so sad because i have a really hard time using thunderbird
[16:23] <kenvandine> it amazes me that people actually like tb
[16:23] <rodrigo_> kenvandine, hmm, no, only showing the contacts works
[16:24] <kenvandine> i've noticed that using thunderbird on my laptop and evo (with imap+) on my desktop, evo never gets mail that thunderbird has fetched
[16:24] <kenvandine> i guess imap+ doesn't mix with old school imap
[16:24]  * kenvandine wished thunderbird supported that
[16:24] <seb128> kenvandine, how "gets"? you mean the emails are not listed?
[16:25] <seb128> or it doesn't get what is read or not?
[16:25] <kenvandine> they never show up in evolution at all
[16:25] <kenvandine> i don'
[16:25] <seb128> that's weird
[16:25] <kenvandine> i don'
[16:25] <kenvandine> damn
[16:25] <rodrigo_> kenvandine, ok, lp:~ubuntu-desktop/gnome-contacts/ubuntu ready
[16:25] <rodrigo_> kenvandine, I'll follow up upstream with the bugs
[16:25] <seb128> I use tb and evo with imap+ on my desktop
[16:25] <kenvandine> i don't know a ton about imap, but i think imap+ does something smart where it only gives the client unknown messages
[16:25] <seb128> I don't notice issues when switching between them
[16:25] <seb128> well at least not missing emails
[16:26] <kenvandine> so i assume the way thunderbird is fetching them, it never gives them to evo
[16:26] <seb128> do you use send&receive?
[16:26] <seb128> or just rely on idle updates?
[16:26] <kenvandine> i have huge gaps in my inbox
[16:26] <kenvandine> for both work imap mail and gmail
[16:26] <kenvandine> for example, i left thunderbird running all weekend on my laptop and had my desktop shutdown
[16:26] <kenvandine> starting up on monday, i don't have  a single mail in my inbox from over the weekend
[16:27] <kenvandine> i've tried both
[16:27] <seb128> that's broken
[16:27] <seb128> doesn't happen there
[16:27] <kenvandine> weird!
[16:27] <kenvandine> it is very annoying
[16:27] <seb128> on the canonical imap server
[16:27] <seb128> yeah, I can imagine
[16:28] <rodrigo_> kenvandine, hmm, right, imap* should leave the messages in the server until they are explicitly removed
[16:28] <rodrigo_> maybe tb has some ¡delete messages from server' option enabled?
[16:32] <kenvandine> no, they are still on the server
[16:32] <kenvandine> evo just isn't downloading them
[16:32] <kenvandine> i've checked
[16:32]  * kenvandine disabled IDLE in evo
[16:32] <kenvandine> now it is VERY busy doing something...
[16:43] <rodrigo_> bbl
[16:45] <pedro_> seb128, the report is fixed now
[16:45] <seb128> pedro_, thanks
[16:45] <pedro_> http://status.qa.ubuntu.com/reports/ubuntu-desktop/canonical-desktop-team-assigned-bug-tasks.html <- is there now
[16:46] <pedro_> i'll point the other pages to there
[16:46] <seb128> pedro_, gracias
[16:46] <pedro_> you're welcome
[16:46] <seb128> ;-)
[16:46] <pedro_> or denada ;-)
[16:52] <kenvandine> seb128, any reason we aren't enable the control center stuff in empathy?
[16:52] <seb128> kenvandine, you tell me, you maintain empathy
[16:52] <seb128> ;-)
[16:52]  * kenvandine checks it out
[16:53] <seb128> what gcc things?
[16:53] <kenvandine> i think the accounts stuff becomes a plugin in control center
[16:53] <seb128> does that still work now that bastien dropped the public library?
[16:54] <kenvandine> dunno
[16:54] <seb128> well it works for us in any case
[16:54] <seb128> cassidy, ^
[16:54] <seb128> but I'm not sure if upstream will keep something which doesn't work with GNOME upstream components
[16:55] <kenvandine> seb128, libfolks is dep wait for powerpc
[16:55] <kenvandine> waiting for eds
[16:55] <seb128> kenvandine, does anyone care about powerpc?
[16:55] <kenvandine> hehe
[16:55] <kenvandine> can you NEW it without waiting for ppc?
[16:56] <ayan> seb128,pitti: i've added a final patch to that udisks SRU in lp 759963.
[16:56] <ubot2> Launchpad bug 759963 in udisks "Volumes on cards inserted in the Realtek card reader (PCI 10ec:5208) not automounted." [High,Confirmed] https://launchpad.net/bugs/759963
[16:57] <seb128> kenvandine, oh, already newed
[16:57] <kenvandine> oh... cool
[16:58] <seb128> kenvandine, speaking of empathy, do you know if the new call ui is a standalone binary?
[16:58] <kenvandine> i think it is
[16:58] <seb128> kenvandine, i.e something we could ship in a binary not on the CD?
[16:58] <kenvandine> no
[16:58] <seb128> ok :-(
[16:58] <kenvandine> because if think if that is enabled, you can't make calls without it
[16:59] <kenvandine> i pinged sjoerd a bit ago about that
[16:59] <kenvandine> haven't heard back yet
[16:59] <seb128> kenvandine, ok
[17:09] <kenvandine> seb128, it was already building with the control center integration :)
[18:10] <jcastro> chrisccoulson: I'll just respond here
[18:10] <jcastro> step #1, we should tell people that it exists.
[18:10] <chrisccoulson> hi :)
[18:11] <jcastro> chrisccoulson: write something up for me, blog style, then send it to me, I'll massage it, go over it with you, and then publish a call for testing
[18:11] <jcastro> it doesn't have to be long or anything
[18:11] <chrisccoulson> jcastro, excellent, thanks
[18:12] <jcastro> basically the same sort of thing you would write up if someone asked you on the forums or something
[18:13] <chrisccoulson> jcastro - the other concern i have as well is that there is a guy who copies all of the beta packages in to his own PPA, without any of the supporting packages that we need people to test
[18:13] <chrisccoulson> and when i read http://ubuntuforums.org/showthread.php?t=1352580, it reads like that's the official place to get the beta builds
[18:13] <chrisccoulson> but he's literally just copying the packages we provide, and not copying any of the other supporting pacakges
[18:13] <chrisccoulson> which sucks ;)
[18:14] <chrisccoulson> i'm not too sure how to handle that
[18:14] <jcastro> ok so, make yours official
[18:14] <jcastro> I can't really stop that guy, other than sending him a mail and asking him to instead point to your stuff
[18:14] <jcastro> but you'll need to have a similar style guide/post that gives people what they are looking for
[18:15] <jcastro> THEN we can tell people "that other stuff is crack rock"
[18:15] <chrisccoulson> ok, i'll work on that then
[18:15] <jcastro> it doesn't need to be perfect, we can iterate
[18:15] <jcastro> and then we'll mail that lovinglinux guy, he always has tons of guides and stuff for people
[18:38] <bryceh> seb128, alright will do; I wasn't sure what the policy was for changes
[18:54] <seb128> bryceh, it's usually good to check with the team before updating a default install desktop components but you can as well ask on IRC
[18:54] <seb128> bryceh, nobody is really looking after xchat or xchat-gnome so feel free to upload there ;-)
[18:55] <micahg> umm, please don't break xchat though as Xubuntu is still using it :)
[18:56] <bryceh> micahg, well I'm using it too, so breaking it is fairly low on my todo list :-)
[18:56] <bryceh> seb128, ok thanks, will do.
[18:57] <seb128> bryceh, thank you for the work on it ;-)
[18:57] <bryceh> micahg, or I should say, I'm using xchat-gnome; not touching xchat just pulling fixes from it into xchat-gnome that looked safe
[19:01] <bryceh> xchat-gnome forked part of xchat's codebase, and both projects have made fixes to their forked codes.  Would be easier if they'd packaged that as libxchat or some such
[19:01] <micahg> bryceh: I trust you not to break it, just wanted to put it out there that derivatives still use it :)
[19:01] <bryceh> micahg, right, but xchat as opposed to xchat-gnome?
[19:02] <micahg> bryceh: yeah, Xubuntu is using xchat, not xchat-gnome
[19:05] <bryceh> micahg, alrighty, steering clear of xchat
[19:06] <micahg> bryceh: no, that wasn't what I was implying :), please feel free to fix things
[21:38] <TheMuso> jibel: Interesting, because at-spi2-core is in the desktop seed as a recommends.
[21:47] <jbicha> mdeslaur: anyone know the latest Synaptic does not have the polkit policy in the x86 build but it does in the 64-bit?
[21:47] <jbicha> https://launchpad.net/ubuntu/+source/synaptic/0.75.2ubuntu4/
[21:47] <jbicha> reported in bug 828315
[21:47] <ubot2> Launchpad bug 828315 in synaptic "/usr/share/polkit-1/actions/com/ubuntu.pkexec.synaptic.policy not in package, synaptic fails to open" [Undecided,Triaged] https://launchpad.net/bugs/828315
[21:47] <jbicha> *know why
[22:03] <RAOF> Why is it that 2am is my peak ping time? :)
[22:07] <TheMuso> lol
[22:07] <Sarvatt> RAOF: because the narrow time period when most all of the US and europe are working? :P
[22:08] <RAOF> Yup, most likely!
[23:01] <basso> uhm
[23:01] <basso> hello!
[23:02] <basso> i installed gnome 3 in an ubuntu minimal install, and i got some god damn irritating system sounds, which i cant mute :O
[23:04] <basso> aww god i found a solution
[23:04] <basso> silence...
[23:04] <jbicha> basso: this is the channel for Ubuntu Desktop development, you probably want #ubuntu+1 for Oneiric questions
[23:05] <basso> im still on 11.04
[23:05] <basso> :)
[23:05] <basso> but i fixed it
[23:05] <jbicha> yeah, this is for Oneiric development, cool
[23:06] <jbicha> robert_ancell: hi
[23:06] <robert_ancell> jbicha, good morning
[23:07] <jbicha> robert_ancell: I'm not sure if you were watching unity-greeter bugs like this minor annoyance bug 827749
[23:07] <ubot2> Launchpad bug 827749 in unity-greeter "keyboard focus doesn't return to password field after changing session" [Undecided,New] https://launchpad.net/bugs/827749
[23:12] <desrt> robert_ancell: get your GVariant format string stuff sorted?
[23:12] <robert_ancell> jbicha, yes, I think it may be a GTK+ issue
[23:13] <robert_ancell> desrt, yeah, I wasn't using a pointer in the last one.  All sorted now thanks
[23:14] <robert_ancell> jbicha, there was a similar issue I spent ages tracking down last time, then a GTK+ update removed it so I've been a bit wary spending time on this one :)
[23:16] <jbicha> hmm, ok
[23:21] <robert_ancell> RAOF, how are you with X/GTK keyboard focus problems?
[23:22] <RAOF> robert_ancell: Not particularly proficient, but I'm always up for making wild guesses in areas I'm vaguely familiar with :)
[23:25] <robert_ancell> RAOF, if you have any ideas please comment on bug 810805
[23:25] <ubot2> Launchpad bug 810805 in ayatana-design "Cursor does not show up in password field" [High,Fix committed] https://launchpad.net/bugs/810805
[23:26] <robert_ancell> jbicha, I updated that bug, If you have any ideas feel free to play around!
[23:27] <jbicha> yeah, my bug might be a duplicate of that one then
[23:30] <mdeslaur> jbicha: ohm that's odd...I'll take a look tomorrow
[23:30] <jbicha> mdeslaur: cool, thanks
[23:40] <robert_ancell> hey, I take it it's safe to upgrade now (no glib bug?)
[23:41] <jbicha> robert_ancell: no problems here
[23:41] <robert_ancell> jbicha, cool, thanksa
[23:42] <jbicha> I wasn't affected by the bug since I ruthlessly delete old libraries, lol


[12:53] <AlanBell> our training session on the channels and bot infrastructure is starting now over in #ubuntu-classroom
[12:53] <AlanBell> well in 5 minutes or so
[23:00] <s9iper1> hello every body
[23:00] <s9iper1> I'm a new ubuntu member and wnat to activate the ubuntu cloack and here's my prifile link
[23:00] <s9iper1> https://launchpad.net/~s9iper1
[23:01] <JoseAntonioR> s9iper1: sure, please wait for someone from the IRCC to see your request
[23:01] <JoseAntonioR> IRCC: ^
[23:01] <s9iper1> ok
[23:03] <Unit193> Also please identify or register an account on Freenode.
[23:04] <s9iper1> unit193: how ?
[23:04] <s9iper1> this my nick is already reg
[23:04] <Unit193> /msg nickserv identify  passwordhere
[23:17] <s9iper1> unit193: i have done it already and added my email id as well
[23:18] <Unit193> Yep, now you just need to identify to your account.
[23:19] <Unit193> Welp...


[06:10] <mborzecki> morning
[06:58] <mborzecki> back from school run
[06:58] <mborzecki> mvo: morning!
[06:59] <zyga> Hey
[06:59] <zyga> I will start around 9
[06:59] <zyga> Looking after Lucy for now
[06:59] <mborzecki> zyga: hey!
[06:59] <zyga> How are you all? :-)
[06:59] <mborzecki> zyga: still a bit tired
[07:00] <mvo> mborzecki: good morning
[07:00] <mvo> zyga: hey!
[07:00] <mborzecki> zyga: though happy i'm no longer on hotel food ;)
[07:00] <zyga> Or hotel coffee
[07:00] <zyga> Though I could use a few days of no-work sleep and rest away from family life too :P
[07:01] <zyga> (I bet my wife would do too)
[07:01] <mborzecki> yeah, need to make use of those swap and carry over days
[07:02] <mvo> zyga, mborzecki ++ !
[07:03] <mup> PR snapd#8223 closed: interfaces/u2f: Add Titan USB-C key <Created by stgraber> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8223>
[07:07] <mup> PR snapd#8222 closed: wrappers: import /etc/environment in all services <Bug> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8222>
[07:08] <mborzecki> https://github.com/snapcore/snapd/pull/8221 needs a 2nd review
[07:08] <mup> PR #8221: ovelord/snapstate: update only system wide fonts cache <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8221>
[07:10] <mvo> mborzecki: I should have capacity
[07:10] <mborzecki> mvo:  it's super simple ;)
[07:10] <mvo> mborzecki: \o/
[07:11] <mup> PR snapd#8221 closed: ovelord/snapstate: update only system wide fonts cache <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8221>
[07:11] <mborzecki> yay
[07:12] <mvo> mborzecki: but this will not fix the fc issue on fedora, right?
[07:12] <mvo> mborzecki: it's just a drive-by?
[07:13] <mborzecki> mvo: unfortunately, just a drive by
[07:15] <mup> PR snapd#8229 opened: overlord: disable Test..AbortShortlyAfterStartOfOperation for 2.44 <Created by mvo5> <https://github.com/snapcore/snapd/pull/8229>
[07:18] <mvo> hrm, session-tool terminates on centos-8-64 in master
[07:19] <mvo> c.f. https://api.travis-ci.org/v3/job/658196422/log.txt
[07:19] <mborzecki> zyga: ^^
[07:19] <mborzecki> zyga: isn't that the thing you investigated on friday?
[07:22] <mvo> a review for 8229 would be nice, this is strictly 8229
[07:51] <mborzecki> mvo: proposed a little change in 8229
[07:52] <mvo> mborzecki: oh, nice idea!
[07:52] <mvo> mborzecki: it's not quite true, it will be fixed in master :) but yeah, I think this is much nicer
[08:12] <zyga> re
[08:12] <zyga> mvo: I'll check
[08:12] <zyga> mborzecki: yes but I could not reproduce it after -repeat 100 :/
[08:12] <mborzecki> duh
[08:13] <zyga> but yeah
[08:13] <zyga> that's weird
[08:13] <zyga> it implies PAM module that sets XDG_RUNTIME_DIR just didn't do it
[08:13] <zyga> but why?
[08:15] <mborzecki> hmm all the relevant bits should be fairly recent
[08:15] <mborzecki> maybe we're missing some confi piece that's enabled for desktops?
[08:17] <zyga> mborzecki: are you talking about pam?
[08:17] <zyga> mborzecki: but it passes like 99,9% the tiem
[08:17] <zyga> it's probably a race or a bug we're hitting (or a mistake in my assumptions)
[08:45] <mwhudson> hm i have seeding problems in today's live server daily
[08:45] <mvo> mwhudson: any logs?
[08:45] <mwhudson> the journal refers to OOPSID
[08:45] <mwhudson> where are they?
[08:46] <mwhudson> mvo: "reported install problem for "core" as ..."
[08:46] <mvo> mwhudson: does "journal -u snapd" report anything? also "snap changes"
[08:46] <mwhudson> mvo: the journal refers to these OOPSes
[08:46] <mwhudson> snap changes has "initialize system state" in Error
[08:46] <mvo> mwhudson: do you have an oops-id for me? I can look at it
[08:47] <mwhudson> ah i think this may be my fault
[08:47] <mvo> mwhudson: also "snap change 1" (the error change is probably id 1, right?). a pastebin of this would be great
[08:47] <mwhudson> mvo: all slightly tedious in the live session :)
[08:47] <mvo> mwhudson: indeed, sorry for that
[08:48] <mvo> mwhudson: a picture with a mobile phone is probably also fine :)
[08:49] <zyga> I picked up the thing I was looking at on Friday
[08:49] <mwhudson> the task in error in is "failed to start snap.subiquity.subquity-service.service"
[08:49] <zyga> https://github.com/snapcore/snapd/pull/8230 is just a test case, I'll check how we handle environment across the stack and try to fix it as well
[08:49] <mup> PR #8230: cmd/snap-exec: add test case for LP:#1860369 <Created by zyga> <https://github.com/snapcore/snapd/pull/8230>
[08:49] <mwhudson> and "transaction order is cyclic"
[08:49] <mup> PR snapd#8230 opened: cmd/snap-exec: add test case for LP:#1860369 <Created by zyga> <https://github.com/snapcore/snapd/pull/8230>
[08:50] <zyga> mborzecki: ^
[08:50] <mwhudson> and i was messing with after/before nonsense on friday
[08:50] <mvo> mwhudson: aha, that makes sense
[08:50] <mwhudson> so yeah, i think this is my fault :)
[08:50] <mwhudson> sigh, why is boot so hard
[08:51] <zyga> we should go back to autoexec.bat
[08:51] <zyga> at least it was deterministic
[08:55] <mwhudson> er does the service file get deleted again if installing the snap fails?
[08:56] <zyga> mborzecki: it should
[08:56] <zyga> er
[08:56] <zyga> mwhudson: ^
[08:56] <mwhudson> zyga: this is not maximally helpful :)
[08:57] <zyga> mwhudson: yeah, I can understand that, perhaps you can prolong the process with a long sleep (assuming you can tty in)
[09:09] <mwhudson> zyga: in this case what's going on is fairy clear
[09:23] <zyga> mwhudson: how would it help you if the service file sticked around?
[09:24] <zyga> mwhudson: perhaps I misunderstand but perhaps a general "--install-even-if-services-fail" mode would be useful for development
[10:07] <mborzecki> zyga: will you be pushing a fix to #8230 as well?
[10:07] <mup> PR #8230: cmd/snap-exec: add test case for LP:#1860369 <Created by zyga> <https://github.com/snapcore/snapd/pull/8230>
[10:09] <zyga> mborzecki: yes
[10:12] <zyga> mborzecki: the fix is not that hard, just thinking if something else needs to be updated
[10:23] <zyga> brb
[10:32] <mborzecki> mvo: added some comments in #8100
[10:32] <mup> PR #8100: httputil: add support for extra snapd certs <Created by mvo5> <https://github.com/snapcore/snapd/pull/8100>
[10:33] <mborzecki> mvo: i can post a patch if you like
[10:35] <mborzecki> zyga: do you have /etc/pulse/client.conf.d/<files-inside> in focal?
[10:36] <mborzecki> mvo: #8227 for 2.44?
[10:36] <mup> PR #8227: interfaces/audio_playback: Fix pulseaudio config access <Simple 😃> <Created by Erick555> <https://github.com/snapcore/snapd/pull/8227>
[10:39] <mborzecki> zyga: trivial PR ^^
[10:43] <zyga> mborzecki: checking
[10:44] <zyga> yes, I have two files there
[10:44] <zyga> 00-disable-autospawn.conf
[10:44] <zyga> and 01-enable-autospawn.conf
[10:45] <zyga> mborzecki: the latter is a symlink (dangling) to /run/pulseaudio-enable-autospawn
[10:45] <zyga> weird
[10:45] <zyga> perhaps we need the /run rule as well?
[10:48] <mborzecki> zyga: idk, the fix in 8227 seems to fix the problem for the author, so i'd start with that (and it's alrady what the `pulseaudio` iface does)
[10:48] <zyga> mborzecki: reviewed
[11:23] <mborzecki> ogra_: hey, does the zoom-client app start at all? just tried it and it coredumps when starting
[11:30] <mvo> mborzecki: sorry for the delay, had a call
[11:30] <mvo> mborzecki: looking at backlog now
[11:31] <mvo> mborzecki: re 8227> yes, let's double check with jamie though
[11:31] <mvo> mborzecki: just to be sure it's not something deliberate
[11:35] <mvo> mborzecki: I like the LoadInfo() idea - I think it makes sense. feel free to push a patch. I modelled the interface after samueles suggestion so might be worth checking with him first before spending too much time on this though)
[11:36] <mborzecki> mvo: yeah, he's away today, but i'll ping him tomorrow
[11:44] <ogra> mborzecki, it definitely does for me ...
[11:45] <ogra> let me purge and re-install to be sure
[11:47] <mvo> mborzecki: sounds great, thank you
[11:48] <ogra> mborzecki, starts fine here https://paste.ubuntu.com/p/vBnx3CpZBM/ ... (at that point i have a UI on screen (even though nothing would work without connecting the interfaces)
[11:49] <mborzecki> ogra: i'm trying this on arch, maybe it's a similar case to spotify from snap that segfaults
[11:49] <ogra> hmm, yeah
[11:49] <ogra> sadly zoom is 100% proporietary so i cant change any of its code
[11:50] <ogra> but for snap run --shell to look at pacmd you luckily dont need to run itself
[11:54] <ogra> mborzecki, also note that i can touch /var/run/1000/pulse/native (the socket) just fine without error
[11:54] <ogra> (forgot to add that to the forum)
[12:52] <zyga> mborzecki: so I did some digging
[12:52] <zyga> mborzecki: and it's not great
[12:52] <mborzecki> zyga: hm?
[12:52] <zyga> mborzecki: when environment contains duplicate variables
[12:52] <zyga> mborzecki: programs disagree as to what is set
[12:52] <mborzecki> hahah
[12:53] <zyga> mborzecki: for instance, python prefers the first value
[12:53] <zyga> mborzecki: but shell prefers the last value
[12:53] <zyga> mborzecki: C is more like python
[12:53] <zyga> mborzecki: I think fixing this may "bite"
[12:54] <zyga> mborzecki: I'll go ahead and see if fixing it breaks anything visibly
[12:54] <mborzecki> hm wnder if we should maybe do it in 2.45?
[12:55] <zyga> mborzecki: IIRC it breaks some stuff for snapcraft now
[12:55] <mborzecki> or 44 and then patch release if things are turn for the worse?
[12:55] <zyga> mborzecki: let's decide once we know some more
[13:07] <zyga> mborzecki: https://bugs.launchpad.net/snapd/+bug/1860369/comments/13
[13:07] <mup> Bug #1860369: Python apps broken in MicroStack (a classic snap) after Jan 14 snapcraft update <core20> <snapd:Triaged by anonymouse67> <https://launchpad.net/bugs/1860369>
[13:07] <zyga> I'll grab lunch and fix it after
[13:08] <zyga> sergiusens: https://bugs.launchpad.net/snapd/+bug/1860369/comments/13 can you comment on this and advise us if this will break snapcraft-built snaps?
[13:08] <mup> Bug #1860369: Python apps broken in MicroStack (a classic snap) after Jan 14 snapcraft update <core20> <snapd:In Progress by zyga> <https://launchpad.net/bugs/1860369>
[13:13] <sergiusens> zyga: I suspect that it would be mostly ondra's apps as they use adapter: none... mostly everything else has a shell in the middle either through command-chain or a wrapper
[13:14] <ondra> sergiusens yes, I use heavily adapter: none
[13:14] <sergiusens> zyga: but yes, python prefers "old", shell prefers "new"...which is the origin for the bug report
[13:14] <ondra> sergiusens are we removing support of it?
[13:14] <sergiusens> ondra: adapter: none and "environment: " is buggy in snapd
[13:14] <mup> PR snapd#8227 closed: interfaces/audio_playback: Fix pulseaudio config access <Security-High> <Simple 😃> <Created by Erick555> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8227>
[13:15] <mborzecki> mvo: can you cherry-pick https://github.com/snapcore/snapd/pull/8227 to 2.44?
[13:15] <mup> PR #8227: interfaces/audio_playback: Fix pulseaudio config access <Security-High> <Simple 😃> <Created by Erick555> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8227>
[13:15] <sergiusens> ondra: just read a few lines above
[13:19] <ondra> sergiusens ah, good to know I think one customer is using it as well
[13:25] <zyga> re
[13:26] <zyga> ondra: are you okay with us fixing the bug without any extra special compatibility features?
[13:26] <zyga> ondra: we will correctly override environment along the whole chain
[13:27] <ondra> zyga sure, I do not think we have hit it so far, and if we have defined env twice, it's also error on our side :)
[13:27] <zyga> ondra: I think it's not an error in general
[13:27] <zyga> ondra: let's take PATH
[13:27] <ondra> zyga true
[13:27] <zyga> ondra: you have one to begin with, from either system or snap-confine
[13:28] <zyga> ondra: then you can change it (e.g. extend or override) in snap global environment
[13:28] <zyga> ondra: then you can do the same again, at the level of a specific application
[13:28] <zyga> ondra: we're just inconsistent for now
[13:28] <ondra> zyga ah, that makes sense
[13:29] <ondra> zyga so I think from I'm aware, we usually use one or another, do not combine both
[13:29] <zyga> ondra: sure, my point is that combining is fine IMO
[13:29] <ondra> zyga this was case in one snap I was doing about year ago and that one is dead for now :)
[13:29] <ondra> zyga agree with you, you should be able to combine
[13:29] <ondra> it makes sense
[13:30] <jdstrand> mvo: hey, did you see https://github.com/snapcore/snapd/pull/8100#discussion_r389109976 ? I feel like I am missing something?
[13:30] <ondra> zyga but it should be predictable :)
[13:30] <mup> PR #8100: httputil: add support for extra snapd certs <Created by mvo5> <https://github.com/snapcore/snapd/pull/8100>
[13:30] <jdstrand> mvo: also, saw the timeline for 2.44. I need to prepare a PR for policy updates (wanted to earlier, but alas, focused on PR review backlog)
[13:31] <jdstrand> mvo: I'll do that today (maybe split into multiple PRs)
[13:32] <jdstrand> mvo: there is a timing problem though. there is a weird rule I'm trying to chase down for joedborg and the k8s team and until I understand it, I don't know where I want to put it
[13:33] <jdstrand> mvo: this will be in a separate PR as soon as I figure it out
[13:35] <joedborg> Morning jdstrand, we’re mostly all on swap.  What’s the issue?
[13:40] <jdstrand> joedborg: there is no new issue. just the timing of when I saw mvo say that he wanted to cut a final 2.44
[13:59] <mvo> jdstrand: thanks for this update
[14:02] <clmsy> hi everyone
[14:02] <clmsy> having a bit of a trouble at the moment
[14:02] <clmsy> i accidentaly uploaded a package to global store
[14:02] <clmsy> than on the details page i just want to remove and get rid of it
[14:03] <clmsy> details page being dashboard.snapcraft.io/snaps/(nameofthesnap)
[14:03] <clmsy> if i try edit name or any edit in any part i get a 404 back
[14:25] <mvo> roadmr: is the above question from clmsy something you could help with?
[14:37] <mup> PR snapd#8229 closed: overlord: disable Test..AbortShortlyAfterStartOfOperation for 2.44 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8229>
[14:44] <mup> PR snapcraft#2963 opened: project: add fallbacks for os.sched_getaffinity <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2963>
[15:38]  * zyga -> quick coffee
[17:22]  * zyga EODs the online part, will focus on coding for some more time offline
[20:15] <mup> PR snapd#8231 opened: interfaces/{docker,kubernetes}-support: updates for lastest k8s <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8231>
[21:00] <mup> PR snapcraft#2964 opened: build providers: remove LXD specific env setup <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2964>
[21:49] <mup> PR snapd#8232 opened: interfaces: miscellaneous policy updates <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8232>
[22:13] <mup> PR snapd#8233 opened: snap-confine: unconditionally add /dev/net/tun to the device cgroup <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8233>
[22:15] <mup> Bug #1859084 changed: tun module is not auto-loaded  on UC18/pi3 despite network-control interface being connected <snapd:In Progress by jdstrand> <https://launchpad.net/bugs/1859084>
[22:31] <mup> PR snapcraft#2965 opened: rosdep: include EOL ROS distros <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2965>
[22:34] <mup> PR snapcraft#2966 opened: build providers: move to buildd images <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2966>