| acheronuk | ahasenack: abi-compliance-checker finally got all it's tests passed and migrated | 04:38 |
|---|---|---|
| mwhudson | are livefs builds hard coded to only look at main, or can i influence that somehow? | 05:04 |
| Unit193 | Eg, the iso builds? Xubuntu is mainly in universe. | 05:36 |
| 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:51 |
| 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:55 |
| * tsimonq2 doesn't know where it's hidden :P | 05:56 | |
| mwhudson | ubuntu-cdimage, right | 05:58 |
| mwhudson | i can never keep these things straight in my head | 05:58 |
| tsimonq2 | mwhudson: Once you find where it's hidden, please share :) | 05:59 |
| mwhudson | oh lol this hook is missing set -e | 06:00 |
| 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:13 |
| 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:15 |
| cpaelzer | stgraber: both changes are in the upstream projects pblicly available | 07:16 |
| 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:17 |
| cpaelzer | ok reason enough, not listing in changelog | 07:18 |
| cpaelzer | thanks stgraber | 07:18 |
| Unit193 | cpaelzer: Even more annoying? "Public" bugs filed by the automatic bot on behalf of errors.ubuntu.com... | 07:20 |
| cpaelzer | Unit193: what is the annoying part on them? | 07:26 |
| cpaelzer | other than causing work and usually being hard to debug? | 07:26 |
| Unit193 | cpaelzer: Most information you get out of 'em is in the title, doesn't have any other info. :P | 07:28 |
| 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:30 |
| Unit193 | (Eg, 1697506) | 07:33 |
| === pstolowski is now known as pstolowski|lunch | ||
| ahasenack | acheronuk: yep, my cyrus-sasl2 migration passed :) | 12:14 |
| ahasenack | thx | 12:14 |
| === pstolowski|lunch is now known as pstolowski | ||
| ahasenack | hi, in the ubuntu or debian bag of tricks, is there some sort of copyright file parser? | 13:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| ahasenack | $ licensecheck /usr/share/doc/binutils | 13:21 |
| ahasenack | might work | 13:21 |
| ahasenack | /usr/share/doc/binutils/copyright: GPL (v3 or later) | 13:21 |
| ahasenack | gets a bit confused with libc6 | 13:22 |
| ahasenack | who doesn't | 13:23 |
| mdeslaur | heh | 13:23 |
| 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:24 |
| mdeslaur | ahasenack: is grep "^License:" /usr/share/doc/libc6/copyright not enough? | 13:25 |
| ahasenack | mdeslaur: not all have that field | 13:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| ahasenack | it's to be done in 2h, that defines it as trivial | 13:29 |
| ahasenack | I could as well just dump the whole copyright file | 13:30 |
| ahasenack | instead of a simple abbreviation | 13:30 |
| rbasak | Yeah I'd just extract all copyright files and provide those. | 13:31 |
| rbasak | That's all that's really achievable in 2h. | 13:31 |
| ricotz | hi, is something holding back rustc from transiting out of proposed? https://launchpad.net/ubuntu/+source/rustc/1.18.0+dfsg1-4ubuntu1 | 14:01 |
| === JanC is now known as Guest43740 | ||
| === JanC_ is now known as JanC | ||
| 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:41 |
| 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:42 |
| 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:57 |
| ahasenack | "apt-cache show" shows "Filename", maybe I can use that | 14:58 |
| mdeslaur | ahasenack: apt-cache policy | 15:16 |
| mdeslaur | you'll need to mangle that a bit | 15:16 |
| mdeslaur | oh, apt-cache show too | 15:17 |
| juliank | cpaelzer: Usuually takes a few hours (well, more like 6?) in my experience | 15:26 |
| juliank | ahasenack: The correct way to figure out download urls for packages generally is apt download --print-uris <package name>[=<version>] | 15:27 |
| cpaelzer | thanks juliank, that is a target I can wait for and retry | 15:29 |
| ahasenack | juliank: nice trick | 15:29 |
| ahasenack | juliank: hm, apt download --printuris doesn't seem to work for packages from ppas | 16:00 |
| ahasenack | it just prints nothing | 16:01 |
| SpamapS | doko: FYI, https://bugs.launchpad.net/ubuntu/+source/python3.6/+bug/1711724 <-- I just uploaded a xenial SRU of python3.5 | 18:02 |
| ubottu | Launchpad bug 1711724 in python3.5 (Ubuntu Xenial) "Segfaults with dict" [High,In progress] | 18:02 |
| slangasek | rharper: replied to your comment on the livecd-rootfs mp; let me know if we need to discuss | 18:31 |
| rharper | thanks, will read | 18:32 |
| 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:37 |
| slangasek | rharper: ok, from my pov that's an awkward assumption for cloud-init to be hard-coding; let me think on it | 18:39 |
| 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) ; | 18:41 |
| === tacocat is now known as volcano | ||
| === volcano is now known as tacocat | ||
| Unit193 | LocutusOfBorg: Oh dang, now you are active. Oh well, already filed Bug 1711748. | 20:59 |
| ubottu | bug 1711748 in chef (Ubuntu) "Sync chef 12.14.60-3 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1711748 | 20:59 |
| LocutusOfBorg | done, leaving now! cheers | 21:00 |
| jackpot51 | What's going on with launchpad? | 21:21 |
| dasjoe | Works for me | 21:24 |
| 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:25 |
| Unit193 | Did someone upload KDE/Qt again? | 21:41 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!