Martin Read:
1. The init daemon should fork exactly once; in the child it should
exec another program, while the parent (PID 1) does nothing except
reap zombies.
2. As (1), except that if the initially-forked child process exits,
PID 1 should repeat the fork and exec-in-child procedure.
On Ma, 18 nov 14, 23:12:48, Miles Fidelman wrote:
I still don't think I'm seeing your point. Mail servers, and servers in
general need to be initialized, usually rely on the o/s init system, and
generally come packaged with a collection of init and utility scripts. To
date, every single
, but I just checked, and guess
what, no systemd service file in upstream).
xy?
Ummm those are NOT systemd scripts shipped by the upstream
sendmail developers.
Your point was noted - hence the xy? comment.
ummm that's awfully cryptic
Not if you are a programmer, or read this list often
Andrei POPESCU wrote:
On Ma, 18 nov 14, 23:12:48, Miles Fidelman wrote:
I still don't think I'm seeing your point. Mail servers, and servers in
general need to be initialized, usually rely on the o/s init system, and
generally come packaged with a collection of init and utility scripts. To
On 18/11/14 15:06, Miles Fidelman wrote:
Please don't top post - it's not hard to move the mouse.
Scott Ferguson wrote:
On 18/11/14 12:54, Miles Fidelman wrote:
snipped I left out sendmail, but I just checked, and guess
what, no systemd service file in upstream).
xy?
Ummm those
, and guess what, no systemd service file in upstream).
What do they know?
Show us where Debian is using the file shipped by upstream.
Then, tell me, is Debian wrong to not use them, or
are the script shipped upstream deficient ?
In fact, you show they are shipping initscript,
but tell me, how
Scott Ferguson wrote:
On 18/11/14 15:06, Miles Fidelman wrote:
Please don't top post - it's not hard to move the mouse.
Scott Ferguson wrote:
On 18/11/14 12:54, Miles Fidelman wrote:
snipped I left out sendmail, but I just checked, and guess
what, no systemd service file in upstream).
xy
and postgres
And I'll note that those are precisely some of the most used, most
mature packages, that you'll find on practically every production
server in the world (well, ok, I left out sendmail, but I just
checked, and guess what, no systemd service file in upstream).
What do they know?
Show us
Am 18.11.2014 um 10:07 schrieb Ludovic Meyer ludo.v.me...@gmail.com:
Show us where Debian is using the file shipped by upstream.
Maybe drbd?
Then, tell me, is Debian wrong to not use them, or
are the script shipped upstream deficient ?
In fact, you show they are shipping
Show us where Debian is using the file shipped by upstream.
dpkg -l | grep xymon
ii xymon-client 4.3.17-4
amd64client for the Xymon network monitor
17:25:35 weezer:~/src/xymon-4.3.17$ diff /etc/init.d/xymon-client
Le dimanche, 16 novembre 2014, 11.50:25 Miles Fidelman a écrit :
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service
scripts.
Let's take the inverse
Hallo,
* Miles Fidelman [Sun, Nov 16 2014, 02:41:14PM]:
Andrei POPESCU wrote:
On Du, 16 nov 14, 11:50:25, Miles Fidelman wrote:
So... with systemd, one has to:
- rely on packagers to generate systemd service files, and/or,
- rely on systemd's support for sysvinit scripts, which
In the
On 18/11/14 23:14, Miles Fidelman wrote:
Scott Ferguson wrote:
On 18/11/14 15:06, Miles Fidelman wrote:
snipped
Scott Ferguson wrote:
On 18/11/14 12:54, Miles Fidelman wrote:
snipped I left out sendmail, but I just checked, and guess
what, no systemd service file in upstream).
xy?
Ummm
Didier 'OdyX' Raboud wrote:
Le dimanche, 16 novembre 2014, 11.50:25 Miles Fidelman a écrit :
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service
scripts.
Scott Ferguson wrote:
On 18/11/14 23:14, Miles Fidelman wrote:
Scott Ferguson wrote:
On 18/11/14 15:06, Miles Fidelman wrote:
snipped
Scott Ferguson wrote:
On 18/11/14 12:54, Miles Fidelman wrote:
snipped I left out sendmail, but I just checked, and guess
what, no systemd service file
, and guess
what, no systemd service file in upstream).
xy?
Ummm those are NOT systemd scripts shipped by the upstream
sendmail developers.
Your point was noted - hence the xy? comment.
ummm that's awfully cryptic
Not if you are a programmer, or read this list often.
http
Le mardi, 18 novembre 2014, 22.10:22 Miles Fidelman a écrit :
Didier 'OdyX' Raboud wrote:
Let's take the inverse view: which of these use the upstream
sysvinit scripts directly ? The answer, as demonstrated below, is:
none.
Out of curiosity, how are you comparing these to the init
On 11/17/2014 01:13 AM, Andrei POPESCU wrote:
On Du, 16 nov 14, 13:22:54, Marty wrote:
On 11/16/2014 11:50 AM, Miles Fidelman wrote:
In the later case, one just has to read:
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/
to get very, very scared
Each one a bug as per
On Lu, 17 nov 14, 07:29:00, Marty wrote:
On 11/17/2014 01:13 AM, Andrei POPESCU wrote:
On Du, 16 nov 14, 13:22:54, Marty wrote:
On 11/16/2014 11:50 AM, Miles Fidelman wrote:
In the later case, one just has to read:
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/
to get
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service
scripts. I just went through the documentation, and in some cases, the
source trees, for the
On Mon, Nov 17, 2014 at 02:56:20PM -0500, Miles Fidelman wrote:
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service
scripts. I just went through the
Ludovic Meyer wrote:
On Mon, Nov 17, 2014 at 02:56:20PM -0500, Miles Fidelman wrote:
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service
scripts. I just
On Mon, Nov 17, 2014 at 06:34:47PM -0500, Miles Fidelman wrote:
Ludovic Meyer wrote:
On Mon, Nov 17, 2014 at 02:56:20PM -0500, Miles Fidelman wrote:
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I
production server
in the world (well, ok, I left out sendmail, but I just checked, and
guess what, no systemd service file in upstream).
What do they know?
Miles Fidelman
--
In theory, there is no difference between theory and practice.
In practice, there is. Yogi Berra
--
To UNSUBSCRIBE
On 18/11/14 12:54, Miles Fidelman wrote:
snipped I left out sendmail, but I just checked, and
guess what, no systemd service file in upstream).
xy?
Did you try Google?
https://www.google.com/search?q=systemd+%2B%22sendmail.service%22ie=utf-8oe=utf-8aq=tchannel=sb
What do they know
Ummm those are NOT systemd scripts shipped by the upstream sendmail
developers. They ship sysvinit scripts, period. Which is my point.
Major upstream application developers do not seem to be jumping on
systemd. If anything, what I'm seeing are oh sht, I guess we should
develop systemd
Dne, 21. 10. 2014 04:06:23 je Marty napisal(a):
On 10/20/2014 03:45 PM, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Why not? I do not see sysvinit -- or any other legacy init
On 2014-11-16 11:40, Klistvud wrote:
1. Reviving the existing init systems. Modernizing them, making them
into true, interchangeable drop-in replacements of each other, which do
the task assigned, and do it well. Each of them accomplishing at least
the common subset of tasks an init system is
Hi,
Nuno Magalhães nunomagalh...@eu.ipp.pt writes:
On 2014-11-16 11:40, Klistvud wrote:
1. Reviving the existing init systems. Modernizing them, making them
into true, interchangeable drop-in replacements of each other, which do
the task assigned, and do it well. Each of them accomplishing at
On 11/16/2014 6:40 AM, Klistvud wrote:
Dne, 21. 10. 2014 04:06:23 je Marty napisal(a):
On 10/20/2014 03:45 PM, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Why not? I do
Hi,
Jerry Stuckle stuckleje...@gmail.com writes:
The problem here is lack of time and/or skills. I would love to help,
but I already have my plate full. Additionally, I've done device
drivers and applications, but never dealt with init systems. There
would be a big learning curve. And
On 16/11/14 11:40, Klistvud wrote:
1. Reviving the existing init systems. Modernizing them, making them
into true, interchangeable drop-in replacements of each other, which do
the task assigned, and do it well. Each of them accomplishing at least
the common subset of tasks an init system is
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service scripts.
I just went through the documentation, and in some cases, the source
trees, for the
SysVinit as they both support the common standard that are LSB
scripts (A really good share of the existing LSB initscripts in the
debian archive are just working out of the box).
2) Again that's exactly what systemd and upstart are doing, they have
added extra features to PID1 like socket
On Sun, Nov 16, 2014 at 11:50:25AM -0500, Miles Fidelman wrote:
Given all the talk about not being able to influence upstream, it
occurred to me to actually take a look at which of the major
applications I rely on actually come with native systemd service
scripts.
I just went through the
On 16/11/14 17:33, Laurent Bigonville wrote:
Are you aware that this is the approach that systemd and upstart have
taken, right?
1) Both systemd (PID1) and upstart are drop-in replacement for the good
old SysVinit as they both support the common standard that are LSB
scripts (A really good
On Du, 16 nov 14, 11:50:25, Miles Fidelman wrote:
So... with systemd, one has to:
- rely on packagers to generate systemd service files, and/or,
- rely on systemd's support for sysvinit scripts, which
In the later case, one just has to read:
On 11/16/2014 at 12:33 PM, Laurent Bigonville wrote:
Le Sun, 16 Nov 2014 13:53:24 +, Nuno Magalhães
nunomagalh...@eu.ipp.pt a écrit :
On 2014-11-16 11:40, Klistvud wrote:
1. Reviving the existing init systems. Modernizing them, making
them into true, interchangeable drop-in
On Sun, 16 Nov 2014, Klistvud wrote:
Dne, 21. 10. 2014 04:06:23 je Marty napisal(a):
On 10/20/2014 03:45 PM, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to
systemd, I wonder... What is a better alternative? And it can't
be sysvinit.
Why not? I do
On 11/16/2014 11:50 AM, Miles Fidelman wrote:
In the later case, one just has to read:
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/
to get very, very scared
Each one a bug as per Debian policy (sysvinit support). Looks like we
have our work cut out for us.
Among the
Le Sun, 16 Nov 2014 11:50:25 -0500,
Miles Fidelman mfidel...@meetinghouse.net a écrit :
[...]
So... with systemd, one has to:
- rely on packagers to generate systemd service files, and/or,
- rely on systemd's support for sysvinit scripts, which
In the later case, one just has to read:
Le Sun, 16 Nov 2014 18:08:48 +,
Martin Read zen75...@zen.co.uk a écrit :
On 16/11/14 17:33, Laurent Bigonville wrote:
Are you aware that this is the approach that systemd and upstart
have taken, right?
1) Both systemd (PID1) and upstart are drop-in replacement for the
good old
Le 16/11/2014 19:22, Patrick Bartek a écrit :
On Sun, 16 Nov 2014, Klistvud wrote:
Dne, 21. 10. 2014 04:06:23 je Marty napisal(a):
On 10/20/2014 03:45 PM, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to
systemd, I wonder... What is a better alternative
On Sun, Nov 16, 2014 at 06:08:48PM +, Martin Read wrote:
On 16/11/14 17:33, Laurent Bigonville wrote:
Are you aware that this is the approach that systemd and upstart have
taken, right?
1) Both systemd (PID1) and upstart are drop-in replacement for the good
old SysVinit as they both
Andrei POPESCU wrote:
On Du, 16 nov 14, 11:50:25, Miles Fidelman wrote:
So... with systemd, one has to:
- rely on packagers to generate systemd service files, and/or,
- rely on systemd's support for sysvinit scripts, which
In the later case, one just has to read:
On 11/16/2014 6:40 AM, Klistvud klist...@gmail.com wrote:
As a further example, the former udev (prior to being merged into
systemd) has already been forked and could/will serve us well for
years to come. And so on.
Is eudev in the debian sources?
Or do you mean another fork?
--
To
On 11/16/2014 10:29 AM, Ansgar Burchardt wrote:
Hi,
Jerry Stuckle stuckleje...@gmail.com writes:
The problem here is lack of time and/or skills. I would love to help,
but I already have my plate full. Additionally, I've done device
drivers and applications, but never dealt with init
Dne, 16. 11. 2014 21:06:09 je Tanstaafl napisal(a):
On 11/16/2014 6:40 AM, Klistvud klist...@gmail.com wrote:
As a further example, the former udev (prior to being merged into
systemd) has already been forked and could/will serve us well for
years to come. And so on.
Is eudev in the debian
Hi,
Jerry Stuckle stuckleje...@gmail.com writes:
On 11/16/2014 10:29 AM, Ansgar Burchardt wrote:
Jerry Stuckle stuckleje...@gmail.com writes:
So why, instead of spending all this time on a new init system didn't
developers already familiar with sysvinit work on it? Systemd wasn't
one person
On Du, 16 nov 14, 13:22:54, Marty wrote:
On 11/16/2014 11:50 AM, Miles Fidelman wrote:
In the later case, one just has to read:
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/
to get very, very scared
Each one a bug as per Debian policy (sysvinit support). Looks like
On Saturday 08 November 2014 15:31:02 Jonathan de Boyne Pollard wrote:
Andrei Popescu:
Upstart was the only realcontender to systemd at the time of the
evaluation by the Technical Committee, but it has or is being
replaced by systemd everywhere.
Tanstaafl:
And why was OPenRC not
On 11/13/2014 10:53 AM, Lisi Reisz lisi.re...@gmail.com wrote:
On Saturday 08 November 2014 15:31:02 Jonathan de Boyne Pollard wrote:
Andrei Popescu:
Quote from above, with added emphasis:
Upstart was the only *real* contender to systemd *at the time* of
the evaluation for the Technical
On Jo, 13 nov 14, 11:28:57, Tanstaafl wrote:
Yes, apparently because someone actively sabotaged any possibility of
OpenRC being considered by giving improper bad information on how to use
it...
OpenRC was represented by its Maintainer in the init debate (Thomas
Goirand). Are you saying he
On 11/13/2014 3:42 PM, Andrei POPESCU andreimpope...@gmail.com wrote:
On Jo, 13 nov 14, 11:28:57, Tanstaafl wrote:
Yes, apparently because someone actively sabotaged any possibility of
OpenRC being considered by giving improper bad information on how to use
it...
OpenRC was represented by
Jonathan de Boyne Pollard:
Contrastingly, the people who were propounding OpenRC at the time
provided a good example of how NOT to go about doing so. Their
several mistakes are worth learning from.
Tanstaafl:
Not sure I understand what you are saying here...
Are you saying that some of
Andrei Popescu:
Upstart was the only realcontender to systemd at the time of the
evaluation by the Technical Committee, but it has or is being
replaced by systemd everywhere.
Tanstaafl:
And why was OPenRC not acontender?
Jonathan de Boyne Pollard:
Your question takes a falsehood as its
On Vi, 24 oct 14, 09:49:46, Jonathan de Boyne Pollard wrote:
Andrei Popescu:
Upstart was the only real contender to systemd at the time of the
evaluation by the Technical Committee, but it has or is being
replaced by systemd everywhere.
Tanstaafl:
And why was OPenRC not a contender?
Andrei Popescu:
Upstart was the only real contender to systemd at the time of the
evaluation by the Technical Committee, but it has or is being
replaced by systemd everywhere.
Tanstaafl:
And why was OPenRC not a contender?
Your question takes a falsehood as its premise. It actually
On 10/23/2014 4:10 PM, koanhead koanh...@riseup.net wrote:
I propose OpenRC, having recently tried it. So far I'm liking how it
works, and it solves most of the problems I had with sysvinit. It's not
a replacement for PID1, and is supposed to be compatible with arbitrary
PID1 programs
On 10/24/2014 4:49 AM, Jonathan de Boyne Pollard
j.deboynepollard-newsgro...@ntlworld.com wrote:
Tanstaafl:
And why was OPenRC not a contender?
Your question takes a falsehood as its premise. It actually was,
contrary to what M. Popescu dismissively stated. Several members of the
On Wed, Oct 22, 2014 at 05:27:45AM -0400, Miles Fidelman wrote:
Ok, let's start with:
- it's the rare desktop that has a fiber channel interface
snip
It's a rare server, too.
Nearly all of our physical servers are VM hosts, onto which we fit around 100
VMs. Physical servers are at best 5% of
On 10/20/2014 04:00 PM, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Yes. Syvinit still works, but it is after all 20 years old. It's been
patched and bolted onto and jury
On Thu, 23 Oct 2014, koanhead wrote:
On 10/20/2014 04:00 PM, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to
systemd, I wonder... What is a better alternative? And it can't
be sysvinit.
Yes. Syvinit still works, but it is after all 20 years old
On Tue, 21 Oct 2014 18:41:21 -0700
Patrick Bartek nemomm...@gmail.com wrote:
On Mon, 20 Oct 2014, Steve Litt wrote:
On Mon, 20 Oct 2014 12:45:11 -0700
Patrick Bartek nemomm...@gmail.com wrote:
After much vitriolic gnashing of teeth from those opposed to
systemd, I wonder... What
On Wed, 22 Oct 2014 13:04:26 +1100
Scott Ferguson scott.ferguson.debian.u...@gmail.com wrote:
P.S. I have been told that one major distro does (or is attempting to
do) just that - separate into a 'server' and a 'desktop' distribution.
What, like Windows? I think that really is the point
Scott Ferguson wrote:
On 21/10/14 15:10, Miles Fidelman wrote:
Scott Ferguson wrote:
Good question Patrick - top posted as I'm referring to the Subject.
On 21/10/14 06:45, Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What
Hi.
On Wed, Oct 22, 2014 at 05:27:45AM -0400, Miles Fidelman wrote:
Scott Ferguson wrote:
- when's the last time you saw a desktop or laptop with an IPMI BMC
(or for that matter, had a BMC infected by a virus - not pretty)
(note: if you don't know what BMC stands for, then go away and learn
vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Yes. Syvinit still works, but it is after all 20 years old. It's been
patched and bolted onto and jury-rigged to get it to do things that
weren't even around (or dreamt
On 21/10/14 21:08, Miles Fidelman wrote:
Steve Litt wrote:
On Tue, 21 Oct 2014 10:18:49 +0200
Raffaele Morelli raffaele.more...@gmail.com wrote:
Using systemd since 2014-08-09 with no issues.
Good for you. Let's see if you have no issues 2016-08-09, if Red Hat
wins its war against Linux.
On 10/21/2014 4:21 PM, Andrei POPESCU andreimpope...@gmail.com wrote:
Upstart was the only real contender to systemd at the time of the
evaluation by the Technical Committee, but it has or is being replaced
by systemd everywhere.
And why was OPenRC not a contender?
--
To UNSUBSCRIBE,
Peter Nieman wrote:
On 21/10/14 21:08, Miles Fidelman wrote:
Steve Litt wrote:
On Tue, 21 Oct 2014 10:18:49 +0200
Raffaele Morelli raffaele.more...@gmail.com wrote:
Using systemd since 2014-08-09 with no issues.
Good for you. Let's see if you have no issues 2016-08-09, if Red Hat
wins its
Martin Steigerwald wrote:
Am Montag, 20. Oktober 2014, 19:49:43 schrieb Jimmy Johnson:
So, what would you all propose? For a server? Or for a user desktop?
Or something that fulfills both scenarios? And why?
Just wondering.
See above and unless you are a tester or developer you may want
Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Yes. Syvinit still works, but it is after all 20 years old. It's been
patched and bolted onto and jury-rigged to get it to do things
Hi Jimmy,
Am Mittwoch, 22. Oktober 2014, 09:17:16 schrieb Jimmy Johnson:
Martin Steigerwald wrote:
Am Montag, 20. Oktober 2014, 19:49:43 schrieb Jimmy Johnson:
So, what would you all propose? For a server? Or for a user desktop?
Or something that fulfills both scenarios? And why?
Martin Steigerwald wrote:
Hi Jimmy,
Am Mittwoch, 22. Oktober 2014, 09:17:16 schrieb Jimmy Johnson:
Martin Steigerwald wrote:
Am Montag, 20. Oktober 2014, 19:49:43 schrieb Jimmy Johnson:
So, what would you all propose? For a server? Or for a user desktop?
Or something that fulfills both
On Mi, 22 oct 14, 08:44:02, Tanstaafl wrote:
On 10/21/2014 4:21 PM, Andrei POPESCU andreimpope...@gmail.com wrote:
Upstart was the only real contender to systemd at the time of the
evaluation by the Technical Committee, but it has or is being replaced
by systemd everywhere.
And why was
Martin Steigerwald wrote:
Am Mittwoch, 22. Oktober 2014, 11:37:51 schrieben Sie:
Its Jessie/Sid that are under some circumstances difficult to use without
systemd. As to my current knowledge one of the circumstances is an
installed GNOME desktop.
I install using the
On 10/22/2014 12:17 PM, Jimmy Johnson wrote:
Martin Steigerwald wrote:
Am Montag, 20. Oktober 2014, 19:49:43 schrieb Jimmy Johnson:
So, what would you all propose? For a server? Or for a user desktop?
Or something that fulfills both scenarios? And why?
Just wondering.
See above and
Am Mittwoch, 22. Oktober 2014, 12:34:16 schrieb Jimmy Johnson:
Martin Steigerwald wrote:
Am Mittwoch, 22. Oktober 2014, 11:37:51 schrieben Sie:
Its Jessie/Sid that are under some circumstances difficult to use
without
systemd. As to my current knowledge one of the circumstances is an
Martin Steigerwald wrote:
Jimmy, I wrote to you off list, and you put my personal reply on the list.
Please don�t do that. I mean personal replies as personal replies.
I think I am not interested into digging into this topic further anyway.
No problem and sorry as I did not realize you
On 22/10/14 19:05, Joe wrote:
On Wed, 22 Oct 2014 13:04:26 +1100
Scott Ferguson scott.ferguson.debian.u...@gmail.com wrote:
P.S. I have been told that one major distro does (or is attempting to
do) just that - separate into a 'server' and a 'desktop' distribution.
What, like Windows?
opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Yes. Syvinit still works, but it is after all 20 years old. It's been
patched and bolted onto and jury-rigged to get it to do things that
weren't even around (or dreamt of) at its inception. It's long past
On 22/10/14 20:51, Reco wrote:
Hi.
On Wed, Oct 22, 2014 at 05:27:45AM -0400, Miles Fidelman wrote:
Scott Ferguson wrote:
- when's the last time you saw a desktop or laptop with an IPMI BMC
(or for that matter, had a BMC infected by a virus - not pretty)
(note: if you don't know what BMC
On 22/10/14 21:23, Rusi Mody wrote:
On Wednesday, October 22, 2014 3:20:05 PM UTC+5:30, Miles Fidelman wrote:
Scott Ferguson wrote:
On 21/10/14 15:10, Miles Fidelman wrote:
Scott Ferguson wrote:
snipped
Are you guys just having fun talking past each other?
I can only speak for myself - no.
On Mon, Oct 20, 2014 at 09:34:48PM -0400, Steve Litt wrote:
On Mon, 20 Oct 2014 12:45:11 -0700
Patrick Bartek nemomm...@gmail.com wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative?
* Nosh
So this one is fun
to
systemd, I wonder... What is a better alternative?
* Nosh
So this one is fun, it is just a direct copy of the systemd service
format. Guess the proof that's at least a feature that people do
want, dropping shell.
I think you meant a direct copy of daemontools, didn't you?
http
On Tue, Oct 21, 2014 at 12:36:52AM -0200, Martinx - ジェームズ wrote:
2- Start testing uselessd;
You missed 'package uselessd' for Debian - not yet done.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tuesday, October 21, 2014 12:00:01 PM UTC+5:30, Ludovic Meyer wrote:
On Mon, Oct 20, 2014 at 09:34:48PM -0400, Steve Litt wrote:
On Mon, 20 Oct 2014 12:45:11 -0700
Patrick Bartek wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What
it.
If that becomes true, I mean, if uselessd can act as systemd to
mange/supervise process in a new fashion (i.e. no init scripts), then,
it will be doing what systemd was supposed to be doing (in Debian) in
first place!
Sorry about my poor English.
-
Thiago
On 21 October 2014 04:58, Jonathan Dowland j
Am Montag, 20. Oktober 2014, 19:49:43 schrieb Jimmy Johnson:
So, what would you all propose? For a server? Or for a user desktop?
Or something that fulfills both scenarios? And why?
Just wondering.
See above and unless you are a tester or developer you may want to
roll-back to
Hi,
Please do not top-post.
On Tue, Oct 21, 2014 at 05:27:34AM -0200, Martinx - ジェームズ wrote:
If uselessd provides ONLY a new init, based on CGroups and lots of
cool ideas from systemd itself, then, it worth trying it! Just for
fun...
I think it's an interesting project and I might
Here are some interesting things one should be aware of before
http://0pointer.de/blog/projects/the-biggest-myths.html
Read enough about but still haven't read something really valuable against
systemd from eg. Torvalds, Eric Steven Raymond, etc... (if you do, post the
link)
I believe the main
On Tue, Oct 21, 2014 at 10:18:49AM +0200, Raffaele Morelli wrote:
Here are some interesting things one should be aware of before
http://0pointer.de/blog/projects/the-biggest-myths.html
Read enough about but still haven't read something really valuable against
systemd from eg. Torvalds, Eric
On Ma, 21 oct 14, 00:10:27, Miles Fidelman wrote:
Um, yes, there is. Typically different hardware (headless for starters),
storage area networks, clusters, high availability, as well as different
role, and so forth.
I have a Raspberry Pi serving my domain (DNS + WWW). As far as I'm
Hi Raffaele,
Am Dienstag, 21. Oktober 2014, 10:18:49 schrieb Raffaele Morelli:
Here are some interesting things one should be aware of before
http://0pointer.de/blog/projects/the-biggest-myths.html
Read enough about but still haven't read something really valuable against
systemd from eg.
On 21/10/14 at 09:41am, Jonathan Dowland wrote:
On Tue, Oct 21, 2014 at 10:18:49AM +0200, Raffaele Morelli wrote:
Here are some interesting things one should be aware of before
http://0pointer.de/blog/projects/the-biggest-myths.html
Read enough about but still haven't read something
On 10/20/2014 3:45 PM, Patrick Bartek nemomm...@gmail.com wrote:
After much vitriolic gnashing of teeth from those opposed to systemd,
I wonder... What is a better alternative? And it can't be sysvinit.
Yes. Syvinit still works, but it is after all 20 years old. It's been
patched
On 10/20/2014 10:36 PM, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
1- Fork udev (out from systemd's tree or before it got merged / engulfed);
Maybe Gentoo's eudev would be a good place to start with that.
I also don't see why OpenRC isn't on the list of obvious choices. It is
the default
Steve Litt wrote:
On Tue, 21 Oct 2014 08:12:17 +0200
Ludovic Meyer ludo.v.me...@gmail.com wrote:
snip
* Upstart
no longer developped, and suffer from several bugs, go read the
tech-ctte debate.
I read it, and if Upstart problems were the most distressing thing in
that debate, I'd be a happy
- Original Message -
From: Jonathan Dowland j...@debian.org
On Tue, Oct 21, 2014 at 05:27:34AM -0200, Martinx - ジェームズ wrote:
If uselessd provides ONLY a new init, based on CGroups and lots of
cool ideas from systemd itself, then, it worth trying it! Just for
fun...
I think it's
1 - 100 of 126 matches
Mail list logo