[02:16]  * eggonlea faints
[16:01]  * slangasek waves
[16:01] <ev> hiya
[16:01] <cjwatson> hi
[16:02] <bdmurray> hi
[16:02]  * stgraber waves
[16:03] <slangasek> #startmeeting
[16:03] <meetingology> Meeting started Wed Nov 16 16:03:01 2011 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[16:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:03] <slangasek> [TOPIC] Lightning round
[16:03] <slangasek> $ echo $(shuf -e cjwatson barry doko stgraber jhunt ev bdmurray slangasek)
[16:03] <slangasek> ev cjwatson barry slangasek doko jhunt stgraber bdmurray
[16:03] <ev> eep
[16:03] <ev> can we circle back?
[16:03] <ev> still frantically typing
[16:03] <slangasek> k
[16:03] <slangasek> cjwatson:
[16:04] <cjwatson> Switched over to the new cdimage master machine.  The part of image builds that it does seems about two or three times as fast as before.
[16:04] <cjwatson> Drafted other-p-plusonemaint-priorities.
[16:04] <cjwatson> More poking at exposing a decent Germinate API for Launchpad to use.  I'm making progress but only slowly.
[16:04] <cjwatson> Finished OCaml transition.  Mostly finished Haskell transition.  Much of the way through http://people.canonical.com/~ubuntu-archive/transitions/perl5.14.html.  Other odds and ends of that kind.  700 uploads this week!
[16:04] <cjwatson> Caught up on some merges.
[16:04] <cjwatson> Nibbled around the edges of multiarch cross-building a bit more.  I've started trying to attack the odd cross-architecture gzip mismatch bug ...
[16:04] <cjwatson> ..
[16:05] <barry> python-dbus porting to python 3.  many interesting decisions along the way: <http://bazaar.launchpad.net/~barry/python-dbus/py3/view/head:/PY3PORT.rst>.  status: compiles, test suite runs without crashing (yay!), but does not fully pass.  todo: make the test suite pass <wink>.  once that's done, test with real-world application, upload to ppa, email to mlist, blog.  done.
[16:08] <slangasek> followed through on some multiarching of libraries that was uploaded to Debian
[16:08] <slangasek> reviewing blueprints
[16:08] <slangasek> reviewing resumes for open positions
[16:08] <slangasek> done
[16:09] <slangasek> doko_: you're up
[16:11] <slangasek> jhunt_: why don't you go ahead
[16:11] <jhunt_> Blueprint work. Some significant Upstart Cookbook updates:
[16:11] <jhunt_> http://upstart.ubuntu.com/cookbook/#how-to-establish-fork-count,
[16:11] <jhunt_> http://upstart.ubuntu.com/cookbook/#implications-of-misspecifying-expect,
[16:11] <jhunt_> http://upstart.ubuntu.com/cookbook/#recovery-on-misspecification-of-expect.
[16:11] <jhunt_> fix for bug 771372. Review of code for setuid/setgid stanzas in Upstart.
[16:11] <jhunt_> Discussions with Patrick in QA re automated Upstart testing. Upstart job
[16:11] <jhunt_> logging rework still ongoing. Coding nominally complete - currently
[16:11] <jhunt_> debugging a failing test and working on documenting how to logically
[16:11] <jhunt_> establish the "optimal" start on condition for an Upstart job (to be
[16:11] <jhunt_> used for
[16:11] <jhunt_> https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-upstart-convert-main-initd-to-jobs).
[16:11] <jhunt_> Patch for bug 829980 seems to be working for users, so will upstream and
[16:11] <jhunt_> re-merge into official package this week (oneiric and precise).
[16:11] <jhunt_> ∇
[16:12] <stgraber> - Testing tracker
[16:12] <stgraber>  - http://<IP_ADDRESS> is usually up to date with what's in the branch
[16:12] <stgraber>  - Front page (list of builds) is done
[16:12] <stgraber>  - Spent half a day working on SQL optimization, got the worst page load in less than a second now (instead of 5)
[16:12] <stgraber>  - Initial work on the testcase view, should be done today
[16:12] <stgraber>  - Some work on the user/admin ACLs
[16:12] <stgraber> - Finished drafting all my blueprints
[16:12] <stgraber> - Worked on bug 823366, got a test setup and have a patch to make ifenslave work with our event driven boot (tested on 802.3ad only)
[16:12] <stgraber> - Some bugfixes in Arkose, still need to run the tests and then push the new version in Precise and SRU some of the fixes to Oneiric
[16:12] <stgraber> - Got upstart:i386 to install on an amd64 system with a patched apt (ppa:stgraber/experimental has the needed packages)
[16:12] <stgraber> - Some LXC upstream and packaging work with Serge, all of that should be uploaded to Precise soonish
[16:12] <stgraber> - TODO
[16:12] <stgraber>  - Try to get the new ISO tracker feature-equivalent to the old one by the end of the week
[16:12] <stgraber>  - Look at the new ifupdown in Debian (beta2), isolate the fix for bug 876829 and SRU to Oneiric
[16:12] <stgraber>  - Still need to get my iSCSI test setup online again and then look at the merge
[16:13] <stgraber> (done)
[16:13] <bdmurray> I was out on the 10th and 11th
[16:13] <bdmurray> tested and committed script to help manage rls-p-tracking bug tasks
[16:13] <bdmurray> setup up precise bug fixing report
[16:13] <bdmurray> wrote mailing list parser to determine where no package bug reports end up going and running a report for 2011
[16:13] <bdmurray> review of cproffit's bug workflow diagram for loco team members (bug reporters)
[16:13] <bdmurray> modification to bug bot commenting on no package bug reports routine
[16:13] <bdmurray> set up new canonistack image for the ultimate debian database
[16:13] <bdmurray> ubiquity bug triage (hardware errors and lack of free space)
[16:13] <bdmurray> .. done ..
[16:14] <slangasek> ev?
[16:14] <ev>  - Got a local retracer set up after merging in pitti's fixes.
[16:14] <ev>  - Researched RabbitMQ for coordinating retracing crash reports.
[16:14] <ev>  - Long call with Robert Collins on the crash database work.
[16:14] <ev>    - Robert is happy to help and provide guidance.
[16:14] <ev>    - Plan is to use oops-repository (Cassandra) as the database layer and API
[16:14] <ev>      for posting (with reply for more detail required), posting core dumps,
[16:14] <ev>      getting the full data out (privileged), and update an existing crash
[16:14] <ev>      (partially privileged).
[16:14] <ev>    - Also agreed to use the oops-repository dictionary format for crashes.
[16:14] <ev>    - This will make integrating with Launchpad's longer term plans of this as
[16:14] <ev>      a service for all projects an easier challenge. This may be implemented
[16:14] <ev>      as one big Cassandra cluster in a multi-tenant fashion, or on a
[16:14] <ev>      per-project basis, feeding to an API.
[16:14] <ev>    - Need to get something just sending crash signatures (or a likeness)
[16:14] <ev>      sharpish to test the scalability.
[16:14] <ev>    - Will use RabbitMQ for work queues, while still posting to a Cassandra
[16:14] <ev>      ColumnFamily to have a back up queue in case Rabbit falls over.
[16:14] <ev>    - Agreed to look at the existing long list of hardware databases created by
[16:14] <ev>      Canonical rather than creating yet another one.
[16:15] <ev>    - Came up with some plans for fractional deployment for the client.
[16:15] <ev>    - And lots, lots more :)
[16:15] <ev>  - Started looking into txstatsd and Graphite, per Robert's advice to measure
[16:15] <ev>    everything :)
[16:15] <ev>  - Proposed a branch to disable removing core files in the Launchpad retracer,
[16:15] <ev>    so that we have some profiling data to work with.  Need to follow up to
[16:15] <ev>    Martin's comments.
[16:15] <ev>  - Ported the crash reporter to C. \o/ Still need to wire up to
[16:15] <ev>    NetworkManager.
[16:15] <ev>  - Wrote a C parser for the Apport (/RFC822) report format.
[16:15] <ev>  - Call with David Pitkin about his plans for improving the 3rd party
[16:15] <ev>    application development platform.
[16:15] <ev>  - Helped Matthew understand what packages are responsible for writing to the
[16:15] <ev>    screen during the boot and shutdown process in support of his work item for
[16:15] <ev>    session consistency (bug 882296).
[16:15] <ev>  - Background research into moving from JSON to BSON. Some serious wins to be
[16:15] <ev>    had.
[16:15] <ev>  - Moved from JSON to BSON using MongoDB's C BSON library for transmitting
[16:15] <ev>    crash data to the server.
[16:15] <ev>  - Chat with Rick about helping the DX team get over the testing hump.
[16:15] <ev> (done, I think)
[16:16] <slangasek> BSON, eh?
[16:16] <slangasek> how is that different from JSON?
[16:16] <ev> it's binary
[16:16] <ev> therefore it's better
[16:16] <slangasek> ah
[16:17]  * slangasek grins
[16:17] <slangasek> doko_: around at all?
[16:17] <ev> (http://www.mongodb.org/display/DOCS/BSON)
[16:17] <barry> ev: did you see jam's performance analysis on canonical-tech?
[16:18] <ev> of BSON? I believe that's the thread I read on there about it
[16:18] <ev> the one where Robert unpacked the worked involved to send JSON vs BSON over the wire
[16:19] <barry> ev: i really only skimmed the message ;)
[16:21] <ev> barry: :) I was thinking of a different thread, but I've seen this one too :)
[16:22] <ev> I don't think it's possible to do anything but skim that thread. It put me in a coma at UDS.
[16:23] <barry> :-D
[16:23] <slangasek> [TOPIC] Bugz
[16:23] <slangasek> bdmurray: what's new and buggy?
[16:23]  * slangasek hmms and prods the bot (or his connection)
[16:24] <bdmurray> mterry brought up bug 459730 this week which cjwatson commented on at one point in time
[16:24]  * slangasek tentatively taps his connection
[16:25] <cjwatson> If mterry brought it up, he can reply to my review comment :-)
[16:26] <slangasek> technically it's not a device at all but a pipe... does it belong somewhere other than /dev?
[16:27] <slangasek> I don't think this is a high priority bug though
[16:27] <cjwatson> quite possibly; if it were somewhere other than /dev then we wouldn't have to have the debate about whether it belonged in udev.  /run would work now, perhaps
[16:28] <cjwatson> (noted that in the bug)
[16:29] <slangasek> not sure how many other packages regard xconsole as a "standard" interface, is the only thing that gives me pause
[16:30] <jhunt_> slangasek: one day, when we have opengrok... :)
[16:30] <slangasek> bdmurray: what else you got in the bug jar? :)
[16:30] <bdmurray> okay then, cjwatson do you have a thought on where the _ in bug 861048 is coming from?
[16:30] <ev> jhunt_: what the RT for the opengrok stuff?
[16:31] <jhunt_> ev: jamespage has done some packaging work. We need to assess infrastructure requirements. I'm currently working on some changes to the OpenGrok core to improve indexing.
[16:31] <cjwatson> bdmurray: I haven't had a chance to see if I can reproduce that; grub2 is supposed to turn off the cursor and then IIRC it sets a magic bit in the boot protocol to tell the kernel not to turn it on
[16:32] <ev> jhunt_: don't forget about the Canonicloud
[16:32] <ev> you can always prototype there
[16:32] <jhunt_> ev: we're using it :)
[16:32] <ev> brilliant
[16:32] <cjwatson> so by design it works; it's possible that grub isn't actually setting that magic bit or that the kernel isn't honouring it, and those are the two likely points of failure
[16:32] <ev> let me know if you get something I can set up an ssh tunnel to
[16:32] <cjwatson> I know Matthew Garrett wrote a kernel patch to do that but right now I don't recall whether it landed
[16:32] <slangasek> cjwatson: 861048 is before the first purple screen though, so before grub has rendered
[16:33] <cjwatson> oh, *before* grub?
[16:33] <slangasek> cjwatson: does that mean it's BIOS output that we can't control?
[16:33] <cjwatson> in that case the BIOS sets it and we can't do anything about it
[16:33] <cjwatson> grub turns it off as pretty much the very first thing it does
[16:33] <slangasek> ok - thought so, but wanted your professional opinion
[16:33] <cjwatson> sorry, hadn't read the up-to-date comments
[16:33] <cjwatson> I'll double-check in the code
[16:34] <bdmurray> I may have also seen an _ when resuming from hibernate - that would be a bug though correct?
[16:34] <cjwatson> (because I might be misremembering)
[16:35] <cjwatson> resuming from hibernate starts out from the BIOS too
[16:35] <cjwatson> however it's possible that we aren't turning it off as quickly there; if so that would be a bug
[16:35] <cjwatson> we may not be able to fix it completely but should do what we can
[16:35] <bdmurray> A video would help I'd imagine?
[16:36] <cjwatson> Hmm.  I may be misremembering about grub.  It does turn off the cursor, but not desperately early
[16:37] <cjwatson> It's possible we can improve things there
[16:37] <cjwatson> I've updated the bug
[16:39] <bdmurray> Additionally there was a session where we discussed text free boot and I'd tested switching to a tty1 and suspending and resuming.  Should I report a bug about that?
[16:39] <cjwatson> yes, I don't remember the exact behaviour but the behaviour we discovered in that session was a bug :;-)
[16:39] <cjwatson> :-)
[16:40] <bdmurray> okay, that answers that then
[16:41] <bdmurray> stgraber you'd talked about taking a pass through casper bugs before we went to UDS.  Do you still plan on doing that? there are a few with patches etc...
[16:41] <stgraber> bdmurray: yes, I actually have some local changes on casper (getting rid of gconf and converting to gsettings)
[16:42] <bdmurray> that's all I've got then
[16:44] <slangasek> cjwatson: related, you have a workitem on https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-text-free-boot to "hunt down" a bug about grub not honouring EDID properly... bug 877278 is the right bugnum, I'm not sure if that means that workitem is done or if it just metamorphoses :)
[16:44] <slangasek> bdmurray: thanks
[16:44] <cjwatson> let's metamorphose it into that bug then
[16:44] <slangasek> cjwatson: and assign to you?
[16:44] <cjwatson> yep
[16:45] <slangasek> done
[16:45] <slangasek> [TOPIC] Blueprints
[16:45] <slangasek> Blueprints!  Drafting due Friday
[16:46] <slangasek> from what I see we seem to be on track... just be sure to get them wrapped up by then
[16:46] <slangasek> and when you're done drafting and ready for review, please be sure to mark as either 'pending approval' or 'review' so we know
[16:46] <slangasek> any questions?
[16:46] <ev> what time on friday? :)
[16:47] <slangasek> heh
[16:47] <slangasek> before you leave the office is fine
[16:47] <ev> cool
[16:47] <slangasek> but I don't want everyone dumping them on me at 5pm pacific :)
[16:47] <bdmurray> before ev leaves or I leave?
[16:47] <slangasek> bdmurray: yes
[16:48] <slangasek> [TOPIC] AOB
[16:48] <slangasek> anything else?
[16:49] <slangasek> oh, should've said during the lightning round, but just to remind you that I'm out all next week and half of the week after... hence the deadline
[16:50] <cjwatson> oh, I should book holiday before that then
[16:51] <ev> attending a big data event at Millbank tonight - some Cassandra people there, probably MongoDB folks as well. Let me know if you have questions you want passed along.
[16:51] <ev> oh and Hadoop
[16:52] <slangasek> cool
[16:53] <slangasek> #endmeeting
[16:53] <meetingology> Meeting ended Wed Nov 16 16:53:05 2011 UTC.
[16:53] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-11-16-16.03.moin.txt
[16:53] <slangasek> thanks guys :)
[16:53] <ev> thanks!
[16:53] <ogra_> ev, ask if they know about calxeda and our involvement with them
[16:53] <ev> okay
[16:53] <ev> will do
[16:53] <ogra_> hadoop is the #1 usecase
[16:53] <ogra_> for that super armed server :)
[16:53] <barry> thanks!
[16:54] <jhunt_> thanks
[16:54] <ev> :)
[16:54] <stgraber> thanks!
[18:05] <nuclearbob> #startmeeting
[18:05] <meetingology> Meeting started Wed Nov 16 18:05:33 2011 UTC.  The chair is nuclearbob. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[18:05] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:05] <nuclearbob> [TOPIC] Previous items
[18:06] <nuclearbob> the only action item last week was discuss the minimum memory requirements
[18:07] <nuclearbob> we've been discussing that at the sprint this week, but we haven't reached a conclusion
[18:07] <nuclearbob> moving on
[18:07] <nuclearbob> [TOPIC] Community Efforts/Testing
[18:08] <nuclearbob> looks like I went too fast, rolling back
[18:08] <nuclearbob> [TOPIC] Previous Actions
[18:09] <nuclearbob> we have a url for the minimum memory requirements provided by the dev team that we'll be testing against
[18:11] <nuclearbob> https://help.ubuntu.com/11.10/installation-guide/i386/minimum-hardware-reqts.html
[18:11] <gema> basically, we will aim at validating whatever the minimum requirements are
[18:11] <gema> so that we are sure thing work in low memory conditions
[18:12] <gema> but we don't have a date yet as to when we will be able to start such testing
[18:12] <gema> ..
[18:12] <nuclearbob> all right
[18:12] <nuclearbob> any other previous actions before we move on?
[18:13] <nuclearbob> all right
[18:14] <nuclearbob> [TOPIC] Community Efforts/Testing
[18:15] <nuclearbob> as we're defining the preferred test case format, we'll make sure to get that published so the community can submit test cases, but we don't have the format defined yet
[18:19] <nuclearbob> anybody else?
[18:19] <nuclearbob> moving on
[18:19] <nuclearbob> [TOPIC] Automated/Systems Testing
[18:20] <nuclearbob> we're setting up a new lab this week for automated testing
[18:20] <nuclearbob> once it's running we'll be pushing test results to the public jenkins instance
[18:22] <nuclearbob> we'll have more of that available after it's setup
[18:23] <nuclearbob> anything else?
[18:24] <nuclearbob> all right
[18:24] <nuclearbob> [TOPIC] Engineering Team Bug Status (hggdh, Ursinha, pedro_, bdmurray)
[18:27] <nuclearbob> any bug status updates this week?
[18:27] <bdmurray> I've nothing special to share today just one recommendation
[18:28] <bdmurray> With the recent release of 11.10 it'd be helpful if people were to go through and review bugs that've reported and ensure they are still relevant
[18:28] <bdmurray> For further details see http://www.murraytwins.com/blog/?p=110
[18:29] <nuclearbob> sounds good
[18:29] <nuclearbob> anything else from anybody?
[18:30] <nuclearbob> all right
[18:31] <nuclearbob> [TOPIC] Other Topics
[18:32] <gema> we are going to be improving the ubuntu QA wiki soon
[18:32] <gema> there has been a lot of improvements within QA and we are changing the way we do testing so we are going to try to reflect that on the wiki
[18:33] <gema> please, feel free to add/remove things as you see fit, we are going to try to get rid of obsolete info and put in the relevant information of what we are working on at the moment
[18:33] <gema> basically, all the things we spoke about at UDS need to be reflected there
[18:34] <gema> bdmurray: we'll need to talk about how to split the pure bug-centric info from the QA info
[18:34] <gema> so that everything flows nicely
[18:34] <gema> ..
[18:35] <nuclearbob> all right
[18:35] <nuclearbob> anyone want to chair next week?
[18:35] <gema> I can do
[18:35] <nuclearbob> super
[18:35] <nuclearbob> [ACTION] gema to chair next meeting
[18:35] <meetingology> ACTION: gema to chair next meeting
[18:36] <nuclearbob> thanks everybody
[18:36] <nuclearbob> #endmeeting
[18:36] <meetingology> Meeting ended Wed Nov 16 18:36:09 2011 UTC.
[18:36] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-11-16-18.05.moin.txt


[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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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://<IP_ADDRESS>: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