[00:57] <bryce> xevious, seen our video?  https://www.youtube.com/watch?v=f6UHXkND4Sc
[00:58] <xevious> WAIT Canvas rotation??
[01:00] <xevious> Great video! Thanks for the link
[08:19] <seb128> ddstreet, hey, could you commit your network-manager fixes to the vcs?
[08:19] <ddstreet> seb128 sure, i forgot again, sorry
[08:20] <seb128> ddstreet, np!
[09:28] <paride> Hey. Has Focal been left out from https://changelogs.ubuntu.com/meta-release-lts on purpose, perhaps waiting for the first point release?
[09:30] <paride> Laney, maybe you know this bit ^^
[09:32] <Unit193> LTS to LTS usually is available at the first point release.
[09:33] <paride> Hi Unit193 :) I thought that was the reason. Yet I think it prevents `do-release-upgrade -d` from upgrading from focal to groovy
[09:34] <paride> Maybe Focal should be put in meta-release, and put in meta-release-lts after .1 is out?
[09:34] <Unit193> I believe you can change the prompt in /etc/update-manager/* to 'normal'
[09:34] <paride> Unit193, yeah, that doesn't work
[09:35] <paride> actually I quite remember it working on my laptop just a few days after the Focal release, now I can't get it working anymore, and can easily reproduce it on a Focal LXD container
[09:35] <Unit193> Development usually takes a month or two for a normal upgrade, I *think*.  I could be wrong.
[09:36] <paride> OK, maybe everything is just as it should be
[09:36] <Unit193> The LTS choice obviously won't ever offer groovy.
[09:36] <Unit193> If you want to hop, you can use the Debian way.
[09:38] <paride> That works, I'm already using Focal on my laptop, but now I wanted to upgrade a development machine and I was surprised of not being able to do so using do-release-upgrade
[09:39] <paride> this with Prompt=normal in /etc/update-manager/release-upgrades
[09:45] <cpaelzer> Hi, I have a very weird FTBFS in bionic that still worked 4 weeks ago, after tracking down what I thought to be the root cause I'm kind of lost - there must be a rootier one that I still miss.
[09:46] <cpaelzer> it comes down to a puzzling 'warning: "sizeof" is not defined, evaluates to 0 [-Wundef]'
[09:46] <Laney> paride: It's really a bdmurray thing, but it's in meta-release-lts-development which I think is normal
[09:46] <cpaelzer> shouldn't that be part of the language - how can it be missing?
[09:46] <Laney> for upgrading to *groovy*, perhaps we want groovy in meta-release-development, not sure
[09:46] <cpaelzer> to make it more weird, not only did it work a few weeks ago - it also works in a bionic-VM but fails in a bionic-sbuild chroot
[09:49] <paride> Laney, thanks, I missed the -development one. Let's wait for bdmurray then.
[09:49] <cpaelzer> doko: ^^ would you have any idea why sizeof could be considered missing?
[09:49] <cjwatson> cpaelzer: I think anyone looking at this is going to need more context
[09:50] <cpaelzer> I didn't want to drop too much text into IRC, but you are right cjwatson - anyone needing more context can find it in https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1847361/comments/55 and later comments
[11:16] <paride> juliank, hi. On https://bugs.launchpad.net/ubuntu/+source/rust-ripgrep/+bug/1868517 , it seems to me that fd-find *does* include the file
[11:17] <juliank> paride: where?
[11:17] <paride>  /usr/lib/cargo/.crates2.json as the others
[11:17] <juliank> paride: I looked at the deb on amd64, and it's not in there
[11:17] <paride> oops that's the normal place for that file to be?
[11:18] <juliank> paride: huh, now i see it
[11:18] <juliank> Not sure what happened, sorry
[11:18] <juliank> paride: Ah, I guess it installs into a different place
[11:18] <juliank> paride: The others install into /usr/.crates2.json, this installs to /usr/lib/cargo/.crates2.json
[11:19] <paride> not sure on the reason for the difference, but I think we want it rebuilt too
[11:19] <juliank> Also dotenv needs rebuild too
[11:20] <juliank> paride: I basically piped apt-file find /usr/.crates2.json output to rebuild-for script, hence did not notice /usr/lib/cargo ones
[11:21] <juliank> Building rebuilds
[11:21] <paride> that was certainly a good idea. I didn't notice some packages put that file elsewhere
[11:21] <paride> thanks!
[11:22] <juliank> rebuilds uploaded
[11:23] <juliank> I think some stuff is FTBFS
[11:23] <paride> :/
[11:24] <juliank> Yeah rust-sniffglue
[11:24] <juliank>  sbuild-build-depends-rust-sniffglue-dummy : Depends: librust-syscallz-0.12+default-dev
[11:24] <juliank> not sure what's going on there
[11:24] <juliank> as the matching librust-syscallz is in proposed
[11:25] <juliank> provided by librust-syscallz-dev 0.12.0-1 (= 0.12.0-1)
[11:26] <juliank> it's also not in dep-wait, which you'd expect if the dep were missing
[13:58] <smoser> anyone able to review https://code.launchpad.net/~chad.smith/ubuntu/+source/sbuild-launchpad-chroot/+git/sbuild-launchpad-chroot/+merge/382529 and comment on bug 1872163 ?
[13:58] <smoser> how is it that sbuild-launchpad-chroot can be so busted?
[14:04] <rbasak> ahasenack: here's the fix for your bug: https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/383513
[14:04] <rbasak> If you fancy reviewing it, but if not I guess bryce will get to it?
[14:04] <rbasak> I'm going to hold on announcing 0.10 and put this in a 0.10.1 instead.
[14:10] <Odd_Bloke> smoser: It's in universe, who would you expect to be making sure it isn't busted?
[14:11] <ahasenack> rbasak: ok for 0.10.1
[14:12] <ahasenack> yeah, I'll let him review
[14:16] <smoser> Odd_Bloke: I honestly thought that package specifically was used by developers.
[14:16] <smoser> so... "everyone".
[14:16] <smoser> it really is the easiest way to get a launchpad-like build environment locally.
[14:27] <Odd_Bloke> smoser: I wasn't aware of it until I joined the server team, FWIW.
[14:32] <smoser> i didn't use it until i was aware of it either.
[14:32] <smoser> and i had some list of "create and  maintain schroot" commands
[14:32] <smoser> that never exactly mimic'd what was on launchpad
[14:32] <smoser> and were a pita to set up
[14:33] <rbasak> cpaelzer: reimport of qemu, chrony and gpsd in progress. They will be force pushed as they complete. I'll let you know.
[14:44] <cpaelzer> thanks rbasak
[15:01] <ackk> hi, could someone please sponsor this upload to groovy https://code.launchpad.net/~ack/ubuntu/+source/maas/+git/maas/+merge/383411 ?
[15:09] <rbasak> cpaelzer: gpsd done. qemu still in progress. chrony failed - more on that after I investigate.
[15:11] <rbasak> I've just spotted a potential problem in the gpsd reimport
[15:12] <rbasak> Only minor but will cause hash mutation, so I may have to reimport again after fixing it
[15:21] <ackk> juliank, hi, any chance you could take a look at the MP above? ^
[15:24] <juliank> ackk: not today likely
[15:25] <ackk> juliank, ok, no worries. it's not super-urgent
[15:25] <juliank> ackk: If still needed, ping me tomorrow at 9 CEST?
[15:25] <juliank> Or I can look myself
[15:25] <juliank> s/at/after|around/
[15:25] <ackk> juliank, yeah sure, thanks
[15:41] <cpaelzer> ok rbasak
[15:41] <cpaelzer> png me once done
[16:22] <ogra> waveform, FYI https://ograblog.wordpress.com/2020/05/06/using-the-new-12mp-pi-cam-for-video-conferencing-on-your-desktop/ ... the new cam works really well on UbuntuCore18 !
[16:37] <rharper> is there a command line tool to print out your own launchpad ppas?
[16:43] <rbasak> rharper: lp-shell -c'print("\n".join(ppa.web_link for ppa in lp.me.ppas_collection))'
[16:43] <rbasak> Or if you want something other than the web_link, choose from https://launchpad.net/+apidoc/devel.html#archive
[16:44] <Eickmeyer> LocutusOfBorg: Looks like a nasty dep-wait on inkscape for i386. I talked to vorlon about it, and he said it was another component that is FTBFS causing the problem?
[16:44] <Eickmeyer> I had to remove inkscape from Ubuntu Studio
[16:44] <Eickmeyer> Temporarily
[16:46] <rbasak> cpaelzer: bug found and fix proposed: https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/383522
[16:46] <rbasak> cpaelzer: qemu is still going. I'll cancel it.
[16:46] <rbasak> cpaelzer: so the current status is: qemu and chrony: no changes yet, until I land a bugfix. gpsd is reimported, but I'm afraid I'll have to do it again after the bugfix lands. Sorry.
[16:47] <rbasak> And thank you for letting me test on you!
[16:53] <rharper> rbasak: nice, thanks
[16:53]  * rharper finds lptools 
[17:09] <LocutusOfBorg> Eickmeyer, should we keep inkscape/i386? vorlon ^
[17:09] <LocutusOfBorg> ?
[17:09] <vorlon> LocutusOfBorg: yes, the germinate output will tell you why.
[17:09]  * Eickmeyer has no objections to removing inkscape/i386
[17:11] <LocutusOfBorg> I'm not sure I know that germinate link
[17:11] <LocutusOfBorg> https://people.canonical.com/~ubuntu-archive/germinate-output/ ?
[17:11] <vorlon> https://people.canonical.com/~ubuntu-archive/germinate-output/i386.groovy/
[17:12] <LocutusOfBorg> pacemaker
[17:12] <LocutusOfBorg> https://people.canonical.com/~ubuntu-archive//germinate-output/i386.groovy/rdepends/inkscape/inkscape
[17:12] <LocutusOfBorg> and game-data-packager
[17:12] <LocutusOfBorg> sigh
[17:13] <Eickmeyer> Well, wonderful.
[17:14] <LocutusOfBorg> I wanted to fix riscv64, and looks like I got it right
[17:14] <Eickmeyer> Yeah, so far so good.
[17:14] <LocutusOfBorg> next step after I finish this bootstrap is to look at it
[17:14] <LocutusOfBorg> https://bileto.ubuntu.com/#/ticket/4042
[17:17] <Eickmeyer> The issue with inkscape/i386 is gtkmm3.0/i386 which is FTBFS, looks like it will need some work that is way over my head.
[18:23] <waveform> rbasak, I think I know what's going on with the git-ubuntu u-boot merge
[18:25]  * ahasenack thinks under the water
[18:26] <waveform> rbasak, the thing that got committed as the 2019.07+dfsg-1 commit wasn't *quite* 2019.07+dfsg-1; there's several files in there that shouldn't be
[18:29] <waveform> rbasak, specifically the rpi patches (and u-boot-rpi.postinst) which are unique to us; I must've done something wrong in that rebase, and it didn't get caught. Anyway it means that there's no commit there that can be accurately marked as import/2019.07+dfsg-1
[18:31] <waveform> rbasak, if you want to fix up the history by burning the manually imported commits there I'm okay with that?
[18:48] <rbasak> waveform: thanks; I'll look at it later if that's OK
[19:33] <RikMills> apt-get install libclang-9-dev
[19:33] <RikMills> The following packages have unmet dependencies:
[19:33] <RikMills>  lib32gcc1 : Depends: gcc-10-base (= 10-20200425-1ubuntu2) but 10-20200502-1ubuntu1 is to be installed
[19:33] <RikMills> doko: ? ^
[19:36] <waveform> rbasak, sure - no prob - ping me if you need any details
[19:57] <blackboxsw> paride: thanks for the review on my sbuild-launchpad-chroot branch & smoser for continued efforts there