dinit enters weekly section - ISOs available for download 08 November 2021, 16:08:28 ISOs featuring dinit are now available at the weekly download section of our main site.Feel free to test and report any findings. 6 Likes
Re: dinit enters weekly section - ISOs available for download Reply #1 – 13 November 2021, 10:59:07 Hi, as a long time fan of runit I support the efforts of developers like Konimex to promote runit and now dinit. I looked at https://github.com/davmac314/dinit/ to see if there is any comparison with other inits, but cannot find any.Is it possible for someone to do a comparison of the Artix init systems. It seems to me that dinit is somewhat more complex than runit, but perhaps less complex than s6 and openrc. Looking at the various documentation it appears that the service files are quite complex and it's not made clear if there are simple defaults in place for things like log/pid etc. The main advantage over runit seems to be the explicit dependency handling, but it's not obvious if that extends to things like systemd targets.Again thanks to the Artix developers.
Re: dinit enters weekly section - ISOs available for download Reply #2 – 13 November 2021, 12:04:00 Quote from: replabrobin – on 13 November 2021, 10:59:07I looked at https://github.com/davmac314/dinit/ to see if there is any comparison with other inits, but cannot find any.Something like this?Quote from: replabrobin – on 13 November 2021, 10:59:07Looking at the various documentation it appears that the service files are quite complex and it's not made clear if there are simple defaults in place for things like log/pid etc.It's a declarative-style (think of... systemd) service description, but I don't think it's complex at all. Like the example here, logfile is as simple as logfile = /run/something.log (admittedly, I'm yet to write the defaults, but most of dinit services I wrote has the log files in /var/log/dinit/). pidfile is not even needed unless it's a bgprocess service. And... there's no defaults in place, it depends on the service itself. Last Edit: 13 November 2021, 12:20:24 by konimex
Re: dinit enters weekly section - ISOs available for download Reply #3 – 13 November 2021, 12:31:20 Thanks, not sure I will be switching globally as yet, but I will try and test installing in a runit armtix rpi4. One thing that I really like about runit is that it's very simple and in C. I feel far less competent in C++. That said runit has its own strangeness in logging.
Re: dinit enters weekly section - ISOs available for download Reply #4 – 16 November 2021, 13:30:11 I ran into an issue trying to reinstall my installation using openrc (I screwed up my audio testing something and didn't backup) and in the live environment when I basestrap openrc, for some reason, an error pops up saying that dinit and openrc are in conflict. I don't understand this, I've had this Live Environment in my USB before dinit came out of testing.The only thing I can think of is if dinit accidentally became a hard dependency of one of the base or base-devel packages
Re: dinit enters weekly section - ISOs available for download Reply #5 – 16 November 2021, 13:49:00 Found the issue, basestrap tries to Auto select the dependencies when it gets to the providers and tries to Auto install elogind-dinit, so while using basestrap, I have to type in elogind-openrc.
Re: dinit enters weekly section - ISOs available for download Reply #6 – 09 February 2022, 14:13:49 Quote from: Longview3k – on 16 November 2021, 13:49:00Found the issue, basestrap tries to Auto select the dependencies when it gets to the providers and tries to Auto install elogind-dinit, so while using basestrap, I have to type in elogind-openrc.Same thing happend to me, I didn't regret it and just instead installed `dinit` as my init, instantly amazed for its boot times. 2 Likes
Re: dinit enters weekly section - ISOs available for download Reply #7 – 06 April 2022, 16:40:53 Quote from: nous – on 08 November 2021, 16:08:28ISOs featuring dinit are now available at the weekly download section of our main site.Feel free to test and report any findings.i using dinitno issues so far.not sure how it really differs from systemd but it seems to not be systemd so i happily try it.