What are the main differences between Devuan distros and their Debian 'base'
Clash Royale CLAN TAG#URR8PPP
up vote
-1
down vote
favorite
The Wikipedia page on Devuan says it includes
... local modifications made only when needed to allow for other init systems rather than systemd. Modified packages include policykit and udisks. Devuan is supposed to work very similarly to the corresponding Debian release.
So, each Devuan release is a modified Debian release. My question is - what are these differences, in broad strokes? And more specifically:
- What are the main non-systemd software components that need to be executed instead of systemd running?
- Which packages does Debuan need to add on top of what's available in Debian repositories, and which packages does it merely need to enable / run?
- How much of the changes to code / new code Devuan has introduced would theoretically be usable/useful on Debian even with systemd, as opposed to code changes which are irrelevant with systemd in place?
If these answers differ significantly between Devuan Jessie and ASCII, please answer regarding ASCII.
debian systemd distributions devuan
add a comment |Â
up vote
-1
down vote
favorite
The Wikipedia page on Devuan says it includes
... local modifications made only when needed to allow for other init systems rather than systemd. Modified packages include policykit and udisks. Devuan is supposed to work very similarly to the corresponding Debian release.
So, each Devuan release is a modified Debian release. My question is - what are these differences, in broad strokes? And more specifically:
- What are the main non-systemd software components that need to be executed instead of systemd running?
- Which packages does Debuan need to add on top of what's available in Debian repositories, and which packages does it merely need to enable / run?
- How much of the changes to code / new code Devuan has introduced would theoretically be usable/useful on Debian even with systemd, as opposed to code changes which are irrelevant with systemd in place?
If these answers differ significantly between Devuan Jessie and ASCII, please answer regarding ASCII.
debian systemd distributions devuan
add a comment |Â
up vote
-1
down vote
favorite
up vote
-1
down vote
favorite
The Wikipedia page on Devuan says it includes
... local modifications made only when needed to allow for other init systems rather than systemd. Modified packages include policykit and udisks. Devuan is supposed to work very similarly to the corresponding Debian release.
So, each Devuan release is a modified Debian release. My question is - what are these differences, in broad strokes? And more specifically:
- What are the main non-systemd software components that need to be executed instead of systemd running?
- Which packages does Debuan need to add on top of what's available in Debian repositories, and which packages does it merely need to enable / run?
- How much of the changes to code / new code Devuan has introduced would theoretically be usable/useful on Debian even with systemd, as opposed to code changes which are irrelevant with systemd in place?
If these answers differ significantly between Devuan Jessie and ASCII, please answer regarding ASCII.
debian systemd distributions devuan
The Wikipedia page on Devuan says it includes
... local modifications made only when needed to allow for other init systems rather than systemd. Modified packages include policykit and udisks. Devuan is supposed to work very similarly to the corresponding Debian release.
So, each Devuan release is a modified Debian release. My question is - what are these differences, in broad strokes? And more specifically:
- What are the main non-systemd software components that need to be executed instead of systemd running?
- Which packages does Debuan need to add on top of what's available in Debian repositories, and which packages does it merely need to enable / run?
- How much of the changes to code / new code Devuan has introduced would theoretically be usable/useful on Debian even with systemd, as opposed to code changes which are irrelevant with systemd in place?
If these answers differ significantly between Devuan Jessie and ASCII, please answer regarding ASCII.
debian systemd distributions devuan
asked Mar 23 at 21:08
einpoklum
1,94141846
1,94141846
add a comment |Â
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
3
down vote
Devuan syncs all Debian packages with the exception of systemd (and for a bizarre reason file-rc in ASCII). It fixes anything that breaks due to these two packages missing and adds a bit of branding and changes a couple of defaults here and there.
The coding projects that devuan started are all dead as far as I can tell: LoginKit was supposed to be a replacement for logind (they use elogind now) but never got of the ground. Vdev was supposed to replace udev, but has not seen changes in ages and devuan now uses eudev instead. There are some small network management things, but nothing production ready. The most work in devuan went into the infrastructure, but most of that makes little sense for Debian. Other distributions downstream of Debian might find some pieces useful though.
Don't hold your breath wrt. "dependency mess": For ASCII Devuan has given up on removing libsystemd0 dependencies from Debian packages (they started removing that for Jessie and are rolling back on that now). They also recently added a logind-clone, and can now ship Debian packages that depend on systemd-logind unchanged.
There seems also little willingness to work with Debian developers on packages.
For an overview of packaging activity in Devuan there are the build server logs at https://ci.devuan.org/view/All/builds with all the packaging activity. You find all the devuan-specific packaging work in those logs. The amount of activity is not overwhelming, so it is a nice way to stay up-to-date.
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
add a comment |Â
up vote
-2
down vote
Very roughly, without looking up details:
The main changes Devuan has to made are in the package dependencies, because systemd has turned into a big fat unmodular clump that extends its tendrils (dependencies) into a lot of other packages (e.g. desktop) where you'd scratch your head and ask yourself why this is necessary. This made it really difficult to run Debian without systemd (I tried to do that long enough). You'd upgrade an innocent package, and bam, via a hundred indirections you got systemd again.
1) Just the traditional sysv init system, that has always been in Debian. Devuan is not so much about needing new packages, it's about using Debian like it was used before the systemd mess.
2) See above - in terms of available packages, there's not much change. There are a few "ghost" packages that are more or less empty, but are used in Debian for systemd, to satisfy dependencies.
3) I don't think there are changes to actual code. Sorting out the dependency mess would have been really useful for Debian (then there would be no need for Devuan), but apparently the Debian maintainers were not willing to do that.
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
I hadn't seenvdev
before, and it's not installed on my Devuan system (it runs fine withudev
). Having a alternative toudev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packagingvdev
as well. So there's no dependency in either direction. And whileudev
does have it's warts, it's not the mess that systemd is.
â dirkt
Mar 24 at 13:52
 |Â
