/srv/irclogs.ubuntu.com/2023/11/28/#ubuntu-devel.txt

=== JanC is now known as Guest2050
=== JanC_ is now known as JanC
arturHello, could somebody help to check this SRU ticket please? https://bugs.launchpad.net/ubuntu/+source/alsa-ucm-conf/+bug/204290208:05
-ubottu:#ubuntu-devel- Launchpad bug 2042902 in OEM Priority Project "ucm2: soundwire: add rt713 SDCA device" [Critical, In Progress]08:05
locutusofborg_lvoytek, hello, quick question:08:13
locutusofborg_+liblua5.4-c++.so.0 liblua5.4-0 #MINVER#08:13
locutusofborg_+ LUA_5.4@LUA_5.4 5.4.6-208:13
locutusofborg_+ lua_ident@LUA_5.4 5.4.6-208:13
locutusofborg_this is what I got after trying to build your branch08:13
locutusofborg_so, just one symbol exported in c++ library... interesting08:19
locutusofborg_lvoytek, I guess the version-script file was wrong08:35
locutusofborg_not the patch08:35
=== locutusofborg_ is now known as locutusofborg
=== locutusofborg is now known as LocutusOfBorg
mkukriadded the xf86-synaptics merge now to the queue, had misunderstood what was going on because sbuild thought it was a native package because i failed to manually pull the orig tarball. still done a bit of cleaning up to the ubuntu delta09:26
LocutusOfBorglvoytek, how do you feel about grabbing this debian dsc file http://debomatic-amd64.debian.net/distribution#unstable/lua5.4/5.4.6-2/lintian11:54
LocutusOfBorgand committing the content on top of your merge request?11:54
LocutusOfBorghttp://debomatic-amd64.debian.net/debomatic/unstable/pool/lua5.4_5.4.6-2/lua5.4_5.4.6-2.debian.tar.xz11:54
LocutusOfBorgthis is the tarball, I made the package more lintian clean11:54
slyon@pilot in12:03
=== 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: slyon
LocutusOfBorgsergiodj, hello! Do you think Adrien Nader is here on irc?12:41
LocutusOfBorgI would like to understand something related to this: https://launchpad.net/ubuntu/+source/gnutls28/3.8.1-4ubuntu312:42
LocutusOfBorgyou disabled tls1.0 and tls1.1, the question is: do we have a way to retrieve programmatically if a specific suite is supported?12:42
LocutusOfBorgcontext is: libfilezilla testsuite fails when trying to use tls1.0 and tls1.112:42
LocutusOfBorghttps://trac.filezilla-project.org/ticket/13005#comment:412:42
=== guiverc2 is now known as guiverc
adrienLocutusOfBorg: o/13:04
adrienand I think sergiodj is off at the moment13:04
adrienLocutusOfBorg: define "programmatically"13:06
adrienas a sysadmin, as a software developer, as something else?13:06
LocutusOfBorgsoftware developer13:07
LocutusOfBorgas said the app testsuite is trying to emulate a tls1.0 channel for torrent13:07
LocutusOfBorgbut it obviously fails13:07
LocutusOfBorghttps://trac.filezilla-project.org/ticket/13005#comment:413:07
adrienas far as I know, it's not possible13:08
adrienthe openconnect developers were asking for one too (let's say it's related but they chose to break system-wide configuration of gnutls in their software)13:09
adrientwo things: a) we said years ago that we were disabling TLS 1.0 and 1.1 on Ubuntu but for gnutls-based applications, this was not very effective and in practice probably most often overriden13:10
adrienb) there's a difficulty there indeed: if we want to disable TLS-foo system-wide, or even SSL-bar, tests using these should fail; if they didn't that would mean we're not testing properly, but the code is there and we're letting users re-enable it...13:12
adrienI don't have the one-true-answer to this but there are a few ways: if, as I want in the medium-term, we get configuration profiles, one of the profiles could be lenient and still enable all of these protocols, which would let us test them but that wouldn't be cross-distro probably (I don't know if filezilla on windows uses gnutls; I don't know if there's a system-wide gnutls configuration on windows13:14
adrieneither)13:14
adrienbut also, it's possible to temporarily hide the system-wide configuration13:15
LocutusOfBorgadrien, probably I wasn't clear:13:15
LocutusOfBorgI want something that can be upstream like13:16
LocutusOfBorgif(tls1.0 supported in conf) then run test; else skip13:16
adrien with gnutls you can set GNUTLS_SYSTEM_PRIORITY_FILE=/dev/null IIRC, and it'll let you use whatever would be disabled system-wide13:16
LocutusOfBorgyeah I saw too :/13:16
adrienI understood but as I said: as far as I know, this API doesn't exist in gnutls or openssl13:17
adrienI think that setting the env var makes sense for testsuites13:17
LocutusOfBorgand change something like GNUTLS_TLS_VERSION_MAX ?13:18
LocutusOfBorgI mean during gnutls build, define it13:18
LocutusOfBorgso we know and can use it13:18
LocutusOfBorgif tls_ver >= GNUTLS_TLS_VERSION_MIN then run test13:18
adrienas a ubuntu-specific patch?13:22
adrienbut I also agree that if the code exists, it would be good to test it; that's why I think setting the env var would be a good solution typically13:23
LocutusOfBorgyeah indeed13:24
LocutusOfBorgif we can ask gnutls people to export a new GNUTLS_TLS_VERSION_MIN variable, we should be good, right?13:25
LocutusOfBorgdefine as TLS1.2 in Ubuntu and start using it13:25
adrienbtw, about using the env var: for instance, exim will have TLS 1.0 and 1.1 disabled due to the gnutls change and I think that is likely going to be changed by more than one sysadmin so I expect many deployments to re-enable it13:26
adrienfor the variable and expanding the API, I haven't discussed that with gnutls upstream so far because the current maintainer works at RH I think and RH has had "crypto-policies" for a while now, with pretty much the same topics, and several RH people have been discussing it and I think they mentioned a similar need, yet it didn't materialize yet; I couldn't find a reference right now but it's not13:28
adrienreally a new topic so I don't expect immediate or even medium-term changes13:28
LocutusOfBorgack, looks good for me13:31
LocutusOfBorgI contacted Debian maintainer to export the variable13:31
adrienand ftr, I would like to have system-wide consistent configuration for cryptography but this is still being specified (although it's very advanced) and there will clearly be some work to implement it (no, it cannot be like RH's crypto-policies, for the same reason only RHEL is RHEL)13:36
tsimonq2@pilot in14:21
=== 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: slyon, tsimonq2
tsimonq2This'll be a short flight, just doing the usual "one or two" today.14:22
tsimonq2slyon: If you're still in the cockpit, feel free to coordinate.14:22
tsimonq2slyon: More precisely, are you looking at any of mkukri's merges? I may just do those today.14:23
slyontsimonq2: Yes, I'm currently looking into zlib. So please skip that14:26
tsimonq2slyon: Didn't plan on touching zlib, all yours. :)14:26
tsimonq2mkukri: Per yesterday's discussion, I've marked this as "Needs Resubmitting." Happy to change my review state if you're confident this should still go in Ubuntu. https://code.launchpad.net/~mkukri/ubuntu/+source/xserver-xorg-input-synaptics/+git/xserver-xorg-input-synaptics/+merge/45641814:28
mkukrii think it should, and debian didnt really have an issues i just had a misunderstanding of 1.0 source format packages14:28
mkukribut it's a pretty straightforward ubuntu merge now, it is just a 1.0 package, and the tools thought it was native because i forgot to the pull the orig tarball.14:29
tsimonq2Ah, cool. tjaalton you have first round on this one, I'll wait a few days Just To Be Safe before I circle back myself.14:30
mkukrithe rest of my universe merges are farily simple hopefully14:33
lvoytekLocutusOfBorg: Added your changes to the lua merge request14:36
LocutusOfBorgthanks!14:37
tsimonq2mkukri: Why should ayatana-indicator-datetime be a merge and not a sync? All three of those build dependencies you're removing have been in the archive since Lunar (at the latest).14:46
tsimonq2Also, librelp has the extra changelog line. :P14:47
mkukriah i didnt know, i will request a sync. ive already done that on another ayatana thing with outdated delta14:48
tsimonq2Thanks! :)14:49
mkukrifiled sync request and deleted mp14:51
tsimonq2Done. For your own notes, I just ran `syncpackage -f -s mkukri -b 2045041 ayatana-indicator-datetime`14:58
mkukrithanks14:58
tsimonq2No worries.14:58
tsimonq2mkukri: presage> Just be careful that you're preserving everything that was dropped/preserved in your changelog entry. I'm seeing "Remove python-wxgtk3.0 from Build-Depends" which was upstreamed (and not in your merge diff) but not noted. Not a blocker, but verbose changelogs in that respect are Usually a good idea.15:01
mkukriyeah sorry, i didnt know what to do with that, because the previous changelog saying that it is a remaining change was already wrong, so i technically wasnt preserving or removing anything15:01
tsimonq2Oh, okay. That makes a lot of sense.15:02
tsimonq2Also, I'm seeing an Ubuntu-specific patch defaulting to Python 2. I don't know if we even ship that by default anymore... have you guaranteed that's pulled in somehow?15:03
tsimonq2(And/or is that patch droppable?)15:03
mkukrihmm it might not be, it could have been the case that that changelog entry also referred to that patch, and ive only kept the d/p/foo.patch line15:03
mkukribut i have not removed any changes that werent upstreamed into debian afaik15:04
tsimonq2Yeah, that patch still exists.15:05
mkukrii believe there is a line for it too, so i guess ive only dropped a duplicate changelog entry15:05
tsimonq2Also, for the patches: https://dep-team.pages.debian.net/deps/dep3/15:05
tsimonq2mkukri: I'll leave more detailed comments on the MP, but probably coming back to this one.15:06
tsimonq2mkukri: Done. You've generally been doing a pretty great job (see how many uploads I *did* review and sponsor for you today!) - keep up the great work. :)15:15
tsimonq2On that note, I'll be around, but not actively piloting. Thanks again.15:16
tsimonq2@pilot out15:16
=== 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: slyon
mkukriThank you15:16
tsimonq2Of course, happy to help!15:16
slyon@pilot out15:31
=== 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
lvoytek@pilot in16:07
=== 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: lvoytek
tsimonq2🎉🎉🎉🎉🎉🎉16:11
ogayotlvoytek: thanks for sponsoring nvme-stas!18:32
tsimonq2juliank: xfsprogs> It works, thanks for your help!!18:50
lvoytekogayot: Sure thing, thanks for the patch!18:53
julianktsimonq2: yw18:59
lvoytek@pilot out20:00
=== 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
EickmeyerAnybody know where the docs are on building a snap like a recipe in launchpad?20:16
EickmeyerNvm, figured it out.21:07
=== JanC is now known as Guest1745

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