[08:39] <artur-at-work> Hello, can somebody help to sponsor this bug and move it in the queue?
[08:39] <artur-at-work> https://bugs.launchpad.net/ubuntu/+source/alsa-ucm-conf/+bug/2042902
[08:39] -ubottu:#ubuntu-devel- Launchpad bug 2042902 in OEM Priority Project "ucm2: soundwire: add rt713 SDCA device" [Critical, New]
[12:33] <paride> @pilot in
[14:01] <tsimonq2> @pilot in
[14:03] <tsimonq2> paride: Hey! I'm just going to take some of the trivial syncs (hjd's to start) and go from there. I don't have much time to dedicate today, but feel free to coordinate if you're actively in the cockpit. ✈ 👨‍ 🎉
[14:09] <tsimonq2> bandali: Heya! Please be aware of bug 2043306, and thank you for your efforts in getting that uploaded to Debian!
[14:09] -ubottu:#ubuntu-devel- Bug 2043306 in tepl (Ubuntu) "Sync tepl 6.8.0-2 (universe) from Debian unstable (main)" [Undecided, New] https://launchpad.net/bugs/2043306
[14:10] <tsimonq2> bandali: Not sure how your mail filters work, but I've subscribed you to the bug on Launchpad. :)
[14:12] <tsimonq2> Looking at bug 2043448, this may be the last of it for me today.
[14:12] -ubottu:#ubuntu-devel- Bug 2043448 in Ubuntu "[needs-packaging] nemos-dev-key" [Undecided, In Progress] https://launchpad.net/bugs/2043448
[14:22] <paride> hi and thanks tsimonq2!
[14:23] <paride> waveform, hi, I was looking at https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1097467. AIUI you are adding a quilt patch, to be applied in the patch series after man-bashrc.diff, and that partially undoes what man-bashrc.diff, plus adding some clarification lines.
[14:23] -ubottu:#ubuntu-devel- Launchpad bug 1097467 in bash (Ubuntu) "bash does not fulfill --rcfile option properly" [Low, Confirmed]
[14:24] <paride> waveform, is my understanding correct?
[14:33] <tsimonq2> paride: Of course. :)
[14:35] <tsimonq2> @pilot out
[14:35]  * tsimonq2 hands paride a cup of coffee
[14:36] <tsimonq2> Your plane. :D
[14:48] <waveform> paride, you're correct -- largely to keep our diff simple. Upstream (in Debian) I've proposed the "correct" way of doing it, but obviously that's harder to review. However, if that lands, then in our subsequent merge it'll be a trivial matter of dropping the extra diff and keeping their revised one
[14:54] <paride> waveform, right. I was wondering if there's still value in keeping that original diff at all, but parts of it are still useful, e.g. the part about /etc/bash.bashrc, which is enabled in another Debian patch
[14:59] <waveform> paride, indeed -- the original diff adds documentating about /etc/bashrc.bash because SYS_BASHRC isn't an option that's enabled by default and apparently bash upstream's position is "[t]he bash manual doesn't say anything
[14:59] <waveform> about SYS_BASHRC, since it's a feature that's not compiled in by default" !
[14:59] <waveform> *s/documenting/documentation/
[15:11] <paride> waveform, I'm fine with your proposal and I'll sponsor shortly
[15:11] <paride> doko, btw this is why I was asking for the upstream (Debian) packaging repo ^^
[16:01] <dbungert> @pilot in
[16:15] <dbungert> paride: I'm starting with LP: #1508290
[16:15] -ubottu:#ubuntu-devel- Launchpad bug 1508290 in zemberek-ooo (Ubuntu Xenial) "[SRU] zemberek-ooo: FTBFS: /usr/lib/libreoffice/ure-link/share/java does not exist" [High, Triaged] https://launchpad.net/bugs/1508290
[16:15] <paride> dbungert, hi, I'm looking at https://bugs.launchpad.net/ubuntu/+source/ladvd/+bug/1991909 now and this will be me last bug for today
[16:15] -ubottu:#ubuntu-devel- Launchpad bug 1991909 in ladvd (Ubuntu) "[SRU] ladvd FTBFS: error: ‘MAXPATHLEN’ undeclared" [Undecided, New]
[16:19] <paride> sudip, hi! around?
[16:29] <dbungert> SRU team, are bare FTBFS fixes considered?  I see on the wiki that they are "usually" paired with another bugfix.
[16:34] <paride> dbungert, I'm also looking at a bare ftbfs. Maybe the right way is tagging the bug block-proposed-<series> to stage it?
[16:39] <dbungert> sounds reasonable
[17:08] <smoser1> Hi. I'm trying to follow https://wiki.ubuntu.com/ProposedMigration#Testing_against_a_PPA . I submitted a request to test lvm2 from smoser/ppa . i saw it running. I came looking for results but am getting AccessDenied. I'm guessing it is luser error.
[17:08] <smoser> I get access denied at https://autopkgtest.ubuntu.com/results/autopkgtest-noble-smoser-ppa/?format=plain
[17:08] <smoser> (i am still logged in after having done the request)
[17:09] <paride> @pilot out
[17:12] <paride> smoser, hi. Likely not luser error, there are currently issues with logs access, see https://discourse.ubuntu.com/t/autopkgtest-service/34490
[17:13] <paride> smoser, however the failure mode here is somehow different
[17:15] <paride> andersson123, is that AccessDenied error ^^ familiar to you?
[17:20] <smoser> paride: thanks, it was workign last week for me.
[17:20] <smoser> (march post seems out of date). hmm.
[17:20] <paride> smoser, it's a pinned post that gets edited
[17:21] <paride> smoser, last week is when the migration to new infra began
[17:22] <andersson123> Hm, access denied bug is new to me, but I haven't been looking at ppa tests recently. I've just been focusing on making the logs etc work for distro containers
[17:23] <andersson123> I'll check to see if your container exists and what the problem is. Is this a p
[17:23] <andersson123> "private" test?
[17:24] <smoser> there is no private data. it is "private" in that i ran against a ppa (a publicly available ppa)
[17:24] <smoser> made request to start with https://autopkgtest.ubuntu.com/request.cgi ?release=noble&arch=amd64&package=lvm2&ppa=smoser/ppa&trigger=lvm2/2.03.16-2ubuntu2%7Eppa5
[17:32] <andersson123> thanks, looking
[17:48] <andersson123> smoser: Your logs should all now be accessible.
[17:49] <smoser> +1. thank you andersson123
[17:50] <andersson123> your ppa doesn't contain security fixes or anything right?
[17:51] <andersson123> we're having an issue with the read access on new containers, so I want to make sure I'm giving appropriate access
[18:03] <smoser> well, i'm having some toher issues now. downloaded the artifacts (thank you), made a change. and now i'm failing to 'dput'.
[18:03] <smoser> i thought "oh, maybe its a space thing", deleted a bunch of stuff and get timeout error on launchpadp ( (Error ID: OOPS-d02d229c573217dc774ab0a6bfead5d0)
[18:04] <smoser> dput giving errors like:
[18:04] <smoser> Uploading to ppa (via ftp to ppa.launchpad.net):
[18:04] <smoser>   Uploading lvm2_2.03.16-2ubuntu2~ppa6.dsc: 550 Requested action not taken: internal server error
[18:12] <andersson123> Uploading to launchpad right? This isn't happening on autopkgtest.ubuntu.com? or it is ?
[18:18] <smoser> uploading to launchpad, yes. just with dput ppa:smoser/ppa
[18:18] <smoser> (sorry)
[18:24] <andersson123> gotcha, thought so
[18:26] <tsimonq2> smoser, andersson123: Last night I asked cjwatson about not being able to upload to ssh-ppa (yes, that's a thing), and he indicated there have been some updates to that infrastructure. We might want to follow up in #launchpad if you're continuing to have issues.
[18:26] <ahasenack> I *think* it's fixed now
[18:26] <ahasenack> I just dput'ed to noble. Haven't tried a ppa yet
[18:26] <tsimonq2> They're actually two separate services, from what I heard yesterday.
[18:27] <ahasenack> (but was getting the 503 error with a ppa earlier today)
[18:27] <ahasenack> ok
[18:27] <tsimonq2> e.g. ssh-ubuntu (yes, this is also a thing) was working fine, but not ssh-ppa.
[18:27] <tsimonq2> *shrug* something's up :)
[18:29] <andersson123> btw, if anyone has the same issue as smoser (AccessDenied when trying to view your logs/artifacts from ppa test) ping me in ubuntu-quality.
[18:30] <cjwatson> smoser: ftp to ppa.l.n is still a known issue post-redeployment, yes.  one of my colleagues is working on it
[18:30] <cjwatson> ssh is fixed, ftp is flaky.
[18:31] <cjwatson> (but I stress flaky - the nature of the bug is that it may work sometimes depending on load)
[18:31] <tsimonq2> SSH is better anyway. ;)
[18:31] <smoser> cjwatson: thats a fine answer. i'm not trying to be a pain. it did work last week (pushing to ppa/smoser nobel builds). i guess i didn't know about 'ssh-ppa'.
[18:32] <smoser>  #problemSolved <-- thanks.  'luser' error.
[18:32] <cjwatson> well, I'd disagree, it's definitely an infrastructure issue.
[18:32] <smoser>  (user used near century old file transfer mechanism)
[18:32] <smoser> thanks again.
[18:33] <cjwatson> we just redeployed ppa.launchpad.net on VMs two LTSes newer than previously and with a rather different architecture for the publisher/upload-processor arrangements
[18:33] <cjwatson> it would almost have been surprising if there _weren't_ some teething issues
[18:33] <cjwatson> also a complete rewrite of the deployment arrangements
[21:18] <dbungert> @pilot out