[01:03] -queuebot:#ubuntu-release- Unapproved: snap-confine (xenial-proposed/main) [1.0.38-0ubuntu0.16.04.10 => 1.0.41-0ubuntu2~16.04.1] (no packageset) [04:30] -queuebot:#ubuntu-release- New sync: gnome-2048 (yakkety-proposed/primary) [3.22.0-1] === cpaelzer_ is now known as cpaelzer [05:48] infinity: Xubuntu have an issue with coming back from suspend - it appears to unlock, but then we're stuck with a blank screen and seemingly only way is to stop and start lightdm, we will not be releasing Final Beta in that state (unlikely anything to fix it will happen in a day and a bit) bug 1622303 [05:48] bug 1622303 in light-locker (Ubuntu) "Fails to unlock/ resume to black screen" [Undecided,Confirmed] https://launchpad.net/bugs/1622303 [06:58] s/suspend/suspend or lock [08:03] slangasek: thanks for the zeromq3 changes! Will forward them to the snapshot part and then upstream, as you said [08:24] -queuebot:#ubuntu-release- New source: wine (yakkety-proposed/primary) [1.8.4-1ubuntu1] [08:54] -queuebot:#ubuntu-release- New binary: plasma-discover [amd64] (yakkety-proposed/universe) [5.7.5-0ubuntu1] (kubuntu) [09:10] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate amd64 [Yakkety Beta 2] (20160921) has been added [09:10] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate powerpc [Yakkety Beta 2] (20160921) has been added [09:10] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate i386 [Yakkety Beta 2] (20160921) has been added [09:13] flocculant: I'd like you to participate in the Beta all the same. Maybe we can get it fixed in time, maybe not, but the more testing you can do, even if you don't release with the milestone, the better shape we'll be in to figure out how to move forward for release. [09:33] -queuebot:#ubuntu-release- Unapproved: dovecot (xenial-proposed/main) [1:2.2.22-1ubuntu2 => 1:2.2.22-1ubuntu2.1] (ubuntu-server) [09:34] hum [09:34] https://wiki.ubuntu.com/YakketyYak/ReleaseSchedule was listing beta freeze for the 22th [09:34] that's tomorrow not today [09:41] -queuebot:#ubuntu-release- Unapproved: gnat (yakkety-proposed/universe) [6.1ubuntu1 => 6.1ubuntu2] (no packageset) [09:51] seb128: Beta is the 22nd, freeze is before. [09:51] the wiki table is confusing then [09:51] seb128: It probably should have had a (Tues) on it. [09:51] yeah [09:51] The wiki table is indeed confusing. [09:52] Anyhow, we have yet another kernel (and, thus, a respin) coming, so if you had something that should make the ISOs, you're probably in luck. [09:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Yakkety Beta 2] (20160921) has been added [09:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Yakkety Beta 2] (20160921) has been added [09:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server i386 [Yakkety Beta 2] (20160921) has been added [09:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server powerpc [Yakkety Beta 2] (20160921) has been added [09:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Yakkety Beta 2] (20160921) has been added [09:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Yakkety Beta 2] (20160921) has been added [09:57] the unity8 session? ;-) [09:58] there are still MIRs behing reviewed so that's probably for after beta now... [09:58] which is a bit crazy [10:01] seb128: Well, it's not the default session, so it's not as crazy as it could be. :P [10:01] that's a good way to look at it ;-) [10:04] [FFe] Switch default session to Unity 8 for 16.10 [10:04] Oops, meant to type that into Launchpad. [10:04] Laney: DENIED. [10:07] -queuebot:#ubuntu-release- Unapproved: accepted gnat [source] (yakkety-proposed) [6.1ubuntu2] [10:17] infinity: yeah table is indeed confusing, I thought the freeze was tomorrow and uploaded Plasma 5.7.5 [10:18] so I think Kubuntu will probably require a respin too === jamespag` is now known as jamespage [10:23] -queuebot:#ubuntu-release- Unapproved: apt (yakkety-proposed/main) [1.3~rc4ubuntu1 => 1.3] (core) (sync) [10:41] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Yakkety Beta 2] (20160921) has been added [10:41] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Yakkety Beta 2] (20160921) has been added [10:45] infinity: oh you're about did you move or do you just not sleep? [10:45] Well [10:45] laney@snakefruit:~$ /home/ubuntu-archive/bin/chdist apt-cache yakkety-proposed-amd64 show unity8-desktop-session | grep-dctrl -s Package,Task . [10:45] davmor2, he is in and out i think [10:45] Package: unity8-desktop-session [10:45] Task: ubuntu-desktop, ubuntu-usb, edubuntu-desktop, edubuntu-usb [10:45] That wasn't supposed to happen [10:46] seb128: ^- I think that it needs to be undone [10:46] infinity: can you add netboot when you are in again please to the final beta I'll hit it now and mark it up after. [10:46] Laney, it's only a recommends is that going to create any issue? [10:46] davmor2: There'll be a new netboot sometime later today. Better to focus your current testing on ISOs, if you could, since they usually require more pain to fix when you find bugs. :P [10:46] it's going to try to install everything with Task: ubuntu-desktop [10:47] did we do the change wrong or why is that an issue? [10:47] Steve said we should do that and it shouldn't create problems for the iso build [10:47] I thought it would be ignored for task generation but it's not [10:48] Of course it's not ignored for task generation. [10:48] But what's the intent here? [10:48] infinity: like I'm going to find bugs, I'll see if hardware detection is working today or not ;) [10:48] Why is it of course? [10:48] To get component-mismatches to show the state [10:48] But not to make an unbuildable image [10:48] Laney: It's not unbuildable. [10:49] Laney: Why would it be? [10:50] Laney: Think it through. If the images were built with all components, it would work fine. If they're not (and they're not), it'll still work fine, since we can't read task headers we don't have. [10:50] Ok [10:50] I thought that the part that made the list had all components enabled [10:50] -queuebot:#ubuntu-release- Unapproved: dbus-test-runner (yakkety-proposed/universe) [15.04.0+15.10.20151002-0ubuntu1 => 15.04.0+16.10.20160906-0ubuntu1] (no packageset) (sync) [10:50] Of course, having stuff in task: ubuntu-desktop and in universe is sick and wrong and needs fixing ASAP, but it won't affect the current images. [10:50] -queuebot:#ubuntu-release- Unapproved: unity8-desktop-session (yakkety-proposed/universe) [1.0.13+16.10.20160809-0ubuntu1 => 1.0.13+16.10.20160919-0ubuntu1] (no packageset) (sync) [10:52] -queuebot:#ubuntu-release- Unapproved: accepted dbus-test-runner [sync] (yakkety-proposed) [15.04.0+16.10.20160906-0ubuntu1] [10:52] -queuebot:#ubuntu-release- Unapproved: accepted unity8-desktop-session [sync] (yakkety-proposed) [1.0.13+16.10.20160919-0ubuntu1] [10:56] infinity: is it alright if I upload Frameworks 5.26 too? it's been tested by the kubuntu devs for a week or so now [10:56] shadeslayer: You can upload whatever you like. It'll get stuck in a queue for review anyway. :P [10:57] infinity: heh ok :D [10:57] shadeslayer: But yeah, if the implication is that your beta is pointless without this stuff, get it in. [10:58] infinity: yeah, the idea is to have the latest bugfix of things in [10:58] infinity: can you also accept Plasma 5.7.5 ? [10:58] http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html [10:58] I can give you a list of things to accept [10:59] shadeslayer: A bunch of it isn't even built yet. [10:59] infinity: of course :) [10:59] infinity: right, when its done I meant :) [10:59] infinity: http://paste.ubuntu.com/23210986/ [11:00] is what I have [11:00] Laney: It depends how germinate is run. The germinate run that builds Task headers in the archive has all components enabled. The germinate run that happens as part of image builds doesn't necessarily (depends on flavour). [11:01] cjwatson: Less about germinate in this case, actually, and more about which components are enabled in the chroot when livecd-rootfs builds the task install list. [11:02] It does something like apt-cache dumpavail | grep-dctrl IIRC [11:02] With an amazing number of backslashes [11:02] All the backslashes. [11:02] But yeah, point stands that if all components were enabled, it would work, and if they weren't, it would still work. ;) [11:02] Cause it can't read task headers it doesn't have. [11:03] infinity: Well, yeah, those two things have to be in sync or weird stuff will happen. [11:03] shadeslayer: Uhh, this plasma-discover upload is insane. :P [11:03] shadeslayer: Transitional packages with no dependencies are exactly 100% useless. [11:03] Incidentally the older I get the more I think tasks were probably a mistake. [11:04] * shadeslayer looks [11:04] Well I misremembered that the grep-dctrl was happening outside the chroot to catch this kind of thing and make image builds fail [11:04] cjwatson: Do tell [11:04] We wanted them for auto-install marking I think, but they're arguably counterproductive for that. [11:04] shadeslayer: The real problem is that where plasma-discover "Breaks: plasma-discover-private, plasma-discover-updater", that should be a Conflicts. [11:04] And they're actively painful for point releases. [11:05] infinity: looking into it [11:05] (Due to it being impossible to remove Task headers from the release suite) [11:05] shadeslayer: Package frontends will read Conflict/Replaces (the pair together) as "bump off these packages in favour of the new one". [11:05] indeed thosse can be dropped [11:05] If I were doing it again I'd probably just use metapackages throughout; and it might be worth attempting to switch to those. [11:05] shadeslayer: Though, if plasma-discover itself wasn't on the system before, then keeping breaks/replaces as is, but making the transitional packages actually depend on plasma-discover is the better option. :P [11:05] let me check other places [11:06] cjwatson: Yeah, I've been edging in that direction. The problem with metapackages is the unwieldly amount of hinting one needs in the image build process because not all flavours are the same. [11:06] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Yakkety Beta 2] (20160921) has been added [11:06] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop i386 [Yakkety Beta 2] (20160921) has been added [11:06] well, one would not install plasma-discover-private by it's own tbh [11:06] cjwatson: But, as you note, I need to do that for point releases anyway, so... [11:07] And I think that would probably be easier if we didn't have to fix quite so many mistakes post-release. [11:07] Tasks let us do a bit more hinting at the seed level, but all that needs to be at least somewhat in sync with apt's behaviour anyway. [11:07] And it's just all too complex to understand. [11:07] cjwatson: The hinting will always be necessary, since one can't divine how to resolve all alt deps, and each flavour has a preference that can't be codified in the dpkg deps. [11:08] Right, but that could possibly just live in the metapackage. [11:08] Maybe. [11:08] cjwatson: But yeah, not sure how to really make "apt-get install task" and "apt-get install task^" match. Would be nice. [11:08] Perhaps a re-engineering of the whole mess would be in order if anyone had that magic time thing. [11:08] Since apt will install all the immediate deps of the metapackage first and then try to fix broken deps after that, I think. [11:09] It will, more or less. That's essentially how my hinting works. [11:09] s/will install/will mark for install/ [11:09] I hint some + and some - (dep and conflict, I guess), then everything else. [11:10] Most of the hints can be expressed negatively, which is slightly more elegant for image builds, but doesn't work at all for metapackages, since we then can't install two flavours at once. [11:10] I certainly wouldn't rule out that some packages might have to be fixed/reengineered/whatever. [11:10] Yeah. [11:10] But I think it might be worth it for eliminating a bit of the image build process that like three people understand. [11:10] I don't like what installing tasks does for autoremove. [11:11] That's my biggest complaint. [11:11] shadeslayer: I would not install plasma-discover at all. It's a POS [11:11] People get a bunch of library cruft from installing with our live images. [11:11] acheronuk: Not a helpful statement. [11:11] The original idea was that apt would remember that you'd installed the task, but AFAIK that never happened. [11:12] I mean specifically the task rather than all its pieces. [11:12] cjwatson: It might have. We stopped using apt's task install feature. [11:12] cjwatson: You converted it to evil. [11:12] shadeslayer: santa_ was trying to sort dist-upgrade issues on discover with his changes [11:12] Indeed. [11:13] infinity: sorry [11:13] But I think auto-marking didn't work right even before that. [11:13] discover is just a pain at the best of times :/ [11:14] cjwatson: Yeah, I'm pretty sure you're right. [11:14] acheronuk: that's not the issue here [11:14] cjwatson: Cause I think I introduced my linux-headers unmarking hack before you perpetrated your evil. I think. [11:14] -queuebot:#ubuntu-release- Unapproved: apt (yakkety-proposed/main) [1.3~rc4ubuntu1 => 1.3] (core) (sync) [11:22] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Yakkety Beta 2] (20160921) has been added [11:22] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Yakkety Beta 2] (20160921) has been added [11:23] -queuebot:#ubuntu-release- Builds: Ubuntu GNOME Desktop amd64 [Yakkety Beta 2] (20160921) has been added [11:23] -queuebot:#ubuntu-release- Builds: Ubuntu GNOME Desktop i386 [Yakkety Beta 2] (20160921) has been added [11:25] infinity, so we will have kernel respin of the world for final beta? [11:26] 474 & 4.8.0-11.12 is no good on s390x =/ [11:26] pitti: I need an archive admin to get approval on a package, do you have some time? [11:26] xnox: Yes. Your s390x fix is working through the sausage factory. [11:26] win =) [11:26] i'll get the ketchup ready [11:27] Sounds like there's a sausage party coming up [11:28] -queuebot:#ubuntu-release- Unapproved: rejected apt [sync] (yakkety-proposed) [1.3] [11:28] seb128: or do you? (5 lineas up ^) [11:31] mardy, you should share the secret package name that needs review ;-) [11:32] seb128: That takes half the fun out of it. [11:32] seb128: the request is "please do binNEW pre-review on the account-plugin-mcloud binary package in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-059/+sourcepub/6844940/+listing-archive-extra" (no idea what that means :-) ) [11:33] mardy, let me look [11:36] mardy, the packaging looks fine but you would need a FFe to land that new feature in yakkety [11:36] seb128: OK, I'll file it [11:36] thanks [11:36] -queuebot:#ubuntu-release- New: accepted plasma-discover [amd64] (yakkety-proposed) [5.7.5-0ubuntu1] [11:37] or just update the bug you used in the changelog to be the ffe [11:37] mardy, ^ [11:37] -queuebot:#ubuntu-release- Unapproved: accepted apt [sync] (yakkety-proposed) [1.3] [11:37] seb128: oh, good idea [11:39] -queuebot:#ubuntu-release- Unapproved: blktap-dkms (yakkety-proposed/universe) [2.0.93-0.7ubuntu1 => 2.0.93-0.7ubuntu2] (no packageset) [11:40] -queuebot:#ubuntu-release- Unapproved: accepted blktap-dkms [source] (yakkety-proposed) [2.0.93-0.7ubuntu2] [11:44] mardy: re from lunch, seems seb128 already reviewed it? [11:45] seb128: FWIW, FFEs for binNEW is mostly just "find an archive admin to review it"; (but doesn't hurt to have a paper trail of course) [11:46] pitti: yep, thanks anyway [11:47] seb128: added the FFe info to bug 1587282 [11:47] bug 1587282 in account-plugins (Ubuntu) "create online-account plugin for cmcc mcloud" [Undecided,New] https://launchpad.net/bugs/1587282 [11:47] mardy, thanks [11:50] -queuebot:#ubuntu-release- Unapproved: gvfs (yakkety-proposed/main) [1.28.2-1ubuntu1 => 1.28.2-1ubuntu2] (ubuntu-desktop) [11:59] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Yakkety Beta 2] (20160921) has been added [11:59] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Yakkety Beta 2] (20160921) has been added [12:14] -queuebot:#ubuntu-release- Unapproved: openjdk-9 (yakkety-proposed/universe) [9~b134-2ubuntu1 => 9~b136-1] (no packageset) (sync) [12:14] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-9 [sync] (yakkety-proposed) [9~b136-1] [13:14] infinity: Lubuntu desktop images for final beta are missing [13:17] infinity: meh still not finding the bcmwl driver for the wifi on the dell xps13 [13:19] infinity: okay weirder still ubuntu-drivers list show both the intel-microcode and the bcmwl-kernel-source [13:19] infinity: I am wondering if this is maybe an upstart vs systemd userland issue maybe? [13:33] dear kind release team.... I'd really really really like to get 1621615 1229458 and 1621507 into the beta... OTOH, they touch, um, things. [13:33] thoughts? kthx [13:34] bug #1621615 [13:34] bug 1621615 in cloud-init (Ubuntu) "network not configured when ipv6 netbooted into cloud-init" [Undecided,New] https://launchpad.net/bugs/1621615 [13:34] cyphermox: your input on that would be a good thing [13:34] bug #1229458 [13:34] bug 1229458 in MAAS "grubnetx64.efi tftp client does not work over ipv6" [High,Confirmed] https://launchpad.net/bugs/1229458 [13:34] bug #1621507 [13:34] bug 1621507 in isc-dhcp (Ubuntu) "initramfs-tools configure_networking() fails to dhcp ipv6 addresses" [High,In progress] https://launchpad.net/bugs/1621507 [13:34] apw: grub2, initramfs-tools, etc. :/ [13:34] tbf, none of that is uploaded yet [13:35] and all of it is targeting SRU to xenial [13:35] i'd say get it uploaded then we can consider it from the queue as presumably you will be uploading it after beta either way [13:36] and, amazingly, lets one netboot into an iscsi-root in an ipv6-only environment.. How was this not a thing for linux in the 90s, I do not know. [13:36] lamont, are those all independant as well ? [13:38] initramfs-tools depends (I believe) on iproute2 and isc-dhcp (that's how the ipv6 config is done), cloud-init is independent (just adds checking for vars that the new initramfs-tools et al actually populate for ipv6, ditto iscsi (don't ask why iscsi is the package that writes resolv.conf in this use-case... it causes crying) [13:38] grub2 is independent of all of it [13:43] apw: it's down to confirming a thing or 3 this morning, with the goal being to upload during the US day today... and then I saw the beta freeze email, so I came with hat in hand before stuffing the queue with "WTF ARE THESE JONES" packasge [13:43] that is, we're close to claiming readiness [13:52] -queuebot:#ubuntu-release- Unapproved: accepted gvfs [source] (yakkety-proposed) [1.28.2-1ubuntu2] [14:02] cyphermox, infinity: assigned it to ubiquity for now as I can't figure out which layer under it is not installing the package https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1626108 [14:02] Ubuntu bug 1626108 in ubiquity (Ubuntu) "Ubiquity session isn't setting up 3rd party hardware drivers" [Undecided,New] [14:03] jibel: ^ [14:04] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Yakkety Beta 2] (20160921) has been added [14:04] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop powerpc [Yakkety Beta 2] (20160921) has been added [14:04] davmor2: that's next on my list after I'm done with lamont's stuff and shim [14:04] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Yakkety Beta 2] (20160921) has been added [14:06] cyphermox: awesome stuff [14:07] infinity: just to cheer you up that will need a respin across the board when cyphermox fixes it :) [14:09] if only I could remember why it's broken from cycle to cycle. [14:10] cyphermox: last time it didn't show stuff up in ubuntu-drivers list this time it does but just isn't installing them [14:10] ok [14:10] well, I'll look [14:10] how do you currently reproduce this? [14:11] cyphermox: so I'm assuming something lower down or ubiquity isn't launching ubuntu-driver or whatever the tool it triggers is called [14:14] cyphermox: I'll setup a new live session if you need me to run anything I can do it straight away [14:14] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Yakkety Beta 2] (20160921) has been added [14:14] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop i386 [Yakkety Beta 2] (20160921) has been added [14:14] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop powerpc [Yakkety Beta 2] (20160921) has been added [14:14] -queuebot:#ubuntu-release- Unapproved: isc-dhcp (yakkety-proposed/main) [4.3.3-5ubuntu13.1 => 4.3.3-5ubuntu14] (core) [14:14] cyphermox: obviously I can't give you access cause you know dell xps only has wifi ;) [14:16] infinity: cancel that ping [14:23] -queuebot:#ubuntu-release- Unapproved: accepted dovecot [source] (xenial-proposed) [1:2.2.22-1ubuntu2.1] [14:25] -queuebot:#ubuntu-release- Unapproved: openjdk-9 (yakkety-proposed/universe) [9~b136-1 => 9~b136-1ubuntu1] (no packageset) [14:30] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-9 [source] (yakkety-proposed) [9~b136-1ubuntu1] [14:31] davmor2: well what I meant was which drivers; maybe I have an old box here that can reproduce the issue [14:32] cyphermox: dell xps 13 broadcom wifi is what is struggling but it isn't installing the intel-microcode either on the installed system [14:32] ok [14:33] cyphermox: it worked last week so something changed between Fridays and Tuesdays image [14:34] err, ok [14:34] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (yakkety-proposed/main) [0.125ubuntu3 => 0.125ubuntu4] (core) [14:34] lamont: initramfs-tools and isc-dhcp: ^ [14:35] ack [14:35] lamont: since you more or less did code review of those by commenting on my bugs previously, you also know about the general idea of what they do [14:35] cyphermox: I didn't do a fresh install on Monday as I was confirming a bunch of stuff for willcooke so friday was my last clean install [14:35] cyphermox: true [14:36] -queuebot:#ubuntu-release- Unapproved: accepted ntp [source] (xenial-proposed) [1:4.2.8p4+dfsg-3ubuntu5.2] [14:36] cyphermox: and then I did one late last night when I hit the issue. [14:37] ok [14:40] -queuebot:#ubuntu-release- Unapproved: accepted davical [source] (xenial-proposed) [1.1.4-1ubuntu1.1] [14:43] -queuebot:#ubuntu-release- Unapproved: accepted awstats [source] (xenial-proposed) [7.4+dfsg-1ubuntu0.1] [14:47] hello release team, we have a late bump that is required for ceilometer in yakkety to python-pbr 1.10.0 . upstream ceilometer has moved to a new ceilometer-api binary (removed the old one) which supports different args than the older version. [14:47] the new python-pbr would fix this but it has quite a few rdepends [14:47] pitti, stgraber, I would highly appreciate if one of you could look at bug 1621618 and in case there is still something missing, let me know. Won't go on the ISO but still I would rather get this out sooner than too late. [14:47] bug 1621618 in xen (Ubuntu) "[FFE Yakkety] Upgrade to Xen 4.7" [High,In progress] https://launchpad.net/bugs/1621618 [14:47] for reference, bug 1626006 [14:47] bug 1626006 in ceilometer (Ubuntu) "wsgi_script based ceilometer-api binary does not support the same CLI arguments as console_script version" [High,New] https://launchpad.net/bugs/1626006 [14:51] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (xenial-proposed) [1:2.5+dfsg-5ubuntu10.5] [15:10] smb: replied [15:11] pitti, thanks a lot [15:16] pitti is a Recommends enough to trigger an autopackage test for reverse dependency testing? [15:17] infinity: nusakan's ftp mirror is failing to get updated; it's 5 days out of date right now. any idea why? [15:22] no logs from rsync attempts over the past days either [15:29] pitti, hi, would you be ok an exeception for the openstack pbr issue above? [15:29] *with an [15:32] -queuebot:#ubuntu-release- Unapproved: libvirt (xenial-proposed/main) [1.3.1-1ubuntu10.2 => 1.3.1-1ubuntu10.3] (ubuntu-server, virt) [15:34] -queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.15.2 => 2.15.2ubuntu1] (desktop-core, ubuntu-server) [15:35] -queuebot:#ubuntu-release- Unapproved: accepted backuppc [source] (xenial-proposed) [3.3.1-2ubuntu3.1] [15:35] sergiusens: not ATM, but that does sound like a good idea; mind filing a bug against "britney"? [15:35] sure thing [15:35] thanks [15:37] hello, ubuntu studio still hasn't got an entry on the iso tracker, i'm not sure why. but then again, we would realy like to have this uploaded for testing: https://bugs.launchpad.net/ubuntustudio/+bug/1624690 [15:37] Ubuntu bug 1624690 in ubuntustudio-lightdm-theme (Ubuntu) "[UIFe/FFe] Please upload ubuntustudio-default-settings" [Undecided,New] [15:38] as in, if it is possible to have it uploaded in time, we will need a respin [15:40] pitti fwiw, LP: #1593148 already exists :-) [15:40] Launchpad bug 1593148 in britney "trigger tests for reverse-recommends dependencies" [Low,Triaged] https://launchpad.net/bugs/1593148 [15:41] sergiusens: ah :) [15:50] sergiusens: snapcraft -> snap-confine would be an artificial recommends anyway, right? if you're adding an artificial package relationship, might as well use the one that's currently supported :) [15:50] -queuebot:#ubuntu-release- Unapproved: pay-service (yakkety-proposed/universe) [15.10+16.10.20160816.1-0ubuntu1 => 15.10+16.10.20160825-0ubuntu1] (no packageset) (sync) [15:50] -queuebot:#ubuntu-release- Unapproved: unity-scope-click (yakkety-proposed/universe) [0.1.1+16.10.20160808-0ubuntu1 => 0.1.1+16.10.20160920.1-0ubuntu1] (no packageset) (sync) [15:51] -queuebot:#ubuntu-release- Unapproved: accepted unity-scope-click [sync] (yakkety-proposed) [0.1.1+16.10.20160920.1-0ubuntu1] [15:52] there is a stack of things on http://people.canonical.com/~ubuntu-archive/component-mismatches.svg which are colored white but used to be in main so should be yellow [15:52] could i bug someone to process wine from yakkety NEW please? [15:52] should the old MIR bugs be set back to fix released to fix commited to help with the overview [15:52] or is that not needed? [16:00] cyphermox: about http://launchpadlibrarian.net/285799523/initramfs-tools_0.125ubuntu3_0.125ubuntu4.diff.gz - do we even have dhclient in the initrd? mine doesn't, and I don't see any i-t script which would install it [16:01] cyphermox: also, doesn't that store its lease file somewhere in /var where we wouldn't find it any more after pivoting, and is a lot slower than ipconfig? [16:01] ^ IOW, not something I dare to accept for beta [16:02] oh, that would be the dhclient upload after that -- but i-t at least needs a versioned dependency then [16:02] (or Breaks: rather, we don't want to pull isc-dhcp into every installation) [16:04] -queuebot:#ubuntu-release- Unapproved: rejected initramfs-tools [source] (yakkety-proposed) [0.125ubuntu4] [16:09] err, what? [16:09] we have isc-dhcp in every install anyway? [16:10] (it's in minimal) [16:14] the "slower than ipconfig" is something that we'll just have to deal with if it's true, as ipconfig can't do IPv6; and I don't think the lease file not being carried over is a big deal, you would get the lease back once you ask for it again as NM or ifupdown or systemd-networkd starts (since the server knows what it handed out) [16:18] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (xenial-proposed) [1.3.1-1ubuntu10.3] [16:18] -queuebot:#ubuntu-release- Unapproved: postgresql-common (yakkety-proposed/main) [175build1 => 175ubuntu1] (kubuntu, ubuntu-server) [16:24] -queuebot:#ubuntu-release- Unapproved: cups (yakkety-proposed/main) [2.2.0-1 => 2.2.0-2] (core) (sync) [16:25] -queuebot:#ubuntu-release- New: accepted gnome-2048 [sync] (yakkety-proposed) [3.22.0-1] [16:26] -queuebot:#ubuntu-release- New: accepted wine [source] (yakkety-proposed) [1.8.4-1ubuntu1] [16:27] cyphermox: no, it's Priority: important, and on a desktop only NM needs it -- and that depends: shouldn't even be there [16:27] cyphermox: (Debian dropped it already, it's a Recommends: now; NM has a builtin fallback) [16:28] cyphermox: also, it needs to be versioned, as new i-t with older isc-dhcp-client would render your system unbootable [16:28] only NM aside from the metapacakge of course, but we can't require that to be installed in every cloud instance or container [16:28] -queuebot:#ubuntu-release- Unapproved: ubuntu-touch-meta (yakkety-proposed/universe) [1.283 => 1.284] (no packageset) [16:29] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-touch-meta [source] (yakkety-proposed) [1.284] [16:30] -queuebot:#ubuntu-release- New binary: gnome-2048 [ppc64el] (yakkety-proposed/none) [3.22.0-1] (no packageset) [16:30] -queuebot:#ubuntu-release- Unapproved: cloud-init (yakkety-proposed/main) [0.7.8-3-g80f5ec4-0ubuntu1 => 0.7.8-4-g970dbd1-0ubuntu1] (edubuntu, ubuntu-cloud, ubuntu-server) [16:31] -queuebot:#ubuntu-release- New binary: gnome-2048 [amd64] (yakkety-proposed/none) [3.22.0-1] (no packageset) [16:31] pitti: sorry, I'm not quite following. so what change do you want? I'm not doing this out of the blue, this is driven by a MAAS requirement that IPv6 netbooting works. I don't really see another way to go about it [16:32] -queuebot:#ubuntu-release- New binary: gnome-2048 [arm64] (yakkety-proposed/none) [3.22.0-1] (no packageset) [16:32] cyphermox: i-t needs to Breaks: isc-dhcp-client (<< your_new_version) at least [16:32] thanks for processing wine, whomever you are :) [16:32] cyphermox: as otherwise you are generating an initramfs that calls dhclient without installing it [16:33] that I totally agree with, I just thought you meant something more [16:34] -queuebot:#ubuntu-release- New binary: gnome-2048 [i386] (yakkety-proposed/none) [3.22.0-1] (no packageset) [16:38] -queuebot:#ubuntu-release- New binary: gnome-2048 [armhf] (yakkety-proposed/none) [3.22.0-1] (no packageset) [16:38] -queuebot:#ubuntu-release- Unapproved: ldb (yakkety-proposed/main) [2:1.1.26-1ubuntu3 => 2:1.1.26-1ubuntu4] (core) [16:38] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD i386 [Yakkety Beta 2] (20160921) has been added [16:43] -queuebot:#ubuntu-release- New binary: gnome-2048 [powerpc] (yakkety-proposed/none) [3.22.0-1] (no packageset) [16:49] -queuebot:#ubuntu-release- Unapproved: accepted containerd [source] (xenial-proposed) [0.2.3-0ubuntu1~16.04] [16:50] cyphermox: well, I actually did, like storing the lease, etc. -- but I figured then that this isn't important as we don't currently do it with ipconfig either [16:50] could somebody ignore src:diffoscope autopkgtests? They are only tests issues, code actually work… [16:50] pitti: right [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [amd64] (yakkety-proposed) [3.22.0-1] [16:51] pitti: the lease is known by the server too, you'd get the same IP if you request it after [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [armhf] (yakkety-proposed) [3.22.0-1] [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [powerpc] (yakkety-proposed) [3.22.0-1] [16:51] -queuebot:#ubuntu-release- New binary: gnome-2048 [s390x] (yakkety-proposed/universe) [3.22.0-1] (no packageset) [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [arm64] (yakkety-proposed) [3.22.0-1] [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [ppc64el] (yakkety-proposed) [3.22.0-1] [16:51] except maybe on ipv6, due to the DUID [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [i386] (yakkety-proposed) [3.22.0-1] [16:51] -queuebot:#ubuntu-release- New: accepted gnome-2048 [s390x] (yakkety-proposed) [3.22.0-1] [16:51] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (xenial-proposed) [1.12.1-0ubuntu7~16.04] [16:52] cyphermox: so then the remaining thing is that in principle you could remove isc-dhcp-client on such a system and then break your boot, but that might well fall into the "don't do that then" class :) [16:52] which just leaves the Breaks: [16:52] yeah [16:52] -queuebot:#ubuntu-release- New binary: wine [i386] (yakkety-proposed/universe) [1.8.4-1ubuntu1] (no packageset) [16:52] the don't do that class is covered by the other options you can use to still run ipconfig, until we remove it entirely [16:55] cyphermox: I guess eventually we want to put netplan/networkd into the initrd, this puts its state into /run which cleanly gets transitioned into the root fs [17:01] -queuebot:#ubuntu-release- Unapproved: qemu (yakkety-proposed/main) [1:2.6.1+dfsg-0ubuntu3 => 1:2.6.1+dfsg-0ubuntu4] (ubuntu-server, virt) [17:02] -queuebot:#ubuntu-release- New binary: docker.io [amd64] (xenial-proposed/universe) [1.12.1-0ubuntu7~16.04] (no packageset) [17:03] -queuebot:#ubuntu-release- Unapproved: python-pbr (yakkety-proposed/main) [1.8.0-4.1ubuntu1 => 1.10.0-0ubuntu1] (ubuntu-desktop, ubuntu-server) [17:04] "built-in fallback"> wut [17:04] we certainly shouldn't be using multiple dhcp client implementations, NM should be using isc-dhcp consistently [17:05] -queuebot:#ubuntu-release- New binary: wine [powerpc] (yakkety-proposed/universe) [1.8.4-1ubuntu1] (no packageset) [17:05] well, it's still achingly slow, I see why people want to not use it [17:08] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (xenial-proposed) [2.15.2ubuntu1] [17:11] slangasek: I don't know that NM has any built-in implementation of dhcp [17:12] -queuebot:#ubuntu-release- New binary: wine [arm64] (yakkety-proposed/universe) [1.8.4-1ubuntu1] (no packageset) [17:13] -queuebot:#ubuntu-release- Unapproved: dm-writeboost (yakkety-proposed/universe) [2.2.3-1 => 2.2.3-1ubuntu1] (no packageset) [17:13] pitti: sure, so let's fix that there in the right place, not work around it selectively for desktop [17:14] -queuebot:#ubuntu-release- Unapproved: accepted dm-writeboost [source] (yakkety-proposed) [2.2.3-1ubuntu1] [17:17] can someone smack cloud-init past the freeze marker? [17:17] brb [17:19] wine amd64 build was successful but upload failed: wine_1.8.4-1ubuntu1_all.deb: Version older than that in the archive. 1.8.4-1ubuntu1 <= 1:1.6.2-0ubuntu15 :( [17:19] what can we do about that? [17:20] i thought that wine upload had renamed those packages to wine-something to avoid that [17:21] "Replace package wine with wine-stable. Needed for the transition to a [17:21] 0-epoch in the version number. [17:21] and indeed the changelog claimsso [17:22] lamont: I see no cloud-init on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html; can you clarify what needs smacking? [17:22] ginggs: right, you can use a different binary name, or you can add an epoch. epochs are forever [17:23] lamont: ah, in the unapproved queue, right. checking [17:24] lamont: cloud-init accepted [17:25] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (yakkety-proposed) [0.7.8-4-g970dbd1-0ubuntu1] [17:27] apw, slangasek: thanks, going to double check on that. Is removal of the offending package an option (provided all the necessary breaks/replaces are in place?) [17:29] ginggs, an option to achieve a reset of the epoch ? [17:29] slangasek: sorry for the unclarity there [17:29] thanks [17:30] cyphermox: I'm going to stay hands-off on your changes [17:30] lamont: the fault is mine for being oblivious to how the freeze is being managed ;P [17:30] heh [17:30] (or the fault is infinity's, for insisting on freezing the queue when we can block things in proposed-migration instead ;) [17:31] removal of the offending package doesn't do anything to cause users doing a dist-upgrade to get the correct new version installed [17:31] slangasek: if you let it into -proposed, then you have to supersede it to get something in after a compropmise is reached. [17:32] cjwatson, by the looks of things the intent is to use breaks/replaces/conflicts to throw wine off while replacing it with wine-stable, and then sometime after 18.04 transition back to wine ... [17:34] but to do that the wine transitional would have to have a real binary version above those in the archive currently, i make no comment on whether this will work [17:35] apw, cjwatson: i meant removing the old package to allow the new one into the archive. maybe the solution here is just not to build a wine package, all it does is depend on wine-stable [17:37] it is not clear how that one would help transition people unless it has a higher binary version (which can differ from the source) than the archive [17:38] even if the old was replaced with that, the people with an existing package would think theirs was newer and not update [17:39] ginggs: that's what I'm saying, we don't generally do that because the purpose of this check is to protect against client problems [17:40] -queuebot:#ubuntu-release- Unapproved: address-book-app (yakkety-proposed/universe) [0.2+16.10.20160913-0ubuntu1 => 0.2+16.10.20160920-0ubuntu1] (no packageset) (sync) [17:41] -queuebot:#ubuntu-release- Unapproved: address-book-service (yakkety-proposed/universe) [0.1.2+16.10.20160908-0ubuntu1 => 0.1.2+16.10.20160920-0ubuntu1] (no packageset) (sync) [17:41] -queuebot:#ubuntu-release- Unapproved: buteo-syncfw-qml (yakkety-proposed/universe) [0.1+15.10.20151008-0ubuntu1 => 0.1+16.10.20160919-0ubuntu1] (no packageset) (sync) [17:41] -queuebot:#ubuntu-release- Unapproved: accepted buteo-syncfw-qml [sync] (yakkety-proposed) [0.1+16.10.20160919-0ubuntu1] [17:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Yakkety Beta 2] has been updated (20160921.1) [17:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Yakkety Beta 2] has been updated (20160921.1) [17:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server i386 [Yakkety Beta 2] has been updated (20160921.1) [17:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server powerpc [Yakkety Beta 2] has been updated (20160921.1) [17:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Yakkety Beta 2] has been updated (20160921.1) [17:57] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Yakkety Beta 2] has been updated (20160921.1) [18:04] slangasek: so... about my favorite thing to hate this month... [18:04] the changes that cyphermox is stuffing through, along with a couple others, actually allow you to netboot ipv6 with an iscsi-root (bug 1621515 and bug 1621507) [18:04] bug 1621515 in Ironic "[RFC] DRAC: get progress after submitting set_bios_config request" [Wishlist,Fix released] https://launchpad.net/bugs/1621515 [18:04] bug 1621507 in isc-dhcp (Ubuntu) "initramfs-tools configure_networking() fails to dhcp ipv6 addresses" [High,In progress] https://launchpad.net/bugs/1621507 [18:05] slangasek: strong preference would be to have them _IN_ the beta [18:06] with the exception of the change in initramfs-tools (and the introduction of isc-dhcp), it's all "if this variable that nothing previously set is set, then do things for ipv6" [18:06] initramfs-tools should reappear shortly, I did the upload already [18:06] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (yakkety-proposed/main) [0.125ubuntu3 => 0.125ubuntu4] (core) [18:06] lamont: there was discussion upscroll about this between pitti and cyphermox; I'm unsure if there was a conclusion that changes were needed to the packages currently in the queue [18:06] the initramfs-tools change is to use isc-dhcp rather than klibc's ipconfig, which we're all confident is a good thing, but would love to have a WIDE exposer to [18:06] right, that [18:07] slangasek: the conclusion was that cyphermox was fixing his badness, I thought. :D [18:07] slangasek: pitti was asking about a Breaks I've added. [18:07] k [18:09] slangasek: my request is that once pitti and cyphermox are all good with it, that we release cloud-init, open-iscsi, isc-dhcp, and initramfs-tools into the beta. [18:09] * slangasek nods [18:09] which pitti has the power to do [18:09] but is also going to be EOD [18:09] cyphermox: and I believe that we're addressing the klibc part of 1621507 by stabbing it in the face, yes? [18:10] that initramfs-tools upload includes the Breaks pitti wanted, I didn't get a review for isc-dhcp. [18:10] lamont: no, the klibc part of bug 1621507 will be for laterz [18:10] bug 1621507 in isc-dhcp (Ubuntu) "initramfs-tools configure_networking() fails to dhcp ipv6 addresses" [High,In progress] https://launchpad.net/bugs/1621507 [18:11] well, we're not using it for dhcp, but it still may be used for other things, and I'm not willing to break other people's possibly very outdated and broken ways of netbooting by only allowing dhclient [18:11] or at least, not this late in the cycle, etc. etc. [18:11] cyphermox: I was referring only to the whole configure_networking() change for dhcp, but yeah [18:12] yeah, for dhcp we don't use ipconfig/klibc anymore. [18:12] early in Z I'd get back to my spreadsheet and try to quickly stab klibc off the initramfs. [18:13] -queuebot:#ubuntu-release- Unapproved: walinuxagent (xenial-proposed/main) [2.1.3-0ubuntu4.1 => 2.1.3-0ubuntu4.2] (ubuntu-cloud, ubuntu-server) [18:13] slangasek given LP: #1593148 and LP: #1626121 (even though it might not have directly caught this bug), I would like to take up on your offer to at least temporarily add the adt triggers you mentioned [18:13] Launchpad bug 1593148 in britney "trigger tests for reverse-recommends dependencies" [Low,Triaged] https://launchpad.net/bugs/1593148 [18:13] Launchpad bug 1626121 in Snappy "snap-confine causes Segmentation fault" [Critical,In progress] https://launchpad.net/bugs/1626121 [18:17] -queuebot:#ubuntu-release- Unapproved: python-django (yakkety-proposed/main) [1.8.7-1ubuntu6 => 1.8.7-1ubuntu7] (ubuntu-server) [18:31] hi, the ubuntustudio 64-bit failed 2 hours ago, but there is still no buildlog to be found. [18:32] slangasek: i'm told you might know what is going on. :) [18:40] sakrecoer: which build log are you looking for? [18:41] slangasek: the one for the failed 64bit iso: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/ubuntustudio/ [18:42] cyphermox: I think we should stab klibc off the initramfs this cycle as part of this, rather than leaving everyone with larger initramfs for release [18:43] slangasek: I'll be happy to, I just didn't forsee it as getting the priority [18:43] sakrecoer: ok, that's the launchpad build log that's missing, I can't help with that; you'd need wgrant or cjwatson most likely [18:44] cyphermox: bigger initramfs impacts boot speed for everyone; boot speed is a priority :) [18:44] what I meant by my comment before is that it's rather easy to complete the work from where I left it w/r/t removing klibc; just need to continue making sure none of the bits it provides are being used [18:44] fair enough [18:45] sakrecoer: seems to be repeatedly crashing the builder; dunno why [18:46] slangasek, cjwatson, is there anywhere else where we can see a log of what is going on? [18:46] slangasek: then I'll chalk this up not too far down my todo list, just after that new shim we need and checking out davmor's issue with the third-party drivers. [18:46] else as in, not launchpad log? [18:46] sakrecoer: no, the failure is precisely that the builder crashes and so LP can't retrieve the log from it. you'd have to either reproduce locally with the right livecd-rootfs setup, or retry the build and hope that you can spot the problem in the logtail by repeatedly reloading [18:47] sergiusens: fwiw the p-m autopkgtest special casing lives in git+ssh://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu, autopkgtest.py if you want to raise an MP [18:47] somebody reported this with another livefs build earlier today as well. has livecd-rootfs or live-build changed recently? [18:48] livecd-rootfs has changed, yes [18:49] thanks [18:49] cjwatson: infinity landed a change to use a different kernel for powerpc64; but that seems unlikely to be causing this crash [18:50] likewise live-build [18:50] slangasek: i'm more instrested in having an ISO than the log :) [18:50] cjwatson ^ [18:51] so, the previous ubuntustudio image build 22 hours ago succeeded [18:51] seems so, yes. [18:51] we can try building again, but if cjwatson says the builders are repeatedly crashing, that may not be productive [18:52] don't let me stop you trying, as long as you give up after a while :) [18:52] cjwatson, slangasek: can the one that build 22h be a release candidate for beta2? [18:52] build 22h *ago [18:53] I think the problem for people like me and sakrecoer is if we hit rebuild on the tracker - that's already showing as rebuilding - we're not sure it's really doing it and nor are we sure wew're making a situation worse [18:53] sakrecoer: not my decision [18:53] flocculant: slangasek is certainly able to poke it manually [18:54] cjwatson: ack [18:54] yes, flocculant pinpoint my concern.. [18:54] I don't think you're going to be making it worse, but it may indeed not help [18:55] flocculant, sakrecoer: you would see whether or not it's doing it from that launchpad page, https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/ubuntustudio/ [18:55] it's not very clear what could have caused this; it could be something like out-of-memory [18:56] or out of disk space on the builder, which is known to cause fairly catastrophic failures [18:56] sakrecoer: it's probably not useful to release the 22-hours-ago image for beta, it has the 4.4 kernel on it [18:56] though I think the latter results in a hang, not a crash like this [18:56] so yeah, throw it back against the wall and see what happens [18:57] slangasek, cjwatson: alright, i'll hit respin on the tracker and touch some wood then :) [18:57] I wonder if the ubuntustudio xenial builds are also dead [18:57] sakrecoer: no [18:57] sakrecoer: I have already triggered a rebuild [18:57] ok :) thank you slangasek ! [18:58] sorry, guess I wasn't clear that I was doing that [18:58] cjwatson: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/xenial/ubuntustudio/+build/76141 ? "estimated finish" + "currently building" + link to build log [18:59] there are some partial-crash states that can do that [18:59] or possibly it's still gathering the build [19:00] 2016-09-21 17:50:54+0000 [HTTP11ClientProtocol,client] Grabbing file: livecd.ubuntustudio-dvd.squashfs (http://lcy01-28.lcy01.scalingstack.ppa:8221/filecache/186b80aa79ef7edbe24fa58fbe8b9e7ab026a1e2) [19:01] hmm [19:02] * cjwatson asks for a buildd-manager restart just in case it's confused [19:06] -queuebot:#ubuntu-release- Unapproved: irssi (yakkety-proposed/main) [0.8.19-1ubuntu1 => 0.8.19-1ubuntu2] (core) [19:07] cjwatson, apw: so the reason we still have a wine 1:1.6.2-0ubuntu15 in the archive, is because the new wine1.6 package hasn't migrated yet, and the reason for that is is depends on the new wine-stable packages. if the old wine binary package was removed from the archive, then the new wine source package would go into the archive and both would migrate. [19:07] * Ukikie raises eyebrow. [19:08] slangasek,sakrecoer: ok, so a buildd-manager restart seems to have helped, that may have been the problem [19:08] cjwatson, apw: when upgrading, the old wine package is removed, as can be seen from the install log in comment #52 of LP: #1558480 [19:08] Launchpad bug 1558480 in wine1.6 (Ubuntu) "[FFe] Transition from src:wine1.6 to src:wine from Debian" [High,Triaged] https://launchpad.net/bugs/1558480 [19:09] ginggs: if the wine binary package is not intended to remain installed, it should be removed [19:09] ginggs: (from the archive) [19:10] ginggs: I'm not prepared to wind versions backwards in release suites, pretty much no matter what the argument :) [19:10] ginggs: that is, the conclusion I'm drawing from your argument so far is that you should stop building a wine binary package [19:11] cjwatson, apw: ok, so the new wine binary package is only there for people who have never had wine installed and just want to do 'apt-get install wine' and expect it to work [19:11] thank you cjwatson! [19:11] * sakrecoer still crossing fingers [19:11] ginggs: at this point I don't think I can do anything other than repeat myself, sorry, so I'm bowing out of this conversation [19:12] cjwatson, apw: I think it is safe for us to drop it then, and they will just have to do 'apt-get install wine-stable' instead. [19:12] you are not going to persuade me to make the version of a binary package in a release suite go backwards [19:12] you could always make wine's version number be higher, though I don't know what the consequences would be. [19:13] (note that it is not strictly required for the version of a binary package to be identical to the version of the source package that generates it) [19:13] anyway, dinner [19:13] cjwatson: thanks [19:14] (dh_gencontrol -pwine -- -v or some such, probably computed with the aid of dpkg-parsechangelog) [19:24] davmor2: ok, I think I see what's wrong on the desktop daily [19:24] cyphermox: \o/ [19:24] davmor2: looks like despite what is configured in polkit, we don't get access to NetworkManager, or to install the packages for ubuntu-drivers [19:25] cyphermox: I blame pitti bound to be his fault ;) [19:26] I have no idea whose fault it is, but it looks wrong. we shouldn't have to click anythign special to be able to run this in the installer [19:30] davmor2: can you confirm that if you start ubiquity via 'sudo ubiquity' in a terminal things behave correctly? looks that way to me anyway [19:31] cyphermox: sure give me 2 seconds [19:40] cyphermox: I'm not seeing any change for wifi on installed system or live cd [19:41] cyphermox: you are just running sudo ubiquity right no options or anything? [19:53] infinity, Just a head up. [19:53] MATE Desktop 1.15.1 is currently in the Yakkety archive. It is a development release. [19:54] MATE 1.16 is being announced tomorrow. [19:54] So I'll be bumping all of MATE in the coming days. [19:59] -queuebot:#ubuntu-release- Unapproved: update-notifier (yakkety-proposed/main) [3.172 => 3.173] (ubuntu-desktop, ubuntu-server) [20:16] hi, can someone on release team please let pay-service through the UNAPPROVED queue? the upload was fixes for the MIR review, and i don't think it's been seeded yet? [20:17] davmor2: indeed no extra options, I can get the wifi connected and the packages (intel-microcode) appear to be installed [20:18]