[03:27] <ejat> i dont have specific fs
[08:05] <mwhudson> oh um i guess i should do some live server installer testing
[08:07] <mwhudson> although some enterprising soul has apparently done it
[11:56] <LocutusOfBorg> seb128, good morning, what do you think wrt merging alsa-utils? a crash fix is always nice :)
[11:57] <seb128> LocutusOfBorg, I was waiting for them to upload 1.1.8, it's prepared in salsa for more than a week
[11:58] <LocutusOfBorg> oh... I wondered if they were going, but freeze is coming
[11:58] <LocutusOfBorg> so, they will probably not upload it
[11:58] <LocutusOfBorg> (or not in unstable)
[11:58] <seb128> k, well we want that version in disco
[11:59] <seb128> I can do the merge/upload
[11:59] <LocutusOfBorg> thanks for caring :)
[11:59] <seb128> thx for pointing out why they are probably not uploading :)
[11:59] <seb128> yw!
[11:59] <LocutusOfBorg> right now the freeze for buster is ongoing, so the outstanding merges can be done easily
[11:59] <LocutusOfBorg> I'm trying to clean up the 130 php merges
[12:00] <LocutusOfBorg> :(
=== ricab is now known as ricab|lunch
=== ricab|lunch is now known as ricab
[16:03] <kreyren> Need more info to https://pastebin.com/raw/LL4x817C (recompiling kernel with configuration grabbed from gentoo)
[17:12] <vorlon> cjwatson: (repeating on more appropriate channel) peeked at your approach to the ucf change; AIUI the result of this is that if the user has tried to dpkg-reconfigure and change a setting through debconf, the new value will be ignored
[17:14] <cjwatson> (answered on #ubuntu-meeting, didn't see this until later)
[21:35] <vorlon> cjwatson: I don't have a script for it (is there any reusable code for a script-driven debconf frontend?), but I can confirm that with grub-pc 2.02+dfsg1-10, dpkg-reconfigure grub-pc, change the value of GRUB_CMDLINE_LINUX, there is no ucf prompt and also the change does not land in /etc/default/grub
[23:32] <cjwatson> vorlon: OK.  I could try to do something about it, but I'm not very convinced that I care about supporting that method of changing the GRUB config; the filesystem has primacy.  Do you have a specific use case for doing that?
[23:35] <cjwatson> Aside from preseeding, I think that anything that's trying to change the config that way has better and more robust alternatives available
[23:53] <rbasak> I'm not sure what you're talking about exactly, but I'm hopeful you're talking about fixing bug 1747464 and bug 1812752 :)
[23:53] <ubottu> bug 1747464 in cloud-images "Regression: users are prompted on upgrade of cloud images" [High,Triaged] https://launchpad.net/bugs/1747464
[23:53] <ubottu> bug 1812752 in grub2 (Ubuntu) "UX: changing GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub has no effect in cloud images" [Undecided,New] https://launchpad.net/bugs/1812752
[23:55] <cjwatson> rbasak: I already fixed the first in Debian and am trying to persuade vorlon to take my fix rather than doing other fragile stuff :)
[23:56] <rbasak> Thanks :)
[23:56] <cjwatson> rbasak: I'm not especially convinced about changing the latter - it could easily end up making the logic even more complicated and therefore worse
[23:57] <rbasak> I admit I don't have any suggestions on how to actually fix the second one cleanly
[23:57] <cjwatson> rbasak: Well, ifthis is specifically menu.lst, it's probably a variation of the same problem but not directly fixed by what I did in Debian
[23:58] <cjwatson> (for the first one)
[23:58] <cjwatson> Looks v similar though
[23:59] <cjwatson> rbasak: maybe this cloudimg thing should just be appending to or otherwise modifying the variable rather than overwriting it wholesale?
[23:59] <cjwatson> I haven't looked at exactly what it's changing
[23:59] <rbasak> Would that work? Ie. can it realy on the previous definition?
[23:59] <rbasak> Does /etc/default/grub need to define it by default?