/srv/irclogs.ubuntu.com/2020/09/22/#ubuntu-devel.txt

=== pieq__ is now known as pieq
=== _hc[m] is now known as _hc
=== ebarretto_ is now known as ebarretto
sil2100bdmurray, xnox: ok, just to double confirm - the phasing machinery for secureboot-db is deployed and it will all work automagically, yes?08:41
sil2100I don't need to do anything special to special-case it?08:41
LocutusOfBorgLaney, FYI we forgot on bad package the libgstcamerabin.so, so now they are not installable together (good and bad) meh, removing and reuploaded09:30
LocutusOfBorgseb128, ^^09:30
LaneyLocutusOfBorg: You didn't test?!?!?!!09:33
seb128LocutusOfBorg, quality09:33
LocutusOfBorgI did09:33
LocutusOfBorgand I don't know why it got installed in my chroot09:33
LocutusOfBorgI also debdiffed the resulting binaries09:33
LocutusOfBorgof course I tested the locally built packages, not the one in the archive (because they were in new queue), so I used dpkg -i on them09:35
LocutusOfBorgthe only package who was asking to be autoremoved was an old dbg package, because of the new dbgsym one09:35
LocutusOfBorgI still have the debs, let me try to figure out what happened09:35
LaneyI see, that's partly why I wanted to have the PPA :-)09:36
LocutusOfBorgI even tested the upgrade path from 1.16 to 1.1809:36
LocutusOfBorgdamn, I tested them again, and they still install09:39
LocutusOfBorgok got it09:40
LocutusOfBorglibgstreamer1.0-plugins-good-dev doesn't install gstreamer1.0-plugins-good09:41
LocutusOfBorgseems counter intuitive, but correct :(09:41
Laneyoh well, you caught it, no big harm this time09:42
LocutusOfBorgonce, a while ago I setup piuparts to automagically do this instead of doing it manually (because with such big number of binaries and new binaries, manual testing is PITA), but I forgot the setup09:46
LocutusOfBorgmeh09:46
LocutusOfBorgbtw I would have loved to use the ones in the ppa, but the dh_gstscan dh call was not preloading the libraries (and silently failing), so I opted for a faster local build...09:48
LocutusOfBorg(not sure what the gstscanplugins call does, but I wanted to be safe)09:49
LaneyIt's used to generate the fields you see in the archive, Gstreamer-Encoders and friends09:55
Laneyso that packagekit and stuff can find the right package to install on demand09:55
xnoxsil2100:  correct10:10
xnoxsil2100:  it has hardcoded constant to slow phase if package name is secureboot-db10:11
LaneyLocutusOfBorg: The -dev package is borked on i386, the -opencv dep needs to be excluded there11:57
Laneyif you've got time, fixing that would be welcomed, otherwise I'll do it later11:58
Laneyand please pull git, I fixed up the branches a bit11:58
Laneythey were a bit weirdly messed up11:59
mvojuliank: hey, not sure if you are the best person (who is doing grub these days?) to ask I just filed 1896608 about a grub-shim-amd64-signed failure, I have an open debug shell to the machine if that is useful, I can provide interactive help if needed12:05
juliankmvo: i did read the bug a few minutes ago, and that seems to be fallout from xnox's latest changes to error out with exit 1 instead of continuing on12:06
juliankmvo: I can't really context switch to it right now, I'm inside PackageKit :(12:10
mvojuliank: no worries! not urgent from my POV, just tried to help :)12:18
LocutusOfBorgLaney, done thanks12:19
juliankmvo: We've seen about 3 such bugs and marked them incomplete because there was no error message in the log :)12:19
mvojuliank: yeah, this wa a bit tricky to debug, it highlights that shell and debconf has some shortcomings when it comes to APIs :)12:20
xnoxmvo:  how did you upgrade?12:21
xnoxmvo:  non-interactive?12:21
xnoxjuliank:  also now i'm not sure if install_devices are expected to be empty for efi?!12:22
xnoxmvo:  yeah i would want to see the debconf-get-selections | grep grub or some such.12:23
juliankxnox: grub-efi/install_devices should not be empty, it will be populated from mounted ESP (migrated setting)12:24
xnoxack12:26
xnoxmvo:  were you upgrading non-interactive?12:26
mvoxnox: this was not set to non-interactive, the code comment is not accurate12:26
mvoxnox: it was an apt upgrade12:26
xnoxbut return code 30 would mean SKIP / not-shown12:27
xnoxis our debconf handling all wrong then?!12:27
mvoxnox: it looks like this is an exit code12:27
mvoxnox: so the if is non-zero12:27
mvoxnox: at least that is what sh -x is indicating12:27
xnoxmvo:  can you pastebin the sh -x log?12:28
mvoxnox: sure, one sec12:28
mvoxnox: I added debug lines to each "exit 1" so don't be surprised by that: https://paste.ubuntu.com/p/9CBGGvJjz9/12:29
mvoxnox: I think the crux is that "if db_input critical grub-efi/install_devices_empty" gets a return code 30 because the question is skipped12:30
mvoxnox: and that triggeres the "non-interactive" branch which is not quite right, it's skipped because it was asked before12:30
mvoxnox: does that make sense?12:31
LocutusOfBorgLaney, I think you got it from ehre "libgstreamer-plugins-bad1.0-dev/i386 has unsatisfiable dependency"12:31
LocutusOfBorgwhat about also telling "which" dependency is unsatisfiable? isn't this a good feature?12:31
mvoxnox: grep -A4 grub  /var/cache/debconf/config.dat|pastebinit -> https://paste.ubuntu.com/p/j2DwtQHzSb/ but I think the crux is just the "install_devices_empty" and the fact that it has the seen flag12:33
mvoxnox: anyway, I have the debug shell here if needed, I would love to have the two "exit 1" to print something before they exit so that at least it's slightly more clear what is going on (I was totally lost when I saw this initially)12:34
sil2100xnox: ok, done, hopefully it's phasing now12:47
sil2100xnox: btw. is phasing also implemented for -security too?12:47
xnoxsil2100:  no, there is no phasing for -security, it gets auto-installed within 24h via unattended updates.13:09
LocutusOfBorgjamespage, hello, do you care about temptest? removing python3-neutron-tempest-plugin/0.2.0-1/amd64 from testing makes python3-tempest/1:23.0.0-0ubuntu2/amd64 uninstallable13:21
LocutusOfBorgI syncd it13:25
LocutusOfBorglooks like it was syncable, and no features13:27
=== didrocks999 is now known as didrocks
LaneyLocutusOfBorg: it is, but the code doesn't make it simple so that's why it's not been done straight away13:36
Laneyfeel free to take a look13:36
LocutusOfBorgack, I was wondering something more difficult to implement13:40
LocutusOfBorgbtw, will you open an RC bug for gst-omx in Debian too?13:41
LocutusOfBorgI asked to trigger an autopkgtest13:41
LocutusOfBorgthe full gst-stack in Ubuntu might be close to migration in one britney run13:41
LocutusOfBorgI mean, you opened a bug already, but I would raise it to RC13:42
* LocutusOfBorg does it13:42
LocutusOfBorglooks like the Debian gst-omx is not failing, so probably also the Ubuntu one was good with the correct gst* triggers14:08
seb128LocutusOfBorg, l_aney said he fixed that one already14:12
seb128LocutusOfBorg, https://lists.ubuntu.com/archives/groovy-changes/2020-September/011185.html14:12
LaneyLocutusOfBorg: I guess if you can prove it's broken in Debian, feel free to make it RC14:17
* Laney likes tasty RC bugs14:17
=== alan_g is now known as alan_g_
LocutusOfBorgLaney, what I'm saying is that it wasn't broken at all in Ubuntu14:49
LocutusOfBorghttps://ci.debian.net/packages/g/gst-omx/unstable/ppc64el/14:49
LocutusOfBorgit just needed the right gst trigger to pass... so I can't RC it :)14:49
Laneysad14:57
xnoxjuliank:  so apperantly it is hetzner machine, and it has grub-efi-amd64-signed installed, despite not being an EFI machine......14:59
xnoxjuliank:  it seems like grub-efi-amd64-signed is installed, yet the machine is non-efi one15:00
LocutusOfBorgI triggered the test with the right triggers, lets see15:00
juliankxnox: I shall upgrade my hetzner16:08
juliankxnox: i have a hetzner vps and I don't have efi grub16:09
juliankxnox: but yes, that's a valid configuration16:10
juliankxnox: that's why grub-* only upgrade grub, and don't install new grubs16:10
LocutusOfBorgwaveform, hello, can you please forward rpi.gpio patches to debian next time?16:13
LocutusOfBorgI fixed your package, but please next time make it syncable, specially when packaging bugs comes from Debian...16:14
LocutusOfBorgoh well, there is a merge request with that change, nevermind16:15
waveformLocutusOfBorg, which patch is that (I don't recall touching rpi.gpio in aaages?)16:15
waveform(though it's on my list for the next cycle as we're way out of date on that and need to get gpiozero in too)16:15
LocutusOfBorgthe readme file being wrong16:16
LocutusOfBorg<BTS> Opened #970728 in src:rpi.gpio 0.7.0-0.1 by Gianfranco Costamagna (locutusofborg) «rpi.gpio: bad debian/doc file». https://bugs.debian.org/97072816:16
ubottuDebian bug 970728 in src:rpi.gpio "rpi.gpio: bad debian/doc file" [Normal,Open]16:16
LocutusOfBorg<BTS> Opened #970726 (serious) in src:rpi.gpio 0.7.0-0.1 by Gianfranco Costamagna (locutusofborg) «rpi.gpio: FTBFS in sid (gcc-10)». https://bugs.debian.org/97072616:16
ubottuDebian bug 970726 in src:rpi.gpio "rpi.gpio: FTBFS in sid (gcc-10)" [Serious,Open]16:16
LocutusOfBorgand also the gcc-10 build failure in proposed16:17
LocutusOfBorgI'm NMUing the package in Debian so we can sync it again16:17
LocutusOfBorgwaveform, well 0.7.0 looks like the latest stable to me16:21
LocutusOfBorgbut in any case, I can do the "debian" uploads if you want16:21
LocutusOfBorgso the package doesn't get forgotten in Ubuntu, and is auto syncd16:21
waveformLocutusOfBorg, thanks - that would be good (it's on my list, along with the other gpio-related packages, to look at next cycle - and I need to look at moving the udev rules in rpi.gpio out of that package and somewhere in the base image)16:24
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson
=== dreaded_ is now known as dreaded

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