[04:38] <acheronuk> ahasenack: abi-compliance-checker finally got all it's tests passed and migrated
[05:04] <mwhudson> are livefs builds hard coded to only look at main, or can i influence that somehow?
[05:36] <Unit193> Eg, the iso builds?  Xubuntu is mainly in universe.
[05:51] <mwhudson> Unit193: yeah
[05:51] <mwhudson> it's probably a livecd-rootfs thing
[05:51] <mwhudson> and how do i turn https://launchpad.net/~canonical-foundations/+livefs/ubuntu/artful/test/+build/107309 into something i can boot? :)
[05:55] <tsimonq2> mwhudson: Hidden in ubuntu-cdimage somewhere is the tooling that powers something like this: http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/artful/daily-live-20170817.log
[05:56]  * tsimonq2 doesn't know where it's hidden :P
[05:58] <mwhudson> ubuntu-cdimage, right
[05:58] <mwhudson> i can never keep these things straight in my head
[05:59] <tsimonq2> mwhudson: Once you find where it's hidden, please share :)
[06:00] <mwhudson> oh lol this hook is missing set -e
[07:13] <cpaelzer> hmm private bugs are annoying, do we in a changelog list the bug number when an upload closes them?
[07:13] <cpaelzer> and LP can hide (or not) the content depending who looks at them?
[07:13] <cpaelzer> or do we omit them in the changelog completely and manually close?
[07:15] <stgraber> if it's not going to be made public at the same time as the package hits the archive, then I'd say manually close
[07:16] <cpaelzer> stgraber: both changes are in the upstream projects pblicly available
[07:17] <cpaelzer> which is why I wonder if I could (I prefer) add them to the changelog
[07:17] <cpaelzer> anyway I hear you saying "to not get in trouble you might manually close"
[07:17] <stgraber> on top of the social problem of having a private bug linked to a public upload, we have tools that parse changelogs for LP entries and those don't like private bugs very much either
[07:17] <cpaelzer> oh yeah because without creds they can't read them
[07:18] <cpaelzer> ok reason enough, not listing in changelog
[07:18] <cpaelzer> thanks stgraber
[07:20] <Unit193> cpaelzer: Even more annoying?  "Public" bugs filed by the automatic bot on behalf of errors.ubuntu.com...
[07:26] <cpaelzer> Unit193: what is the annoying part on them?
[07:26] <cpaelzer> other than causing work and usually being hard to debug?
[07:28] <Unit193> cpaelzer: Most information you get out of 'em is in the title, doesn't have any other info. :P
[07:30] <cpaelzer> yeah like "failed to install/upgrade: subprocess installed post-installation script returned error exit" without extra files attached and a comment of "I don't know"
[07:30] <cpaelzer> well, in that case me neither :-)
[07:33] <Unit193> (Eg, 1697506)
[12:14] <ahasenack> acheronuk: yep, my cyrus-sasl2 migration passed :)
[12:14] <ahasenack> thx
[13:17] <ahasenack> hi, in the ubuntu or debian bag of tricks, is there some sort of copyright file parser?
[13:18] <rbasak> ahasenack: I think it's standard "control file" format. So stuff like grep-dctrl will probably work against it. I know lintian does some checks in it so presumably it has a parser. What are you trying to do?
[13:19] <ahasenack> I need to generate a list  with package name, version, and license
[13:19] <ahasenack> lawyers
[13:19] <ahasenack> some copyright files are machine readable
[13:19] <ahasenack> others not
[13:19] <ahasenack> by "machine readable" I mean they have well identified fields, but still plaintext
[13:20] <ahasenack> like the control file you mentioned
[13:20] <rbasak> https://spdx.org/ might be relevant
[13:20] <mdeslaur> ahasenack: https://wiki.debian.org/CopyrightReviewTools lists a few perhaps
[13:21] <ahasenack> $ licensecheck /usr/share/doc/binutils
[13:21] <ahasenack> might work
[13:21] <ahasenack>  /usr/share/doc/binutils/copyright: GPL (v3 or later)
[13:22] <ahasenack> gets a bit confused with libc6
[13:23] <ahasenack> who doesn't
[13:23] <mdeslaur> heh
[13:24] <mdeslaur> I think it's meant to parse the license in source files, not in the copyright file itself
[13:24] <rbasak> licensecheck is mainly intended for scanning code rather than copyright files AIUI. But since it searches regexs, it may work.
[13:24] <ahasenack> $ licensecheck -l 10000 /usr/share/doc/libc6/copyright
[13:24] <ahasenack>  /usr/share/doc/libc6/copyright: BSD (3 clause) ISC GPL (v2) GPL (v2) LGPL (v2)
[13:24] <ahasenack> still misses a lot
[13:25] <mdeslaur> ahasenack: is grep "^License:" /usr/share/doc/libc6/copyright not enough?
[13:25] <ahasenack> mdeslaur: not all have that field
[13:26] <ahasenack> and some times it's a different license for the debian/* stuff
[13:26] <rbasak> That particular file is free form text
[13:26] <ahasenack> there is a DEP for that
[13:26] <mdeslaur> oh heh, I of course used the example that doesn't respect the DEP
[13:27] <rbasak> IMHO, there basically isn't the data that can give you conclusive results. You have to do it manually.
[13:27] <rbasak> Any automation may give you results for most things but they also be wrong so you can't rely on those results.
[13:27] <ahasenack> I have a list of 279 packages
[13:27] <ahasenack> names, that is
[13:28] <rbasak> And of course this depends on debian/copyright being correct. I reckon you'll find errors across 279 packages.
[13:28]  * mdeslaur estimates in about 276 packages
[13:28] <rbasak> Depending on the required accuracy of your answer your task is non-trivial.
[13:29] <ahasenack> it's to be done in 2h, that defines it as trivial
[13:30] <ahasenack> I could as well just dump the whole copyright file
[13:30] <ahasenack> instead of a simple abbreviation
[13:31] <rbasak> Yeah I'd just extract all copyright files and provide those.
[13:31] <rbasak> That's all that's really achievable in 2h.
[14:01] <ricotz> hi, is something holding back rustc from transiting out of proposed? https://launchpad.net/ubuntu/+source/rustc/1.18.0+dfsg1-4ubuntu1
[14:41] <cpaelzer> hiho, what is the usual duration from a package in Debian going to "installed" state until "has not been picked up by LP yet. Please try again later." on syncpackage goes away?
[14:42] <cpaelzer> I expected a 30m or 1h job, but it is 2h now and still not finiding it - so it might be better to ask what to expect
[14:57] <ahasenack> given a package I downloaded via apt-get, how can I figure out its download url?
[14:57] <ahasenack> apt-cache doesn't print that out explicitly
[14:58] <ahasenack> "apt-cache show" shows "Filename", maybe I can use that
[15:16] <mdeslaur> ahasenack: apt-cache policy
[15:16] <mdeslaur> you'll need to mangle that a bit
[15:17] <mdeslaur> oh, apt-cache show too
[15:26] <juliank> cpaelzer: Usuually takes a few hours (well, more like 6?) in my experience
[15:27] <juliank> ahasenack: The correct way to figure out download urls for packages generally is apt download --print-uris <package name>[=<version>]
[15:29] <cpaelzer> thanks juliank, that is a target I can wait for and retry
[15:29] <ahasenack> juliank: nice trick
[16:00] <ahasenack> juliank: hm, apt download --printuris doesn't seem to work for packages from ppas
[16:01] <ahasenack> it just prints nothing
[18:02] <SpamapS> doko: FYI, https://bugs.launchpad.net/ubuntu/+source/python3.6/+bug/1711724 <-- I just uploaded a xenial SRU of python3.5
[18:31] <slangasek> rharper: replied to your comment on the livecd-rootfs mp; let me know if we need to discuss
[18:32] <rharper> thanks, will read
[18:37] <rharper> slangasek: yes; hrm;  I was hoping to avoid exec'ing locale -a or localedef --list to see what's available;  I assumed a 1:1 mapping between the /etc/default/lang and what's in /usr/lib/locale/ ;  otherwise, if they're not the same, we're including additional locales which won't be used by default (making the image larger)?
[18:39] <slangasek> rharper: ok, from my pov that's an awkward assumption for cloud-init to be hard-coding; let me think on it
[18:41] <rharper> slangasek: I'm not sure it's the *right* thing; we previously have always generated en_US.UTF-8 (unless told a different locale);  we could now check (locale -a and/or localedef --list); and if the default/or requested lang is already available, avoid calling locale-gen;
[18:41] <rharper> the debian cloud-image, for example doesn't contain a locale-archive file, but has 135MB of locale dirs in /usr/lib/locale/  (one can see the list via locale -a) ;
[20:59] <Unit193> LocutusOfBorg: Oh dang, now you are active.  Oh well, already filed Bug 1711748.
[21:00] <LocutusOfBorg> done, leaving now! cheers
[21:21] <jackpot51> What's going on with launchpad?
[21:24] <dasjoe> Works for me
[21:25] <jackpot51> I uploaded packages almost 6 hours ago and they haven't started building
[21:25] <jackpot51> The predicted time has been 30 minutes for several hours
[21:41] <Unit193> Did someone upload KDE/Qt again?