I agree.
In perfect world of knowlegable programmers writing software that works
there is no need for supervisors.
One can handle errors or leave this for supervisor.
For me supervisor will always be a tool of a helpless admin.
Regards
piotr
___
Dng ma
15.08.2016 22:31 "Brian Nash" napisał(a):
>
> I still don't see the point of using containers, though.
For quite a few modern java developers it is easier to dump their
development workstations into a docker images than write a deployment
specification, i believe.
For quite a few system admins it
On 5/6/16, Rainer Weikusat wrote:
> poitr pogo writes:
>> On 5/6/16, Rainer Weikusat wrote:
>>
>> (...)
>>> I'm dealing with a program where every allocation failure is
>>> meticolously passed up the call stack so that the top-most function can
>
On 5/6/16, Rainer Weikusat wrote:
(...)
> I'm dealing with a program where every allocation failure is
> meticolously passed up the call stack so that the top-most function can
> then cause the process to terminate and I've just recently decided that
> this is completley useless and that I want t
upstart is init subsystem which is using same names for binaries; commands
as sysvinit probably to be a drop in replacement, not ment to coexist with
sysvinit.
sysv-rc,openrc , file-rc all depend on init binary daemon and are
replacements for init.d/rc(S) files which init binary executes. so they
If I had to be and admin of mixture of linux distributions I would
probably use 'service', instead of remembering all commands suited for
different init flavours and checking on which box I'm about to run a
command.
But in such a case I probably would not care what kind of init
subsystem is runnin
IMHO i would expect package init scripts for default init system to be part
of a package (binary,base, etc) and scripts for alternate systems to be in
separate package(s).
Of course all residing in single src package maintained by the devuan
package maintainer.
Someone who decides to use alternat
So now, when information on web site is correct please consider removing
'mirrors' workaround so it will not get propagated. And clear message will
be sent to users which address should be used.
Once removed people will be forced to clean their setup now, and new
mistakenly created setups will si
I vote for init to be default for at least few years.
Devuan might consider switching to something else few years after
wheezy lts will be dead.
Meantime, all other init systems should be optional in Devuan.
--
Regards
Piotr
On 5/3/16, Steve Litt wrote:
> On Mon, 2 May 2016 21:05:18 -0400
> Hen
On 2/25/16, Rainer Weikusat wrote:
(...)
> Considering that shared objects and dynamic linking were originally a
> MULTICS feature (dating back to about 1965) and introduced to UNIX(*)
> with SunOS 4.0 in 1988, the best course of action to deal with people
> who are so afraid of changes that they
29-09-2015 16:48, "Steve Litt" napisał(a):
>
> I thought it was stupid for other reasons, but now that you mention it,
> yeah, naming it after the particular slot into which it's plugged in is
> stupid, and if you take the box apart and move things around, you can
> break your OS.
>
no. it is no
hmm, I do wifi connect in bash/xterm
one shot
sudo vi /etc/network/interfaces
add
source /etc/network/interfaces.d/*.cfg
if not already there
make sure /etc/network/interfaces.d folder exists
later, check what is available
sudo iwlist wlan0 scanning |grep -e ESSID -e Quality
i'm against moderation.
if you find his posts disturbing use killfile instead.
--
regards
piotr
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Hi,
On Fri, Aug 28, 2015 at 5:00 PM, Michael Bütow wrote:
> Article here:
>
> https://tlhp.cf/lennart-poettering-su/
>
> I for one look forward to not having any of this madness one day when I
> transition completely to Devuan!
>
This is rather good news, as this is extension to systemd not to
Hi,
On Sun, Aug 23, 2015 at 3:32 AM, Steve Litt wrote:
> On Sat, 22 Aug 2015 23:57:54 +0200
> "tilt!" wrote:
>
>> Hello,
>>
>> it has come to my attention that an SSID is defined by a
>> (closed) IEEE standard as (I quote inofficial source [1]):
>>
>> > [...] "0-32 octets with arbitrary conten
IMHO automount for desktop is a helper for a user running some X
session. Usually that means that a single person is using this system.
So make him a helper which can do automount/autorun etc which helps
him on a daily basis. Helps him not the admin of the system. A simple
one which is a helper, n
i'm just wondering how you non-technical people who hate technical talks
will force technical-people interested in technical aspects to use your
non-technical forum an listen to non-technical talks and prevent them from
running their own, closed technical mailing list free from non-technical
talks
On Sat, Mar 28, 2015 at 6:59 PM, Martijn Dekkers
wrote:
(...)
>>
>> They help to run as a unix daemon a program which is not written to be
>> a unix daemon.
>
> No, sorry, you are wrong. They are supervisors, and as such they ensure any
> long-running job keeps running when it is supposed to.
>
On Sat, Mar 28, 2015 at 4:15 PM, Isaac Dunham wrote:
(...)
> If you want to *manage* a daemon (ie, do something when it stops, like
> restarting it), it's very tricky to do it reliably without having a fixed
It might be tricky if application does not support startup/shutdown procedure.
That's why
Cannot. This is from the s6 docs. I'm not using s6. Just heard about it today.
Another s6 limitation - finish script must end in 3 seconds. or will be killed.
Nice for desktop, not a server.
It used to be that an application is responsible for proper start
up/shutdown procedure, as application kno
Hi
On Sat, Mar 28, 2015 at 5:36 AM, Martijn Dekkers
wrote:
> Have a look at this excellent comparison for supervisor / init tools:
>
> http://skarnet.org/software/s6/why.html
>
> S6 is the bees' knees
>
IMHO s6/daemontools and similar tools are just a helpers.
They help to run as a unix daemon a
21 matches
Mail list logo
