[00:17] <mwhudson> i guess that makes some amount of sense
=== cpaelzer__ is now known as cpaelzer
[06:34] <icey> repeating a request from coreycb from a few weeks ago: please can an archive admin take a look at accepting intervals from the groovy new queue? it's a new build dependency for python-sqlalchemy-utils.
[07:21] <RAOF> icey: You can highlight us with ubuntu-archive, if you need an AA.p
[07:22] <icey> RAOF: good to know, thanks!
[07:24] <RAOF> I don't think I've got time to review it today before EOD, but feel free to ping tomorrow if no one else has picked it up.
[07:54] <icey> RAOF: thanks :)
=== ebarretto_ is now known as ebarretto
[10:42] <ddstreet> rbasak could you check git-ubuntu import of software-properties? it seems to not yet have picked up the version in groovy-proposed
[10:48] <rbasak> ddstreet: that's known blocked, sorry.
[10:48] <ddstreet> ah ok
[10:48] <rbasak> ddstreet: if you need to, you can run the importer locally and it should work
[10:48] <ddstreet> ok yep, thnx
[10:48] <rbasak> ddstreet: "git ubuntu import -v --no-push -d software-properties software-properties"
[10:49] <rbasak> There's an MP up for that so a fix is well underway
[10:59] <juliank> tafb2: In Acer BIOS, at least some models, this is a hidden shortcut in main menu of bios - press Ctrl+S to disable optane; but that will break windows
[11:00] <juliank> (Ctrl+S enables the enablement of AHCI mode on some Acer laptops)
[11:01] <juliank> Before that, you'd need to get windows ready for it, though, making it boot in safe mode using bcdedit /set {current} safeboot minimal before switching SSD to ahci
[11:01] <juliank> and then after booting safe mode in ahci, do bcdedit /deletevalue {current} safeboot to disable safe mode again
[11:01] <juliank> As Windows outside safe mode gets confused if you switch from optane to ahci
[11:02] <juliank> but in safe mode, it will configure ssd ahci, and then it works normally after reboot
[11:02] <juliank> Good luck!
[11:02] <juliank> (source: https://community.acer.com/de/discussion/comment/865318/#Comment_865318 - german, for an a315)
[11:03] <juliank> more here in EN: https://community.acer.com/en/discussion/583248/change-sata-mode-to-ahci-acer-aspire-3-a315-54k-59nz
[11:11] <ahasenack> sil2100: hi, what do you think about disabling risc64 for bileto ppas by default? Leave it for the user to enable it in the ppa directly if he/she wants?
[11:11] <ahasenack> or make bileto not wait for risc64
[11:11] <ahasenack> otherwise it's really sloooooooooooow
[11:21] <sil2100> ahasenack: hm, I think I like the not-wait-for-risc64 solution, let me look into that
[11:21] <ahasenack> sil2100: thanks
[11:22] <ahasenack> sil2100: I tried asking in #is do disable risc64 after the ppa is created (regular users cannot touch that setting), but it always comes back
[11:24] <Laney> In proposed-migration we trigger tests for arches as soon as they are ready (as long as arch:all aka amd64 is built)
[11:24] <Laney> so if the concern is tests not being run, it could be that bileto should run p-m earlier
[11:26] <ahasenack> bileto doesn't start anything if an arch is still building
[11:26] <ahasenack> which ends up being risc64
[11:26] <ahasenack> hours become days
[11:27] <Laney> yeah, no need for special casing any arches though, it's a matter of running p-m earlier / more frequently
[11:28] <Laney> build finished -> run p-m
[11:59] <icey> Laney: looking at https://bugs.launchpad.net/ubuntu/+source/intervals/+bug/1890561 - do you mean python3-infinity rather than python3-intervals? On the same topic, does `python3:Depends` also pull in things from setup.py, as the intervals package doesn't have any requirements.txt type config
[11:59] <ubottu> Launchpad bug 1890561 in intervals (Ubuntu) "Explicit dependency on python3-intervals isn't needed" [Undecided,New]
[12:00] <Laney> icey: yeah infinity
[12:01] <icey> (updated the bug)
[12:01] <Laney> The verbose output there shows the requires.txt that it's using to calculate that
[12:01] <Laney> merci
[12:01] <icey> cool :)
[12:01] <icey> I'll propoise an update for that shortly, and then beg for jamespage to accept it :-D
[12:02] <Laney> you could stage that in git if you wanted to go along with the next upload, it's not a huge deal
[12:03] <icey> well, I can ask to stage it in git, I don't have the permissions yet to actually do things for realz ;-p
[12:03] <Laney> aha
[12:03] <icey> but I figure it's a decent time to knock out some of these easier bugs with a new package :)
[12:04] <icey> also, thanks for taking a look :)
[12:34] <seb128> is it expected that gcc10 leads to some symbol changes on s390x only?
[13:51] <xnox> seb128:  i did not expect that, but it is possible, can you show me which? to try to figure out if that's expected or not?
[13:58] <seb128> xnox, from https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20200728-groovy-groovy.html#desktop-packages
[13:58] <seb128> https://launchpadlibrarian.net/491645678/buildlog_ubuntu-groovy-s390x.poppler_0.86.1-0ubuntu1_BUILDING.txt.gz
[13:59] <seb128> https://launchpadlibrarian.net/491669293/buildlog_ubuntu-groovy-s390x.lightdm_1.30.0-0ubuntu3.1_BUILDING.txt.gz
[14:05] <seb128> xnox, sorry lightdm is not, poppler stands
=== arunpyasi_ is now known as arunpyasi
[14:12] <arunpyasi> xnox, Hi there, How can we sign a thirdparty dkms module so that on installing shim-signed, no user interaction is required ?
[14:27] <xnox> seb128:  missing gccinternal ones are fine, and are optional.
[14:28] <xnox> addition of the parsed string is odd
[14:28] <xnox> seb128:  and "missing _Z.* regex is odd, but also i don't what it was / should have been.
[14:28] <xnox> seb128:  using ccp0v5 ABI still today is odd
[14:28] <xnox> seb128:  using c++14 abi is odd, given we have moved on to c++17
[14:29] <xnox> i wonder if _Z symbols are missing because it's zlib stuff and it's optimized on s390x now
[14:30] <xnox> seb128:  i think it is worth opening a bug report about it, and like assigning for me to poke it.
[14:30] <seb128> xnox, ok, thanks, against which package?
[14:34] <arunpyasi> xnox, Did I miss your msg due to network disconnection ?
[15:02] <xnox> seb128:  just poppler with ftbfs tag. It may or may not be poppler, but it's a place for it to start.
[15:02] <seb128> xnox, ack
[15:05] <seb128> xnox, https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1890619
[15:05] <xnox> arunpyasi:  hi, i don't recognise your nicknam. I'm not sure what you are asking about, and why you are asking me =)
[15:05] <ubottu> Launchpad bug 1890619 in poppler (Ubuntu) "poppler fails to build on s390x with gcc10 due to symbols changes" [High,New]
[15:06] <arunpyasi> arunpyasi, I work on the remix UbuntuDDE and was having issue with a dkms module and secure boot.
[15:07] <arunpyasi> On installing shim-signed, I was asked to sign the dkms module with a new Key. How can we sign a thirdparty dkms module so that on installing shim-signed, no user interaction is required ?
[15:07] <xnox> which modules is it?
[15:07] <xnox> still not sure why are you pinging me about it
[15:08] <arunpyasi> xnox, Its not in Debian/Ubuntu yet, Its called deepin-anything-dkms
[15:08] <xnox> by design, dkms modules are to be self-signed.
[15:08] <arunpyasi> xnox, I was referred to you by Wimpress :D
[15:09] <xnox> arunpyasi:  the only kernel modules that are presigned, are the ones that shipped in the linux kernel itself.
[15:09] <doko> seb128, xnox: C++ symbols changes should be dropped, and replaced by a proper ABI check ...
[15:10] <xnox> arunpyasi:  so submit that module to be included in the mainline.
[15:10] <xnox> Wimpress:  arunpyasi: i don't know what you expected, but we don't sign any dkms modules, ever.....
[15:11] <xnox> and especially not third party ones, that are not upstream / debian / ubuntu....
=== sil2100 changed the topic of #ubuntu-devel to: Archive: Open | 20.04.1 Released! | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Focal | If you can't send messages here, authenticate to NickServ first | Patch Pilots: rafaeldtinoco
[18:05] <rafaeldtinoco> @pilot off
[18:05] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[18:05] <rafaeldtinoco> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Archive: Open | 20.04.1 Released! | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Focal | If you can't send messages here, authenticate to NickServ first | Patch Pilots:
[20:07] <mwhudson> /<<BUILDDIR>>/syslinux-legacy-3.63+dfsg/memdisk/setup.c:712: undefined reference to `strlen'
[20:07] <mwhudson> special
[20:16] <xnox> mwhudson:  RM bugs is the best way to fix FTBFS
[20:41] <mwhudson> * usb-creator-common            (for syslinux-legacy)
[20:41] <mwhudson> transitive RM?
[20:41] <mwhudson> or does usb-creator still work, i forget
[20:43] <mwhudson>   * Resurrect syslinux 3.63 as syslinux-legacy, so that we can write
[20:43] <mwhudson>     10.04 and earlier Ubuntu images in later versions (LP: #645818).
[20:43] <ubottu> Launchpad bug 645818 in usb-creator (Ubuntu Precise) "Unknown keyword in configuration file: gfxboot" [High,Confirmed] https://launchpad.net/bugs/645818
[20:43] <mwhudson> yeah ok we probably don't need this any more
[20:57] <xnox> mwhudson:  usb-creator still works......
[20:57] <xnox> mwhudson:  but yeah, not sure if we still want syslinux-legacy or not
[20:57] <mwhudson> xnox: probably doesn't need to depend on syslinux-legacy any more though
[20:58] <mwhudson> oh right i think it was the adding persistence partition bit of usb-creator that had bitrotted
[20:58] <mwhudson> not the whole thing
[21:47] <seb128> ahasenack, hey, when you have some free cycle could you check if gnunet can be synced or need to be merged? It's unclear to me in the mysql8 bool change was a temp thing or not
[21:47] <ahasenack> gnunet? What is that?
[21:47] <ahasenack> did I TIL it?
[21:47] <ahasenack> mybool, hmmm, memories
[21:47] <seb128> ahasenack, https://launchpad.net/ubuntu/+source/gnunet/0.10.1-5.1ubuntu1
[21:47] <ahasenack> heh, that would be me
[21:48] <seb128> :-)
[21:48] <ahasenack> wilco
[21:48] <seb128> there is a new version in debian that uses python3
[21:48] <seb128> so it's only the mysql question
[21:48] <seb128> ahasenack, thanks!
[21:48] <ahasenack> I'll check