[00:39] <robru> cyphermox, ping
[00:57] <RAOF> Have I mentioned before how much I loathe SRU review of vala projects?
[00:58] <RAOF> GAH
[01:00] <TheMuso> RAOF: I can imagine, generally a vala + c diff correct?
[01:00] <RAOF> Indeed.
[01:00] <TheMuso> That puzzles me, the C files really don't need to be shipped.
[01:00] <TheMuso> At least thats what I thought.
[01:01] <RAOF> And the C is entirely impenetrable, but a near-irresistible lure for review eyeball.
[01:02] <RAOF> AIUI the recommended process for shipping vala is to generate the C at dist time, and not use vala at build time.
[01:02] <TheMuso> Ah ok.
[01:02] <TheMuso> Yeah the C is interesting to read.
[01:02] <RAOF> This seems about as sensible to me as shipping the assembler generated by gcc as the source form.
[01:02] <TheMuso> hahaha
[01:03] <TheMuso> I agree.
[01:04] <RAOF> Ok. There's an evening ping for kenvandine pending.
[01:39] <ritz> robert_ancell morning
[01:39] <robert_ancell> ritz, hello
[01:40] <ritz> robert_ancell https://bugs.launchpad.net/lightdm/+bug/1071870 any thoughts ?
[01:40] <ubot2> Launchpad bug 1071870 in Light Display Manager "Dont verify the presence of .face file " [Undecided,New]
[01:41] <ritz> this would be seen when accountsservice is disabled
[01:41] <robert_ancell> ritz, right, why not just disable the user list in this case?
[01:43] <robert_ancell> ritz, the problem of removing this code is then you can't reliably let a greeter know where the user icon is
[01:43] <robert_ancell> which is something that accounts service solved
[01:47] <ritz> robert_ancell hmm, is it really required that the greeter know the user icon reliably ?
[01:47] <veebers> Hi all, after a dist-upgrade when I ssh into my test machine, I don't seem to be able to connect to the SessionBus as expected.
[01:47] <robert_ancell> ritz, yes, otherwise how can it display the icon?
[01:47] <ritz> I am new to this, and not sure.
[01:47] <robert_ancell> ritz, the problem was there wasn't a consistent name for the icon
[01:48] <veebers> a terminal on the machine itself works as expected, but not over ssh. using a python shell to test, when creating a SessionBus object, I seem to be getting something that's not the session bus back (i.e.  no com.canonical.Unity)
[01:48] <veebers> would anyone be able to shed some light on this?
[01:51] <ritz_> robert_ancell sorry, was dc.
[01:52] <ritz_> robert_ancell how about lazy loadin this property ?
[01:52] <ritz_> only when this property is queried for
[01:52] <ritz_> when AccountsService is disabled
[01:53] <robert_ancell> ritz_, yes, that would be fine
[01:54] <ritz_> would this be an acceptable fix ?
[01:54] <thumper> hi folks
[01:54] <ritz_> cool. thanks. will look this up
[01:55] <thumper> does anyone know when glib reads the environment for determining the XDG path for finding desktop files?
[01:55] <thumper> I'm wanting to control the path for some unit tests
[01:55] <thumper> do I need to modify the path before glib is initialized?
[01:55] <thumper> or does it look at the environment each time?
[01:55] <robert_ancell> ritz_, yes, I've updated the bug to say that
[01:56] <ritz_> oh, I had not refreshed ther page
[01:57] <robert_ancell> ritz_, I only did it a few second ago :)
[02:36] <mdeslaur> duflu: so, apparently you're the person I need to bribe to get bug 1037164 fixed...
[02:36] <ubot2> Launchpad bug 1037164 in compiz (Ubuntu Quantal) "Clicking on snapped windows in a different workspace produce unexpected results" [Medium,Triaged] https://launchpad.net/bugs/1037164
[02:38] <mdeslaur> duflu: do you like scotch? :)
[02:39] <duflu> mdeslaur: One the phone
[02:39] <duflu> -e
[02:53] <duflu> mdeslaur: You would have to convince the squad lead and/or JohnLea and Olli to get something like that on the priority lists. Yes, I like scotch but seem to have plenty in reserve right now :)
[02:54] <mdeslaur> d'oh :)
[02:54] <mdeslaur> this stupid bug has been driving me insane since natty
[02:55] <mdeslaur> duflu: who's the squad lead?
[02:55] <duflu> mdeslaur: What would be better would be to encourage more community contribution of fixes. We love them
[02:55] <duflu> mdeslaur: bregma
[02:55] <duflu> mdeslaur: In the mean time, you can probably just turn off the Snapping Windows plugin in CCSM. Does that help?
[02:56] <mdeslaur> uh, good question, let me check
[02:57] <mdeslaur> duflu: unfortunately not, even with that plugin disabled, the window moves half-way into the next workspace
[02:58] <duflu> mdeslaur: OK, thanks. And sorry. Using quantal?
[02:58] <mdeslaur> yeah
[02:59] <duflu> mdeslaur: I'll keep in mind for when I don't feel like paying attention to the priority lists :)
[03:00] <mdeslaur> duflu: hehe, thanks
[03:00] <cyphermox> robru: pong?
[03:00] <cyphermox> still around?
[03:00] <robru> cyphermox, oh hey, I am just heading out the door actually
[03:00] <robru> cyphermox, I sent you an email
[03:00] <cyphermox> ok!
[03:03] <robru> g'night!
[06:17] <didrocks> good morning!
[06:26] <RAOF> didrocks: Yo!
[06:28] <didrocks> hey RAOF! double bath time soon? :)
[06:28] <RAOF> Yeah, I guess so.
[06:28] <RAOF> Zoë's asleep at the moment, though.
[06:28] <didrocks> otherwise, how are things going? :)
[06:29] <RAOF> Would you be askable about the Precise Unity 2d SRU?
[06:30] <didrocks> RAOF: I think it's Mirv only, it's quite far from my head ;)
[06:30] <didrocks> mirv should be around btw :)
[06:30] <didrocks> RAOF: I remember having to ask for some reverts, that's it
[06:30] <didrocks> and they are done IIRC before I uploaded that
[06:30] <RAOF> I think you might have missed some :)
[06:31] <didrocks> urgh? what do you see as irrelevant?
[06:31] <didrocks> https://code.launchpad.net/~unity-2d-team/unity-2d/trunk
[06:31] <didrocks> http://bazaar.launchpad.net/~unity-2d-team/unity-2d/trunk/revision/1142
[06:31] <RAOF> Or, more to the point, there seems to be some refactoring in there that may be fixing a bug, but the bug that it might be fixing isn't filed in Launchpad.
[06:32] <didrocks> as you can see, I asked for more than on revert :)
[06:32] <didrocks> but just to check I didn't sponsor the wrong .changes?
[06:32] <didrocks> you don't see those, right?
[06:33] <RAOF> No, I don't see those.
[06:33] <didrocks> ok, at least, we are on a common ground :)
[06:35] <RAOF> Some of the ‘bugs’ that it fixes seem a bit shaky for an SRU - there seemed to be a couple of ‘change this behaviour to be better’ bugs. The change that I'm least sure of is related to https://bugs.launchpad.net/unity-2d/+bug/977262 , though.
[06:35] <ubot2> Launchpad bug 977262 in unity-2d (Ubuntu Precise) "Unity 2D doesn't load 24 bit icons" [Undecided,Triaged]
[06:36] <Mirv> RAOF: hello
[06:37] <Mirv> RAOF: although sil2100 was the one who worked on that, I just pinged about it :)
[06:37] <didrocks> Mirv: can you see that with RAOF? I'll read the scrollback, but I'm on the unity release :)
[06:37] <didrocks> RAOF: ah this one, we had a big debate about it, but design convinced me in the end
[06:37] <didrocks> RAOF: it's more "loading the good quality", so enhancement, which is seen as a "bug" for design
[06:38] <didrocks> (to load crappy icons)
[06:38] <didrocks> RAOF: maybe it's part of those where we decided to ask charline about those?
[06:38] <didrocks> (also, we only have ? for some of them when they only provide a 24 bits icon)
[06:38] <didrocks> and this can be seen as a bug to be fixed
[06:39] <RAOF> No, I'm not concerned with that bug being SRUable; it seems reasaonable to fix.
[06:39] <didrocks> ah, it's about the code itself?
[06:40] <RAOF> It's just not clear to me what part of that bug is actually being fixed in 5.14.0-0ubuntu1, and the code doesn't help much.
[06:40] <Mirv> the commit message is [lib] Support 24 bit pixbuf to QImage conversion (e.g. for kmag icon in Launcher)
[06:41] <Mirv> and additionally another commmit that fixes the colormapping
[06:41] <Mirv> (from the merges linked in the bug report)
[06:43] <RAOF> The diff between what's currently in precise-proposed and what's in 5.14.0 - http://launchpadlibrarian.net/121657028/unity-2d_5.12.0-0ubuntu1.2_5.14.0-0ubuntu1.diff.gz - only seems to be changing it so that 3-channel pixmaps don't get RGB-byteswapped.
[06:44] <RAOF> Although it does it in an SRU-unfriendly way by renaming variables and changing indentation :)
[06:46] <RAOF> Is that the change that's expected? It does not appear to match the bug description - AFAICT it's *not* adding support for 24bit pixmaps, just changing the handling of the colour channels.
[06:48] <Mirv> RAOF: good point, it was already fixed in 5.12 and only the last commit (https://code.launchpad.net/~aacid/unity-2d/more_24_bit_stuff/+merge/105797) is now in 5.14
[06:48] <Mirv> ie. loading more types of 24bit pixmaps correctly
[06:49] <Mirv> so indeed there is no clear bug decribing which icons do not load correctly, aside from the automated test
[06:51] <Mirv> terrible diff
[06:51] <RAOF> *Yes*
[06:52] <RAOF> Could I therefore please have a bug for the actual problem being fixed? ☺
[06:53] <RAOF> Because as it stands it's highly likely that if I accept the SRU no-one is going to know how to validate that fix.
[06:54] <RAOF> I'll reject the existing upload. If you upload with the changelog pointing to the new, accurate, bug I'll accept it immediately.
[06:54]  * RAOF → Zoë bath
[06:55] <Mirv> I'll ask greyback when he wakes up
[07:01] <didrocks> pitti: when you have some time, can please have a look at bumping https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4037566? It seems we will miss daily builds again otherwise
[07:01]  * didrocks now wonders what to do about the unity stack, we wanted to release it today
[07:01] <didrocks> but if I launch a build of it, powerpc won't ever be built in time
[07:26] <didrocks> (thanks to whoever bumped it)
[08:42] <pitti> Bonjour mes amis
[08:42] <didrocks> hey pitti!
[08:42] <didrocks> how is the weather in London?
[08:42]  * pitti gets the score bumping boot
[08:42] <pitti> didrocks: rainy :)
[08:43] <didrocks> ah, real UK then!
[08:43] <pitti> didrocks: well, that thing already built
[08:43] <didrocks> pitti: yeah, see my 08:26:04 didrocks | (thanks to whoever bumped it)
[09:27] <duflu> smspillaz: ping
[09:37] <ogra_> didrocks, hmm, so trying to install from the PPA removes the unity package on my nexus 7 ... and i end up with just nautilus on my desktop
[09:37] <didrocks> ogra_: yeah, previous build because of a build-dep failed if you look at the ppa :)
[09:37] <didrocks> ogra_: there is just a rebuild under progress, so armhf should be fine
[09:38] <didrocks> (it was an arch async)
[09:38] <ogra_> ok, i'll try again once thats done
[09:39] <didrocks> ogra_: yeah, builders seems happy and at most will start in an hour on powerpc
[09:43] <RAOF> Hm. When's Ken going to be on?
[09:44] <didrocks> probably still in 2-4 hours, you would be in bed I guess ;)
[09:58] <seb128> didrocks, RAOF: rather 4 hours than 2 ... what's the question/issue?
[09:58] <didrocks> I guess it's in one of the webapps SRU
[09:59] <RAOF> seb128: He wanted to prod me about an SRU, I wanted to get some clarification about it.
[09:59] <seb128> RAOF, which one? I can maybe help providing the infos...
[10:00] <RAOF> seb128: gnome-control-center-signon - there seems to be some unrelated changes in cc-credentials-accounts-model.vala
[10:08] <RAOF> seb128: Know about that one?
[10:08] <duflu> RAOF: ping
[10:08] <duflu> Ah, there you are
[10:09] <RAOF> duflu: What's cookin'?
[10:10] <duflu> RAOF, tvoss: It's been a few months since I did any serious EGL/GLES work, but I'm left scratching my head in disbelief there is no explicit extension for vblank syncing.
[10:10] <duflu> Is it assumed to be implied by the driver, which hopefully does page flipping?
[10:10] <RAOF> duflu: SwapBuffers + OML_sync?
[10:10]  * duflu looks
[10:11] <RAOF> duflu: http://www.opengl.org/registry/specs/OML/glx_sync_control.txt
[10:11] <seb128> RAOF, looking, but no, seems an undocumented change ... I guess Ken should do another upload with it documented or rolled out
[10:11] <duflu> RAOF: EGL, not GLX :)
[10:12] <duflu> How the hell did I miss that in the GLES work? Mebbe it was always implied as part of swapbuffers if implemented as flipping
[10:13] <duflu> I ask because the Nexus 7 is tearing, and I realized Compiz has no explicit extension support for avoiding that under EGL
[10:15] <RAOF> duflu: set eglSwapInterval to 1 (or more) + eglSwapBuffers?
[10:15] <RAOF> Although the default eglSwapInterval should be 1
[10:16] <duflu> RAOF: OK, I'm clearly blind. Feel free to ignore my stupidity. Still worried about the Nexus though
[10:16] <RAOF> ( http://www.khronos.org/registry/egl/specs/eglspec.1.4.20110406.pdf )
[10:18]  * duflu needs more sleep and/or coffee. Maybe not together
[10:28] <xnox> So we currently have bug 1060327
[10:28] <ubot2> Launchpad bug 1060327 in compiz (Ubuntu) "compiz crashed with SIGSEGV in compiz::opengl::bindTexImageGLX() from TfpTexture::bindTexImage() from ... from GLTexture::bindPixmapToTexture() from DecorTexture::DecorTexture()" [High,Confirmed] https://launchpad.net/bugs/1060327
[10:28] <xnox> is this being work on?
[10:29] <didrocks> xnox: can we avoid having 2 different people asking the same question on 2 different channels?
[10:29] <didrocks> xnox: so let me copy the question on #ubuntu-release
[10:29] <didrocks> 11:28:24 didrocks | gema_: is this crash on top of errors.ubuntu.com
[10:29] <xnox> didrocks: sure which channel should we talk on?
[10:29] <didrocks> here is fine, but just pick one :)
[10:50] <RoyK> Why is the 32bit version still flagged as 'preferred'? I mean - there's hardly any 32bit hardware out there, and 32bit isn't very efficient on 4GB RAM or more, and most machines these days have that
[10:50] <seb128> RoyK, why is it not efficient if you have > 4GB ram?
[10:51] <mlankhorst> it really isn't..
[10:51] <mlankhorst> forces kernel to use indirect addressing for high memory
[10:51] <mlankhorst> although 64-bit kernel with 32-bit userspace is fine most of  the time..
[10:52] <RoyK> seb128: it uses PAE for anything >2GB, and PAE isn't very efficient comparing to native 64bit addressing
[10:53] <mlankhorst> RoyK: >2gb? I thought anything above 1 gb would be highmem already with the 3/1g kernel split..
[10:54] <seb128> RoyK, in any case read https://lists.ubuntu.com/archives/ubuntu-devel/2012-April/035054.html on the topic
[10:54] <RoyK> mlankhorst: yeah
[10:55] <seb128> RoyK, https://lists.ubuntu.com/archives/ubuntu-devel/2012-April/035088.html was the conclusion
[10:57] <mlankhorst> I thought it was impossible to boot the 32-bit image on true 32-bit hardware because pae is enabled in the default image? then again I no longer have true 32-bit hardware to test..
[10:58] <ogra_> mlankhorst, thats only true for non-PAE capable 32bit hardware (i.e. rather old CPUs like P II, some pentium M's etc)
[10:59] <ogra_> recent 32bit systems should still work fine
[11:05] <didrocks> ogra_: compiz and unity are still building on armhf, will tell you once done
[11:06] <ogra_> didrocks, i have the tab open in front of me :)
[11:06] <ogra_> well, on my most left screen ... not actually in front :)
[11:06] <didrocks> ogra_: staring! :)
[11:07] <didrocks> ogra_: but feel free to install them in the desktop
[11:07] <didrocks> ogra_: and shout if anything bad happens :)
[11:08] <ogra_> nah, i wont taint my precise desktop install :P
[11:09] <didrocks> ogra_: hum, I won't comment :p
[11:09] <ogra_> took me long enough to get a 3 monitor setup working with full 5760x1920 in a usable way
[11:10] <ogra_> i wont fiddle with that machine :)
[11:10] <ogra_> i might test on my chromebook raring install though
[11:10] <ogra_> but thats only arm as well :P
[11:10] <didrocks> héhé
[11:40] <codfather>  Good morning from the UK. I would like some help with a question on 12.10 and dnsmasq. Does anyone know where the upstream DNS servers are now stored? They are not in /etc/resolv.conf or /var/run/nm-dns-dnsmasq.conf.
[11:41] <codfather> any information or pointers to documentation gratefully received - thanks in advance
[12:07]  * ogra-cb hugs didrocks
[12:08] <ogra-cb> didrocks, all PPA stuff seems to work fine on the nexus
[12:08] <ogra-cb> didrocks, the workspace switcher icon is missing for me though ...
[12:08] <ogra-cb> shows a "broken icon" image
[12:22] <seb128> GunnarHj, hey, I'm reassigning those merge requests, I'm not working on xubuntu or ubuntustudio and I prefer the people from those flavors to decide when is the right time to change their seed for their images
[12:25] <GunnarHj> seb128: Ok. Please note, though, that they include language-selector-gnome in their seeds, and im-config is a dependency of language-selector-gnome.
[12:26] <seb128> GunnarHj, well, still the people in charge of those images should be the ones doing the merges
[12:27] <GunnarHj> seb128: I see.
[12:27] <seb128> GunnarHj, I updated the reviewer for that, but I will make sure things get coordinated so no worry
[12:27] <GunnarHj> seb128: Great.
[12:28] <GunnarHj> seb128: Sent a reminder to Aron, btw, but haven't heard from him yet.
[12:28] <seb128> GunnarHj, ok, I think I will just merge your changes and we can do a follow up update if he has comments or issues
[12:29] <GunnarHj> seb128: Sounds good. The function we discussed will still be changed sooner or later. There is a FIXME remark in the file.
[12:46] <didrocks> 13:44:20   didrocks | ogra-cb: \o/
[12:46] <didrocks> 13:44:30   didrocks | ogra-cb: broken icon?
[12:46] <didrocks> 13:44:45   didrocks | ogra-cb: the icon should shows on which ws you are on
[12:46]  * didrocks hugs ogra-cb back
[12:46] <ogra-cb> didrocks, well, seems it doesnt find any icon at all ... WS switcher works though
[12:47] <ogra-cb> i just get the question mark icon for it
[12:48] <didrocks> interesting
[12:49] <didrocks> ogra-cb: you do have latest unity-asset-pool isn't it?
[12:50] <ogra-cb> it has "daily" in the version
[12:50] <didrocks> so, it should be fine, weird
[12:50] <didrocks> well, let's not block on that for now
[12:50] <ogra-cb> 0.8.24daily12.12.03-0ubuntu1
[12:50] <didrocks> I think you will agree :)
[12:50] <didrocks> oh
[12:50] <didrocks> 12.12.03?
[12:50] <ogra-cb> nah, definitely not a blocker
[12:50] <didrocks> you should have 12.12.05
[12:50] <didrocks> you did dist-upgrade?
[12:50] <ogra-cb> ah, intresting
[12:51] <ogra-cb> yes
[12:51] <didrocks> apt-cache policy is still telling there is only .03 for you?
[12:51] <didrocks> (2 days! you are so old!!! ;))
[12:52] <ogra-cb> oh, a new dist-upgrade call wants to upgrade 31 packages (many unity ones among them)
[12:52] <ogra-cb> let me run that :)
[12:52] <ogra-cb> yeah, seems that was caused by my first try where not everything was ready
[12:53]  * ogra-cb just seems to get 12.12.05 for everything now
[12:53]  * ogra-cb prays that doesnt regress
[12:53] <didrocks> interesting :)
[12:53] <didrocks> ogra-cb: keep me posted!
[12:53] <ogra-cb> will do
[12:58] <ogra-cb> didrocks, 12.12.05 works fine, workspace switcher has an icon too now
[12:59] <ogra-cb> ready to upload i'd say
[12:59] <ogra-cb> at least from an arm perspective
[12:59] <didrocks> ogra-cb: waiting on powerpc to finish and will do :)
[12:59] <didrocks> good good news \o/
[12:59] <ogra-cb> yeah, thanks so much for the hard work
[13:01] <didrocks> no worry :)
[13:19] <psivaa> didrocks: just in case you did not notice in release channel, i could not verify the ppa, in the live session, persistence mode in vms with kvm is not working. but pkill -9 X after the black blank screen brings up the live session properly even without installing the ppa
[13:20] <didrocks> psivaa: yeah, I did notice, I think, let's try with tommorrow's daily
[13:20] <didrocks> psivaa: it will get the new stack
[13:20] <psivaa> didrocks: ack thanks
[13:20] <didrocks> thanks to you :)
[13:32] <didrocks> only the lens shopping is holding back now! waiting for powerpc to publish!
[13:36] <ogra-cb> go go go !
[13:37] <didrocks> ogra-cb: my checker is still saying it's not published (checking every 5 times ;))
[13:37] <ogra-cb> :)
[13:37] <didrocks> then, as there are packaging change, I need to ack them ;)
[13:39] <didrocks> publisher phase now \o/
[13:40] <didrocks> btw, you can follow that live on https://jenkins.qa.ubuntu.com/view/cu2d/view/Unity%20Head/job/cu2d-unity-head-3.0publish/lastSuccessfulBuild/ :)
[13:41] <ogra-cb> heh
[13:42] <didrocks> (it's blocked because of the package_changes, which is to expect as we converted them all to dh9 ;))
[13:42]  * didrocks makes a second review
[14:04] <didrocks> ok, all reviewed
[14:04] <didrocks> now, let's "force" publishing
[14:05] <ogra_> you publish into the archive out of the PPA ?
[14:05] <didrocks> yep
[14:05] <ogra_> wow
[14:06] <didrocks> now, it's proposing all the packaging changes back to upstream :)
[14:10] <didrocks> and done \o/ https://jenkins.qa.ubuntu.com/view/cu2d/view/Unity%20Head/job/cu2d-unity-head-3.0publish/17/console
[14:10] <didrocks> (all will be merged automatically by the upstream merger)
[14:10] <ogra_> so next publisher run the raring archive will have it ?
[14:10] <didrocks> just waiting for a distro sync which is… now!
[14:10] <ogra_> yay
[14:11] <didrocks> 2012-12-05 14:11:07,690 INFO Found packagelist_rsync_cu2d-unity-head
[14:11] <didrocks> \o/
[14:11] <dbarth_> desrt: ping?
[14:11] <didrocks> 2012-12-05 14:11:09,594 ERROR The project unity-scope-gdrive is not in the allowed stack to be copied to distro. Rejecting.
[14:12] <didrocks> great, I was trying to not refresh the blacklist to test it :)
[14:12] <didrocks> let's free that one as well
[14:15] <didrocks> and done :)
[14:16] <didrocks> http://cdn.memegenerator.net/instances/400x/31326392.jpg
[14:32] <mspencer> mpt: I have another question regarding Contributor Console.
[14:32] <mpt> mspencer, good
[14:32] <mpt> :-)
[14:35] <mspencer> mpt: I have a couple of ideas for features to add to the Bugs panel. Do you want me to file them as bugs even though Contributor Console hasn't been released yet or do you just want me to talk to you directly about new ideas?
[14:35] <mpt> mspencer, either is fine by me
[14:36] <desrt> dbarth_: hi
[14:37] <mspencer> mpt: Okay. What do you think about adding the ability to see bugs that have been reported and the ability to see bugs that have been saved for reporting later?
[14:37] <mspencer> mpt: Then maybe have a button to get the code for the package a bug is filed for?
[14:38] <cyphermox> good morning
[14:38] <desrt> cyphermox: bonjour
[14:38] <cyphermox> desrt: sup
[14:38] <desrt> not my brain, yet
[14:39] <cyphermox> meh, it's before 11am.
[14:39] <cyphermox> nobody's up that early.
[14:40] <dbarth_> desrt: hi, i have a questoin about gsettings schema introspection
[14:41] <dbarth_> desrt: is there an api to determine the type of a key?
[14:41] <mpt> mspencer, is "the ability to see bugs that have been reported" the same as the "Show Bug Reports" button, or something different?
[14:41] <desrt> dbarth_: yes.  two, in fact.
[14:41] <dbarth_> desrt: or am i supposed to be parsing the xml
[14:41] <dbarth_> ah, nice
[14:42] <desrt> dbarth_: i have to wonder why you would want to do such a thing, though
[14:42] <dbarth_> desrt: i'm trying to enumerate unity properties and sync them with u1
[14:42] <mspencer> mpt: Different. I meant bugs that had been reported by the user.
[14:43] <dbarth_> desrt: so the code has to be able to determine the type of keys at runtime
[14:43] <desrt> doesn't the compizconfig abstraction have this information in it?
[14:43] <mpt> mspencer, oh, I see
[14:43] <desrt> or are you doing this from outside of compiz?
[14:43] <dbarth_> desrt: ie, i tell it: go enumerate com.canonical.Unity.Launcher and turn that into a hash that i can send to the u1db api
[14:43] <desrt> oh.  u*1*.  i saw 'ui' :)
[14:44] <desrt> dbarth_: right.  okay.
[14:44] <dbarth_> right, Ubuntu One
[14:44] <desrt> dbarth_: so first you will want to get a list of all the keys, i guess
[14:44] <dbarth_> i have that yup
[14:44] <desrt> that's g_settings_list_keys()
[14:44] <dbarth_> yup
[14:44] <desrt> then you can just get each value with g_settings_get_value()
[14:44] <desrt> and then you can find out its type in a lot of ways
[14:44] <desrt> depending on how you want to store it....
[14:44] <mpt> mspencer, that seems like a good idea, indeed :-)
[14:44] <dbarth_> hmm, i thought i had tried that
[14:44] <desrt> the easiest thing to do is probably g_variant_print()
[14:44] <dbarth_> it returns a gvariant, right
[14:45] <desrt> then you will get a string that you can parse on the other side
[14:45] <dbarth_> right
[14:45] <dbarth_> hmm, i remember getting an error with variants, so i tried to use native type instead
[14:45] <desrt> but you can also query the type if you feel like handling it manually
[14:45] <desrt> g_variant_get_type()
[14:45] <dbarth_> maybe that's the python bindings
[14:45] <dbarth_> ok, i will try that again
[14:45] <dbarth_> desrt: thanks
[14:45] <desrt> the python bindings should have OK support for variants
[14:46] <desrt> since about two years ago
[14:48] <mpt> mspencer, and seeing bugs that were saved earlier is in that bug report that you originally saw, right?
[14:48]  * mpt tries to find it
[14:49] <mpt> mspencer, bug 657275
[14:49] <ubot2> Launchpad bug 657275 in apport (Ubuntu) "ubuntu-bug should save reports offline automatically rather than giving a cryptic error message" [Wishlist,In progress] https://launchpad.net/bugs/657275
[14:49] <mspencer> mpt: Yes.
[14:49] <mpt> mspencer, so basically you'd like a design for those two?
[14:49] <mspencer> mpt: Yes, that would be great.
[14:50] <dbarth_> desrt: g_variant_get_type_string does the trink
[14:50] <desrt> dbarth_: honestly, i think you should just go straight for g_variant_print(v, TRUE)
[14:51] <desrt> if you want to step up your game a little, you could say FALSE and re-provide the type information on the other side
[14:51] <mspencer> mpt: About filing bugs that are feature requests, if I or someone else files one, I'm going to assign it to you, then you design it, then you unassign yourself, right?
[14:52] <mpt> mspencer, right, I've just done that with bug 657275 and bug 1086825
[14:52] <ubot2> Launchpad bug 657275 in apport (Ubuntu) "ubuntu-bug should save reports offline automatically rather than giving a cryptic error message" [Wishlist,In progress] https://launchpad.net/bugs/657275
[14:52] <ubot2> Launchpad bug 1086825 in Contributor Console "Can't easily access bug reports I'm involved in" [Undecided,New] https://launchpad.net/bugs/1086825
[14:52] <mspencer> mpt: Okay, thanks.
[14:53] <mpt> cool
[14:54] <dbarth_> desrt: ok; getting there
[15:06] <codfather> I would like some help with a question on 12.10 and dnsmasq. Does anyone know where the upstream DNS servers are now stored? They are not in /etc/resolv.conf or /var/run/nm-dns-dnsmasq.conf.any information or pointers to documentation gratefully received - thanks in advance
[15:26] <seb128> cyphermox, hey, I'm rejecting evolution-indicator from NEW, src/xutils.c,h are LGPL but debian/copyright only list GPL, we also need a COPYING.LGPL shipped in the source ... can you get those fixed and reupload?
[15:26] <cyphermox> yup
[15:26] <seb128> cyphermox, thanks
[15:27] <xclaesse> how do I take screenshot of a single window with unity? alt-printscreen takes a shot of the dash because alt open it
[15:28] <seb128> xclaesse, hum, that's not supposed to happen... only a tap on alt is supposed to open the hud (the dash interface to browse menu)
[15:29] <seb128> xclaesse, in practice most people re-map the hud away from alt in system settings
[15:30] <xclaesse> seb128, what actually happens: 1) press alt 2) press printscreen 3) release printscreen (shot is not yet take) 4) release alt and dash opens then shot is taken
[15:30] <seb128> xclaesse, for some reason the take screenshot is ctrl-printscreen here
[15:31] <seb128> I wonder if I remapped it :p
[15:37] <chrisccoulson> hmmm, why didn't i discover JS proxies before!
[15:39] <mvo> mterry: is it intentional that update-manager -d only shows information about the new release after all updates are installed? looking at the code it is, but it will be confusing for some users (well, me at least :)
[15:39] <mterry> mvo, it was intentional since I thought that's the recommended way to upgrade (i.e. to make sure that users have latest update manager and all that
[15:41] <mvo> mterry: right, its generally a good idea I was just confused that there is no indication that the new release is available in the UI and only after applying the missing updates it was there. not a big deal, just wanted to mention it
[15:41] <mterry> mvo, yeah I'm fine with that.  I think that's how the spec is written too.
[15:43] <mvo> ok
[15:54] <didrocks> mterry: hey, how are you?
[15:55] <mterry> didrocks, good.  I've been running the PPA.  No obvious problems
[15:55] <didrocks> mterry: it's in the distro right now \o/
[15:55] <didrocks> so we got our first daily release (but without autopilot, just dogfooding)
[15:55] <kenvandine> yay!
[15:55] <didrocks> :)
[15:56] <didrocks> mterry: so, now that we are back to a normal life, I let the merge reviews under your vigilance :)
[15:56] <mterry> didrocks, hah, OK
[15:56] <didrocks> mterry: FYI, I fixes some mismatch in the build-deps
[15:56] <didrocks> mterry: however, nux has a lot of rdepends in the .pc file not listed in its -dev
[15:56] <didrocks> (I blame the merging of multiple .so)
[15:56] <mterry> didrocks, I noticed you also did a set of changelog updates a while back.  Did I miss some things or were there just parallel uploads to raring?
[15:57] <didrocks> mterry: some were parallel uploads, but some were missing :)
[15:57] <mterry> didrocks, ah well.  Thanks!
[15:57] <didrocks> mterry: not a biggie, now that's done, will be easier to catch I guess!
[15:57] <didrocks> mterry: I plan to discuss later this week about how the daily process work in depth
[15:57] <didrocks> mterry: for the nux thingy, just ping me (or I'll watch)
[15:58] <didrocks> mterry: oh, and btw http://pad.ubuntu.com/ubuntu-unity is resolved (well almost, some are still not merged)
[15:58] <didrocks> can you track them?
[15:58] <didrocks> and note everything not compliant :)
[16:00] <mterry> didrocks, what's the nux thingy again?
[16:00] <didrocks> mterry: oh, if you look at the -dev
[16:01] <mterry> didrocks, OK
[16:01] <didrocks> it doesnt dep on every requirement of the .pc
[16:01] <didrocks> doesn't*
[16:01] <didrocks> so I guess a sanity check (even if we are the only nux project :p)
[16:01] <mterry> didrocks, OK, I'll try to keep on top of branches without tests for ya
[16:01] <didrocks> thank you!
[16:01] <mterry> didrocks, and I'll do a pass on nux and try to propose a review
[16:02] <didrocks> excellent, thanks a lot :)
[16:02] <mterry> kenvandine, btw, you should be able to run deja-dup's trunk tests again
[16:10] <kenvandine> mterry, cool, i'll try
[16:11] <didrocks> mterry: kenvandine: cyphermox: I think I'll give you a short introduction to this daily-build thingy, do you prefer before those holidays or after?
[16:11] <kenvandine> after please... i'll be out for the rest of the year and will surely forget everything :)
[16:12] <didrocks> ok ;) making sense, I'll maybe just give mterry some introduction first as he will be the only desktop soldier starting on 14th
[16:13] <didrocks> kenvandine: seb128: do you know why we have debian/places in ubuntu-mono btw?
[16:13] <mterry> :)
[16:13] <didrocks> mterry: we'll all think about you! (while drinking and celebrating) :-)
[16:13] <kenvandine> didrocks, i don't
[16:13] <mterry> hah
[16:14] <didrocks> kenvandine: I'm about to kill that if seb128 doesn't answer in 3
[16:14] <didrocks> 2
[16:14] <didrocks> 1
[16:14] <seb128> didrocks, no
[16:14] <didrocks> :)
[16:14] <didrocks> ok, let's move it!
[16:14] <seb128>   [Paul Sladen]
[16:14] <seb128>   Pre-caching: buildd build fails to pick up underlying raster wallpaper
[16:14] <seb128>   from 'ubuntu-wallpapers', leaving the icon empty unless highlighted.
[16:15] <didrocks> I saw that, its not enlightening to me :)
[16:15] <seb128> didrocks, the bzr log says ... which was when they tried to include the wallpaper image in the svg ... which was great because it made stuff like nautilus take one extra second to start because it was resizing wallpapers to fit in each icon size variant ...
[16:15] <didrocks> ah that
[16:15] <didrocks> you enjoyed it!
[16:15] <seb128> yeah, so much that I nuked it :p
[16:15] <didrocks> heh
[16:15] <didrocks> so moving the .png
[16:15] <didrocks> and installing the new ones
[16:16]  * didrocks is a bzr mv away ;)
[16:17] <mspencer> mpt: I've got another idea - what about adding an option to open Bazaar Explorer (shown only if it is installed) when getting the code for a package/project?
[16:18] <seb128> didrocks, drop the debian/rules "# Go on! Give up; admit defeat by the buildd. " hack as well I think
[16:18] <mpt> mspencer, sure, good idea
[16:18] <didrocks> seb128: yeah, I saw it
[16:18] <didrocks> it's horrible
[16:18] <didrocks> I'm waiting for robru who started on it
[16:18] <didrocks> and will probably finish and do the cping
[16:19] <mspencer> mpt: Should I report that as a bug and assign you to it?
[16:19] <mpt> mspencer, ok :-)
[16:19] <mspencer> mpt: Thanks!
[16:20] <seb128> didrocks, hum, trying a local build, dropping that dir results in missing icons...
[16:21] <didrocks> seb128: yeah, because of the cp in debian/rules
[16:21] <didrocks> seb128: we just need to relocate in ./common/places
[16:21] <seb128> didrocks, right
[16:21] <didrocks> (. being the root of the package)
[16:21] <didrocks> and do the cp in the packages from it
[16:21] <didrocks> will be easy, no worry :)
[16:21] <seb128> ok ;-)
[16:22] <didrocks> and removing tonnnnnnnnnnnnsss of comments :)
[16:22] <desrt> seb128: so i think we should take 3.8 this cycle :)
[16:22] <seb128> desrt, suuuure
[16:22] <desrt> seb128: i'm fixing all the issues for you ahead of time :p
[16:22] <seb128> desrt, I see and I appreciate it, thanks ;-)
[16:22] <desrt> but what's the point if you don't take it? :p
[16:22] <didrocks> desrt: seb128 already started to push it :p
[16:27] <mspencer> mpt: I've filed this as bug 1086870
[16:27] <ubot2> Launchpad bug 1086870 in Contributor Console "Should be able to open Bazaar Explorer when getting code" [Undecided,New] https://launchpad.net/bugs/1086870
[16:27] <mpt> ok
[17:47] <didrocks> ogra_: unity, compiz and nux seems to be blocked because of edubuntu alpha1 freeze
[17:48] <didrocks> ogra_: so you maybe will have to wait after this to rebuild your image
[17:53]  * didrocks waves good evening
[18:55] <dobey> pitti: is there any way to programmatically get the pygobject version number in python, when using gir bindings?
[18:55] <pitti> $ python3 -c 'import gi; print(gi.version_info)'
[18:55] <pitti> (3, 7, 2)
[18:55] <pitti> dobey: ^ that's the official API
[18:56] <dobey> ah ok
[18:56] <dobey> thanks
[18:56] <dobey> now i'll have to patch twisted
[18:58] <mterry> Sweetshark, so should I look at bug 1034560 now?  We want libreoffice-report-builder in raring?
[18:58] <ubot2> Launchpad bug 1034560 in libserializer (Ubuntu) "[MIR] libloader-java, libformula-java, librepository-java, libfonts-java, libserializer-java " [Undecided,New] https://launchpad.net/bugs/1034560
[19:11] <Sweetshark> mterry: yep.
[19:16] <plars> seb128: ping?
[19:16] <Sweetshark> mterry: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=rules;h=2ed34ada677a8a688eda6511093683a0699361aa;hb=651089892251843ef3ae93d1499121957e25ac11#l848 shows the additional deps that would be ensued by enabling report-builder ..
[19:17] <plars> seb128: could I push https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1086036 over to you or didrocks (or anyone else that might want to take a look)?
[19:17] <ubot2> Launchpad bug 1086036 in compiz (Ubuntu) "Compiz driven ubiquity-dm crashes when booting raring" [High,Confirmed]
[19:37] <seb128> plars, hi
[19:37] <plars> hi seb128
[19:37] <seb128> plars, seems like duflu looked at it, he's the best placed to debug the issue
[19:37] <seb128> plars, but try to ping bregma about it, he can probably help you
[19:38] <plars> bregma: ping?
[19:39] <seb128> plars, btw nothing changing in the compiz stack "between the 20121129 and 20121202"
[19:39] <plars> seb128: but it was switched out for metacity apparently
[19:40] <seb128> plars, but it seems like around the time ubiquity started using compiz
[19:40] <plars> right
[19:40] <seb128> plars, right, so that's not very helpful info
[19:40] <seb128> "compiz started to have an issue when we started to use it"
[19:40] <seb128> sure you didn't have issue when you were not using it...
[19:40] <seb128> it doesn't mean the issue was not there
[19:41] <plars> seb128: compiz was merely our best guess based on what we are seeing, but we need help debugging where the problem actually lies.  There was a corresponding crash with compiz that was suspicious, but may or may not be the underlying cause
[19:42] <plars> seb128: it could, in fact, be what duflu suspected, and a dup of this 2 month old compiz bug.  But that bug hasn't seem to have made any progress and this is impacting daily raring images now, so it needs some attention
[19:42] <seb128> plars, right, well the #ps team (e.g bregma and duflu) are the best placed to help you
[19:42] <plars> seb128: thanks I'll talk to them
[19:42] <seb128> let us know how it goes
[19:43] <bregma> plars, our best bet is to wait until duflu is on and get his opinion on possible causes
[19:44] <seb128> bdrung, thanks for the file-roller work!
[19:44] <bdrung> seb128: you're welcome
[19:45] <bdrung> seb128: i recommend to add bugs to attract new developers ;)
[19:45] <seb128> hehe ;-)
[19:48] <bdrung> that's the normal way for me to become a maintainer of a package
[19:56] <robert_ancell> tedg, is lp:indicator-network obsolete? I'm working on a Network Manager indicator and wondering if we should take over that branch. Also do you know who maintains ~indicator-developers?
[20:00] <robert_ancell> seb128, fricking copyrights :)
[20:04] <seb128> robert_ancell, hey
[20:04] <seb128> robert_ancell, don't tell me, I hate them!
[20:04] <robert_ancell> seb128, I hoped you'd just patch it for me :)
[20:05] <seb128> robert_ancell, I did!
[20:05] <seb128> robert_ancell, not nice from you though :p
[20:06] <robert_ancell> seb128, your emails weren't in unified diff format ;)
[20:07] <tedg> robert_ancell, It's basically connman based, we've intended to port it to network manager eventually, but I don't think that's staffed currently.
[20:07] <seb128> robert_ancell, heh, I did upload to the queue for you!
[20:07] <robert_ancell> seb128, oh cheers, I didn't see that
[20:09] <robert_ancell> tedg, right, we have a working nm indicator but it's not based on the old indicator-network codebase - shall push the old lp:indicator-network to another branch and link lp:indicator-network to the new one?
[20:09] <seb128> robert_ancell, I posted "I rejected but I uploaded a fixed version" (or something around those lines)
[20:09] <seb128> robert_ancell, for both seahorse-share and realmd
[20:09] <robert_ancell> seb128, oh too early for me!
[20:10] <tedg> robert_ancell, ?  I'm confused.
[20:10] <tedg> robert_ancell, You wrote a new indicator?
[20:11] <robert_ancell> tedg, yes
[20:12] <tedg> Uhm, why?
[20:13] <robert_ancell> tedg, based it off the indicator-bluetooth code and both I and cyphermox considered the old i-n overly complicated
[20:13] <seb128> there is a chance the new indicator is faster to write than trying to adapt the 3 years old conman based one
[20:58] <robert_ancell> desrt, hey, if you register an object in GDBus with a property and you notify that property doesn't it generate a D-Bus notify?
[20:59] <robert_ancell> i.e. a PropertiesChanged D-Bus signal
[21:29] <desrt> robert_ancell: which kind of object and how?
[21:29] <micahg> kenvandine: did you discuss the ctypes thing with chrisccoulson, I would think not being able to use a multiarch dir for a library is a bug
[21:29] <desrt> robert_ancell: if you mean register_object() then no
[21:29] <robert_ancell> desrt, yes
[21:30] <kenvandine> micahg, not yet
[21:30] <desrt> robert_ancell: if you mean gdbus-codegen then "maybe"
[21:30] <robert_ancell> desrt, no, from vala
[21:30] <desrt> that's more interesting.  also a maybe.
[21:30] <desrt> i guess it depends on if the signal is part of the tagged-public dbus interface
[21:30] <kenvandine> micahg, i think it should find it without the path
[21:30] <desrt> in that case i think it is emitted
[21:31] <robert_ancell> desrt, it is, but it doesn't seem to generate the signal. I think it's because you potentially want to send only one d-bus signal and GLib generates a notify for each property
[21:31] <robert_ancell> desrt, but in that case it really should be more clearly documented and there should be a bus.notify_properties (object, properties)
[21:33] <robert_ancell> desrt, it's probably more of a vala issue because in C you'd have to handle all the properties anyway
[21:33] <desrt> robert_ancell: the property change signal thing is... controversial
[21:33] <desrt> some people say it's part of the spec, others disagree
[21:33] <desrt> in particular, i think david is a strong advocate and thiago hates it
[21:33] <robert_ancell> desrt, it's practically required and used everywhere
[21:34] <micahg> kenvandine: well, I would think the multiarch path would be accessible without being explicitly defined if that's what you mean
[21:35] <kenvandine> micahg, right
[21:35] <desrt> robert_ancell: i think QtDBus is quite intentional about not supporting it
[21:35] <robert_ancell> groan
[21:36] <robert_ancell> and this is why everyone reimplements essentially a properties interface for their objects :)
[21:36] <desrt> robert_ancell: depending on what you're doing, objectmanager is a good fit
[21:36] <robert_ancell> desrt, I'm trying to make an indicator
[21:36]  * robert_ancell cries
[21:36] <desrt> erm
[21:37] <desrt> isn't there a library for that?
[21:37] <robert_ancell> there's at least 5!
[21:37] <desrt> heh
[21:37] <desrt> so why are you talking to dbus directly?
[21:37] <desrt> pick one :)
[21:37] <robert_ancell> I've solved my issue now, but it felt clunky
[21:37] <desrt> btw...
[21:37] <desrt> any idea if we will be on logind soon?
[21:37] <robert_ancell> you have to make a service to send the icon name from the indicator service to the indicator library
[21:38] <robert_ancell> desrt, seb128 said slangasek said soon
[21:38]  * desrt is getting sick of dealing with consolekit issues
[21:38] <chrisccoulson> micahg, kenvandine, it just uses dlopen(), and it works fine here btw for my addons
[21:38] <robert_ancell> me too
[21:38] <desrt> BSD is gonna be pissed :(
[21:38] <chrisccoulson> eg, https://addons.mozilla.org/en-US/firefox/addon/unityfox/ happily loads libunity from a multiarch location just fine
[21:38] <kenvandine> chrisccoulson, i am pretty sure this was working before in unity-firefox-extension
[21:38] <desrt> robert_ancell: this cycle soon, you think?
[21:39] <robert_ancell> desrt, that's what I've heard
[21:39] <kenvandine> we tested it when we converted it to multiarch
[21:39]  * desrt grins widely
[21:39] <desrt> as soon as there is a stable release of ubuntu sans-CK, support is just going to utterly utterly vanish from GNOME
[21:40] <desrt> which will be awesome for absolutely everyone except the BSDs :/
[21:41] <robert_ancell> desrt, they should be able to do the same thing we're doing and switch to logind
[21:42] <desrt> i thought i understood that logind was wired pretty tightly into some linux-only kernel features...
[21:42] <robert_ancell> desrt, I think that's an exaggeration. We/they might have to drop a few features, but the core part of tracking sessions and seats only really requires PAM afaict
[21:43] <desrt> hmmm
[21:43] <micahg> kenvandine: FWIW, that package was lacking a multiarch label in the control file even though it was converted
[21:43]  * desrt was pretty sure cgroups was a core feature there
[21:43] <robert_ancell> the big new thing is tracking session processes with cgroups, but if you disable that you aren't any worse off that CK
[21:43] <desrt> true enough
[21:43] <robert_ancell> and ideally we/they can enable all that in the future
[21:44] <robert_ancell> even if a different technology is required
[21:44] <desrt> i should email antoine
[21:48] <seb128> desrt, robert_ancell: some systemd trolling?
[21:49] <robert_ancell> seb128, no trolling
[21:49] <robert_ancell> seb128, desrt was asking when we get logind
[21:49] <seb128> this cycle hopefully, I ping slangasek about that last week
[21:50] <desrt> seb128: i can't believe i'm wasting my time fixing all these consolekit issues :p
[21:50] <seb128> he didn't manage to finish looking at that last cycle because secure boot was higher priority on the list
[21:50] <kenvandine> micahg, what was it missing?
[21:50] <seb128> hum, ping->pinged
[21:50] <micahg> kenvandine: Multi-Arch: (same|foreign)
[21:50] <kenvandine> oh... i've never seen that :)
[21:51] <kenvandine> none of my checkouts have that... weird
[21:51] <micahg> kenvandine: it lets dpkg/apt know which arch of a library can suffice for another arch's dependency
[21:51] <seb128> desrt, yeah, maybe for nothing if we get logind next cycle by the time we get GNOME 3.8 ;-)
[21:51] <desrt> seb128: it still suits me
[21:51] <desrt> it's a personal priority for me to keep jhbuild working against the latest stable ubuntu
[21:51] <seb128> desrt, you are happy then, see you didn't waste time ;-)
[21:51] <desrt> and since we don't have a stable release (or any realease) with logind yet...
[21:52] <seb128> desrt, joke aside Steve said it should be doable
[21:52] <micahg> kenvandine: apt-cache show libpoppler28 | grep Multi-Arch
[21:52] <seb128> desrt, he just needs to sort out the weird cgroups usage/requirement
[21:53] <desrt> the cgroups thing is semi-awesome
[21:53] <desrt> but also weird at the same time...
[21:53] <desrt> some things in the session (gvfsd, dconf-service, etc.) are services to the user rather than services to the session
[21:53] <desrt> and they should not have their lifecycle tied to the session cgroup
[21:53] <desrt> i should talk to lennart about that...
[21:55] <achiang> random question because i'm awake... do we have plans to migrate gtk2 apps => gtk3 (similar to python2 => python3) ?
[21:56] <desrt> achiang: been going on for several cycles now...
[21:56] <desrt> mostly consists of pressuring upstreams to get their act together :)
[21:56] <achiang> heh. what are the worst offenders currently?
[21:56] <desrt> ubuntu1 has a python2 problem
[21:56] <desrt> that's the biggest case, i think
[21:57] <seb128> achiang, libreoffice, firefox
[21:57] <desrt> software centre too, but the problem is not too serious (and may be solved)
[21:57] <desrt> ya... and libreoffice/firefox on the gtk side
[21:57] <seb128> desrt, he asked about gtk2 to gtk3
[21:57] <seb128> s-c is gtk3
[21:57] <achiang> damn, those are pretty large programs
[21:57] <desrt> ah.  i thought he asked about both :p
[21:57]  * achiang is happy for lots of extra info :)
[21:57] <seb128> achiang, yeah, as always easy stuff are done for a longtime
[21:57] <desrt> achiang: s-c and u1 are python2 problems... not gtk2 :)
[21:58] <achiang> it's frustrating that we ship gtk2, gtk3, *and* qt4 on the cd
[21:58] <seb128> achiang, usually when something remains to after a few cycle it's because they are hard ones...
[21:58] <achiang> i wonder if we'll have this same problem with qt4 and qt5
[21:58] <seb128> achiang, tell us...
[21:58] <desrt> firefox has gtk3 patches....
[21:58] <seb128> achiang, it's easy enough to kick out qt4
[21:58] <seb128> desrt, do we have adobe plugins for gtk3?
[21:59] <achiang> seb128: ah, good. re: qt4
[21:59] <desrt> seb128: does the flash plugin link against gtk2?
[21:59] <seb128> achiang, qt is only for u1
[21:59] <seb128> desrt, yes
[21:59] <desrt> seb128: that's approximately the stupidest thing i've ever heard
[21:59] <desrt> why!?
[21:59] <seb128> desrt, why do you think it doesn't work in epiphany...
[21:59] <desrt> GtkPlug?
[21:59] <desrt> seb128: i don't really use flash...
[21:59] <seb128> desrt, not sure, the source is not available
[22:00] <desrt> seb128: easy enough to check for symbols...
[22:00] <seb128> desrt, they have an ui in any case to choose quality and other things
[22:00] <desrt> seb128: seems to be using file selector, menus, message dialogs
[22:01] <desrt> input methods...
[22:01] <desrt> clipboard
[22:01] <desrt> lots of stuff, actually
[22:01]  * achiang finds http://worldofgnome.org/libre-office-in-gtk3-and-wayland/
[22:03] <achiang> there's gotta be some equivalent of jwz's law of envelopment... any sufficiently large program must write its own toolkit
[22:04] <desrt> freaking gimp
[22:04] <achiang> xul, nux... ;)
[22:04] <desrt> iirc vlc has its own toolkit as well
[22:04] <TheMuso> VLC uses QT afaik.
[22:05] <desrt> maybe i get it confused with libreoffice's toolkit being called vcl
[22:06] <seb128> don't forget gnome-shell not using gtk but their own stuff as well ;-)
[22:07] <desrt> also meego using its own toolkit :)
[22:07] <seb128> desrt, tizen uses efl ;-)
[22:08] <desrt> finally!  someone who uses an existing product!
[22:08] <desrt> wait... efl?
[22:08]  * desrt falls over
[22:08] <seb128> the world got tired to wait for e17
[22:08] <seb128> somebody had to release a product using efl
[22:08] <seb128> "release"
[22:09] <desrt> hah
[22:09] <seb128> or maybe tizen will be doomed the same way e17 was
[22:09] <seb128> iz efl's fault
[22:09] <desrt> more similar to the way that meego is, i think :)
[22:09] <desrt> linux is cursed
[22:09] <desrt> unless you're google.....
[22:10] <desrt> maybe that's the key... you can only be successful using linux if you carry a significant delta vs. the upstream kernel :)
[22:12] <seb128> I don't like that rule :p
[22:12] <desrt> here's another one, then:
[22:12] <desrt> android doesn't have glib
[22:12] <desrt> you can only be successul if you don't have glib :p
[22:12] <seb128> some people are working on solving that it seems
[22:12] <desrt> (also: dbus, glibc, etc... GNU in general, actually)
[22:13] <seb128> wasn't slomo sending patches for having glib to work on android?
[22:13] <desrt> yes
[22:13] <desrt> they have gstreamer working with it
[22:16] <robert_ancell> tedg, do you know about IdoSwitchMenuItem?
[22:17] <tedg> robert_ancell, A bit, but charles or larsu would probably know more.
[22:17] <robert_ancell> tedg, what is the correct way to set a label on it?
[22:17] <seb128> robert_ancell, indicator-sync is an example of indicator using it
[22:17] <seb128> robert_ancell, in case that helps you
[22:18] <robert_ancell> seb128, yeah, looking at that, but it does it a bit differently
[22:18] <robert_ancell> tedg, is that what the "content area" is for?
[22:18] <tedg> ?
[22:18] <seb128> charles, ^
[22:18] <tedg> I think that you probably don't want to do switches with libappindicator :-)
[22:19] <tedg> There's now way to put the IDO widget in and have it introspected back out.
[22:19] <tedg> That feature was dropped half way when I learned about GMenuModel.  Didn't make sense to complete it.
[22:20] <robert_ancell> tedg, I'm copying how indicator-sync does it and it uses DbusmenuGtk.Client.add_type_handler
[22:20] <tedg> robert_ancell, On the client side, yes.
[22:20] <tedg> robert_ancell, You can't do that on the server side.
[22:20] <robert_ancell> tedg, that's fine
[22:21] <robert_ancell> tedg, ok, it seems to have worked
[22:24] <desrt> achiang: hey... what's the status of power-and-usb-otg-at-the-same-time?
[22:25] <achiang> desrt: hm... that's a better question for ogra or janimo. i don't think it's working though
[22:25] <desrt> achiang: know anything about these 4 contacts on the side of the device?
[22:25] <desrt> rumour has it i can apply +5 and ground to two of them....
[22:25] <achiang> desrt: they're "pogo plugs"
[22:25] <achiang> desrt: supposedly a dock is coming
[22:25] <achiang> but i don't know if it's shipped yet
[22:26] <desrt> ya... i've seen the dock
[22:26] <desrt> just wondering if we support that
[22:27] <desrt> i was reading that some older versions of the android firmware refused to charge from them
[22:27] <achiang> interesting... i don't know anyone who's tried testing
[22:27] <desrt> k.  thanks
[22:28] <robert_ancell> tedg, hey, so I think I have my head around doing indicators right - can I get you to review http://bazaar.launchpad.net/~robert-ancell/+junk/indicator-vala/files/head:/src/ some time?
[22:30] <tedg> robert_ancell, I can, I have a rather long review queue sadly though.  You might ping charles or larsu to see if their's is shorter.  But I can do it if they're busy as well.
[22:30] <robert_ancell> tedg, I know larsu is busy :) I'll send you all an email and I'll just press on for now assuming it's correct
[22:31] <robert_ancell> bbl


