/srv/irclogs.ubuntu.com/2024/02/23/#ubuntu-devel.txt

dannfjbicha: juliank: fyi, that kdump-tools autopkgtest failure on arm64 should be fixed now. i think it was only passing before because it was being skipped due to limited memory01:11
adrienUnivrslSuprBox: in noble it will be fixed soon for armhf06:34
adrienfor i386 it won't but I think it would be more appropriate to remove it from there06:35
adrienfor that we need to know what it is used for: do you know?06:35
adrienalso, if it's only tests, we can hint these so they're not affecting migrations06:35
adrien(non-build-time tests that is)06:35
=== guiverc2 is now known as guiverc
bastifCould someone merge php-codeigniter-framework from Debian to Ubuntu? It includes the patches suggested by an Ubuntu developer. See https://bugs.launchpad.net/ubuntu/+source/php-codeigniter-framework/+bug/205471308:44
bastif(fix ftbfs with python3.12 & php8.3)08:48
LocutusOfBorgsgmoore, hello, ksanecore needs an update :)08:56
LocutusOfBorglibkf5sane needs it :D08:56
ginggsbastif: re php-codeigniter-framework, do you mean merge or sync?09:03
bastifwhat's the difference? I mean take the version of Debian and put it into Ubuntu?09:05
bastifthe package is listed in merge-o-matic, so I guess autosync won't work?09:06
LocutusOfBorgbastif, ginggs syncd09:10
ginggsbastif: merge would be if there were ubuntu changes to be kept, sync means manual sync, like LocutusOfBorg just did09:15
bastifok, sync then.09:16
sgmooreLocutusOfBorg: looking into it, thank you09:26
sgmooreLocutusOfBorg: Seems I do not have upload rights to some of the newer packages. Will have to wait for someone with fancier upload rights to upload. SOmething I intend to fix once things settle down.09:31
LocutusOfBorgsgmoore, if you need sponsoring, ping09:42
sgmooreLocutusOfBorg: yeah, I think everyone is asleep09:43
sgmooreLocutusOfBorg: packaging is here: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/ksanecore/+ref/kubuntu_noble_archive09:47
LocutusOfBorguscan to download, right?09:49
LocutusOfBorgsponsored09:49
LocutusOfBorgUploading ksanecore_23.08.5-0ubuntu1_source.changes09:49
blucais there a specific team that looks after dpkg? I see many signatures in the changelog09:50
blucait would be really great if lp:2054741 could get fixed in noble - MR with fix is attached to the bug09:50
-ubottu:#ubuntu-devel- Launchpad bug 2054741 in dpkg (Ubuntu Noble) "dpkg-buildpackage ignores DEB_BUILD_PROFILES" [Undecided, Confirmed] https://launchpad.net/bugs/205474109:50
LocutusOfBorgbluca, is this a bug in Debian?09:51
blucano, it's a bug in the ubuntu delta09:51
LocutusOfBorgack sponsoring09:51
blucamore precisely side effect of this bit of delta in dpkg-buildpackage.pl:09:52
bluca-set_build_profiles(@build_profiles) if @build_profiles;09:52
bluca+set_build_profiles(@build_profiles);09:52
blucathanks!09:52
LocutusOfBorgand instead, can't we drop that part of delta?09:53
blucait's the patch that always appends the noudeb profile to every build, unless opted-out09:54
blucait's necessary for that - I don't know whether that functionality is still needed or not09:55
blucathe fix in the MR ensures that still works as before09:57
LocutusOfBorgok thanks10:05
LocutusOfBorghowever the test can be upstreamed in Debian?10:06
LocutusOfBorghttps://launchpadlibrarian.net/715739490/buildlog_ubuntu-noble-amd64.dpkg_1.22.4ubuntu4_BUILDING.txt.gz10:11
LocutusOfBorgbluca, ^^10:11
blucathe test might, yes10:21
sgmooreLocutusOfBorg: thanks!10:21
blucaParse errors: Bad plan.  You planned 11 tests but ran 10.10:22
blucathe MR contains this bit:10:22
bluca-use Test::More tests => 10;10:22
bluca+use Test::More tests => 11;10:22
blucafor scripts/t/Dpkg_BuildProfiles.t - did that get lost by any chance?10:23
blucaoh wait it's the opposite10:23
blucaaaagh I screwed up the cherry pick10:28
blucaI refreshed the branch before as it was behind ubuntu/devel, except I used the wrong one (based on jammy), my bad10:32
blucafix: https://code.launchpad.net/~bluca/ubuntu/+source/dpkg/+git/dpkg/+merge/46111210:36
blucacorrected full patch if preferred: https://code.launchpad.net/~bluca/ubuntu/+source/dpkg/+git/dpkg/+merge/46111310:37
dviererbeCan someone sponsor these merge proposals:10:40
dviererbehttps://code.launchpad.net/~dviererbe/ubuntu/+source/unzip/+git/unzip/+merge/44489610:40
dviererbehttps://code.launchpad.net/~dviererbe/ubuntu/+source/inetutils/+git/inetutils/+merge/46110710:40
blucaLocutusOfBorg: did a new test run in a new, clean noble chroot with the fix from above, build passes now - sorry for the snafu10:46
LocutusOfBorggood catch bluca10:59
LocutusOfBorgI also didn't spot it10:59
LocutusOfBorgdviererbe, ack11:23
dviererbeLocutusOfBorg: thanks!11:23
adrienbryyce: I just had a case of several builds in a PPA because I pushed two consecutive versions fairly quickly so it's a case that is difficult to avoid even when paying attention (I'm not using my output-rewriting script ATM: it seems it has a few corner cases and it was only meant as a demo/PoC)11:29
LocutusOfBorgsgmoore, https://launchpadlibrarian.net/715743773/buildlog_ubuntu-noble-riscv64.kimap_23.08.5-0ubuntu1_BUILDING.txt.gz11:38
LocutusOfBorglooks like test is not built on riscv6411:38
LocutusOfBorgdh_install: warning: Cannot find (any matches for) "usr/lib/*/libkimaptest.a" (tried in ., debian/tmp)11:38
LocutusOfBorgqt5tests is not there...11:38
sgmooreCorrect, I have had to fix quite a few. I will fix it shortly. Thanks11:44
=== JanC_ is now known as JanC
ravikant_Hello o/, where is the code for https://launchpad.net/pkg-website (http://packages.ubuntu.com/)?13:03
=== sem2peie- is now known as sem2peie
sudipravikant_: https://salsa.debian.org/webmaster-team/packages/-/tree/ubuntu-master14:02
sudipcan anyone please retrigger the build of vtun in jammy-proposed for riscv64.14:20
ravikant_sudip: thanks!14:46
blucaLocutusOfBorg: thanks for the noble upload - any chance we can also do a backport to jammy? https://code.launchpad.net/~bluca/ubuntu/+source/dpkg/+git/dpkg/+merge/46113614:52
LocutusOfBorgack done14:54
LocutusOfBorgbluca, also mantic is on your radar?14:54
Trevinhovorlon: hey, FYI in the debian side of power profiles daemon I marked it as conflicting with tlp (that one is too powerful not to be) again, so if you want patch it on ubuntu side feel free but imho it would be just easier to add a compatibility layer on the dbus side to just be able to manage it from gnome side.14:56
Trevinhovorlon: Also... One question, isn't there any dh fancy sequence for pam-auth-update, right?14:57
LocutusOfBorgU0m doing it14:57
blucaLocutusOfBorg: thanks - I don't usually look at short term releases as I just don't use them - if really necessary for process reasons I can14:59
LocutusOfBorgI uploaded also mantic14:59
LocutusOfBorgmeh14:59
LocutusOfBorgnot sure worth the effort14:59
LocutusOfBorgI think non lts are just a waste of time for SRUs15:00
blucaI agree - thanks for the help15:00
blucajuliank: it seems apport autopkgtest is failing to due bash moving to /usr/bin: https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/amd64/a/apport/20240223_131926_86bf6@/log.gz15:29
blucajust noticed when looking at some unrelated package15:30
UnivrslSuprBoxadrien: It is build-time tests (dh_auto_test). faketime is a build-depend of some things in i386.15:30
adrienUnivrslSuprBox: do you know what does?15:34
juliankbluca: heh this only happened after bash migrated of course15:41
juliankbdrung: apport needs adjustment for bash move to /usr/bin/bash ^^15:43
UnivrslSuprBoxadrien: looks like it's a depends of epoptes, recommends of reprotest, and suggests of devscripts. I actually don't see any build-depends on i386, but that might be because 'apt rdepends' doesn't check that...16:23
UnivrslSuprBox`reverse-depends -a i386 -b faketime` reveals quite a few things16:34
adrienI was looking at that too and there are many more than I had hoped16:36
adrienaltos devscripts doxygen festival gem2deb genometools jags katarakt mcabber moon-buggy osslsigncode postsrsd pyscanfcs rsyslog sssd xapian-omega16:36
adrienthe three or four I've looked at are not easy to make optional16:37
adrienmaybe the only solution is to change coreutils to use 32-bit time_t on i38616:37
adrienor skip the test in faketime's build but I expect we'd have issues down the road16:38
adrienvorlon: does it sound good to you that i386 coreutils use a 32-bit time_t again? this should fix faketime's build and would probably be more compatible with the rest of the packages16:39
UnivrslSuprBoxI mean, we can override dh_auto_test to skip it on i386, it's just armhf that's a problem then.16:41
UnivrslSuprBoxIt's a question of how long we need to wait for armhf to, uh, work16:41
adrienarmhf will be fixed soon when the 64-bit time_t transition happens; or at least I don't think it's wise to spend time on it right now16:41
adrienarmhf is a matter of days hopefully16:42
=== pizzaiolo is now known as pizza
adrienbut I don't think skipping the test is necessarily a good idea as you would end up with an ecosystem of packages where a single package has a different notion of time_t16:43
UnivrslSuprBoxBut Steve's made it pretty clear that we shouldn't care about i386 basically at all16:43
adrienif some package then does "faketime year-3000 date" and "faketime year-3000 my-own-implementation-of-date", you'd get different results (sure, the second one is a bug but fixing the y2038 on i386 isn't a goal anyway)16:44
adrienIIRC there's a configure switch to change time_t for coreutils so it's not a lot of work (I can probably look at that next week)16:45
adrienwell, maybe there isn't, but we can probably do something16:45
juliankbase-files and glibc should land next britney run, everyone brace yourselves17:22
vorlonadrien: whenever someone asks me a question like this, my first response is to check why we're messing around with a package like faketime at all and if we can throw it away on i386.  I care about i386 not *blocking* faketime but otherwise I don't care whether faketime itself is usable on this arch17:46
vorlonI also don't care what size time_t coreutils uses on i38617:46
vorlonso: whichever solution is less work?17:46
vorlonfaketime                              | faketime                           | ocl-icd (Build-Depend)                     | Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>      |           11034 |              4117:47
vorlonyah super invested in this (not)17:47
vorlonnobody needs an i386 version of opencl :P17:48
vorlonadrien: how about patching libwine instead to not want ocl17:49
adrienvorlon: I'm fine doing that; it looks like I didn't generate the list of packages well; can you share the commands you used?17:55
adrien(is that really the only thing that requires it?)17:55
vorlonadrien: I was looking at https://ubuntu-archive-team.ubuntu.com/germinate-output/i386.noble/all17:55
vorlonit's not guaranteed that this is the only thing that requires it, but there's a reasonable chance this is so17:55
vorlongerminate unfortunately does not produce full graphs, it truncates on first match17:56
vorlonjuliank: ^ ;)17:56
adriengood to know17:56
adrienI don't have time right now; I'll be back a bit later17:56
blucaapport autopkgtest failing due to bash moving is affecting dpkg's migration in noble, could that be hinted through please?18:39
juliankPlease force-badtest apport/2.28.0-0ubuntu118:43
juliankOr force-skiptest dpkg/1.22.4ubuntu518:44
juliankIf we force-badtest apport we need to make sure to remove it before the next apport upload?18:44
juliankvorlon: wanna force-skiptest dpkg/1.22.4ubuntu5 ? I think we'll fix apport next week but I did not hear from bdrung but he wanted to cut a new release and I don't really want to get in the way before18:46
juliankThough I guess I could, it's non-native at least18:46
juliankBut anyway, force-skiptest dpkg for now is a good idea18:47
juliankOK I won't touch the apport code today, it tests that /bin/bash is in the bash package in a bunch of places and it's very annoying, if I start that it turns into a very long day again and I don't have bread for breakfast if I don't make dough now18:49
=== mfo is now known as Guest4913
=== mfo_ is now known as mfo
adrienI made at least a couple mistakes earlier: I reverse-depends'ed and rmadison'd but didn't restrict that to noble; I also skipped packages which contain were reported for only source and not i386, which is the case for ocl-icd (although I'm not sure of what that entails)20:22
adrienI'll have another look on monday I think, there's a bit to unwrap20:23
adrienthat being said, sssd seems to require faketime and is in main (I'm not sure why it's needed on i386 however)20:24
tsimonq2juliank, sudip: Hi, thanks for lxqt-archiver :) just had some confusion on our (Lubuntu's) end initially.20:45
tsimonq2We're trying to steer away from "ZOMGWTFBBQ!!!11 don't touch our packages" - there's better approaches than that. :)20:45
tsimonq2Anyway, just a long way of saying "thanks," that's all :)20:45
sudiptsimonq2: which is I pinged you that bug when I added ubuntu-sponsors to it, I knew you and Lubuntu will be the best person to look at that one20:55
sudipbut that one was quite an interesting bug, if you see the upstream interaction for that  :)20:57
tsimonq2sudip: ahhhhh you pinged me, it's been *so* busy I apologize21:40
=== mfo_ is now known as mfo

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