[00:33] infinity: Hey, how do syncs-from-PPAs happen? [00:33] RAOF: You might need to expand on that. [00:34] RAOF: At a most fundamental level, they happen the same way that "copy-package -b" works. [00:34] RAOF: If you mean who triggers them and why and under what circumstances, not really my department. ;) [00:34] infinity: Specifically - those really annoying sync-from-unity-SRU-PPA syncs. robru would like one to happen :) [00:34] RAOF: Well, he knows how to make one happen... [00:35] infinity, well, I thought I did. [00:35] robru: Okay, what are you actually trying to do here? :P [00:35] robru: You know how to land things in the queue. [00:35] infinity, but I'm trying to get an SRU into saucy-proposed and it won't go [00:35] robru: What happens in the queue is up to us, but everything up to there is you. [00:36] infinity, ok I have this SRU: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1304798 make it go ;-) [00:36] Launchpad bug 1304798 in Online Accounts: Account plugins "Unable to access Facebook online account" [Critical,In progress] [00:36] I mean, please. ;-) [00:36] robru: Is that https://launchpad.net/~ubuntu-unity/+archive/sru-staging/+sourcepub/4094719/+listing-archive-extra ? [00:37] robru: Oh, it actually _is_ in the queue already. [00:37] RAOF, oh, is it? crap. [00:37] RAOF, ok, please accept it in saucy-proposed then ;-) [00:37] infinity, yeah, that one [00:37] Right, that's sitting in the queue. [00:38] RAOF: The only real annoyance here is that debdiffing against the archive often involves downloading current archive tip and the PPA sources and diffing locally. [00:38] RAOF: Since the diffs in the PPA are almost never against the version you want. [00:38] infinity: Carefully breaking all our nice tooling. [00:38] RAOF: Otherwise, review and accept as usual. [00:38] infinity, yeah, I saw stupid diffs in the PPA [00:38] RAOF: And use sru-accept instead of sru-review. :/ [00:38] Right. [00:38] And manually specify the version, etc. [00:39] * infinity nods. [00:39] infinity, ok thanks [00:39] That's what I find annoying :) [00:39] * RAOF *has* processed a bunch of these SRUs before, just not the bit leading up to it landing in the unapproved queue ☺ [00:39] Well, sru-review should probably just grow the option to not care about diffs/etc so it can accept syncs without you entering all the info manually. [00:40] And then more fun to make it hunt down the original source of the sync, and do a local debdiff for you. [00:40] I guess that'd be no worse than the screen-scraping it already does... [05:05] apw: is that the "tar: unexpected EOF" again (I'm on that, #1 prio), or something else? [06:18] apw: or do you mean the bunch of tests which failed due to gnat/ada now being uninstallable? [06:41] pitti: That'll be fixed (well, fsvo "fixed" that implies things that need gnat-4.6 also need transitioning) when gnat is bumped to 4.9 [06:41] With doko on vacation, I'm not sure what his plan was there, so I didn't want to just sync the Debian gnat and get yelled at. :P [06:52] *nod*, thanks [08:06] pitti, this was a whoe heap of them that had ended with qemu killed signal 15 [08:06] pitti, i think xnox retried them iirc, this was all on sysvinit [08:08] apw: "qemu killed signal 15" appears in every log (I should quiesce that somehow); the interesting line is usually the one above [08:08] OK [08:08] adt-run: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ tests done. [08:09] not that that seems to carry much in the way of meaning [08:09] apw: could also be that the guys changed the jenkins/runners again, of course [08:10] apw: do you have a pointer to an example log? [08:10] https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-apport/25/ARCH=amd64,label=adt/artifact/results/log [08:11] apw: yes, that's a regular test failure [08:11] ERROR: test_install_packages_versioned (__main__.T) [08:11] apw: (that's on my list for apport) [08:13] pitti, any way we could get the framework to summarise its reasoning at the bottom, like 'test failure reported' === superm1_ is now known as superm1 === infinity3 is now known as infinity === Mirv_ is now known as Mirv === Ursinha_ is now known as Ursinha === dbarth_ is now known as dbarth === davmor2_ is now known as davmor2 === Adri2000_ is now known as Adri2000 [10:00] RAOF,infinity: I've improved sru-review a bit for copies now; it doesn't yet know how to get hold of diffs properly, but it now has a --no-diff option you can use to make it not try, and it now knows how to fetch the .changes file for copies so that it can at least deal with bugs [10:01] ping? trying to get approval fo SRUs regarding webapps: webbrowser-app, unity-webapps-youtube, unity-webapps-livemail, unity-webapps-yahoomail [10:01] Still not great, but it's a bit more tolerable [10:02] dbarth: I was doing the sru-review work I just mentioned in part so that I could do that reasonably :-) [10:02] ah cool [10:03] so you can see that package diffs are small [10:03] Well, I can't yet, still downloading things [10:03] the webbrowsr-app change is to ensure we stay inside the webapp container while authenticating to google apps [10:03] ok, nw [10:03] now i know it's on your radar [10:04] ping me if anything [10:06] At some point it might be worth pretty-printing your manifest.json files in unity-webapps-* [10:06] Since the diffs there are unreadable [10:06] I'm sure it would make your own reviews easier too [10:07] dbarth: ^- [10:08] dbarth: unity-webapps-livemail has no bug in its changelog; that prevents SRU verification from working properly, so please re-prepare that with a fixed changelog [10:10] manifest.json, it's a pain i agree; will ask alex the reason for that non-sense... [10:11] the others are fine, accepted [10:16] cjwatson: thanks for the other packages [10:16] cjwatson: for livemail though [10:17] the bug ef. was missing in my branch, so i guess i need to go via ci again, to get the proper changelog update [10:17] or i can update the merge proposal if that's legit [10:26] dbarth: I don't know exactly how to cause CI to put the right things in the changelog [10:52] i've fixed the livemail package changelog and the new build is on its way now === darkxst_ is now known as darkxst === jhodapp|afk is now known as jhodapp === pete-woods is now known as pete-woods-lunch === pete-woods-lunch is now known as pete-woods [14:38] could someone accept homerun 1.2.3-0ubuntu0.2 ? I made a stupid stupid mistake [14:38] from trusty proposed [14:38] s/proposed/unapproved/ [16:00] xnox, I'm still cranky about sysvinit being held by britany. I have no idea how to fix the autopackage test issues. [16:00] rtg: we have a lot of autopkgtest issues getting resolved at the moment. [16:01] rtg: do you need sysvinit fix urgently in utopic? [16:01] xnox, ok, then I'll just leave it set until next week [16:01] its not urgent [16:02] rtg: you can see how much stuff is failing at the moment https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/ vs trusty which had far less failures https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/ [16:46] ScottK: could you also approve homerun, I made a insanely stupid mistake :/ === whiskers75 is now known as ^west === ^west is now known as whiskers75 === zequence_ is now known as zequence [18:58] hi all I want to get a .deb in universe [18:58] how to go ant it [18:58] about* [18:59] ny one ans this noob quest pizza [19:00] plz* [19:00] SnowDust: You want #ubuntu-motu [19:01] infinity: do u mean indeed to ask it thr [19:01] SnowDust: Yes. [19:01] thx infinity [19:07] infinity, oh hey, we have another unity8 landing, can you bump the faux package please? [19:07] robru: Consider it done. [19:08] infinity, thank you! [19:08] infinity: no one ans there in ubuntu-motu [19:09] can u :) [19:14] SnowDust: This is not a help channel. Be patient in -motu, someone will answer eventually. [19:14] ok ok [19:32] When does Quantal go EOL? Shouldn't it have been last month? [19:35] saiarcot895: https://lists.ubuntu.com/archives/ubuntu-security-announce/2014-April/002488.html [19:36] mdeslaur: ah, ok === jhodapp is now known as jhodapp|afk [22:41] http://changelogs.ubuntu.com/meta-release-lts lacks trusty?! [22:41] kees: Yes. [22:42] why? [22:42] kees: We don't offer lts->lts upgrades until the point release is out. [22:42] kees: This isn't new. :P [22:42] ah, I do remember that. [22:42] It's on http://changelogs.ubuntu.com/meta-release-lts-development for people who want to test early with -d [22:42] * kees considers. :) [22:43] what's the rationale? more time for testing? [22:43] Yeah, more testing, and time to land more fixes/workaround from broken upgrade paths.