[05:26] <pitti> Bonjour tout le monde
[05:30] <bochecha_> hi, not sure if this is the appropriate place to ask, but I've noticed that apps.ubuntu.com doesn't show raring packages (I'd like to add an "Install to Ubuntu" button on my website pointing there, but my app is only available on 13.04+)
[05:37] <darkxst> pitti, hi
[05:40] <pitti> hey darkxst, how are you?
[05:40] <darkxst> yeh good, fixed the stupid gsd thing
[05:41] <darkxst> hadess decided to remove Unity from the autostart desktop file
[05:47] <darkxst> pitti, do you know why 48_register_client_before_idle_callbacks.patch exists in gsd? is it still needed?
[05:47] <pitti> argh, what a silly and simple thing
[05:47]  * pitti looks at the patch
[05:50] <pitti> darkxst: it's in the changelog of 3.1.92-0ubuntu3
[05:50] <pitti>     - Create the GDBusProxy for gnome-session synchronously, and then schedule
[05:50] <pitti>       the RegisterClient call with a higher priority. This ensures that we
[05:50] <pitti>       register with the session manager as soon as we start the main loop, and
[05:50] <pitti>       before running any other idle callbacks
[05:50] <pitti> that was chrisccoulson's patch, maybe he still knows what its upstream status is
[05:51] <pitti> ah, part of bug 854101
[05:51] <didrocks> salut pitti, bochecha_, darkxst! (should think about telling hi when joining)
[05:51] <ubot2> Launchpad bug 854101 in gnome-settings-daemon (Ubuntu Oneiric) "gnome-settings-daemon takes waaaaaaaay too long to start" [High,Fix released] https://launchpad.net/bugs/854101
[05:51] <pitti> bonjour didrocks, how are you?
[05:51] <didrocks> bochecha_: yeah, that's one of the reason oneconf doesn't work as well. I'm not sure who is in charge of the website nowdays
[05:51] <bochecha_> didrocks: salut didrocks, I thought I'd come and annoy you with my issue :)
[05:51] <darkxst> didrocks, hi
[05:51] <didrocks> pitti: I'm good, thanks! yourself?
[05:51] <bochecha_> what is oneconf?
[05:51] <pitti> didrocks: feeling saucy today!
[05:52] <didrocks> bochecha_: http://www.le-libriste.fr/2011/09/ubuntu-11-10-oneconf-un-outil-tant-attendu/
[05:52] <didrocks> pitti: heh
[05:53] <bochecha_> didrocks: seems to be maintained here: https://launchpad.net/ubuntu-webcatalog
[05:53] <bochecha_> so not desktop I guess :0
[05:55] <didrocks> bochecha_: seems you need to fetch noodles (Michael)
[05:55] <darkxst> pitti, right, I don't think that is a problem anymore, I certainly havent noticed any slowness
[05:55] <bochecha_> didrocks: any idea where he hangs in, and in what timezone I could ask him?
[05:56] <didrocks> bochecha_: not sure where he hangs, but he's in the same timezone than France apparently
[05:56] <didrocks> ah, Germany :)
[05:57] <bochecha_> right, and it's 8am there, right?
[05:57] <didrocks> yep
[05:58] <bochecha_> ok, so I'll wait a bit, not to fall on him at wake up :)
[05:58] <didrocks> ;)
[05:58] <darkxst> will ubuntu stick with the system-config-printer or use the new printer panel?
[06:14] <pitti> we have actually aimed at using the upstream panel for several cycles now
[06:14] <pitti> but so far it hasn't been good enough
[06:16] <darkxst> pitti, its quite good this cycle
[06:16] <darkxst> although it kind of failed to add my old undiscoverable laserjet
[06:22] <darkxst> as is in doesnt support JetDirect I guess
[06:24] <darkxst> really, g-c-c "no talloc stackframe around, leaking memory"
[07:06] <jibel> good morning
[07:24] <chrisccoulson> good morning everyone
[07:40] <seb128> hey desktopers
[07:40] <seb128> happy (rainy) friday
[07:40]  * didrocks joined on the rainy party
[07:43] <BigWhale> Sunshine here.
[07:43] <BigWhale> :)
[07:43] <BigWhale> and good morning.
[07:47] <pitti> seb128: happy saucy day!
[07:47] <seb128> pitti, hey, to you too, is it open yet? ;-)
[07:48] <pitti> seb128: it exists in LP, but frozen, as usual :)
[07:49] <pitti> and of course we can't start uploading before cjwatson lands his traditional vim upload :-P
[07:49] <mlankhorst> YES WE CAN
[07:51] <chrisccoulson> i wonder what my first upload will be? i'll give a penny to the first person who guesses correctly
[07:51] <mlankhorst> hm you're not Sweetshark, so I don't think it will be libreoffice
[07:51] <didrocks> chrisccoulson: it's going to be my fix for thunderbird for sure :)
[07:51] <chrisccoulson> lol
[07:51] <pitti> hmmmmmmm -- compiz!
[07:51] <chrisccoulson> hah
[07:53] <mlankhorst> .. it's going to be libreoffice isn't it
[07:54] <seb128> chrisccoulson, hey, how are you?
[07:54] <chrisccoulson> seb128, yeah, good thanks. how are you?
[07:54] <seb128> chrisccoulson, speaking of firefox, I start missing my integrated menus, the firefox one is annoying to us
[07:54] <seb128> chrisccoulson, I'm good thanks
[07:55] <chrisccoulson> seb128, i can give you a build with the menus :P
[07:55] <chrisccoulson> (or switch to nightly) ;)
[07:55] <chrisccoulson> it's a conspiracy
[07:55] <seb128> I'm not going to nightly :p
[07:55] <seb128> chrisccoulson, is the build with menu called sudo apt-get install firefox/raring ?
[07:55] <chrisccoulson> night is stable ;)
[07:55] <chrisccoulson> *nightly
[07:56] <chrisccoulson> d'oh
[07:56] <chrisccoulson> my brain is not stable
[07:56] <seb128> need beer?
[07:56] <chrisccoulson> lol
[07:56] <seb128> don't worry you will have some soon :p
[07:56] <chrisccoulson> after breakfast? :)
[08:00] <seb128> chrisccoulson, it's 1am in Oakland ;-)
[08:02] <chrisccoulson> ooh, seems upstream are starting to gradually land some more of the UX changes for australis now (there is a bookmark button on the navigation bar now)
[08:03] <seb128> chrisccoulson, what is australis?
[08:03] <chrisccoulson> seb128, the firefox UX redesign
[08:04] <seb128> are they merging url bar and search fields? ;-)
[08:05] <Laney> hey hey hey
[08:05] <Laney> happy f-riday (not that we have exciting weekends planned :p)
[08:06] <seb128> Laney, hey, happy friday to you too!
[08:06] <seb128> Laney, what; you don't find planes exciting? :p
[08:06] <Laney> hmm, not so much ;-)
[08:06] <chrisccoulson> seb128, i think there's already an addon for that, as long as you're happy to send google every URL you type in the addressbar ;)
[08:07] <pitti> TBH, if it comes to planes I prefer "boring" over "exciting" or "hectic" any time
[08:07] <seb128> pitti, that's a good point
[08:07] <seb128> chrisccoulson, well, at least they provide me a good service ;-)
[08:08] <seb128> chrisccoulson, I keep typing search in firefox url awesome bar, which somewhat works
[08:08] <seb128> it does often land into a google search, it's just slower, it probably tries to use it as an url first and then fallback
[08:09]  * didrocks is catching up the last months of movies on the plane, so it's exciting!
[08:10] <Laney> i'll be lucky to get 5 hours battery out of my laptop
[08:10] <pitti> didrocks: heh, good point; got a second battery for this?
[08:10] <didrocks> pitti: I'm using the internal video system rather
[08:11] <pitti> I planned on working through the next three series of "universal hyperbolic geometry", and do some reading (filled up my nook)
[08:11] <didrocks> I don't have any g-c-c patch to do though :/
[08:11] <seb128> didrocks, I can find you one today
[08:11] <pitti> but with all my apt-cacher-ng/sbuild/adt-test setup I could actually continue working on the NM tests, too
[08:11] <didrocks> seb128: well, it needs to be unity related :p
[08:11] <seb128> Laney, yeah, I want power plugs in the plane ;-)
[08:13] <darkxst> didrocks, external panels patch!
[08:24] <darkxst> chrisccoulson, so can we get mozjs17 into Saucy?
[09:38] <darkxst> infinity, for whats it worth gnome3-staging does have ddebs enabled, just  most of the packages have been copied across from other ppas ;(
[09:47] <infinity> darkxst: Ahh, that would explain the oddity there.
[09:47] <infinity> darkxst: Anyhow, I hope pitti and you solved the systemd issue?
[09:48] <pitti> infinity: I know how to fix it for saucy with the next upload
[09:48] <pitti> (already staged up in my local git tree)
[09:49] <infinity> pitti: Feel free to upload that any time.
[09:49] <pitti> infinity: can't, you or Colin didn't upload vim yet! :-)
[09:49] <infinity> pitti: Oh, hah.  I'll do vim in a sec.  How did I miss that? :)
[09:50] <pitti> infinity: but more seriously, there's some more things I want to upload to saucy
[09:50] <pitti> infinity: (wrt. systemd)
[09:50] <infinity> Where have our traditions gone?
[09:50] <pitti> infinity: next week is "logind transition time"
[09:50] <pitti> infinity: you already stole that from cjwatson in raring
[09:50] <infinity> Remember the good ol' days when we all raced to get vim in and win the dak lottery?
[09:50] <infinity> Good times.
[09:50] <chrisccoulson> how do you get ddebs enabled for a PPA?
[09:51] <pitti> yeah, after the umpteen days of dak copying stuff to the new release :)
[09:52] <darkxst> infinity, yes got systemd to build with a few hacks to the packaging
[12:13] <dpm> hey seb128 a quick question on compiz translation templates. I see the compiz source package has 2 templates 'compiz' and 'ccsm', but I'm a bit confused, as I thought ccsm was in universe. Do you have any idea why that template is there?
[12:13] <seb128> dpm, that's a question for sil2100 or didrocks, but they merged the different compiz sources together in raring (or was it quantal)?
[12:13] <seb128> ?)
[12:14] <dpm> ok, thanks
[12:14] <didrocks> yeah, compizconfig-settings-manager is built from compiz
[12:14] <didrocks> the binary package is in universe on purpose though
[12:15] <dpm> didrocks, ok, so I'll lower the priority of the 'ccsm' template in Launchpad. If I understand it correctly it contains the translations for the ccsm binary package and that's not installed by default, right?
[12:16] <didrocks> dpm: exactly
[12:16] <dpm> ok, thanks!
[12:16] <didrocks> yw
[14:13] <pitti> hah, friday afternoon, and I just got my last WI done for april \o/
[14:34] <geser> pitti: do you have then no work till may? :)
[14:35] <pitti> https://launchpad.net/~pitti/+upcomingwork is still not empty :)
[14:37] <seb128> dobey, hey, did you notice that software-center has the most reported raring bug (over 1k report since yesterday)?
[14:38] <dobey> seb128: on errors? or somewhere else?
[14:39] <dobey> seb128: https://errors.ubuntu.com/problem/b8a5514dba8e42060c5ccd2876829b85edf7da09 <- that?
[14:40] <seb128> dobey, on e.u.c and yes
[14:40] <seb128> that one
[14:40] <seb128> not sure if that's a pitti bog
[14:40] <seb128> seems g-i-ish
[14:40] <dobey> seb128: was there a pygobject or glib update? looks like something broke aptdaemon
[14:40] <seb128> not recently
[14:40] <seb128> but that bug has been on top of e.u.c for some time
[14:41] <seb128> it obviously doesn't happen to everyone
[14:41] <Laney> https://bugs.launchpad.net/aptdaemon/+bug/1080736 ?
[14:41] <ubot2> Launchpad bug 1080736 in Aptdaemon "does not work with PyGObject 3.7.2: AttributeError: 'gi.repository.GObject' object has no attribute 'GObjectMeta'" [Undecided,New]
[14:42] <dobey> Laney: that sounds like it
[14:42] <seb128> shrug
[14:42] <Laney> surely we have that in distro though
[14:45] <Laney>  /usr/bin/python /usr/sbin/update-software-center --triggered /usr/share/locale-langpack
[14:45] <Laney> is this something that happens on release upgrade?
[14:46] <Laney> the code matches quantal's aptdaemon
[14:49] <Laney> indeed s-c triggers this
[14:49] <Laney> dobey: ^
[14:51] <seb128> Laney, is that the quantal version being run before the end of the update or...?
[14:51] <Laney> I guess so
[14:51] <Laney> It could be triggered any time after the new langpacks are installed
[14:53] <Laney> I wonder if bumping the Depends on python-gi to the fixed version would be enough
[14:54] <seb128> Laney, what fixed version?
[14:54] <dobey> i love when glib breaks API
[14:54] <seb128> Laney, isn't the issue the other way around? new pygobject breaking it?
[14:54] <seb128> dobey, it's g-i, not glib, no?
[14:54] <Laney> no it's the old version being broken
[14:54] <dobey> seb128: well, it's soemthing being exposed in introspection no longer being there
[14:54] <Laney> and I guess the old s-c didn't hit this bug for some reason?
[14:55] <dobey> seb128: i guess pygobject could be the cause here. i had to fix multiple things in twisted due to pygobject 3.7 changes
[14:56] <dobey> Laney: the bug just didn't exist in quantal, if that's what you mean?
[14:56] <Laney> I think pygobject changed and made aptdaemon's usage of non-public implementation details break
[14:58] <Laney> so in fact bumping the deps might not be enough because the trigger can happen at any time :/
[14:59] <Laney> ah, Breaks in aptdaemon, of course
[14:59] <dobey> anyway, what's the way to fix this? make s-c pre-depends on the new aptdaemon?
[14:59] <Laney> or python-gi → aptdaemon
[14:59] <dobey> make python-gi breaks the older aptdaemon?
[14:59] <Laney> right
[14:59] <Laney> I think?
[15:00] <Laney> pitti: ^ if you're still here, does this make sense to you?
[15:00] <dobey> i guess it would work, since it should force the new aptdaemon to be installed?
[15:00] <Laney> right
[15:01] <Laney> to get this bug you must have the new python-gi and the old aptdaemon, so you've already got python-gi which means we can enforce that you need the new aptdaemon too
[15:01] <Laney> although triggers being involved make it weird
[15:04] <dobey> Laney: right. i see no harm in adding the breaks there, either way though.
[15:04] <Laney> indeed
[15:04] <Laney> I think we'll hit this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671711
[15:04] <ubot2> Debian bug 671711 in dpkg "dpkg: runs trigger processing even if depedencies are not satisfied" [Important,Open]
[15:04] <Laney> a hairy dpkg bug that I found some time ago
[15:05] <dobey> oh
[15:05] <Laney> so, yes, the proposed fix is correct but I don't think it's sufficient given that bug
[15:06] <Laney> for that you need to put some kind of guard in software-center to not run the trigger unless a new enough aptdaemon is installed
[15:06] <Laney> or swallow the error, of course
[15:06] <Laney> let me see if I can find my workaround...
[15:07] <Laney> http://anonscm.debian.org/gitweb/?p=pkg-mono/packages/mono-tools.git;a=blob;f=debian/monodoc-browser.postinst;h=7300c7aa16ca70013efd7486bb2ae9c0657d03c6;hb=HEAD#l14
[15:07] <Laney> it's all very sick
[15:09] <dobey> hmm
[15:10] <dobey> was this not found in upgrade testing?
[15:14] <Laney> this is first I've heard of it :-)
[15:14] <Laney> anyway, I'll leave it to you, but feel free to ping me for sponsoring :P
[15:15] <dobey> first i've heard it too.
[15:15] <dobey> i'm not entirely sure what to do about it
[15:17] <Laney> I think the Breaks is good, but also make the error not trigger a crash report one way or another
[15:17] <seb128> dobey, sorry for not having pinged earlier
[15:17] <seb128> I assumed people were watching e.u.c and knowing about the most reported issues...
[15:17] <seb128> seems like it's a wrong assumption
[15:17] <Laney> either by making sure in the postinst with dpkg-query that you've got the right aptdaemon installed/configured or by patching update-software-center to not die on this error
[15:18] <dobey> Laney: it's that second part i'm not sure about :)
[15:18] <Laney> s/die/crash/ - you could cleanly fail maybe
[15:19] <Laney> try: import AptCache except AttributeError: # ah shit, we got the broken aptdaemon sys.exit(1)
[15:19] <Laney> or something?
[15:23] <dobey> i definitely don't think that is the right fix. i'm all for better error handling in s-c (most of its bugs are because of unhandled errors), but this is a dependency of a dependency breaking API used by our dependency, and while crashing is not nice, i think trying to handle cases like that is excessive.
[15:26] <dobey> Laney: also, that wouldn't fix the cases where people are actually getting the crash from the old version being run
[15:26] <dobey> Laney: maybe we should also patch the aptdaemon in quantal with the fix?
[15:27] <Laney> it's not broken in quantal, but I suppose you could patch it to be 'correct'
[15:28] <dobey> Laney: well, it is if you end up with the new pygobject, but you still have old aptdaemon and software-center
[15:28] <Laney> right, which happens when you start upgrading to raring
[15:28] <Laney> anyway I'm not sure you can guarantee that people will have fully upgraded to quantal-updates before moving to raring
[15:28] <dobey> right, which is why i don't think we can fix this only in raring
[15:29] <Laney> FWIW my other suggestion is to do something like [ "$(dpkg-query -f '${Status}' -W python-aptdaemon)" = "install ok installed" ] && update-whateveritis in the postinst, in conjunction with the Breaks
[15:29] <dobey> that's true. but i think we can push out updates so that when they do, at least the fix will always work, rather than only hoping that it works
[15:36]  * Laney nods
[15:36] <Laney> fixus maximus is something I can get on board with
[15:37] <didrocks> maximus… old good times ;)
[15:37] <dobey> Laney: can you add the breaks: to python-gi please?
[15:38] <Laney> sure
[15:38] <Laney> can you file a bug and assign me?
[15:38] <qengho> Does anyone have an idea of what the problem is here?  It looks like gedit is on top, but didn't repaint.  https://bugs.launchpad.net/bugs/1173234
[15:38] <ubot2> Launchpad bug 1173234 in chromium-browser (Ubuntu) "Chromium's content doesn't respect z order, obscuring everything else" [Undecided,New]
[15:40] <Laney> didrocks: good old days indeed
[15:40] <Laney> what was that, karmic?
[15:41] <didrocks> oh, even before I think…
[15:42]  * Laney discovers that maximus is in Debian
[15:45] <dobey> Laney: bug #1173249
[15:45] <ubot2> Launchpad bug 1173249 in pygobject (Ubuntu Saucy) "/usr/share/software-center/update-software-center:AttributeError:/usr/sbin/update-software-center@170:rebuild_database:get_pkg_info:/usr/share/software-center/softwarecenter/db/pkginfo_impl/aptcache.py@30:/usr/lib/python2.7/dist-packages/aptdaemon/client.py@70:__getattr__:__getattr__" [Undecided,Triaged] https://launchpad.net/bugs/1173249
[15:46] <Laney> dankeschön
[15:46] <Laney> haha google just texted me a reminder about the sprint
[15:46] <Laney> thanks! I'd forgotten!
[15:46] <dobey> heh
[15:57] <dobey> ok, i need to get lunch, and will prepare fixes as soon as i get back.
[16:20] <jcastro> does anyone know if the tile window to the left/right with ctrl-super-left/right is a default feature? And if so, new for 13.04?
[16:21] <racarr> Been around for a while :)
[16:22] <seb128> jcastro, it was already in 12.10 iirc
[16:22] <jcastro> well for a while it was ctrl-alt-numkeypad, I'm just trying to determine when we made that switch
[16:23] <jcastro> seb128: yeah so ctrl-n, ctrl-super-left then ctrl-super-right in nautilus basically replaces the F3 people are complaining about.
[16:23] <seb128> jcastro, if you want f3 full screen yes
[16:23] <seb128> jcastro, most will argue that on a 26" screen they want a split nautilus on a third of the screen
[16:25] <jcastro> this works well enough for most people I would think
[16:25] <jcastro> I think moving the "tiling" out of apps and into the window manager is much nicer anyway. :)
[16:26] <seb128> jcastro, well, if you use only fullscreen, yes
[16:27] <chrisccoulson> seb128, shall we have a bet? my usb mouse will be working when i turn up in oakland, yes / no? :)
[16:27] <seb128> chrisccoulson, it will not
[16:27] <chrisccoulson> lol
[16:27] <seb128> chrisccoulson, I pinged you a month ago to get details about that issue and a bug filed
[16:27] <chrisccoulson> seb128, that's how i was going to bet too ;)
[16:27] <seb128> but I'm not sure you pinged back
[16:27] <seb128> and I forgot again :/
[16:27] <chrisccoulson> seb128, yeah, i was going to respond and then got a new laptop instead
[16:28] <seb128> lol
[16:28] <chrisccoulson> i haven't tried it on the new one yet
[16:29] <seb128> chrisccoulson, when do you fly? tomorrow or sunday?
[16:31] <chrisccoulson> seb128, i fly at around lunchtime tomorrow
[16:31] <seb128> cool
[16:31] <chrisccoulson> so i'm leaving here quite early to travel to heathrow
[16:31] <chrisccoulson> what about you?
[16:31] <seb128> we can maybe get a beer together tomorrow evening then
[16:32] <seb128> my plane is in the afternoon
[16:32] <chrisccoulson> sure, sounds good :)
[16:32] <seb128> I will land at 7:50pm
[16:38]  * didrocks waves good evening
[16:38] <didrocks> see you on Sunday or Monday for most of you ;)
[16:39] <didrocks> safe flights
[16:56] <bb_> hello? i am going insane trying to get 13.4 to actually run cron jobs.  help?
[16:56] <tkamppeter> Will there be a name for 13.10? S... S...?
[16:56] <bb_> im sure there will be.  every april is the .4 and every october there is .10
[16:56] <Laney> methinks tkamppeter needs to follow planet ubuntu more closely
[16:56] <bb_> anybody know how to make cron jobs actually run in 13.4?
[16:57] <Laney> bb_: This isn't a channel for support I'm afraid - try #ubuntu
[16:57] <bb_> anyone?
[16:57] <bb_> ok thanks
[16:58] <Laney> sure
[16:59] <tkamppeter> Laney, found it, thanks.
[16:59] <Laney> :-)
[17:28] <doomlord> how complex would it be to patch unity to handle  workspace-switcher icon scrollwheel desktop switching (like the classic gnome pager)... and would such a patch be likely to make it into the mainline
[17:36] <dobey> doomlord: #ubuntu-unity is a better place for unity questions
[18:14] <dobey> Laney: ping. does this look correct to you? http://pastebin.ubuntu.com/5605549/
[18:31] <plars> anyone here who could take a look at https://bugs.launchpad.net/ubuntu/+source/telepathy-idle/+bug/1042659 ? I'm hearing several complaints that this may have been working for a while in quantal, but regressed again with raring
[18:31] <ubot2> Launchpad bug 1042659 in telepathy-idle (Ubuntu) "telepathy-idle runs up to 100 % cpu usage" [Undecided,Confirmed]
[19:45] <Laney> dobey: Looks plausible to me, yes. You should make clear that's a Debian bug number, and maybe say that it's to guard against breakage in python-aptdaemon.
[19:45] <Laney> It also depends on the Breaks upload going in, which I'll try to do at some point, but not today.
[19:48] <Laney> (That's so that python-aptdaemon isn't "install ok installed" when python-gi is in the middle of being upgraded)
[19:49] <dobey> Laney: so this should be uploaded after the breaks: ? do i need to change dependencies in control too?
[19:58] <Laney> dobey: Well, the Breaks is what helps the new guard to work. One issue that I think remains is that you aren't guaranteeing that the /new/ postinst triggered is being called.
[19:58] <Laney> A Breaks to s-c << your-new-version will probably help with that.
[19:59] <dobey> adding a breaks in software-center to break the old version?
[19:59] <Laney> no, to python-gi to break both aptdaemon and software-center
[20:00] <dobey> hmm
[20:00] <Laney> If s-c is broken then its trigger won't be activated
[20:00] <dobey> ok
[20:00] <Laney> so you don't get the old raring version being triggered until python-gi and aptdaemon are fully installed
[20:00] <Laney> I think that makes sense
[20:01] <dobey> right, or the old quantal version, as has happened in some cases
[20:01] <Laney> yeah
[20:01] <Laney> it makes the upgrade and maintainer scripts happen in the right order
[20:01] <Laney> Someone else will review this for sanity after it gets uploaded anyway
[20:02] <dobey> right. i'd just like to make sure i have it as good as i can before i upload software-center
[20:02] <Laney> sure, I'm saying that to myself more than you. :P
[20:03]  * Laney packs
[20:03] <dobey> so is that postinst change basically as good as it gets for what to do in software-center itself? if so i can go ahead and upload
[20:05] <Laney> I'm actually wondering if you need that with the two Breaks
[20:05] <Laney> This stuff hurts my head
[20:06]  * Laney re-reads the debian bug
[20:09] <Laney> Okay. Yeah, I think it's probably sane to do this and the two Breaks are the best we can do. I don't know the extent of this dpkg bug so maybe it won't completely solve the problem.
[20:09] <dobey> i guess something is needed. it is possible to have a newer version from a PPA installed already when upgrading, so the breaks: wouldn't fix that
[20:10] <Laney> The dpkg bug might mean that the old trigger happens anyway. But I don't know what we could hope to do about that.
[20:11] <Laney> I suppose SRUing to Quantal too would help some
[20:11] <dobey> Laney: anyway, i don't mean to keep you from packging for the sprint. should i upload software-center with this change? or should we wait and continue on monday morning?
[20:11] <Laney> Do it. If you can do the Breaks upload to then it'll go faster. If not, I'll probably have some time tomorrow.
[20:11] <Laney> s/to/too/
[20:11] <dobey> ok
[20:11]  * Laney goes back to hunting for the clipper card
[20:12] <dobey> have a good trip


