=== Wryhder is now known as Lucas_Gray === hyperair is now known as Guest43106 [08:01] Somebody can have a look to https://launchpad.net/ubuntu/+source/thunderbird ? Hanging in proposed for some time now [12:04] waveform: hell [12:04] hello :) [12:05] zyga, hi! [12:05] waveform: I'd like to ask you about bug https://bugs.launchpad.net/snapd/+bug/1574103 [12:05] Launchpad bug 1574103 in snapd "Raspberry Pi 2 image LEDs are swapped." [Medium,In progress] [12:05] I spoke to some developers working on the related part of snapd and I the issue can finally be fixed for everyone in the field [12:05] but it requires an explicit markup in the gadget snap [12:06] I left two comments in the bug, please have a look [12:06] zyga, will do [12:06] waveform: thank you, let me know if you have any questions about this [12:06] waveform: I think it could be one or two liner to fix [12:11] zyga, yup - that's simple enough. I did wonder why those two were configured that way, but just assumed "that's how someone wanted it" [12:11] waveform: you mean the LEDs? [12:13] waveform: I don't know if this is true but I suspect it would also be the first time this functionality was used for public devices [12:13] zyga, yup, the LEDs [12:14] zyga, interesting - pioneering even (sorry, bad pun :) [12:14] hahaha [12:14] it would be a pity if it broke ;) [12:15] waveform: ping me back once you have something for testing, I think it would be a cool story to share [12:15] heh, with all the fun we're having with the classic image at the moment, that doesn't bear thinking about! [12:15] zyga, will do [12:16] popey: ^ FYI (pi gadget updates to fix backwards leds) [12:41] if a package wants to ship binary+manpage (ok) and a symlink to the binray for ease of use to be also available under antother name lintian rightfully complains "W: mdevctl: binary-without-manpage" [12:41] what is the common pattern to resove this, also ln -s the manpage OR copy the manpage OR some flagging/metadata for man to recognize the one file being responsible for both binary paths [13:10] ln -s the man page [13:10] cpaelzer: ^- [13:11] while it's possible to put metadata in the man page itself, it's better to have it in the filesystem [13:11] you should mention both possible names in the NAME section of the man page, ideally. See lexgrog(1) for the correct formatting === ricab is now known as ricab|lunch [13:24] thanks cjwatson, will do so [13:53] cjwatson: worked and even followed it up to name the symlink .gz when it packed the actual manpage - but it made a link with a leading / which is broken [13:53] I might need to experiment with ln options on that [13:53] tried "-s -r ./orig ..." and ""-s -r orig ..."" [13:53] both end up as "-> /orig" which isn#t what I'd need [13:54] dropping -r for a test of that ... [13:57] got it - "ln -s orig full-path-to-new-in-builddir" did it [13:57] Or you could just use dh_link which should DTRT [13:58] I'd want to do it in the upstream makefile to upstream it [13:58] which is what I did now === ricab|lunch is now known as ricab [14:19] doko: https://bileto.ubuntu.com/excuses/3845/focal.html is the bileto results for python3-defaults pointing at v3.8 [14:21] so 198+ packages regressed in release pocket, at least. Tests are still running [14:31] xnox: "regressed in release pocket" is misleading. we already have all these in the release pocket, where didn't try building/testing with 3.8 [14:42] doko: it's not misleading. it's the packages that would regress their autopkgtests if python3-defaults pointing at v3.8 migrates =) which obviously it will be blocked from doing so. [14:43] doko: i don't know if your concern is around the language i used, but this is approximately how the things will look like if we sync python3-defaults from experimental to focal-proposed [14:43] xnox: well, yes, but some of those are already regressed without the upcoming upload [14:43] ah [14:44] but anyway, we have to fix all these [14:44] doko: should i make a bileto PPA with a no-change rebuild of python3-defaults, python3.8, python3.7 to trigger things as is? [14:44] because fixing those things is more urgent, as they would start creeping up in the dep chains? [14:44] no, that doesn't have any value now, I think, unless somebody wants to work on these now [15:08] cpaelzer, rbasak, do you know if anyone is looking at the postgresql-12 autopkgtest failures on focal? [15:19] seb128: we have been looking and resolving them down from ~40 -> 23 (custom test triggers) and then with more effort (fixes) down to 11 [15:19] seb128: the remaining 11 are all cases were the upstreams have to wake up and actually push e.g. a new version [15:19] to not do all of that on our shoulders we ahve decided about a week ago to wait a bit (allowing upstreams the time to release that) [15:20] and then will pick it up again [15:20] seb128: it is postponed intentionally, but not un-noticed :-) [15:20] does that answer the question enough seb128? [15:21] cpaelzer, sort of, my next question is what are we supposed to do for items blocked on those? just skip and let migrate? (e.g libxml2) [15:24] cpaelzer, thx for the reply in any case! [17:10] seb128: my plan was to get back after DPDK (~1-2 weeks from now) and then check upstreams [17:11] I wsa in touch with myon (Debian postgres maintainer) and synced on these open cases [17:11] seb128: if things are blocked we might let them pass [17:11] eventually there are two cases a) real issues and b) obvious non-related issues like if libxml fails due to the wrong DB being installed [17:11] if it is easy to decide I'd let them pass [17:12] but otherwsise if things can wait the 2 weeks I'd wait [17:12] then once we know more we can do much better decisions === ricab_ is now known as ricab [21:12] what am i doing wrong here? [21:12] (xenial-1.38)mwhudson@anduril:~/src/pkg/rustc$ ~/src/ubuntu/ubuntu-archive-tools/trunk/copy-package -s xenial --from ppa:ubuntu-toolchain-r/ubuntu/ppa --to ppa:mwhudson/ubuntu/rust-stuff -b gcc-7 [21:12] Copy candidates: [21:12] Could not find source 'gcc-7/None' in xenial [21:13] oh wrong ppa [21:30] mwhudson: Might be the wrong PPA. Hope that helps. [21:31] infinity: you hero [21:31] I live to give.