=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== micahg_ is now known as micahg
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
[05:15] <robru> Twitter's OAuth implementation is a nightmare
[05:36] <pitti> Good morning
[06:08] <didrocks> good morning
[06:17] <didrocks> and again a new UTAH failure of the day :/
[07:45] <jibel> good morning
[07:45] <dpm> morning jibel
[07:46] <jibel> Hey dpm
[07:46] <didrocks> salut jibel, dpm!
[07:46] <jibel> salut didrocks
[07:49] <dpm> morning didrocks
[08:46] <seb128> hey desktopers
=== zz_jackyalcine is now known as jackyalcine
[08:56] <dpm> morning seb128
[08:56] <seb128> dpm, hey, how are you?
[08:57] <dpm> seb128, very well, thanks. And you? I haven't been on the channel for a while, but I guess things are as busy as always ;)
[08:58] <seb128> dpm, I'm good thanks ... and yeah, always crazy busy ;-)
[08:58] <dpm> good to hear some things don't change :)
=== jackyalcine is now known as zz_jackyalcine
[08:59] <seb128> indeed ;-)
[09:00] <Laney> morning
[09:02] <pitti> bonjour seb128, hello Laney
[09:02] <seb128> hey Laney, pitti, wie gets?
[09:03] <pitti> seb128: gut, danke! chasing gnome jhbuild..
=== zz_jackyalcine is now known as jackyalcine
[09:04] <Laney> ein bisschen müde, aber gut, danke!
[09:04] <Laney> es ist sonnig! ;-)
[09:04] <seb128> Laney, you need coffee ;-)
[09:05] <seb128> or tea, being british
[09:05] <Laney> pfft, yeah - tea ;-)
[09:05] <Laney> I have some here of course
[09:05] <seb128> Laney, you know a bit of german, or google translator for the win? :p
[09:05] <Laney> I did german in school
[09:05] <Laney> but it's very very rusty
[09:06] <Laney> for some reason I remember the word "abholzung"
[09:06] <pitti> hah
=== Quintasan_ is now known as Quintasan
[09:18] <Laney> are .typelib files in multiarch paths supposed to work?
[09:19] <didrocks> Laney: no, see bug #1124941
[09:19] <ubot2> Launchpad bug 1124941 in libappindicator (Ubuntu) "[raring] Python appindicators broken by the latest libappindicator update (12.10.1daily13.02.13-0ubuntu1) with "ERROR:root:Could not find any typelib for AppIndicator3"" [High,Confirmed] https://launchpad.net/bugs/1124941
[09:19] <Laney> yeah, that ;-)
[09:19] <didrocks> Laney: do you have time to fix + process the dummy test I described? :)
[09:19] <didrocks> so that we don't regress ever ever again on that? :p
[09:20] <seb128> Laney, I might be overlooking something but it seems like it would be an easy g-i patch to look to both the multiarch dir and the normal one
[09:21] <seb128> even if it's not proper multiarch in the sense of making other arch usable
[09:22] <seb128> but that would stop those mistakes because packages got multiarched and libdir/libexecdir changes and the typelib end up in there
[09:22] <seb128> pitti, ^ was that discussed before?
[09:22] <pitti> seb128: no, not that I can remember
[09:22] <didrocks> seb128: I would still have my test! :-)
[09:23] <seb128> didrocks, yeah, sure, tests are good ;-) it's just an annoyance, it complexify the packaging in quite some places since we have to special case the gir- and move stuff back to /usr/lib manually
[09:24] <didrocks> seb128: agreed :)
[09:24] <Laney> autopkgtests are better for such package local things?
[09:25] <didrocks> Laney: right, but autopkgtests are not blocking yet the migration from proposed to the main archive AFAIK
[09:25] <didrocks> Laney: so, I would first put that as an autopilot test
[09:26] <didrocks> Laney: I think, as part of the long term goal is to:
[09:26] <Laney> oh you don't check it in the daily landing stuff
[09:26] <didrocks> - have autopilot tests modular (not all in the unity package)
[09:26] <didrocks> - have autopkgtests run as part of the daily landing stuff, and put stuff we can put there (unfortunately, very few for now) into that
[09:27] <didrocks> Laney: jibel told me it's difficult to run them in that step right now, without the -proposed infra ^
[09:35] <seb128> Laney, judging by the number of emails in my launchpad bugs inbox, the retracers have been working through the backlog
[09:38] <Laney> yeah I saw some, good news
[09:38] <didrocks> Laney: hum, I didn't see an answer, do you think you have the time today to look at this libappindicator, or should we let that to cyphermox?
[09:38] <Laney> oh whoops, I was fixing it ;-)
[09:38] <Laney> I don't know about doing autopilot tests but I did the packaging fix
[09:39] <didrocks> Laney: for autopilot, lp:unity
[09:39] <didrocks> Laney: tests/autopilot/
[09:40] <didrocks> Laney: I would add just a file like tests/autopilot/unity/tests/test_indicators.py
[09:40] <didrocks> doing this test
[09:40] <didrocks> Laney: sil2100 can make a review if needed
[09:41] <Laney> ok i'll give it a go
[09:41] <Laney> thanks
[09:41] <didrocks> thanks to you Laney :)
[10:10] <Laney> I'm getting the feeling I shouldn't have run these tests on my machine :P
[10:11] <didrocks> Laney: well, you can in a guest session, but yeah, otherwise, you bye bye your current session :p
[10:11]  * Laney is watching it go crazy
=== vrruiz_ is now known as rvr_
[10:32] <didrocks> Laney: recovering from your session? :)
[10:39] <Laney> didrocks: heh, managed to get that back
[10:39] <Laney> figuring out how to run a single test now
[10:39] <didrocks> Laney: ahah, would be better, isn't it? :)
[10:41] <Laney> aha
[10:43] <Laney> didrocks: so something like http://paste.ubuntu.com/1649392/ ?
[10:44] <didrocks> Laney: sounds perfect to me :)
[10:45] <didrocks> Laney: bonus point if you do the same for indicate, Dbusmenu-0.4, DbusmenuGtk*
[10:45] <didrocks> Laney: for those we install by default, at least :)
[10:52] <Laney> good idea - i'll generalise it a little bit and submit that then
[13:20] <Laney> Mirv: Hm, you here? I gots two problems with qt; wondering if you're aware — http://paste.ubuntu.com/1650651/
[13:21] <ricotz> Laney, hi :)
[13:21] <Laney> o hai
[13:22] <ricotz> Laney, just a minor question, is the raring package of webkit 1.10.2 likely to build on precise without changes?
[13:24] <Mirv> Laney: the first one is since qt5-default only suggests installing qt5-qmake and other tools handled by qtchooser. the latter is an upstream user unfriendliness bug, it should display help similar to man qtchooser
[13:24] <Laney> ricotz: I've built 1.10.0 there before so a good chance
[13:24] <Mirv> the latter is fixed in upstream git by having a help text, I'm not sure if the error text in the former case is now more user friendly
[13:24] <ricotz> Laney, ok, thak
[13:24] <ricotz> Laney, thanks
[13:25] <Laney> Mirv: so what do I have to build-depend on for qt5-qmake? I thought qt5-default was supposed to be enough
[13:25] <Mirv> Laney: qtbase5-dev brings with it a good collection of packages
[13:26] <Mirv> qt5-default is only the default configuration for qtchooser, but does not by itself mandate the installation of development tools in case the user only wants to use eg. qmlscene which is standalone
[13:30] <Laney> alright, thanks
=== jhernandez is now known as jhernandez|lunch
[13:45] <ricotz> Laney, here are just some things i noticed http://paste.debian.net/plain/234144
[13:46] <Laney> probably won't upload for that, but feel free to do an MP against the packaging branch ;-)
[13:47] <ricotz> Laney, no upload needed, just keep it in mind for the next one
[13:49] <Laney> I usually look at the diff of configure.ac so don't notice such historical catching-ups - so thanks for that
[13:50] <ricotz> Laney, yeah, unfortunately they matter much in regards of precise
[13:51] <ricotz> (especially libsoup2.4 :\ which requires glib 2.34)
[13:52] <Laney> ah yes, I remember now
[13:52] <Laney> https://launchpad.net/~laney/+archive/webkit-backports
[13:52] <ricotz> haha, i knew it
[13:52] <Laney> so I /did/ know about it
[13:54] <ricotz> doesnt explain the build failure yet ;)
[13:54] <Laney> in that PPA?
[13:54] <ricotz> so there is still something missing in the ppa
[13:54] <ricotz> yes
[13:54] <Laney> no, that was deliberate
[13:54] <Laney> it was testing for a make-dfsg SRU
[13:54] <Laney> https://launchpad.net/~laney/+archive/webkit-backports-2/+packages
[13:54] <Laney> it's the previous PPA + -proposed (at the time)
[13:55] <Laney> if I give that build back now it'll work
[13:56] <ricotz> alright, i see
[13:57] <Laney> so just make your PPA depend on webkit-backports if you like :P
[13:57] <Laney> or copy those pkgs
[13:57]  * Laney goes to lunchville
[13:57] <Laney> aka the city centre to buy a valentines card
[14:00] <ricotz> have fun :)
=== jhernandez|lunch is now known as jhernandez
[14:40] <didrocks> Laney: I didn't check, but you only added to the import installed by default, right? (as we only roll for now the default image)
[14:41] <didrocks> Laney: if not, you'll need a followup to just skip the involved tests and  put a comment. I'll try to think how we can run those tests in the future
=== m_conley_away is now known as m_conley
=== Ursinha_ is now known as Ursinha
[15:11] <Laney> didrocks: I didn't check that explicitly
[15:12] <didrocks> Laney: do you mind please? :)
[15:12]  * didrocks is still reviewing qtcreator
[15:12] <Laney> ok
[15:13]  * Laney kicked some qt5 builds earlier
[15:13] <Laney> looks like powerpc is a bit sad
[15:13] <didrocks> right, Mirv is aware/pinged about it :)
[15:13] <Laney> i'm sure
[15:14] <Laney> just wanted to get qt quick, quick!
[15:14] <Laney> (and now it is done)
[15:27] <Laney> didrocks: yeah they're all fine
[15:27] <didrocks> Laney: excellent, thanks :)
[15:28] <Laney> ah maybe not
[15:28] <Laney> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.raring/desktop
[15:28] <Laney> was looking at /all
[15:28] <Laney> better remove indicate
[15:44] <dobey> xnox: hey. did you get a chance to upload the new pyflakes btw?
[15:45] <xnox> dobey: yes, let me check if it's ready to sync.
[15:46] <xnox> dobey: syncing
[15:47] <dobey> xnox: thanks again!
[15:52] <popey> seb128: i have a friend on 12.10 reporting that when he switches to another user (to do online purchasing / banking I think), when he logs out, there are still some processes left running.. I am not able to reproduce on raring or a 12.10 VM.. have you seen reports of this or what might cause it? GSD perhaps? http://paste.ubuntu.com/1651942/ <- what's left behind.
[16:14] <Laney> didrocks: can you make the extra revision get merged?
[16:14] <didrocks> Laney: I don't see a MP, it's better to resubmit a MP I guess ;)
[16:14] <Laney> if I set it back to needs review?
[16:14] <Laney> oh ok
[16:15] <didrocks> Laney: I'm not sure, my old system supported that, not sure the new one does and I don't know the code :)
[16:15] <Laney> ;-)
[16:22] <didrocks> thanks Laney!
[16:35] <seb128> popey, in the current world nothing close everything running in the session, most things just go away because xorg and the dbus session bus go away
[16:35] <seb128> popey, i
[16:35] <seb128> popey, it's not a new issue, gvfs, e-d-s etc have had issues with that for years
[17:33] <didrocks> hey xnox
[17:34] <didrocks> xnox: do you mind explaining to me this diff on your oneconf MP:
[17:34] <didrocks> 24-PYTHON3=$(shell py3versions -vr)
[17:34] <didrocks> 25+PYTHON3=3 $(shell py3versions -vr)
[17:34] <didrocks> you do add 2 targets for PYTHON3?
[17:43] <mitya57_> didrocks: probably because scripts need to have python3 shebangs (not python3.x)?
[17:44] <mitya57_> (pybuild does that magic automatically)
[17:44] <didrocks> mitya57_: but /usr/bin/env python3.3 work, though, isn't it?
[17:46] <mitya57_> the goal is to not rebuild tons of python packages when migrating to new interpreter version
[17:47] <didrocks> mitya57_: ok, got it then ;)
[17:52] <seb128> mterry, are you familiar with the software-properties testsuit?
[18:03] <mterry> seb128, no
[18:03] <seb128> mterry, good answer
[18:03] <seb128> ;-)
=== tkamppeter_ is now known as tkamppeter
[18:04] <seb128> mterry, in any case I figured it out so it's all good, thanks ;-)
[18:04]  * mpt crashes update-manager with gay abandon
[18:04] <mpt> Oh, hi mterry :-)
[18:05] <mterry> seb128, :)
[18:05] <mterry> mpt, hi!  I see you posted some sorting changes to the SoftwareUpdates spec?
[18:05] <mpt> mterry, a design for adding sorting as a feature. No biggie.
[18:06] <mpt> An ideal task for dylanmccall, I think :-)
[18:06] <seb128> mterry, btw I need to talk to you about update-manager next week
[18:06] <seb128> mterry, the ui is buggy
[18:06] <mterry> seb128, :(
[18:06] <seb128> mterry, I tend to right click, deselect all, and pick an update when I want to do a specific binary update
[18:07] <seb128> mterry, but most of the entries in the main list are non clickable
[18:07] <mterry> seb128, Hmm.  OK, I can look at that
[18:07] <seb128> it's also weird to have lot of stuff listed in the main list and then another bunch under the ubuntu logo at the bottom
[18:07] <seb128> what's the difference between both?
[18:08] <mterry> seb128, Ubuntu core is everything that the seeds depend on (i.e. what's on the CD)
[18:08] <mterry> seb128, except for apps (things with .desktop files) which show at the top
[18:09] <mpt> seb128, the detailed definition is at <https://wiki.ubuntu.com/SoftwareUpdates#expanded> -- "The base package is..."
[18:09] <mterry> er, what's on the DVD I guess :)
[18:09] <seb128> mpt, thanks
[18:10] <mpt> Any recursive dependency of ubuntu-desktop (or equivalent), ubuntu-standard, or ubuntu-minimal
[18:10] <mpt> dependency/recommendation
[18:10] <seb128> mpt, mterry: http://ubuntuone.com/1VNdHCnGPqxj3AfhcXx1qy
[18:11] <seb128> mterry, mpt: it's weird to have "Tools for debuging application menus" in the main list
[18:11] <mterry> seb128, you installed it manually (directly or indirectly) right?
[18:11] <seb128> I guess so
[18:11] <mterry> seb128, the thought is that you care about it then
[18:11] <seb128> it's a debug tool
[18:12] <seb128> I can about it less than the core OS
[18:12] <mterry> seb128, :)
[18:12] <seb128> and the core OS seems like second class citizen in the list compared to it
[18:12] <mterry> seb128, I'm not wedded to the current layout.  But this is mpt territory
[18:13] <seb128> mterry, mpt: thanks, at least I understand the logic, still seems weird that this debug package I don't care much about (it just happens to be installed) is listed before the default Ubuntu components
[18:13] <seb128> and on a more "main" level
[18:13] <seb128> I guess non-dev users have less of those dev packages and just core OS and apps
[18:16] <mpt> We could have a branch for development packages, I guess.
[18:16] <mpt> So that they're grouped together in the same way as base packages.
[18:24] <seb128> mpt, yeah, that could be nice
[18:27]  * didrocks waves good evening
[18:32] <mpt> seb128, reported bug 1125443
[18:32] <ubot2> Launchpad bug 1125443 in update-manager (Ubuntu) "Development packages are ordered above "Ubuntu base" packages" [Undecided,New] https://launchpad.net/bugs/1125443
[18:33] <seb128> mpt, thanks
[18:54] <seb128> Laney, when you sponsor a SRU please set the bugs as fix commited and subscribe ubuntu-sru, thanks ;-)
[18:58] <seb128> Sweetshark, not sure how you keep up with bug emails for bugs assigned to you but https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/628105 has debdiff that might be worth including in the next libreoffice SRUs you do
[18:58] <ubot2> Ubuntu bug 628105 in libreoffice (Ubuntu) "[Upstream] Text not black in LibreOffice" [Undecided,Confirmed]
[18:59] <seb128> tjaalton, is there any chance you SRU the fix for https://bugs.launchpad.net/ubuntu/+source/libxrandr/+bug/985202 as well (since you did the raring upload ;-)
[18:59] <ubot2> Ubuntu bug 985202 in libxrandr (Ubuntu Precise) "libx11 causes kwin to crash on login (over NX protocol)" [High,Triaged]
=== jackyalcine is now known as zz_jackyalcine
[19:05] <tjaalton> seb128: yeah, forgot the sru part
[19:14] <Sweetshark> seb128: patch is in upstream 4.0 so will be in raring anyway. I didnt consider it for a SRU as it doesnt fix a security issue or crasher or something similar severe. If I would, there would be literally thousands of patches to consider.
[19:17] <Sweetshark> seb128: I dont magically make something more important because it has a patch on lp instead of on freedesktop (would be a moral hazard anyway). And if that should land in quantal, it should done so by a backporting the patch to upstream stable 3.6, not by a vendor patch as that give us a sane review process (with knowledgable patch reviewers) for free and -- by MRE -- spares us the redtape of an SRU.
[19:42] <Sweetshark> seb128: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/628105/comments/39 as for precise, remember the >20 backported patches I SRUed for 3.5.7 which all fixed bad crashers or prevented release regressions? If we open up for this class of bugs, we would end up with 200 patches every 2 month easily. 3.5.7 was the last 3.5 release. This release https://wiki.documentfoundation.org/Releases/3.6.5/RC1 of the later 3.6 series was done
[19:42] <ubot2> Ubuntu bug 628105 in libreoffice (Ubuntu) "[Upstream] Text not black in LibreOffice" [Undecided,Confirmed]
[19:43] <mdeslaur> seb128: what component actually draws the indicator menu at the top of the screen?
[19:43] <mdeslaur> indicator-appmenu?
[19:45] <Sweetshark> seb128: ... and that assumes that finding out if a bug is 3.6-only or also applies to 3.5 is no work and that backporting from 3.6 to 3.5 is trivial, which it just isnt when people are doing stuff like ripping out obsolete, but widely used stringclasses of a 5 million LOC codebase.
[19:49] <Sweetshark> seb128: the first bug on that list https://bugzilla.novell.com/show_bug.cgi?id=758138 is comparable to lp#628105 in scope and severity. Why should I take care of the lp# bug but not of the fdo# one? (Unless there is a UA ticket for the lp# one.)
[19:49] <ubot2> bugzilla.novell.com bug 758138 in Impress "Slide Show Settings - Presentation Display: All Displays only uses primary" [Normal,Resolved: fixed]
[19:59] <mdeslaur> seb128: nm, found it
[19:59] <seb128> mdeslaur, hey
[19:59] <seb128> mdeslaur, I can reply since you figured it you and I've nothing to do ;-)
[19:59] <mdeslaur> hehhe
[19:59] <seb128> mdeslaur, (was at dinner, seems like I was away at the right time)
[20:00] <mdeslaur> yeah yeah, excuses excuses
[20:00] <seb128> hehe
[20:00] <seb128> mdeslaur, the rendering is done by unity-panel-service, e.g unity afaik, does that match what you found?
[20:01] <mdeslaur> i believe so, yes
[20:01] <mdeslaur> thanks
[20:01] <seb128> yw!
[20:01] <seb128> mdeslaur, what's your issue?
[20:02] <mdeslaur> seb128: I was looking for the setting to disable menu fade, to add to the stuff I disable in VMs
[20:03] <seb128> seems like a compiz animation's plugin thing
[20:04] <seb128> unity does the functional hide/show
[20:04] <mdeslaur> yes
[20:04] <seb128> but the animations is compiz'
[20:38] <dobey> xnox: if you're still around, any idea why the new pyflakes didn't go to release yet? it's still sat in proposed it seems
[20:50] <seb128> dobey, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[20:51] <seb128>     * i386: lintian4python
[20:51] <seb128> dobey, lintian4python depends on pyflakes (<< 0.5.0+)
[20:52] <dobey> seb128: huh. but the previous version of pyflakes was 0.5.0 :)
[20:52] <seb128> dobey, right, the depends seems to ensure it's 0.5, it has a > 0.5, <= 0.5+
[20:53] <seb128> dobey, so that needs to be updated to the current version
[20:53] <dobey> huh
[20:54] <dobey> well that's annoying
[21:01] <seb128> dobey, well, not sure why it's there but it's probably easy enough to bump the versions
[21:01] <dobey> well, that seems to be a debian native package
[21:02] <dobey> but aside from that, yeah, easy enough. i just don't have the privs and no idea how to propose changes to such a package :)
[21:07] <seb128> dobey, just put a debdiff only
[22:01]  * xnox will ask lintian4py developer.
[22:02] <xnox> I was sure enough to check that it doesn't directly import pyflakes, but I guess it uses it in an another weird way.
[22:14] <mterry> Sweetshark, in these libreoffice MIRs, you mention an email exchange with Rene.  Is that a public one?
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
[23:20] <dobey> whee, lp:ubuntu/lintian4python is out of date :-/
[23:21] <dobey> xnox: thanks (just saw the scrollback). no idea why it depends on a specific version that way. it's quite odd
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine