/srv/irclogs.ubuntu.com/2022/02/02/#ubuntu-devel.txt

jbichacan anyone explain why https://people.canonical.com/~ubuntu-archive/madison.cgi?package=qtwayland-opensource-src&S=on is missing on i386 in jammy?00:00
jbichaeven though i386 binaries were built earlier https://launchpad.net/ubuntu/+source/qtwayland-opensource-src/5.15.2-4/+build/2223471200:01
jbichashould I do a no-change rebuild?00:02
sarnoldI'm surprised we build it at all, it doesn't feel like one of the ones that steam would have needed00:03
bdmurrayMaybe check the i386-whitelist package set00:04
bdmurrayOr this discourse post https://discourse.ubuntu.com/t/community-process-for-32-bit-compatibility/1259800:05
RikMillsjbicha: I see in my IRC logs that it was removed from the i386 whitelist last October00:05
RikMillshttps://irclogs.ubuntu.com/2021/10/08/%23ubuntu-release.html00:08
RikMills-queuebot:#ubuntu-release- Packageset: Removed qtwayland-opensource-src from i386-whitelist in impish00:08
jbichasarnold: it's (apparently optionally) used by https://launchpad.net/ubuntu/+source/gst-plugins-good1.0/1.19.90-1ubuntu100:09
sarnoldahh... that *does* seem like something that steam would use, heh00:10
jbichait was dropped here https://launchpad.net/ubuntu/+source/gst-plugins-good1.0/1.18.5-1ubuntu200:10
jbichaI guess I'll ask Seb tomorrow then00:11
=== amurray_ is now known as amurray
sunweaverstgraber: hi. Here comes a request from the UBports team, would you mind fixing LXC for arm64 on Ubuntu focal? See: https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/195866111:46
ubottuLaunchpad bug 1958661 in lxc (Ubuntu) "LXC fails to start container on some arm64 devices" [Undecided, New]11:46
sunweaverThis would be much appreciated!!!11:46
LocutusOfBorgxnox, hello, did you work with openssl bundled in nodejs?13:01
LocutusOfBorg        > 51 |     hash = require('crypto').createHash(hashType);13:01
LocutusOfBorghttps://launchpadlibrarian.net/583449555/buildlog_ubuntu-jammy-amd64.node-loader-utils_2.0.2-1_BUILDING.txt.gz13:01
LocutusOfBorgthis looks a problem due to use of bundled ssl?13:01
LocutusOfBorgwell, the test wasn't run in previous version, and fails there too13:24
=== rharper_ is now known as rharper
ahasenackrbasak: new packages in main are only seen by git-ubuntu if it's restarted?14:50
ahasenackin terms of importing them14:50
ahasenackkanashiro: I see you had a repository for lto-disabled-list, I just imported it into git-ubuntu: https://code.launchpad.net/ubuntu/+source/lto-disabled-list14:55
ahasenackfyi14:55
kanashiroahasenack, ack15:01
rbasakahasenack: yes - IIRC we couldn't find a way in Launchpad's API to determine if a package belongs to main or universe, so instead we fetch (and gpg verify) the apt indexes when the poller is started. So restarting the poller is necessary if there's a package that's not imported, moved to main, and you want it to be imported on the "all packages in main" criteria. However, an alternative is to just15:07
rbasakimport it by injecting the request, because then it'll keep up with it regardless of component.15:08
ahasenackrbasak: ok, thanks, yes, I did just that, requested a normal import15:56
cjwatsonrbasak: Odd - there's a component_name attribute on source_package_publishing_history that should tell you15:57
rbasakMaybe we missed that15:59
cjwatsonOr maybe I'm missing some subtlety :)15:59
=== genii-core is now known as genii
rbasakWe are glossing over the main-ness of a package being a per-publication thing, rather than a property of a source package itself.16:00
rbasakThat's a little tricky to resolve, and in git-ubuntu we just ignore it by looking to see if a package is in main in the development release at the time we looked.16:01
rbasakThat's slightly harder to resolve from the Launchpad API, I think.16:01
rbasakAlso, because of the design at the time, we wanted a "list of all packages in main" and that's harder to do without a large number of API calls if we're going to use source_package_publishing_history.component_name16:02
rbasakIt might be easier now that we have a should_this_package_be_imported(pkg_name) function because that could look things up at the time.16:02
jbichavorlon: can you re-enable qtwayland-opensource-src for i386? gst-plugins-good1.0 in jammy-proposed wants it16:11
xnoxLocutusOfBorg:  somewhat yes. But i didn't pay attention if we have upgraded node already, or not17:12
dbungertLooking for a sponsor for a rebuild to help with NBS report: LP: #195970017:21
ubottuLaunchpad bug 1959700 in facter (Ubuntu) "Please upload a rebuild for libssl and libyaml-cpp" [Undecided, Confirmed] https://launchpad.net/bugs/195970017:21
schopindbungert: a simple rebuild is enough?17:22
dbungertschopin: I think so, yes17:22
schopindbungert: allright :)17:23
dbungertschopin: Thanks!17:23
ahasenackI'd like to remove a package from lto-disabled-list, I verified a) it builds fine with lto; b) the failure that got it placed in here was not lto related, but python related17:41
ahasenackso just do it?17:41
ahasenackor do we need bugs?17:42
=== mfo_ is now known as mfo
bdmurrayahasenack: a merge proposal but no bug would be good18:05
ahasenackI filed a bug for myself already, but ok18:06
ahasenackI don't understand something, though. frr is in lto-disabled-list, but the build logs of the last upload in launchpad show -lto* flags were used: https://launchpadlibrarian.net/568804185/buildlog_ubuntu-jammy-amd64.frr_8.1-1_BUILDING.txt.gz18:07
ahasenacklto-disabled-list was at v15 then, but it had frr in its list18:08
ahasenacksorry, v1618:08
ahasenackbut still there18:08
=== mfo_ is now known as mfo
ginggsahasenack: i have seen some packaging that is immune to lto-disabled-list, e.g. https://launchpad.net/ubuntu/+source/ferret-vis/7.6.0-2ubuntu119:47
ahasenackaha19:47
=== CodeMouse92 is now known as Guest1476
=== Guest1476 is now known as CodeMouse92
ahasenackvorlon: can we not build ndctl for i386? It's grown a dependency on libiniparser-dev which is not built on i386:21:50
ahasenackndctl | 71.1-1build1          | jammy                   | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x21:50
ahasenack ndctl | 72.1-1                | jammy-proposed          | source, amd64, arm64, armhf, ppc64el, riscv64, s390x21:50
ahasenack libiniparser-dev | 4.1-4ubuntu3 | jammy           | amd64, arm64, armhf, ppc64el, riscv64, s390x21:50
jbichaahasenack: we'd have to drop the build-depends from libblockdev first. Maybe Debian will do that with us22:35

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!