[02:22] <tsimonq2> just curious, I have seen build servers for Ubuntu that build packages for the repos. Are those only Ubuntu servers that can do that, or can I contribute my free resources to do this on my server?
=== mfisch is now known as Guest29831
[05:43] <slangasek> pitti: latest kernel autopkgtests show a failure because the testbed is being upgraded to -proposed before the pin preferences are set, pulling in a new libuuid1 from xenial-proposed; so when the package tests later try to install uuid-dev (transitive build-dep of apparmor), this fails
[05:45] <jjohansen> hallyn: yes, because they are. nsfs use proc magic to have the symlink jump to the nsfs dentry/inode
[05:47] <jjohansen> stgraber: the systemd thing is that systemd doesn't have a restart/reload. They do a stop and then start for it. But for apparmor stop tears down the loaded policy, and your attachments/mappings to tasks are lost
[05:48] <jjohansen> we are going to have to do something different so that policy doesn't get removed like that
[05:49] <jjohansen> back to nsfs, I have some ideas on how to deal with it, but haven't gotten to implementing them yet
[05:57] <infinity> slangasek: Yeah, that's a known bug/misfeature that pitti's left in place to make sure the base system gets testing.  I think we should just introduce some autopkgtests for util-linux, etc, and fix the bug.
[06:03] <slangasek> ah?  yes, I agree
[06:10] <slangasek> it would be less of a problem in this case of util-linux wasn't hanging the ppc64el buildds
[06:10] <slangasek> (because then util-linux would be migrate and linux tests would be fine)
=== nudtrobert1 is now known as nudtrobert
[10:50] <cjwatson> tsimonq2: Thanks for the offer, but to ensure proper security we only build packages on systems we run ourselves.
[10:51] <cjwatson> tsimonq2: (We're also not particularly short of x86 builder capacity nowadays.)
[15:15] <tsimonq2> cjwatson: Ok, I was just wondering as Debian has their buildd setuo
[15:15] <tsimonq2> s/setuo/setup/
[16:45] <hallyn> jjohansen: ok, thx.
[17:52] <cjwatson> tsimonq2: Debian doesn't take buildd contributions from just anyone, either :)
[17:52] <cjwatson> tsimonq2: Most Debian buildds these days are DSA-operated
[17:52] <cjwatson> But they do have somewhat different constraints.
[18:15] <hjd> Hi all. :) Someone who around who can rebuild packages which failed to build on Xenial? Looks like both s3fs-fuse and node-string-decoder failed due to random errors when attempting to download packages. (https://launchpadlibrarian.net/225417305/buildlog_ubuntu-xenial-amd64.s3fs-fuse_1.79%2Bgit90-g8f11507-1_BUILDING.txt.gz and
[18:15] <hjd> https://launchpadlibrarian.net/225417304/buildlog_ubuntu-xenial-amd64.node-string-decoder_0.10.25-1_BUILDING.txt.gz)
[18:16] <hjd> And it looks like libmath-bigint-gmp-perl and turbogears2-doc both attempted to build before all dependencies had been synced/built, so they might work better now as well. Thanks in advance :)
[18:44] <ginggs_> hjd: i'll do it
[18:51] <ginggs_> hjd: node-string-decoder failed again for a different reason
[18:53] <ginggs_> hjd:  s3fs-fuse, libmath-bigint-gmp-perl and turbogears2-doc built ok
[18:57] <hjd> ginggs_: Yes, looks like node-string-decoder has a real bug. Thanks again :)
[19:01] <Unit193> barry: I don't suppose that bzr-fastimport thing is on your agenda anymore then?
=== ajmitch_ is now known as ajmitch
=== nopf_ is now known as nopf
=== Pici` is now known as Pici