[04:29] Good morning [04:31] pitti, hey! [04:36] pitti: Good morning! [04:38] * pitti waves to darkxst and RAOF [05:17] TheMuso: could you drop gnome-doc-utils from orca's build-depends the next time you upload? it's no longer needed [05:25] jbicha: Sure. [05:25] Good timing, just preparing to upload it actually. [05:40] 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] darkxst: it means that it cannot find that library from the current Contents.gz [05:41] darkxst: it downloads that from archive.u.c., but that wouldn't have newer versions from your PPA [05:41] do PPAs produce Contents.gz? if so, we'd need to teach it to look into multiple Contents.gz [05:42] but most stuff should work alright without that [05:43] I don't see any [05:45] 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] darkxst: Error: ubuntu bug 1206454 not found [05:51] so basically once it hits a missing library the rest of the trace is corrupt === tkamppeter_ is now known as tkamppeter [07:16] Morning! [07:30] Mirv: hi! Can you review https://code.launchpad.net/~sil2100/cupstream2distro-config/apps_remove_assets/+merge/177746 ? [07:34] pitti, would there be some way to generate the missing mappings locally? [07:36] darkxst: PPAs don't build a Contents.gz? [07:37] 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] pitti, apparently not: Bug 769607 [07:42] Launchpad bug 769607 in Launchpad itself "Missing Contents-*.gz in PPAs" [Low,Triaged] https://launchpad.net/bugs/769607 [07:42] :/ [07:43] darkxst: just to be sure, you do have "deb" apt sources for ddebs for both ddebs.u.c. and the PPA, right? [07:44] pitti, yes [07:47] Mirv: wait, I'll also add one more modification to that branch [07:48] sil2100: just when I clicked :) ok, waiting [07:48] pitti, it seems to work fine where the so names match up [07:48] darkxst: oh, you've got report with older library sonames? [07:48] Mirv: done ;) [07:48] 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] Mirv: now we'll fix two stackks at once ;p [07:49] darkxst: that explains it then; these should usually just be invalidated, the retracer has some heuristics for that [07:49] darkxst: doesn't it close the bugs as invalid? [07:49] pitti, I mean where the so name in ppa package is the same as in archive [07:49] sil2100: ok [07:49] darkxst: like "you used version 1, but version 2 is in Ubuntu, retry with current versino blabla" [07:49] darkxst: ah, ok [07:50] darkxst: yeah, that would be the Contents.gz matching [07:50] pitti, it does invalidate when packages are too old [07:50] darkxst: this is a fallback if there is no transitive Depends: on a library that is loaded into /proc/pid/maps [07:50] darkxst: i. e. plugins which are being used at runtime without declaring dependencies on them === rickspencer3_ is now known as rickspencer3 [07:52] * sil2100 waits for seb128 to have a free jiffy [07:54] pitti, ok [07:54] didrocks: morning! [07:54] where is the code handling Contents.gz mapping [07:54] Are you busy in the morning? ;) [07:54] hey sil2100! Well, in meetings :) [07:55] darkxst: backends/packaging-apt-dpkg.py, _search_contents() [07:55] didrocks: since seb128 seems to be busy as well, and we have some packaging ACKs to request for the stacks ;D [07:55] We might wait of course! [07:55] darkxst: called by get_file_package() [07:56] sil2100: fire away with links [07:56] :) [07:56] 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] didrocks, sil2100, Mirv: I can review as well [07:57] * didrocks steps away [07:57] seb128: ^ ;) [07:57] 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] I couldn't connect, the dhcp was down [07:58] sil2100, hud change is fine [07:59] seb128: thanks :) [07:59] Mirv, toolkit is fine [07:59] seb128: sadly, indicators has a few packaging changes, all small, let spam a moment: [08:00] 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] 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] 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] 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] 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] There's also ido, which seems to update the symbols file automatically: [08:01] 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] I see that it removes some symbols too, but it's not really API/ABI stable I guess? [08:01] goooood morning [08:02] sil2100, great website for you: http://paste.ubuntu.com/ [08:02] Laney, hey [08:02] 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] seb128: thanks [08:02] seb128: btw, while I investigated the recent libgphoto2 breakdown I started packaging the current upstream version 2.5.2 [08:02] Next time I'll pastebinit, but this way it's much faster for you to open the links ;) [08:02] seb128: we still have 2.4.14 which is > 1.5 years old, and we should keep up with current cameras [08:02] seb128: mostly because the package is outdated in debian [08:03] pitti, great [08:03] sil2100: the fastest is http://www.multiurl.com/ one click open [08:03] seb128: do you have any objections in updating? it does involve ABI bumps and ~ 10 rebuilds/ports/updates === rickspencer3_ is now known as rickspencer3 [08:03] 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] 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] Mirv: woha [08:04] Mirv: that's nice [08:04] seb128: but now that I got a big chunk of the work done already, we might as well go through with it? [08:04] sil2100, they look fine, out of the ido one, please check with larsu and charles why they are dropping those symbols [08:04] pitti, yes please [08:04] seb128: will do, thanks! [08:04] pitti: My system is in the 'borked /run/user/1000/pulse permissions' state atm [08:04] want any debugging information? [08:05] what is broken about them? [08:05] drwx------ 2 root root 100 Jul 27 10:40 pulse/ [08:05] ah, Luke asked on the bug to try with PA 4.0 [08:05] 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] now, when was that uploaded? [08:05] bugs.linuxfoundation.org bug 1144 in cups-filters "Build fails with Poppler 0.24.0" [Major,New] [08:05] Laney: any pulseaudio daemon running as root ATM? [08:06] Laney: otherwise, I don't know much about pulse, I'm afraid [08:06] pitti: no [08:06] Laney: it does sound like something starts a pulseaudio as root [08:06] and the pid file inside there points to one owned by my user [08:06] indeed the files inside there are owned by me [08:06] tkamppeter, ok, great, thanks [08:06] Laney: it would be weird if something else than pulse itself would fiddle with the pulse directory [08:07] some testsuite maybe? [08:07] hmm [08:07] Laney: as pulse doesn't have any suid binaries, my best bet would be a bug in lightdm [08:07] I don't do so much building on the laptop [08:08] Laney: not dropping privs for the user session early enough or so [08:08] Laney, pitti, larsu: aurelien fixed the libusbx hang issue that was impacting upower, just synced that update to saucy [08:08] larsu: hi! [08:08] seb128: cool! [08:08] Laney: but /run/user/1000 has the right permissions? [08:08] seb128: awesome! [08:08] asac: ^ [08:08] seb128: awesome!!! Where do we send the beer? [08:08] pitti: yes [08:08] sil2100: morning [08:09] larsu, at dholbach's in a few weeks :p [08:09] seb128: adjusting/closing bug 1203655 then [08:09] Launchpad bug 1203655 in upower (Ubuntu) "Hangs in pthread_join in libusb_exit" [Undecided,Confirmed] https://launchpad.net/bugs/1203655 [08:09] larsu: morning morning! We noticed the removed symbols in the libido binary [08:09] I've never seen this on my desktop either [08:09] larsu: what's up with those? [08:09] pitti, danke [08:09] 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] seb128: looking forward to it! [08:10] 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] seb128, didrocks, nice to have single click launches apps back in the dash [08:10] larsu: were those symbols unused? [08:10] rickspencer3, indeed! [08:10] pitti, ok, I"ll let asac know [08:10] thanks [08:10] rickspencer3: pinged him above [08:11] pitti, that phone call mocking work sounded amazing [08:11] 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] I'm looking forward to seeing what folks do with it [08:11] sil2100: woah, I have no idea, that's charles' doing [08:11] oh, speaking of which [08:11] let me find the commit [08:11] hmmm [08:11] rickspencer3: you realize you are speaking to a mocked pitti! [08:11] wow [08:11] nice [08:11] lol [08:12] pitti, does that mean we've had this conversation before and you are playing it back? [08:12] rickspencer3: and enjoy the weekend! [08:12] 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] :) [08:12] rickspencer3: oops, that's where the original record starts to mismatch [08:12] :) [08:13] seb128: you can't record stuff without the actual device [08:13] seb128: but I'm happy to put some traces somewhere, maybe even into git [08:13] pitti, right, but e.g you could record a call simulation and ship it in a test package no? [08:13] larsu: http://bazaar.launchpad.net/~indicator-applet-developers/ido/trunk.13.10/revision/143 [08:13] sil2100, seb128: the commit message doesn't really help [08:13] 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] seb128: oui [08:13] pitti, that would be useful, thanks [08:14] not everyone in the team has a phone [08:14] sil2100, seb128: Looks like he refactored a bit and he didn't consider ido to be public API [08:14] larsu: I'll block the indicators release then [08:14] I don't like API/ABI breaks without proper version bumps [08:14] larsu, do you know if those symbols are likely to be used anywhere? [08:14] ;) [08:14] sil2100: :( [08:15] seb128: highly unlikely. This should never have been public API... [08:16] sil2100: please talk to charles when he gets up, I won't be able to (I'll be on a train) [08:16] sil2100, $ apt-cache rdepends libido3-0.1-0 .... lists empathy unity unity-greeter indicator-applet ubiquity indicator-sync indicator-bluetooth [08:16] larsu: ok [08:16] sil2100, you can apt-get those source from saucy and grep -r for the dropped symbols [08:16] if that returns nothing it's probably fine [08:16] seb128: will do, ok [08:16] larsu, ^ seems reasonable to you? [08:16] seb128: the indicators should not depend on it anymore, that's a bug [08:16] rickspencer3: yep! it's nice to see that ;) [08:17] larsu, sync and bluetooth didn't get gmenuified yet [08:17] seb128: right. They won't be using those symbols thouhg. But you're right, better make sure. It doesn't hurt :) [08:17] larsu, standard rule, get the rdepends and grep through them ;-) [08:18] seb128, larsu: *want codesearch.ubuntu.com* [08:18] 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] codesearch.debian.net is so awesome for this kind of research [08:18] pitti: yes please!! [08:21] I started trying to set up a codesearch instance but it wasn't so easy to glue the pieces together [08:21] and there were some debian-specific assumptions hardcoded, which I couldn't untangle as I don't understand Go yet [08:21] I notice that it is now packaged though [08:21] assuming that is the web frontent [08:22] (damn, it is not) [08:23] seb128: I grepped all the rdeps and it returned no results [08:24] seb128: so hm, I guess we can push it further, no? [08:26] sil2100, let me install the debs and try a guest session here (please do the same) [08:26] Laney, we need it juju charmed, where is jcastro? :p [08:26] haha [08:26] I would have done that if I got it to work normally first [08:26] right [08:29] 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] 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] Laney, or at least port the port to poppler [08:41] I haven't even got that far yet :-) [08:41] it was making sense back in the days, but I don't think it matters nowadays [08:41] can't install the BDs [08:42] hum, why not? [08:42] it worked for me yesterday [08:42] well, that's the weird part [08:42] sbuild won't do it but apt-get build-dep in the chroot does [08:42] or is it the build conflicts on binutils-gold? [08:42] ah, good clue [08:42] that was the issue for me yesterday [08:43] 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] I didn't try to debug though, I just tried if that was a no change rebuild, and it's not :/ [08:43] lets see [08:43] sil2100, ok, ido seems to create no problem here, go for it [08:43] do you know what else is left besides that? [08:44] seb128: thanks, on it! [08:44] cups-filter, tkamppeter opened an upstream bug and is waiting for them to reply (he said they are reactive usually) [08:44] karbon [08:44] libreoffice [08:44] gdal [08:45] I'm looking a gdal [08:45] I built it in the wrong pbuilder yesterday and though it was a no change rebuild, but it's not [08:45] karbon is calligra [08:45] ah [08:45] didn't you test build that yesterday? [08:45] yes, it's done [08:46] weird [08:46] why is it still listed on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt ? [08:46] * seb128 starts pbuilder [08:46] not in the hint at the end [08:47] ah [08:47] * seb128 hates update_output [08:47] that's where it tries all of them together and tells you what is left over [08:47] that shouldn't be that hard to read [08:47] yeah it's the raw output [08:47] we could do with a better view on it [08:50] seb128: two more packaging ACKs if you have a jiffy: http://paste.ubuntu.com/5932026/ [08:53] 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] I'll look into that today, also with him [08:53] And I can't push out a release with 40 failures per platform ;) [08:54] sil2100, webbrowser seems buggy [08:54] webbrowser-app-0.22+13.10.20130731/debian/qtdeclarative5-ubuntu-ui-extras-browser-plugin.install [08:54] -usr/share/locale/*/LC_MESSAGES/webbrowser-app.mo [08:54] webbrowser-app-0.22+13.10.20130731/debian/webbrowser-app.install [08:54] +usr/share/locale/*/LC_MESSAGES/webbrowser-app.mo [08:54] [08:55] sil2100, the files moved from qtdeclarative5-ubuntu-ui-extras-browser-plugin to webbrowser-app [08:55] sil2100, so webbrowser-app should Replaces qtdeclarative5-ubuntu-ui-extras-browser-plugin (<< 0.22+13.10.20130731) [08:56] Oh, and I asked Olivier if it's only moving things out of webbrowser-assets - right! [08:56] Let me fix that [08:56] sil2100, thanks [08:57] sil2100: thanks for keeping me posted :) [08:58] sil2100, media is fine [09:06] doh [09:07] didn't notice that xpdf has its own build system in debian/rules [09:07] fixed === vrruiz_ is now known as rvr [09:16] 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] sil2100, yes, please use a Breaks as well [09:36] seb128: pushed [09:38] sil2100, ideally the Conflicts on the assets should also be a Breaks ... can you change that? [09:41] seb128: ok, hm, I wanted Conflicts since it forces the uninstall of that package more ;) [09:41] But ok! [09:41] oh [09:42] sil2100, if you want to replace/force removal, you need to Provides/Conflicts/Replaces without versions [09:42] sil2100, c.f http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces [09:42] sil2100, 7.6.2 [09:43] seb128: I wanted to keep the version numbers in case someone would like to re-introduce webbrowser-app-assets ;) [09:44] sil2100, is there any reason then would like to rename it back? and if they do we can update the control... [09:52] seb128: pushed! [09:53] sil2100, approved, but you need to change the mp status, I don't have access to it [09:54] seb128: thanks! :) [09:54] sil2100, thank you for the fixes ;-) [09:58] sil2100: hey! [09:59] 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] (we had more files moving) [09:59] didrocks, yes, files moved without proper Replaces [09:59] didrocks, we just approved the mp to fix that [09:59] didrocks: yes, but I'll re run it once the merge is in [09:59] And there will be a +1 [10:00] sil2100: ok, any reason the stack wasn't rerun manually yesterday? [10:00] So it should be released in some minutes [10:00] (after the first replaces fix?) [10:00] (which apparently wasn't enough) [10:00] didrocks: it was re-run, but it got stuck with cu2d-config problems when it finally was ;/ [10:01] didrocks: i.e. with packages: mismatch [10:01] It was already late when I noticed that, so I did that in the morning [10:02] sil2100: ok, can you please ensure that it's in ubuntu asap [10:02] thanks guys :) [10:02] Yes sir! [10:06] pitti, will it be ok to merge ppa changes into apport? [10:07] darkxst: as long as they are generic and don't break the distro retrace, sure [10:08] pitti, sure, nothing will break distro retrace [10:08] didrocks: from other things - I had a chat with Andrea about using a newer compiz for saucy [10:09] didrocks: and I thought, maybe we could daily release lp:compiz/0.9.10 instead? [10:09] pitti, it would be nice if origin was its own field in the crash report [10:09] sil2100: I'm good if we test before/after and see the AP result diff :) [10:09] 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] (maybe some dogfooding will be needed) [10:09] sil2100: right, that's what Andrea told me as well [10:09] I think lp:compiz/0.9.10 is wiser as well [10:10] Right, but if all is ok, that's feasible for you? [10:10] Ok :) [10:10] sure sure ;) [10:10] So I'll dogfood it on my system as well [10:10] perfect! [10:10] pitti, that would make it quite easy to setup per-ppa configs [10:10] sil2100: can you prioritize Mir today? [10:10] I'm finishing working on Mir MIR meanwhile [10:10] would be great to have it in main [10:10] so that we can start having xmir and drivers built against it [10:11] didrocks: sure, just had this discussion and wanted to discuss further, moving on to Mir (while waiting for the merge) [10:11] sil2100: thx dude! [10:12] pitti, although I could just parse the Source sting anyway [10:12] darkxst: that would make it rather unwieldy for origins in the "Dependencies" field, though? [10:15] pitti yes true [10:31] 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] Mirv, ok, looking [10:35] didrocks: re-running Apps stack [10:35] sil2100: thx! [11:04] 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] didrocks: probably a known issue, but reported bug 1206860, to account precise alternate smoke test failures [11:05] 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] psivaa: you did want to ping mlankhorst, right? [11:07] didrocks: not sure who to ping :) [11:08] psivaa: what exactly are you looking for? [11:09] psivaa: sounds like xserver-xorg-input-wacom-lts-raring is still in universe, needs an archive admin to fix.. [11:10] mlankhorst: just notified that precise alternate installations fail due to this uninstallable packages. the report.html specifically says that though [11:10] move that package to main^ [11:11] Mirv, would it make sense to split the qt lib and the bindings as well? [11:11] they are in the same binary atm which is a bit weird [11:21] seb128: ah, multi-arch, fixing/adding. and splitting, I'll ping you later. [11:22] ok [11:22] and tweaking my own review checklist since I don't seem to automatically necessarily remember those [11:40] seb128: could you take a look at bug 1101154? [11:40] Launchpad bug 1101154 in gnome-session (Ubuntu) "all signal handlers have been removed in error" [Undecided,New] https://launchpad.net/bugs/1101154 [11:40] jbicha, what about it? [11:41] jbicha, I had looked at this one before, I've no strong opinion/don't really know enough about the topic to comment === ashams_ is now known as ashams [11:42] oh, I don't either but they're blaming you for making the change [11:44] that seems a patch refresh error [11:44] but I don't understand the problem offhand and I don't care enough to spend time debugging it atm [11:44] if you/somebody else wants to take it, feel free [12:17] seb128: thanks for break LibreOffice ;) [12:17] s/break/breaking/ [12:17] Sweetshark, the new poppler broke it? [12:17] yep [12:17] not a surprise ... are you fixing it? ;-) [12:18] seb128: will try. it might be easy ;) [12:18] it shouldn't be too much change [12:18] do you have the build log? [12:20] seb128: maybe I even have a patch. well, mostly. [12:23] seb128: http://pastebin.ubuntu.com/5932579/ <- build log [12:23] seb128: possible fix: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=828ebc542b980fce90e70459eb2d13e6eeecc355;hp=6af7d0675d1c95c92e387424a91732e90382f462 [12:24] seb128: needs some tweaking for poppler 24 [12:30] Sweetshark, that patch seems fine [12:30] Sweetshark, it's not enough? [12:35] mpt: is bug 1205480 ok? [12:35] Launchpad bug 1205480 in ubuntu-system-settings (Ubuntu) "Use 'Call forwarding' instead of 'Call diversion'" [Undecided,New] https://launchpad.net/bugs/1205480 [12:47] seb128: well for one, it needs to check for version 24 too, I guess. [12:47] seb128: Im testing right now ... [12:49] jbicha, I'm not British, but otherwise it looks like a well-founded bug report. :-) [12:49] mpt: you're American? [12:50] lol [12:50] * mpt throws a pavlova at jbicha [12:50] don't insult mpt :p [12:50] it's been too long since I've been at a UDS [12:51] jbicha: mpt is as british as seb128 is german ;) [12:51] haha [12:51] see I knew mpt was British! ;) [12:51] pavlova hmm [12:53] seb128: bzr pull in lp:u1db-qt [12:53] my commit was merged, splitting the QML plugin and adding multi-arch support [12:54] sil2100: FYI, I'm rebuilding latest Mir now [12:55] didrocks: with the dep-change merge in? [12:55] sil2100: yep ;) [12:56] didrocks: excellent! Thanks! I see armhf boost finished building as well ;) [12:57] sil2100: yw! thanks to you :) [12:58] 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] Sometimes I forget that seb128 doesn't have access to some projects [13:00] poor seb128, powerless :p [13:00] * didrocks runs [13:05] didrocks, wait for next time I see you... ;-) [13:12] you will forget and just buy me a beer :) [13:16] didrocks, that jedi trick doesn't work on me [13:16] ;-) [13:21] Mirv, the plugin binary is wrongly named [13:24] Mirv, it should be qtdeclarative5-u1db1.0 [13:24] Mirv, kenvandine said it's the new convention that was decided to make different abi co-installable/have easier transition [13:25] seb128: ok, good to hear about that. I'll also fix the short descriptions now that they were separated. [13:25] worthed a try though! :) [13:25] Mirv, thanks [13:29] 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] Sweetshark: transition happening in -proposed right now [13:30] Sweetshark: I'm on it, but it should have cleared out 20 mins ago [13:31] pitti: yeah, build was there ~20 minutes ago. [13:31] Sweetshark: retry now [13:32] * Sweetshark considers to get a universal lock on -proposed for the first libreoffice upload in a cycle. [13:32] (or at least for the LO deps -- so its only a third of main ;) ) [13:33] pitti: retrying right now ... [13:41] pitti: seems to fail still [13:44] Sweetshark: hm, it cleared from http://people.canonical.com/~ubuntu-archive/testing/saucy-proposed_probs.html [13:45] Sweetshark: ah, except gvfs -- that's still uninstallable [13:45] Sweetshark: does LibO perhaps stumble over that? but it shouldn't be libsane-dev any more [13:45] 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] I'll do that now [13:54]