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
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
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
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
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 package
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
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
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 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
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
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
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:
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 a
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 selected packages
14 matches
Mail list logo