/srv/irclogs.ubuntu.com/2021/05/08/#kubuntu-devel.txt

RikMillsmparillo: thanks :)06:56
santa_hi everyone11:47
RikMillshi11:48
santa_RikMills: yesterday I got a weird FTBFS in plasma-desktop, apparently something change in impish and that something broke the build11:48
santa_I could reproduce it in a PPA: https://launchpad.net/~panfaust/+archive/ubuntu/kde-test-bad/+packages11:49
santa_also in my server against fw 5.81 http://tritemio-groomlake.duckdns.org/build-status/buildstatus_ubuntu-exp2/ubuntu-exp2_status_plasma.html11:50
santa_and against fw 5.82 http://tritemio-groomlake.duckdns.org/build-status/buildstatus_ubuntu-exp2/ubuntu-exp2_status_plasma.html11:50
santa_previously it was building fine against both fw versions11:50
santa_I checked if they were cmake, pkg-config, xorg-server new versions in impish, but nope, they are the same versions we had before11:51
santa_if you look at the failure build logs:11:52
RikMills-- The following features have been disabled:11:52
RikMills XorgServer, XServer header needed for touchpad KCM (X11 backend)11:52
santa_1. it fails to detect x server, yes11:52
santa_2. missing files at the end of build log11:52
santa_I also checked the plasma-desktop git in case there was some kind of fix, but I found nothing11:53
santa_also note that in the PPA only fails for some archs :| that's weird11:54
RikMillssometimes that means that whatever changed has only build for certain arches so far11:56
santa_yeah, maybe11:57
santa_-- Checking for module 'xorg-server'12:00
santa_--   Package 'valgrind', required by 'libdrm', not found12:00
santa_wat12:00
RikMillsso does it build with proposed disabled....12:13
RikMillslibdrm build depends on valgrind [amd64 armhf i386 mips mipsel powerpc s390x]12:17
RikMillswhich tallies with our failing arches12:18
RikMillssanta_: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libdrm12:20
RikMillsthe fails there are failure to find valgrind on a build test12:20
BluesKajHi folks12:30
RikMillssanta_: gotta go for a short while. back later12:33
santa_ack, I'm testing some things12:34
RikMillsbuilds ok without proposed12:34
santa_builds fine just installing valgrind, soe I guess addit it to build depends would workaround the thing13:04
santa_* adding13:08
santa_fails to build with nothing from proposed but libdrm-dev13:28
RikMillsok, we can add that dep if and when we hit things13:28
RikMillsuntil it gets fixed13:29
santa_yep, I'm rebuilding in my PPA the failed build, I presume it might fail for all archs now13:30
RikMillsI tried that in a ci-train ppa, and it still failed13:31
RikMillsso I think on the arches that libdrm build deps on valgrind, it somehow now grows a dev package dependency on it13:33
RikMillsI am not sure why the new libdrm in propose might now do that13:33
RikMillssanta_: should note that riscv64 doesn't have a build of valgrind, so I guess any dep would need to be [!riscv64]13:36
RikMillswhich I am trying now13:37
santa_I have the impression that libdrm-dev should depend on valgrind [amd64 armhf i386 mips mipsel powerpc s390x]13:37
santa_(thats what new libdrm has in Build-Depends13:38
santa_)13:38
RikMillsagreed13:41
RikMillsor at least that seems logical on the facts13:41
RikMillsI think we are going to get a few things like this for this cycle, where ubuntu is syncing less well tested new things from experimental more often :/13:44
santa_yeah, with sid freezed it's difficult to discern packages actually meant for debian experimental and packages which were uploaded to experimental because they can't be uploaded to sid14:12
santa_+ the fact that debian experimental is not managed by britney which tends to reveal packaging problems14:12
santa_ok, so after a rebuild of plasma-desktop I can say you are right that the thing fails only for archs where valgrind is in libdrm build depends14:13
santa_http://tritemio-groomlake.duckdns.org/ka-iron-hand_reports/frameworks_archive/5.82_impish_retry_builds.pdf14:22
santa_http://tritemio-groomlake.duckdns.org/ka-iron-hand_reports/frameworks_archive/5.82_impish_proposed_migration.pdf14:22
RikMillskool. thanks14:39
IrcsomeBot1<DarinMiller> TAG Everyone!14:51
IrcsomeBot1<DarinMiller> A question regarding usb-creator-kde. The 21.04 version seems to suffer from this bug: https://bazaar.launchpad.net/~usb-creator-hackers/usb-creator/trunk/revision/488.14:52
IrcsomeBot1<DarinMiller> If I manually install python3-sip, usb-creator-kde will run.  But I am curious how the above patch should trickle down as a standard update.14:53
santa_probably that change will generate different depends14:54
santa_hmm, nope14:58
IrcsomeBot1<RikMills> @DarinMiller, 0.3.10 in updates should be fixed14:58
santa_Depends: ${misc:Depends}, ${python3:Depends},14:58
santa_ usb-creator-common (= ${binary:Version}), python3-pyqt5, python3-dbus.mainloop.pyqt5y14:58
IrcsomeBot1<RikMills> @DarinMiller 0.3.10 does not require python3-sip to be installed14:59
santa_depends of usb-creator-kde above, the stuff they are using after the change is probably provided by python3-pyqt515:00
santa_so indeed no need for python3-sip to be installed15:00
santa_(at least manually)15:02
IrcsomeBot1<RikMills> @DarinMiller the update to fix it in hirsute is 90% phased, so you may be in the 10% if you don't have it yet15:02
santa_https://launchpad.net/ubuntu/+source/usb-creator15:03
santa_still in hirsute-proposed15:04
santa_oh, and updates, nvm15:04

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