<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="http://dev1galaxy.org/extern.php?action=feed&amp;tid=8157&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / [SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
		<link>http://dev1galaxy.org/viewtopic.php?id=8157</link>
		<description><![CDATA[The most recent posts in [SOLVED] Chose runit but getting mashup of SysV and Runit.]]></description>
		<lastBuildDate>Fri, 11 Sep 2026 18:26:42 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: [SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=65475#p65475</link>
			<description><![CDATA[<p>At the moment, so that there&#039;s no confusion and the system is usable I just installed it with SysV init. As I mentioned during the install you can see the runit packages getting installed, but managing services using runit init commands doesn&#039;t work. you still have to use the sysvinit commands and everything is inside /etc/init.d where you&#039;d expect to find things on a sysvinit system. That&#039;s where things are now.</p><p>Mark</p>]]></description>
			<author><![CDATA[dummy@example.com (mark_2461)]]></author>
			<pubDate>Fri, 11 Sep 2026 18:26:42 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=65475#p65475</guid>
		</item>
		<item>
			<title><![CDATA[Re: [SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=65457#p65457</link>
			<description><![CDATA[<p>I wrote up a <a href="http://dev1galaxy.org/viewtopic.php?id=8184" rel="nofollow">guide on runit</a> after a having lot of confusion about what I was seeing. The sysVinit emulation done by debian-runit can be turned off but I don&#039;t know if that would yield a usable setup.</p><p>I notice your runit-services is a bit old. There&#039;s a bugfix in 0.10.1 that I highly recommend getting. You might need to get it from backports.</p><p>Curious what your final decision is/was.</p>]]></description>
			<author><![CDATA[dummy@example.com (Mercury)]]></author>
			<pubDate>Thu, 10 Sep 2026 17:08:07 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=65457#p65457</guid>
		</item>
		<item>
			<title><![CDATA[Re: [SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=65267#p65267</link>
			<description><![CDATA[<p>First, thank you both for replying. I checked to make sure because I was fairly certain during the install when I chose runit that it grabbed both runit packages so I checked the system:</p><div class="codebox"><pre><code>runit/stable,now 2.2.0-3 amd64 [installed,automatic]
runit-helper/stable,now 2.16.4 all [installed,automatic]
runit-init/stable,now 2.2.0-3 amd64 [installed]
runit-services/stable,now 0.9.1+deb13u1 all [installed,automatic]</code></pre></div><p>So, I guess at this point I can leave it as is or reload and just go with SysVinit.</p><p>Mark</p>]]></description>
			<author><![CDATA[dummy@example.com (mark_2461)]]></author>
			<pubDate>Thu, 20 Aug 2026 01:15:07 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=65267#p65267</guid>
		</item>
		<item>
			<title><![CDATA[Re: [SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=65262#p65262</link>
			<description><![CDATA[<p>runit uses the sysvinit script if there is no runit script for a service. Install the runit-services package to get some run scripts.</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Wed, 19 Aug 2026 21:53:13 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=65262#p65262</guid>
		</item>
		<item>
			<title><![CDATA[Re: [SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=65260#p65260</link>
			<description><![CDATA[<p>The debian package system is one of &quot;distributed responsibility&quot; where all software is installed and sprinkled over the system in the way that the package maintainer chooses. There is some structural advice, and in fact control, by the teams that accept packages into the repositories, so that in general an installed system may appear as a designed system whereas in fact that appearance is merely an emergent effect of the package maintainer&#039;s implementations of the general policies.</p><p>One of the problems with that is that the repository providers don&#039;t have a say in any particular system installation. Each system gets installed and setup the way it happens from, indirectly, the system administrator&#039;s choices of packages. Thus it&#039;s the combined effect ot the package maintainers&#039; sprinkling of software over the filesystem.</p><p>Another effect is that composite aggregates, such as &quot;a discrete runit init system&quot;, might not exist as an indivisible unit. Rather it emerges, if at all, from the totality of the installed packages. Sometimes people create &quot;aggregation packages&quot; that essentially are empty of their own content but they bring together particular other detail packages by means of utilizing the package dependency system in debian. I.e., those package mantainers try to compound particular composite aggregates.&#160; Given your note, it appears <span class="bbc">runit</span> is not one of those.</p><p>Thus in short, whether the combined effect of your package choices is to your liking or not is unfortunately not under control by the repository service, which is what Devuan is. There are however the issue managers, <span class="bbc">deb.debian.org</span> for debian packages and <span class="bbc">deb.devuan.org</span> for the devuan forked packages, that you may explore and use in order to assist the package maintainers with feedback regarding how their packages work (or not) in the particular constallation you are using.</p>]]></description>
			<author><![CDATA[dummy@example.com (ralph.ronnquist)]]></author>
			<pubDate>Wed, 19 Aug 2026 20:41:25 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=65260#p65260</guid>
		</item>
		<item>
			<title><![CDATA[[SOLVED] Chose runit but getting mashup of SysV and Runit]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=65253#p65253</link>
			<description><![CDATA[<p>I&#039;ve gone through the install three times now over the past two weeks. I have Void Linux on another drive so I&#039;m familiar with the way runit looks when loading the system and how it operates in relation to interacting with services. The first time I loaded Devuan I chose SysV init because it had been such a long time since seeing it last. I have noticed runit is much faster on my machine than SysV, so I chose to reload and at the end I chose runit as the init system. The first time doing this I noticed at startup things didn&#039;t look quite right and calling services to either restart or get a status things weren&#039;t working. Searching for the location of the service scripts revealed they were in /etc/init.d/ and not where runit would keep them - /etc/sv. So, I reloaded again today just in case I did something wrong the last time. At the end of the install I chose runit as the init system.</p><p>When the system rebooted I noticed the same startup behavior. What I&#039;ve got is a mashup on runit and sysv init. This is acutely annoying.</p><p>Is there a special trick to actually getting a discrete runit init system or is the choice at the end of the install just window dressing? I much prefer runit over SysV init.</p><p>Thanks in advance...,</p><p>Mark</p>]]></description>
			<author><![CDATA[dummy@example.com (mark_2461)]]></author>
			<pubDate>Wed, 19 Aug 2026 19:04:15 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=65253#p65253</guid>
		</item>
	</channel>
</rss>
