01:51 <leezu> javierm: great! (re https://marc.info/?l=linux-stable-commits&m=168048290909447&w=2)

01:57 <leezu> I think Thorsten from https://linux-regtracking.leemhuis.info/about/#tldr pinged Linus directly. https://lore.kernel.org/all/CAHk-%3DwhRs_MavKCqtV3%3DK31dq9Z6HzbaG8Uxo-EV%3DuRxdsXduA@mail.gmail.com/

03:43 <steev> https://salsa.debian.org/steev/alsa-ucm-conf is updated to have the fix that is in flight/in mr i think still, as well as set default volumes (still a little bit low imo)

04:20 <steev> arnd: have you seen efi: memattr: Unexpected EFI Memory Attributes table version 6293261 before? i see that on the c630 with 6.3.0-rc4-next-20230331

05:57 <javierm> leezu: yeah, now the patch appears twice in linux-next... I guess the media folks should drop it, I've pinged them about it

07:09 <ndec> juergh: xnox : about x13s packages in the ppa, qrtr and pd-mapper should be removed and replaced by their 'upstream' counterparts from debian, e.g. https://packages.debian.org/unstable/net/protection-domain-mapper and https://packages.debian.org/source/sid/qrtr

07:18 <juergh> ndec oh. these are already in the archive. didn't know we already have them.

08:02 <juergh> and they work \o/ :-)

08:18 <ndec> juergh: right.. we've been using them for quite some time (on debian).

10:38 <xnox> juergh: we are painting ourselves into a corner.... because the version numbers you uploaded are higher than will ever be ever available in the ubuntu or debian archive.

10:38 <xnox> i can add automatic recipes to rebuild the archive versions into the ubuntu-concept ppa

10:39 <xnox> or like remove them from the archive, and upgrade ubuntu-concept meta to try to conflict with that higher than ever old version number to try to pull in an old one.

10:39 <xnox> but it will like a complete mess for people trying to upgrade their installs.

10:39 <xnox> will be ugly.....

10:39 <xnox> pd-mapper might be fine, due to different name. so will do that one now.

10:42 <xnox> juergh: this is why i normally use recipes https://code.launchpad.net/~ubuntu-concept/+recipe/ubuntu-concept-x13s such that they autoincrement / rebuild things based of lunar with only slightly higher version number i.e. https://code.launchpad.net/~ubuntu-concept/+recipes

10:42 <xnox> things like casper/livecd-rootfs are rebuilt in x13s ppa automatically whenever lunar-proposed moves.

10:52 <xnox> oooh, i think maybe the PPA should be pinned high, such that everything downgrades to versions from there

10:58 <javierm> xnox: in RPM land we have the concept of Epoc (https://rpm-packaging-guide.github.io/#epoch) for these cases, it seems there's also the same for deb packages?

10:58 <javierm> https://manpages.debian.org/stretch/dpkg-dev/deb-version.5.en.html

11:03 <xnox> javierm: that doesn't solve the issue per-se. because i shouldn't be requesting for a different operating system, to bump epoch, just because a random person, randomly on their homepage packaged something with a higher version number =)

11:03 <xnox> (i.e. asking Debian to bump epoch, when a launchpad ppa randomly has higher version number)

11:04 <xnox> anyway will sort things out, one way or another.

11:04 <javierm> xnox: hmm, right. Missed that was a random PPA

11:04 <javierm> then you can't really do much and people that installed random PPA would need to remove and reinstall :)

11:04 <xnox> will test hacks, to unbork this, and downgrade.

11:05 <javierm> xnox: why you should do anything in your official packages then?

11:05 <xnox> we don't have official packages =) the ubuntu-concept ISO / installer, is the one that has a random PPA added =)

11:05 <javierm> ah, Ok

11:06 <xnox> and thus all installs currently have that random PPA on

11:06 <xnox> hopefully apt preferences file will work

11:10 <xnox> ok will do that after lunch

11:16 <ndec> xnox: i do think we should not mess up with users willing to upgrade.. i am seeing growing number of users who are happily installing linux with the concept image, we should not disappoint them during an upgrade :)

11:16 <ndec> we had similar problems when we transitioned these 2 packages from our linaro archive to the main packages from debian earlier this year..

11:17 <juergh> xnox only mesa is problematic, no?

11:19 <xnox> but fixable, i will add preference file for old version to become -1 and pin up archive versions, such that apt will do "downgrade" for us.

11:19 <xnox> juergh: i think qrtr is also too high in the ppa, no?

11:21 <juergh> ah yes

15:14 <xnox> ndec: if you do apt update; apt full-upgrade => there should be one off migration done, and any future updates in archive will just follow what arrives there

15:14 <ndec> let me try..

15:15 <xnox> pd-mapper artr will be removed, and protection-domain-mapper qrtr-tools will be installed, which are rebuilds from debian, with extra breaks/replaces, but of a version that is lower than any future debian or ubuntu revision.

15:15 <xnox> if you had any -dev packages installed, things will bark loudly

15:16 <xnox> maybe things are not quite nice

15:16 <xnox> because libqrtr1 didn't get downloagrded

15:16 <xnox> because libqrtr1 didn't get downgraded

15:16 <ndec> https://www.irccloud.com/pastebin/bgzqe1fJ/

15:16 <ndec> looks good to me.

15:17 <xnox> yeap

15:17 <xnox> but libqrtr1 one doesn't get downgraded, so there is missmatch of versions after the end of that.

15:17 <xnox> let me try to fix that

15:17 <ndec> https://www.irccloud.com/pastebin/dc10xNco/

15:19 <ndec> and after the full-upgrade:

15:19 <ndec> https://www.irccloud.com/pastebin/ecoVmfME/

22:13 <clover[m]> steev: to make speakers louder you can go to alsamixer and play with SpkrRight PA and SpkrLeft PA values

22:14 <amstan> that sounds super scary

22:14 <steev> i thought i had previously and while it made them louder it made them.... fuzzier?

22:14 <amstan> (last time i played with alsamixer i burned my speakers)

22:14 <steev> kinda staticy

22:15 <steev> amstan: qualcomm can't let samsung have all the fun stuff

22:15 <clover[m]> sounds fine for me. put them both at 50 and its loud enough for me now

22:26 <amstan> some of the knobs in there do things like: send DC to speakers, route microphone (which might also have DC) to speakers, send white noise at full power to speakers, etc

22:29 <clover[m]> wow

22:36 <steev> yeah, it would be nice if there was a way to not expose users to knobs they really shouldn't be turning

22:57 <steev> new "other" drivers, bluetooth, and integrated camera drivers

22:58 <steev> i'll have to check if the bluetooth firmware was updated

22:58 <clover[m]> oh we are getting camera support soon?

22:58 <steev> no, this is windows

22:58 <steev> my understanding is that...camera is a very long way off... if ever

23:01 <steev> lol

23:01 <steev> and now boot critical updates... fix slow system charging issue when connected to HP monitors... and fix pc isn't charging error message although it is actual charging

23:26 <steev> ah, windows just gets the version of the firmware that is in linux-next