/srv/irclogs.ubuntu.com/2017/12/02/#ubuntu-release.txt

-queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (xenial-proposed) [17.1-46-g7acc9e68-0ubuntu1~16.04.1]00:35
tsimonq2Anyone know offhand how often Launchpad syncs its Debian archive mirror?02:02
acheronukLocutusOfBorg: +1 as well. keep seeing test fails on armhf particularly which are just the device running out of space06:06
slangasekLocutusOfBorg, acheronuk: yeah, looks like, possibly during an upgrade, /var/lib/lxd stopped being pointed at the 72G disk and started being pointed at the 7.6G disk.  looking.07:02
slangasekLocutusOfBorg, acheronuk: fixed for 10.43.42.186 (the host listed in the libdata-perl-perl log).  If you see more of these going forward, please let me know07:33
acheronukslangasek: thanks. quickly checking a couple of logs on the ones I saw, that seems to be the same host. but yes, I'll let you know if any more occur07:37
cjwatsontsimonq2: 25 4,10,16,22 * * *10:01
LocutusOfBorgthanks slangasek for being helpful once again!10:02
cjwatsontsimonq2: (UTC)10:02
LocutusOfBorgI'll keep you informed10:02
LocutusOfBorgslangasek, on a similar issue, in the last two days I saw some s390x strange failures with "can't acquire dpkg log"10:03
LocutusOfBorgan example is here https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/s390x/n/node-module-deps/20171202_091629_916ef@/log.gz10:03
LocutusOfBorgmaybe related?10:03
LocutusOfBorghttps://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html#ktextwidgets search for "/unknown" and you get 5 s390x failures10:04
LocutusOfBorgthis happens also later in the autopkgtestsuite, so they don't fall into the "unknown state", but a general "failed" e.g. https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/s390x/libc/libconstant-generate-perl/20171202_085435_718f2@/log.gz10:06
acheronukif anyone is about, could kate4/4:4.14.3-4ubuntu2 be badtested please? that is not buildable any more and needs to be removed from bionic soon, but can only get that done once latest kde4libs that it's test fail will block gets into -release16:39
slangasekLocutusOfBorg: s390x failures are certainly not related to a misconfigured filesystem on one of the armhf host nodes, no.  We've noticed the dpkg lock problem, I'm currently unsure what is causing it but we need to make sure unattended-upgrades is disabled/removed from the autopkgtest cloud images; https://git.launchpad.net/autopkgtest-cloud tools/build-adt-image-all-clouds if someone wanted to18:44
slangasekdig into this18:45
tsimonq2Thanks cjwatson and slangasek :)19:21
tsimonq2cjwatson: Out of curiosity, what's the reasoning behind every 6 hours at those times?22:07
slangasektsimonq2: Debian itself publishes every 6h (last I checked), I believe the times are selected to try to maximize the chances of Debian's publisher having completed first before LP tries to import22:30
tsimonq2slangasek: ohhh dinstall didn't even cross my mind?22:31
tsimonq2s/?//22:31
tsimonq2Makes sense.22:31
tsimonq2slangasek: Yep, #debian-ftp topic says "dinstall starts at 0152,0752,1352,1952 UTC"22:32
tsimonq2slangasek: That is quite a gap though, shouldn't dinstall not take that long?22:32
* tsimonq2 doesn't really know22:32
acheronukforget what I asked about kate4 for today. uploaded a possible fix22:37
slangasektsimonq2: I don't know how long it normally takes; I guess the LP team have looked at this more closely than I have and the importer cronjob is empirically informed22:40
tsimonq2slangasek: Alright, interesting though :)22:41
cjwatsontsimonq2: dinstall takes a while, and then it needs to propagate to the appropriate mirror23:26
tsimonq2cjwatson: ah ok23:27
cjwatsontsimonq2: slangasek is correct that it's empirically informed; the last change to those times was in July of this year, when we moved it 20 minutes later because it was routinely overlapping Debian mirror pushes23:27
tsimonq2Gotha23:28
tsimonq2*gotcha23:28
tsimonq2Question about the autopkgtester test request formatting... https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Test_request_format says that "all-proposed" just has to be a non-empty value, and from (albeit limited) testing it seems to only accept 1 and not a boolean23:32
tsimonq2What's up with that? :)23:32
tsimonq2Doesn't even accept 0 or 2, just 123:32
tsimonq2If anything I'd at *least* expect it to take a boolean, even if it's redundantly called (like if false is passed)23:34
slangasek0 and 1 are booleans, 'false' is text ;)23:35
tsimonq2(I've always seen booleans in the sense of "true" or "false" when programming, albeit I've only used them in a limited sense)23:36
slangasekI'd say the documentation should be updated.  I don't think it's worth changing the code to be permissive23:36
tsimonq2slangasek: But it doesn't accept 0, is that because it's redundant?23:36
slangasekif you're in a programming language that recognizes true and false as booleans, sure.  In url variables, anything goes23:37
tsimonq2(if that's the case, the message should probably explain that instead of just "invalid format")23:37
tsimonq2Ah, gotcha23:37
tsimonq2TIL23:37
slangasekI think it doesn't allow it because no one bothers trying to pass the extra variable when it's not explicitly needed23:37
tsimonq2Hm, ok23:39
tsimonq2slangasek: You plan on updating the documentation or should I?23:39
slangasektsimonq2: feel free23:39
tsimonq2slangasek: https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure?action=diff&rev1=87&rev2=8823:41
slangaseklgtm23:42
tsimonq2cool23:42
tsimonq2slangasek: Do you use some sort of tool to queue tests, or do you just edit the URL?23:51
tsimonq2Because I'm thinking of hacking up a tool that I'll just put in ~/bin for myself but I don't know if there's already something...23:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!