| === ben_r_ is now known as ben_r | ||
| bryce | xevious, seen our video? https://www.youtube.com/watch?v=f6UHXkND4Sc | 00:57 |
|---|---|---|
| xevious | WAIT Canvas rotation?? | 00:58 |
| xevious | Great video! Thanks for the link | 01:00 |
| seb128 | ddstreet, hey, could you commit your network-manager fixes to the vcs? | 08:19 |
| ddstreet | seb128 sure, i forgot again, sorry | 08:19 |
| seb128 | ddstreet, np! | 08:20 |
| 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:28 |
| paride | Laney, maybe you know this bit ^^ | 09:30 |
| Unit193 | LTS to LTS usually is available at the first point release. | 09:32 |
| === heliocastro is now known as helio|afk | ||
| 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:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| 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:38 |
| paride | this with Prompt=normal in /etc/update-manager/release-upgrades | 09:39 |
| 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:45 |
| 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:46 |
| 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:49 |
| 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 | 09:50 |
| ubottu | Launchpad bug 1847361 in qemu (Ubuntu Eoan) "Upgrade of qemu binaries causes running instances not able to dynamically load modules" [Undecided,Fix committed] | 09:50 |
| === helio|afk is now known as heliocastro | ||
| 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:16 |
| ubottu | Launchpad bug 1868517 in rust-fd-find (Ubuntu) "Stray /usr/.crates2.json file" [Undecided,Incomplete] | 11:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| juliank | rebuilds uploaded | 11:22 |
| juliank | I think some stuff is FTBFS | 11:23 |
| paride | :/ | 11:23 |
| 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:24 |
| juliank | provided by librust-syscallz-dev 0.12.0-1 (= 0.12.0-1) | 11:25 |
| juliank | it's also not in dep-wait, which you'd expect if the dep were missing | 11:26 |
| 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 |
| ubottu | bug 1872163 in sbuild-launchpad-chroot (Ubuntu) "focal chroots broken due to change in sources.list" [Undecided,Confirmed] https://launchpad.net/bugs/1872163 | 13:58 |
| smoser | how is it that sbuild-launchpad-chroot can be so busted? | 13:58 |
| 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:04 |
| Odd_Bloke | smoser: It's in universe, who would you expect to be making sure it isn't busted? | 14:10 |
| ahasenack | rbasak: ok for 0.10.1 | 14:11 |
| ahasenack | yeah, I'll let him review | 14:12 |
| 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:16 |
| Odd_Bloke | smoser: I wasn't aware of it until I joined the server team, FWIW. | 14:27 |
| 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:32 |
| rbasak | cpaelzer: reimport of qemu, chrony and gpsd in progress. They will be force pushed as they complete. I'll let you know. | 14:33 |
| cpaelzer | thanks rbasak | 14:44 |
| === heliocastro is now known as helio|afk | ||
| ackk | hi, could someone please sponsor this upload to groovy https://code.launchpad.net/~ack/ubuntu/+source/maas/+git/maas/+merge/383411 ? | 15:01 |
| rbasak | cpaelzer: gpsd done. qemu still in progress. chrony failed - more on that after I investigate. | 15:09 |
| rbasak | I've just spotted a potential problem in the gpsd reimport | 15:11 |
| rbasak | Only minor but will cause hash mutation, so I may have to reimport again after fixing it | 15:12 |
| ackk | juliank, hi, any chance you could take a look at the MP above? ^ | 15:21 |
| juliank | ackk: not today likely | 15:24 |
| 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:25 |
| cpaelzer | ok rbasak | 15:41 |
| cpaelzer | png me once done | 15:41 |
| 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:22 |
| rharper | is there a command line tool to print out your own launchpad ppas? | 16:37 |
| 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:43 |
| 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:44 |
| 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:46 |
| rbasak | And thank you for letting me test on you! | 16:47 |
| rharper | rbasak: nice, thanks | 16:53 |
| * rharper finds lptools | 16:53 | |
| 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:09 | |
| 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:11 |
| 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:12 |
| Eickmeyer | Well, wonderful. | 17:13 |
| 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:14 |
| 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. | 17:17 |
| waveform | rbasak, I think I know what's going on with the git-ubuntu u-boot merge | 18:23 |
| * ahasenack thinks under the water | 18:25 | |
| 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:26 |
| 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:29 |
| waveform | rbasak, if you want to fix up the history by burning the manually imported commits there I'm okay with that? | 18:31 |
| rbasak | waveform: thanks; I'll look at it later if that's OK | 18:48 |
| 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:33 |
| waveform | rbasak, sure - no prob - ping me if you need any details | 19:36 |
| blackboxsw | paride: thanks for the review on my sbuild-launchpad-chroot branch & smoser for continued efforts there | 19:57 |
| === ben_r_ is now known as ben_r | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!