[00:02] <mwhudson> bah my tests are failing because "modprobe cfg80211" is failing
[00:03] <mwhudson> oh linux-modules-extra
[00:03] <mwhudson> also wrong channel
[08:38] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (groovy-proposed) [2:22.1.0-0ubuntu1]
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted octavia [source] (groovy-proposed) [7.1.0-0ubuntu1]
[09:00] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (groovy-proposed) [2:17.1.0-0ubuntu2]
[09:37] <juliank> sil2100: I'm a bit conflicted about this, but I think it would be good to reject apt/groovy such that I can include https://salsa.debian.org/apt-team/apt/-/merge_requests/159/commits in the stable updates I'm preparing
[09:38] <juliank> We don't use pdiffs, but I think it also fixes some other bits, and users might use pdiffs or merge pdiffs for their repos or stuff
[09:38] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (groovy-proposed) [246.6-1ubuntu1.2]
[09:39] <juliank> I feel like updating that in Debian's 1.8 series without updating 2.0 would be weird :D
[09:42] <sil2100> juliank: ACK!
[09:43] <juliank> those will be terrible srus to review with 7-8 bugs, but stuff just keeps piling on :/
[09:43] -queuebot:#ubuntu-release- Unapproved: rejected apt [source] (groovy-proposed) [2.1.10ubuntu0.3]
[09:45] -queuebot:#ubuntu-release- Unapproved: pacemaker (groovy-proposed/main) [2.0.4-2ubuntu3.1 => 2.0.4-2ubuntu3.2] (i386-whitelist, ubuntu-server)
[09:47] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (focal-proposed) [245.4-4ubuntu3.5]
[09:51] -queuebot:#ubuntu-release- Unapproved: pacemaker (focal-proposed/main) [2.0.3-3ubuntu4.1 => 2.0.3-3ubuntu4.2] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[09:53] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (bionic-proposed) [237-3ubuntu10.45]
[10:13] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (focal-proposed) [2:21.1.2-0ubuntu1]
[10:13] <klebers> hey SRU team. There was an issue with my changes for west-chamber but I've fixed it now: https://bugs.launchpad.net/ubuntu/+source/west-chamber/+bug/1912783
[10:13] <klebers> could someone please review it?
[10:20] -queuebot:#ubuntu-release- Unapproved: neutron (focal-proposed/main) [2:16.2.0-0ubuntu3 => 2:16.3.0-0ubuntu2] (openstack, ubuntu-server)
[10:21] -queuebot:#ubuntu-release- Unapproved: rejected libvirt [source] (bionic-proposed) [4.0.0-1ubuntu8.19]
[10:28] -queuebot:#ubuntu-release- Unapproved: libvirt (bionic-proposed/main) [4.0.0-1ubuntu8.18 => 4.0.0-1ubuntu8.19] (ubuntu-server, virt)
[10:43] -queuebot:#ubuntu-release- Unapproved: apt (groovy-proposed/main) [2.1.10ubuntu0.2 => 2.1.10ubuntu0.3] (core, i386-whitelist)
[10:44] <juliank> sil2100: ^ actually reuploaded it, turns out I misunderstood a comment and the new changes were for 2.2 only :)
[10:57] <xnox> sil2100:  can you please badtest lintian as per https://bugs.launchpad.net/ubuntu/+source/lintian/+bug/1918120 ?
[11:51] <LocutusOfBorg> xnox, I plan to merge debhelper...
[11:52] <LocutusOfBorg> oh well, franch translation might just wait some bits
[11:52] <LocutusOfBorg> nvm
[12:37] -queuebot:#ubuntu-release- Packageset: Added k3b to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added kpmcore to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added obconf-qt to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added partitionmanager to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added muon to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added plasma-discover to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added kcalc to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added qterminal to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added qtermwidget to lubuntu in hirsute
[12:37] -queuebot:#ubuntu-release- Packageset: Added trojita to lubuntu in hirsute
[12:38] -queuebot:#ubuntu-release- Packageset: Added pavucontrol-qt to lubuntu in hirsute
[12:38] -queuebot:#ubuntu-release- Packageset: Added sddm to lubuntu in hirsute
[12:38] -queuebot:#ubuntu-release- Packageset: Added openbox to lubuntu in hirsute
[12:52] -queuebot:#ubuntu-release- Packageset: Removed zsync from lubuntu in hirsute
[13:20] -queuebot:#ubuntu-release- New binary: linux-signed-bluefield [arm64] (focal-proposed/main) [5.4.0-1008.11] (no packageset)
[13:45] -queuebot:#ubuntu-release- Unapproved: rejected neutron [source] (focal-proposed) [2:16.3.0-0ubuntu2]
[13:51] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (focal-proposed) [2:16.3.0-0ubuntu2]
[14:04] -queuebot:#ubuntu-release- Unapproved: accepted pacemaker [source] (groovy-proposed) [2.0.4-2ubuntu3.2]
[14:35] <rbalint> ubuntu-archive please process LP: #1918144
[14:46] <rbalint> also LP: #1908731
[14:56] -queuebot:#ubuntu-release- Unapproved: accepted pacemaker [source] (focal-proposed) [2.0.3-3ubuntu4.2]
[15:45] <juliank> sil2100: I feel silly but I just found a bug in the apt change while compiling focal, so the groovy one does need rejecting again :(
[15:47] <sil2100> juliank: hah, no worries! Didn't get to reviewing it yet anyway!
[15:47] <juliank> Silly macro with a ; in if called inside an if body without {}
[15:48] -queuebot:#ubuntu-release- Unapproved: rejected apt [source] (groovy-proposed) [2.1.10ubuntu0.3]
[15:49] -queuebot:#ubuntu-release- New: accepted linux-signed-bluefield [arm64] (focal-proposed) [5.4.0-1008.11]
[19:21] <LocutusOfBorg> vorlon, rust-argon2rs (- to 0.2.5-2)
[19:21] <LocutusOfBorg> does it need a removal on i386? maybe you forgot to remove i386 for proposed-only pocket? :)
[19:21] <LocutusOfBorg> same for rust-png, rust-tokio-current-thread
[19:23] <LocutusOfBorg> rust-hyper too
[19:23] <LocutusOfBorg> (well maybe rust-hyper doesn't need anything)
[19:56] -queuebot:#ubuntu-release- Unapproved: nova (focal-proposed/main) [2:21.1.2-0ubuntu1 => 2:21.1.2-0ubuntu2] (openstack, ubuntu-server)
[20:14] <mwhudson> LocutusOfBorg: vorlon is on leave this week
[20:14] <mwhudson> not that he's always very good at being on leave
[20:14] <Laney> I just deployed the move=True branch https://code.launchpad.net/~laney/ubuntu-archive-tools/promote-to-release-move/+merge/399176
[20:15] <Laney> this affects how proposed-migration copies packages into the release pocket
[20:15] <Laney> please keep an eye out for weirdness
[20:15] <Laney> as a first step, make sure copies/moves actually happen
[20:18] <mwhudson> turns out that britney deleting rustc on s390x vs actually copying it would have made my life easier :)
[20:21]  * Laney cocks head quizically
[20:38] <mwhudson> Laney: rustc/s390x is too broken in release to build a fixed version :(
[20:38] <mwhudson> going to require some AA + binary copy games to straighten out i think
[20:42] -queuebot:#ubuntu-release- Unapproved: neutron (groovy-proposed/main) [2:17.1.0-0ubuntu2 => 2:17.1.0-0ubuntu3] (openstack)
[20:42] <doko> mwhudson: please don't. we have a process to build packages with manually built packages, and then inject those into the archive. so usually it's good to point to a "good" package, that even might be a debian build
[20:42] <mwhudson> doko: that would also work
[21:08] -queuebot:#ubuntu-release- Unapproved: neutron (focal-proposed/main) [2:16.3.0-0ubuntu2 => 2:16.3.0-0ubuntu3] (openstack, ubuntu-server)
[22:55] <xnox> mwhudson:  you do that yourself in bileto ppas, without employing archive backdoor.