[15:02]  * slangasek waves
[15:03]  * stgraber waves
[15:03] <barry> o/
[15:04] <ribru> o/
[15:04] <slangasek> #startmeeting
[15:04] <meetingology> Meeting started Thu Oct 30 15:04:32 2014 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:04] <meetingology> Available commands: action commands idea info link nick
[15:04] <mvo_> hi
[15:04] <slangasek> [TOPIC] Lightning round
[15:05] <slangasek> $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson caribou infinity mvo bhuey sil2100 robru)
[15:05] <slangasek> caribou robru bhuey slangasek cjwatson stgraber infinity mvo sil2100 barry jodh bdmurray doko
[15:05] <slangasek> caribou: hi!  you can start if you're around :)
[15:05] <caribou> so me first
[15:05] <mvo_> you win!
[15:05] <caribou> Been busy investigating a but on libnss-ldap for ppc64el
[15:05] <caribou> s/but/bug
[15:06] <caribou> still am matter of fact : looks like libnss-ldap expect __libc_lock_lock to be provided by the libc
[15:06] <caribou> which isn't
[15:06] <caribou> this is only the case on ppc64el
[15:06] <caribou> rest of the time I have been busy on Maas issues and preparing for the merges of the package I have upload rights for
[15:07] <caribou> (done)
[15:07] <slangasek> ribru: you're next
[15:07] <caribou> but I would eventually appreciate some help on the __lib_lock_lock issue eventually
[15:07] <sil2100> o/
[15:07] <slangasek> ribru: when do you go  back to being robru? :)
[15:07] <sil2100> Did I miss anything?
[15:07] <slangasek> sil2100: caribou's
[15:07]  * sil2100 is still in a meeting
[15:07] <ribru> * added mode to citrain to allow for a special staging instance to not step all over production PPAs
[15:07] <ribru> * prepared a branch to delete archaic 'preprod' mode in favor of this new theoretical staging instance
[15:07] <ribru> * enabled vivid landings in citrain code
[15:07] <ribru> * ripped out the option that lets people disable ~rtm version for source builds in RTM (including source syncs but also RTM-first landings)
[15:07] <ribru> * helped barry test new system-image landing support phased updates
[15:07] <ribru> * landings, landings, landings.
[15:07] <ribru> (done)
[15:08] <ribru> slangasek: heh, when my ribs stop hurting ;-)
[15:08] <slangasek> hmm :)
[15:09] <slangasek>  * post-sprint catch-up
[15:09] <slangasek>  * vivid opening, mostly work related to the phone channels
[15:09] <slangasek>  * discussions around our channel and branch model for the coming cycle
[15:09] <slangasek>  * shepherding of partner packages
[15:09] <slangasek>  * various HR tasks, still have open job reqs, working on filling
[15:09] <slangasek> (done)
[15:09] <cjwatson> Did a bunch of work on opening the 15.04 archive, setting up image builds, etc.  Wrote branch-livefses script (unfortunately initially buggy: forgot to copy require_virtualized).
[15:09] <cjwatson> Planning for my transition to Launchpad Engineering, tentatively scheduled for the end of this year.
[15:09] <cjwatson> ubiquity SRU for bug 1265192.
[15:09] <cjwatson> Working on some initial auto-sync transition fallout: GHC (unsurprisingly) and ImageMagick.
[15:09] <cjwatson> ..
[15:09] <stgraber> oh, it's me already, sorry
[15:10] <stgraber>  - Sprint last week
[15:10] <stgraber>  - Some vivid opening tasks
[15:10] <stgraber>  - System-image config/tweaks of the channel list
[15:10] <stgraber>  - Reviewed and applied the massive LXC patch and pull-requests backlog
[15:10] <stgraber>  - Some LXC CI work
[15:10] <stgraber>  - Bunch of private meetings
[15:10] <stgraber> (DONE)
[15:10] <LocutusOfBorg1> Hi, I'm a Debian Maintainer in dm list for some packages, the list of packages I currently maintain is ~20, including virtualbox and something more. I started only one month ago my DD process, and I would like to become a  per-package uploader for packages I maintain, unfortunately I don't see in the wiki any page about DM, but only for DDs, what is the best path to achieve (if possible) such goal? thanks
[15:10] <slangasek> no infinity this morning
[15:11] <slangasek> mvo_:
[15:11] <mvo_> Sprint last week, some jetlag this week, Not at work tomorrow
[15:11] <mvo_> system-image:
[15:11] <mvo_> - open vivid
[15:11] <mvo_> - prepare for arm
[15:11] <mvo_> - Discuss /etc/machine-id vs /var/lib/dbus/machine-id (#1387090)
[15:11] <mvo_> - push all changes upstream/into vivid (except click and system-image)
[15:11] <mvo_> apt:
[15:11] <mvo_> - feature/no-more-acquire-guessing: only support Translation-* that
[15:11] <mvo_>   is listed in the Release file and simplify acquire code
[15:11] <mvo_>   (needs lp:~mvo/launchpad/lp1313576-uncompressed  first)
[15:11] <LocutusOfBorg1> (I'm maintainer since almost 2 years)
[15:11] <mvo_> - feature/socketpair: open fds in apt and pass to acquire methods
[15:11] <slangasek> LocutusOfBorg1: hi, you've landed in the middle of a team meeting :)  Maybe you want to ask on #ubuntu-devel?
[15:11] <mvo_> - followup on dpkg --command-fd (real fix for ubuntustudio-dvd build failure)
[15:11] <mvo_> - send patch to debian-cd (bug #767253) so that we can have hashes for
[15:11] <mvo_>   uncompressed Translation-* on the debian-cd
[15:11] <mvo_> - Drive by feature/apt-list-sort
[15:11] <mvo_> misc:
[15:11] <mvo_> - open apt ddtp for vivid
[15:11] <mvo_> - command-not-found: Upload fix for #1384864 to utopic-proposed
[15:11] <mvo_> - command-not-found: update server for vidid
[15:11] <mvo_> - expenses
[15:11] <mvo_> - interview for ubuntu-on-air
[15:11] <mvo_> click:
[15:11] <cjwatson> LocutusOfBorg1: this is not a DMB meeting
[15:11] <mvo_> - Write/send click-service meeting summary from the sprint
[15:11] <mvo_> - Draft dbus interface
[15:11] <mvo_> - Review/merge lp:~dpm/click/add-i18n-tools
[15:11] <mvo_> - Support anonymous downloads from the click store
[15:11] <mvo_> - Try to reproduce cmake failure for sergio.schvezov in click chroot
[15:11] <mvo_> - Work on 15.04 click chroots (including some more multi-arch fixes)
[15:11] <mvo_> - Prepare release 0.4
[15:11] <mvo_> unattended-upgrades:
[15:11] <mvo_> - Fix unattended-upgrades-dpkg.log mail to only send a single operation instead\
[15:12] <mvo_>  of the entire file (Bug#759693)
[15:12] <mvo_> - Improve documentation
[15:12] <mvo_> merges:
[15:12] <mvo_> - Busybox, e2fsprogs, gzip (sponsor), pam, slang2, util-linux, zlib, cron, python-apt, manpages, cwidget, etckeeper, dbus, debhelper, snappy, xapian-core (sync), ust, tftp-hpa, nmap (sync), libpam-ldap, xterm, dpkg, file
[15:12] <mvo_> - looked at python-couchdb and send patch to debian so that we can eventually sync
[15:12] <mvo_> (done)
[15:12] <sil2100> !!
[15:12] <sil2100> It's me now I suppose
[15:12] <sil2100> - Devices Sprint in the US!
[15:12] <sil2100> - Landing team work, preparing landing e-mails
[15:12] <sil2100> - CI Train maintenance and features:
[15:12] <sil2100>   * Work on the changelog generation fix
[15:12] <sil2100> - Many meetings related to milestone planning, critical bug assessment etc.
[15:12] <sil2100> - Preparing all Landing Team projects for work organization
[15:12] <sil2100> - Updating Landing Team documentation
[15:12] <sil2100>   * Created the dashboard link page
[15:12] <sil2100>   * Prepared the Landing Team processes documentation
[15:12] <sil2100>   * Finishing up on the main documentation place
[15:12] <sil2100>   * Started refreshing the RTMLandingApproaches wiki
[15:12] <sil2100> - Modify the scripts for generating the ubuntu <-> ubuntu-rtm landing diff
[15:12] <sil2100> - Generating the diff of missing landings
[15:13] <sil2100> - Fill in bugs for tasks currently being worked on by the LT
[15:13] <sil2100> - Sending announcement e-mails
[15:13] <sil2100> - Many more things but no time to write them down!
[15:13] <sil2100> (done)
[15:13] <barry> usual post-sprint catch ups, or i.o.w. "jet" lag :)
[15:13] <barry> system-image: LP: #1341685, LP: #1383539; system-image 2.5.1 (upstream) released; system-image 2.5.1-0ubuntu1~rtm1 waiting for qa sign-off.
[15:13] <barry> debuntu: testing of LP: #751939
[15:13] <barry> (done)
[15:13] <bdmurray> barry: how was your "flight"?
[15:14] <barry> bdmurray: brutal
[15:14] <slangasek> caribou: __libc_lock_lock> have you ruled out this being a bug that would be fixed by a rebuild of libnss-ldap on ppc64el?
[15:14] <caribou> slangasek: that's what I'm testing atm.
[15:14] <slangasek> ok :)
[15:15] <caribou> slangasek: for some reason manual builds and/or sbuild do get me a libnss-ldap library with __libc_lock_lock in use even on amd64
[15:15] <caribou> slangasek: I'm testing a PPA build atm
[15:15] <bdmurray> no jodh?
[15:15] <caribou> slangasek: i.e. the version in the Utopic archive DOES NOT use __libc_lock_lock for amd64 but if I build it locally it does
[15:16] <bdmurray> updated daisy code to improve nagios retracer status check (LP: #1381964)
[15:16] <bdmurray> submitted RT 75953 regarding OOPSes not going to oops.canonical.com (fixed now)
[15:16] <bdmurray> research into quantity of retracing failures and how to resolve them
[15:16] <bdmurray> added more counters to daisy to better understand failures to retrace
[15:16] <bdmurray> r549 - daisy/retracer.py: add in a counter for retrace failures due to a missing dbgsym package and log release information along with RetraceOutdatedPackages information
[15:16] <bdmurray> submitted RT #75955 regarding updating daisy to revision r554
[15:16] <bdmurray> updated errors code to support Ubuntu 15.04
[15:16] <bdmurray> fixed errors bug LP: #1279448 (hyperlinks hard to identify)
[15:16] <bdmurray> fixed an OOPS in daisy/submit.py
[15:16] <bdmurray> foundations bug triage
[15:16] <bdmurray> updated daisy/retracer.py to verfiy a core dump is a core file before retracing it
[15:16] <bdmurray> worked with ci-eng team to get whoopsie bug LP: #1339916 fixed in rtm
[15:16] <bdmurray> tested my silo with whoopsie and lxc-android-config changes for RTM
[15:16] <bdmurray> reported whoopsie bug LP: #1382602 (log about unusable connections)
[15:16] <bdmurray> reported, fixed whoopsie bug LP: #1386751 (world readable whoopsie-id)
[15:16] <bdmurray> uploaded Trusty fix for apport bug LP: #1372665
[15:16] <bdmurray> uploaded apport to precise proposed fixing LP: #1354571 (invalid core dumps)
[15:16] <bdmurray> ✔ done
[15:17] <caribou> slangasek: for reference - LP: #1387594
[15:18] <slangasek> mvo_: btw, were you in the loop on the breakage when they tried to update apt in ubuntu-rtm/14.09 to pull in the security fixes?  Since we're wanting to roll the phone images forward to 14.10 proper, I'm not sure if there's something else that needs looking into there or if it was only an issue because they were selecting a subset of related packages
[15:18] <mvo_> slangasek: I am not aware of breakage - what happend?
[15:19] <slangasek> mvo_: bug #1385656
[15:21] <slangasek> doko__: here?
[15:21] <cjwatson> slangasek: I gave feedback in that bug on the proper way forward
[15:21] <cjwatson> it's fixed in 14.10 already
[15:21] <slangasek> cjwatson: ok
[15:21] <cjwatson> not that long after the fork I think
[15:22] <mvo_> slangasek: thanks, I need to look at this in more detail
[15:23] <slangasek> mvo_: well, sounds like cjwatson has already answered it when I hadn't noticed, so probably nothing to worry about
[15:23] <slangasek> looks like no doko today
[15:24] <slangasek> [TOPIC] AOB
[15:24] <slangasek> anything else?
[15:24] <slangasek> kudos to everyone for a productive sprint last week
[15:25] <slangasek> (in spite of being split in two rooms due to the release :)
[15:26] <slangasek> #endmeeting
[15:26] <meetingology> Meeting ended Thu Oct 30 15:26:50 2014 UTC.
[15:26] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-10-30-15.04.moin.txt
[15:26] <slangasek> thanks, everyone!
[15:26] <barry> thanks!
[15:26] <caribou> slangasek: thanks
[15:26] <mvo_> thanks


[14:17] <brendand> elopio or rhuddie, want to review fgimenez's MP? https://code.launchpad.net/~canonical-platform-qa/ubuntu-ota-tests/current-version-number/+merge/251774
[14:17] <brendand> would be good to get it landed so we can begin to move forward with the ubuntu-ota-tests
[14:18] <rhuddie> brendand, I can take a look later on this afternoon
[14:56] <elopio> good morning.
[15:23] <balloons> elfy, saw and I'm curious so I asked for more detail :-)
[15:33] <elopio> ping jibel (or anybody from ops): do you tag the bugs found during silo testing?
[15:54] <elopio> ping barry: can we work on the upgrade today?
[15:55] <barry> elopio: yes.  i'm just testing a new branch for check_for_update based on previous comments.  will you be around for a little while (i'd like to get lunch after resubmitting the mp)
[15:55] <elopio> barry: I will be around for a long time, just getting started here.
[15:56] <barry> elopio: cool, i'll ping you after my lunch
[15:56] <elopio> great.
[15:59] <elopio> brendand: our stakeholders meeting is the day after our planning.
[15:59] <elopio> I think it should be the other way around.
[16:00] <brendand> elopio, the order doesn't matter since they are weekly anyway
[16:00] <brendand> elopio, oh wait
[16:00] <elopio> brendand: so, what we are missing are the weekly meetings.
[16:00] <brendand> elopio, you mean the stakeholders meeting on friday?
[16:00] <elopio> I only see one on the 20th.
[16:00] <elopio> brendand: yes.
[16:01] <brendand> elopio, at 4 UTC? i asked olli to delete that
[16:01] <brendand> elopio, the prioritization part of it is being moved to wednesdays
[16:02] <brendand> elopio, and the sign-off part is in the delivery meeting
[16:02] <elopio> brendand: I see. It would be good to put stakeholders on the name of that meeting.
[16:02] <elopio> the wednesday one, I mean.
[16:03] <elopio> brendand: I can delete the other one. Do you want me to do it?
[16:03] <brendand> elopio, i don't see why - the attendees is reflected in the, well attendees list
[16:03] <brendand> elopio, QA backlog prioritization. that's what it's about
[16:04] <elopio> brendand: because the UE calendar is packed full. So what I do is to look at it and see which meetings I should attend based on their name.
[16:04] <elopio> the name of that one sounds like a QA team only thing. Just a suggestion...
[16:35] <elfy> balloons: added some then
[16:50] <jibel> elopio, if it's a bug in the silo we usually don't file a bug because it is unreleased code.
[16:52] <dobey> elopio: so, the contents formerly of libautopilot-qt have been split out into more than just a qt4 package and a qt5 package, but at least a third qttestability package as well?
[16:54] <dobey> a bit icky, but ok
[16:55] <dobey> jibel: unless it's a bug that's as so far gone unnoticed, and isn't a new thing in the silo. a new bug introduced by the silo should just be a failed flag for the silo. right?
[16:56] <jibel> dobey, right, if it's a new bug introduced by the silo we fail it, add a comment on the card and ping the dev.
[17:14] <elopio> jibel: got it.
[17:14] <elopio> dobey: I was waiting for veebers to ask about an alternative to depend only on one package. Would it be a good idea to make a libautopilot-qt5?
[17:16] <dobey> elopio: probably not. having a third package just makes it a tiny big more annoying for packages that should maintain compatibility for building/installing on trusty
[17:16] <dobey> https://code.launchpad.net/~dobey/ubuntuone-credentials/fix-ap-deps/+merge/252336 <- like this :)
[17:18] <elopio> dobey: on the second line, shouldn't you use (>= 1.4) too?
[17:20] <dobey> elopio: it's not necessary to specify the version twice
[17:22] <dobey> elopio: if you manage to get autopilot-qt5 installed with a libautopilot-qt < 1.4, and without qttestability-autopilot installed, then the archive you're pulling from is seriously broken, or you broke your own system manually :)
[17:22] <elopio> makes sense.
[17:24] <elfy> balloons: did you know that there's no sync info against Mate images on the tracker? is that expected for some reason? http://iso.qa.ubuntu.com/qatracker/milestones/326/builds/90310/downloads
[17:27] <balloons> elfy, it needs to be curated
[17:27] <balloons> I think I only added the http info
[17:27] <elopio> jfunk: on my 360 review I have a pending action that says "close 360 review for self", and it takes me to an empty white page. Do I have to do something there?
[17:31] <jfunk> elopio: I am not sure, Brook might know
[17:31] <elopio> I'll ask.
[17:32] <elfy> balloons: ubuntu image is rebuilding - nothing new since Friday
[17:48] <balloons> elfy, ?
[17:48] <balloons> are new builds not selfpublishoing?
[17:49] <balloons> I see 20150309 for mate
[17:49] <elfy> no idea tbh - I actually only noticed that was all wrong for Ubuntu as I've got a fubar xubuntu and am checking other images
[17:50]  * balloons checks the logs
[17:50]  * balloons sees what elfy sees
[17:52] <balloons> elfy, yes the builds are failing
[17:53] <balloons> ahh this is pitti's breakage ;-)
[17:53] <balloons>  systemd-sysv : Conflicts: upstart but 1.13.2-0ubuntu9 is to be installed
[17:53] <balloons> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1427654
[18:00] <barry> elopio: hi.  any time you're ready
[18:01] <elfy> balloons: so once more unto the breach ... Xubuntu images are fubar seemingly - no desktop in hardware, kvm or vbox
[18:04] <elopio> barry: let's hit it.
[18:04] <elopio> barry: first we need to finish the discussion about who reboots and who waits for the upgrade to be applied.
[18:04] <elopio> what I was trying now was to overwrite the apply hook to call /tmp/autopkg-reboot instead of /sbin/reboot
[18:05] <elopio> barry: that would leave the wait to adt-run. Why did you want to wait for the reboot on the host?
[18:07] <barry> elopio: i just thought that if the wait doesn't happen on the host, as soon as the device reboots, any wait there would just cease.  doesn't it have to be on the host?
[18:08] <elopio> barry: wait, right. I said it wrong.
[18:08] <elopio> I got the impression that you wanted to wait on the testbed, not on the host.
[18:08] <barry> elopio: ah, no.  my only point there was that not doing /sbin/reboot wouldn't be an exact test of what happens on the device.  but maybe that tiny difference won't really matter
[18:09] <elopio> both are possible. But waiting on the testbed would require to copy some of the things that adt-run is handling for us, like reenabling ssh.
[18:09] <elopio> barry: we can do /sbin/reboot, we just need to change the adb script a little following pitti's suggestions.
[18:09] <balloons> elopio, so presumably systemd yes?
[18:09] <balloons> elfy, ^^
[18:09] <elopio> ^^
[18:09] <balloons> aloha elopio :-)
[18:10] <elopio> barry: so, quickest solution for now is to do adb reboot recovery, but later we can easily change that to be adb shell /sbin/reboot -f recovery
[18:10] <barry> elopio: what do you think?  as long as the system gets rebooted through recovery *somehow*, that might be close enough for us
[18:10] <barry> elopio: that sounds good to me
[18:10] <barry> let's do the quickest solution now
[18:11] <elfy> balloons: bit confused as to what you're pointing me at - elopio and barry's conversation or the FFe
[18:11] <elopio> oka. barry, one question: if we call system-image-dbus -c, can we just overwrite the apply value and it will take the rest from the default?
[18:12] <barry> elopio: correct.  with si 3.0, .ini files with higher numeric prefixes override lower ones, and they only need to contain the override (section + variable)
[18:14] <elopio> good. So we just need to agree now in the python path for the apply object.
[18:14] <elopio> barry: could you review this one? https://code.launchpad.net/~canonical-platform-qa/ubuntu-ota-tests/current-version-number/+merge/251774 It conflicts with the branch proposed by veebers, so I'm not sure which one to use as a prereq.
[18:15] <barry> elopio: ubuntu_ota_tests/hooks.py?
[18:15] <elopio> in the mean time, I will change the branch to use your ppa so we can give it a try with dbus.
[18:16] <barry> elopio: also, maybe my branch: https://code.launchpad.net/~barry/ubuntu-ota-tests/check-for-update-2/+merge/252324
[18:16] <barry> elopio we just have to decide on one of yours, mine, or veebers to base things off of :)
[18:18] <barry> elopio: are you mocking dbus because you don't have si 3.0 yet?
[18:19] <elopio> barry: that's fgimenez branch.
[18:19] <barry> elopio: oh, whoops
[18:20] <elopio> and I think he's mocking it to not have it as a dependecy on the host.
[18:20] <elopio> barry: is 3.0 going to be on utopic?
[18:20] <barry> elopio: no, vivid, hopefully though
[18:20] <elopio> we are so close to the vivid release that I think it won't be a problem to make this tool request a vivid host.
[18:21] <elopio> but we need to check that with others, like jibel and CI.
[18:21] <elopio> you have a good point. I would prefer to use the real dbus service for those tests.
[18:22] <elopio> barry: and, lets use today's standup to agree where our ota package will be. We should have made that a card, instead of getting 3 different implementations :)
[18:22] <barry> elopio: yes, and yes :)
[18:24] <barry> elopio: oh, also, not sure who's in charge of the calendar (brendand perhaps?) but there's no meeting on the calendar for this week
[18:25] <elopio> barry: there are meetings, you are just not invited :)
[18:25] <elopio> I'll send you the invite.
[18:25] <barry> elopio: :)
[18:30] <barry> elopio: yay for daylight savings time
[18:33] <elopio> barry: I don't have those crazy rules.  We have other cool things, like plenty of güayabas.
[18:36] <elopio> barry: for ci, they tell me that things will be easier if the hosts on the lab are trusty machines.
[18:36] <elopio> so, we either make a ppa for trusty, backport the things we need, or don't make a dependecy for system-image-dbus on the host.
[18:37] <barry> elopio: i have no idea what those are but it sounds intriguing :)
[18:37] <barry> backporting will probably be difficult
[18:37] <barry> well, maybe not
[18:37] <barry> not sure
[18:37] <barry> but i don't think it need be a dependency on the host
[18:37] <barry> since this is all running on the device.  once/if it lands in vivid, it'll be on the device and all will be good
[18:39] <elopio> barry: yes, it's just a little painful for the selftests. That is, the tests for the code in ubuntu_ota_tests package. They are a lot faster than the actual ota tests, so it would be nice to run them on the host for a quick feedback.
[18:39] <elopio> but if the other options are harder, we can run them on the testbed too. Not a big deal.
[18:40] <barry> elopio: ah, yes, i see what you mean.  the device tests *are* sloooooow
[18:40] <elopio> or, mock the dependencies that we don't have on trusty. One more item to discuss on the standup, I'll make a note.
[18:41] <barry> elopio: i'll do a test build on a trusty chroot now to see how painful a backport might be
[18:41] <elopio> great, thanks.
[19:09] <elopio> barry: have you been able to run this test? https://code.launchpad.net/~canonical-platform-qa/ubuntu-ota-tests/upgrade/+merge/251646
[20:05] <barry> elopio: does that test ^^ illustrate the problem?
[20:05] <elopio> barry: it needs one push, and to be called with a long command.
[20:05] <elopio> give me a second.
[20:05] <barry> k
[20:07] <elopio> barry: pushed.
[20:07] <elopio> and run with: adt-run -d -B --unbuilt-tree=. --output-dir /tmp/output --- ssh -s ./adb-reboot-to-recovery
[20:07]  * barry tries
[20:08] <elopio> what I've found out with debugging is that adt-run runs:
[20:08] <elopio> adt-run: DBG: testbed command ['apt-get', '--quiet', '--simulate', '--no-remove', '-o', 'Debug::pkgProblemResolver=true', '-o', 'Debug::NoLocking=true', '-o', 'APT::Install-Recommends=False', '-o', 'APT::Get::Show-User-Simulation-Note=False', 'install', 'system-image-dbus'], kind short, sout pipe, serr raw, env ['LANG=C.UTF-8']
[20:08] <elopio> that returns: Inst system-image-dbus [2.5-0ubuntu1] (3.0b3-0ubuntu2 system-image testing:15.04/vivid [all]) []
[20:08] <elopio> adt is not expecting the [2.5-0ubuntu1]
[20:09] <elopio> so instead of returning 3.0b3-0ubuntu2, it's returning 2.5-0ubuntu1].
[20:11] <barry> elopio: it looks like it's getting the vivid version of si
[20:11] <barry> but wants the ppa version
[20:12] <barry> elopio: yep, that's what's happening i think.  you need to add the ppa to adt-run i think.  problem is, the ppa is not being cooperative
[20:12] <elopio> barry: that's a different problem. I cut that part to make it easier for you to reproduce it. We can install the ppa with:
[20:12] <elopio> adt-run -d -B --unbuilt-tree=. --output-dir /tmp/output  --setup-commands "mount -o remount,rw /; apt-add-repository -y ppa:barry/systemimage; apt-get --no-list-cleanup update -o Dir::Etc::SourceList=/dev/null; sync; sleep 2; mount -o remount,ro /"--- ssh -s ./adb-reboot-to-recovery
[20:14] <barry> elopio: let me try that
[20:14] <elopio> barry: I missed a space before the ---
[20:14] <barry> elopio: yep, i fixed that :)
[20:28] <barry> elopio: weird, it wfm.  the test even passes
[20:29] <elopio> barry: how did you flash your phone?
[20:30] <barry> elopio: ah, heh.  i installed a local copy of si 3.0 ;)
[20:30] <barry> after flashing it
[20:30] <elopio> yes, that's cheating :)
[20:30] <elopio> but it should at least fail because the namespace I set for apply doesn't exist.
[20:31]  * barry grins sheepishly
[20:31] <barry> it doesn't fail
[20:31] <elopio> I might have done something wrong in there.
[20:31] <barry> and i'll stop cheating once i beat ppa into submission
[20:31]  * elopio tries.
[20:48] <elopio> barry: I'll just report a bug to autopkgtest. As the ppa is temporal, it doesn't matter how we install it.
[20:48] <elopio> now I'm getting: [systemimage] Mar 09 20:47:59 2015 (4075) Cannot get exclusive ownership of bus name.
[20:50] <barry> elopio: i saw that too.  my guess is that system-image-dbus is already running on the device (maybe some kind of system-settings background process).  si-dbus has a check to make sure there's only one instance running.  we probably have to call .Exit() first and catch the exception that will be raised if no si-dbus process is running
[20:51] <elopio> barry: ack. I'll get that from veebers' branch.
[20:51] <barry> +1
[20:51] <elopio> I'll also change this ugly ota_basic script to something in python.
[20:52] <barry> +1000
[20:52] <barry> :)
[20:52] <elopio> I was just giving it a try :)
[20:53] <elopio> I'm going to have lunch and bbl. barry: if you want me to change something else  from that branch, leave me a comment please.
[20:53] <barry> elopio: cool
[21:39] <elopio> barry: I pushed the py script. It now seems to be stuck at:
[21:39] <elopio> [systemimage] Mar 09 21:36:17 2015 (25953) Mediator created <Mediator at 0xb558e650 | State at 0xb558e730>
[21:40] <barry> elopio: might have to ramp up debugging to get more out of it
[21:41] <barry> man i loathe dbus
[21:46] <elopio> I get the same with phablet@ubuntu-phablet:~$ sudo system-image-dbus -v -C /tmp/
[21:46] <elopio> there's nothing useful in /tmp/
[21:47] <barry> elopio: try bumping loglevel up to debug
[22:04] <elopio> barry: I changed it in /etc/system-image/client.ini. It prints the same.
[22:07] <barry> elopio: si 3.0?  that doesn't use client.ini
[22:07] <elopio> barry: so where is the basic .ini to change it?
[22:08] <barry> elopio: for si 3.0, add a file to /etc/system-image/config.d that contains:
[22:08] <barry> [system]
[22:08] <barry> loglevel: debug
[22:08] <barry> (that's it)
[22:08] <barry> name that file something like: 99_debug.ini
[22:10] <elopio> barry: same output
[22:10] <barry> elopio: hmm...
[22:10] <barry> elopio: i'm at a loss.  it's almost as if no dbus method is coming in
[22:16] <barry> elopio.  i think you need to call iface.ApplyUpdate()
[23:05] <barry> elopio: i am eod, but i'm testing a branch that will hopefully make si 3.0 build more reliably in the ppa.  let's chat again tomorrow


[17:02] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Mantic Daily] has been updated (20230517)
[20:05] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Mantic Daily] has been updated (20230517.1)


