[00:00] -queuebot:#ubuntu-release- Unapproved: accepted imagemagick [source] (zesty-proposed) [8:6.9.7.4+dfsg-2ubuntu3] [00:06] tumbleweed: it seems you uploaded an SRU of pollinate to trusty 71 days ago which references a wrong bug number in the changelog... I guess arges overlooked the wrong bug number in the trusty upload since yakkety and xenial were fine. I'm going to remove-package it now and either you or I can reupload (1656484 vs. 1456484) [00:08] tumbleweed: hmm nevermind I'll just reupload, it's not worth the mental effort /not/ to ;P [00:21] cyphermox: do you recall where things were left with golang-go.crypto and LP: #1634609? Did you try to rebuild the revdeps? [00:21] Launchpad bug 1634609 in juju-core (Ubuntu Zesty) "de-vendorize golang-go.crypto from juju-core" [Undecided,New] https://launchpad.net/bugs/1634609 [00:26] mm. where does the blacklist of xenial/s390x/akonadi live, given that it does not appear to be in lp:~ubuntu-release/+git/autopkgtest-cloud ? [00:27] it is... outside the VCS on wendigo [00:30] Laney: ^^ do you know why the s390x worker.conf isn't in the VCS? [00:37] slangasek: err, yeah, sorry I know I left some SRUs hanging === _salem is now known as salem_ === maclin1 is now known as maclin [01:25] slangasek: not done yet, xenial's crypto in proposed doesn't need to build revdeps (but I had tried some, things were building properly). In yakkety, we removed crypto because it broke other things, plus it needed the rebuilding of half the golang world; if we still want to go with the SRU it would need to be started again [02:27] Hi, could someone in archive admin team apporve the ubuntukylin-theme and ubuntukylin-wallpapers? It's just some updates of theme and wallpapers, Thanks! [03:17] cyphermox: why do you say we don't need to rebuild revdeps for xenial? nothing in the SRU bug says there is a different test case here for xenial than yakkety [03:30] -queuebot:#ubuntu-release- Unapproved: showq (zesty-proposed/universe) [0.4.1+git20161215~dfsg0-2 => 0.4.1+git20161215~dfsg0-2ubuntu1] (no packageset) [03:31] -queuebot:#ubuntu-release- Unapproved: accepted showq [source] (zesty-proposed) [0.4.1+git20161215~dfsg0-2ubuntu1] === salem_ is now known as _salem [04:48] infinity: so, what's the verdict on xserver? i'd like to have some time to react in case there are some bugs actual users would hit [04:54] -queuebot:#ubuntu-release- Unapproved: pollinate (trusty-proposed/main) [4.23-0ubuntu1~14.04 => 4.23-0ubuntu1~14.04.2] (no packageset) [05:14] apw, cpaelzer: libvirt 2.1.0-1ubuntu9.3 was accepted into yakkety-proposed built with a wrong -v option; the change from 2.1.0-1ubuntu9.2 is not linked from the .changes file and no one has verified this bug. This should really get reuploaded with a bumped version number and a fixed .changes file [05:14] that bug is LP: #1672367 [05:14] Launchpad bug 1672367 in qemu (Ubuntu Yakkety) "libvirt uses password-secret on old style drive_add syntax" [Undecided,Fix committed] https://launchpad.net/bugs/1672367 [05:14] slangasek, bah did i do that, bad on me [05:15] apw: oh - no, you didn't, you accepted nova and arges accepted libvirt [05:15] well i will take it as a timely reminder to check because it creates work none the less [05:15] :) [05:16] cpaelzer: also the test case in the description of LP: #1665698 (the bug that is linked) makes no sense to me, so I'm not sure how jamespage verified it... [05:16] Launchpad bug 1665698 in OpenStack Compute (nova) ocata "/etc/qemu-ifup not allowed by apparmor" [High,In progress] https://launchpad.net/bugs/1665698 [05:16] * slangasek highlights all the people [05:24] -queuebot:#ubuntu-release- Unapproved: accepted pollinate [source] (trusty-proposed) [4.23-0ubuntu1~14.04.2] [05:37] slangasek: apw: trying to sort out what you mean there - is the -v something I forgot or something that was missed when accepting it? [05:38] slangasek: apw: the upload does 9.2 and 9.3 and I assume that the -v would have been to link up the changes of 9.2 as well? [05:40] cpaelzer, the -v should always point to the current version in -updates so that the tools know that all the ones since then are new [05:40] apw: ok so my assumption was right at least on that [05:41] apw: I wonder what I should/could do now [05:41] apw: the upload itself is correct [05:41] apw: the tests are correct, although I understand the descriptions can be misleading - I'm currently updating as good as possible in the bugs [05:41] apw: yet I assume there is no way to "link" the bug that was forgotten after the fact [05:41] cpaelzer, steve is suggesting a no-change rebuild with version +1 (ie no changes) and the right -v [05:42] cpaelzer, accepting that over the top will let the tooling sort itself out and the resulting bits will be basically the same [05:42] ah thanks I didn't get the no change - I thought I should even worse mess up the changelog, but a no-change makes sense to me [05:43] apw: thanks, I'll prepare something and if it is ok for you contact you once it is in unaccepted [05:43] cpaelzer, i assume it would be *9.4 with a 'no change rebuild' as the changelog entry [05:43] cpaelzer, let us know here you have done that, and we can get it sorted [05:49] apw: does the following make sense as a changelog entry then: "no change rebuild to properly pick up all the changes since the last release to yakkety-updates." ? [05:56] ah that is genchanges, so it is me who should have wrapped that, good that I checked before the upload [05:57] yeah, that looks much better [05:57] cpaelzer, yeah that sounds fine to me [05:58] I must admit I never realized so far (shame on me) this was an upload side thing, I thought the bug linking would be done due to the tooling when accepted [05:58] +1 to the (almost) secret packaging knowledge count [05:58] cpaelzer, it is the tooling which works out which bugs to play with, but it does so from the changes file [05:59] apw: I expected the tooling to distrust .changes anyway and debdiff vs -updates or such anyway [06:00] apw: it is in yakkety-unapproved now, could you give it a double check? [06:01] -queuebot:#ubuntu-release- Unapproved: libvirt (yakkety-proposed/main) [2.1.0-1ubuntu9.3 => 2.1.0-1ubuntu9.4] (ubuntu-server, virt) [06:15] cpaelzer, looks better indeed [06:30] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (yakkety-proposed) [2.1.0-1ubuntu9.4] === marcusto_ is now known as marcustomlinson [07:29] Can I request reviews for ubuntu-mate-artwork, brisk-menu, mate-menu, mate-control-center and mate-themes please. [07:55] -queuebot:#ubuntu-release- Unapproved: stress-ng (zesty-proposed/universe) [0.07.27-1 => 0.07.28-1] (no packageset) (sync) [08:01] -queuebot:#ubuntu-release- Unapproved: accepted stress-ng [sync] (zesty-proposed) [0.07.28-1] [08:08] slangasek: s390x conf> I'm not sure I even knew that detail (or if I once did, I've forgotten), so nope - ask pitti? [08:11] cpaelzer, slangasek: I may have not commented on the right bug for that libvirt issue - apologies (had a few in the air last week) [08:13] jamespage: I think we are fine now, although it is a no-change-rebuild if you could spin off another tempest for the rbd bug that would be kind [08:13] jamespage: I'm planning to the other (qemu/ifup) test for libvirt somewhen later today against proposed [08:13] cpaelzer: great [08:14] since it is a no-change if you feel bold enough just say it works (as before), but I'm always a coward and will retest [08:14] bdmurray: btw the nova autopkgtest failure cleared itself for the libvirt in proposed (although we now have new libvirt again) [08:14] cpaelzer: I can run the verification testing in the lab - takes time but not really mine [08:15] perfect, machines are there to serve us [08:25] -queuebot:#ubuntu-release- Unapproved: youtube-dl (zesty-proposed/universe) [2017.03.07-1 => 2017.03.26-1] (lubuntu, ubuntukylin) (sync) [08:28] -queuebot:#ubuntu-release- Unapproved: libosl (zesty-proposed/universe) [0.8.0-1 => 0.8.0-1.1] (no packageset) (sync) [08:29] -queuebot:#ubuntu-release- Unapproved: accepted libosl [sync] (zesty-proposed) [0.8.0-1.1] [08:46] -queuebot:#ubuntu-release- New binary: libosl [amd64] (zesty-proposed/universe) [0.8.0-1.1] (no packageset) [08:48] could someone ack libdrm which adds amd vega support, eventually needed by mesa [09:09] -queuebot:#ubuntu-release- Unapproved: accepted less [source] (zesty-proposed) [481-2.1ubuntu2] [09:12] -queuebot:#ubuntu-release- Unapproved: ubuntu-kylin-docs (zesty-proposed/universe) [16.10.1 => 17.04.1] (ubuntukylin) [09:21] tjaalton, that is a fair sized update with "new upstream release" as the entire documentation [09:24] -queuebot:#ubuntu-release- New sync: telegram-desktop (zesty-proposed/primary) [1.0.14-1] [09:24] apw: these are backported to lts as-is [09:24] nothing ever broke [09:26] tjaalton, oh am i reviewing the wrong one then, i was looking at zesty [09:26] no [09:26] zesty [09:27] this would be backported to xenial [09:27] after release [09:27] -queuebot:#ubuntu-release- Unapproved: accepted crash [source] (zesty-proposed) [7.1.8-1ubuntu1] [09:27] -queuebot:#ubuntu-release- Unapproved: accepted gnupg2 [source] (zesty-proposed) [2.1.15-1ubuntu7] [09:27] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-mate-artwork [source] (zesty-proposed) [17.04.9] [09:27] -queuebot:#ubuntu-release- Unapproved: accepted eject [sync] (zesty-proposed) [2.1.5+deb1+cvs20081104-13.2] [09:27] -queuebot:#ubuntu-release- Unapproved: accepted xkeyboard-config [source] (zesty-proposed) [2.19-1ubuntu1] [09:27] -queuebot:#ubuntu-release- Unapproved: accepted rawtherapee [source] (zesty-proposed) [5.0-1ubuntu1] [09:27] https://pastebin.com/ag81nMQX [09:27] git log diff [09:30] tjaalton, thanks, whoever does those in debian should include some of that info in the package [09:33] some packages have the git log diff as upstream ChangeLog [09:33] pkg-xorg packages i mean [09:33] that would be nice [09:33] ok that does look to be essentially bug fixes anyhow [09:34] it seems like the live-build SRU into xenial broke core snap builds ... [09:34] (tries to remove systemd and install upstart during build) [09:34] ogra, it is a good job that snaps are in the archive and can trigger adt tests to prevent those kinds of regressions [09:35] -queuebot:#ubuntu-release- Unapproved: accepted libdrm [sync] (zesty-proposed) [2.4.76-1] [09:35] apw, well, the core snap has a travis hook, not sure if you can pull that into adt [09:35] tjaalton, ^ [09:35] apw: cool, thanks! [09:36] -queuebot:#ubuntu-release- Unapproved: accepted gtksourceview2 [source] (zesty-proposed) [2.10.5-2ubuntu3] [09:36] -queuebot:#ubuntu-release- Unapproved: accepted python-django [source] (zesty-proposed) [1.8.7-1ubuntu10] [09:36] -queuebot:#ubuntu-release- Unapproved: accepted kombu [sync] (zesty-proposed) [3.0.35+dfsg-2] [09:36] -queuebot:#ubuntu-release- Unapproved: accepted screen [source] (zesty-proposed) [4.5.0-4ubuntu1] [09:37] ogra, i doubt we can easily do that, but ... you could test the -proposed versions when they appear perhaps to catch this for next time [09:37] not easily [09:37] i'ÄD have to set up anopther github branch just for pointing to proposed i fear [09:38] oh well, i guess we just get to break when it hits updates then [09:39] it didnt break for 2 years :P [09:40] has it been tested with xenial --minbase builds at all ? [09:41] iirc we had special handling of upstart packages there [09:41] ogra, so the change there is to purge packages which are no longer marked essential in the updates pocket [09:41] ++# remove all installed packages that are Prio: required in the release [09:41] ++# pocket but something else in the latest version [09:41] "something else" [09:41] and yes, i have the diff in front of me [09:42] anything else is probabally a better wording [09:42] as i said, i belive there was some special handling of init systems in xenial that pitti implemented [09:42] got a log for what yours did ? [09:43] here is the last working build (search for lb_chroot_install): https://launchpadlibrarian.net/313520770/buildlog_snap_ubuntu_xenial_amd64_core_BUILDING.txt.gz [09:43] and here is a current build https://launchpadlibrarian.net/313704330/buildlog_snap_ubuntu_xenial_amd64_core_BUILDING.txt.gz [09:43] as it rmeoving upstart sounds more believable than it removing systemd from those words ... very odd [09:44] yes [09:44] but as i said, iirc pitti did something special there (for the phone ? cant remember) [09:47] looking at the bottom of the live-build diff, just another env var to make it skip that step should be enough, i can easily export that [09:50] ogra, i am not sure that is the right approach [09:51] * apw tries to grok the effect of this code accuratly [09:54] ogra, so if i read this code right it looks to see all things marked required at release pocket versions, it checks the current version of just those to see how they are marked, if they are not still required it simulates remove them, if only they are removed in that simulation they are removed for real [09:54] ogra, so its not at all clear how that would trigger your extra installs [09:54] it removes systemd-sysv [09:56] which looks right in the sense it was required and is now only important [09:56] i dont see why though, it is still prio required here [09:56] oh ? [09:56] why does my desktop not thing so [09:57] sorry my check was zesty [10:00] what i dont get in that code is that the first run uses the version, the second doesnt and it is expected that the Prio filed changed between these two ... [10:00] ... but i'm building an image so i will always have the latest version of the package anyway [10:01] -queuebot:#ubuntu-release- Unapproved: ubuntu-kylin-wizard (zesty-proposed/universe) [16.10.0 => 17.04.0] (ubuntukylin) [10:07] ogra, so apt-cache shows you all the ones available to you not just the most recent [10:08] well, for the release i'm currently building for only ... [10:08] and since i build from scratch i should already have the latest version [10:09] ogra, so ... i canont acount for why it thinks systemd-sysv wants to be removed in xenial [10:09] me neither ... but it surely happens :) [10:09] you odn't have systemd in your PPA do you ? [10:10] hmm, there is an obsolete version idling around [10:10] https://launchpad.net/~snappy-dev/+archive/ubuntu/image?field.series_filter=xenial [10:11] argh [10:11] not as obsolete as LP wants to make me think [10:11] well it might show up on the list, me tries [10:11] adding that here [10:11] seems the "newer version" it points to is only in -proposed [10:12] i also think there is a separate bug here, that if the removal causes an install it should not be implemented [10:12] ogra, would you file a bug for me on live-build, so i have somewhere to vomit my analysis ? [10:12] -queuebot:#ubuntu-release- Unapproved: less (xenial-proposed/main) [481-2.1ubuntu0.1 => 481-2.1ubuntu0.2] (core) [10:12] -queuebot:#ubuntu-release- Unapproved: less (yakkety-proposed/main) [481-2.1ubuntu1 => 481-2.1ubuntu1.1] (core) [10:12] on it [10:13] ogra, your ppa version seems newer than everything in the archive, not that i am sure we take version into account [10:13] the build takes version into account indeed [10:14] LP actually points to https://launchpad.net/ubuntu/+source/systemd/229-4ubuntu17 as newer version ... but doesnt take into account this is only proposed [10:14] i got cheated by the LP UI [10:15] ogra, ahh ok, but regardless of that it is not clear that if -updates was really newer we would notice that if your PPA is present, any of them not being required is enough [10:15] to my reading of the code [10:15] right [10:17] but in your case it is right to want to remove it, it is wrong (separatly imo) to actually remove it because it causes installations [10:17] -queuebot:#ubuntu-release- Unapproved: accepted kdevelop [source] (zesty-proposed) [4:5.0.4-0ubuntu2] [10:17] -queuebot:#ubuntu-release- Unapproved: accepted mate-control-center [source] (zesty-proposed) [1.18.0-0ubuntu2] [10:17] and that is "too much" [10:18] -queuebot:#ubuntu-release- Unapproved: accepted brisk-menu [source] (zesty-proposed) [0.3.5-0ubuntu1] [10:20] -queuebot:#ubuntu-release- Unapproved: rejected ubuntukylin-wallpapers [source] (zesty-proposed) [17.04.0] [10:20] -queuebot:#ubuntu-release- Unapproved: accepted mate-themes [source] (zesty-proposed) [3.22.8-0ubuntu1] [10:21] -queuebot:#ubuntu-release- Unapproved: accepted unity-greeter-session-broadcast [source] (zesty-proposed) [0.1+14.10.20140601-0ubuntu5] [10:22] Bug #1678042 [10:22] bug 1678042 in live-build (Ubuntu) "removal of priority changed packages breaks builds of the core snap" [Critical,New] https://launchpad.net/bugs/1678042 [10:24] ogra, thanks, will propose a fix for that ... is that something you can test ? [10:24] i could push live-build into the PPA i guess [10:24] that would override the archive if the version is picked high enough [10:28] ogra, really? isn't the PPA only used within the build ? [10:28] anyhow we can try it i guess [10:28] apw, so running the script snippet in a classic shell on the core install on a pi here actually agrees that systemd-sysv isnt required [10:28] let me actually fix this bug :) [10:29] no, we pull livecd-rootfs from there [10:29] so it is also used for the outer build chroot [10:29] ogra, yeah i can see that in a xenial vm too so with your PPA addded , so i can at least test a bit [10:29] ok good [10:29] it seems it is pulled in from init by default now [10:30] (which itself is actually required but has a "Pre-Depends: systemd-sysv | upstart-sysv" ) [10:30] i think that was the trick that pitti implemented to make it possible to have phone builds with upstart still working in xenial or some such [10:32] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-settings (zesty-proposed/universe) [17.04.5 => 17.04.6] (ubuntu-mate) [10:51] -queuebot:#ubuntu-release- Unapproved: choose-mirror (zesty-proposed/main) [2.77ubuntu1 => 2.78ubuntu1] (core) [10:54] -queuebot:#ubuntu-release- Unapproved: openssh (zesty-proposed/main) [1:7.4p1-9 => 1:7.4p1-10] (core) (sync) [10:57] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (zesty-proposed) [0.7.9-82-g0e2030ca-0ubuntu1] [10:57] -queuebot:#ubuntu-release- Unapproved: accepted mate-menu [source] (zesty-proposed) [17.04.3-0ubuntu1] [10:57] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (zesty-proposed) [0.7.9-87-gd23543eb-0ubuntu1] [10:57] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-docs [source] (zesty-proposed) [17.04.3] [10:59] -queuebot:#ubuntu-release- Unapproved: accepted clutter-gst-3.0 [sync] (zesty-proposed) [3.0.24-1] [11:01] -queuebot:#ubuntu-release- Unapproved: accepted youtube-dl [sync] (zesty-proposed) [2017.03.26-1] [11:02] ogra, see the bug for my write up and a potential fix, if you can test that all the better [11:02] ogra, it is obviously untested as a whole though the various bits are tested by hand [11:04] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-kylin-docs [source] (zesty-proposed) [17.04.1] [11:04] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-mate-settings [source] (zesty-proposed) [17.04.6] [11:04] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-kylin-wizard [source] (zesty-proposed) [17.04.0] [11:08] apw, pushed to the PPA ... lets see [11:09] slangasek, see bug #1678042 [11:09] bug 1678042 in live-build (Ubuntu) "removal of priority changed packages breaks builds of the core snap" [Critical,New] https://launchpad.net/bugs/1678042 [11:13] ogra, separatly we need to consider if you are able to change the priority of systemd in that ppa to match what it should be [11:14] In theory change-override should work on PPAs, though I'm not sure I've ever tested it. [11:14] -A ppa:OWNER/ubuntu/NAME [11:15] -queuebot:#ubuntu-release- Unapproved: ubuntukylin-wallpapers (zesty-proposed/universe) [16.10.1 => 17.04.0] (ubuntukylin) [11:16] apw, yeah, seems the debian/control file actually has "Priority: important" ... i can fix that after testign your change [11:17] apw, https://launchpad.net/~snappy-dev/+snap/core if you want to watch it [11:18] oh, that failed fast [11:18] err, or not ... the UI cheated me (once again) [11:21] We should just revert to the much simpler and less error-prone "Remove locales and tzdata after debootstrap" method I had proposed. [11:22] This attempting to detect downgrades thing is madness. [11:22] funnitly we even remove locales in our image with a live-build hook at the end :) [11:23] so for me the gain of that change is perfectly at zero [11:23] -queuebot:#ubuntu-release- Unapproved: kylin-greeter (zesty-proposed/universe) [16.10.1 => 17.04.0] (ubuntukylin) [11:23] Not all changes are for you? :P [11:23] damn ... [11:23] :) [11:24] apw, looks like that build got past the breakage ... but waitign for the full log to actually see it also ended up as it should be [11:25] hmm [11:26] it works but i dont see it remove locales after deboostrap [11:26] * ogra wonders if he missed something when applying the diff [11:26] this looks exactly like before the breakage, i would at least expect locales to be removed [11:27] oh [11:27] /usr/lib/live/build/lb_chroot_archives: 64: [: Illegal number: [11:27] oh ? [11:27] oh what a fool i am [11:27] * apw fixes [11:28] ogra, i assume you can see the obvious error s/-eq/=/ [11:29] ogra, but for clarity i will update the debdiff in the bug [11:29] yeah [11:30] ogra, ok updated, see if that works better [11:31] pushed [11:32] http://paste.ubuntu.com/24287455/ [11:32] I'd prefer this. [11:33] It'll need another upload after we demote tzdata, though maybe I can just do that right now. [11:33] * ogra ponders to drop all that building for core and instead use ubuntu-base in the future and add/remove there instead [11:34] Err, "add/remove there"? [11:34] well, that is what we do when building core [11:34] infinity, i would argue you should still check that the removal is clean and installs nothing [11:34] No, you don't get to repurpose base. [11:34] debootstrap --minbase ... [11:34] infinity, in case some other package has bee modified [11:34] then add a few packages and then mangle the hell out of it [11:35] infinity, and added a dep or whatever [11:35] apw: Why? We know we want to remove locales at that stage on xenial. If that fails, there's a bug that needs investigating, and a failed build is better than a silent misbuild. [11:35] infinity, i dont want to re-purpose, i just want to base on it [11:35] infinity, but do we not explicitly allow us to add random PPAs to the build and they are allowed to make changes [11:36] ogra: Oh. Yes, it should perhaps be a minbase variant + stuff. [11:36] right [11:36] apw: They're not allowed to make changes to the debootstrap set. [11:36] apw: Simply because debootstrap doesn't allow that. [11:36] the team wants a rootfs tarball that they only add snapd bits to ... so i have to re-think how i build anyway [11:36] apw: We control everything up to the point I patched. [11:37] (to have better snapshot abilities ti roll back snapd on an unchanged rootfs) [11:37] infinity, they could change systemd in that set to depend on locales, and then you would force remove both no ? [11:37] apw: Which is why my 1-line patch is much safer than Steve's 30. [11:37] apw: No. I remove RIGHT AFTER DEBOOTSTRAP. [11:37] apw: Unlike Steve's patch, which removes when the apt archives are all set up. [11:38] well, for his setup he needs the archives set up [11:38] -queuebot:#ubuntu-release- Unapproved: indicator-china-weather (zesty-proposed/universe) [2.1.5-0ubuntu1 => 2.2.1-0ubuntu1] (ubuntukylin) [11:38] Right, he does. [11:38] right but it is at the same point we would have installed the versions from a PPA in your form too no ? [11:38] apw: In my scenario, you have exactly one source. ubuntu/xenial-release/main. [11:38] for yours you should add the ability to have a list (via LB_ vars or so) [11:38] apw: debootstrap can't use multiple archives. [11:38] ok [11:39] instead of just hardcoding locales [11:39] so i f we have a PPA we would later upgrade and reinstall locales [11:39] and all is well [11:39] ogra: No, I shouldn't. This isn't meant to be an extensible thing. This is a one-time slimming retroactively. [11:39] ah, well, steves explanation sounds like thats a broader meant thing [11:39] (in the patch description) [11:39] Another reason I wish Steve hadn't implemented it as if it were an ongoing thing to be abused. [11:40] if it is solely locales thats indeed better [11:40] It'll be locales and tzdata, AFAIK. [11:40] ah, that one we "seed" i think [11:41] You do. [11:41] And both are in minimal, so they get installed later for all variants except base. [11:41] So, y'know what, I'll amend this patch to include tzdata too. [11:41] we dont install minimal [11:41] The archive demotion isn't actually relevant. [11:41] core is smaller :) [11:41] but we have a metapackage that depends on tzdata [11:41] I know. [11:41] infinity, not with your approach :) [11:41] core-libs. [11:41] Which is gross. [11:41] Anyhow. [11:42] so i assuem for ogra we will remove it and he will put it back and not notice [11:42] we have another core-meta (that i need to merge eventually) [11:42] infinity, so ... i assume i can just give you this bug :) [11:42] apw, right [11:42] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-welcome (zesty-proposed/universe) [17.04.9 => 17.04.10] (ubuntu-mate) [11:43] apw: No, you get to review my 1-line upload. ;) [11:43] apw: After ogra tests it for me. [11:44] well, once the test of apw's last change finished ... [11:44] Heh. [11:44] the core build only takes a few mins anyway ... it is quick :) [11:47] ogra: dget http://lucifer.0c3.net/~adconrad/live-build_3.0~a57-1ubuntu25.3~adam1_source.changes [11:53] And even simpler fix (just drop the patch altogether) uploaded to zesty. [11:54] -queuebot:#ubuntu-release- Unapproved: live-build (zesty-proposed/main) [3.0~a57-1ubuntu28 => 3.0~a57-1ubuntu29] (desktop-core) [11:55] ogra: Ima play some video games while you test that ~adam1 version for me. If the logs look sane to me, we'll bounce it at the queue and expedite it. [11:55] ok === _salem is now known as salem_ [12:21] infinity, just FYI seems steves change with apw's fix actually runs but adds 20min build time now :P [12:21] * ogra ponders to just kill all the builds [12:21] ogra: That seems... Bizarre. [12:21] ogra: Did Andy accidentally write an infinite awk loop? [12:22] it goes over dplg -l and then loops over all packages with apt [12:22] ogra: Anyhow, please test mine. I'm not really interested in investing more time in the complex solution. [12:22] it removed locales just fine but seesm to still loop over packages [12:22] Sunk cost fallacies and such. [12:22] https://launchpad.net/~snappy-dev/+snap/core/+build/30634 [12:22] Purging configuration files for locales (2.23-0ubuntu3) ... [12:22] Yeah, that's hung. [12:22] sits there since a while [12:22] -queuebot:#ubuntu-release- Unapproved: appstream (xenial-proposed/main) [0.10.6-1~ubuntu16.04.2 => 0.9.4-1ubuntu3] (kubuntu, ubuntu-desktop) [12:22] I killed it. [12:22] ok [12:23] The only "downside" of my patch is that if people want to demote more packages, they need another SRU. And, honestly, I think that's a feature, not a bug. [12:24] I'm not keen on stable image builds suddenly changing randomly because someone's working on a minimal cloud image and messing with things. [12:24] well, worst case you can always make it an LB_REMOVE_DEMOTED list or so [12:24] No. [12:24] Also, no. [12:24] in case someone freaks out about having to SRU [12:24] This is not a feature. It's a hack. Hacks should not be configurable, or they become features. [12:25] The first moment someone relies on this being extensible is when it breaks. [12:25] As it did. [12:25] Because it was written to be extensible. :P [12:27] well, it broke because of a PPA package in the end [12:27] but yeah [12:29] Sure. But it was still overengineered and bound to have corner cases. [12:29] -queuebot:#ubuntu-release- Unapproved: rejected live-build [source] (zesty-proposed) [3.0~a57-1ubuntu29] [12:29] -queuebot:#ubuntu-release- Unapproved: live-build (zesty-proposed/main) [3.0~a57-1ubuntu28 => 3.0~a57-1ubuntu29] (desktop-core) [12:29] yup [12:29] When the intent is "remove two packages", the patch should be "remove two packages". [12:30] * infinity shrugs. [12:31] i still dont get why this is in live-build and not in livecd-rootfs though [12:31] Because I told Steve to put it in live-build, because my patch was the fix I envisioned. [12:31] Then he went and found an entirely different part of live-build to do it in. :P [12:31] we seem to start to spread distro changes across ... [12:31] For mine, live-build is the obvious place for it. [12:32] (though it probably doesnt matter much given live-build is already at -ubuntu25) [12:32] livecd-rootfs has no really good place to put it. [12:32] But also, this is a xenial-only hack. [12:32] Hack, hack, hack. Remember? :) [12:33] The goal for stable patches should be efficiency and readability, not future extensibility. [12:33] yeah, translates to hook in my head since i work on core and phones :P [12:34] hi folks. would be great if someone could have a look at the qtbase-opensource-src 5.5.1+dfsg-16ubuntu7.4 currently in the xenial upload queue (result of my bug https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173). [12:34] Ubuntu bug 1598173 in qtbase-opensource-src (Ubuntu Xenial) "Please consider SRU of "xcb: Compress mouse motion and touch update events"" [Undecided,New] [12:34] (i lately use live-build/hooks inb livecd-rootfs for nearly everything ... has the advantage of having all hacks in one place) [12:35] though as i said, we might move away completely from that build infra and just use some scripts on top of -base [12:36] ah, looks ... ppc64el is already done building [12:36] * ogra chacks the log [12:36] I: Base system installed successfully. [12:36] (Reading database ... 7247 files and directories currently installed.) [12:36] Removing locales (2.23-0ubuntu3) ... [12:36] Purging configuration files for locales (2.23-0ubuntu3) ... [12:36] Removing tzdata (2016d-0ubuntu0.16.04) ... [12:36] looks good ! [12:37] And tzdata gets correctly re-added later. [12:37] So, success. [12:37] yup and all the locales hackery is still there and working as well [12:37] (we do some extra stuff with the package later) [12:38] infinity, so upload it then :) [12:39] apw: Fixed in the xenial and zesty queues for that bug. [12:40] s/Fixed/Fixes/ [12:40] apw: Please review/accept. [12:40] -queuebot:#ubuntu-release- Unapproved: live-build (xenial-proposed/main) [3.0~a57-1ubuntu25.2 => 3.0~a57-1ubuntu25.3] (desktop-core) [12:41] -queuebot:#ubuntu-release- Unapproved: accepted choose-mirror [source] (zesty-proposed) [2.78ubuntu1] [12:41] -queuebot:#ubuntu-release- Unapproved: accepted kylin-greeter [source] (zesty-proposed) [17.04.0] [12:41] -queuebot:#ubuntu-release- Unapproved: accepted ubuntukylin-wallpapers [source] (zesty-proposed) [17.04.0] [12:42] -queuebot:#ubuntu-release- Unapproved: accepted indicator-china-weather [source] (zesty-proposed) [2.2.1-0ubuntu1] [12:42] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-mate-welcome [source] (zesty-proposed) [17.04.10] [12:42] -queuebot:#ubuntu-release- Unapproved: rejected live-build [source] (xenial-proposed) [3.0~a57-1ubuntu25.3] [12:43] -queuebot:#ubuntu-release- Unapproved: live-build (xenial-proposed/main) [3.0~a57-1ubuntu25.2 => 3.0~a57-1ubuntu25.3] (desktop-core) [12:48] -queuebot:#ubuntu-release- New binary: ubuntukylin-wallpapers [amd64] (zesty-proposed/universe) [17.04.0] (ubuntukylin) [13:20] -queuebot:#ubuntu-release- Unapproved: accepted live-build [source] (zesty-proposed) [3.0~a57-1ubuntu29] [13:23] -queuebot:#ubuntu-release- Unapproved: accepted live-build [source] (xenial-proposed) [3.0~a57-1ubuntu25.3] [14:18] -queuebot:#ubuntu-release- Unapproved: skiboot (zesty-proposed/universe) [5.3.3-1ubuntu1 => 5.4.3-1] (no packageset) (sync) [14:18] -queuebot:#ubuntu-release- Unapproved: accepted skiboot [sync] (zesty-proposed) [5.4.3-1] [14:45] apw, cpaelzer: I wouldn't normally do 'no-change rebuild' for an SRU, I would just increment the version number of the upload in the changelog, build with the right -v option, and reupload === nacc_ is now known as nacc [14:45] slangasek, i can see that, will recommend that in future [14:46] Laney: s390x conf> ok, if you're not making changes to that file then I should just log a bug about us needing to get it into the VCS [14:55] infinity: 1678042> err, you've dropped this from zesty? so if we ever have a similar stable demotion in the future we will need to do archaeology on live-build's code? [14:57] apw, infinity, ogra: so did someone fix the priority of systemd-sysv in the ppa, to unblock those core builds? [14:58] slangasek, no, i'll do that before EOD though [14:59] ok [14:59] why do you have systemd in the ppa? [14:59] i'd have to ask mvo who is off today ... some network thing it seems [14:59] slangasek, bug 1678042 btw [14:59] bug 1678042 in live-build (Ubuntu Xenial) "removal of priority changed packages breaks builds of the core snap" [Critical,Fix committed] https://launchpad.net/bugs/1678042 [15:00] ah, the network thing, right :/ [15:00] ogra: yeah, a highlight from apw on the bug was what prompted my question :) [15:29] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (xenial-proposed) [2.23.6] [15:30] -queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.23.1 => 2.23.6] (desktop-core, ubuntu-server) [15:32] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (yakkety-proposed) [2.23.6+16.10] [15:33] -queuebot:#ubuntu-release- Unapproved: snapd (yakkety-proposed/main) [2.23.1+16.10 => 2.23.6+16.10] (desktop-core, ubuntu-server) [15:33] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (trusty-proposed) [2.23.6~14.04] [15:34] -queuebot:#ubuntu-release- Unapproved: snapd (trusty-proposed/universe) [2.23.1~14.04 => 2.23.6~14.04] (no packageset) [15:59] -queuebot:#ubuntu-release- Unapproved: epiphany-browser (yakkety-proposed/universe) [3.22.6-0ubuntu1 => 3.22.7-0ubuntu1] (desktop-extra) === maclin1 is now known as maclin [16:27] Hi! Should I be concerned that libertine and ubuntu-app-launch haven't migrated out of zesty-proposed yet? [16:28] ChrisTownsend: libertine seems to break ubuntu-touch (per update_output.txt) [16:28] ChrisTownsend: same for the other, i tink? [16:28] *think [16:28] nacc: Grr, ok, I wonder how. [16:29] nacc: Thanks. I saw the raw output, but I'm learning how to decipher it:) [16:30] ChrisTownsend, yeah as nacc says either of those causes ubuntu-touch to be deinstalled [16:30] ChrisTownsend: http://paste.ubuntu.com/24288801/ [16:30] ChrisTownsend: from `chdist apt-get zesty-proposed install libertine ubuntu-app-launch ubuntu-touch` [16:31] ChrisTownsend: so there must be some dependencies down that hole :) [16:31] nacc: Great, this will be fun to figure out what is is:/ [16:31] ubuntu-touch seems to dep: on both directly if i am reading reverse-depends output right [16:32] have we lost some arches or something ? [16:32] It definitely deps on ubunu-app-launch, but only deps on libertine-tools. [16:32] * ubuntu-touch [amd64 arm64 armhf i386] (for python3-libertine-chroot) [16:32] * ubuntu-touch [amd64 arm64 armhf i386] (for libertine-tools) [16:32] apw: Ohhhh, yeah, I bet that is what it is. We are now having to restrict some archs due to Xmir only being built on amd64, i386, arm64, and armhf. [16:32] both of those [16:33] frick [16:33] apw: thanks [16:39] -queuebot:#ubuntu-release- Unapproved: tomcat7 (trusty-proposed/main) [7.0.52-1ubuntu0.10 => 7.0.52-1ubuntu0.11] (ubuntu-server) [16:39] -queuebot:#ubuntu-release- Unapproved: tomcat7 (yakkety-proposed/universe) [7.0.72-1 => 7.0.72-1ubuntu0.1] (ubuntu-server) [16:39] ChrisTownsend: huh. why is xmir not built on all the same archs that mir and xorg are built on? [16:39] -queuebot:#ubuntu-release- Unapproved: tomcat7 (xenial-proposed/universe) [7.0.68-1ubuntu0.1 => 7.0.68-1ubuntu0.2] (ubuntu-server) [16:40] dobey: Good question [16:40] dobey: Basically as I understand it, it's poor support or immediate crashes when running in the other archs. [16:41] dobey: But I'm about ready to throw down to get someone to fix xmir so it'll build on the other archs so this damned song and dance will end! [16:42] * apw likes the sound of that [16:42] ChrisTownsend: well if it builds and just doesn't work, i think that's ok for now [16:42] dobey: I'm not 100% sure it will build. [16:42] ChrisTownsend: when you find someone that wants to run unity8 on an ibm mainframe, let me know :) [16:42] dobey: hah, yeah, really [16:43] hmm, well unless it's doing something absurd, there's no reason it shouldn't at least build, i would think [16:43] dobey: I really don't know what the true rationale is. [16:43] if it's just the tests, you can do like content-hub and just disable them on those archs [16:45] dobey: I'm going to get to the bottom of this. [16:46] dobey, ChrisTownsend, you'd have to ask tjaalton why Xmir is build for only that subset of architectures, there is not reason I'm aware of why it is so restricted [16:48] bregma: Ok [16:56] bregma: dobey: This seems to be the commit where the initial restriction occurred: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/vivid/xorg-server/vivid/revision/282 [16:56] We've since added arm64 in there. [16:56] oh [16:56] hmm [16:57] So it's really not clear what the "real" reasons are. [16:57] well, looks like the previous changelog entry restricted xmir to !powerpc [16:57] But it might be due to old Mir restrictions that have since been removed and xmir never caught up??? [16:58] no idea [16:58] Me neither [16:58] There's some weird stuff here [16:58] we need an adult to tell us [16:58] ubuntu-touch is uninstallable in zesty? [16:58] without proposed [16:58] Eh? [16:58] try it [16:59] I'm not why we care about ubuntu-touch in Zesty [16:59] * ChrisTownsend tries it [16:59] bregma: because it's there and a seed [16:59] bregma: we could get the seed updated to not depend on the libertine/xmir stuff that causes the breakage [16:59] Laney: yep [16:59] which we should probably do now [17:00] sil2100: ^^ are you still around? [17:01] Laney, ChrisTownsend: how is it uninstallable exactly? [17:01] dunno atm [17:01] something to do with -gles stuff [17:01] ah conflicts with the non-gles packages? [17:01] http://pastebin.ubuntu.com/24288959/ [17:02] oh yeah, some of that stuff needs to definitely be removed from the ubuntu-touch seed [17:02] right, but then add one of the uninstallable packages to the commandline [17:02] and actually i thought a few of those were removed [17:02] and you can eventually find out what the final reason is [17:03] Seems ubuntu-touch is stale and needs fixing any ways. [17:03] indeed [17:03] well, i guess installing qtubuntu-android on a laptop is also a bad idea anyway too [17:04] I think ubuntu-touch itself should be restricted to armhf and arm64. [17:04] bregma: probably set by someone else before me [17:05] tjaalton: Yeah, it was:) [17:05] We can blame RAOF:) [17:07] was my guess as well :) [17:07] ah, RAOF who is conveniently disappearing on parental leave, he has obviously been planning this for some time [17:08] * bregma digs a good conspiracy [17:08] How dare he?!?!?! [17:13] yeah can't find out quickly what the problem(s) are, and I've got to go now, sorry [17:14] hopefully someone gets there :-) [17:17] -queuebot:#ubuntu-release- Unapproved: nama (zesty-proposed/universe) [1.208-1 => 1.208-2] (no packageset) (sync) [17:19] -queuebot:#ubuntu-release- Unapproved: accepted nama [sync] (zesty-proposed) [1.208-2] [17:19] Is there a requirement that a seed has to support all archs? [17:22] ChrisTownsend: well it's a metapackage, and metapackages tend to be arch: all [17:23] don't know if there's a precident for any seeds not being arch: all [17:23] dobey: Sure, just wondering if there is a hard requirement. ubuntu-touch makes 0 sense on anything besides armhf/arm64. [17:23]