[Dng] Which source version fo systemd are you stripping code from?

Since I have time on my hands, I would like to give a try stripping the bare minimum of necessary functions from systemd. I know the task is complex. If I fail, it will not be the end of the universe. Which systemd source version are you using? I am assuming it should be version: 215-17 from Debia

Re: [Dng] Which source version fo systemd are you stripping code from?

> Since I have time on my hands, I would like to give a try stripping > the bare minimum of necessary functions from systemd. I know the task > is complex. If I fail, it will not be the end of the universe. > > Which systemd source version are you using? I am assuming it should be > version: 215-17

Re: [Dng] A novice attempt to speed up Devuan development

On 06/05/15 05:24, Jaret Cantu wrote: eudev was forked *after* udev got got by systemd. The first code commit (Fork of Original Code Base: anongit.freedesktop.org/systemd, 2944f347d087ff24ec808e4b70fe104a772a97a0) was based on 195, which is after The Systemding: 182 was udev, 184 was syste

Re: [Dng] A novice attempt to speed up Devuan development

On Thu, 2015-05-07 at 11:05 +0200, Anto wrote: > > On 06/05/15 05:24, Jaret Cantu wrote: > > > > I would really appreciate your feedback and guideline on this. Below are > the steps I have done so far. > 1. Get eudev-3.0 source from http://dev.gentoo.org/~blueness/eudev/ > 2. Get Debian build

Re: [Dng] Which source version fo systemd are you stripping code from?

You might want to take a look at uselessd, which I think is an attempt to do something similar. http://uselessd.darknedgy.net/ I think even if it turns out to be impossible, it will still be instructive! Good luck! On 7 May 2015 at 08:24, Jude Nelson wrote: > >> Since I have time on my hands, I

Re: [Dng] A novice attempt to speed up Devuan development

On 07/05/15 11:47, Svante Signell wrote: On Thu, 2015-05-07 at 11:05 +0200, Anto wrote: On 06/05/15 05:24, Jaret Cantu wrote: I would really appreciate your feedback and guideline on this. Below are the steps I have done so far. 1. Get eudev-3.0 source from http://dev.gentoo.org/~blueness/eude

Re: [Dng] A novice attempt to speed up Devuan development

On 07/05/15 12:48, Anto wrote: On 07/05/15 11:47, Svante Signell wrote: On Thu, 2015-05-07 at 11:05 +0200, Anto wrote: 3. Change debian/changelog and debian/rules I think you need to add Replaces: in debian/control at selected packages to install properly. Thanks for the hint. I will loo

Re: [Dng] A novice attempt to speed up Devuan development

On Thu, 2015-05-07 at 16:53 +0200, Anto wrote: > > On 07/05/15 12:48, Anto wrote: > > > > > > On 07/05/15 11:47, Svante Signell wrote: > >> On Thu, 2015-05-07 at 11:05 +0200, Anto wrote: > >>> 3. Change debian/changelog and debian/rules > >> I think you need to add Replaces: in debian/control at s

Re: [Dng] A novice attempt to speed up Devuan development

On Thu, 2015-05-07 at 16:53 +0200, Anto wrote: > /lib/udev/rules.d/60-persistent-storage-dm.rules dpkg -S /lib/udev/rules.d/60-persistent-storage-dm.rules dmsetup: /lib/udev/rules.d/60-persistent-storage-dm.rules Depends on which version you have installed: apt-cache show dmsetup Version: 2:1.02

Re: [Dng] A novice attempt to speed up Devuan development

On Thu, 2015-05-07 at 16:53 +0200, Anto wrote: > update-initramfs: deferring update (trigger activated) > update-rc.d: warning: start and stop actions are no longer supported; > falling back to defaults No idea about this one. > insserv: script eudev: service udev already provided! > insserv: e

Re: [Dng] A novice attempt to speed up Devuan development

On 07/05/15 17:09, Svante Signell wrote: On Thu, 2015-05-07 at 16:53 +0200, Anto wrote: Adding "Replaces:" into debian/control does not actually help. I think the main problem is that the version 3.0 of udev and libudev1 on eudev package is considered much older than the versions expected by

Re: [Dng] A novice attempt to speed up Devuan development

On 07/05/15 17:32, Svante Signell wrote: On Thu, 2015-05-07 at 16:53 +0200, Anto wrote: update-initramfs: deferring update (trigger activated) update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults No idea about this one. insserv: script eudev: servi

Re: [Dng] A novice attempt to speed up Devuan development

On 07/05/15 18:00, Anto wrote: On 07/05/15 17:32, Svante Signell wrote: On Thu, 2015-05-07 at 16:53 +0200, Anto wrote: update-initramfs: deferring update (trigger activated) update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults No idea about this on

Re: [Dng] Which source version fo systemd are you stripping code from?

Practically every part of systemd has been modularized or supplemented out. Some of which aren't needed at all. systemd-init - uselessd cloned the entire init and service supervisor. Other init programs of a similar nature include sysvinit/sinit+perp/runit/s6/daemontools-encore, runit (standalo

Re: [Dng] A novice attempt to speed up Devuan development

On 05/06/2015 04:29 AM, Jaromil wrote: On Tue, 05 May 2015, Jaret Cantu wrote: eudev continues to pull in relevant udev changes from the systemd tree (without the init-specific filth, obviously) and even provides some fixes of its own. It is like a window into some magical world where udev deve

Re: [Dng] Which source version fo systemd are you stripping code from?

> Netplug, NetworkManager, inetd, xinetd, dhcpcd, and dhcp(client) to name a > few already did the same work. > Netplug is possibly the lightest weight of them all and provides connectivity > device management as well as net connectivity service. FYI, there is (was?) another alternative: https:/

Re: [Dng] Which source version fo systemd are you stripping code from?

Etcnet was very involved with scripts which was always a problem for Red Hat. Many Red Hat scripts have been known for being substandard in quality and reliability, possibly a reason why they wanted systemd so bad. However, any daemon can work well if proper scripting is applied and mistakes ar

Re: [Dng] Which source version fo systemd are you stripping code from?

On 05/07/2015 09:59 PM, James Powell wrote: Etcnet was very involved with scripts which was always a problem for Red Hat. Many Red Hat scripts have been known for being substandard in quality and reliability, possibly a reason why they wanted systemd so bad. However, any daemon can work well i

Re: [Dng] Which source version fo systemd are you stripping code from?

On Fri, May 08, 2015 at 11:40:28AM +1000, Alex 'AdUser' Z wrote: > > Netplug, NetworkManager, inetd, xinetd, dhcpcd, and dhcp(client) to name a > > few already did the same work. > > Netplug is possibly the lightest weight of them all and provides > > connectivity device management as well as net

Re: [Dng] Which source version fo systemd are you stripping code from?

It's a bad thing when no talent idiots refuse to learn even the simplest of standards and do things against the UNIX way, the sane way, the simple way, and nobody cares to question them except the few. Sent from my Windows Phone From: Jaret Cantu

Re: [Dng] Which source version fo systemd are you stripping code from?

I actually like netplug myself. Although it duplicates ifup/ifdown and acts as a dhcp/static IP client and is fairly autonomous, it's a very sane project that does it's job, does it well, and isn't intrusive. Sent from my Windows Phone From: Isaac Dunham