[04:02]  * jstansel wonders how much it would take to compile a gcjwebplugin with --enable-liveconnect, starting from scratch using the mercurial tip?
[04:43] <jstansel> I am assuming that hg clone http://icedtea.classpath.org/hg/icedtea6 gets the tip
[06:38] <jstansel> drat - make failed to build rt.jar - "GetWindowPluginCallRequest cannot be resolved to a type"
[06:38] <jstansel> I'll have to try again another time
[06:41] <jstansel> http://identi.ca/jstansel has a little more detail of my attempt
[08:52] <acuster> any logs from the irc meeting?
[11:34] <maxb_> I think I saw some minutes somewhere
[11:35] <maxb_> https://lists.ubuntu.com/archives/ubuntu-devel/2008-July/025706.html
[14:45] <jstansel> acuster: the meeting was also archived: http://irclogs.ubuntu.com/2008/07/03/%23ubuntu-meeting.html (you'll have to scroll down to it)
[14:55] <jstansel> good morning robilad


[09:40] <CIA-4> migration-assistant: evand * r34 migration-assistant/ (10 files in 2 dirs): Initial support for importing from Outlook Express and Evolution. Only supports IMAP in OE currently.
[09:41] <evand> I have not forgotten about the existing bugs or the m-a announcement.  Those will be taken care of later today.