[04:29] <pitti> Good morning
[04:31] <darkxst> pitti, hey!
[04:36] <RAOF> pitti: Good morning!
[04:38]  * pitti waves to darkxst and RAOF
[05:17] <jbicha> TheMuso: could you drop gnome-doc-utils from orca's build-depends the next time you upload? it's no longer needed
[05:25] <TheMuso> jbicha: Sure.
[05:25] <TheMuso> Good timing, just preparing to upload it actually.
[05:40] <darkxst> pitti, what do these warnings from retracer mean? WARNING: /usr/lib/libcamel-1.2.so.43.0.0 is needed, but cannot be mapped to a package
[05:41] <pitti> darkxst: it means that it cannot find that library from the current Contents.gz
[05:41] <pitti> darkxst: it downloads that from archive.u.c., but that wouldn't have newer versions from your PPA
[05:41] <pitti> do PPAs produce Contents.gz? if so, we'd need to teach it to look into multiple Contents.gz
[05:42] <pitti> but most stuff should work alright without that
[05:43] <darkxst> I don't see any
[05:45] <darkxst> pitti, some traces look good, but others end up like this https://bugs.launchpad.net/ubuntu-gnome/+bug/1206454/+attachment/3755627/+files/Stacktrace.txt
[05:45] <ubot2`> darkxst: Error: ubuntu bug 1206454 not found
[05:51] <darkxst> so basically once it hits a missing library the rest of the trace is corrupt
[07:16] <sil2100> Morning!
[07:30] <sil2100> Mirv: hi! Can you review https://code.launchpad.net/~sil2100/cupstream2distro-config/apps_remove_assets/+merge/177746 ?
[07:34] <darkxst> pitti, would there be some way to generate the missing mappings locally?
[07:36] <pitti> darkxst: PPAs don't build a Contents.gz?
[07:37] <pitti> darkxst: if they do, that'd be easiest; if not, then you'd need to scan all PPA debs for their files and put them into such a mapping
[07:42] <darkxst> pitti, apparently not: Bug 769607
[07:42] <ubot2`> Launchpad bug 769607 in Launchpad itself "Missing Contents-*.gz in PPAs" [Low,Triaged] https://launchpad.net/bugs/769607
[07:42] <pitti> :/
[07:43] <pitti> darkxst: just to be sure, you do have "deb" apt sources for ddebs for both ddebs.u.c. and the PPA, right?
[07:44] <darkxst> pitti, yes
[07:47] <sil2100> Mirv: wait, I'll also add one more modification to that branch
[07:48] <Mirv> sil2100: just when I clicked :) ok, waiting
[07:48] <darkxst> pitti, it seems to work fine where the so names match up
[07:48] <pitti> darkxst: oh, you've got report with older library sonames?
[07:48] <sil2100> Mirv: done ;)
[07:48] <Mirv> seb128: could you ack http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+13.10.20130731-0ubuntu1.diff ? just copyright file tweak, by me. adding, plus someone had placed the * section wrongly lately
[07:49] <sil2100> Mirv: now we'll fix two stackks at once ;p
[07:49] <pitti> darkxst: that explains it then; these should usually just be invalidated, the retracer has some heuristics for that
[07:49] <pitti> darkxst: doesn't it close the bugs as invalid?
[07:49] <darkxst> pitti, I mean where the so name in ppa package is the same as in archive
[07:49] <Mirv> sil2100: ok
[07:49] <pitti> darkxst: like "you used version 1, but version 2 is in Ubuntu, retry with current versino blabla"
[07:49] <pitti> darkxst: ah, ok
[07:50] <pitti> darkxst: yeah, that would be the Contents.gz matching
[07:50] <darkxst> pitti, it does invalidate when packages are too old
[07:50] <pitti> darkxst: this is a fallback if there is no transitive Depends: on a library that is loaded into /proc/pid/maps
[07:50] <pitti> darkxst: i. e. plugins which are being used at runtime without declaring dependencies on them
[07:52]  * sil2100 waits for seb128 to have a free jiffy
[07:54] <darkxst> pitti, ok
[07:54] <sil2100> didrocks: morning!
[07:54] <darkxst> where is the code handling Contents.gz mapping
[07:54] <sil2100> Are you busy in the morning? ;)
[07:54] <didrocks> hey sil2100! Well, in meetings :)
[07:55] <pitti> darkxst: backends/packaging-apt-dpkg.py, _search_contents()
[07:55] <sil2100> didrocks: since seb128 seems to be busy as well, and we have some packaging ACKs to request for the stacks ;D
[07:55] <sil2100> We might wait of course!
[07:55] <pitti> darkxst: called by get_file_package()
[07:56] <didrocks> sil2100: fire away with links
[07:56] <didrocks> :)
[07:56] <sil2100> didrocks: HUD, a quickie: http://10.97.0.1:8080/view/cu2d/view/Head/view/HUD/job/cu2d-hud-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_hud_13.10.1+13.10.20130731-0ubuntu1.diff
[07:56] <seb128> didrocks, sil2100, Mirv: I can review as well
[07:57]  * didrocks steps away
[07:57] <sil2100> seb128: ^ ;)
[07:57] <seb128> sil2100, Mirv: you guys pinged me in the minute I was online (I'm a bit later today, my router/dhcp was down and it took me a bit to figure out what was the issue)
[07:57]  * sil2100 wants upload rights so that he won't have to bother anyone
[07:57] <seb128> I couldn't connect, the dhcp was down
[07:58] <seb128> sil2100, hud change is fine
[07:59] <sil2100> seb128: thanks :)
[07:59] <seb128> Mirv, toolkit is fine
[07:59] <sil2100> seb128: sadly, indicators has a few packaging changes, all small, let spam a moment:
[08:00] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-applet_12.10.2+13.10.20130731-0ubuntu1.diff
[08:00] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-appmenu_13.01.0+13.10.20130731-0ubuntu1.diff
[08:00] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-datetime_12.10.3+13.10.20130731-0ubuntu1.diff
[08:00] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-sound_12.10.2+13.10.20130731-0ubuntu1.diff
[08:00] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_libdbusmenu_12.10.3+13.10.20130731-0ubuntu1.diff
[08:01] <sil2100> There's also ido, which seems to update the symbols file automatically:
[08:01] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ido_13.10.0+13.10.20130731-0ubuntu1.diff
[08:01] <sil2100> I see that it removes some symbols too, but it's not really API/ABI stable I guess?
[08:01] <Laney> goooood morning
[08:02] <seb128> sil2100, great website for you: http://paste.ubuntu.com/
[08:02] <seb128> Laney, hey
[08:02] <Mirv> seb128: :) by a chance, I don't have join/part messages visible so I just tried seb[tab] to see if you're online
[08:02] <Mirv> seb128: thanks
[08:02] <pitti> seb128: btw, while I investigated the recent libgphoto2 breakdown I started packaging the current upstream version 2.5.2
[08:02] <sil2100> Next time I'll pastebinit, but this way it's much faster for you to open the links ;)
[08:02] <pitti> seb128: we still have 2.4.14 which is > 1.5 years old, and we should keep up with current cameras
[08:02] <pitti> seb128: mostly because the package is outdated in debian
[08:03] <seb128> pitti, great
[08:03] <Mirv> sil2100: the fastest is http://www.multiurl.com/ one click open
[08:03] <pitti> seb128: do you have any objections in updating? it does involve ABI bumps and ~ 10 rebuilds/ports/updates
[08:03] <seb128> pitti, no, that's fine with me, I would prefer the new version as well, it has better support for some android devices iirc
[08:03] <pitti> seb128: I fixed libgphoto in -proposed with a backport patch, so at least things will be working soon again without the abi bump
[08:03] <sil2100> Mirv: woha
[08:04] <sil2100> Mirv: that's nice
[08:04] <pitti> seb128: but now that I got a big chunk of the work done already, we might as well go through with it?
[08:04] <seb128> sil2100, they look fine, out of the ido one, please check with larsu and charles why they are dropping those symbols
[08:04] <seb128> pitti, yes please
[08:04] <sil2100> seb128: will do, thanks!
[08:04] <Laney> pitti: My system is in the 'borked /run/user/1000/pulse permissions' state atm
[08:04] <Laney> want any debugging information?
[08:05] <pitti> what is broken about them?
[08:05] <Laney> drwx------ 2 root  root  100 Jul 27 10:40 pulse/
[08:05] <Laney> ah, Luke asked on the bug to try with PA 4.0
[08:05] <tkamppeter> seb128, the build problem of cups-filters is also reported as https://bugs.linuxfoundation.org/show_bug.cgi?id=1144 and I have informed the original author of the pdftoopvp filter. He always quickly fixed this filter when a new Poppler came out.
[08:05] <Laney> now, when was that uploaded?
[08:05] <ubot2`> bugs.linuxfoundation.org bug 1144 in cups-filters "Build fails with Poppler 0.24.0" [Major,New]
[08:05] <pitti> Laney: any pulseaudio daemon running as root ATM?
[08:06] <pitti> Laney: otherwise, I don't know much about pulse, I'm afraid
[08:06] <Laney> pitti: no
[08:06] <pitti> Laney: it does sound like something starts a pulseaudio as root
[08:06] <Laney> and the pid file inside there points to one owned by my user
[08:06] <Laney> indeed the files inside there are owned by me
[08:06] <seb128> tkamppeter, ok, great, thanks
[08:06] <pitti> Laney: it would be weird if something else than pulse itself would fiddle with the pulse directory
[08:07] <seb128> some testsuite maybe?
[08:07] <Laney> hmm
[08:07] <pitti> Laney: as pulse doesn't have any suid binaries, my best bet would be a bug in lightdm
[08:07] <Laney> I don't do so much building on the laptop
[08:08] <pitti> Laney: not dropping privs for the user session early enough or so
[08:08] <seb128> Laney, pitti, larsu: aurelien fixed the libusbx hang issue that was impacting upower, just synced that update to saucy
[08:08] <sil2100> larsu: hi!
[08:08] <Laney> seb128: cool!
[08:08] <pitti> Laney: but /run/user/1000 has the right permissions?
[08:08] <pitti> seb128: awesome!
[08:08] <pitti> asac: ^
[08:08] <larsu> seb128: awesome!!! Where do we send the beer?
[08:08] <Laney> pitti: yes
[08:08] <larsu> sil2100: morning
[08:09] <seb128> larsu, at dholbach's in a few weeks :p
[08:09] <pitti> seb128: adjusting/closing bug 1203655 then
[08:09] <ubot2`> Launchpad bug 1203655 in upower (Ubuntu) "Hangs in pthread_join in libusb_exit" [Undecided,Confirmed] https://launchpad.net/bugs/1203655
[08:09] <sil2100> larsu: morning morning! We noticed the removed symbols in the libido binary
[08:09] <Laney> I've never seen this on my desktop either
[08:09] <sil2100> larsu: what's up with those?
[08:09] <seb128> pitti, danke
[08:09] <sil2100> larsu: http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ido_13.10.0+13.10.20130731-0ubuntu1.diff <- here is the symbols diff
[08:10] <larsu> seb128: looking forward to it!
[08:10] <pitti> rickspencer3: you were also asking about the upower hang (suspend trouble), I think; so, that should be fixed today as soon as the new libusbx finds its way into saucy
[08:10] <rickspencer3> seb128, didrocks, nice to have single click launches apps back in the dash
[08:10] <sil2100> larsu: were those symbols unused?
[08:10] <seb128> rickspencer3, indeed!
[08:10] <rickspencer3> pitti, ok, I"ll let asac know
[08:10] <rickspencer3> thanks
[08:10] <pitti> rickspencer3: pinged him above
[08:11] <rickspencer3> pitti, that phone call mocking work sounded amazing
[08:11] <seb128> larsu, the issue with that ido update is that it drops public symbols (e.g ido_location_menu_item_set_format), look at the - lines in the .symbols
[08:11] <rickspencer3> I'm looking forward to seeing what folks do with it
[08:11] <larsu> sil2100: woah, I have no idea, that's charles' doing
[08:11] <seb128> oh, speaking of which
[08:11] <larsu> let me find the commit
[08:11] <sil2100> hmmm
[08:11] <pitti> rickspencer3: you realize you are speaking to a mocked pitti!
[08:11] <rickspencer3> wow
[08:11] <rickspencer3> nice
[08:11] <rickspencer3> lol
[08:12] <rickspencer3> pitti, does that mean we've had this conversation before and you are playing it back?
[08:12] <pitti> rickspencer3: and enjoy the weekend!
[08:12] <seb128> pitti, is there a way to simulate calls if you don't have a device to record the events? (e.g do we ship recorded events somewhere for people to use)?
[08:12] <asac> :)
[08:12] <pitti> <real pitti> rickspencer3: oops, that's where the original record starts to mismatch
[08:12] <pitti> :)
[08:13] <pitti> seb128: you can't record stuff without the actual device
[08:13] <pitti> seb128: but I'm happy to put some traces somewhere, maybe even into git
[08:13] <seb128> pitti, right, but e.g you could record a call simulation and ship it in a test package no?
[08:13] <sil2100> larsu: http://bazaar.launchpad.net/~indicator-applet-developers/ido/trunk.13.10/revision/143
[08:13] <larsu> sil2100, seb128: the commit message doesn't really help
[08:13] <pitti> seb128: git already has some example ioctls for cameras, media players, and input devices (for the integration tests), might as well have a phone call
[08:13] <pitti> seb128: oui
[08:13] <seb128> pitti, that would be useful, thanks
[08:14] <seb128> not everyone in the team has a phone
[08:14] <larsu> sil2100, seb128: Looks like he refactored a bit and he didn't consider ido to be public API
[08:14] <sil2100> larsu: I'll block the indicators release then
[08:14] <sil2100> I don't like API/ABI breaks without proper version bumps
[08:14] <seb128> larsu, do you know if those symbols are likely to be used anywhere?
[08:14] <sil2100> ;)
[08:14] <larsu> sil2100: :(
[08:15] <larsu> seb128: highly unlikely. This should never have been public API...
[08:16] <larsu> sil2100: please talk to charles when he gets up, I won't be able to (I'll be on a train)
[08:16] <seb128> sil2100, $ apt-cache rdepends libido3-0.1-0 .... lists empathy unity unity-greeter indicator-applet ubiquity indicator-sync indicator-bluetooth
[08:16] <sil2100> larsu: ok
[08:16] <seb128> sil2100, you can apt-get those source from saucy and grep -r for the dropped symbols
[08:16] <seb128> if that returns nothing it's probably fine
[08:16] <sil2100> seb128: will do, ok
[08:16] <seb128> larsu, ^ seems reasonable to you?
[08:16] <larsu> seb128: the indicators should not depend on it anymore, that's a bug
[08:16] <didrocks> rickspencer3: yep! it's nice to see that ;)
[08:17] <seb128> larsu, sync and bluetooth didn't get gmenuified yet
[08:17] <larsu> seb128: right. They won't be using those symbols thouhg. But you're right, better make sure. It doesn't hurt :)
[08:17] <seb128> larsu, standard rule, get the rdepends and grep through them ;-)
[08:18] <pitti> seb128, larsu: *want codesearch.ubuntu.com*
[08:18] <larsu> seb128: heh. We should have done a better job with ido. None of these items should be public API. (I'm a bit to blame as well, but I never removed any symbols ;) )
[08:18] <pitti> codesearch.debian.net is so awesome for this kind of research
[08:18] <larsu> pitti: yes please!!
[08:21] <Laney> I started trying to set up a codesearch instance but it wasn't so easy to glue the pieces together
[08:21] <Laney> and there were some debian-specific assumptions hardcoded, which I couldn't untangle as I don't understand Go yet
[08:21] <Laney> I notice that it is now packaged though
[08:21] <Laney> assuming that is the web frontent
[08:22] <Laney> (damn, it is not)
[08:23] <sil2100> seb128: I grepped all the rdeps and it returned no results
[08:24] <sil2100> seb128: so hm, I guess we can push it further, no?
[08:26] <seb128> sil2100, let me install the debs and try a guest session here (please do the same)
[08:26] <seb128> Laney, we need it juju charmed, where is jcastro? :p
[08:26] <Laney> haha
[08:26] <Laney> I would have done that if I got it to work normally first
[08:26] <seb128> right
[08:29] <sil2100> seb128: ah, to check if indicators are working? I did that in the morning and it was fine
[08:40]  * Laney wtfs at xpdf
[08:41] <seb128> Laney, I'm pondering really dropping it from the archive, it's annoying to port it to new poppler every time, and we have better viewers nowadays
[08:41] <seb128> Laney, or at least port the port to poppler
[08:41] <Laney> I haven't even got that far yet :-)
[08:41] <seb128> it was making sense back in the days, but I don't think it matters nowadays
[08:41] <Laney> can't install the BDs
[08:42] <seb128> hum, why not?
[08:42] <seb128> it worked for me yesterday
[08:42] <Laney> well, that's the weird part
[08:42] <Laney> sbuild won't do it but apt-get build-dep in the chroot does
[08:42] <seb128> or is it the build conflicts on binutils-gold?
[08:42] <Laney> ah, good clue
[08:42] <seb128> that was the issue for me yesterday
[08:43] <seb128> I dropped the line from the control, it seemed to work with binutils-gold installed (at least it failed on poppler stuff before binutils ones)
[08:43] <seb128> I didn't try to debug though, I just tried if that was a no change rebuild, and it's not :/
[08:43] <Laney> lets see
[08:43] <seb128> sil2100, ok, ido seems to create no problem here, go for it
[08:43] <Laney> do you know what else is left besides that?
[08:44] <sil2100> seb128: thanks, on it!
[08:44] <seb128> cups-filter, tkamppeter opened an upstream bug and is waiting for them to reply (he said they are reactive usually)
[08:44] <seb128> karbon
[08:44] <seb128> libreoffice
[08:44] <seb128> gdal
[08:45] <seb128> I'm looking a gdal
[08:45] <seb128> I built it in the wrong pbuilder yesterday and though it was a no change rebuild, but it's not
[08:45] <Laney> karbon is calligra
[08:45] <seb128> ah
[08:45] <seb128> didn't you test build that yesterday?
[08:45] <Laney> yes, it's done
[08:46] <seb128> weird
[08:46] <seb128> why is it still listed on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt ?
[08:46]  * seb128 starts pbuilder
[08:46] <Laney> not in the hint at the end
[08:47] <seb128> ah
[08:47]  * seb128 hates update_output
[08:47] <Laney> that's where it tries all of them together and tells you what is left over
[08:47] <seb128> that shouldn't be that hard to read
[08:47] <Laney> yeah it's the raw output
[08:47] <Laney> we could do with a better view on it
[08:50] <sil2100> seb128: two more packaging ACKs if you have a jiffy: http://paste.ubuntu.com/5932026/
[08:53] <sil2100> didrocks: sadly, unity release will have to wait since we got finally struck by the ibus unity tests failing due to the new ibus - that's a known issue that Brandon discussed with me
[08:53] <sil2100> I'll look into that today, also with him
[08:53] <sil2100> And I can't push out a release with 40 failures per platform ;)
[08:54] <seb128> sil2100, webbrowser seems buggy
[08:54] <seb128> webbrowser-app-0.22+13.10.20130731/debian/qtdeclarative5-ubuntu-ui-extras-browser-plugin.install
[08:54] <seb128> -usr/share/locale/*/LC_MESSAGES/webbrowser-app.mo
[08:54] <seb128> webbrowser-app-0.22+13.10.20130731/debian/webbrowser-app.install
[08:54] <seb128> +usr/share/locale/*/LC_MESSAGES/webbrowser-app.mo
[08:54] <seb128>  
[08:55] <seb128> sil2100, the files moved from qtdeclarative5-ubuntu-ui-extras-browser-plugin to webbrowser-app
[08:55] <seb128> sil2100, so webbrowser-app should Replaces qtdeclarative5-ubuntu-ui-extras-browser-plugin (<< 0.22+13.10.20130731)
[08:56] <sil2100> Oh, and I asked Olivier if it's only moving things out of webbrowser-assets - right!
[08:56] <sil2100> Let me fix that
[08:56] <seb128> sil2100, thanks
[08:57] <didrocks> sil2100: thanks for keeping me posted :)
[08:58] <seb128> sil2100, media is fine
[09:06] <Laney> doh
[09:07] <Laney> didn't notice that xpdf has its own build system in debian/rules
[09:07] <Laney> fixed
[09:16] <sil2100> seb128: https://code.launchpad.net/~sil2100/webbrowser-app/missing_replaces/+merge/177768 <- not sure if I should also add a 'Breaks:' or not as well
[09:22] <seb128> sil2100, yes, please use a Breaks as well
[09:36] <sil2100> seb128: pushed
[09:38] <seb128> sil2100, ideally the Conflicts on the assets should also be a Breaks ... can you change that?
[09:41] <sil2100> seb128: ok, hm, I wanted Conflicts since it forces the uninstall of that package more ;)
[09:41] <sil2100> But ok!
[09:41] <seb128> oh
[09:42] <seb128> sil2100, if you want to replace/force removal, you need to Provides/Conflicts/Replaces without versions
[09:42] <seb128> sil2100, c.f http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
[09:42] <seb128> sil2100, 7.6.2
[09:43] <sil2100> seb128: I wanted to keep the version numbers in case someone would like to re-introduce webbrowser-app-assets ;)
[09:44] <seb128> sil2100, is there any reason then would like to rename it back? and if they do we can update the control...
[09:52] <sil2100> seb128: pushed!
[09:53] <seb128> sil2100, approved, but you need to change the mp status, I don't have access to it
[09:54] <sil2100> seb128: thanks! :)
[09:54] <seb128> sil2100, thank you for the fixes ;-)
[09:58] <didrocks> sil2100: hey!
[09:59] <didrocks> sil2100: bfiller is with me and asking about the apps stack, the manual publishing we have currently had a -1 from seb128, right?
[09:59] <didrocks> (we had more files moving)
[09:59] <seb128> didrocks, yes, files moved without proper Replaces
[09:59] <seb128> didrocks, we just approved the mp to fix that
[09:59] <sil2100> didrocks: yes, but I'll re run it once the merge is in
[09:59] <sil2100> And there will be a +1
[10:00] <didrocks> sil2100: ok, any reason the stack wasn't rerun manually yesterday?
[10:00] <sil2100> So it should be released in some minutes
[10:00] <didrocks> (after the first replaces fix?)
[10:00] <didrocks> (which apparently wasn't enough)
[10:00] <sil2100> didrocks: it was re-run, but it got stuck with cu2d-config problems when it finally was ;/
[10:01] <sil2100> didrocks: i.e. with packages: mismatch
[10:01] <sil2100> It was already late when I noticed that, so I did that in the morning
[10:02] <didrocks> sil2100: ok, can you please ensure that it's in ubuntu asap
[10:02] <didrocks> thanks guys :)
[10:02] <sil2100> Yes sir!
[10:06] <darkxst> pitti, will it be ok to merge ppa changes into apport?
[10:07] <pitti> darkxst: as long as they are generic and don't break the distro retrace, sure
[10:08] <darkxst> pitti, sure, nothing will break distro retrace
[10:08] <sil2100> didrocks: from other things - I had a chat with Andrea about using a newer compiz for saucy
[10:09] <sil2100> didrocks: and I thought, maybe we could daily release lp:compiz/0.9.10 instead?
[10:09] <darkxst> pitti, it would be nice if origin was its own field in the crash report
[10:09] <didrocks> sil2100: I'm good if we test before/after and see the AP result diff :)
[10:09] <sil2100> didrocks: since lp:compiz/0.9.10 seems to be stable, as it's monitored and specifically targetted to saucy - lp:compiz has all the risky bits
[10:09] <didrocks> (maybe some dogfooding will be needed)
[10:09] <didrocks> sil2100: right, that's what Andrea told me as well
[10:09] <didrocks> I think lp:compiz/0.9.10 is wiser as well
[10:10] <sil2100> Right, but if all is ok, that's feasible for you?
[10:10] <sil2100> Ok :)
[10:10] <didrocks> sure sure ;)
[10:10] <sil2100> So I'll dogfood it on my system as well
[10:10] <didrocks> perfect!
[10:10] <darkxst> pitti, that would make it quite easy to setup per-ppa configs
[10:10] <didrocks> sil2100: can you prioritize Mir today?
[10:10] <didrocks> I'm finishing working on Mir MIR meanwhile
[10:10] <didrocks> would be great to have it in main
[10:10] <didrocks> so that we can start having xmir and drivers built against it
[10:11] <sil2100> didrocks: sure, just had this discussion and wanted to discuss further, moving on to Mir (while waiting for the merge)
[10:11] <didrocks> sil2100: thx dude!
[10:12] <darkxst> pitti, although I could just parse the Source sting anyway
[10:12] <pitti> darkxst: that would make it rather unwieldy for origins in the "Dependencies" field, though?
[10:15] <darkxst> pitti yes true
[10:31] <Mirv> seb128: if you have time, lp:u1db-qt would appreciate preNEW reviewing so that I could possibly then add it to the sdk cu2d stack
[10:33] <seb128> Mirv, ok, looking
[10:35] <sil2100> didrocks: re-running Apps stack
[10:35] <didrocks> sil2100: thx!
[11:04] <seb128> Mirv, u1db-qt: looks mostly good, some small issue: why isn't the lib multiarched (and why do you predepends on dpkg 1.15.6 if it's not)
[11:05] <psivaa> didrocks: probably a known issue, but reported bug 1206860, to account precise alternate smoke test failures
[11:05] <ubot2`> Launchpad bug 1206860 in xorg-server (Ubuntu) "xserver-xorg-input-all-lts-raring are unintstallable with precise alternate images" [Undecided,New] https://launchpad.net/bugs/1206860
[11:05] <didrocks> psivaa: you did want to ping mlankhorst, right?
[11:07] <psivaa> didrocks: not sure who to ping :)
[11:08] <mlankhorst> psivaa: what exactly are you looking for?
[11:09] <mlankhorst> psivaa: sounds like xserver-xorg-input-wacom-lts-raring is still in universe, needs an archive admin to fix..
[11:10] <psivaa> mlankhorst: just notified that precise alternate installations fail due to this uninstallable packages. the report.html specifically says that though
[11:10] <mlankhorst> move that package to main^
[11:11] <seb128> Mirv, would it make sense to split the qt lib and the bindings as well?
[11:11] <seb128> they are in the same binary atm which is a bit weird
[11:21] <Mirv> seb128: ah, multi-arch, fixing/adding. and splitting, I'll ping you later.
[11:22] <seb128> ok
[11:22] <Mirv> and tweaking my own review checklist since I don't seem to automatically necessarily remember those
[11:40] <jbicha> seb128: could you take a look at bug 1101154?
[11:40] <ubot2`> Launchpad bug 1101154 in gnome-session (Ubuntu) "all signal handlers have been removed in error" [Undecided,New] https://launchpad.net/bugs/1101154
[11:40] <seb128> jbicha, what about it?
[11:41] <seb128> jbicha, I had looked at this one before, I've no strong opinion/don't really know enough about the topic to comment
[11:42] <jbicha> oh, I don't either but they're blaming you for making the change
[11:44] <seb128> that seems a patch refresh error
[11:44] <seb128> but I don't understand the problem offhand and I don't care enough to spend time debugging it atm
[11:44] <seb128> if you/somebody else wants to take it, feel free
[12:17] <Sweetshark> seb128: thanks for break LibreOffice ;)
[12:17] <Sweetshark> s/break/breaking/
[12:17] <seb128> Sweetshark, the new poppler broke it?
[12:17] <Sweetshark> yep
[12:17] <seb128> not a surprise ... are you fixing it? ;-)
[12:18] <Sweetshark> seb128: will try. it might be easy ;)
[12:18] <seb128> it shouldn't be too much change
[12:18] <seb128> do you have the build log?
[12:20] <Sweetshark> seb128: maybe I even have a patch. well, mostly.
[12:23] <Sweetshark> seb128: http://pastebin.ubuntu.com/5932579/ <- build log
[12:23] <Sweetshark> seb128: possible fix: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=828ebc542b980fce90e70459eb2d13e6eeecc355;hp=6af7d0675d1c95c92e387424a91732e90382f462
[12:24] <Sweetshark> seb128: needs some tweaking for poppler 24
[12:30] <seb128> Sweetshark, that patch seems fine
[12:30] <seb128> Sweetshark, it's not enough?
[12:35] <jbicha> mpt: is bug 1205480 ok?
[12:35] <ubot2`> Launchpad bug 1205480 in ubuntu-system-settings (Ubuntu) "Use 'Call forwarding' instead of 'Call diversion'" [Undecided,New] https://launchpad.net/bugs/1205480
[12:47] <Sweetshark> seb128: well for one, it needs to check for version 24 too, I guess.
[12:47] <Sweetshark> seb128: Im testing right now ...
[12:49] <mpt> jbicha, I'm not British, but otherwise it looks like a well-founded bug report. :-)
[12:49] <jbicha> mpt: you're American?
[12:50] <seb128> lol
[12:50]  * mpt throws a pavlova at jbicha 
[12:50] <seb128> don't insult mpt :p
[12:50] <jbicha> it's been too long since I've been at a UDS
[12:51] <Sweetshark> jbicha: mpt is as british as seb128 is german ;)
[12:51] <seb128> haha
[12:51] <jbicha> see I knew mpt was British! ;)
[12:51] <jbicha> pavlova hmm
[12:53] <Mirv> seb128: bzr pull in lp:u1db-qt
[12:53] <Mirv> my commit was merged, splitting the QML plugin and adding multi-arch support
[12:54] <didrocks> sil2100: FYI, I'm rebuilding latest Mir now
[12:55] <sil2100> didrocks: with the dep-change merge in?
[12:55] <didrocks> sil2100: yep ;)
[12:56] <sil2100> didrocks: excellent! Thanks! I see armhf boost finished building as well ;)
[12:57] <didrocks> sil2100: yw! thanks to you :)
[12:58] <sil2100> didrocks: as for webapps, it seems my merge with fixing the arch: change wasn't top approved, so I'll re run it once it gets merged in
[12:59] <sil2100> Sometimes I forget that seb128 doesn't have access to some projects
[13:00] <didrocks> poor seb128, powerless :p
[13:00]  * didrocks runs
[13:05] <seb128> didrocks, wait for next time I see you... ;-)
[13:12] <didrocks> you will forget and just buy me a beer :)
[13:16] <seb128> didrocks, that jedi trick doesn't work on me
[13:16] <seb128> ;-)
[13:21] <seb128> Mirv, the plugin binary is wrongly named
[13:24] <seb128> Mirv, it should be qtdeclarative5-u1db1.0
[13:24] <seb128> Mirv, kenvandine said it's the new convention that was decided to make different abi co-installable/have easier transition
[13:25] <Mirv> seb128: ok, good to hear about that. I'll also fix the short descriptions now that they were separated.
[13:25] <didrocks> worthed a try though! :)
[13:25] <seb128> Mirv, thanks
[13:29] <Sweetshark> pitti: "libsane-dev : Depends: libsane (= 1.0.23-0ubuntu2) but it is not going to be installed Depends: libgphoto2-2-dev but it is not going to be installed" Known/Fixed/Bjoerns problem?
[13:29] <pitti> Sweetshark: transition happening in -proposed right now
[13:30] <pitti> Sweetshark: I'm on it, but it should have cleared out 20 mins ago
[13:31] <Sweetshark> pitti: yeah, build was there ~20 minutes ago.
[13:31] <pitti> Sweetshark: retry now
[13:32]  * Sweetshark considers to get a universal lock on -proposed for the first libreoffice upload in a cycle.
[13:32] <Sweetshark> (or at least for the LO deps -- so its only a third of main ;) )
[13:33] <Sweetshark> pitti: retrying right now ...
[13:41] <Sweetshark> pitti: seems to fail still
[13:44] <pitti> Sweetshark: hm, it cleared from http://people.canonical.com/~ubuntu-archive/testing/saucy-proposed_probs.html
[13:45] <pitti> Sweetshark: ah, except gvfs -- that's still uninstallable
[13:45] <pitti> Sweetshark: does LibO perhaps stumble over that? but it shouldn't be libsane-dev any more
[13:45] <pitti> Sweetshark: I can do an intermediate upload of gvfs which makes things installable but fails its autopkgtest, to unblock packages which want to build against gvfs
[13:46] <pitti> I'll do that now
[13:54] <Sweetshark> pitti: the problem seems to be that I need both libgphoto2-2 and libgphoto2-port0 for libsane-dev deps ...
[13:55] <Sweetshark> pitti: and they dont like each other.
[13:55] <pitti> Sweetshark: libsane-dev ought to depend on libgphoto2-6-dev only
[13:55] <pitti> Sweetshark: do you have a current build log?
[13:59] <Sweetshark> pitti: libgphoto2-2-dev : Depends: libgphoto2-2 (= 2.4.14-2.3ubuntu2) but 2.5.2-0ubuntu1 is to be installed <- looks suspicious
[13:59] <Laney> jbicha: don't forget the translation template
[14:00] <jbicha> Laney: oh cause it's not automatic?
[14:00] <Laney> correct
[14:00] <pitti> Sweetshark: right, but libgphoto2-2-dev is now spelled libgphoto2-6-dev
[14:01] <pitti> Sweetshark: oh, does libo depend on 2-2-dev? that needs bumping then
[14:01] <pitti> Sweetshark: odd, I checked and uploaded all binary rdepends
[14:01] <Sweetshark> pitti: no libsane-dev depends on libgphoto2-2-dev it seems
[14:01] <pitti> Sweetshark: not the one in -proposed
[14:06] <Sweetshark> pitti: hmm, the libsane in my pbuilder thinks different. However, dpkg-query in that pbuilder does not find anything, maybe I b0rk that image?
[14:07] <pitti> Sweetshark: maybe it needs an apt-get update?
[14:07] <pitti> Sweetshark: like, it sounds it does have saucy-proposed enabled, but is behind
[14:08] <Sweetshark> pitti: no, it always does an update.
[14:09] <pitti> Sweetshark: do you see libsane-dev 1.0.23-0ubuntu3 thre?
[14:09] <pitti> there
[14:10] <Sweetshark> I assume so (although dpkg-query does not work, apt-get install libsane-dev says: "libsane-dev : Depends: libsane (= 1.0.23-0ubuntu2)"
[14:11] <sil2100> didrocks: I see Mir built correctly \o/ (and changed the stack name from MIR to Mir) ;p
[14:12] <sil2100> didrocks: it's in manual publish, should I?
[14:12] <didrocks> sil2100: yeah, it was making robert's eyes bleeding :)
[14:12] <didrocks> sil2100: be my guest!
[14:13] <sil2100> didrocks: publishing! The pkg changes were the ones that we just made, so I didn't triple-ACK them
[14:13] <sil2100> didrocks: it's green
[14:14] <jbicha> Laney: uh...how do I generate the pot?
[14:14] <didrocks> sil2100: \o/
[14:14] <didrocks> thanks!
[14:15] <sil2100> didrocks: btw. settings got red, but I guess you guys are working on it?
[14:15] <sil2100> seb128: or you guys?
[14:15] <Sweetshark> pitti: aptitude says i still have ubuntu2.
[14:15] <pitti> Sweetshark: so -3 in -proposed ought to fix that
[14:15] <didrocks> sil2100: I don't know about it, but it seems that something in the build-dep is broken (look at the logs)
[14:15] <Sweetshark> pitti: ahh, it has teutotic mirrors. maybe its that.
[14:15] <pitti> lol
[14:15] <Laney> jbicha: cd po; qmake; make pot
[14:16] <pitti> Sweetshark: yeah, likely; they only update once a day-ish
[14:16] <sil2100> We already had a release today though
[14:16] <sil2100> So I'm assuming someone is experimenting something
[14:16] <seb128> sil2100, I'm not working on it
[14:17] <Sweetshark> pitti: works now, it seems. sorry for the noise.
[14:17] <pitti> Sweetshark: np; it helped to discover that I produced uninstallability in -proposed with the missing gvfs :)
[14:19] <Sweetshark> bug report of the day: fdo#67525 "it is not possible to delete more then 600 sheets with one click" -- http://media.moddb.com/cache/images/members/1/288/287053/thumb_620x2000/DoingItWrong6.jpg
[14:22] <seb128> jbicha, Needs fixing again, cd po; rm ubuntu-system-settings.pot; cd ../src; make ../po/ubuntu-system-settings.pot ... does that work for you?
[14:23] <seb128> jbicha, I get "make: *** No rule to make target `../po/ubuntu-system-settings.pot'.  Stop."
[14:23] <seb128> jbicha, that file is a leftover, we should just delete it, the "make pot" target is in the .pro
[14:29] <seb128> sil2100, didrocks: the settings stack being red is due to gvfs not being installable in saucy-proposed, pitti just uploaded a fixed version
[14:29] <seb128> " dbus-test-runner : Depends: gvfs-backends but it is not going to be installed"
[14:30] <pitti> still needs to publish, should be RSN
[14:42] <pitti> seb128: http://people.canonical.com/~ubuntu-archive/testing/saucy-proposed_probs.html is fine again on i386/amd64, armhf needs another publisher cycle
[14:42] <seb128> pitti, great, thanks
[15:07] <sil2100> seb128: thanks
[15:07] <sil2100> kenvandine: hello! Are you super busy?
[15:08] <seb128> sil2100, who isn't super busy here?
[15:09] <seb128> weird question... ;-)
[15:11] <kenvandine> sil2100, helping someone with a sponsored package... piloting this morning :)
[15:11] <kenvandine> sil2100, what's up?
[15:19] <sil2100> kenvandine: so, I've been asked to prepare lucene++, so I took Mathias'es branch, your changes and also some additions from Ricardo, will now try to push it to universe
[15:19] <kenvandine> great
[15:20] <sil2100> kenvandine: could you take a look at the branch? It has your changes in it, so I guess it's anyway ok ;p
[15:20] <kenvandine> i saw they finally made a release
[15:20] <kenvandine> sil2100, sure
[15:20] <sil2100> kenvandine: it's still based on a snapshot, since I was doing it yesterday - but will re-base
[15:20] <sil2100> kenvandine: I guess they listened to me as I sent them an e-mail about the release ;p
[15:21] <sil2100> On Monday
[15:21] <kenvandine> we had asked them for a release during the winter, and they said they didn't have plans for one
[15:21] <kenvandine> which made me hesitant to upload to distro
[15:21] <sil2100> kenvandine: https://code.launchpad.net/~sil2100/lucene++/ubuntu
[15:22] <sil2100> As I said, I'll rebase on the latest release
[15:29] <sil2100> kenvandine: I rebased the version, so you can check the lp:lucene++/ubuntu branch now
[15:30] <kenvandine> ok
[15:31] <kenvandine> sil2100, looks good
[15:31] <sil2100> kenvandine: I also added Vcs-* things now as well
[15:32] <sil2100> kenvandine: do you know who I could poke directly to get this into universe ;) ?
[15:33] <sil2100> kenvandine: of course, I'll first molest mhr3 to do device testing with it
[15:33] <kenvandine> i can upload it
[15:33] <kenvandine> sil2100, i trust you've built it in pbuilder right?
[15:33]  * kenvandine doesn't have spare cycles to give it a test build right now :)
[15:34] <kenvandine> sil2100, i am patch pilot today, so sponsoring that now is perfect :)
[15:34] <kenvandine> s/now/today/
[15:34] <sil2100> kenvandine: yes, the snapshot one at least - but it's building on the PPA as well, maybe I should do an armhf pbuilder test-build as well!
[15:35] <kenvandine> good idea :)
[15:35] <kenvandine> sil2100, ping me when you are ready for me to sponsor
[15:50] <sil2100> kenvandine: it's building fine so far, not sure if it will finish till the end of today ;p amd64 was building over an hour, so hmm, armhf will probably 3 times longer ;D
[15:50] <sil2100> Or even much much longer
[15:50] <kenvandine> yeah... it takes ages
[16:05] <sil2100> kenvandine: yep, it's on 7% right now
[16:05] <sil2100> Terrible
[16:13] <sil2100> kenvandine: lets sponsor lucene++ once the builds in the PPA finish, ok?
[16:13] <sil2100> Since it makes no sense to wait for armhf on my machine
[16:14] <kenvandine> yeah
[16:14] <kenvandine> sil2100, which PPA?
[16:14] <sil2100> kenvandine: https://launchpad.net/~sil2100/+archive/testing/+packages
[16:14] <sil2100> amd64 and i386 are still building
[16:18] <kenvandine> sil2100, how about changing the packaging branch to one owned by ~ubuntu-desktop?
[16:18] <Sweetshark> dear bug-control, can you please nominate bug 1204449 for raring? thx
[16:18] <ubot2`> Launchpad bug 1204449 in libreoffice (Ubuntu) "[SRU] LibreOffice 4.0.4 for Ubuntu 13.04 (raring)" [Undecided,Confirmed] https://launchpad.net/bugs/1204449
[16:18] <sil2100> kenvandine: I could change the maintainer, yes
[16:18] <kenvandine> better to be a team
[16:18] <sil2100> kenvandine: should I do that in the meantime? You think ubuntu-desktop is the right team? :)
[16:19] <kenvandine> good enough :-D
[16:19] <kenvandine> we have tons of packaging branches under ~ubuntu-desktop
[16:22] <sil2100> eeek!
[16:23] <sil2100> kenvandine: ok, it seems I'm not part of the ubuntu-desktop team ;p
[16:23] <sil2100> kenvandine: I think I should?
[16:23] <sil2100> didrocks: should I be part of ~ubuntu-desktop ;p ?
[16:23] <didrocks> sil2100: this has to be voted because it gives you per package upload rights
[16:23] <sil2100> Ah, ok
[16:23] <didrocks> the desktop package set
[16:24] <sil2100> kenvandine: then maybe some other team ;p? Since now I can't edit the LP page...
[16:24] <kenvandine> sil2100, pick a team :)
[16:24] <sil2100> kenvandine: could you change back the Driver and Maintainer to me back for a bit? https://launchpad.net/lucene++ ?
[16:25] <sil2100> Since now I can't do anything, I stripped myself out of authority ;p
[16:25] <didrocks> ahah, happened to me as well in the past :)
[16:25] <kenvandine> sil2100, ok, i changed you to maintainer again
[16:25] <kenvandine> but now i can't change driver
[16:25] <sil2100> Thanks!
[16:25] <kenvandine> so you can do that
[16:28] <sil2100> kenvandine: could it be ~ubuntu-unity maybe?
[16:28] <sil2100> I'm looking through the teams I'm in
[16:28] <kenvandine> fine with me
[16:33] <sil2100> kenvandine: branches updated as well
[16:33] <sil2100> kenvandine: LP too ;)
[16:34] <kenvandine> sil2100, awesome
[17:04] <sil2100> kenvandine: i386 finished with success, amd64 still building
[17:04] <sil2100> kenvandine: I guess you can sponsor if you would be so kind ;)
[17:04] <sil2100> kenvandine: big thanks in overall!
[17:04] <sil2100> I need to jump out now, so see you tomorrow
[18:03] <seb128> qengho, \o/ new chromium with working menu in my saucy updates, thanks
[18:08] <ritz> Sweetshark hi, wrt https://bugs.launchpad.net/ubuntu-advantage/+bug/1176923/comments/7
[18:08] <ubot2`> ritz: Error: ubuntu bug 1176923 not found
[18:08] <ritz> Sweetshark  libreoffice-common was not built
[18:09] <ritz> for raring
[18:09] <qengho> seb128: yay!
[18:09] <qengho> seb128: aaaaaaaand new chromium released last night. The wheels spin.
[18:12] <Sweetshark> ritz: see comment https://bugs.launchpad.net/ubuntu-advantage/+bug/1176923/comments/11 -- the build is in https://launchpad.net/~libreoffice/+archive/libreoffice-3-5
[18:12] <ubot2`> Sweetshark: Error: ubuntu bug 1176923 not found
[18:13] <Sweetshark> ritz: The "full" package cant be build in ppa -- they are too small.
[18:13] <Sweetshark> ritz: thus the ~ppa version (which has a limited subset of l10n)
[18:19] <Sweetshark> ritz: so the binary to test is still (and always will be) the latest in https://launchpad.net/~libreoffice/+archive/libreoffice-3-5 -- while the https://launchpad.net/~libreoffice/+archive/libreoffice-3-5/+sourcepub/3333599/+listing-archive-extra is the _source_ we want to update to (which we can not compile in a PPA).
[18:25] <Sweetshark> gah, the second link above was a copypasta error. Its https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-oneirictest-20110718/+sourcepub/3384413/+listing-archive-extra (that is 1:3.5.7-0ubuntu5).
[18:53] <ritz> Sweetshark the precise build is fine, the raring build is broken
[18:54] <ritz> Sweetshark++ sru filed