[15:15] <meena> this is ready to review https://github.com/canonical/cloud-init/pull/4334
[15:15] -ubottu:#cloud-init- Pull 4334 in canonical/cloud-init "cc_mounts: xfs is a Linux only FS" [Open]
[15:50] <blackboxsw> Thanks meena, we'll unpack from last week's event and get through the review queue.
[15:51] <blackboxsw>  [community notice] We are working toward the next upstream quarterly release of cloud-init 23.3. If there are critical bugs or pull requests that you would like to see resolved in 23.3. Please raise them for review/inclusion and we'll do our best to make sure we get eyes on those concerns.
[15:52] <blackboxsw> we're spending today scrubbing our integration test runner logs to ensure we are in good shape prior to making a 'cut' from tip of main. Expectation is that we are a couple days out.
[16:02] <blackboxsw> in scrubbing integration tests runners, we've got some integration tests timing out on Ubuntu Mantic that need resolution, cloud-init status --wait never returns. I'll peek at that right now and propose a fix and will report any other  integration test issues that would block 23.3 a bit later today
[16:05] <minimal> looking for some help regarding a testcase. I had a test working find, then as I changed functionality of the module that it is testing I had to modify the testcase to use FilesystemMockingTestCase, however now that testcase is failing as the caplog is no longer handled
[16:05] <minimal> I seeing a "TypeError: TestKeyboard.test_alpine_linux_ignore_model() missing 1 required positional argument: 'caplog'
[16:18] <blackboxsw> minimal: if that unit test declares a @pytest.param it typically means that one of the named params or pytest.mocks decorating the function were not provided earlier than, caplog (as caplog is typically the last fixture used in a unittest)
[16:19] <blackboxsw> ahh I see but you've shifted to FilesystemMockingTestCase (and away from pytest and fixtures)
[16:21] <blackboxsw> ok let's have a look at the unittest you have to see if there is somewhat to avoid FilesystemMockingTestCase (as that's the directly we ideally want to go anyway long-term) if not, there's always setting up `with_logs = True` on the test instance and calling self.logs to process the logged messages
[16:22] <minimal> To be honest I'm not familiar with all this testing stuff. I switched to FilesystemMockingTestCase as I'm using helper.populate_dir
[16:24] <minimal> let me create a gist with the test file
[16:24] <blackboxsw> 'tis okay. There is a lot of historic use of FilesystemMockingTestCase throughout the codebase and that ends up deriving from CITestCase (which predated cloud-init's use of pytest and fixtures etc)  I'm sure we can get eyes on the work-in-progress test to see what can be done to get the test feature and/or fixture you need to make that work.
[16:25] <blackboxsw> long-term goal: I think we want to get rid of CITestCase if we can, but that's a ways out.
[16:25] <blackboxsw> especially given the need for some of the more complex FileSystemMockingTestCase uses
[16:28] <minimal> https://gist.github.com/dermotbradley/fe9ff6ce8c2e10a25838387f544a209c
[17:34] <blackboxsw> just came out of the woods on a strange symptom I'm seeing on Mantic where cloud-config.service doesn't report `exited` in systemd https://github.com/canonical/cloud-init/issues/4344
[17:34] -ubottu:#cloud-init- Issue 4344 in canonical/cloud-init "Ubuntu 23.10: cloud-init status --wait blocks indefinitely on cloud-config.service when APT keys in user-data" [Open]
[17:34] <blackboxsw> looking over the gist now
[17:56] <minimal> thanks
[17:57] <ShaneAH> Hello All, I am new to using cloud-init and I'm wondering if what I'm trying to do is advisable given the issues I'm having.  I am attempting to create a golden image VM (Ubuntu in Azure) with pre-defined mounts according to CIS/STIG requirements.  I'm using packer+cloud-init to create, format and mount the volumes and build an image that goes
[17:57] <ShaneAH> into our gallery.  All that seems to work fine, the problem comes in when I create a new VM from the image the mounts are removed from /etc/fstab.  It seems to be due to code in cc_mounts.py that wants to remove fstab entries with comment=cloudconfig in them.  Am I trying to use cloud-init incorrectly?
[17:58] <minimal> ShaneAH: I think you'd need to provide more information regarding your issue
[17:58] <minimal> what do those entries in /etc/fstab look like?
[17:59] <minimal> are you seeing any errors in /var/log/cloud-init.log?
[18:03] <ShaneAH> The fstab entry in question is.
[18:03] <ShaneAH> I see in the log file that when I build the image with packer the fstab entry is added but when I build a VM from the image it's being removed.  The cloud.config file I'm being used is not being passed to the VM build process.
[18:10] <ShaneAH> Well, that didn't post.
[18:11] <ShaneAH> dev/disk/azure/scsi1/lun0-part1        /storage        auto    defaults,nofail,comment=cloudconfig 0       2
[18:11] <ShaneAH> that's the fstab line that is added by my packer build.
[18:11] <ShaneAH> When I create a VM that line is removed.
[18:17] <meena> holmanb: thanks for the feedback. I think i need to rethink this patch. util.is_Linux() doesn't make sense at that point in the code.
[18:17] <holmanb> meena: sounds good
[18:18] <meena> holmanb: fstype = util.get_mount_info(swap_dir)[1] is the function returning xfs, or btrfs, so we can only be on linux. So it's just the tests that need to reflect that fact.
[18:20] <holmanb> =1
[18:20] <holmanb> +1
[18:24] <ShaneAH> This is my mounts entry
[18:24] <ShaneAH> mounts:
[18:24] <ShaneAH>  - [ "/dev/disk/azure/scsi1/lun0-part1", "/storage", "auto", "defaults,nofail", "0", "2" ]
[18:27] <minimal> ShaneAH: I don't understand what the actual problem is that you're having though
[18:27] <minimal> I assume that you ran packer on Azure and so when building the image cloud-init added the entry to /etc/fstab
[18:28] <minimal> so why is it's removal upon VM boot a problem?
[18:31] <ShaneAH> Yes, running packer to create a VM image in Azure and cloud-init correctly adds the entry to FS tab.  I can use -debug in packer and see that the entry exists.  But when I build a VM from that image cloud-init runs again but this time with no configuration (as it was done via packer).  There is code in cc_mounts.py that looks like it is scanning
[18:31] <ShaneAH> every line in fstab for comment=cloudconfig and removing any line that matches that.
[18:32] <ShaneAH> line 452 in cc_mounts.py.
[18:35] <ShaneAH> 2023-08-12 21:33:02,717 - cc_mounts.py[DEBUG]: Changes to fstab: ['+ /dev/disk/azure/scsi1/lun0-part1 /storage auto defaults,nofail,comment=cloudconfig 0 2', '+ /dev/disk/cloud/azure_resource-part1 /mnt auto defaults,nofail,x-systemd.requires=cloud-init.service,_netdev,comment=cloudconfig 0 2']
[18:35] <ShaneAH> 2023-08-14 18:32:25,911 - cc_mounts.py[DEBUG]: Changes to fstab: ['- /dev/disk/azure/scsi1/lun0-part1 /storage auto defaults,nofail,comment=cloudconfig 0 2']
[18:35] <ShaneAH> Note the 21:33:02 line that is packer running and it adds the fstab line.  The 18:32 is a VM I built today from that image and you can see it is removing the line.
[18:37] <ShaneAH> removal on VM boot is going to become a problem because once I figure this out my plan is to replace /var /var/log /home and a few other folders with mount points.
[18:43] <minimal> AFAIK cloud-init is removing that entry as it is a cloud-init "managed" entry and as you didn't specify the mount in your user-data
[18:44] <ShaneAH> I guess what I'm expecting is that I can build a base golden image using cloud-init, and then othere can build on top of that image also using cloud-init w/o having to reference my original cloud-config file.  Is that an unreasonable assumption?
[18:44] <blackboxsw> minimal: https://paste.opendev.org/show/bRonpunIoLDwBbfXUPor/ for a quick 'fix' using FileSystemMockingTest case . sry for delay
[18:46] <meena> holmanb: done.
[18:48] <minimal> ShaneAH: so why not put whatever config you need in /etc/cloud/cloud.cfg.d/ then?
[18:51] <ShaneAH> hmm, so instead of handing packer the config file add the configuration I want to /etc/cloud/cloud.cfg.d and put it in the right place from an order standpoint?
[18:53] <minimal> ShaneAH: when you run packer and pass user-data that user-data only applies to the run of cloud-init, I expect at the end of your packer run you do clean up cloud-init properly, which then makes cloud-init on next boot "forget" about any previous user-data
[18:57] <ShaneAH> I'm not running the cleanup yet, I did see files in instances that looked like they needed to be cleaned up just hadn't gotten there yet.  I guess the trick would be to get the files on to the VM early enough for cloud-init to pick them up?
[18:59] <minimal> ShaneAH: each time cloud-init runs at boot one of the first things I does is determine if this boot is a new instance or an existing instance and it behaves differently for those cases. When creating a "cloud image" you should be cleaning up so whenever the image is booted it treats that 1st boot as a new instance
[19:03] <ShaneAH> that make sense, I couldn't determine how to persist my changes.  Most of the docs and examples seem to lean to a single run scenario.
[19:04] <ShaneAH> I just added a packer provisioner to copy my config file into cloud.cfg.d.
[19:10] <minimal> blackboxsw: Thanks for the help, the seems to fix things (it is failing for an unrelated reason now)
[19:25] <esv> hey folks, I am trying to read the page for https://cloudinit.readthedocs.io/en/20.2/reference/index.html but I get a 404 error, I got the link from selecting the 20.2 version on the cloudinit.readthedocs.io page
[19:27] <esv> is user-data support added after 20.2 ?
[19:27] <ShaneAH> @esv https://cloudinit.readthedocs.io/en/20.2/
[19:28] <esv> thnx
[19:38] <holmanb> meena: thanks
[19:38] <holmanb> merged
[19:44] <blackboxsw> @esv  that 404 looks like comes from the restructuring that took place to group all "reference" material like module documentation/user-data/instance-data etc under a new top-level "references/index.html" subdirectory in cloud-init version 22.4.3. so it looks like clicking into the version tab in readthedocs from that specific page  will incorrectly redirect to the specific sub-route 20.2/reference/index.html which is absent
[19:45] <dbungert> in a nocloud scenario, what does the local-hostname actually do?
[19:50] <meena> anyone got input on https://github.com/canonical/cloud-init/issues/4332#issuecomment-1677412596 ? I'm not sure how silly this is
[19:50] -ubottu:#cloud-init- Issue 4332 in canonical/cloud-init "util.py: get_proc_env() doesn't work on FreeBSD" [Open]
[19:52] <blackboxsw> esv: we can setup redirects that'll push you through to the top-level of 20.2 version docs for version 20.2 (or any version prior to 22.4.3, so you don't see the 404 on that index page, but beyond that I'm not sure what else we can do here.
[19:53] <ShaneAH> minimal I think you're suggestion is working.  I need to do it in 2 parts.  Continue passing my cloud.init to get the disk partitioned and formatted and mounted in the VM for packer to touch, but then also add a config file to /etc/cloud/cloud.cfg.d that will add the fstab entry when the image is actually used to create a VM.
[19:56] <esv> I think I can remember to do it myself next time, if it is not something that comes too often, I don't see the value in it.
[19:57] <blackboxsw> dbungert: it allows cloud-init to invoke write out /etc/hostname and invoke `hostname YOUR_NAME` on the system to ensure the ephemeral hostname is set.
[19:58] <dbungert> blackboxsw: I'm trying to imagine a scenario where that would make it to the target system and I can't see one, unless subiquity started looking for that value and passing it along.  The above is what I was assuming, thanks.
[20:04] <blackboxsw> dbungert: additionally the  init-local stage of cloud-init also sets the hostname early (before system network config is officially up) to ensure that any DHCP requests that are sent out by the VM contain the "send host-name" request which then affects DDNS setups. See: https://github.com/canonical/cloud-init/commit/133ad2cb327ad17b7b81319fac8f9f14577c04df for that context.
[20:04] -ubottu:#cloud-init- Commit 133ad2c in canonical/cloud-init "set_hostname: When present in metadata, set it before network bringup."
[20:04] <blackboxsw> dbungert: for subiquity, if /var/lib/cloud/seed/nocloud-net/meta-data contains a local-hostname key that'd provide that that content potentially.
[20:06] <dbungert> would it always be /var/lib/cloud/seed/nocloud-net/meta-data ? You're in the process of merging nocloud and nocloud-net, iiuc?  so it might also be at /var/lib/cloud/seed/nocloud/meta-data ?
[20:07] <blackboxsw> dbungert: also if kernel cmdline has either `ds=nocloud;h=my-hostname`  or `ds=nocloud;local-hostname=my-hostname` then it'd push that content into the nocloud datasource read of metadata
[20:12] <blackboxsw> dbungert: it could be at either /var/lib/cloud/seed/nocloud*/meta-data and could be either ds=nocloud-net or ds=nocloud on the kernel cmdline.
[20:12] <dbungert> blackboxsw: got it, thanks!
[20:14] <blackboxsw> though dbungert , nocloud will exit on the first path containing both the files meta-data and user-data in /var/lib/cloud/seed/nocloud, /var/lib/cloud/seed/nocloud-net. So, /v/l/c/seed/nocloud-net could get ignored if a /v/l/c/seed/nocloud/(meta-data|user-data) exists
[20:18] <dbungert> ok, so I guess we check nocloud first and fallback to nocloud-net
[20:23] <blackboxsw> dbungert: that aligns with ordering. I'm not certain why subiquity would be checking those files. But, to be clear, the files /v/l/cloud/seed/nocloud/ & nocloud-net are inputs to cloud-init for nocloud datasource detection, not output artifacts based on cloud-init discovering/identifying DataSourceNoCloud.
[21:23] <meena> let's see if i can fix all unit tests on FreeBSD before my python patches get merged
[22:07] <meena> and another one: https://github.com/canonical/cloud-init/pull/4346
[22:07] -ubottu:#cloud-init- Pull 4346 in canonical/cloud-init "cc_wireguard: make tests pass on FreeBSD" [Open]
[22:30] <meena> holmanb: i think that's the easy ones out of the way, the rest is gonna be gnarly
[22:44] <meena> the current set of failures: https://im.eena.me/uploads/117b1b4ff5000414/py3.8-tox.log
[22:44] <meena> (please ignore the fact that I'm using Python 3.8…)
[22:45] <meena> (it's the last version i patched and built and tested, and stuck with it for today. The failures are the same up to 3.13)
[23:38] <meena> not sure this is the right way to fix this: https://github.com/canonical/cloud-init/pull/4347
[23:38] -ubottu:#cloud-init- Pull 4347 in canonical/cloud-init "analyze: fix (unexpected) timestamp parsing" [Open]
[23:38] <meena> but it works™
[23:43] <meena> works on FreeBSD lol


[11:09] -queuebot:#ubuntu-release- New: accepted liblouis [armhf] (zesty-proposed) [3.0.0-3]
[11:09] -queuebot:#ubuntu-release- New: accepted libvpx [powerpc] (zesty-proposed) [1.6.0-2]
[11:10] -queuebot:#ubuntu-release- New: accepted s2tc [armhf] (zesty-proposed) [1.0+git20151227-1]
[11:10] -queuebot:#ubuntu-release- New: accepted s2tc [s390x] (zesty-proposed) [1.0+git20151227-1]
[11:10] -queuebot:#ubuntu-release- New binary: php-pinba [arm64] (zesty-proposed/none) [1.1.0-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: php-pinba [ppc64el] (zesty-proposed/none) [1.1.0-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New: accepted apipkg [amd64] (zesty-proposed) [1.4-1]
[11:10] -queuebot:#ubuntu-release- New: accepted bacula [i386] (zesty-proposed) [7.4.4+dfsg-1]
[11:10] -queuebot:#ubuntu-release- New: accepted libvpx [amd64] (zesty-proposed) [1.6.0-2]
[11:10] -queuebot:#ubuntu-release- New: accepted orc [i386] (zesty-proposed) [1:0.4.26-2]
[11:10] -queuebot:#ubuntu-release- New: accepted s2tc [ppc64el] (zesty-proposed) [1.0+git20151227-1]
[11:10] -queuebot:#ubuntu-release- New binary: php-pinba [armhf] (zesty-proposed/none) [1.1.0-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New: accepted bacula [amd64] (zesty-proposed) [7.4.4+dfsg-1]
[11:10] -queuebot:#ubuntu-release- New: accepted bmusb [ppc64el] (zesty-proposed) [0.5.2-2]
[11:10] -queuebot:#ubuntu-release- New: accepted budgie-welcome [amd64] (zesty-proposed) [0.3.14]
[11:10] -queuebot:#ubuntu-release- New: accepted es-module-loader-0.17.js [sync] (zesty-proposed) [0.17.11+dfsg-1]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [amd64] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [armhf] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted mpg123 [i386] (zesty-proposed) [1.23.8-1]
[11:10] -queuebot:#ubuntu-release- New binary: cppformat [armhf] (zesty-proposed/universe) [3.0.0+ds-2] (no packageset)
[11:10] -queuebot:#ubuntu-release- New: accepted bacula [ppc64el] (zesty-proposed) [7.4.4+dfsg-1]
[11:10] -queuebot:#ubuntu-release- New: accepted cppformat [armhf] (zesty-proposed) [3.0.0+ds-2]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [arm64] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [powerpc] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [s390x] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted liblangtag [amd64] (zesty-proposed) [0.6.2-1]
[11:10] -queuebot:#ubuntu-release- New: accepted liblangtag [ppc64el] (zesty-proposed) [0.6.2-1]
[11:10] -queuebot:#ubuntu-release- New: accepted liblouis [ppc64el] (zesty-proposed) [3.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted s2tc [amd64] (zesty-proposed) [1.0+git20151227-1]
[11:10] -queuebot:#ubuntu-release- New: accepted budgie-desktop-environment [amd64] (zesty-proposed) [0.5.0]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [i386] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted libeatmydata [amd64] (zesty-proposed) [105-5]
[11:10] -queuebot:#ubuntu-release- New: accepted liblouis [amd64] (zesty-proposed) [3.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted php-pinba [armhf] (zesty-proposed) [1.1.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted webcomponentsjs-custom-element-v0.js [sync] (zesty-proposed) [1.0.1-1]
[11:10] -queuebot:#ubuntu-release- New binary: php-pinba [i386] (zesty-proposed/none) [1.1.0-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: zeroc-ice [armhf] (zesty-proposed/universe) [3.6.3-2] (cli-mono)
[11:10] -queuebot:#ubuntu-release- New: accepted android-platform-build [amd64] (zesty-proposed) [1:6.0.1+r55-3]
[11:10] -queuebot:#ubuntu-release- New: accepted glew [ppc64el] (zesty-proposed) [2.0.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted php-pinba [arm64] (zesty-proposed) [1.1.0-3]
[11:10] -queuebot:#ubuntu-release- New binary: php-pinba [amd64] (zesty-proposed/none) [1.1.0-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New: accepted fonts-noto [amd64] (zesty-proposed) [20160724-3]
[11:10] -queuebot:#ubuntu-release- New: accepted php-pinba [ppc64el] (zesty-proposed) [1.1.0-3]
[11:10] -queuebot:#ubuntu-release- New: accepted liblangtag [i386] (zesty-proposed) [0.6.2-1]
[11:10] -queuebot:#ubuntu-release- New binary: es-module-loader-0.17.js [amd64] (zesty-proposed/none) [0.17.11+dfsg-1] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: php-pinba [s390x] (zesty-proposed/none) [1.1.0-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: openssl1.0 [arm64] (zesty-proposed/none) [1.0.2j-3] (no packageset)
[11:11] -queuebot:#ubuntu-release- New: accepted es-module-loader-0.17.js [amd64] (zesty-proposed) [0.17.11+dfsg-1]
[11:11] -queuebot:#ubuntu-release- New: accepted php-pinba [amd64] (zesty-proposed) [1.1.0-3]
[11:11] -queuebot:#ubuntu-release- New: accepted php-pinba [s390x] (zesty-proposed) [1.1.0-3]
[11:11] -queuebot:#ubuntu-release- New: accepted openssl1.0 [arm64] (zesty-proposed) [1.0.2j-3]
[11:11] -queuebot:#ubuntu-release- New: accepted zeroc-ice [armhf] (zesty-proposed) [3.6.3-2]
[11:11] -queuebot:#ubuntu-release- New: accepted php-pinba [i386] (zesty-proposed) [1.1.0-3]
[11:11] <LocutusOfBorg> and here we start an openssl transition?
[11:12] -queuebot:#ubuntu-release- New binary: openssl1.0 [armhf] (zesty-proposed/none) [1.0.2j-3] (no packageset)
[11:12] <xnox> no we will not.
[11:12] <xnox> there is libssl1.0 package now; but src:openssl still points at 1.0 as well.
[11:12] <xnox> for the time being.
[11:13] <LocutusOfBorg> I know, unless somebody merges it
[11:13] <xnox> please don't
[11:13] -queuebot:#ubuntu-release- New: accepted openssl1.0 [armhf] (zesty-proposed) [1.0.2j-3]
[11:14] -queuebot:#ubuntu-release- New binary: zeroc-ice [arm64] (zesty-proposed/universe) [3.6.3-2] (cli-mono)
[11:14] <LocutusOfBorg> xnox, of course I won't
[11:17] -queuebot:#ubuntu-release- New binary: pari [armhf] (zesty-proposed/universe) [2.9.0-1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: pari [arm64] (zesty-proposed/universe) [2.9.0-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: reglookup [powerpc] (zesty-proposed/universe) [1.0.1+svn287-4] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: cf-python [armhf] (zesty-proposed/universe) [1.3.2+dfsg1-3] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: node-read-pkg [amd64] (zesty-proposed/none) [2.0.0-1] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: mapbox-vector-tile [amd64] (zesty-proposed/universe) [0.5.0+ds-2] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: node-require-relative [amd64] (zesty-proposed/none) [0.8.7-1] (no packageset)
[11:25] -queuebot:#ubuntu-release- New: accepted cf-python [armhf] (zesty-proposed) [1.3.2+dfsg1-3]
[11:25] -queuebot:#ubuntu-release- New: accepted node-read-pkg [amd64] (zesty-proposed) [2.0.0-1]
[11:25] -queuebot:#ubuntu-release- New: accepted pari [arm64] (zesty-proposed) [2.9.0-1]
[11:25] -queuebot:#ubuntu-release- New: accepted reglookup [powerpc] (zesty-proposed) [1.0.1+svn287-4]
[11:25] -queuebot:#ubuntu-release- New: accepted mapbox-vector-tile [amd64] (zesty-proposed) [0.5.0+ds-2]
[11:25] -queuebot:#ubuntu-release- New: accepted pari [armhf] (zesty-proposed) [2.9.0-1]
[11:25] -queuebot:#ubuntu-release- New: accepted node-require-relative [amd64] (zesty-proposed) [0.8.7-1]
[11:25] -queuebot:#ubuntu-release- New: accepted zeroc-ice [arm64] (zesty-proposed) [3.6.3-2]
[11:31] -queuebot:#ubuntu-release- New binary: ros-geometric-shapes [powerpc] (zesty-proposed/universe) [0.5.2-2] (no packageset)
[11:41] -queuebot:#ubuntu-release- New binary: egctl [arm64] (zesty-proposed/universe) [1.0-1] (no packageset)
[11:41] -queuebot:#ubuntu-release- New binary: samplv1 [powerpc] (zesty-proposed/universe) [0.7.6-1] (ubuntustudio)
[11:41] -queuebot:#ubuntu-release- New binary: egctl [armhf] (zesty-proposed/universe) [1.0-1] (no packageset)
[11:42] -queuebot:#ubuntu-release- New binary: captagent [arm64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[11:42] -queuebot:#ubuntu-release- New binary: cmark [arm64] (zesty-proposed/universe) [0.26.1-1] (no packageset)
[11:42] -queuebot:#ubuntu-release- New binary: captagent [armhf] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[11:42] -queuebot:#ubuntu-release- New binary: cmark [armhf] (zesty-proposed/universe) [0.26.1-1] (no packageset)
[11:43] -queuebot:#ubuntu-release- New binary: fitsh [armhf] (zesty-proposed/universe) [0.9.2-1] (no packageset)
[11:43] -queuebot:#ubuntu-release- New binary: libnet-ldns-perl [arm64] (zesty-proposed/universe) [0.75-1] (no packageset)
[11:43] -queuebot:#ubuntu-release- New binary: libnet-ldns-perl [armhf] (zesty-proposed/universe) [0.75-1] (no packageset)
[11:44] -queuebot:#ubuntu-release- New binary: fitsh [arm64] (zesty-proposed/universe) [0.9.2-1] (no packageset)
[11:45] -queuebot:#ubuntu-release- New binary: libscca [armhf] (zesty-proposed/universe) [20160108-1] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: mocassin [arm64] (zesty-proposed/universe) [2.02.72-2] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: mocassin [armhf] (zesty-proposed/universe) [2.02.72-2] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: r-cran-filehash [armhf] (zesty-proposed/universe) [2.3-1] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: r-cran-filehash [arm64] (zesty-proposed/universe) [2.3-1] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: uftp [arm64] (zesty-proposed/universe) [4.9.2-1] (no packageset)
[11:47] -queuebot:#ubuntu-release- New: accepted captagent [arm64] (zesty-proposed) [<IP_ADDRESS>-1]
[11:47] -queuebot:#ubuntu-release- New: accepted cmark [arm64] (zesty-proposed) [0.26.1-1]
[11:47] -queuebot:#ubuntu-release- New: accepted egctl [arm64] (zesty-proposed) [1.0-1]
[11:47] -queuebot:#ubuntu-release- New: accepted fitsh [arm64] (zesty-proposed) [0.9.2-1]
[11:47] -queuebot:#ubuntu-release- New: accepted libnet-ldns-perl [arm64] (zesty-proposed) [0.75-1]
[11:47] -queuebot:#ubuntu-release- New: accepted libscca [armhf] (zesty-proposed) [20160108-1]
[11:47] -queuebot:#ubuntu-release- New: accepted mocassin [armhf] (zesty-proposed) [2.02.72-2]
[11:47] -queuebot:#ubuntu-release- New: accepted r-cran-filehash [armhf] (zesty-proposed) [2.3-1]
[11:47] -queuebot:#ubuntu-release- New: accepted samplv1 [powerpc] (zesty-proposed) [0.7.6-1]
[11:47] -queuebot:#ubuntu-release- New: accepted captagent [armhf] (zesty-proposed) [<IP_ADDRESS>-1]
[11:47] -queuebot:#ubuntu-release- New: accepted egctl [armhf] (zesty-proposed) [1.0-1]
[11:47] -queuebot:#ubuntu-release- New: accepted libnet-ldns-perl [armhf] (zesty-proposed) [0.75-1]
[11:47] -queuebot:#ubuntu-release- New: accepted r-cran-filehash [arm64] (zesty-proposed) [2.3-1]
[11:47] -queuebot:#ubuntu-release- New: accepted uftp [arm64] (zesty-proposed) [4.9.2-1]
[11:47] -queuebot:#ubuntu-release- New: accepted cmark [armhf] (zesty-proposed) [0.26.1-1]
[11:47] -queuebot:#ubuntu-release- New: accepted mocassin [arm64] (zesty-proposed) [2.02.72-2]
[11:47] -queuebot:#ubuntu-release- New: accepted fitsh [armhf] (zesty-proposed) [0.9.2-1]
[11:47] -queuebot:#ubuntu-release- New: accepted ros-geometric-shapes [powerpc] (zesty-proposed) [0.5.2-2]
[11:48] -queuebot:#ubuntu-release- New binary: uftp [armhf] (zesty-proposed/universe) [4.9.2-1] (no packageset)
[11:48] -queuebot:#ubuntu-release- New binary: xlax [arm64] (zesty-proposed/universe) [2.4-2] (no packageset)
[11:48] -queuebot:#ubuntu-release- New binary: xidle [arm64] (zesty-proposed/universe) [20161031] (no packageset)
[11:48] -queuebot:#ubuntu-release- New binary: xlax [armhf] (zesty-proposed/universe) [2.4-2] (no packageset)
[11:49] -queuebot:#ubuntu-release- New binary: sirikali [arm64] (zesty-proposed/universe) [1.2.1-1] (no packageset)
[11:49] -queuebot:#ubuntu-release- New binary: sirikali [armhf] (zesty-proposed/universe) [1.2.1-1] (no packageset)
[11:51] -queuebot:#ubuntu-release- New binary: haskell-persistable-types-hdbc-pg [armhf] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[11:52] -queuebot:#ubuntu-release- New binary: haskell-persistable-types-hdbc-pg [arm64] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[11:52] -queuebot:#ubuntu-release- New binary: sexplib310 [powerpc] (zesty-proposed/universe) [113.33.03-3] (no packageset)
[11:52] -queuebot:#ubuntu-release- New binary: fdk-aac [arm64] (zesty-proposed/multiverse) [0.1.4-2] (no packageset)
[11:53] <Laney> LocutusOfBorg: I uploaded your rebuilds
[11:53] -queuebot:#ubuntu-release- New binary: uftrace [armhf] (zesty-proposed/universe) [<IP_ADDRESS>61014-1] (no packageset)
[11:54] <LocutusOfBorg> Laney, <3
[11:54] <cjwatson> LocutusOfBorg: Yeah, as sil2100 said they're not garbage-collected instantly, but without a reference from a build they will be in a day or so
[11:54] -queuebot:#ubuntu-release- New binary: fdk-aac [armhf] (zesty-proposed/multiverse) [0.1.4-2] (no packageset)
[11:55] <LocutusOfBorg> ah ok
[11:55] <LocutusOfBorg> well, fortunately firefox cache allowed me to ping bremner with them
[11:55] <LocutusOfBorg> :)
[11:56] <cjwatson> take a copy if you want bremner to be able to make use of that URL for more than a day or so
[11:58] <LocutusOfBorg> forwarded, copy saved, thanks
[12:01] -queuebot:#ubuntu-release- New: accepted fdk-aac [arm64] (zesty-proposed) [0.1.4-2]
[12:01] -queuebot:#ubuntu-release- New: accepted haskell-persistable-types-hdbc-pg [arm64] (zesty-proposed) [<IP_ADDRESS>-1]
[12:01] -queuebot:#ubuntu-release- New: accepted sexplib310 [powerpc] (zesty-proposed) [113.33.03-3]
[12:01] -queuebot:#ubuntu-release- New: accepted sirikali [armhf] (zesty-proposed) [1.2.1-1]
[12:01] -queuebot:#ubuntu-release- New: accepted uftrace [armhf] (zesty-proposed) [<IP_ADDRESS>61014-1]
[12:01] -queuebot:#ubuntu-release- New: accepted xlax [arm64] (zesty-proposed) [2.4-2]
[12:01] -queuebot:#ubuntu-release- New: accepted fdk-aac [armhf] (zesty-proposed) [0.1.4-2]
[12:01] -queuebot:#ubuntu-release- New: accepted sirikali [arm64] (zesty-proposed) [1.2.1-1]
[12:01] -queuebot:#ubuntu-release- New: accepted xidle [arm64] (zesty-proposed) [20161031]
[12:01] -queuebot:#ubuntu-release- New: accepted haskell-persistable-types-hdbc-pg [armhf] (zesty-proposed) [<IP_ADDRESS>-1]
[12:01] -queuebot:#ubuntu-release- New: accepted xlax [armhf] (zesty-proposed) [2.4-2]
[12:01] -queuebot:#ubuntu-release- New: accepted uftp [armhf] (zesty-proposed) [4.9.2-1]
[12:02] <slangasek> xnox, Laney: ah, right - I only noticed the latter commit.  So bad submitter, pushing commits on top of an already-merged branch, got it :-)
[12:03] <Laney> Nah, I pulled, he pushed, I merged
[12:03] <Laney> I should have pulled again, especially as I knew about the extra commit
[12:03] -queuebot:#ubuntu-release- New binary: openzwave [arm64] (zesty-proposed/multiverse) [1.5+ds-1] (no packageset)
[12:04] -queuebot:#ubuntu-release- New: accepted openzwave [arm64] (zesty-proposed) [1.5+ds-1]
[12:04] <xnox> slangasek, i only pushed the commit the reviewer asked me to.... =)
[12:04] -queuebot:#ubuntu-release- New binary: openzwave [armhf] (zesty-proposed/multiverse) [1.5+ds-1] (no packageset)
[12:05] <Laney> The most important thing is that nobody got hurt
[12:05] <xnox> well trump did lead a poll....
[12:06] <Laney> And, to top it all off, on Obama's watch the Ubuntu CD images' Release files were being signed using SHORT KEYIDS!
[12:07] <Laney> Democrats collapse, Trump storms to victory
[12:07] <xnox> well.... the Release files were singed with 1024D key only, full stop.
[12:08] <xnox> that must be why obama got in, in 2012 =)
[12:12] -queuebot:#ubuntu-release- New: accepted openzwave [armhf] (zesty-proposed) [1.5+ds-1]
[12:12] -queuebot:#ubuntu-release- New binary: soapysdr [powerpc] (zesty-proposed/universe) [0.5.3-1] (no packageset)
[12:14] -queuebot:#ubuntu-release- New: accepted soapysdr [powerpc] (zesty-proposed) [0.5.3-1]
[12:25] <Laney> LocutusOfBorg: some build failures https://launchpad.net/~laney/+uploaded-packages
[12:26] -queuebot:#ubuntu-release- New binary: synthv1 [powerpc] (zesty-proposed/universe) [0.7.6-1] (ubuntustudio)
[12:28] -queuebot:#ubuntu-release- New: accepted synthv1 [powerpc] (zesty-proposed) [0.7.6-1]
[12:43] -queuebot:#ubuntu-release- New binary: tango [powerpc] (zesty-proposed/universe) [9.2.5~rc1+dfsg1-2] (no packageset)
[12:47] -queuebot:#ubuntu-release- New: accepted tango [powerpc] (zesty-proposed) [9.2.5~rc1+dfsg1-2]
[12:53] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (trusty-proposed) [4.2.4-7ubuntu12.8]
[12:55] <LocutusOfBorg> Laney, aptitude is not related, it failed already with a no-change rebuild from xnox and boost 1.62
[12:55] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (precise-proposed) [4.1.ESV-R4-0ubuntu5.12]
[12:55] <LocutusOfBorg> notmuch is the usual problem, emacs24 is not available on ppc64el
[13:00] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (xenial-proposed) [4.3.3-5ubuntu12.4]
[13:04] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (yakkety-proposed) [4.3.3-5ubuntu15.1]
[13:06] -queuebot:#ubuntu-release- New binary: x265 [powerpc] (zesty-proposed/universe) [2.1-2] (kubuntu)
[13:09] <xnox> Laney, is transitioner tracker feeling under the weather today?
[13:09] <xnox> it has not run for a while, and lirc transition tracker looks very new syntax.
[13:09] <xnox> or e.g. missing leading and traling / and has too much quotes
[13:11] <Laney> Dunno, but doubt it's that as the timestamps don't agree
[13:11] <xnox> ok
[13:12]  * Laney runs
[13:13] <xnox> well, archive has not moved since this morning
[13:13] <xnox> Date: Wed, 02 Nov 2016  5:50:18 UTC
[13:13] <xnox> http://archive.ubuntu.com/ubuntu/ubuntu/dists/zesty-proposed/InRelease
[13:13] <xnox> that would do it.
[13:14] -queuebot:#ubuntu-release- New: accepted x265 [powerpc] (zesty-proposed) [2.1-2]
[13:14] -queuebot:#ubuntu-release- New binary: xmltooling [powerpc] (zesty-proposed/universe) [1.6.0-3] (no packageset)
[13:15] <Laney> that seems curious
[13:15] -queuebot:#ubuntu-release- New: accepted xmltooling [powerpc] (zesty-proposed) [1.6.0-3]
[13:17] <Laney> unrelatedly, I should sync the tracker back up with upstream
[13:17] <Laney> I think it has better level calculation these days
[13:20] -queuebot:#ubuntu-release- Unapproved: accepted libnss-ldap [source] (trusty-proposed) [264-2.2ubuntu<IP_ADDRESS>]
[13:26] <Laney> cjwatson: Is the publisher having a sad?
[13:26] <Laney> https://launchpad.net/ubuntu/+source/dovecot/1:2.2.25-1ubuntu1 is quite old and not yet published, and xnox's report ^-
[13:30] -queuebot:#ubuntu-release- New binary: ampr-ripd [powerpc] (zesty-proposed/universe) [1.15-1] (no packageset)
[13:30] -queuebot:#ubuntu-release- New binary: basez [powerpc] (zesty-proposed/universe) [1.6-3] (no packageset)
[13:31] -queuebot:#ubuntu-release- New binary: bruteforce-salted-openssl [powerpc] (zesty-proposed/universe) [1.3.2-2] (no packageset)
[13:33] -queuebot:#ubuntu-release- New binary: bucklespring [powerpc] (zesty-proposed/universe) [1.4.0-1] (no packageset)
[13:33] -queuebot:#ubuntu-release- New binary: conv-tools [powerpc] (zesty-proposed/universe) [20160905-1] (no packageset)
[13:35] -queuebot:#ubuntu-release- New binary: ableton-link [powerpc] (zesty-proposed/universe) [1.0.0+dfsg-2] (no packageset)
[13:35] -queuebot:#ubuntu-release- New binary: dxtool [powerpc] (zesty-proposed/universe) [0.1-2] (no packageset)
[13:38] -queuebot:#ubuntu-release- New binary: dfcgen-gtk [powerpc] (zesty-proposed/universe) [0.4-1] (no packageset)
[13:38] -queuebot:#ubuntu-release- New binary: e2guardian [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:38] -queuebot:#ubuntu-release- New binary: entropybroker [powerpc] (zesty-proposed/universe) [2.8-2] (no packageset)
[13:40] -queuebot:#ubuntu-release- New binary: gifshuffle [powerpc] (zesty-proposed/universe) [2.0-1] (no packageset)
[13:40] <LocutusOfBorg> Laney, happens also to my packages, logs are somewhat bad http://people.canonical.com/~ubuntu-archive/proposed-migration/log/zesty/2016-11-02/
[13:41] <LocutusOfBorg> probably the current ongoing run will work
[13:41] -queuebot:#ubuntu-release- New binary: fwknop-gui [powerpc] (zesty-proposed/universe) [1.3+dfsg-1] (no packageset)
[13:42] -queuebot:#ubuntu-release- New binary: golang-github-nicksnyder-go-i18n [powerpc] (zesty-proposed/universe) [1.5.0-1] (no packageset)
[13:42] -queuebot:#ubuntu-release- New binary: zeroc-ice [powerpc] (zesty-proposed/universe) [3.6.3-2] (cli-mono)
[13:44] -queuebot:#ubuntu-release- New binary: homer-api [powerpc] (zesty-proposed/universe) [5.0.6+dfsg2-3] (no packageset)
[13:45] -queuebot:#ubuntu-release- New binary: libwww-form-urlencoded-xs-perl [powerpc] (zesty-proposed/universe) [0.23-1] (no packageset)
[13:45] -queuebot:#ubuntu-release- New binary: libhdcd [powerpc] (zesty-proposed/universe) [1.2-1] (no packageset)
[13:46] -queuebot:#ubuntu-release- New binary: gr-iio [powerpc] (zesty-proposed/universe) [0.1.67-1] (no packageset)
[13:46] -queuebot:#ubuntu-release- New binary: lua-scrypt [powerpc] (zesty-proposed/universe) [1.1-3] (no packageset)
[13:46] -queuebot:#ubuntu-release- New binary: libvterm [powerpc] (zesty-proposed/universe) [0~bzr684-1] (no packageset)
[13:47] -queuebot:#ubuntu-release- New binary: lua-torch-sundown [powerpc] (zesty-proposed/universe) [0~20160829-g17ea705-1] (no packageset)
[13:48] -queuebot:#ubuntu-release- New binary: mapbox-vector-tile [powerpc] (zesty-proposed/universe) [0.5.0+ds-1] (no packageset)
[13:48] -queuebot:#ubuntu-release- New binary: lxqt-build-tools [powerpc] (zesty-proposed/universe) [0.2.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: cf-python [powerpc] (zesty-proposed/universe) [1.3.2+dfsg1-3] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: mmh [powerpc] (zesty-proposed/universe) [0.3-2] (no packageset)
[13:49] <cjwatson> Laney: seems to be running fine, just a ton to do
[13:50] -queuebot:#ubuntu-release- New binary: pcaudiolib [powerpc] (zesty-proposed/universe) [1.0-1] (no packageset)
[13:50] <Laney> cjwatson: Righto
[13:51] -queuebot:#ubuntu-release- New binary: librsb [powerpc] (zesty-proposed/universe) [1.2.0-rc5-3] (no packageset)
[13:51] <Laney> Is there a way for me to see the logs, OOI?
[13:52] -queuebot:#ubuntu-release- New binary: powerline-taskwarrior [powerpc] (zesty-proposed/universe) [0.4.1-1] (no packageset)
[13:53] -queuebot:#ubuntu-release- New binary: ppx-sexp-conv [powerpc] (zesty-proposed/universe) [113.33.03-2] (no packageset)
[13:53] -queuebot:#ubuntu-release- New binary: phodav [powerpc] (zesty-proposed/universe) [2.0-1] (no packageset)
[13:54] -queuebot:#ubuntu-release- New binary: os-autoinst [powerpc] (zesty-proposed/universe) [4.3+git20160919-3] (no packageset)
[13:54] -queuebot:#ubuntu-release- New binary: python-confluent-kafka [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:54] <LocutusOfBorg> Laney, I wrote them above
[13:54] <LocutusOfBorg> http://people.canonical.com/~ubuntu-archive/proposed-migration/log/zesty/2016-11-02/
[13:55] -queuebot:#ubuntu-release- New: accepted cf-python [powerpc] (zesty-proposed) [1.3.2+dfsg1-3]
[13:55] -queuebot:#ubuntu-release- New: accepted fwknop-gui [powerpc] (zesty-proposed) [1.3+dfsg-1]
[13:55] -queuebot:#ubuntu-release- New: accepted golang-github-nicksnyder-go-i18n [powerpc] (zesty-proposed) [1.5.0-1]
[13:55] -queuebot:#ubuntu-release- New: accepted homer-api [powerpc] (zesty-proposed) [5.0.6+dfsg2-3]
[13:55] -queuebot:#ubuntu-release- New: accepted librsb [powerpc] (zesty-proposed) [1.2.0-rc5-3]
[13:55] -queuebot:#ubuntu-release- New: accepted libwww-form-urlencoded-xs-perl [powerpc] (zesty-proposed) [0.23-1]
[13:55] -queuebot:#ubuntu-release- New: accepted lua-torch-sundown [powerpc] (zesty-proposed) [0~20160829-g17ea705-1]
[13:55] -queuebot:#ubuntu-release- New: accepted mapbox-vector-tile [powerpc] (zesty-proposed) [0.5.0+ds-1]
[13:55] -queuebot:#ubuntu-release- New: accepted os-autoinst [powerpc] (zesty-proposed) [4.3+git20160919-3]
[13:55] -queuebot:#ubuntu-release- New: accepted phodav [powerpc] (zesty-proposed) [2.0-1]
[13:55] -queuebot:#ubuntu-release- New: accepted entropybroker [powerpc] (zesty-proposed) [2.8-2]
[13:55] -queuebot:#ubuntu-release- New: accepted gr-iio [powerpc] (zesty-proposed) [0.1.67-1]
[13:55] -queuebot:#ubuntu-release- New: accepted libvterm [powerpc] (zesty-proposed) [0~bzr684-1]
[13:55] -queuebot:#ubuntu-release- New: accepted lxqt-build-tools [powerpc] (zesty-proposed) [0.2.0-1]
[13:55] -queuebot:#ubuntu-release- New: accepted pcaudiolib [powerpc] (zesty-proposed) [1.0-1]
[13:55] -queuebot:#ubuntu-release- New: accepted ppx-sexp-conv [powerpc] (zesty-proposed) [113.33.03-2]
[13:55] -queuebot:#ubuntu-release- New: accepted gifshuffle [powerpc] (zesty-proposed) [2.0-1]
[13:55] -queuebot:#ubuntu-release- New: accepted lua-scrypt [powerpc] (zesty-proposed) [1.1-3]
[13:55] -queuebot:#ubuntu-release- New: accepted powerline-taskwarrior [powerpc] (zesty-proposed) [0.4.1-1]
[13:55] -queuebot:#ubuntu-release- New: accepted libhdcd [powerpc] (zesty-proposed) [1.2-1]
[13:55] -queuebot:#ubuntu-release- New: accepted zeroc-ice [powerpc] (zesty-proposed) [3.6.3-2]
[13:55] -queuebot:#ubuntu-release- New: accepted mmh [powerpc] (zesty-proposed) [0.3-2]
[13:55] -queuebot:#ubuntu-release- New: accepted ableton-link [powerpc] (zesty-proposed) [1.0.0+dfsg-2]
[13:55] -queuebot:#ubuntu-release- New: accepted basez [powerpc] (zesty-proposed) [1.6-3]
[13:55] -queuebot:#ubuntu-release- New: accepted bucklespring [powerpc] (zesty-proposed) [1.4.0-1]
[13:55] -queuebot:#ubuntu-release- New: accepted dfcgen-gtk [powerpc] (zesty-proposed) [0.4-1]
[13:55] -queuebot:#ubuntu-release- New: accepted e2guardian [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[13:55] -queuebot:#ubuntu-release- New binary: python-iptables [powerpc] (zesty-proposed/universe) [0.11.0-2] (no packageset)
[13:55] -queuebot:#ubuntu-release- New: accepted ampr-ripd [powerpc] (zesty-proposed) [1.15-1]
[13:55] -queuebot:#ubuntu-release- New: accepted conv-tools [powerpc] (zesty-proposed) [20160905-1]
[13:55] -queuebot:#ubuntu-release- New: accepted python-confluent-kafka [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[13:55] -queuebot:#ubuntu-release- New: accepted bruteforce-salted-openssl [powerpc] (zesty-proposed) [1.3.2-2]
[13:55] -queuebot:#ubuntu-release- New: accepted dxtool [powerpc] (zesty-proposed) [0.1-2]
[13:56] <cjwatson> Laney: no
[13:56] <cjwatson> LocutusOfBorg: those are proposed-migration logs, not publisher logs.
[13:56] -queuebot:#ubuntu-release- New binary: pycares [powerpc] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[13:56] -queuebot:#ubuntu-release- New binary: qspeakers [powerpc] (zesty-proposed/universe) [1.0.1-1] (no packageset)
[13:56] -queuebot:#ubuntu-release- New binary: python3-typed-ast [powerpc] (zesty-proposed/universe) [0.6.1-1] (no packageset)
[13:56] <LocutusOfBorg> oh... indeed
[13:57] -queuebot:#ubuntu-release- New binary: python-jellyfish [powerpc] (zesty-proposed/universe) [0.5.6-3] (no packageset)
[13:57] -queuebot:#ubuntu-release- New binary: r-cran-cairo [powerpc] (zesty-proposed/universe) [1.5-9-1] (no packageset)
[13:57] -queuebot:#ubuntu-release- New binary: python-pyldap [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:58] -queuebot:#ubuntu-release- New binary: r-cran-nleqslv [powerpc] (zesty-proposed/universe) [3.0.3-1] (no packageset)
[13:58] -queuebot:#ubuntu-release- New binary: skales [powerpc] (zesty-proposed/universe) [0.20160202-1] (no packageset)
[13:58] -queuebot:#ubuntu-release- New binary: r-cran-png [powerpc] (zesty-proposed/universe) [0.1-7-1] (no packageset)
[13:59] -queuebot:#ubuntu-release- New binary: restbed [powerpc] (zesty-proposed/universe) [4.0~dfsg1-4] (no packageset)
[13:59] -queuebot:#ubuntu-release- New binary: soapybladerf [powerpc] (zesty-proposed/universe) [0.3.2-1] (no packageset)
[13:59] -queuebot:#ubuntu-release- New binary: soapyremote [powerpc] (zesty-proposed/universe) [0.3.1-1] (no packageset)
[13:59] -queuebot:#ubuntu-release- New binary: soapyaudio [powerpc] (zesty-proposed/universe) [0~git20160607-1] (no packageset)
[13:59] -queuebot:#ubuntu-release- New binary: soapyhackrf [powerpc] (zesty-proposed/universe) [0.2.2-1] (no packageset)
[13:59] -queuebot:#ubuntu-release- New binary: soapyuhd [powerpc] (zesty-proposed/universe) [0.3.1+git20161021-1] (no packageset)
[14:00] -queuebot:#ubuntu-release- New binary: winregfs [powerpc] (zesty-proposed/universe) [0.6-1] (no packageset)
[14:00] <cjwatson> the publisher *is* being very very slow and I'm not sure why, but I'm also on leave today so am not going to be looking into it in any depth, sorry
[14:00] <cjwatson> I mean, slower than warranted
[14:03] -queuebot:#ubuntu-release- New: accepted pycares [powerpc] (zesty-proposed) [2.1.1-1]
[14:03] -queuebot:#ubuntu-release- New: accepted python-jellyfish [powerpc] (zesty-proposed) [0.5.6-3]
[14:03] -queuebot:#ubuntu-release- New: accepted python3-typed-ast [powerpc] (zesty-proposed) [0.6.1-1]
[14:03] -queuebot:#ubuntu-release- New: accepted r-cran-cairo [powerpc] (zesty-proposed) [1.5-9-1]
[14:03] -queuebot:#ubuntu-release- New: accepted r-cran-png [powerpc] (zesty-proposed) [0.1-7-1]
[14:03] -queuebot:#ubuntu-release- New: accepted skales [powerpc] (zesty-proposed) [0.20160202-1]
[14:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [powerpc] (zesty-proposed) [0.3.2-1]
[14:03] -queuebot:#ubuntu-release- New: accepted soapyremote [powerpc] (zesty-proposed) [0.3.1-1]
[14:03] -queuebot:#ubuntu-release- New: accepted winregfs [powerpc] (zesty-proposed) [0.6-1]
[14:03] -queuebot:#ubuntu-release- New: accepted python-iptables [powerpc] (zesty-proposed) [0.11.0-2]
[14:03] -queuebot:#ubuntu-release- New: accepted qspeakers [powerpc] (zesty-proposed) [1.0.1-1]
[14:03] -queuebot:#ubuntu-release- New: accepted restbed [powerpc] (zesty-proposed) [4.0~dfsg1-4]
[14:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [powerpc] (zesty-proposed) [0.2.2-1]
[14:04] -queuebot:#ubuntu-release- New: accepted python-pyldap [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[14:04] -queuebot:#ubuntu-release- New: accepted soapyaudio [powerpc] (zesty-proposed) [0~git20160607-1]
[14:04] -queuebot:#ubuntu-release- New: accepted r-cran-nleqslv [powerpc] (zesty-proposed) [3.0.3-1]
[14:04] -queuebot:#ubuntu-release- New: accepted soapyuhd [powerpc] (zesty-proposed) [0.3.1+git20161021-1]
[14:04] -queuebot:#ubuntu-release- New binary: php-pinba [powerpc] (zesty-proposed/universe) [1.1.0-3] (no packageset)
[14:09] -queuebot:#ubuntu-release- New binary: ros-vision-opencv [powerpc] (zesty-proposed/universe) [1.12.2+ds-2] (no packageset)
[14:12] -queuebot:#ubuntu-release- New binary: pari [powerpc] (zesty-proposed/universe) [2.9.0-1] (no packageset)
[14:13] -queuebot:#ubuntu-release- New binary: openssl1.0 [powerpc] (zesty-proposed/universe) [1.0.2j-3] (no packageset)
[14:19] -queuebot:#ubuntu-release- New binary: cppformat [powerpc] (zesty-proposed/universe) [3.0.0+ds-2] (no packageset)
[14:27] -queuebot:#ubuntu-release- New: accepted cppformat [powerpc] (zesty-proposed) [3.0.0+ds-2]
[14:27] -queuebot:#ubuntu-release- New: accepted pari [powerpc] (zesty-proposed) [2.9.0-1]
[14:27] -queuebot:#ubuntu-release- New: accepted ros-vision-opencv [powerpc] (zesty-proposed) [1.12.2+ds-2]
[14:27] -queuebot:#ubuntu-release- New: accepted openssl1.0 [powerpc] (zesty-proposed) [1.0.2j-3]
[14:27] -queuebot:#ubuntu-release- New: accepted php-pinba [powerpc] (zesty-proposed) [1.1.0-3]
[15:10] -queuebot:#ubuntu-release- New binary: captagent [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[15:10] -queuebot:#ubuntu-release- New binary: egctl [powerpc] (zesty-proposed/universe) [1.0-1] (no packageset)
[15:13] -queuebot:#ubuntu-release- New binary: cmark [powerpc] (zesty-proposed/universe) [0.26.1-1] (no packageset)
[15:13] -queuebot:#ubuntu-release- New binary: fitsh [powerpc] (zesty-proposed/universe) [0.9.2-1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: libnet-ldns-perl [powerpc] (zesty-proposed/universe) [0.75-1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: uftp [powerpc] (zesty-proposed/universe) [4.9.2-1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: mocassin [powerpc] (zesty-proposed/universe) [2.02.72-2] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: libscca [powerpc] (zesty-proposed/universe) [20160108-1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: sirikali [powerpc] (zesty-proposed/universe) [1.2.1-1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: xlax [powerpc] (zesty-proposed/universe) [2.4-2] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: r-cran-filehash [powerpc] (zesty-proposed/universe) [2.3-1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: xidle [powerpc] (zesty-proposed/universe) [20161031] (no packageset)
[15:16] -queuebot:#ubuntu-release- New: accepted captagent [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[15:16] -queuebot:#ubuntu-release- New: accepted egctl [powerpc] (zesty-proposed) [1.0-1]
[15:16] -queuebot:#ubuntu-release- New: accepted libnet-ldns-perl [powerpc] (zesty-proposed) [0.75-1]
[15:16] -queuebot:#ubuntu-release- New: accepted mocassin [powerpc] (zesty-proposed) [2.02.72-2]
[15:16] -queuebot:#ubuntu-release- New: accepted sirikali [powerpc] (zesty-proposed) [1.2.1-1]
[15:16] -queuebot:#ubuntu-release- New: accepted xidle [powerpc] (zesty-proposed) [20161031]
[15:16] -queuebot:#ubuntu-release- New: accepted cmark [powerpc] (zesty-proposed) [0.26.1-1]
[15:16] -queuebot:#ubuntu-release- New: accepted libscca [powerpc] (zesty-proposed) [20160108-1]
[15:16] -queuebot:#ubuntu-release- New: accepted uftp [powerpc] (zesty-proposed) [4.9.2-1]
[15:16] -queuebot:#ubuntu-release- New: accepted fitsh [powerpc] (zesty-proposed) [0.9.2-1]
[15:16] -queuebot:#ubuntu-release- New: accepted xlax [powerpc] (zesty-proposed) [2.4-2]
[15:16] -queuebot:#ubuntu-release- New: accepted r-cran-filehash [powerpc] (zesty-proposed) [2.3-1]
[15:17] -queuebot:#ubuntu-release- New binary: fdk-aac [powerpc] (zesty-proposed/multiverse) [0.1.4-2] (no packageset)
[15:18] -queuebot:#ubuntu-release- New binary: haskell-persistable-types-hdbc-pg [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[15:22] -queuebot:#ubuntu-release- New: accepted fdk-aac [powerpc] (zesty-proposed) [0.1.4-2]
[15:22] -queuebot:#ubuntu-release- New: accepted haskell-persistable-types-hdbc-pg [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[15:30] -queuebot:#ubuntu-release- New binary: openzwave [powerpc] (zesty-proposed/multiverse) [1.5+ds-1] (no packageset)
[16:03] -queuebot:#ubuntu-release- New: accepted openzwave [powerpc] (zesty-proposed) [1.5+ds-1]
[16:34] -queuebot:#ubuntu-release- Unapproved: golang-github-coreos-pkg (yakkety-proposed/universe) [3~ds1-0ubuntu2 => 3~ds1-0ubuntu3~mtrudel1] (no packageset)
[16:35] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (xenial-proposed) [1.2.15]
[16:37] <cyphermox> Clearly that golang coreos pk thing with my name is a mistake, should be rejected. Sorry
[16:39] <rbasak> cyphermox: rejected
[16:40] -queuebot:#ubuntu-release- Unapproved: rejected golang-github-coreos-pkg [source] (yakkety-proposed) [3~ds1-0ubuntu3~mtrudel1]
[16:41] <balloons> arges, are you doing SRU's today?
[16:50] <mdeslaur> what's up with the publisher?
[16:51] <Laney> slowness
[16:51] <mdeslaur> need more hamsters!
[16:52] <Laney> juju add-hamster
[16:52] <teward> Could not provision hamsters, not enough wheels.
[16:53] <teward> :P
[16:53] <balloons> juju add-unit wheel
[16:54] <teward> wish it was that easy heh
[16:54] <mdeslaur> hehe
[17:06] <cyphermox> rbasak: ta
[17:09] -queuebot:#ubuntu-release- New binary: ruby-openid-connect [amd64] (zesty-proposed/universe) [0.12.0-1] (no packageset)
[17:09] <xnox> it published =)
[17:10] -queuebot:#ubuntu-release- New: accepted ruby-openid-connect [amd64] (zesty-proposed) [0.12.0-1]
[17:11] <xnox> sfcgal/amd64 did not, hopefully subsequent runs will be faster.
[17:12] <cjwatson> There's about five seconds in the commit phase between each queue item in process-accepted.  Really not clear why.
[17:13] -queuebot:#ubuntu-release- New binary: cryfs [ppc64el] (zesty-proposed/universe) [0.9.6-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: cryfs [amd64] (zesty-proposed/universe) [0.9.6-1] (no packageset)
[17:16] <ginggs> xnox: sfcgal was retried 9 hours ago
[17:17] <cjwatson> 5 seconds per queue item * whatever large number of packages got auto-synced * arches + general publishing overhead makes quite a lot of seconds
[17:20] -queuebot:#ubuntu-release- New binary: cryfs [i386] (zesty-proposed/universe) [0.9.6-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: cryfs [s390x] (zesty-proposed/universe) [0.9.6-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: incremental [amd64] (zesty-proposed/universe) [16.10.1-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: jupyter-core [amd64] (zesty-proposed/none) [4.2.0-2] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: jupyter-client [amd64] (zesty-proposed/none) [4.4.0-2] (no packageset)
[18:09] -queuebot:#ubuntu-release- New: accepted cryfs [amd64] (zesty-proposed) [0.9.6-1]
[18:09] -queuebot:#ubuntu-release- New: accepted cryfs [ppc64el] (zesty-proposed) [0.9.6-1]
[18:09] -queuebot:#ubuntu-release- New: accepted incremental [amd64] (zesty-proposed) [16.10.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted jupyter-core [amd64] (zesty-proposed) [4.2.0-2]
[18:09] -queuebot:#ubuntu-release- New: accepted cryfs [i386] (zesty-proposed) [0.9.6-1]
[18:09] -queuebot:#ubuntu-release- New: accepted jupyter-client [amd64] (zesty-proposed) [4.4.0-2]
[18:09] -queuebot:#ubuntu-release- New: accepted cryfs [s390x] (zesty-proposed) [0.9.6-1]
[18:49] -queuebot:#ubuntu-release- New binary: android-platform-tools-base [amd64] (zesty-proposed/universe) [2.0.0-1] (no packageset)
[18:58] -queuebot:#ubuntu-release- Unapproved: snapcraft (yakkety-proposed/universe) [2.20+16.10 => 2.21+16.10] (no packageset)
[18:58] -queuebot:#ubuntu-release- New binary: python-jellyfish [amd64] (zesty-proposed/universe) [0.5.6-3] (no packageset)
[18:59] -queuebot:#ubuntu-release- New: accepted android-platform-tools-base [amd64] (zesty-proposed) [2.0.0-1]
[18:59] -queuebot:#ubuntu-release- New: accepted python-jellyfish [amd64] (zesty-proposed) [0.5.6-3]
[19:31] -queuebot:#ubuntu-release- Unapproved: snapcraft (xenial-proposed/universe) [2.20 => 2.21] (no packageset)
[19:31] -queuebot:#ubuntu-release- Unapproved: update-manager (yakkety-proposed/main) [1:16.10.7 => 1:16.10.8] (core)
[19:45] <Wulf> Hello
[19:45] <Wulf> How does Ubuntu build their images (e.g. ISOs)? Are the configs / scripts / instructions available?
[19:58] <ginggs> would someone please retry kicad 4.0.4+dfsg1-2build1 on powerpc once git 1:2.10.2-1 is published?
[20:09] <balloons> arges, can you review the juju-core package SRU in xenial?
[20:53] <balloons> rbasak, I think you've been learning the ropes on SRU's right? Mind having a go at accepting juju-core into xenial?
[21:35] <RAOF> balloons: Oh, is that what you wanted me for yesterday? :)
[21:35] <balloons> RAOF, indeed :-)
[21:35] <balloons> good morning to you
[21:36] <RAOF> That's already in xenial-proposed, right?
[21:37] <balloons> RAOF, it is, and I did the verification. Juju has a release exception you will want to look at as well. I believe it's ready to release
[21:41] <RAOF> Was doing so ☺. It's not clear to me that juju bypasses the usual aging requirements, but that's a sensible test plan.
[21:42] <RAOF> balloons: I don't believe we can release to xenial-updates until the yakkety-proposed version is ready for release?
[21:44] <RAOF> (We don't want to have xenial-updates having a higher version of juju-core than yakkety-updates)
[21:45] <RAOF> balloons: And the yakkety-proposed version FTBFS on a number of architectures.
[21:45] <RAOF> Such unimportant architectures as amd64 :)
[21:48] <balloons> RAOF, yes, we need some rebuilds on that. cyphermox is doing the rebuild on the dependency
[21:50] <balloons> RAOF, I didn't think the version issue was a problem with 2 released versions, but if so, then ok we'll wait for yakkety
[21:52] <RAOF> General policy is that later releases must have the fix before earlier releases; you don't want to have users with upgrades from xenial having the fixes but not clean yakkety installs.
[21:53] <rbasak> balloons: yes, but I think I need to decline reviewing juju-core for now. A bit complex for my newbie SRU hat.
[21:53] <rbasak> Sorry!
[21:53] <balloons> rbasak, :-). No worries, just thought I would give you a shot if you were interested
[21:54] <balloons> RAOF, ahh right.. That doesn't change the upgrade story indeed. Right you are
[22:02] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (xenial-proposed) [2:1.18.4-0ubuntu0.2]
[22:05] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (yakkety-proposed) [2:1.18.4-1ubuntu6.1]
[22:12] <cyphermox> RAOF: newer releases do have the fix already.
[22:13] <RAOF> cyphermox: There's at least one bug that I can see is unfixed in yakkety.
[22:14] <cyphermox> is there?
[22:14] <RAOF> https://bugs.launchpad.net/bugs/1631038
[22:14] <ubot5`> Ubuntu bug 1631038 in juju-release-tools "Need /etc/sysctl.d/10-juju.conf" [High,Fix committed]
[22:15] <RAOF> And were there any bugfixes between 2.0-rc3 and 2.0?
[22:15] <cyphermox> well, modulo building.
[22:15] <cyphermox> balloons: ^
[22:16] <RAOF> It's not a terrible problem that xenial-proposed is ahead of yakkety-proposed, but if I released juju-core to xenial-updates it *is* a problem that it would be ahead of yakkety-updates.
[22:17] <RAOF> As soon as yakkety-proposed has a releasable juju-core, that problem goes away :)
[22:18] <cyphermox> I'm starting to find this golang stuff incredibly annoying, and wondering if de-vendorizing crypto really is a good idea.
[22:18] <cyphermox> (at least as a SRU)
[22:19] <cyphermox> slangasek: ^ this means some reverse-depends in yakkety need rebulding to be installable due to depending on the Provide hash of golang-go.crypto
[22:19] <cyphermox> working on coreos-pkg and coreos-go-systemd right now, but there are obviously others.
[22:34]  * RAOF slinks back to hating on the Mir android platform.