| 00:02.08 | *** join/#devuan cromnion_ (~cromnion@38.125.56.168) |
| 00:02.49 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 00:09.05 | *** join/#devuan cromnion (~cromnion@88.202.178.103) |
| 00:19.30 | *** join/#devuan n4dir (~n4dir@51.158.144.32) |
| 00:30.37 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 00:41.00 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 01:01.03 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 01:10.15 | *** join/#devuan bsd4me (~usingbsd@95-105-74-65.gci.net) |
| 01:12.28 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 01:21.18 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 01:56.32 | *** join/#devuan gnu_srs2 (~srs@host-95-198-29-44.mobileonline.telia.com) |
| 02:04.05 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
| 02:14.01 | *** join/#devuan n4dir_ (~n4dir@87.123.201.98) |
| 02:52.04 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 02:57.53 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 03:23.18 | *** join/#devuan tibaret (sid146285@gateway/web/irccloud.com/x-erfhxrtcijllhqpn) |
| 03:32.35 | *** join/#devuan post_cranial_den (yoshi@gateway/vpn/privateinternetaccess/postcranialden/x-54937126) |
| 03:50.33 | neppu | Hiya, need help with OpenRC. Service still runs as root even though I did specify command_user. |
| 03:57.17 | 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. |
| 03:58.41 | neppu | #!/sbin/openrc-run |
| 03:58.45 | neppu | command="/usr/bin/pulseaudio" |
| 03:58.47 | 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. |
| 03:58.54 | neppu | command_args="--start --use-pid-file=true"command_user="sample-user" |
| 03:59.00 | neppu | ^ newline missing. |
| 03:59.09 | *** join/#devuan D-HUND (~debdog@194.140.112.134) |
| 03:59.17 | mason | Alright, so, that ought to just work. Hrm. |
| 03:59.41 | neppu | I have no idea why it doesn't work, ugh. |
| 04:00.11 | mason | And /sbin/openrc-run is a binary, right? So we can't just read it to see what it does. |
| 04:00.33 | mason | (I don't have an OpenRC box around to check, but my understanding is that most of its guts are binaries.) |
| 04:00.39 | neppu | It is yeah. |
| 04:03.43 | mason | neppu: Maybe you'll see something in https://github.com/OpenRC/openrc/blob/master/src/rc/openrc-run.c I'm missing. |
| 04:07.46 | mason | Oh, it's here: https://github.com/OpenRC/openrc/blob/07908be0903229a69b9e0f733ed13eeff0b55a44/sh/start-stop-daemon.sh |
| 04:08.57 | *** join/#devuan nyov (~nyov@unaffiliated/nyov) |
| 04:10.01 | 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. |
| 04:10.50 | 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. |
| 04:12.16 | neppu | I'm pretty sure it's a binary too... |
| 04:12.20 | 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. |
| 04:13.09 | mason | neppu: So, I'd look for that start-stop-daemon.sh and change this line: ${command_user+--user} $command_user \ |
| 04:13.30 | mason | Instead of --user I'm pretty sure you want --chuid to implement what they say they want. |
| 04:14.09 | neppu | ! |
| 04:14.11 | neppu | CHUID ACTUALLY WORKS |
| 04:14.16 | mason | neppu: Right. |
| 04:14.30 | neppu | Holy, you're a lifesaver, man. |
| 04:14.35 | mason | neppu: Next up, file a bug against openrc-run saying "I don't think --user works like you think it does." |
| 04:14.55 | mason | neppu: A lifesaver? I've just enabled you to use PulseAudio. That's not something to feel good about. :P |
| 04:15.02 | neppu | I mean, yeah. |
| 04:15.24 | neppu | As I've already said, I can't completely get away from Poettering bullshit because I'm just too used to PA. |
| 04:15.44 | mason | To each his own. I'm mostly content with ALSA here. :P |
| 04:16.02 | mason | Alright, it's past my bedtime and I'll turn into a pumpkin soon. Sorry I didn't dig into this earlier. |
| 04:16.20 | neppu | It's fine. Night. |
| 04:16.45 | mason | o/ |
| 04:19.19 | *** join/#devuan neppu (25c1a4ea@l37-193-164-234.novotelecom.ru) |
| 04:22.40 | *** join/#devuan absinthe_ (~absinthe@unaffiliated/absinthe) |
| 04:36.12 | *** join/#devuan n4dir (~n4dir@87.123.201.98) |
| 04:40.51 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 04:42.14 | neppu | Ugh, why can't this thing just work? |
| 04:42.20 | neppu | Damn PA. |
| 04:44.09 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 04:57.37 | *** join/#devuan danuan (~danuan@c-24-0-9-61.hsd1.nj.comcast.net) |
| 05:02.18 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 05:55.08 | *** join/#devuan ShorTie (~Idiot@unaffiliated/shortie) |
| 05:58.07 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 06:18.15 | *** join/#devuan arnoldoree (~arnoldore@113.210.49.34) |
| 07:06.00 | *** join/#devuan alv_ (~alv@mob-5-90-129-134.net.vodafone.it) |
| 07:11.00 | *** join/#devuan alexandros_tab_ (~quassel@unaffiliated/alexandros-c/x-1684531) |
| 07:11.01 | *** join/#devuan alexandros_c (~quassel@unaffiliated/alexandros-c/x-1684531) |
| 07:20.01 | *** join/#devuan alv (~alv@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 07:26.09 | *** join/#devuan Joril (~joril@host-217-194-188-145.sbs.redder.net) |
| 07:27.31 | danuan | anyone know how to start nfs-kernel-server without portmapper running , trying to do nfsv4 shares only |
| 07:28.21 | clort | it used to run fine without portmapper |
| 07:28.25 | clort | before portmapper |
| 07:31.46 | gnarface | i'm pretty sure the only secret is to uninstall portmap |
| 07:32.26 | gnarface | it is included by default for convenience because a bunch of that old Sun era network stuff uses it for peer discovery |
| 07:32.52 | gnarface | obviously it's hugely insecure but they don't expect you to care if you're using nfs |
| 07:33.27 | danuan | i get (Starting NFS kernel daemon: nfsd Not starting: portmapper is not running ... (warning).) when i manualy stop portmap |
| 07:33.56 | clort | the low-effort file-sharing for me is sshfs |
| 07:34.14 | clort | all the access control is already there, and it doesn't barf on disconnect |
| 07:34.53 | danuan | gnarface you think uninstalling would change that message ? |
| 07:42.06 | *** join/#devuan bjb (~bjb@sourcerer.ca) |
| 07:42.19 | danuan | clort , i have root on nfs stuff , and crossmounting inside shares , file locking locking etc.. , sshfs might not cut it |
| 07:43.50 | clort | interesting ok |
| 07:44.03 | clort | nice to have options |
| 07:44.05 | *** join/#devuan alv (~alv@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 07:44.52 | clort | on the NeXT nfs didn't lock-up my life on disconnect. thanks linux. |
| 07:44.59 | 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 |
| 07:45.26 | clort | probably someway to get around that though |
| 07:46.50 | danuan | going to try and comment out the test for rpcbind in init.d/nfs-kernel-server |
| 07:48.56 | 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) |
| 07:53.19 | clort | looks like some maintainer started assuming portmapper |
| 08:04.37 | *** join/#devuan alv (~alv@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 08:05.21 | alv_ | ... |
| 08:11.21 | golinux | alv_: You're back? |
| 08:11.45 | *** join/#devuan alvtest (~alvtest@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 08:11.49 | alv_ | yes i'm here !!!! |
| 08:16.07 | *** join/#devuan alvtest (~alvtest@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 08:16.53 | *** join/#devuan KnoP (~KnoP@business-176-095-149-105.static.arcor-ip.net) |
| 08:23.43 | 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 |
| 08:26.00 | *** join/#devuan knidos (~knidos@85.98.18.215) |
| 08:28.54 | clort | sounds like you are sysadminning danuan :) |
| 08:29.03 | clort | it's been decades since i did that |
| 08:31.16 | 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. |
| 08:34.08 | 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 |
| 08:47.33 | gnarface | hmm, you might actually have to disable nfs versions by altering which modules actually load, or at least the options they load with |
| 08:48.03 | 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 |
| 08:48.28 | gnarface | i think i might have been trying to force it to v3 not v4 |
| 08:48.35 | gnarface | not sure |
| 08:48.56 | gnarface | but you should check if there's an /etc/defaults/portmap or /etc/defaults/rpc or something like that |
| 08:49.10 | gnarface | look for a line like disable=0 and change it to disable=1 |
| 08:49.49 | gnarface | maybe if they made a bunch of dumb script checks for the presence of portmap they also built in a override |
| 08:49.58 | danuan | neather of those files exist on my sys |
| 08:50.21 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 08:53.28 | gnarface | hmmm |
| 08:53.44 | gnarface | they could have changed it but it's an odd move considering their recent behavior patterns |
| 08:54.11 | gnarface | (usually they just amputate stuff like this because "nobody under 18 is using it anymore") |
| 08:58.37 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 09:01.09 | rrq | doesn't "man nfsmount" tell how to do it? |
| 09:05.26 | danuan | rrq , problems is trying to disable portmap and still have nfs-kernel-server start |
| 09:05.59 | rrq | well "nfs" includes 2 processes and they use portmap to learn how to talk to each other |
| 09:06.38 | rrq | you'll have to fix their ports in their configurations |
| 09:06.58 | rrq | rpc.nfsd and rpc.mountd |
| 09:07.17 | rrq | man ... |
| 09:07.52 | rrq | I believe it's possible, but I believe many things |
| 09:09.26 | 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 |
| 09:10.21 | rrq | yes, once nfsd has larnt mountd's ports it keeps using them |
| 09:10.26 | rrq | learnt |
| 09:10.44 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 09:12.08 | rrq | so "just" tell them to always use those ports through their configurations |
| 09:12.37 | *** join/#devuan arnoldoree (~arnoldore@113.210.49.34) |
| 09:13.22 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 09:13.34 | dynebot | Hi all !!!! |
| 09:14.40 | alv_ | hummm.... |
| 09:17.44 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 09:17.57 | dynebot | <alv> .... |
| 09:18.12 | alv_ | ok that's better |
| 09:18.15 | alv_ | :D |
| 09:20.08 | *** join/#devuan filipdevuan_ (~fifi@37.248.253.216) |
| 09:24.59 | 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 |
| 09:28.01 | *** join/#devuan fifi_ (~fifi@37.248.253.189) |
| 09:29.28 | 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 |
| 09:36.05 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
| 09:38.40 | rrq | maybe enough to add eg "--port=2050" for RPCMOUNTDOPTS in /etc/default/nfs-kernel-server |
| 09:39.49 | 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 |
| 09:40.03 | danuan | rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) \ rpc.nfsd: unable to set any sockets for nfsd |
| 09:42.29 | rrq | mmm maybe needs entries "rpc.mountd 250/tcp" and "../udp" in /etc/services as well |
| 09:42.59 | rrq | 2050 |
| 09:43.12 | danuan | but no other rpc services again , rpc.mountd is not needed eather for v4 as i understand |
| 09:44.55 | rrq | mmm too long ago :) |
| 09:47.11 | 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 |
| 09:50.59 | gnarface | it's not just a permissions thing is it? |
| 09:51.06 | gnarface | maybe the issue is nfs-kernel-server |
| 09:51.45 | gnarface | i seem to remember not needing it, too |
| 09:52.15 | gnarface | but i was just doing static mounts, maybe you are doing something different |
| 09:52.55 | danuan | seems like portmap opens some socket that nfs-kernel-server grabs , and after it starts portmap can be killed |
| 09:54.21 | gnarface | just out of curiosity, did you check whether it behaves differently when portmap isn't installed? |
| 09:54.42 | gnarface | not just stopped, but not installed? |
| 09:55.01 | gnarface | if it was an actual requirement i would expect it to not let you uninstall it without also uninstalling nfs-kernel-server |
| 09:55.18 | gnarface | if there's some hidden sneaky check that's the easiest way to verify |
| 09:55.50 | gnarface | it shouldn't be a problem to just reinstall it afterwards if you don't have any luck |
| 09:57.47 | danuan | ok , just got it started with rpc.nfsd -N 3 , but now clients complain about having to use -o nolock |
| 09:57.58 | gnarface | hah |
| 09:58.03 | gnarface | well that may be expected behavior |
| 09:58.19 | danuan | so /etc/default/nfs-kernel-server option were not being honored at all for some reason |
| 09:58.34 | gnarface | does seem like a bug |
| 09:59.58 | *** join/#devuan fifi_ (~fifi@37.109.33.84) |
| 10:01.52 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 10:02.34 | dynebot | <alv> ... |
| 10:03.05 | alv_ | ... |
| 10:03.18 | *** join/#devuan fifi__ (~fifi@37.109.33.224) |
| 10:13.00 | *** join/#devuan lyubov (~lyubov@172-3-143-10.lightspeed.sntcca.sbcglobal.net) |
| 10:13.03 | *** join/#devuan Besnik_b (~Besnik@2a02:587:de13:2600:a050:6719:fb4e:937d) |
| 10:23.38 | *** join/#devuan psarria (~psarria@213.94.48.104) |
| 10:30.57 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 11:29.32 | jibbily | has anyone else had an issue with Sublime Text going back to unregistered after every reboot? |
| 11:32.51 | gnarface | jibbily: is that something from the devuan repos? |
| 11:33.39 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 11:33.51 | *** join/#devuan knidos (~knidos@85.98.18.215) |
| 11:34.07 | gnarface | jibbily: i dunno anything about Sublime Text but fyi 3rd party software is notorious for having wrong paths or environment variables |
| 11:34.12 | jibbily | no, but I just found some IRC logs that suggests it's to do with the machine-id being changed |
| 11:34.27 | gnarface | ah, well if it's that here's the deal |
| 11:34.43 | gnarface | machine-id in concept is massively flawed and insecure |
| 11:34.52 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
| 11:35.09 | gnarface | there should be a way to disable the randomization |
| 11:35.24 | gnarface | but it randomizes by default as a security patch |
| 11:35.44 | gnarface | and you're strongly advised to neither do this nor use software that relies on it |
| 11:36.07 | fsmithred | edit /etc/default/dbus to get a static machine-id |
| 11:36.18 | 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 |
| 11:36.24 | 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) |
| 11:37.05 | fsmithred | the actual file is /var/lib/dbus/machine-id |
| 11:39.13 | jibbily | is there a way to get sublime to see /var/lib/dbus/machine-id as a different file? |
| 11:39.31 | gnarface | i have no idea |
| 11:39.40 | fsmithred | me neither, but that's a good idea |
| 11:39.46 | jibbily | I know someone who'll know, will update you |
| 11:39.49 | gnarface | if it's not dumb it should have a way to give a different path |
| 11:40.04 | gnarface | the machine-id file is a plain text file that is easy to fabricate |
| 11:40.09 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 11:40.12 | *** join/#devuan bilbo_b_ (~quassel@ip-176-198-218-138.hsi05.unitymediagroup.de) |
| 11:41.16 | fsmithred | there's also /etc/machine-id in systemd |
| 11:41.26 | fsmithred | make sure it's not looking for that |
| 11:42.50 | *** join/#devuan bilbo_b (~quassel@ip-176-198-218-138.hsi05.unitymediagroup.de) |
| 11:49.07 | *** join/#devuan arnoldoree (~arnoldore@113.210.177.111) |
| 11:51.14 | *** join/#devuan suavedandy (uid468325@gateway/web/irccloud.com/x-hvdlxjxpkpvkuizc) |
| 11:56.40 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 11:59.17 | jibbily | so I just hex edited /var/lib/dbus/machine-id to a different path and I think it's staying registered now |
| 11:59.33 | jibbily | (in the sublime binary) |
| 11:59.54 | fsmithred | cool |
| 12:00.37 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 12:04.45 | jibbily | my colleague suggests using nsenter + mount |
| 12:07.31 | *** join/#devuan kizano (markizano@2600:3c00::f03c:92ff:fe86:b66e) |
| 12:15.34 | *** join/#devuan onefang (~dvs1@devuan/developer/onefang) |
| 12:45.58 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 12:46.50 | *** join/#devuan Xenguy_ (~Xenguy@devuan/community/Xenguy) |
| 12:50.54 | *** join/#devuan user____ (~user@188.25.7.17) |
| 12:56.07 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 13:10.21 | *** join/#devuan lagfra (~fra@anon-35-41.vpn.ipredator.se) |
| 13:13.52 | *** join/#devuan cocoadaemon (~foo@30.27.119.80.rev.sfr.net) |
| 13:25.17 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 13:39.33 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 13:46.42 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 13:48.24 | *** join/#devuan dynebot (~dynebot@92-111-68-16.static.v4.ziggozakelijk.nl) |
| 14:08.12 | *** join/#devuan lagfra_ (~fra@host-79-50-64-139.retail.telecomitalia.it) |
| 14:16.28 | *** join/#devuan Wafficus (4b735614@75.115.86.20) |
| 14:16.48 | Wafficus | Hi there, how do I change the timezone within Devuan? I forget. I think its like systemctl (something) but wanted to confirm |
| 14:17.07 | kizano | Wafficus, dpkg-reconfigure tzdata |
| 14:17.31 | kizano | even on systemd host |
| 14:18.31 | kizano | but devuan is all about not having systemd... |
| 14:19.53 | r3boot | no, it's about init freedom, as long as it's not systemd |
| 14:20.50 | kizano | :D |
| 14:21.49 | Wafficus | thanks kizano |
| 14:22.54 | Wafficus | that worked |
| 14:22.58 | Wafficus | have a good one for now, thanks a ton |
| 14:23.04 | *** part/#devuan Wafficus (4b735614@75.115.86.20) |
| 14:31.30 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 14:32.47 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 14:42.03 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 14:42.17 | *** join/#devuan gast0n (~g4570n@unaffiliated/g4570n) |
| 14:48.38 | *** join/#devuan suavedandy (uid468325@gateway/web/irccloud.com/x-sgsaicdanjcqydqv) |
| 14:56.00 | *** join/#devuan DonkeyHotei (ut7NnFnH@april-fools/2014/runnerup/danielg4) |
| 14:56.43 | dynebot | <alv> :D |
| 15:08.05 | *** join/#devuan n4dir (~n4dir@87.123.201.98) |
| 15:11.12 | nemo | r3boot: heh. I guess one could be some kind of ironic hipster and add back in systemd components to devuan |
| 15:11.17 | nemo | r3boot: still init freedom |
| 15:14.38 | r3boot | nemo: I guess :) Imho it's a contradiction in devuan (as mentioned on their frontpage), but I admit thats wordplay |
| 15:19.06 | GyrosGeier | systemd is a service manager, not an init system |
| 15:19.22 | GyrosGeier | that you can abuse it as an init system is coincidence |
| 15:20.08 | GyrosGeier | the design goal is different, the use cases are different |
| 15:21.42 | fsmithred | devuan with systemd is available here: https://cdimage.debian.org/debian-cd/current/ |
| 15:22.41 | 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 |
| 15:22.45 | GyrosGeier | -o+p |
| 15:26.40 | n4dir | xfce4; settings; session and startup i remove from "application autostart": cadence, geoclue Demo agent, PulseAudio, Screensaver and folders update. |
| 15:26.50 | n4dir | sounds reasonable or should i better add one of that again? |
| 15:34.36 | fsmithred | yeah, that sounds ok |
| 15:34.48 | n4dir | good, thanks. |
| 15:35.00 | fsmithred | I'm not sure what folders update does |
| 15:35.21 | fsmithred | gotta go. bbl. |
| 15:35.31 | n4dir | as i don't use a filemanager, i guess i won't run in it |
| 15:35.53 | n4dir | seems to create that xdg-user-dirs stuff. Lots of new folders in my home. bye bye |
| 15:40.10 | r3boot | GyrosGeier: potato potato ;) But, offtopic here! |
| 15:46.35 | *** join/#devuan clort (clort@gateway/shell/ircnow/x-hstmlkrqfklzvgar) |
| 15:54.14 | *** join/#devuan cromnion (~cromnion@88.202.178.103) |
| 15:55.15 | *** join/#devuan bsd4me (~usingbsd@95-105-74-65.gci.net) |
| 16:05.47 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 16:12.14 | *** join/#devuan resetpacket (~uidzer0@2604:180:2:130d::dead:beef) |
| 16:26.03 | *** join/#devuan knidos (~knidos@85.98.21.46) |
| 16:26.53 | *** join/#devuan rennj (~rennj@host-184-166-206-129.chy-wy.client.bresnan.net) |
| 16:33.43 | *** join/#devuan Bjornn (~Bjornn@2604:6000:1503:3ac:0:db01:be7a:1c9a) |
| 16:50.44 | *** join/#devuan knidos (~knidos@85.98.21.46) |
| 17:05.24 | *** join/#devuan kizano (markizano@2600:3c00::f03c:92ff:fe86:b66e) |
| 17:05.47 | 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. |
| 17:06.30 | n4dir | i mean: if i want emacs i install emacs. |
| 17:06.50 | nemo | ash systemd durbatulûk, ash systemd gimbatul, ash systemd thrakatulûk, agh burzum-ishi krimpatul |
| 17:18.40 | kizano | LoL mason |
| 17:18.44 | kizano | #scopeCreep |
| 17:19.01 | *** join/#devuan Akuli (~akuli@83-100-44-129.rev.dnainternet.fi) |
| 17:28.55 | DHE | there's a well known animated gif that's like 5 years old now that sums it up |
| 17:29.50 | *** join/#devuan Burek (~Burek@unaffiliated/burekzfinezt) |
| 17:31.35 | *** join/#devuan observer_ (~observer@131.151.252.110) |
| 17:31.44 | observer_ | test |
| 17:37.18 | *** join/#devuan banister_ (~textual@2001:1c00:e18:3200:5d94:fa04:443:fda2) |
| 17:38.02 | *** join/#devuan cd (~cd@unaffiliated/cd) |
| 17:41.43 | clort | animated pngs are where it's at |
| 17:47.21 | *** join/#devuan conifer (~conifer@gateway/tor-sasl/conifer) |
| 17:51.08 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:9df:8af4:4822:3592:1f1e) |
| 18:14.48 | *** join/#devuan alv_ (~alv@mob-5-90-129-134.net.vodafone.it) |
| 18:41.20 | *** join/#devuan rennj (~rennj@host-184-166-206-129.chy-wy.client.bresnan.net) |
| 19:11.34 | *** join/#devuan berndj (~berndj@ns1.linksynergy.co.za) |
| 19:27.27 | *** join/#devuan KnoP (~KnoP@p4ff567b2.dip0.t-ipconnect.de) |
| 19:55.58 | *** join/#devuan luser977 (~resuuser@188.25.7.17) |
| 19:59.35 | *** join/#devuan luser978 (~resuuser@188.25.7.17) |
| 20:02.38 | *** join/#devuan luser977 (~resuuser@188.25.7.17) |
| 20:03.35 | *** join/#devuan MasterdonX (~masterdon@titan.pathogen.is) |
| 20:10.25 | *** join/#devuan luser977 (~resuuser@188.25.7.17) |
| 20:11.35 | *** join/#devuan danuan (~danuan@c-24-0-9-61.hsd1.nj.comcast.net) |
| 20:12.50 | *** join/#devuan danuan (~danuan@c-24-0-9-61.hsd1.nj.comcast.net) |
| 20:21.03 | *** join/#devuan MasterdonX (~masterdon@titan.pathogen.is) |
| 20:26.37 | *** join/#devuan MasterdonX (~masterdon@89.187.168.52) |
| 20:48.04 | *** join/#devuan masterdonx2 (~masterdon@titan.pathogen.is) |
| 21:58.47 | *** join/#devuan luser977 (~resuuser@188.25.7.17) |
| 22:03.27 | *** join/#devuan infobot (ibot@96-86-209-99-static.hfc.comcastbusiness.net) |
| 22:03.27 | *** topic/#devuan is Welcome to Devuan! https://devuan.org | Releases: https://files.devuan.org (Beowulf 3.0 stable, ASCII 2.1 old-stable) | Forum https://dev1galaxy.org | Chanlogs http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | take offtopic chat to #devuan-offtopic |
| 22:03.28 | *** mode/#devuan [+v infobot] by ChanServ |
| 22:24.27 | *** join/#devuan post_cranial_den (yoshi@gateway/vpn/privateinternetaccess/postcranialden/x-54937126) |
| 22:49.37 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
| 22:55.16 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 22:56.45 | *** join/#devuan bpmedley (~bpm@2601:246:8101:4eb0:5aa:16fc:fbb4:a029) |
| 22:56.57 | *** join/#devuan arnoldoree (~arnoldore@113.210.177.111) |
| 23:09.39 | *** join/#devuan n4dir (~n4dir@87.123.201.98) |
| 23:23.01 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 23:34.22 | *** join/#devuan Bjornn- (~Bjornn@cpe-76-179-91-198.maine.res.rr.com) |
| 23:43.57 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 23:56.44 | *** join/#devuan DonkeyHotei (gTeE9Gsm@april-fools/2014/runnerup/danielg4) |