libera/#devuan-dev/ Friday, 2021-01-08

LeePenrq11:20
rrqye11:26
LeePenWell spotted!11:27
fsmithredrrq, I just sent you email11:45
rrqta11:46
fsmithredok, grub is happy to say Devuan in the boot menu via /etc/default/grub as long as the bootloader is in /boot/efi/EFI/debian11:58
fsmithredand that requires ID=debian in /etc/os-release12:00
bgstack15Does parazyd spend any time in these irc channels for Devuan?16:09
bgstack15Or should I send him an email, about the devuan-sanity systemctl inclusion?16:09
LeePenbgstack15: he is often here16:12
LeePenfsmithred: I am very unhappy to go back to ID=debian16:13
LeePenCan we make grub use ID_LIKE instead?16:13
bgstack15would that involve forking grub?16:24
bgstack15(i.e., recompiling)16:24
LeePenbgstack15: I don't know. I don't have any uefi hardware and use lilo!16:25
bgstack15If ID_LIKE is a mandatory part of (the apparently systemd-related) /etc/os-release, then I think we could ask upstream grub to use it.16:25
bgstack15oh crap, did I just think about asking somebody to go use a systemd-related thing?16:25
fsmithredyeah, we would need to fork grub16:25
bgstack15I submit myself for punishment.16:25
fsmithredother way to deal with it is to mess with /etc/default/grub16:26
fsmithredbut I think we're not allowed to do that unless we fork grub16:26
bgstack15Lol, I'm even using grub-legacy in a few places.16:26
fsmithredI can do it in the live isos16:26
fsmithredhey, refractainstaller still supports grub-legacy16:27
bgstack15I forget why some of my [virtual] machines use grub-legacy.16:27
bgstack15It was probably easier to automate with a preseed file.16:27
fsmithredalready do it in the live isos for the grub theme16:27
fsmithredbut that doesn't work in the installer isos - /etc/default/grub is not present early enough.16:28
fsmithred(i.e. when desktop-base gets installed)16:28
bgstack15grepped through the source at https://salsa.debian.org/grub-team/grub-legacy.git (which I guess is grub 1) and didn't see anything about os-release at all.16:31
bgstack15Maybe it's one of the debian scripts that helps assemble the grub-mkconfig scriptlets that uses /etc/os-release?16:31
fsmithredmaybe os-prober16:32
bgstack15That already sounds easier to fork if necessary.16:33
fsmithredos-prober: /usr/lib/os-probes/mounted/90linux-distro16:36
bgstack15Oh, and this discussion is about EFI. I don't boot using UEFI at all.16:36
fsmithredlooks at /etc/os-release, /etc/issue16:36
bgstack15I turn that **** off.16:36
fsmithredlegacy won't do efi16:36
fsmithredit also looks at /etc/lsb-release16:37
fsmithredwhich usually is not present16:37
fsmithredbut will override what lsb_release returns16:38
bgstack15Well, it appears to read NAME= from /etc/os-release.16:38
fsmithredoverrides GRUB_DISTRIBUTOR, too16:38
bgstack15But if os-release is absent, it tries a million /etc/*release alternatives, and Devuan is in there, near the end!16:38
bgstack15But my systems have a /etc/debian-release so it'll short-circuit early on with just "Debian"16:39
fsmithredit reads os-release first?16:39
bgstack15affirmative, in that 90linux-distro16:40
bgstack15Not sure what this script does, or when it is called.16:40
bgstack15Perhaps this is what populates grub's menu entries?16:40
fsmithredupdate-grub uses it to make the boot menu16:40
bgstack15It only pulls NAME and PRETTY_NAME though16:40
bgstack15nothing about ID or ID_LIKE16:41
fsmithredif I remember correctly there is some comment about black magic in there16:41
bgstack15I see nothing about black magic in the 90linux-distros file.16:42
fsmithredis somewhere in os-prober files16:42
bgstack15Now, that file does comment that it has a higher number for lower priority because of the perceived lower reliability of this sort of check.16:42
bgstack15So os-probes/mounted/x86/05efi probably comes first16:43
fsmithredyeah, that makes sense16:43
bgstack15and maybe the EFI bootloader entry somehow is labeled as Debian?16:43
fsmithredyeah, that's a requirement for grub-efi-amd64-signed16:43
bgstack15I'm one of those old-timey lameos who likes the way things were so I don't really want to use EFI.16:44
fsmithredif the bootloader is not in /boot/efi/EFI/debian then it can't find grub.cfg16:44
fsmithredit has few advantages16:44
fsmithredprobably not worth the trouble it causes16:45
masonI recently realized that it hinders mobility - unless you use the default naming, you can't just move disks between systems.16:45
masonSo I'll probably start using the default naming in my installs.16:45
fsmithredwhich names?16:45
fsmithredoh, if you move a disk to another box, you still need to register the bootloader with the system16:46
fsmithrednvram16:46
bgstack15Is that a EFI thing?16:47
fsmithredyeah16:47
fsmithredthere's a command to do that16:47
bgstack15Hm.16:47
fsmithredefibootmger -d ... -p... <path>16:47
fsmithredoh!16:49
fsmithredhot shit! it works.16:49
fsmithredID=devuan, ID_LIKE=debian, update-grub, reboot, menu says Devuan, and it boots.16:50
fsmithredboot/efi/EFI/debian/ was the last dir to be touched16:50
fsmithredI'm gonna delete the devuan dir and see what happens16:51
fsmithredconfirmed16:52
fsmithredit uses the debian bootloader but says devuan in the boot menu16:52
fsmithredI just noticed that /etc/os-release is a symlink to /usr/lib/os-release16:54
fsmithredso that can be changed in base-files and we should be all set.16:54
fsmithredI'm assuming it will work with secure boot. It's working with the signed grub now.16:54
bgstack15And what else will break?! This feels like something to stick just to unstable for now.16:54
fsmithrednot sure if it will break third-party software that expects debian16:55
fsmithredbrb16:55
fsmithredwe will need to change it for the beowulf point-release. Can't have uefi people landing on a grub prompt.17:02
LeePenfsmithred: I am really against changing ID back to debian.17:08
fsmithredwhy?17:08
LeePenIt breaks other things: postgresql-common for 1.17:08
fsmithrednm17:08
fsmithreddon't17:08
fsmithredID_LIKE=debian17:08
LeePenYes, absolutely17:09
fsmithredit works. I just tested it in beowulf.17:10
fsmithredalso, while we're in base-files, in chimaera, 3 needs to be 417:11
fsmithredin whatever17:11
fsmithredissue17:11
masonfsmithred: Ah, sorry, didn't see that there was traffic for me for lack of a "mason" hilight. The default path is EFI/BOOT/BOOTX64.EFI. In general, if you don't have a valid boot entry, that'll work, and it'll also make a disk bootable from the UEFI menus.17:11
fsmithredmason, you don't get that by default, do you?17:12
fsmithredI think you have to do expert install and choose "install grub to removable media path"17:13
masonfsmithred: Some systems will install there by default, potentially in addition to the expected OS-named directory. I don't install anything using an installer any more, so I can't remember who does that still.17:13
masonfsmithred: Yeah, that sounds right.17:13
fsmithredbase-files already has the right settings in os-release in beowulf-proposed-updates branch in git and in repo17:34
fsmithredI guess I can close the bug report I opened this morning17:34
fsmithredand beowulf-proposed-updates are included in the iso17:38
fsmithredso why didn't it work?17:39
fsmithredI did another install. Having ID=devuan and ID_LIKE=debian does not work. The bootloader is in a dir named devuan, not debian.18:22
fsmithredThose are the default settings provided by base-files in beowulf-proposed-updates (and in the installer isos build#171)18:24
bgstack15How does Ubuntu do it?18:36
bgstack15they're a Debian derivative too.18:36
fsmithredthey have their own signing key from MS18:41
bgstack15Oh, M$ Ubuntu18:41
bgstack15lol18:41
fsmithredthye had theirs years before debian did18:41
masonOh, you guys are talking SecureBoot, not just UEFI boot...?18:50
LeePenbgstack15: fsmithred: I have just been playing with teh lightdm/orca/xserver-share issue.18:54
fsmithredwhat did you find?18:54
bgstack15Well, I did mean how does Ubuntu handle the ID= and ID_LIKE=.18:55
bgstack15But if they have some special stuff in SecureBoot then it's possible that gets found first by os-prober; no dang /etc/os-release munging required!18:55
fsmithredmason, I haven't tested secure boot, but if you boot in uefi mode, you get the signed grub.18:55
LeePenWith the new beowulf-proposed-updates debian-pulseaudio-config-override package installed, orca talks for me in both lightdm and xfce session with xserver-share=false.18:56
LeePenCan somebody else verify that?18:56
LeePenIf so we can revert xserver-share (which will fix #529) and still have orca talk.18:57
fsmithreddid you just add that package?18:57
LeePenYes and revert the xserver-share change in /etc/lightdm/lightdm.conf18:57
fsmithredthat wasn't changed18:58
fsmithredit was changed in /usr/share/lightdm/lightdm.conf.d/01-debian-something18:58
LeePenI can only see it in /etc/lightdm/lightdm.conf19:00
fsmithredthat should be a commented line19:00
fsmithredunless that's where the new package does it19:00
fsmithredI can test it soon19:01
LeePenThanks19:01
fsmithredstill waiting for ubuntu to boot19:01
fsmithredID=ubuntu, ID_LIKE=debian19:03
LeePenfsmithred: maybe that was my editing or /etc/lightdm/lightdm.conf.19:09
LeePenDoes lightdm even read /usr/share/lightdm/lightdm.conf.d?19:09
LeePenbgstack15: ^^^?19:09
bgstack15let me check for you.19:10
fsmithredbgstack15, your change was from true to false?19:11
bgstack15in b-w-u for lightdm, the change hard-codes "xserver-share=false" to underneath /usr/share/lightdm/lightdm.conf.d/01_debian.conf19:12
bgstack15Before that, there is no explicit configured xserver-share setting, so lightdm would use the default.19:12
fsmithredok, I changed it to true and rebooted, but still get voice19:12
fsmithredI'll try in /etc19:13
fsmithredok, I'm confused. What do I need to do to return it to the default that was before your changes to lightdm?19:14
bgstack15remove the xserver-share line from /usr/share/lightdm/lightdm.conf.d/01_debian.conf19:14
bgstack15and reboot or restart lightdm (beware of the implications of that, of course)19:15
fsmithredok19:15
bgstack15I am assuming the default would be whatever is described in the comments of the main /etc/lightdm/lightdm.conf19:16
fsmithredI had to downgrade lightdm to break the screen reader19:21
fsmithrednothing at lightdm login screen (after installing the override package)19:24
fsmithredI need lunch before I mess with this more19:25
LeePenHmmm. It is working for me both in lightdm and the subsequent xfce session.19:25
LeePenTea time here.19:25
fsmithreddifference is that I downgraded lightdm19:26
fsmithredcould not get the screen reader to stop by changing the config19:26
fsmithredok, nothing is working the way it should20:45
fsmithredpurging a package does not remove its files20:48
fsmithredrunnning with autospawn=no uncommented does not break sound20:49
fsmithredremoving xserver-share=false from /usr/share/lightdm/lightdm.conf.d/01-debian-whatever does not break the screen reader20:50
fsmithredbut downgrading to the version in beowulf main does break the screen reader.20:50
fsmithredwhat else is different between the two packages?20:51
bgstack15let me run that diff20:55
bgstack15which exact version is in beowulf?20:56
bgstack15Assuming beowulf is using the Debian release from git tag debian/1.26.0-4, then the 1.26.0-4+devuan1 changelog includes20:57
bgstack15add session optional pam_elogind.so to lightdm-greeter (Closes: #438)20:57
fsmithredah20:58
fsmithredyeah, that does it21:05
fsmithredneed pam-elogind.so and debian-pulse-ovveride. Don't need xserver-share=false21:05
fsmithredbbl21:06

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!