00:05.15 | gnarface | ServiceRobot: my advice is don't |
00:05.35 | gnarface | just don't try to cripple it before you actually get it working |
00:06.24 | gnarface | it depends on sysvinit stuff for compatibility purposes |
00:10.49 | ServiceRobot | it doesn't depend directly on it though. it is possible to use openrc-init. otherwise it might as well not exist |
00:14.37 | gnarface | agris: can you help this guy out by any chance? ^ |
00:16.16 | agris | ServiceRobot, what does /etc/init.d/rcS contain? |
00:19.43 | golinux | ServiceRobot: I've heard that in Devuan you still need the the sysvinit scripts. |
00:20.14 | ServiceRobot | yes, you still need the initscripts package, but you don't need sysvinit-core I believe |
00:20.35 | ServiceRobot | openrc-init should be able to handle it, as long as you manually install an agetty service |
00:21.40 | *** join/#devuan infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
00:21.40 | *** topic/#devuan is This is the Devuan https://devuan.org/ discussion channel | D1conf: #devuan-conf https://devuan.org/d1conf | Latest (2018-06-09): ASCII 2.0.0 https://devuan.org/os/debian-fork/ascii-stable-announce-060818 || Stable (2017-05-25): Jessie 1.0.0 LTS release | Devuan Forum: https://dev1galaxy.org/ | Chanlogs http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | You may need to auth to NickServ |
00:21.41 | *** mode/#devuan [+v infobot] by ChanServ |
00:22.02 | golinux | Too bad that KatolaZ isn't around these days |
00:22.15 | golinux | sheds a tear . . . |
00:36.58 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
00:39.28 | ServiceRobot | who? |
00:42.44 | golinux | You don't have a search engine? |
00:43.32 | ServiceRobot | I mean, there's more than one KatolaZ on google... |
00:46.04 | agris | ServiceRobot, installing OpenRC in Devuan currently does not provide openrc-supervisory |
00:46.57 | ServiceRobot | because all the scripts are for sysvinit? I guess using openrc at all is a waste of time then? |
00:47.08 | agris | as you'll see when a script isn't using #!/sbin/openrc-run or is overriding the start() function it's basically in sysV compatibility mode with start-stop-daemon supervisory |
00:47.41 | agris | but start-stop-daemon supervisory without integration into OpenRC. OpenRC does in fact have start-stop-daemon as one of the supervisory options |
00:47.50 | ServiceRobot | yeah, and from the wiki I'm on my own according to openrc. but it's still weird that it gets stuck |
00:48.14 | agris | unless you want to maintain replacement init scripts yourself as far as i'm aware it's mostly useful for your own daemons, and having a consistant rc-status |
00:48.33 | agris | ServiceRobot, yeah, I asked you what your /etc/init.d/rcS contained |
00:48.37 | agris | you still have not answered |
00:48.44 | ServiceRobot | ah, sorry. let me look |
00:48.50 | ServiceRobot | I'm currently testing in a vm |
00:52.13 | gnarface | fucking triple deja-vu! |
00:52.17 | gnarface | crazy |
00:52.52 | gnarface | i need you all to please stop trying to force me to evolve the ability to see into the future |
00:53.48 | ServiceRobot | uh what? also here it is. it's a normal bash script with exec /sbin/openrc sysinit at the bottom |
00:54.26 | ServiceRobot | it says it's called from inittab, but openrc-init skips inittab |
00:54.28 | ServiceRobot | so.... |
00:55.09 | gnarface | paste.debian.net has no ads |
00:55.22 | drawkula | wiki! |
00:55.34 | gnarface | seconded on the wiki |
00:57.05 | ServiceRobot | you want me to paste the script there? |
00:59.06 | ServiceRobot | http://paste.debian.net/plain/1094297 |
00:59.08 | ServiceRobot | well here it is |
01:01.28 | gnarface | ServiceRobot: agris went through all of this last night. you should really listen to what he has to say |
01:02.01 | ServiceRobot | I did though. I just posted a link to the rc script I have |
01:02.12 | ServiceRobot | *rcS |
01:02.45 | agris | ServiceRobot, remove the last bit 'sysinit' |
01:02.48 | agris | then reboot |
01:03.00 | ServiceRobot | okay |
01:03.03 | agris | wait |
01:03.06 | agris | before you do that |
01:03.09 | agris | run rc-status |
01:03.31 | ServiceRobot | how can I if the system gets stuck and never reaches a tty? |
01:03.31 | agris | it says runlevel is sysinit yes, but does it say those services are started or stopped? |
01:04.20 | agris | anyways first try changing sysinit in /etc/init.d/rcS to nothing, and then if that doesn't work try changing sysinit to default |
01:04.35 | agris | I've had mixed 50/50 depending on the system what works |
01:04.41 | agris | I still don't know why yet |
01:05.02 | ServiceRobot | that's just odd. let me try it though |
01:05.11 | ServiceRobot | I can chroot in and adjust it |
01:06.57 | ServiceRobot | nah, it still gets stuck. darn |
01:09.20 | gnarface | wasn't there a second change you had to make too, agris ? |
01:11.44 | agris | at this point I'm not even sure anymore |
01:11.53 | agris | some of my containers with with sysinit |
01:12.00 | agris | someone of them only work with blank |
01:12.09 | agris | others only work with default |
01:12.25 | agris | I do have a custom inittab in my deploy script |
01:12.38 | ServiceRobot | that's so odd... if I'm not writing my own services, perhaps I shouldn't bother using openrc. |
01:13.17 | gnarface | agris: oh that's right, didn't you say something about agetty? |
01:13.18 | agris | http://dpaste.com/0SCPYAY |
01:13.40 | gnarface | agetty or getty? |
01:13.42 | agris | I'm not using gettys at all |
01:13.52 | agris | so perhaps this isn't really effecting me |
01:13.55 | gnarface | you just removed them ll? |
01:13.57 | gnarface | all? |
01:14.02 | gnarface | that might matter if you removed them |
01:14.15 | agris | I'm either logging in via ssh or spawning a shell inside the container |
01:14.19 | agris | but no, I didn't remove them |
01:14.22 | gnarface | hmm |
01:14.35 | agris | I can still get to a getty login prompt if I start my containers in foreground mode |
01:14.40 | gnarface | it could just be down to which startup scripts run, too |
01:14.46 | gnarface | couln't it? |
01:14.50 | gnarface | *couldn't |
01:15.00 | agris | It looks like Devuan might do sysinit runlevel in SysV, and then do the rest of the init proccess in openrc |
01:15.08 | agris | It's really weird |
01:15.27 | agris | I don't know anyone yet who can fully explain it |
01:15.51 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
01:15.56 | agris | i've hammered at it long enough to where it works again, but I still don't fully understand why |
01:16.00 | gnarface | i think just building the gentoo version and installing it is an option as well, albeit unsupported |
01:16.29 | ServiceRobot | if you have sysinit-core installed with openrc as a replacement for sysv-rc, sysinit runlevel is in sysv, and then it starts openrc from there |
01:16.55 | ServiceRobot | honestly, I may have less trouble if I just do that and say screw it to openrc-init |
01:17.25 | ServiceRobot | but then what are the advantages to using openrc+sysvinit? |
01:17.48 | gnarface | you get to use either type of script? |
01:17.56 | gnarface | best of both worlds? |
01:18.00 | gnarface | i am sure they had a good reason |
01:18.36 | gnarface | but i'm also now having a vague recollection of someone finding out you could just make a simple edit to bypass all the sysvinit stuff and just run openrc the way gentoo does it |
01:19.09 | gnarface | like without changing out the package |
01:19.14 | ServiceRobot | yeah, by not installing sysvinit-core, symlink openrc-init to /sbin/init, and create an agetty service. though that hasn't worked for me... hmmm |
01:19.54 | gnarface | does it fail a different way, ServiceRobot? |
01:20.49 | ServiceRobot | it gets stuck at "Cleaning up temporary files..." aka it gets to that part and never continues |
01:21.05 | gnarface | see what that script is trying to do |
01:21.13 | gnarface | it might have nothing to do with the first issue |
01:22.45 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
01:24.02 | ServiceRobot | I did. it doesn't seem like it would cause the system to freeze |
01:24.14 | ServiceRobot | and I looked at each line pretty carefully |
01:24.41 | ServiceRobot | but just to be clear, if I'm not creating my own openrc-run scripts, it's not worth having openrc installed at all? |
01:25.33 | gnarface | o dpm |
01:25.37 | gnarface | * i don't |
01:25.39 | gnarface | even know |
01:25.42 | gnarface | it might be faster |
01:25.47 | gnarface | it might have other benefits |
01:25.58 | gnarface | lower attack surface perhaps |
01:26.22 | gnarface | easier to understand, if you ever do want to make your own scripts |
01:26.51 | gnarface | some compatibility with gentoo documentation ... |
01:27.48 | gnarface | ServiceRobot: find the exact command it is hanging on, make sure it is something that works inside a container. it is not a guarantee that it would be. |
01:27.57 | gnarface | container/vm |
01:27.59 | gnarface | whatever you call it |
01:28.13 | *** join/#devuan xe-non (uid379608@gateway/web/irccloud.com/x-opxdijgtsyodunif) |
01:28.31 | gnarface | it could be an entirely different bug do you understand? |
01:28.59 | agris | ServiceRobot, If you want to go about replacing the sysinit runlevel, and most daemon scripts with OpenRC-run scripts, I would like to join you in that endeaver |
01:29.03 | ServiceRobot | yes, I'm aware. every setup is different |
01:29.10 | agris | I want an Alpine but based in Devuan |
01:29.28 | ServiceRobot | I tried alpine once. wasn't a big fan |
01:29.41 | agris | neither was I |
01:29.42 | ServiceRobot | oh I would love to help out with that |
01:29.51 | agris | that's why I run Devuan OpenRC container systems |
01:30.00 | ServiceRobot | but making it not conflict with what's already in /etc/init.d would be a pain |
01:30.29 | agris | You think there's a way to do that without stepping on sysv user's toes? |
01:30.39 | ServiceRobot | I wish devuan was more modular. it would set itself apart from debian more. as of right now, I don't know what the difference is besides saner defaults |
01:31.03 | agris | I would like to replace sysv start-stop-daemon scripts with OpenRC-Supervisory |
01:31.10 | agris | or s6 |
01:31.20 | ServiceRobot | supervise-daemon. I tried s6 once. couldn't wrap my head around it |
01:31.29 | ServiceRobot | I find runit better than s6, but runit has its own problems |
01:31.31 | agris | but currently openrc-supervisory works well enough |
01:31.41 | ServiceRobot | I'm constantly fighting with myself wether to use openrc or runit |
01:31.50 | ServiceRobot | I've used both, but they're both different |
01:32.02 | gnarface | what don't you like about sysvinit? |
01:32.05 | agris | OpenRC provides s6 as one of the optional daemon supervisors, along side it's internal one and start-stop-daemon |
01:33.08 | gnarface | oh, right, that was the other advantage about openrc |
01:33.10 | agris | gnarface, I like sysvinit, but OpenRC provides a lot of the functionality that systemd provides, without going outside the scope if init and without being a giant monolithic peice of software |
01:33.11 | gnarface | process monitoring |
01:33.16 | ServiceRobot | I'm worried about its maintainability. I'm not sure how long it will stay around. probably a while because compatibility, but openrc just feels cleaner |
01:33.37 | gnarface | ServiceRobot: it was process monitoring, that's what that guy kept telling me about openrc, or daemon management or something like that |
01:33.42 | ServiceRobot | I rather use openrc's supervision though |
01:34.02 | gnarface | ServiceRobot: yea, the primary value of openrc may be after it is booted |
01:34.15 | ServiceRobot | yeah, the rc-status command, rc-update, etc are very handy. easier than manually symlinking, which runit requires you to do |
01:34.31 | gnarface | so it is really a question of what you like |
01:34.48 | ServiceRobot | which is hard to support, because everyone's tastes are different |
01:34.54 | gnarface | but if you're having trouble with sysvinit, it might be easy for you to get help with that in here too |
01:35.13 | ServiceRobot | I'd be glad if both runit and openrc got the support they deserve, since they both are very usable |
01:35.35 | agris | openrc also provides easy ways to define cgroups per daemon, daemon uptime |
01:35.37 | agris | https://0x0.st/zOXa.png |
01:35.53 | ServiceRobot | yeah, uptime can be handy information |
01:35.54 | agris | also /etc/conf.d is very nice |
01:36.31 | agris | that pic I sent is an example of openrc's internal daemon supervisor being put to use for a custom daemon in Devuan ASCII |
01:36.42 | ServiceRobot | yeah, runit doesn't have a conf.d style directory |
01:36.44 | agris | you also can do periodic health checks |
01:36.58 | ServiceRobot | it's incredibly minimalistic, for better or worse |
01:37.06 | ServiceRobot | didn't know about health checks |
01:37.49 | agris | keeps track of which daemons are part of the runlevel configuration and which daemons are running manually, but not configured as part of a runlevel |
01:37.58 | agris | well, It comes from Gentoo |
01:38.07 | agris | so you expect a level of competency' |
01:38.12 | ServiceRobot | but so far, devuan has the same problems using a different init other than sysvinit as debian does. what sets apart devuan, really? just saner defaults? |
01:38.17 | agris | I'm typing from a Gentoo system right now |
01:38.22 | *** join/#devuan kts (~kts@103.73.237.134) |
01:38.43 | agris | ServiceRobot, systemd still runs in Devuan even if you install a different init |
01:38.54 | agris | you can see it there in the process table |
01:38.58 | ServiceRobot | I thought it was just libsystemd0 library? |
01:39.02 | agris | no |
01:39.13 | ServiceRobot | in that case, why use devuan over debian? |
01:39.29 | agris | because it force you to run systemd |
01:39.42 | agris | that attack surface isn't there |
01:39.46 | ServiceRobot | I managed to use debootstrap to not have systemd installed though? |
01:39.55 | ServiceRobot | just as a test in a vm |
01:39.58 | onefang | There's no systemd even installed on any of my Devuan boxen. |
01:40.21 | ServiceRobot | I really wish there was a comparison chart of what is actually different |
01:40.27 | ServiceRobot | that would help clear up some misconceptions |
01:40.37 | agris | you can look at the diffs |
01:40.57 | ServiceRobot | from where? |
01:41.04 | agris | also take for example all the stupid political bs debian is dealing with now |
01:41.23 | ServiceRobot | political bs? systemd related? |
01:41.29 | agris | you know Devuan is largly made of ex-debian maintainers |
01:41.33 | agris | well |
01:41.41 | agris | systemd somtimes related |
01:41.44 | gnarface | uh |
01:41.51 | gnarface | agris: false, there is no systemd running |
01:42.13 | agris | but take for example, removing a packages and creating a big PR nightmare that had the string 'boob' in the name |
01:42.21 | ServiceRobot | yeah, but I'm worried about development. buster was released not too long ago, and I can't find much information on when devuan will release beowulf |
01:42.42 | agris | or how they released buster with ecryptfs broken, because they had to work around systemd's shortcomings |
01:42.45 | ServiceRobot | I'm not saying this to diss on devuan. I'm trying to get a better idea on where both distros stand |
01:43.06 | agris | when it's ready |
01:43.10 | ServiceRobot | they removed a package over naming? |
01:43.17 | gnarface | ServiceRobot: note that if agris has systemd running in devuan, it's because he installed it from a debian repo accidentally |
01:43.18 | agris | there's a lot to un-fuck from debian |
01:43.59 | gnarface | ServiceRobot: there is no systemd in devuan |
01:44.04 | ServiceRobot | yeah, and I can't use another STABLE distro that doesn't have systemd because a lot of game server software I want to use wouldn't work |
01:44.13 | agris | gnarface, I don't have systemd running anywhere, I was talking about debian still have systemd helpers in the proc table even if you replace it with another init |
01:44.37 | ServiceRobot | yes, I know devuan doesn't come with systemd, but the argument is you can remove systemd from debian, or install it without systemd |
01:44.40 | gnarface | ServiceRobot: there was an old udev version with systemd in the name (obnoxiously) but that's not systemd |
01:44.58 | ServiceRobot | yeah, I notice that sysvinit uses systemd-udev |
01:44.59 | ServiceRobot | very odd |
01:45.06 | gnarface | agris: sorry i must have misread you |
01:45.34 | gnarface | or you typed Devuan accidentally |
01:45.46 | agris | ServiceRobot, did you actually try removing systemd from debian? |
01:46.04 | ServiceRobot | I installed it from scratch without systemd |
01:46.12 | ServiceRobot | with openrc-init, etc |
01:46.12 | agris | I had the same standpoint as you until I actually tried removing systemd from a debian install |
01:46.16 | agris | then I opened htop |
01:46.23 | agris | installed a RDBMS |
01:46.31 | agris | and boom, there systemd was, back again |
01:46.51 | agris | even though 'service' still worked, the attack surface was still there |
01:46.56 | ServiceRobot | couldn't you modify the /etc/apt files to ensure systemd won't install back? |
01:47.18 | agris | ServiceRobot, no, not if you like databases or desktop enviroments |
01:47.30 | ServiceRobot | I plan to use it for servers |
01:47.32 | ServiceRobot | nothing else |
01:47.55 | agris | One of the things Devuan does is rebuild packages that link in systemd libs, to no longer do that |
01:48.09 | ServiceRobot | but I thought devuan gave up on avoiding libsystemd0? |
01:48.46 | ServiceRobot | this argument is used against devuan all the time on other forums when I do research |
01:49.19 | *** join/#devuan Gnhugo (~yaaic@189.216.85.14) |
01:49.24 | gnarface | that's my understanding as well ServiceRobot |
01:49.40 | gnarface | but they do rebuild some packages that depend on systemd |
01:49.41 | ServiceRobot | people don't like the fragmentation devuan "caused". I understand their sentiments. I'm curious to hear from you guys |
01:49.43 | agris | ServiceRobot, Devuan ascii replaces libsystemd0 with a NOOP. Beowulf it will be completely removed |
01:49.54 | ServiceRobot | noop? |
01:50.00 | agris | no-operation |
01:50.10 | MinceR | it has given up on that, unfortunately. but in beowulf, libsystemd will be replaced with libelogind, afaik |
01:50.18 | MinceR | which is similar, but with a less hostile upstream |
01:50.20 | ServiceRobot | ah, goold ol' elogind |
01:50.23 | ServiceRobot | *good |
01:50.27 | gnarface | on the daemon, they do rebuild what packges they can that depend on systemd. they ban the rest: https://pkgmaster.devuan.org/bannedpackages.txt |
01:50.41 | ServiceRobot | elogind has worked great for me on Artix Linux. consolekit2 has been dead for 2 years |
01:50.51 | agris | A lot of the work that goes into Devuan comes from Gentoo |
01:50.54 | agris | eudev |
01:51.06 | agris | for example |
01:51.18 | ServiceRobot | but isn't banning packages a bit excessive? what if people need them? are their replacements? |
01:51.36 | ServiceRobot | oh i see. the list isn't that long |
01:52.05 | agris | if people need systemd-crond and can't use cronie, crond, or any other cron implementation they can go use debian |
01:52.32 | ServiceRobot | ah, I want to use beowulf right now. but debian buster also has elogind? |
01:52.44 | ServiceRobot | I currently am testing things in a vm |
01:52.57 | gnarface | ServiceRobot: it's mostly a representation of the limitations of the work power available, but stuff is generally prioritized less if systemd is very entrenched in its functionality |
01:53.13 | agris | like GNOME3 |
01:53.22 | ServiceRobot | I wouldn't get anywhere near GNOME |
01:53.34 | agris | I liked gnome2 |
01:53.50 | ServiceRobot | I only started using linux in 2016 so I wouldn't know what gnome2 was like |
01:54.00 | agris | but i'm glad the "Debian is not GNOME" movement is also Devuan |
01:54.24 | agris | It was like a fancier version of XFCE |
01:54.35 | agris | look up screenshots of Debian Sarge |
01:54.54 | ServiceRobot | but that's just it though. if you're installing from scratch a minimal system with no desktop environment, what does devuan provide for me that debian can't? |
01:55.11 | agris | http://pre09.deviantart.net/64b6/th/pre/i/2006/004/3/a/debian_3_1_sarge_gnome_desktop_by_accodeum.jpg |
01:56.26 | gnarface | ServiceRobot: it provides a system without systemd |
01:56.48 | gnarface | ServiceRobot: also some various arm device support :) |
01:56.51 | ServiceRobot | right, but I've gotten debian to not provide systemd either? if I use debootstrap that is |
01:57.51 | gnarface | it's very possible that you can debootstrap a system that is identical in debian and devuan. that is sort of the point actually. what's not to get? |
02:01.06 | ServiceRobot | if I can debootstrap debian to be like devuan, why use devuan? |
02:01.10 | gnarface | devuan won't sneak the systemd daemon in if you upgrade to a graphical environment for example |
02:01.25 | ServiceRobot | well I don't plan to use a graphical environment? |
02:01.35 | gnarface | there are scenarios where it literally won't matter, you're right. i'm saying you're right about that. |
02:01.46 | ServiceRobot | also won't it ask first? or does it really sneak it in? |
02:01.50 | gnarface | most the packages in devuan actually are the literal debian packages, unchanged |
02:02.37 | ServiceRobot | yeah, which calls into question once again. I guess it depends on use case |
02:02.50 | gnarface | i think you can just look on the devuan repo in a web browser or something to see which packages had to be rebuilt. |
02:02.54 | ServiceRobot | my use case is servers without systemd. no graphical environment. no xorg |
02:03.15 | gnarface | a basic repo doesn't even mirror all the debian packages, the unchanged ones get served by redirect |
02:03.21 | agris | One by one more packages pull in systemd |
02:03.49 | agris | when you do that, while that may work today your actively working against the goals of upstream development |
02:04.03 | agris | upstream will continue to get further away from your goals |
02:04.06 | ServiceRobot | even without a graphical environment? |
02:04.17 | gnarface | hmmm, dbus might do it to you i think |
02:04.25 | ServiceRobot | that just seems odd. they still provide sysvinit |
02:04.40 | agris | sure, you particular combination of packages might not pull in systemd today, but there's no guarantee an update might change that |
02:05.02 | ServiceRobot | even if I have sysvinit installed already? |
02:05.15 | agris | yeah, and openssh-server now pulls in systemd for some stupid reason |
02:05.21 | ServiceRobot | wait what? |
02:05.26 | ServiceRobot | I'm going to need openssh-server |
02:05.35 | agris | crap |
02:05.37 | ServiceRobot | it has a hard dependency on systemd? |
02:05.38 | gnarface | ServiceRobot: i think it will warn you which packages are going to get removed but you have to actually read it |
02:05.46 | agris | sorry, I meant to say openssh-server now pulls in dbus |
02:05.53 | ServiceRobot | ah |
02:05.54 | agris | my mistake |
02:05.59 | ServiceRobot | yeah you scared me |
02:06.26 | gnarface | it says it in all caps too |
02:06.40 | gnarface | but it is sandwiched between all the additions so , you know, pay attention |
02:06.57 | ServiceRobot | well of course. that goes without saying when configuring anything |
02:07.15 | gnarface | you could pin it out too |
02:07.22 | gnarface | in the configuration |
02:07.42 | ServiceRobot | I'm just worried about development rot if I use devuan. if devuan were to focus on better init support for openrc and runit, I'd have a reason to use it |
02:07.48 | gnarface | but then if you forget you did that, you'll be trying to figure out later why you can't upgrade or install something |
02:08.02 | ServiceRobot | does it not tell me why? |
02:08.13 | gnarface | i'm not sure |
02:08.22 | gnarface | aptitude might, apt-get might not |
02:08.40 | gnarface | i forget for sure, but i think it has been a problem for me in the past, yes |
02:08.53 | gnarface | or the error might have just been confusing or misleading |
02:11.04 | ServiceRobot | does devuan have any long term plans for diverging from debian, or is development too hard pressed? If debian causes more issues with systemd and doesn't listen to people who don't want it installed, devuan would benefit from actual choice |
02:11.39 | ServiceRobot | development time is an issue, but there's got to be a way to make it simpler |
02:11.50 | ServiceRobot | it shouldn't even be this hard, ffs |
02:12.33 | gnarface | the plan is NOT to fork it any further, actually, if at all possible |
02:12.54 | gnarface | but what actually ends up getting done does depend a lot on what Debian does first, and the work power available |
02:13.23 | gnarface | but the project is gaining volunteers and users all the time |
02:13.46 | ServiceRobot | has there been a large influx? |
02:13.54 | gnarface | i wouldn't say huge but steady |
02:14.02 | ServiceRobot | well that's a good sign at least |
02:14.06 | gnarface | it's not big news, but demand is certainly not decreasing |
02:14.42 | agris | ServiceRobot, Devuan wants to merge back with Debian if and when Debian stops making stupid decisions |
02:15.02 | ServiceRobot | demand would increase if openrc and runit weren't broken as hell on devuan. I have a lot of free time this summer. I'm literally willing to devote time organizing how sysvinit, openrc, and runit are packaged |
02:15.03 | gnarface | i think systemd itself will continue to slowly whittle away at its own userbase in this fashion for years, perhaps decades, while people slowly drift one by one over to devuan |
02:15.25 | ServiceRobot | I'm willing to change packaging if it means better support, backwards compatibility be damned |
02:15.42 | ServiceRobot | not like debian has backwards compatibility working anyway |
02:16.00 | gnarface | ServiceRobot: there seems to be some problems with using it in a container or vm that people keep tripping on |
02:16.37 | gnarface | ServiceRobot: you're like the 6th or so person to go through all the same phases of grief in the same order |
02:16.37 | agris | ServiceRobot, gnarface I'm already working on Devuan OpenRC containers |
02:16.50 | agris | We could work on it together |
02:17.00 | agris | I could show you what I've already got |
02:17.40 | ServiceRobot | sure |
02:17.50 | ServiceRobot | what have you done so far? |
02:18.01 | agris | OpenRC isn't going to get any better on Devuan until someone works on it |
02:18.30 | agris | ServiceRobot, I've gotten a full templat and config working to auto-create containers with apparmor |
02:18.40 | ServiceRobot | well then let's get started already. tired of waiting for devuan to provide a better experience |
02:18.51 | ServiceRobot | I don't mean that to be rude. lol |
02:19.20 | agris | I was going to wait ti'll I figured out why that weird thing was happening with /etc/init.d/rcS but I guess I could put up a git repo now |
02:19.27 | *** join/#devuan SofiLofi (~SofiLofi@s91904421.blix.com) |
02:19.30 | ServiceRobot | never worked with apparmor though |
02:19.53 | agris | apparmor support is imcomplete in ascii for containers |
02:20.02 | ServiceRobot | oh, so it's like lxc? |
02:20.07 | agris | I hear Beowulf is releasing with apparmor on by default though |
02:20.30 | agris | no, apparmor works in conjunction with lxc to further harden |
02:20.35 | agris | and isolate |
02:20.35 | ServiceRobot | ah |
02:20.44 | agris | apparmor provides mandatory access control |
02:21.09 | ServiceRobot | well I'll figure that out as I go. that's how I've always used linux so far |
02:28.21 | ServiceRobot | just a question. have devuan in the past tried at all to cooperate with debian, and if so, was it met with a lukewarm response? |
02:28.46 | ServiceRobot | the biggest argument against devuan from other users is that they could "just work together with debian" |
02:29.32 | gnarface | it seems like some of the debian maintainers started to warm up to devuan lately |
02:29.37 | gnarface | there is collaboration happening |
02:29.59 | gnarface | just not really equally on everything yet |
02:30.00 | ServiceRobot | that's good to know |
02:30.36 | ServiceRobot | so this means in the long term devuan won't be needed, or is it here as a contingency plan if things go south? |
02:31.15 | gnarface | i don't know that any of that has been finalized |
02:31.24 | gnarface | but i suspect there is miles of discussion on it in the mailing list archive |
02:31.48 | gnarface | i think devuan will remain as long as they can afford to keep the servers on |
02:32.22 | gnarface | whether it re-merges back with debian or not at some distant date in the future, is probably not known |
02:32.26 | ServiceRobot | the problem I see happening, and this is from someone who has briefly looked into this (I was following the devuan mailinglist for a while), is that debian in its goal to remain backwards compatible, won't be willing to make big changes for other init systems |
02:32.50 | ServiceRobot | I actually reported a bug with runit's stage files, and the fixes they made were less than optimal. but it's for backwards compatibility |
02:33.18 | ServiceRobot | as far as I know, if we truly want support for other inits, backwards compatibility will hinder that goal |
02:34.11 | gnarface | i'm gonna go afk for a while, but you guys have fun patching openrc |
02:35.02 | gnarface | something to make it lxc compatible without breaking anything else would have a strong chance of getting accepted upstream even |
02:35.46 | gnarface | there is precedent for that, for a patch getting submitted to devuan and devuan successfully getting it accepted in debian |
02:38.11 | ServiceRobot | one thing that can be worked on is init-system-helpers. helpers for openrc and runit for things like package upgrades, etc, would help |
02:49.00 | *** join/#devuan debdog (~debdog@2a00:79c0:60a:4b00:7a24:afff:fe8a:d04d) |
02:52.55 | *** join/#devuan poontangmessiah (~poontangm@102.158.126.143) |
03:04.17 | *** join/#devuan poontangmessiah (~poontangm@102.158.126.143) |
03:14.57 | *** join/#devuan panorain (~panorain@68.65.58.204) |
03:35.59 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
03:41.20 | *** join/#devuan mhc (~Error0@220-235-120-72.dyn.iinet.net.au) |
04:07.47 | *** join/#devuan sincere_fox (uid337158@gateway/web/irccloud.com/x-vgetrcewddpqaeki) |
04:12.38 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
04:43.16 | *** join/#devuan Evilham (~evilhamun@devuan/developer/Evilham) |
05:03.04 | *** join/#devuan Inepu (~Mithrandi@host67-78-static.1-79-b.business.telecomitalia.it) |
05:31.45 | *** join/#devuan LtWorf (~LtWorf@151.53.7.25) |
05:32.07 | *** join/#devuan DonkeyHotei (MwjUM8V@april-fools/2014/runnerup/danielg4) |
05:51.01 | *** join/#devuan proteusguy (~proteusgu@cm-58-10-208-146.revip7.asianet.co.th) |
06:11.28 | *** join/#devuan kts (~kts@103.73.237.157) |