gnu_srs1 | LeePen: I'm back. Should we upgrade the transitional packages {,lib}udev*, etc to 3.2.9-3 or change the dependencies of {,lib}eudev* to a fixed version? | 12:20 |
---|---|---|
gnu_srs1 | I'll test upgrades next from Debian Buster to Devuan Beowulf/unstable when we have decided. | 12:22 |
gnu_srs1 | fsmithred: I saw that you had tested Beowulf on an encrypted disk. Can you check if eudev 3.2.9-3 is fine, see #261 | 12:28 |
LeePen | I think it is better not to have to update udev transitional packages every time, if that will work. | 12:28 |
LeePen | Does eudev need versioned depends on udev at all? | 12:29 |
fsmithred | gnu_srs1, eudev did not upgrade. Still at 3.2.7-6 | 12:31 |
gnu_srs1 | fsmithred: eudev 3.2.9-3 is in unstable | 12:32 |
fsmithred | yeah, I see it | 12:32 |
fsmithred | I think I just did 'apt upgrade' and didn't do dist-upgrade | 12:32 |
fsmithred | will do it now | 12:32 |
gnu_srs1 | LeePen: We need the epoch for eudev packages: Conflicts: udev (<< 1:${source:Version}) | 12:33 |
gnu_srs1 | Otherwise Debian udev versions takes precedence. I can change to e.g.: udev (<< 1:3.2.7+devuan1.1), the latest transitional package available. | 12:35 |
LeePen | Seems resonable and stops us having to bump and rebuild src:udev. | 12:39 |
gnu_srs1 | LeePen: The udev transitional packages are old. Maybe we could build new versions 1:3.2.9-4 and new eudev versions 3.2.9-4 having a fixed dependency on udev 1:3.2.9-4? | 12:39 |
LeePen | Why are the transitional packages in a separate source anyway? | 12:40 |
gnu_srs1 | I'd really like to fix some stuff in src:udev. | 12:40 |
LeePen | Crack on! | 12:41 |
gnu_srs1 | The transitional packages cannot be included in src:eudev. Combining epoch and no epoch is not possible. We have tried that before. | 12:41 |
LeePen | OK. I see now. | 12:44 |
fsmithred | I got the newer eudev on dist-upgrade. No udev is installed. It boots. Anything specific I should check? | 12:52 |
gnu_srs1 | fsmithred: see #261: eudev: System with encrypted root fs and swap fails to shutdown cleanly | 13:12 |
fsmithred | gnu_srs1, I'm working on a fix for that | 13:15 |
fsmithred | https://bugs.devuan.org//cgi/bugreport.cgi?bug=237 | 13:16 |
fsmithred | if there's a different way to fix the delay, please tell me about it. | 13:17 |
fsmithred | mxlinux made a package that uses dpkg-divert to replace cryptdisks.functions (or cryptdisks-functions in beowulf) | 13:21 |
fsmithred | so I cloned it: https://git.devuan.org/fsmithred/cryptsetup-modified-functions | 13:21 |
gnu_srs1 | fsmithred: Seems like #261 is different?, no lvm: On a fresh Devuan ASCII install with encrypted root and swap (no LVM, no RAID),... | 13:24 |
fsmithred | there are two fixes that people have been using | 13:25 |
fsmithred | one works for just luks, the other works for lvm | 13:25 |
fsmithred | gnu_srs1, were you thinking of repackaging cryptsetup? | 13:26 |
gnu_srs1 | Maybe I should ask the bug reporter about #261. Are the fixes for luks/lvm related to eudev or only cryptsetup? | 13:26 |
fsmithred | seems to be just cryptsetup | 13:27 |
fsmithred | that's all anyone has messed with to get rid of the shutdown delay | 13:27 |
gnu_srs1 | No I do not intend to repackage cryptsetup. Is that package forked by Devuan? | 13:27 |
fsmithred | nope | 13:27 |
jaromil | nope | 13:27 |
gnu_srs1 | If not, then bugs should be filed in Debian BTS? | 13:29 |
jaromil | depends, the bug may not affect debian, sorry I am just jumping in but don't have enough information | 13:30 |
jaromil | i'm just triggered by cryptsetup since is a rather important package to me :^P | 13:30 |
fsmithred | here's the debian wontfix report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720340 | 13:30 |
fsmithred | yeah, apparently if you use systemd it shuts down too fast to see the error messages. | 13:31 |
jaromil | lol yea I see it now | 13:31 |
jaromil | but well I confirm is a chicken-egg problem unmounting the root partition | 13:32 |
fsmithred | yeah, one idea that's been discussed is to go to initramfs at shutdown | 13:32 |
jaromil | and we cannot rly fix it realistically | 13:32 |
jaromil | i see... well.. | 13:32 |
jaromil | ... sorry i use tomb :^) I don't care | 13:32 |
fsmithred | getting rid of the delay seems to be sufficient | 13:32 |
jaromil | it works better and doesn't keeps the keys on the disk | 13:33 |
jaromil | disclaimer: wrote it myself :^S | 13:33 |
fsmithred | yeah, I've looked at it | 13:33 |
fsmithred | seems like a convenient tool | 13:33 |
fsmithred | so should I go ahead and make the cryptsetup-modified-functions package? | 13:34 |
fsmithred | if so, I have some questions about packaging details | 13:34 |
mason | fsmithred: I tried to spin up a test VM yesterday and it choked on MD-RAID1 /boot, which was surprising. | 16:08 |
mason | So I didn't get a chance to complete the install. It also choked thinking that it was on an EFI system, which it wasn't, which was also surprising. Couldn't install GRUB. So I tossed it for now. | 16:10 |
mason | But other than the odd quoting, that LVS-related patch seems reasonable, and the quoting probably doesn't break anything. | 16:10 |
fsmithred | mason, were you using an installer iso or a live iso? | 16:59 |
mason | fsmithred: Always installer for this kind of thing, but I might do it again with a live image and my scripting just to get it done. | 17:00 |
fsmithred | maybe | 17:00 |
fsmithred | I had a hard time doing it | 17:00 |
fsmithred | with live iso | 17:00 |
fsmithred | so which quoting seems odd to you? | 17:00 |
mason | I need to look at the error... Might not have been related to the RAID /boot, in which case I should open a bug for it. | 17:00 |
mason | fsmithred: There were double quotes around things that seemed unnecessary. Let me find it. | 17:01 |
fsmithred | probably vgs= | 17:02 |
fsmithred | with the sed, there are a lot of quotes | 17:02 |
fsmithred | I haven't dissected that sed command. | 17:02 |
mason | There shouldn't be any quotes needed there though. | 17:20 |
mason | fsmithred: I'll whip up a demonstration. | 17:20 |
fsmithred | I usually quote in similar situations. | 17:21 |
mason | fsmithred: But it's incorrect. Anyway: https://bpaste.net/HGEQ | 17:29 |
mason | Way, way better than the questionable regex with the bad quoting. | 17:29 |
fsmithred | um, ok. All the variables in the rest of that file are quoted, including the command substitutions. | 17:33 |
fsmithred | I have to go. bbl. | 17:33 |
mason | fsmithred: You're right, that is all over the place in there. :/ | 17:43 |
mason | I don't know. Most code is horrible, so I guess this is no different. I have no objections to however you want to commit it, anyway, not that it's matter all that much even if I did. :) | 17:44 |
mason | My general heuristic is that if an element of code does nothing, or nothing useful, it shouldn't be there, with the rare exception of being explicit with braces and such to clarify blocking. | 17:45 |
golinux | It's meet time! | 21:35 |
mason | Gods, I don't have a meeting! I can join! | 21:35 |
onefang | I'm awake, but I have to duck out now, before it gets too hot. | 21:53 |
mason | It was good to finally make a meeting. Been a while. | 22:42 |
mason | bbiab | 22:43 |
golinux | Nice to have you back! | 22:45 |
LeePen | fsmithred: Just move the purpy themes to beowulf and chimaera in dak. | 22:51 |
gnu_srs1 | LeePen: Around tomorrow I'll have updated src:eudev and src:udev packages to build for unstable. | 23:09 |
gnu_srs1 | Should we build or do you want me to install Debian Buster, create a local repo and then | 23:09 |
gnu_srs1 | upgrade to Devuan Beowulf/unstable before to test? That will delay things some time! | 23:09 |
LeePen | gnu_srs1: Not sure. Let's get them built for unstable first and get debootstrapping ceres fixed. | 23:11 |
LeePen | We are on the point of freezing beowulf. | 23:12 |
gnu_srs1 | So you will be testing debootstrapping of ceres. OK:) | 23:13 |
LeePen | Yes, we know that is broken by this at the moment. | 23:13 |
gnu_srs1 | I think the udev and eudev packages should be a part of Beuwulf. | 23:14 |
gnu_srs1 | Beowulf** | 23:14 |
fsmithred | LeePen, I'm not aware that I have access to dak. | 23:16 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!