| golinux | Pad for this week's meet is here: https://pad.dyne.org/code/#/2/code/edit/W8OZe1vZJlyHqLCLERY1Dhzo/ | 03:24 |
|---|---|---|
| agris | wait | 04:28 |
| agris | what is udisk2 being polled in by? | 04:28 |
| agris | isn't that a gnome-desktop thing? | 04:28 |
| mason | agris: It can inflict itself on any system. | 04:30 |
| agris | last time I remember polling in udisks2 was for the gnome-disk-manager years ago | 04:30 |
| mason | That may have been the context in which it came up here. | 04:30 |
| mason | It was mentioned in a meeting a couple weeks ago. | 04:31 |
| agris | switched to an old version of gparted that was before gtk3 and no longer had that issue being pulled in | 04:31 |
| agris | GParted 0.33.0 | 04:31 |
| agris | hmm. Is it still an active issue mason ? | 04:31 |
| mason | agris: LeePen is working on packages for it. It's arguably not terrible having a working automounter for USB sticks and CDs and such. | 04:32 |
| mason | agris: I'd rather people learn to mount media, or if we have such a service, have it have some modicum of configurability, but there it is. My only dog in this race is that I agreed to test it since I have a test system that can be spared for the purpose. | 04:33 |
| agris | huh | 04:33 |
| agris | I could have sworn I have that functionality on my system here without udisks | 04:34 |
| agris | let me check | 04:34 |
| mason | It's not hard to set up udev rules to do it. | 04:34 |
| mason | Not sure what else ships that does it automatically, out of the box. | 04:34 |
| agris | hmm | 04:35 |
| agris | nope, looks like I do have udisks2 installed via Thunar | 04:35 |
| agris | but I've also got fstab user entries so I've rarely used it | 04:36 |
| fsmithred | yeah, someone wanted gnome-disk-manager | 04:36 |
| fsmithred | gvfs will pull it in, too | 04:37 |
| fsmithred | pull in udisks2, I mean | 04:37 |
| fsmithred | on systems without those things I use pmount | 04:38 |
| mason | LeePen: So, with elogind and friends, all your packages install except for policykit->consolekit, automounting works correctly, although there was an odd delay before XFCE populated the desktop and menus on login. | 04:55 |
| mason | LeePen: I'll switch to consolekit tomorrow and give you results from that. | 04:55 |
| mason | s/install/installed/ | 04:57 |
| mason | fsmithred: Thanks again for reminding me to use aptitude. I'd forgotten how useful it could be to switch between conflicting suites of packages. | 16:24 |
| fsmithred | yw | 16:25 |
| mason | Hm, flashed by in boot: specified group 'kvm' unknown. Does that ring any bells? | 16:26 |
| mason | Fresh install for this testing, fairly vanilla, but something wants a 'kvm' group that was pulled in somewhere along the line. | 16:27 |
| fsmithred | I don't know | 16:27 |
| fsmithred | actually, I think I've seen that message | 16:27 |
| mason | I'll dig a bit before I trash the test install. | 16:28 |
| fsmithred | FYI: aptitude search patterns: https://www.debian.org/doc/manuals/aptitude/ch02s04s05.en.html | 16:28 |
| fsmithred | I never pursued that message. It's probably a harmless warning. | 16:29 |
| mason | LeePen: via the magic of aptitude, I switched from consolekit to libpam-elogind, and udisks2 mounts USB sticks like a champ there as well. | 16:29 |
| mason | LeePen: Might be worth having a second person verify, but it all looks good from here. | 16:30 |
| LeePen | mason: That's great. Thanks for testing. | 16:30 |
| mason | LeePen: Sure, happy to help. | 16:30 |
| fsmithred | which udisks2 did you test? | 16:30 |
| LeePen | amesser reported success yesterday too. | 16:30 |
| mason | fsmithred: https://git.devuan.org/devuan-packages/udisks2/commits/suites/beowulf-proposed | 16:30 |
| mason | LeePen: Oh, good. | 16:30 |
| LeePen | I will try to get jenkins to build. | 16:31 |
| LeePen | Just adding libsystemd0 transitional package to src:elogind. | 16:31 |
| mason | Built cleanly with dpkg-buildpackage, so it should be uneventful. | 16:31 |
| fsmithred | I wish that were true. | 16:32 |
| mason | Jenkins is twitchier? | 16:32 |
| LeePen | flakier ;) | 16:32 |
| fsmithred | something is flakey | 16:32 |
| mason | Does Jenkins drive dpkg-buildpackage or something else? | 16:32 |
| fsmithred | gbp | 16:32 |
| mason | Oh, hrm. I've never heard of that. | 16:33 |
| fsmithred | git-buildpackage | 16:33 |
| mason | Ah. | 16:33 |
| LeePen | It should work, but my experience of it is, (cough), unpredicatable! | 16:33 |
| fsmithred | lol | 16:33 |
| mason | Things are so much easier in Red Hat land. rpmbuild or mock, done. | 16:33 |
| mason | That said, there are some internal tools that force build jobs into Koji, and... Well. I stick with mock. =cough= | 16:34 |
| mason | <-- dinosaur | 16:34 |
| mason | Wow, almost everything on https://www.debian.org/doc/manuals/maint-guide/build.en.html is new to me. | 16:35 |
| mason | Hrm, don't know what it is, but 'su -' in this XFCE environment was met with five seconds of delay before I got my password prompt. | 16:36 |
| mason | That and the 20-second delay on login make me think something's not quite right. | 16:37 |
| mason | That said, I don't like desktop environments, so this udisks2 thing is as close as I'm likely to get to debugging them, and that only because I have unwanted familiarity with udev/udisks2 interaction. :P | 16:37 |
| mason | fsmithred: Looking through https://www.debian.org/doc/manuals/aptitude/ch02s04s05.en.html, nothing jumps out that would help me isolate a package that desires a particular group. I'll try to reboot and capture more context and maybe search that way, unless you have more ideas for aptitude. | 16:39 |
| fsmithred | no, I don't think aptitude will help you track down the kvm warning | 16:41 |
| mason | Got it. LeePen: It's conceivable this might impact your udisks2 package, so let me gather some data. | 16:41 |
| fsmithred | maybe 'apt-cache rdepends kvm' | 16:41 |
| mason | fsmithred: It came from a udev rule, so I need to see if it was actually udev, or just udisks2, which operates by slamming in udev rules. | 16:42 |
| mason | LeePen: The kvm group requirement isn't from udisks2, it's from 50-udev-default.rules. | 16:50 |
| mason | (/lib/udev/...) | 16:50 |
| LeePen | Thanks. | 16:51 |
| mason | Do we have a full-text search against our bug database? I want to make sure I'm not submitting a duplicate. | 16:52 |
| Joril | Mason: I seem to remember a delay with su when I was missing my hostname from /etc/hosts | 16:52 |
| mason | Joril: That may well be it. Looking. | 16:52 |
| mason | Joril: No, it's there. | 16:53 |
| mason | Joril: It got the usual (if odd) 127.0.1.1 entry from the installer. | 16:53 |
| mason | Alright, no bugs listed against udev, so I'll open one. | 16:53 |
| mason | Oh, right, no web form for bug reports. This is neither LaunchPad nor Bugzilla. reportbug it is. | 16:54 |
| mason | Hrm, and I don't see it in the archive. The Debian BTS is not one of the better features of the project. Oh, well. | 17:02 |
| mason | golinux: Don't know if this is your part of the web site or not, but https://www.devuan.org/udev (reached from https://bugs.devuan.org//cgi/pkgreport.cgi?pkg=udev) is a 404. | 17:03 |
| Joril | mmh on bugs.debian.org the corresponding link points to packages.debian.org | 17:08 |
| Joril | sadly https://packages.devuan.org/udev is 404 too :D | 17:10 |
| golinux | mason: that is one of many dead, deleted pages from before KatolaZ set up the BTS that are still indexed in various search engines. | 17:25 |
| mason | Joril: https://bugs.devuan.org//cgi/bugreport.cgi?bug=357 FWIW | 17:27 |
| golinux | That entire section of the website was deleted years ago. | 17:27 |
| mason | golinux: Ah. I got to it from bugs.devuan.org, so it might be worth updating the entry point. | 17:28 |
| golinux | I was referring to the pkg info section on the website. | 17:29 |
| mason | https://bugs.devuan.org/ -> https://bugs.devuan.org//cgi/pkgindex.cgi?indexon=pkg -> https://bugs.devuan.org//cgi/pkgreport.cgi?pkg=udev -> link "You might like to refer to the udev package page." | 17:29 |
| mason | golinux: Right. But anyway, there's the path from the bug tracker leading to the 404. | 17:29 |
| golinux | Unfortunately KatolaZ is no longer around. It might even be running on one of his servers. | 17:30 |
| golinux | So no way to fix it afaik. | 17:30 |
| mason | hrm, hrm | 17:31 |
| golinux | Maybe something to discuss tomorrow | 17:37 |
| golinux | I know nothing about the inner working of bugs.devuan.org. i only contributed minimal theming | 17:41 |
| mason | Oh, random note, I had to look at journalctl for a box here, and systemd doesn't correctly shut down LUKS with root on it either! It just doesn't complain where you can see it, so it's trivially easy to assume it's doing the right thing. | 17:58 |
| enyc | Anything I can usefullyf test with beowulf and MATE desktop, logind's and so on?? | 18:08 |
| mason | enyc: I suspect the most useful thing at the moment would be noting anything funny during your ugprade to Beowulf or subsequent package updates. | 19:12 |
| enyc | mason: hrrm, long since set up a beowulf and no longer have a 'running' ascii to test from | 19:43 |
| mason | enyc: I'm not sure what you'd want to test. My understanding at present is that the release is gated on debian-installer being broken and some package glitchies re: libsystemd0. There may be other things, but it's a bit too opaque at present. | 19:44 |
| enyc | fine! | 19:44 |
| enyc | it might be that somebody say ... hrrm... be worth checking the elogind changes with more desktop frontends, usb automounting, etc. , or something else specific they are currentyly uncertain about. | 19:45 |
| mason | I was just testing udisks2 for LeePen last night and this morning, so I imagine stuff like that will come up. | 19:46 |
| enyc | Something I *am* noticing is lac of beowulf-backports (e.g. buster-backports libreoffice) nothing todo with systemd per-se, but i understand that will happen, after release of beowulf soon. | 19:46 |
| mason | And indeed you could try his packages: https://git.devuan.org/devuan-packages/udisks2/commits/suites/beowulf-proposed and https://git.devuan.org/devuan-packages/policykit-1/commits/suites/unstable-proposed | 19:47 |
| mason | enyc: It's conceivably amprolla simply hasn't been configured to consider backports. I'm not yet up to speed on Debian repository handling. | 19:47 |
| mason | s/conceivably/conceivable/ | 19:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!