LeePen | Morning | 12:06 |
---|---|---|
LeePen | Just realised I was offline for a few days. Have I missed anything? | 12:09 |
Evilham | not much | 12:09 |
Evilham | you can check the logs if you want, but most interesting things are on the ML | 12:09 |
LeePen | OK. I am just about to revert https://git.devuan.org/devuan-packages/policykit-1/commit/5ad9b8d2e83c77a2293438d64f265d1fc25ebb71 for a new build of policykit. It was the wrong place to try to achieve this. | 12:10 |
Evilham | I for one fully trust your judgement on those bits :-D | 12:13 |
LeePen | Flattering but unwise! :) | 12:13 |
LeePen | Been tied up with the debian/elogind churning. | 12:14 |
LeePen | Thanks for your input | 12:14 |
Evilham | hey, I'm young, I'm supposed to get wiser with time :-p | 12:18 |
gnu_srs1 | LeePen: When I created the transitional policykit packages for ASCII two of them was not possible to remove due to that. Maybe you can correct them for ASCII? | 12:18 |
gnu_srs1 | That would probably simplify upgrades to beowulf etc. | 12:19 |
LeePen | gnu_srs1: I have already removed the ascii specific transitional packages. | 12:19 |
gnu_srs1 | Nevertheless: The Debian merge should be source based, not package based. | 12:20 |
LeePen | Yes, but as it isn't we need to keep the packages to directly oppose the debian ones. | 12:21 |
gnu_srs1 | Maybe you can bring this up on the next meeting? | 12:21 |
LeePen | Yes, although I won't be offereing to delve into amprolla to fix it at the moment! ;) | 12:22 |
gnu_srs1 | To make it a TODO issue. | 12:22 |
Evilham | on that note, would you mind reviewing the amprolla changes I posted on the ML? | 12:25 |
Evilham | since it's an important bit of software, I'm more comfortable with changes being reviewed and approved rather than just pushed | 12:25 |
Evilham | mentioning because that'd also be where the logic changes have to happen IIRC | 12:26 |
LeePen | Evilham: Cetainly. | 12:31 |
mtnman | helo | 15:56 |
amesser | hi | 16:07 |
golinux | Here's the proposed new "release" page for the website: https://devuan.org/os/releases | 18:06 |
golinux | I rearranged the order of the information to put a focus on the codename instead of the suite for reasons of which you all are well aware. | 18:09 |
golinux | Current page is here for comparison: https://devuan.org/os/releases | 18:09 |
golinux | Comments welcomed. | 18:10 |
golinux | Oh boy . . . didn't proofread. Here's where the new version lives: https://pad.dyne.org/code/#/2/code/edit/cF7Wk0uUj1xdheWqEksTBiSV/ | 18:11 |
golinux | Sorry for that . . . the clipboard sometimes does strange things. | 18:12 |
golinux | Please have a look | 18:13 |
yeti | there is ceres and Ceres and sid and Sid in the text. The others are Capsed consequently... | 18:23 |
yeti | same mischmasch for stable/etsting/unstable | 18:25 |
golinux | yeti: iirc the Suite | 18:39 |
golinux | 's name is capped but in sources.list is lower case. So I guess the difference is whether it refers to naming or function. | 18:41 |
fsmithred | yeah, I'm pretty sure Debian uses caps when talking about them, lower case when using them. | 18:41 |
golinux | hellekin originally put that page together. | 18:41 |
golinux | So I just followed his lead | 18:41 |
yeti | ok | 18:45 |
amesser_ | wtf | 19:37 |
amesser_ | lvm2 depends on libsystemd? | 19:37 |
mason | remember that libsystemd is misnamed | 19:54 |
amesser_ | ? | 19:56 |
mason | amesser_: It's a general utility library as I understand it. | 19:58 |
amesser_ | lol, no its a plague ;-) | 19:59 |
amesser_ | actually lvm2 is a system level tool need to administer logical volumes. I dont seen why it has to depend on libsystemd. It worked before without | 20:00 |
amesser_ | I'm currently trying hard to boil down an initrd and came across that libelogind/libsystemd was part of it, wondering why | 20:01 |
mason | libsystemd is a general-purpose utility library, I meant | 20:02 |
amesser_ | hmm no, its actually the core of the systemd init program and pulls in all its crap | 20:05 |
mason | Well. As you wish. | 20:06 |
mason | amesser_: You figure it out yet? | 20:24 |
amesser_ | what do you mean? | 20:25 |
mason | amesser_: You were wondering why lvm2 wanted the libsystemd utility library. | 20:25 |
amesser_ | no, not yet. I was just wondering about it | 20:26 |
mason | If you grab the source, you'll see a bunch of fairly straightforward options in configure.in. Looks like it ought to be possible to disable it without detriment. Looks like a bunch of service notifiers using the libsystemd dbus interface, at first glance. | 20:27 |
amesser_ | currently i'm struggeling with nfsv4 mount | 20:27 |
mason | amesser_: How so? | 20:27 |
amesser_ | root@zeus:/# mount -v -t nfs4 -o nfsvers=4 192.168.180.149:/ /mnt | 20:27 |
amesser_ | mount.nfs4: timeout set for Sat Sep 21 20:28:35 2019 | 20:27 |
amesser_ | mount.nfs4: trying text-based options 'vers=4,addr=192.168.180.149,clientaddr=192.168.180.20' | 20:27 |
amesser_ | mount.nfs4: mount(2): Protocol not supported | 20:27 |
amesser_ | mount.nfs4: Protocol not supported | 20:27 |
mason | Hm. I don't nail down the version here and I get whatever the server offers by default. | 20:28 |
mason | So, 4.2 for Linux NFS servers, 4.1 IIRC for FreeBSD. | 20:28 |
amesser_ | hmm, same without vers=4 | 20:29 |
mason | amesser_: What nfs packages do you have installed? And is this on ASCII? | 20:29 |
amesser_ | no, its beowulf | 20:29 |
amesser_ | and on the nas its my owne kernel | 20:30 |
amesser_ | i think nfsv4 ismissing there | 20:30 |
amesser_ | ah yes, thats the reason | 20:31 |
amesser_ | i missed to compile in nfsv4 support, haha | 20:31 |
mason | That'll do it then. Good catch. | 20:31 |
mason | lunchtime here - bbiab | 20:32 |
mason | And back. | 21:17 |
gnu_srs1 | Hi, is there a need to upgrade eudev for beowulf? I thought about packaging it for Debian! | 23:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!