show 2 more comments
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
Devuan syncs all Debian packages with the exception of systemd (and for a bizarre reason file-rc in ASCII). It fixes anything that breaks due to these two packages missing and adds a bit of branding and changes a couple of defaults here and there.
The coding projects that devuan started are all dead as far as I can tell: LoginKit was supposed to be a replacement for logind (they use elogind now) but never got of the ground. Vdev was supposed to replace udev, but has not seen changes in ages and devuan now uses eudev instead. There are some small network management things, but nothing production ready. The most work in devuan went into the infrastructure, but most of that makes little sense for Debian. Other distributions downstream of Debian might find some pieces useful though.
Don't hold your breath wrt. "dependency mess": For ASCII Devuan has given up on removing libsystemd0 dependencies from Debian packages (they started removing that for Jessie and are rolling back on that now). They also recently added a logind-clone, and can now ship Debian packages that depend on systemd-logind unchanged.
There seems also little willingness to work with Debian developers on packages.
For an overview of packaging activity in Devuan there are the build server logs at https://ci.devuan.org/view/All/builds with all the packaging activity. You find all the devuan-specific packaging work in those logs. The amount of activity is not overwhelming, so it is a nice way to stay up-to-date.
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
add a comment |Â
up vote
3
down vote
Devuan syncs all Debian packages with the exception of systemd (and for a bizarre reason file-rc in ASCII). It fixes anything that breaks due to these two packages missing and adds a bit of branding and changes a couple of defaults here and there.
The coding projects that devuan started are all dead as far as I can tell: LoginKit was supposed to be a replacement for logind (they use elogind now) but never got of the ground. Vdev was supposed to replace udev, but has not seen changes in ages and devuan now uses eudev instead. There are some small network management things, but nothing production ready. The most work in devuan went into the infrastructure, but most of that makes little sense for Debian. Other distributions downstream of Debian might find some pieces useful though.
Don't hold your breath wrt. "dependency mess": For ASCII Devuan has given up on removing libsystemd0 dependencies from Debian packages (they started removing that for Jessie and are rolling back on that now). They also recently added a logind-clone, and can now ship Debian packages that depend on systemd-logind unchanged.
There seems also little willingness to work with Debian developers on packages.
For an overview of packaging activity in Devuan there are the build server logs at https://ci.devuan.org/view/All/builds with all the packaging activity. You find all the devuan-specific packaging work in those logs. The amount of activity is not overwhelming, so it is a nice way to stay up-to-date.
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
add a comment |Â
up vote
3
down vote
up vote
3
down vote
Devuan syncs all Debian packages with the exception of systemd (and for a bizarre reason file-rc in ASCII). It fixes anything that breaks due to these two packages missing and adds a bit of branding and changes a couple of defaults here and there.
The coding projects that devuan started are all dead as far as I can tell: LoginKit was supposed to be a replacement for logind (they use elogind now) but never got of the ground. Vdev was supposed to replace udev, but has not seen changes in ages and devuan now uses eudev instead. There are some small network management things, but nothing production ready. The most work in devuan went into the infrastructure, but most of that makes little sense for Debian. Other distributions downstream of Debian might find some pieces useful though.
Don't hold your breath wrt. "dependency mess": For ASCII Devuan has given up on removing libsystemd0 dependencies from Debian packages (they started removing that for Jessie and are rolling back on that now). They also recently added a logind-clone, and can now ship Debian packages that depend on systemd-logind unchanged.
There seems also little willingness to work with Debian developers on packages.
For an overview of packaging activity in Devuan there are the build server logs at https://ci.devuan.org/view/All/builds with all the packaging activity. You find all the devuan-specific packaging work in those logs. The amount of activity is not overwhelming, so it is a nice way to stay up-to-date.
Devuan syncs all Debian packages with the exception of systemd (and for a bizarre reason file-rc in ASCII). It fixes anything that breaks due to these two packages missing and adds a bit of branding and changes a couple of defaults here and there.
The coding projects that devuan started are all dead as far as I can tell: LoginKit was supposed to be a replacement for logind (they use elogind now) but never got of the ground. Vdev was supposed to replace udev, but has not seen changes in ages and devuan now uses eudev instead. There are some small network management things, but nothing production ready. The most work in devuan went into the infrastructure, but most of that makes little sense for Debian. Other distributions downstream of Debian might find some pieces useful though.
Don't hold your breath wrt. "dependency mess": For ASCII Devuan has given up on removing libsystemd0 dependencies from Debian packages (they started removing that for Jessie and are rolling back on that now). They also recently added a logind-clone, and can now ship Debian packages that depend on systemd-logind unchanged.
There seems also little willingness to work with Debian developers on packages.
For an overview of packaging activity in Devuan there are the build server logs at https://ci.devuan.org/view/All/builds with all the packaging activity. You find all the devuan-specific packaging work in those logs. The amount of activity is not overwhelming, so it is a nice way to stay up-to-date.
edited Mar 25 at 7:30
answered Mar 25 at 0:28
Tobias Hunger
1303
1303
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
add a comment |Â
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Devuan uses elogind instead of vdev? That sounds like a typo. Also, can you elaborate on what it means to depend on libsystemd0, but not on systemd? Also, is the logind-clone something they've coded? How does it relate to elogind?
â einpoklum
Mar 25 at 0:35
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
Fixed. That was supposed to be eudev.
â Tobias Hunger
Mar 25 at 7:30
add a comment |Â
up vote
-2
down vote
Very roughly, without looking up details:
The main changes Devuan has to made are in the package dependencies, because systemd has turned into a big fat unmodular clump that extends its tendrils (dependencies) into a lot of other packages (e.g. desktop) where you'd scratch your head and ask yourself why this is necessary. This made it really difficult to run Debian without systemd (I tried to do that long enough). You'd upgrade an innocent package, and bam, via a hundred indirections you got systemd again.
1) Just the traditional sysv init system, that has always been in Debian. Devuan is not so much about needing new packages, it's about using Debian like it was used before the systemd mess.
2) See above - in terms of available packages, there's not much change. There are a few "ghost" packages that are more or less empty, but are used in Debian for systemd, to satisfy dependencies.
3) I don't think there are changes to actual code. Sorting out the dependency mess would have been really useful for Debian (then there would be no need for Devuan), but apparently the Debian maintainers were not willing to do that.
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
I hadn't seenvdev
before, and it's not installed on my Devuan system (it runs fine withudev
). Having a alternative toudev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packagingvdev
as well. So there's no dependency in either direction. And whileudev
does have it's warts, it's not the mess that systemd is.
â dirkt
Mar 24 at 13:52
 |Â
