systemdlete2 | #join /starlinux | 00:23 |
---|---|---|
systemdlete2 | sorry, got that backwards | 00:23 |
systemdlete2 | anyway... | 00:24 |
systemdlete2 | I thought I'd try out star linux just for the heck | 00:24 |
systemdlete2 | Installed OK, pretty much the same procedure as devuan. But I can't get the dovecot server to work. | 00:25 |
systemdlete2 | It complains it does not know about "imaps" --> I added that to a file in /usr/share (why is a config normally found in /etc suddenly in /usr/share??) | 00:25 |
systemdlete2 | (all the rest of dovecot config is in /etc) | 00:26 |
systemdlete2 | star's dovecot is at 2.3.4.1 | 00:27 |
systemdlete2 | interesting. Crowz is another distro the same 2 people built, also based on devuan, but this time, beowulf specifically | 00:29 |
systemdlete2 | star linux got a decent write-up on distrowatch, and it seems to be pretty good overall. | 00:30 |
systemdlete2 | star dovecot is the same as beowulf. So it should work... | 00:37 |
fsmithred | normally, stuff is /usr/share is the default and any changes you make go in corresponding files in /etc | 00:37 |
systemdlete2 | agreed. | 00:37 |
fsmithred | not talking about dovecot, just in general | 00:37 |
systemdlete2 | again, agreed. | 00:37 |
systemdlete2 | maybe I should saunter on over to something like #dovecot and ask | 00:38 |
fsmithred | you installed the dovecot imap package? | 00:41 |
fsmithred | dovecot-imapd | 00:41 |
systemdlete2 | how else could it be failing if I didn't have it installed? | 00:47 |
systemdlete2 | no worries. I am inquring at #dovecot. I think I see part of the problem already. | 00:48 |
systemdlete2 | There is no "imaps" protocol, though there are places in the config where imaps must be specified. | 00:48 |
neppu | Hiya, need help with OpenRC. Service still runs as root even though I did specify command_user. | 04:50 |
mason | neppu: How are you quoting the command_user argument, and is it just a plain string, not a variable? I still can't find anything indicating its breaking on folks. | 04:57 |
neppu | #!/sbin/openrc-run | 04:58 |
neppu | command="/usr/bin/pulseaudio" | 04:58 |
mason | neppu: https://wiki.alpinelinux.org/wiki/Writing_Init_Scripts makes it look fairly straightforward. Something else I'd try is to vary the user. | 04:58 |
neppu | command_args="--start --use-pid-file=true"command_user="sample-user" | 04:58 |
neppu | ^ newline missing. | 04:59 |
mason | Alright, so, that ought to just work. Hrm. | 04:59 |
neppu | I have no idea why it doesn't work, ugh. | 04:59 |
mason | And /sbin/openrc-run is a binary, right? So we can't just read it to see what it does. | 05:00 |
mason | (I don't have an OpenRC box around to check, but my understanding is that most of its guts are binaries.) | 05:00 |
neppu | It is yeah. | 05:00 |
mason | neppu: Maybe you'll see something in https://github.com/OpenRC/openrc/blob/master/src/rc/openrc-run.c I'm missing. | 05:03 |
mason | Oh, it's here: https://github.com/OpenRC/openrc/blob/07908be0903229a69b9e0f733ed13eeff0b55a44/sh/start-stop-daemon.sh | 05:07 |
mason | neppu: I'd see if you've got a start-stop-daemon.sh kicking around, and see if you can maybe shim a "set -x" at the top and observe what it does when you start your service. | 05:10 |
mason | Alternately, if it runs under their fake-bash and that doesn't work for some reason (dunno) you can probably dump env out to a tempfile and see if it's actually got your command_user, etc. The set -x will show you how it's trying to invoke start-stop-daemon. | 05:10 |
neppu | I'm pretty sure it's a binary too... | 05:12 |
mason | neppu: I don't think --user works like they think it does. Read the man page for start-stop-daemon. I think they really want -c. | 05:12 |
mason | neppu: So, I'd look for that start-stop-daemon.sh and change this line: ${command_user+--user} $command_user \ | 05:13 |
mason | Instead of --user I'm pretty sure you want --chuid to implement what they say they want. | 05:13 |
neppu | ! | 05:14 |
neppu | CHUID ACTUALLY WORKS | 05:14 |
mason | neppu: Right. | 05:14 |
neppu | Holy, you're a lifesaver, man. | 05:14 |
mason | neppu: Next up, file a bug against openrc-run saying "I don't think --user works like you think it does." | 05:14 |
mason | neppu: A lifesaver? I've just enabled you to use PulseAudio. That's not something to feel good about. :P | 05:14 |
neppu | I mean, yeah. | 05:15 |
neppu | As I've already said, I can't completely get away from Poettering bullshit because I'm just too used to PA. | 05:15 |
mason | To each his own. I'm mostly content with ALSA here. :P | 05:15 |
mason | Alright, it's past my bedtime and I'll turn into a pumpkin soon. Sorry I didn't dig into this earlier. | 05:16 |
neppu | It's fine. Night. | 05:16 |
mason | o/ | 05:16 |
neppu | Ugh, why can't this thing just work? | 05:42 |
neppu | Damn PA. | 05:42 |
danuan | anyone know how to start nfs-kernel-server without portmapper running , trying to do nfsv4 shares only | 08:27 |
clort | it used to run fine without portmapper | 08:28 |
clort | before portmapper | 08:28 |
gnarface | i'm pretty sure the only secret is to uninstall portmap | 08:31 |
gnarface | it is included by default for convenience because a bunch of that old Sun era network stuff uses it for peer discovery | 08:32 |
gnarface | obviously it's hugely insecure but they don't expect you to care if you're using nfs | 08:32 |
danuan | i get (Starting NFS kernel daemon: nfsd Not starting: portmapper is not running ... (warning).) when i manualy stop portmap | 08:33 |
clort | the low-effort file-sharing for me is sshfs | 08:33 |
clort | all the access control is already there, and it doesn't barf on disconnect | 08:34 |
danuan | gnarface you think uninstalling would change that message ? | 08:34 |
danuan | clort , i have root on nfs stuff , and crossmounting inside shares , file locking locking etc.. , sshfs might not cut it | 08:42 |
clort | interesting ok | 08:43 |
clort | nice to have options | 08:44 |
clort | on the NeXT nfs didn't lock-up my life on disconnect. thanks linux. | 08:44 |
danuan | yes , sometimes i think smbfs handles things way more gracefully then nfs, when things like reboots and errors of unable to unmout remount etc go | 08:44 |
clort | probably someway to get around that though | 08:45 |
danuan | going to try and comment out the test for rpcbind in init.d/nfs-kernel-server | 08:46 |
danuan | nope (Starting NFS kernel daemon: nfsdrpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) \ rpc.nfsd: unable to set any sockets for nfsd) | 08:48 |
clort | looks like some maintainer started assuming portmapper | 08:53 |
alv_ | ... | 09:05 |
golinux | alv_: You're back? | 09:11 |
alv_ | yes i'm here !!!! | 09:11 |
danuan | clort , the funny thing is , after you start nfs-kernel-server you can kill portmap and all rpc.stuff , and you can mount and unmount all shares without problems untill the next reboot of the server | 09:23 |
clort | sounds like you are sysadminning danuan :) | 09:28 |
clort | it's been decades since i did that | 09:29 |
gnarface | danuan: sorry, i did indeed think uninstalling it would change that message, but i didn't think just having it stopped but installed would cause any errors either. i must be forgetting something. | 09:31 |
danuan | and cat /proc/fs/nfsd/versions always reports -2 +3 +4 +4.1 +4.2 , no matter if i try to disable things in /etc/defaults/nfs-kernel-server | 09:34 |
gnarface | hmm, you might actually have to disable nfs versions by altering which modules actually load, or at least the options they load with | 09:47 |
gnarface | last time i messed with it i had to rebuild the kernel to make it do what i wanted, but that was back in the sarge -> etch era and i also had to support OS X clients | 09:48 |
gnarface | i think i might have been trying to force it to v3 not v4 | 09:48 |
gnarface | not sure | 09:48 |
gnarface | but you should check if there's an /etc/defaults/portmap or /etc/defaults/rpc or something like that | 09:48 |
gnarface | look for a line like disable=0 and change it to disable=1 | 09:49 |
gnarface | maybe if they made a bunch of dumb script checks for the presence of portmap they also built in a override | 09:49 |
danuan | neather of those files exist on my sys | 09:49 |
gnarface | hmmm | 09:53 |
gnarface | they could have changed it but it's an odd move considering their recent behavior patterns | 09:53 |
gnarface | (usually they just amputate stuff like this because "nobody under 18 is using it anymore") | 09:54 |
rrq | doesn't "man nfsmount" tell how to do it? | 10:01 |
danuan | rrq , problems is trying to disable portmap and still have nfs-kernel-server start | 10:05 |
rrq | well "nfs" includes 2 processes and they use portmap to learn how to talk to each other | 10:05 |
rrq | you'll have to fix their ports in their configurations | 10:06 |
rrq | rpc.nfsd and rpc.mountd | 10:06 |
rrq | man ... | 10:07 |
rrq | I believe it's possible, but I believe many things | 10:07 |
danuan | evebut i am able to kill portmap and all rpc services after nfs-kernel-starts and things run just fine , and i just assumed based on information online that nfsv4 does not need it | 10:09 |
rrq | yes, once nfsd has larnt mountd's ports it keeps using them | 10:10 |
rrq | learnt | 10:10 |
rrq | so "just" tell them to always use those ports through their configurations | 10:12 |
dynebot | Hi all !!!! | 10:13 |
alv_ | hummm.... | 10:14 |
dynebot | <alv> .... | 10:17 |
alv_ | ok that's better | 10:18 |
alv_ | :D | 10:18 |
danuan | rrq which configuration? there is only that i found /etc/default/nfs-kernel-server and it seems options supplied on RPCMOUNTDOPTS= line for setting --port and --no-nfs-version but they had no effect | 10:24 |
rrq | well, "man rpc.mountd" seems to suggest that you'd declare its port in /etc/services ... it was a while since I did this | 10:29 |
rrq | maybe enough to add eg "--port=2050" for RPCMOUNTDOPTS in /etc/default/nfs-kernel-server | 10:38 |
danuan | again trying to run just rpc.nfsd for nfsv4 without anything else which i thought was possible , and starting rpc.nfsd with -p or --port=2050 gives same results | 10:39 |
danuan | rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) \ rpc.nfsd: unable to set any sockets for nfsd | 10:40 |
rrq | mmm maybe needs entries "rpc.mountd 250/tcp" and "../udp" in /etc/services as well | 10:42 |
rrq | 2050 | 10:42 |
danuan | but no other rpc services again , rpc.mountd is not needed eather for v4 as i understand | 10:43 |
rrq | mmm too long ago :) | 10:44 |
danuan | i can live with this , but would be nice to have minimal working system with least open port or services running , like having smbd without nmbd | 10:47 |
gnarface | it's not just a permissions thing is it? | 10:50 |
gnarface | maybe the issue is nfs-kernel-server | 10:51 |
gnarface | i seem to remember not needing it, too | 10:51 |
gnarface | but i was just doing static mounts, maybe you are doing something different | 10:52 |
danuan | seems like portmap opens some socket that nfs-kernel-server grabs , and after it starts portmap can be killed | 10:52 |
gnarface | just out of curiosity, did you check whether it behaves differently when portmap isn't installed? | 10:54 |
gnarface | not just stopped, but not installed? | 10:54 |
gnarface | if it was an actual requirement i would expect it to not let you uninstall it without also uninstalling nfs-kernel-server | 10:55 |
gnarface | if there's some hidden sneaky check that's the easiest way to verify | 10:55 |
gnarface | it shouldn't be a problem to just reinstall it afterwards if you don't have any luck | 10:55 |
danuan | ok , just got it started with rpc.nfsd -N 3 , but now clients complain about having to use -o nolock | 10:57 |
gnarface | hah | 10:57 |
gnarface | well that may be expected behavior | 10:58 |
danuan | so /etc/default/nfs-kernel-server option were not being honored at all for some reason | 10:58 |
gnarface | does seem like a bug | 10:58 |
dynebot | <alv> ... | 11:02 |
alv_ | ... | 11:03 |
jibbily | has anyone else had an issue with Sublime Text going back to unregistered after every reboot? | 12:29 |
gnarface | jibbily: is that something from the devuan repos? | 12:32 |
gnarface | jibbily: i dunno anything about Sublime Text but fyi 3rd party software is notorious for having wrong paths or environment variables | 12:34 |
jibbily | no, but I just found some IRC logs that suggests it's to do with the machine-id being changed | 12:34 |
gnarface | ah, well if it's that here's the deal | 12:34 |
gnarface | machine-id in concept is massively flawed and insecure | 12:34 |
gnarface | there should be a way to disable the randomization | 12:35 |
gnarface | but it randomizes by default as a security patch | 12:35 |
gnarface | and you're strongly advised to neither do this nor use software that relies on it | 12:35 |
fsmithred | edit /etc/default/dbus to get a static machine-id | 12:36 |
jibbily | is it a syscall or file? it'd be good if I can just give sublime a fixed one, and keep it random for everything else | 12:36 |
gnarface | (and not just because this is insecure enough on its own to be used by bad actors, but because anyone who would do this to you is probably about to do something worse next) | 12:36 |
fsmithred | the actual file is /var/lib/dbus/machine-id | 12:37 |
jibbily | is there a way to get sublime to see /var/lib/dbus/machine-id as a different file? | 12:39 |
gnarface | i have no idea | 12:39 |
fsmithred | me neither, but that's a good idea | 12:39 |
jibbily | I know someone who'll know, will update you | 12:39 |
gnarface | if it's not dumb it should have a way to give a different path | 12:39 |
gnarface | the machine-id file is a plain text file that is easy to fabricate | 12:40 |
fsmithred | there's also /etc/machine-id in systemd | 12:41 |
fsmithred | make sure it's not looking for that | 12:41 |
jibbily | so I just hex edited /var/lib/dbus/machine-id to a different path and I think it's staying registered now | 12:59 |
jibbily | (in the sublime binary) | 12:59 |
fsmithred | cool | 12:59 |
jibbily | my colleague suggests using nsenter + mount | 13:04 |
Wafficus | Hi there, how do I change the timezone within Devuan? I forget. I think its like systemctl (something) but wanted to confirm | 15:16 |
kizano | Wafficus, dpkg-reconfigure tzdata | 15:17 |
kizano | even on systemd host | 15:17 |
kizano | but devuan is all about not having systemd... | 15:18 |
r3boot | no, it's about init freedom, as long as it's not systemd | 15:19 |
kizano | :D | 15:20 |
Wafficus | thanks kizano | 15:21 |
Wafficus | that worked | 15:22 |
Wafficus | have a good one for now, thanks a ton | 15:22 |
dynebot | <alv> :D | 15:56 |
nemo | r3boot: heh. I guess one could be some kind of ironic hipster and add back in systemd components to devuan | 16:11 |
nemo | r3boot: still init freedom | 16:11 |
r3boot | nemo: I guess :) Imho it's a contradiction in devuan (as mentioned on their frontpage), but I admit thats wordplay | 16:14 |
GyrosGeier | systemd is a service manager, not an init system | 16:19 |
GyrosGeier | that you can abuse it as an init system is coincidence | 16:19 |
GyrosGeier | the design goal is different, the use cases are different | 16:20 |
fsmithred | devuan with systemd is available here: https://cdimage.debian.org/debian-cd/current/ | 16:21 |
GyrosGeier | the boundary between init system and service manager is pretty much between the special unit types for early boot, like file systems and so on, and "service" units that assume that the rest of the system is set uo | 16:22 |
GyrosGeier | -o+p | 16:22 |
n4dir | xfce4; settings; session and startup i remove from "application autostart": cadence, geoclue Demo agent, PulseAudio, Screensaver and folders update. | 16:26 |
n4dir | sounds reasonable or should i better add one of that again? | 16:26 |
fsmithred | yeah, that sounds ok | 16:34 |
n4dir | good, thanks. | 16:34 |
fsmithred | I'm not sure what folders update does | 16:35 |
fsmithred | gotta go. bbl. | 16:35 |
n4dir | as i don't use a filemanager, i guess i won't run in it | 16:35 |
n4dir | seems to create that xdg-user-dirs stuff. Lots of new folders in my home. bye bye | 16:35 |
r3boot | GyrosGeier: potato potato ;) But, offtopic here! | 16:40 |
mason | GyrosGeier: systemd isn't a service manager. It's a bootloader. Wait, it's a logging system. Wait, it's a resolver. Wait, it's a container management system. | 18:05 |
n4dir | i mean: if i want emacs i install emacs. | 18:06 |
nemo | ash systemd durbatulûk, ash systemd gimbatul, ash systemd thrakatulûk, agh burzum-ishi krimpatul | 18:06 |
kizano | LoL mason | 18:18 |
kizano | #scopeCreep | 18:18 |
DHE | there's a well known animated gif that's like 5 years old now that sums it up | 18:28 |
observer_ | test | 18:31 |
clort | animated pngs are where it's at | 18:41 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!