| marinelli | morning everyone | 06:10 |
|---|---|---|
| marinelli | there's an annoying bug with jitterentropy-rngd/hirsute -> https://bugs.launchpad.net/ubuntu/+source/jitterentropy-rngd/+bug/1922272 | 06:12 |
| ubottu | Launchpad bug 1922272 in jitterentropy-rngd (Ubuntu) "jitterentropy-rngd uses 100% CPU on Linux >= 5.11" [Undecided,New] | 06:12 |
| marinelli | I think it would make sense to fix it before releasing hirsute | 06:13 |
| marinelli | btw, the solution is to update the ubuntu version with the one in debian/testing | 06:14 |
| marinelli | I experienced the bug on my laptop (running hirsute/hirsute-proposed), and with the patched version jitterentropy-rngd does not show that behaviour | 06:15 |
| xnox | mwhudson: well..... if you are up on VPN you can actually fuse mount rsync of the mirror. | 08:44 |
| xnox | mwhudson: you can also only have a partial mirror (rsync unsplit mirror on people.canonical.com and then locally) after that only do `apt download` a few bits and pieces. | 08:44 |
| xnox | mwhudson: or fix ubuntu-cdimage & debian-cd to use things over the network. | 08:45 |
| xnox | mwhudson: btw i edit the mirror script a lot to skip most of the things. | 08:45 |
| xnox | i ponder if it will not be too hard to change everything to file:/// and then later allow for http:// | 08:45 |
| seb128 | mwhudson, hey, did you plan to fix the ubuntu-drivers-common build issue? | 09:21 |
| mwhudson | seb128: i filed a PR a couple of hours ago | 10:04 |
| mwhudson | seb128: https://github.com/tseliot/ubuntu-drivers-common/pull/52 | 10:04 |
| seb128 | mwhudson, ah, thanks | 10:04 |
| mwhudson | i suppose i should test build it this time... | 10:04 |
| mwhudson | yes it builds now | 10:20 |
| mwhudson | seb128: last time my PR got merged and uploaded pretty quickly, but i guess i can upload my change tomorrow if it doesn't | 10:20 |
| seb128 | mwhudson, let's see if tseliot is around | 10:31 |
| === alan_g_ is now known as alan_g | ||
| Laney | seb128: I just noticed the size we're getting for ubuntu isos is the arm64 one, do we need to add the arch in there as a tag maybe? | 11:11 |
| rbasak | kanashiro_: looks like there are a bunch of other packages that build-depend on docker. Are these also going to FTBFS now due to the change in docker in bundling in the proposed pockets - same as libpod, etc? http://paste.ubuntu.com/p/BPPktym6dR/ | 12:46 |
| cpaelzer__ | wgrant: doko: I'm seeing an odd build fail on groovy (for an SRU build). https://launchpadlibrarian.net/532344737/buildlog_ubuntu-groovy-riscv64.nss_2%3A3.55-1ubuntu3.1_BUILDING.txt.gz | 13:18 |
| rbasak | kanashiro_: could you maybe stick the depending packages into a PPA (both Focal and Groovy I guess) with proposed enabled to check that they still successfully build? | 13:18 |
| cpaelzer__ | wgrant: doko: only riscv64 fails while it worked yesterday just fine | 13:18 |
| cpaelzer__ | good: https://launchpadlibrarian.net/532187116/buildlog_ubuntu-groovy-riscv64.nss_2%3A3.55-1ubuntu3.1_BUILDING.txt.gz bad https://launchpadlibrarian.net/532344737/buildlog_ubuntu-groovy-riscv64.nss_2%3A3.55-1ubuntu3.1_BUILDING.txt.gz | 13:18 |
| cpaelzer__ | one can see that in the good case, the same spot emits a warning "note: variable tracking size limit exceeded with ‘-fvar-tracking-assignments’, retrying without" | 13:19 |
| cpaelzer__ | is that anything known from your riscv64 or toolchain experience? | 13:19 |
| === cpaelzer__ is now known as cpaelzer | ||
| wgrant | cjwatson: I think this might be the 150 vs 1500 timeout that possibly got reverted? | 13:21 |
| cjwatson | Hm could be | 13:23 |
| cjwatson | May have forgotten about that while reflashing, pesky manual steps | 13:23 |
| seb128 | Laney, ups, yes the arch should be a tag, the script does collect it it meant to be used, I've submitted a change for that now | 13:31 |
| doko | node/npm experts, what's going wrong with https://launchpadlibrarian.net/532496413/buildlog_ubuntu-hirsute-amd64.greenbone-security-assistant_20.8.0-2ubuntu1_BUILDING.txt.gz ? | 13:59 |
| cjwatson | cpaelzer: I'll fix the timeout, though the reflash process is pretty slow so may take a while | 14:03 |
| cpaelzer | thank you cjwatson, if you maybe could just restart https://launchpad.net/ubuntu/+source/nss/2:3.55-1ubuntu3.1/+build/21363729 after that is completed that would be great | 14:07 |
| cjwatson | Sure | 14:09 |
| cjwatson | cpaelzer: Done (still reflashing, but I gave it an updated builder) | 14:18 |
| cpaelzer | thanks cjwatson | 14:20 |
| cjwatson | Reflashing managed to kill one of the VM hosts, sigh | 14:43 |
| cjwatson | Sorry for the lost build time on 001..030 | 14:44 |
| dbungert | doko: transient network error it looks like to me. The request looks reasonable otherwise. | 14:46 |
| doko | dbungert: builds don't have access to the network, so that points to a missing b-d ... but which one? | 14:48 |
| dbungert | doko: try node-babel-cli please | 14:48 |
| dbungert | note also that babel tends to bring a lot of friends, so that one missing build-dep might be hiding 10 more | 14:50 |
| doko | dbungert: how did you see that from the build log? | 14:57 |
| dbungert | npm ERR! network request to https://registry.npmjs.org/@babel%2fcli failed - the @babel/cli part should be the package name in npm-speak | 14:59 |
| ginggs | doko: see debian bug #986531 - maybe you don't want to fix greenbone | 16:04 |
| ubottu | Debian bug 986531 in release.debian.org "RM: gvm-libs/20.8.0-2" [Normal,Open] http://bugs.debian.org/986531 | 16:04 |
| doko | dbungert: ^^^ | 16:14 |
| dbungert | doko: I think I concur with this analysis. Even if we wanted to try to fix this, I think that the package has other dependencies that aren't available in ubuntu. | 16:15 |
| doko | ok, I'll see that I remove these tomorrow | 16:20 |
| unixbsd | you can find the ubuntuÃ-live memstick for backup of Windows 1, using Ubuntu, the perfect suite for developers like YOU !!! it features partclone: https://openbsdtai123.shell.ircnow.org/ubuntu-live-memstick.html | 20:21 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!