show 2 more comments
up vote
-2
down vote
Very roughly, without looking up details:
The main changes Devuan has to made are in the package dependencies, because systemd has turned into a big fat unmodular clump that extends its tendrils (dependencies) into a lot of other packages (e.g. desktop) where you'd scratch your head and ask yourself why this is necessary. This made it really difficult to run Debian without systemd (I tried to do that long enough). You'd upgrade an innocent package, and bam, via a hundred indirections you got systemd again.
1) Just the traditional sysv init system, that has always been in Debian. Devuan is not so much about needing new packages, it's about using Debian like it was used before the systemd mess.
2) See above - in terms of available packages, there's not much change. There are a few "ghost" packages that are more or less empty, but are used in Debian for systemd, to satisfy dependencies.
3) I don't think there are changes to actual code. Sorting out the dependency mess would have been really useful for Debian (then there would be no need for Devuan), but apparently the Debian maintainers were not willing to do that.
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
I hadn't seenvdev
before, and it's not installed on my Devuan system (it runs fine withudev
). Having a alternative toudev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packagingvdev
as well. So there's no dependency in either direction. And whileudev
does have it's warts, it's not the mess that systemd is.
â dirkt
Mar 24 at 13:52
 |Â
show 2 more comments
up vote
-2
down vote
up vote
-2
down vote
Very roughly, without looking up details:
The main changes Devuan has to made are in the package dependencies, because systemd has turned into a big fat unmodular clump that extends its tendrils (dependencies) into a lot of other packages (e.g. desktop) where you'd scratch your head and ask yourself why this is necessary. This made it really difficult to run Debian without systemd (I tried to do that long enough). You'd upgrade an innocent package, and bam, via a hundred indirections you got systemd again.
1) Just the traditional sysv init system, that has always been in Debian. Devuan is not so much about needing new packages, it's about using Debian like it was used before the systemd mess.
2) See above - in terms of available packages, there's not much change. There are a few "ghost" packages that are more or less empty, but are used in Debian for systemd, to satisfy dependencies.
3) I don't think there are changes to actual code. Sorting out the dependency mess would have been really useful for Debian (then there would be no need for Devuan), but apparently the Debian maintainers were not willing to do that.
Very roughly, without looking up details:
The main changes Devuan has to made are in the package dependencies, because systemd has turned into a big fat unmodular clump that extends its tendrils (dependencies) into a lot of other packages (e.g. desktop) where you'd scratch your head and ask yourself why this is necessary. This made it really difficult to run Debian without systemd (I tried to do that long enough). You'd upgrade an innocent package, and bam, via a hundred indirections you got systemd again.
1) Just the traditional sysv init system, that has always been in Debian. Devuan is not so much about needing new packages, it's about using Debian like it was used before the systemd mess.
2) See above - in terms of available packages, there's not much change. There are a few "ghost" packages that are more or less empty, but are used in Debian for systemd, to satisfy dependencies.
3) I don't think there are changes to actual code. Sorting out the dependency mess would have been really useful for Debian (then there would be no need for Devuan), but apparently the Debian maintainers were not willing to do that.
answered Mar 24 at 8:16
dirkt
14k2930
14k2930
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
I hadn't seenvdev
before, and it's not installed on my Devuan system (it runs fine withudev
). Having a alternative toudev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packagingvdev
as well. So there's no dependency in either direction. And whileudev
does have it's warts, it's not the mess that systemd is.
â dirkt
Mar 24 at 13:52
 |Â
