[04:15] <pitti> Good morning
[04:15] <pitti> hey desrt
[04:15] <pitti> desrt: hm, any details? I've never heard about troubles there
[04:55] <cyphermox> hey pitti
[04:55] <cyphermox> sup ? :)
[04:55] <pitti> hey cyphermox, how are you?
[04:55] <cyphermox> not bad
[04:55] <cyphermox> and you?
[04:57] <pitti> quite fine indeed
[04:57] <pitti> getting prepared for the two conferences
[04:57] <cyphermox> fun
[04:58] <cyphermox> I'm actively trying to get as much code done as possible prior to next week's sprint
[04:58] <cyphermox> stuff for MTP :)
[04:59] <pitti> cyphermox: oooh, is Ubuntu Phone going to get MTP for 13.10?
[04:59] <pitti> (much needed indeed)
[05:00] <cyphermox> it's likely
[05:00] <cyphermox> I had written some initial stuff just for pictures, in Qt
[05:00] <cyphermox> now rewriting in boost, that was asked in my review... and it makes some sense to keep it as light as possible
[05:01] <pitti> there's no standard MTP server implementation in Debian/Ubuntu already?
[05:01] <cyphermox> nah
[05:01] <cyphermox> or anyway, not that we've noticed
[05:02] <pitti> indeed, a quick apt-cache search yields only client-side stuff
[05:03] <pitti> cyphermox: do you use the android implementation, or completely from scratch?
[05:03] <jibel> good morning
[05:03] <cyphermox> pitti: yeah, using the android API, ported to C++
[05:06] <cyphermox> good morning jibel
[05:08] <jibel> Good morning cyphermox
[07:17] <sil2100> Morning!
[07:40] <Sweetshark> Good morning, NSA! Good morning, Ubuntu!
[08:05] <Laney> helloooo
[08:11] <Laney> happy grey and wet friday
[08:12] <larsu> grey and wet? It's perfectly sunny here :P
[08:13] <seb128> Laney, happy warm and sunny friday!
[08:13] <ogra_> and *hot* !
[08:13] <seb128> good morning desktopers
[08:13] <Laney> you'll get it soon >:|
[08:13] <Laney> hey
[08:15] <seb128> Laney, yeah, tomorrow it seems :/
[08:56] <Sweetshark> seb128: do you think we can get the libwpd and libvisio synced in still? I agree with ricotz on them (visio for the bugfix and wpd is trivial security fixing).
[08:57] <Sweetshark> seb128: sorry for not pushing for that before the freeze ..
[08:57] <seb128> Sweetshark, they have been synced this morning I think (I saw them in saucy-changes iirc)
[08:57] <Sweetshark> oh, awesome.
[08:57] <Sweetshark> thx
[08:57] <seb128> Sweetshark, yw
[09:00] <Sweetshark> seb128: btw, the libreoffice fixes are still building in the ppa. It took a bit longer, because there were tests that tried to ensure the product to be broken. :/
[09:04] <jibel> yay, I powered up my printer and the system asks me a password then to reboot. I double-checked and I'm really running Ubuntu not Windows :(
[09:06] <happyaron> seb128: can you have a look at ubuntukylin-wallpapers in NEW queue if convenient?
[09:06] <seb128> happyaron, sure, let me have a look
[09:06] <happyaron> thanks
[09:07] <seb128> jibel, did you try if it was actually working without reboot?
[09:07] <seb128> tkamppeter_, ^ why does one need to reboot after installing a printer?
[09:07] <jibel> seb128, I just need to logout/login because apparently "something" added me do a new group
[09:08] <jibel> seb128, but I don't know what asked me the message in the dislaog box was a rather cryptic usermod command
[09:08] <seb128> jibel, what sort of printer is that? I wonder if you have one of those hp/hplip tools
[09:08] <jibel> and the printer is connected since ages to this machine, so I don't know why it is asking me now
[09:08] <seb128> jibel, things for sure don't look like that with the standard GNOME tools
[09:08] <seb128> jibel, could be a bug...
[09:09] <seb128> tkamppeter_ would know better
[09:09] <jibel> seb128, probably hplip but don't bother, I'll file a bug it is just super non-user friendly
[09:10] <seb128> jibel, yeah, agreed, hopefully it's not the "default experience" but specific to some printers models/brand
[09:10] <jibel> seb128, well HP is quite popular
[09:11] <seb128> jibel, I don't need hplip to drive my hp
[09:11] <jibel> anyway, I'll logout/in as I need my ticket before I leave home :)
[09:11] <seb128> k
[09:11] <seb128> jibel, and please open a bug
[09:12] <seb128> tkamppeter_, ^
[09:12] <jibel> I think I needed some specific piece of HP software to configure the wireless on the printer, maybe that's it. I'll dig a bit
[09:13] <psivaa> sil2100: Mirv: just in case you haven't seen my message about jenkins in m-o:
[09:13] <psivaa> i am having to restart jenkins in magners, due to some hang in the locks and latches plugin.
[09:13] <psivaa>  there are some tests cu2d-* running and am wondering if i could abort them and restart?
[09:14] <czajkowski> aloha
[09:21] <sil2100> psivaa: let me check that
[09:21] <psivaa> sil2100: thank you
[09:22] <seb128> happyaron, I guess they/you verified that the images are CC-BY-SA ones?
[09:23] <happyaron> seb128: yes, it was a contest, and using CC-BY-SA is prerequest for submiting works.
[09:23] <sil2100> psivaa: ok, I aborted the test jobs as the intel machine again entered an infinite loop...
[09:24] <sil2100> psivaa: so I guess we're done now, no jobs running
[09:24] <psivaa> sil2100: thank you
[09:24] <sil2100> Mirv, jibel: so, intel once again entered the infinite mouse-movement loop so I had to abort it
[09:24] <jibel> psivaa, but hurry, next tick is in 35minutes and it sometimes takes ages for m-o to reboot
[09:25] <sil2100> Mirv, jibel: but it seems that also the nvidia machine went offline, as well as intel (at least the jenkins slaves)
[09:25] <jibel> psivaa, I mean for jenkins on m-o to restart
[09:25] <psivaa> jibel: ack
[09:25] <seb128> happyaron, ok, it's weird that Kylin is having warty.... wallpaper as well, we have to keep that name in ubuntu to handle updates, but you would think that Kylin didn't do the same mistake for their first release
[09:26] <seb128> happyaron, anyway, looks fine, NEWing it
[09:26] <Mirv> sil2100: ok
[09:26] <happyaron> seb128: It was forked from ubuntu-wallpapers and find that name does not hurt...
[09:26] <happyaron> thanks
[09:27] <jibel> sil2100, re slave same error than we already had Error: Invalid or corrupt jarfile /var/run/jenkins/slave.jar
[09:27] <jibel> sil2100, I restarted the slave
[09:28] <jibel> sil2100, same on intel
[09:28] <jibel> # ls -l /var/run/jenkins/slave.jar
[09:28] <jibel> -rw-r--r-- 1 root root 0 Sep  6 09:25 /var/run/jenkins/slave.jar
[09:28] <jibel> empty file
[09:30] <jibel> sil2100, I'll add debug code to the upstart job to understand what is going on here. I'm wondering if it could be related to the name resolution issues we are seeing
[09:30] <jibel> meanwhile I restarted the slaves
[09:32] <sil2100> jibel: I wonder! Thanks ;)
[09:36] <jibel> sil2100, I'm pretty sure that's the cause of the problem, wget -O always creates the output file even if it fails to resolve the source and the upstart job only checks if slave.jar exists not if it is empty. So in this case it is successful.
[09:37] <psivaa> sil2100: jibel: jenkins is back up in m-o, thanks for the help
[10:36] <seb128> Laney, you said I can approve https://code.launchpad.net/~seb128/ubuntu-system-settings/reset-unity-launcher/+merge/183490 right?
[10:37] <Laney> seb128: let me do it
[10:37] <seb128> Laney, thanks
[10:38] <Laney> seb128: there's a pending mardy review
[10:38] <seb128> Laney, I added him for the "do you see a real value about having the author info in the sources"
[10:39] <seb128> Laney, but that's not specific for this merge, I'm just going to bring it up at the status update next we"ek
[10:39] <Laney> k
[10:42] <seb128> Laney, bah, stupid pot, https://code.launchpad.net/~laney/ubuntu-system-settings/filter-panels/+merge/184058 CI is unhappy, you need to rebase
[10:42] <Laney> ffs
[10:42] <seb128> Laney, from now on let's stop doing the pot updates in the mrs
[10:42] <Laney> can we talk about getting hooks support to do it automatically?
[10:43] <seb128> yeah, I tried to ping alesage about that yesterday
[10:43] <seb128> I'm just not sure if that should be done at commit time
[10:43] <seb128> or on didrocks' side for uploads
[10:43] <Laney> yeah, that's what I was thinking
[10:43] <seb128> upload time?
[10:43] <Laney> yep
[10:43] <Laney> pre-upload jobs or so
[10:43] <seb128> right
[10:44] <Laney> don't know if there is somethingl ike that already
[10:44] <seb128> so let's wait next week for didrocks to be back
[10:44] <Laney> maybe sil2100 knows already
[10:44] <seb128> sil2100, Mirv: ^ do you know if there is any infra we could use to add a "update translation template" in the cu2d stack?
[10:45] <Laney> pushed again anyhow
[10:46] <Laney> what do other project do with this problem?
[10:48] <Mirv> seb128: I don't know right away, I agree that didrocks has probably the quickest answer to that. sil2100 has looked at the code base a bit, though.
[10:49] <seb128> Laney, I'm not sure we have many projects being set up to be translated in trunk that way
[10:49] <seb128> Laney, most of the unity stack is translated on the ubuntu side, through the pot import in package uploads
[10:50] <Laney> how do they get back upstream?
[10:50] <seb128> Laney, they don't
[10:50] <seb128> they don't really do "upstream"
[10:50] <seb128> e.g since we daily release they mostly stopped doing tarballs
[10:51] <seb128> Laney, though the daily release are buggy as well atm due to https://bugs.launchpad.net/langpack-o-matic/+bug/1201485
[10:51] <ubot2`> Launchpad bug 1201485 in langpack-o-matic "Need to import translations for the unity daily builds" [Undecided,Triaged]
[10:52] <sil2100> seb128: I didn't really see anything like that in cu2d, not sure how didrocks had it planned out
[10:54] <Laney> hm
[10:55] <Laney> seb128: I guess you want to talk to infinity if you want that to be scheduled for work
[10:57] <seb128> Laney, right, pitti pinged wgrant/StevenK about it (http://irclogs.ubuntu.com/2013/09/02/%23ubuntu-devel.html#t09:25) but that doesn't mean that's on somebody's todolist
[10:57] <seb128> infinity, hey, what do you think about ^? ;-)
[12:01] <desrt> pitti: i'm hitting problems later along when trying to build with -fno-common
[12:07] <pitti> desrt: ah, so that's the gist of it? build with -fno-common and see it blow up?
[12:09] <desrt> pitti: building pygobject itself with -fno-common is fine, but then try to build another project that includes that header
[12:09] <desrt> unless you define some NO_IMPORT macros, or such, you'll get multiple non-extern definitions of that symbol (depending on how many .c files you include it from)
[12:10] <desrt> which makes -fno-common unhappy
[12:12] <desrt> the error message that gets thrown is confusing
[12:14] <desrt> but fixing that extern fixes the issue
[13:18] <happyaron> xnox: I wonder when will binary NEW review happen? ask seb128?
[13:19] <seb128> shrug
[13:19] <seb128> so much pinging
[13:19] <seb128> happyaron, looking...
[13:19] <happyaron> :-)
[13:19] <seb128> happyaron, btw https://launchpad.net/ubuntu/+source/ubuntu-settings is where we set the default background
[13:19] <happyaron> seb128: thanks, I'll look into this.
[13:20] <seb128> happyaron, binNEWed
[13:20] <happyaron> great, thanks
[13:21] <seb128> yw!
[14:08] <bcurtiswx> cyphermox, you are working with the indicator-messages menu, correct? I'm testing it and will start filing bugs soon, but i'm looking for a blueprint (if any) to see if there are things still being worked on before I go spamming bug lists :)
[14:37] <cyphermox> bcurtiswx: not me, but yes it is still being worked on,
[14:38] <bcurtiswx> cyphermox, who is working on that then?
[14:39] <cyphermox> bcurtiswx: larsu perhaps?
[14:42] <seb128> Laney, if you review https://code.launchpad.net/~seb128/ubuntu-system-settings/storage-displays-clicks/+merge/184321 go to the launchpad UI, I put some review comments in the description
[14:43] <seb128> bcurtiswx, what sort of bugs?
[14:43] <seb128> bcurtiswx, larsu is, but I think he called it a day already for today
[14:43] <Laney> seb128: k, will review in a minute
[14:43] <Laney> finishing up a branch
[14:43] <seb128> Laney, no hurry, I stacked a few easy other branches today as well
[14:43] <seb128> Laney, e.g mostly ValueSelector -> ItemSelector
[14:44] <Laney> is that OptionSelector?
[14:44] <bcurtiswx> seb128, seems new empathy messages don't show, those who use the xchat indicators, that doesn't show notifications either. The difference being that the me-menu notices empathy is on, which it doesn't notice when xchat is on
[14:44] <seb128> Laney, yeah, it's a bit stupid, nic-doffay said they can't name 2 widgets the same thing, so they have "OptionSelector" which is the normal widget and ListItem.ItemSelector which is the list version of it
[14:45] <seb128> e.g different names
[14:45] <Laney> oh I see
[14:45] <seb128> the difference is mostly UI, the first version is in an UbuntuShape, e.g round corners
[14:45] <seb128> the second one is a list item
[14:45] <seb128> Laney, the background panel use the round shaped variant if you want to see it ;-)
[14:47] <Laney> roger
[14:48] <seb128> pitti, hey, do you have any spare cycle to help on a libgdata's test randomly blocking, by any chance?
[14:49] <seb128> pitti, it seems to happen often on the builder, the current version is blocked in proposed due to it :/
[14:49] <Laney> oh interesting, it seems you don't get events if you aren't the top page on the pagestack
[14:49] <seb128> I'm pondering turning the tests off, but it would be better to get it fixed
[14:49] <pitti> seb128: not in the next two weeks, I'm afraid; sprint in Lexington next week, then LinuxCon/plumbers the week after
[14:49] <pitti> seb128: a retry of the build doesn't help either?
[14:49] <seb128> pitti, k, no worry, it doesn't hurt to ask ;-)
[14:50] <seb128> pitti, I tried like 5 retries, it worked once on i386 (but we had another upload since)
[14:50] <pitti> do they reproduce at all in sbuild? (the hangs)
[14:50] <seb128> pitti, I try to not do it much because they hand so "take a builder down until timeout"
[14:50] <seb128> hang
[14:50] <Sweetshark> launchpad down? or a glitch in the matrix for NSA update?
[14:50] <pitti> seb128: yeah, easier with PPA builds, as they can be easily cancelled
[14:50] <seb128> Sweetshark, wfm
[14:51] <seb128> pitti, I can't reproduce on a porter box schroot or in pbuilder
[14:51] <Sweetshark> seb128: thx, yeah its back
[14:51] <Laney> those environments probably have network access
[14:53] <seb128> Laney, right, but it's not purely online/offline since it built once on i386/launchpad
[14:53] <seb128> Laney, and ppc/armhf built
[14:53] <Laney> indeed
[14:53] <Laney> there's probably some kind of race / fallback / something
[14:54] <Sweetshark> seb128: the 4.1.1 update with fixes for tiff/eps/etc. image loading and unity menu integration just hit the ppas btw ....
[14:54] <seb128> Sweetshark, great, ready for sponsoring?
[14:55] <seb128> Laney, yeah, likely, it's just ETOOMUCHTODO, it seems a non trivial one, and I'm not sure I've an afternoon to spend on it :/
[14:55] <seb128> Laney, I'm going to try to get a backtrace at least to upstream a bug report
[14:55] <seb128> is there a way to put a pbuilder offline easily?
[14:55] <seb128> (out of disconnecting my laptop from the internet :p)
[14:56] <Sweetshark> seb128: well, I want the upstream point release updates still.
[14:56] <Laney> don't know
[14:56] <Sweetshark> (from 4.1.2~rc2)
[14:56] <Laney> ask in devel, someone there probably has a recipe
[14:56] <Sweetshark> seb128: that should be tagged ~tuesday next week.
[14:56] <seb128> Sweetshark, oh, right, I remember now
[15:28] <tkamppeter> jibel, seb128, hi
[16:04] <sil2100> alex_abreu: ping!
[16:04] <alex_abreu> sil2100, pong, have I done something wrong ? :)
[16:04] <Laney> haha
[16:05] <sil2100> alex_abreu: ;)
[16:05] <sil2100> alex_abreu: depends... ;p
[16:05] <alex_abreu> heh
[16:05] <alex_abreu> tell me
[16:05] <sil2100> alex_abreu: so, we have a sticky situation in libunity-webapps related to your last merge - the launch of the webapp container
[16:06] <sil2100> alex_abreu: it forces a dependency on webbrowser from within the webapps service, and this is a problem when thinking about powerpc
[16:06] <sil2100> alex_abreu: since we don't have webbrowser-app for powerpc, because of Qt5
[16:07] <alex_abreu> sil2100, arg . ... :/
[16:08] <alex_abreu> sil2100, do we still care about powerpc ?
[16:09] <sil2100> alex_abreu: in overall, not really ;) But I wonder how it would be from the webapps perspective
[16:09] <sil2100> seb128: hi! Are migrations from -proposed blocked on no-powerpc?
[16:09] <Laney> yes
[16:09] <Laney> not no-powerpc but the same rule as any other arch
[16:09] <seb128> sil2100, if ppc existed before yes
[16:10] <alex_abreu> sil2100, we don't really care afaik
[16:11] <sil2100> alex_abreu: I'm not really into webapps stuff, but is this dependency on webbrowser-app necessary? Is this the way it should be?
[16:11] <alex_abreu> sil2100, is there a specific debian/control trick that we could use besides specifying the archs /
[16:11] <alex_abreu> ?
[16:12] <alex_abreu> sil2100, well in saucy and upward webapps will use the webbrowser-app as a chromeless container, the only dependancy is the desktop file for each webapp indirectly calling it
[16:31] <seb128> ok, time for some exercice
[16:31] <seb128> have a good w.e everyone
[16:31] <Laney> see you!
[16:31] <seb128> (I'm going to be back in ~1h just to deal with backlog before calling it a week)
[16:31] <seb128> bbl
[17:39] <alex_abreu> sil2100, any ideas on how to "fix" the issue for powerpc? be more specific w/ the archs in control?
[18:00] <sil2100> alex_abreu: hm hmmm
[18:07] <sil2100> alex_abreu: I think we'll have to think about that in more detail on Monday, since the problem is that we were already releasing powerpc binaries
[18:11] <alex_abreu> sil2100, ok, I'll take a note and ping you on monday
[21:40] <cyphermox> larsu: is your change in indicator-messages fixing something that genuinely doesn't work?
[21:41] <cyphermox> larsu: as you know we're in feature freeze, and there is no FFe that I know of that covers non-bugfix for indicator-messages :)
[21:41] <cyphermox> so I'll let you or someone else convince me that moving files around for consistency is fixing bugs :)
[22:10] <larsu> cyphermox: it was just something that has been bugging me for a while and didn't get to it before FF. You're right though, we probably shouldn't include it in 13.10. I'll revert it on Monday.
[22:12] <cyphermox> larsu: bah. I'm happy to be convinced it's bugfix, since it's making the install cleaner; I'm just not willing to make that call myself
[22:12] <cyphermox> if you want to revert, it's just as fine
[22:14] <jbicha> it's sort of a multiarch fix, right?
[22:15] <larsu> jbicha: sort of?
[22:15] <larsu> I'm fine either way. I can totally understand you not wanting it post-ff
[22:17] <jbicha> do the indicators work as multiarch?