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

cgmbCould someone retry the rocr-runtime proposed builds on amd64, ppc64el and riscv64?01:47
cgmbhttps://launchpad.net/ubuntu/+source/rocr-runtime/5.7.1-101:48
dbungertcgmb: clicking but not for armhf02:07
=== JanC is now known as Guest5782
=== JanC_ is now known as JanC
cgmbdbungert: Thanks! I don't think armhf has ever successfully built for any version, so fortunately that's not a regression.03:32
=== bastif is now known as bastif_
=== bastif_ is now known as bastif
bastifDoes #ubuntu-motu exist?07:22
bastifApparently not.07:26
vorlonbastif: see https://lists.ubuntu.com/archives/ubuntu-devel/2023-October/042828.html , https://lists.ubuntu.com/archives/ubuntu-devel/2023-November/042846.html07:34
vorloni.e., this is the correct channel for anything that would previously have gone there07:34
cgmbI didn't even notice I wasn't in #ubuntu-motu. :O07:38
vorlonyou are!  it's just called #ubuntu-devel07:39
JackFrostI think I'm the only one left in there. :307:39
bastifoh, ok. I started writing a mail to the mailing list ubuntu-motu. Well. I package qt for android (named qt-android-6.6 for example) and wanted to know if there is some interest for Ubuntu07:39
vorlonbastif: hmm, how do you see this fitting in the context of Ubuntu? We have a native Qt stack and we don't really have an Android library stack07:41
bastifUsers would be Android App developers that use Qt framework in their app. It could be useful for F-Droid too, but FDroid uses Debian, not Ubuntu.07:43
vorlonwhy would developers want to consume this in the form of .debs distributed in Ubuntu?07:45
vorlonI know we have some android libraries included, by way of Debian; but my impression was that they're bit rotted07:45
vorlonI could be wrong though07:46
bastifwhy? to avoid the qt's installers07:46
bastiffor example07:46
vorlonanyway, my questions aside, I'd suggest that unless you find an Ubuntu developer who feels invested in this and wants to champion it, the best option is to try to get this into Debian and then into Ubuntu via a sync07:47
bastifand have it installed cleanly on the system as a package which can be added/removed cleandly07:47
bastifAlready tried for Debian. It doesn't seem there is much interest07:47
vorlonwell, fair enough!  I guess I would have expected some sort of self-contained SDK option for this without messy installers07:48
vorlonbut also uh I don't develop for Android so07:48
vorlonhave you considered publishing it as a snap? that would have the value of not requiring an Ubuntu developer to sponsor it, and also not being tied to Ubuntu's release cycle07:49
bastifmoreover it depends on Android SDK & NDK (which are packaged as 'installers' in non-free)07:49
bastifwell it's on my ppa, but well, that's not the same visibility07:49
* vorlon nods07:49
vorlonsorry, I don't have anything more concrete to offer you07:49
vorlonand it's bedtime here :)07:50
vorlongood luck07:50
=== sem2peie- is now known as sem2peie
=== guiverc2 is now known as guiverc
=== pushkarnk1 is now known as pushkarnk
=== litios_ is now known as litios
=== sem2peie- is now known as sem2peie
=== pushkarnk1 is now known as pushkarnk
fheimesDear #archive-admins AA - the s390-tools v2.31 s390x binaries need special approval and are currently in noble's unapproved queue (also visible here: https://launchpad.net/ubuntu/+source/s390-tools/2.31.0-0ubuntu1/). Please would you mind giving your approval?12:21
=== pushkarnk1 is now known as pushkarnk
=== pushkarnk1 is now known as pushkarnk
=== pushkarnk1 is now known as pushkarnk
=== pushkarnk1 is now known as pushkarnk
paride@pilot in14:06
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: paride
blucaparide: hi, any chance you could please help with lvm2? There's two changes that would be good to get in noble before the freeze, https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/2054683 and https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/205462014:41
-ubottu:#ubuntu-devel- Launchpad bug 2054683 in lvm2 (Ubuntu) "Please merge lvm2 2.03.16-3 from Debian unstable." [Undecided, New]14:41
-ubottu:#ubuntu-devel- Launchpad bug 2054620 in lvm2 (Ubuntu Noble) "libdm returns wrong error code when dm-verity key cannot be found" [Undecided, Confirmed]14:41
blucanote that the second one is merged upstream, which is also now available in debian unstable and could be synced14:41
paridebluca, hey, sure, looking14:43
blucathanks!14:46
paridebluca, in https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/2054620 you mention that " currently in noble lvm2 fails to build due to https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/2054683 which is unrelated to the MR linked here"15:02
-ubottu:#ubuntu-devel- Launchpad bug 2054620 in lvm2 (Ubuntu Noble) "libdm returns wrong error code when dm-verity key cannot be found" [Undecided, Confirmed]15:02
-ubottu:#ubuntu-devel- Launchpad bug 2054683 in lvm2 (Ubuntu) "Please merge lvm2 2.03.16-3 from Debian unstable." [Undecided, New]15:02
paridebluca, you mean that your patch ftbfs because it needs the merge to be done first?15:03
parideor am I missing the point?15:03
blucalvm2 ftbfs as it is currenlty in noble15:05
blucaso it needs lp:2054683 to fix the build failure too15:06
-ubottu:#ubuntu-devel- Launchpad bug 2054683 in lvm2 (Ubuntu) "Please merge lvm2 2.03.16-3 from Debian unstable." [Undecided, New] https://launchpad.net/bugs/205468315:06
blucamy patch is unrelated to that15:06
blucabut is affected by it, as any other build of lvm215:06
bluca(or at least, that was the situation 4 days ago when I left that comment, there might have been other /usr-merge changes happening in the meanwhile in noble)15:07
paridebluca, looks like Debian has lvm2 .22, while aiui that patch is included in .2315:16
paridebluca, and in any case we have other Ubuntu delta, we'd still need to merge15:17
paridebluca, I reviewed waveform's merge and it looks good, I'm going to sponsor that15:17
blucaah indeed, I thought debian was updated to the latest, rather than latest-115:19
paridebluca, as I understand it libdm-propagate-ioctl-errors-back-to-caller improves the UX when a certain error condition happens15:20
blucayes - not just UX, but other programs calling libdm too, like systemd and cryptsetup15:20
paridebluca, in general I'm not a great fan of patching upstream releases unless it's necessary. moreover the the work towards getting good error messages on ENOKEY doesn't seem to be fully complete. The patch itself says:15:22
paride+ This is not enough to make libcryptsetup actually propagate the ENOKEY15:23
paride+ correctly, that also needs a patch to libcryptsetup, but this is part of15:23
paride+ the puzzle.15:23
blucathat patch is included in cryptsetup 2.7.0 which was just uploaded to debian15:23
paridebluca, I replied to the bug15:47
rbasakbdrung: hi have you seen https://code.launchpad.net/~racb/ubuntu-sponsoring/+git/ubuntu-sponsoring/+merge/460697 please?16:01
dbungert@pilot in16:02
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: paride, dbungert
bdrungrbasak, yes. I forgot to press the save button back then.16:08
rbasakThank you for the review. I'll fix that.16:12
=== pizzaiolo is now known as pizza
blucaparide: thanks, updated the description as requested, let me know if you need more details16:38
paride@pilot off16:46
ubottu(pilot <in|out>) -- Set yourself as in or out of patch pilot.16:46
paride@pilot out16:46
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: dbungert
paridebluca, I left a note on your bug/patch in the handover discourse post16:46
parideso some other pilot, maybe dbungert, can have a look16:46
blucathanks!16:47
tsimonq2rbasak: Would you or someone else from Canonical Server be willing to review an ssh-import-id MP I'm preparing?17:10
tsimonq2I want to finally get https://bugs.launchpad.net/ssh-import-id/+bug/1745538 solved before Feature Freeze. If there isn't any interest in Canonical Server, cool I'll quilt patch and seek a review elsewhere. If there *is* interest I can give you an ETA of a few hours before it's all good.17:12
-ubottu:#ubuntu-devel- Launchpad bug 1745538 in ssh-import-id "Support for teams should be added" [Wishlist, In Progress]17:12
xypronI am looking for a sponsor for LP #2047298 - nothing existing just fixing build dependencies17:18
-ubottu:#ubuntu-devel- Launchpad bug 2047298 in ghdl (Ubuntu) "Building ghdl fails if LLVM and Clang versions are not provided explicitly" [Undecided, New] https://launchpad.net/bugs/204729817:18
rbasaktsimonq2: asking here is probably best. If Ubuntu takes it then I think upstream should do so as well.17:18
rbasaktsimonq2: the catch is that of course everyone wants reviews two days before feature freeze :-/17:18
rbasakIf Ubuntu takes it> I mean that if an Ubuntu core dev says they've reviewed it and would sponsor it in principle, then upstream should just merge that.17:19
rbasak(no quilt patch upload needed)17:19
tsimonq2Works for me. I'll abstain from reviewing my own MP, of course. ;)17:20
tsimonq2(Also, yeah, this Feature Freeze is a difficult deadline for some people including myself. :P)17:21
dbungertbluca: thanks for the updated context on LP: #2054620 .  My gut says to allow lvm2 to migrate and treat this as a bugfix, so no problem to merge post-feature-freeze if lvm2 migration ends up being non-trivial.  What do you think?17:35
-ubottu:#ubuntu-devel- Launchpad bug 2054620 in lvm2 (Ubuntu Noble) "libdm returns wrong error code when dm-verity key cannot be found" [Undecided, Confirmed] https://launchpad.net/bugs/205462017:35
blucasure no problem - I've rebased the PR on top of the merge17:38
blucais there a specific team/person who looks after cryptsetup? it would be great to have the new version in noble, it adds quite a few features that we can use in systemd17:57
rbasakbluca: the Foundations team does. It seems late to be asking now though - feature freeze is in two days.18:07
rbasakAh and the new upload only went into unstable yesterday18:08
blucayeah it took a while for the version to be picked in unstable18:10
=== mfo is now known as Guest2142
=== mfo_ is now known as mfo
arraybolt3Before I attempt a stunt, I want to verify this works - can I upload a *native* package that supercedes an older *quilt* package?20:49
dbungert@pilot out20:53
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: N/A
arraybolt3(reasoning for wanting to do so - there's a Lubuntu-specific package that was initially made as an "upstream" software application and then was packaged "downstream" in Ubuntu. This got very cumbersome because the only place this software is ever going to be used is in Ubuntu, and it's far easier to "merge" upstream and downstream by making it a native package.)20:56
dbungertarraybolt3: a bit uncommon perhaps but I doubt there is anything wrong with that.  Removing unnecessary merge work sounds like a plus.21:01
arraybolt3+121:02
rbasakarraybolt3: as long as the version number goes up. Eg. you can't drop the suffix to make a non-native go native since that'd (probably) require the version to go backwards.21:13
rbasakPlease don't use an epoch though!21:13
arraybolt3I'm changing the version from something like 1.2.3-0ubuntu1 to 24.04.1.21:17
arraybolt3I'm pretty sure that will go forwards?21:17
* arraybolt3 checks with dpkg21:17
arraybolt3yep, that goes forward21:18
arraybolt3(the versioning convention being, release code + upload number)21:20
rbasakarraybolt3: I'd avoid 24.04 since that isn't known yet (albeit highly likely)21:43
rbasakeg. 6.06.21:44
rbasakWe only know the codename right now.21:44
arraybolt3rbasak: um... it's a bit late sadly21:50
arraybolt3but in the event 24.04 gets missed, it can be bumped to 24.06 or whatever21:50
rbasakYeah it's not the end of the world.21:50
rbasakI try and avoid setting such an example though - because then everyone starts doing it in the archive and then it'd more of a mess if something were to change.21:51
EickmeyerVersion numbers are cheap.21:59
rbasak...until you start looking over your shoulder :-P22:01
EickmeyerXD22:01

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