show 2 more comments
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
I hadn't seenvdev
before, and it's not installed on my Devuan system (it runs fine withudev
). Having a alternative toudev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packagingvdev
as well. So there's no dependency in either direction. And whileudev
does have it's warts, it's not the mess that systemd is.
â dirkt
Mar 24 at 13:52
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
Well, with due respect - you're wrong. There are definitely changes to actual code, and those are what I was asking about.
â einpoklum
Mar 24 at 9:03
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
You may have noticed I didn't say that there are no changes to actual code ... it's just that the other things are much more important. And I'd expect all changes to actual code to be rather minor ones (along the lines of "change this little thing so it works without that dependency"). If you have information to the contrary, it'd have been nice to mention this in your question...
â dirkt
Mar 24 at 9:39
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Counterexample: vdev.
â einpoklum
Mar 24 at 9:43
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
Some few packages have required code changes so as to avoid systemd dependency. As dirkt says. There may also be one or two packages unique for Devuan. Go to www.devuan.org to begin with, and the forum at dev1galaxy.org, and perhaps immerse yourself in the DNG mailing list and/or #devuan at freenode.
â Ralph Rönnquist
Mar 24 at 11:16
I hadn't seen
vdev
before, and it's not installed on my Devuan system (it runs fine with udev
). Having a alternative to udev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packaging vdev
as well. So there's no dependency in either direction. And while udev
does have it's warts, it's not the mess that systemd is.â dirkt
Mar 24 at 13:52
I hadn't seen
vdev
before, and it's not installed on my Devuan system (it runs fine with udev
). Having a alternative to udev
is certainly a good idea, but that's not something I'd see as specific to Devuan, even if people involved in Devuan are developing it - nothing prevents other distros from packaging vdev
as well. So there's no dependency in either direction. And while udev
does have it's warts, it's not the mess that systemd is.â dirkt
Mar 24 at 13:52
 |Â
show 2 more comments
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f433159%2fwhat-are-the-main-differences-between-devuan-distros-and-their-debian-base%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password