On Sat, 13 Oct 2018 10:31:33 -0400
Hendrik Boom wrote:
> It would be pleasant to quiet those who chant "Nyaa Nyaa Devuan isn't
> really about choice", but it's not worth the price we'd have to pay.
Most anti-Devuan people are brainless, so if we were to (crazily)
incorporate some systemd in D
On 13/10/18 at 16:31, Hendrik Boom wrote:
> On Sat, Oct 13, 2018 at 09:55:46AM -0400, Steve Litt wrote:
>> On Fri, 12 Oct 2018 09:44:14 -0400
>> Hendrik Boom wrote:
>>
>>
>>> And while we're at it, we want not to support systemd.
>>> But living with inert systemd scripts is at least tolerable.
>>
On 10/12/2018 01:56 AM, KatolaZ wrote:
On Thu, Oct 11, 2018 at 11:55:29PM -0400, Steve Litt wrote:
On Fri, 12 Oct 2018 03:24:44 +
alecfeld...@disroot.org wrote:
1. Split the runit package into separate packages with alternate
stage files.
2. Provide a configuration file for how runit sho
On Sat, Oct 13, 2018 at 09:55:46AM -0400, Steve Litt wrote:
> On Fri, 12 Oct 2018 09:44:14 -0400
> Hendrik Boom wrote:
>
>
> > And while we're at it, we want not to support systemd.
> > But living with inert systemd scripts is at least tolerable.
>
> Huh? U mean systemd unit files?
yes.
>
>
On Fri, 12 Oct 2018 09:44:14 -0400
Hendrik Boom wrote:
> And while we're at it, we want not to support systemd.
> But living with inert systemd scripts is at least tolerable.
Huh? U mean systemd unit files?
> Ideally there should be some systematic solution for all of this,
> leaving the choi
On Fri, 12 Oct 2018 10:56:26 +0200
KatolaZ wrote:
> On Thu, Oct 11, 2018 at 11:55:29PM -0400, Steve Litt wrote:
> > On a related note, I think the best way of acquiring runit run
> > files is to install Void Linux on a VM, install all the various
> > daemons, and then view the run files in /etc/
On Thu, 11 Oct 2018 23:23:38 -0700
Rick Moen wrote:
> Part
> of the point I wanted to make, here (bearing in mind that I'm
> speaking only my own view), is that Devuan needs to be mindful of
> priorities and has necessarily limited volunteer effort. For better
> or worse, _if_ I understand corre
On 12/10/18 at 15:44, Hendrik Boom wrote:
> living with inert systemd scripts
Uh? What scripts? What systemd scripts (i.e. executable, interpreted
text files) do Devuan packages install?
Alessandro
--
Alessandro Selli
VOIP SIP: dhatarat...@ekiga.net
Chiave firma e cifratura PGP/GPG sign
On Fri, Oct 12, 2018 at 10:56:26AM +0200, KatolaZ wrote:
> On Thu, Oct 11, 2018 at 11:55:29PM -0400, Steve Litt wrote:
> > On Fri, 12 Oct 2018 03:24:44 +
> > alecfeld...@disroot.org wrote:
> >
> >
> > > 1. Split the runit package into separate packages with alternate
> > > stage files.
> > >
On Thu, Oct 11, 2018 at 11:55:29PM -0400, Steve Litt wrote:
> On Fri, 12 Oct 2018 03:24:44 +
> alecfeld...@disroot.org wrote:
>
>
> > 1. Split the runit package into separate packages with alternate
> > stage files.
> >
> > 2. Provide a configuration file for how runit should act. For
> > in
Quoting alecfeld...@disroot.org (alecfeld...@disroot.org):
> First of all, I want to thank the developers for the efforts to
> continue debian without "systemd creep". I've experimented with the
> distribution on and off, but there's one big turnoff for me currently
> that I don't think would take
On Fri, 12 Oct 2018 03:24:44 +
alecfeld...@disroot.org wrote:
> 1. Split the runit package into separate packages with alternate
> stage files.
>
> 2. Provide a configuration file for how runit should act. For
> instance, if openrc or sysvinit is installed, runit can depend
> on /etc/init.d
This is a "remail" of what I sent Daniel about a month ago for others on the
mailing list to see with a few changes and added details.
First of all, I want to thank the developers for the efforts to continue debian
without "systemd creep". I've experimented with the distribution on and off,
but
This is a "remail" of what I sent Daniel about a month ago for others on the
mailing list to see with a few changes and added details.
First of all, I want to thank the developers for the efforts to continue debian
without "systemd creep". I've experimented with the distribution on and off,
but
Hi all,
Acknowledged!
Could you elaborate the main feature of openrc-init that sysvinit does
not have?
Yours,
Benda
Svante Signell writes:
> On Fri, 2017-11-17 at 08:42 -0500, Ismael L. Donis Garcia wrote:
>
>> But I understand that the new versions of openrc already bring the
>> possibility
On Sat, 2017-11-18 at 01:51 -0500, Steve Litt wrote:
> On Fri, 17 Nov 2017 08:42:51 -0500
> "Ismael L. Donis Garcia" wrote:
>
> > But I understand that the new versions of openrc already bring the
> > possibility of functioning as an init system independently.
> >
> > In that case, openrc could
On Fri, 2017-11-17 at 08:42 -0500, Ismael L. Donis Garcia wrote:
> But I understand that the new versions of openrc already bring the
> possibility of functioning as an init system independently.
>
> In that case, openrc could not be used as an alternative init?
Yes, openrc is now able to be pi
On 08/16/2017 07:06 AM, fsmithred wrote:
>
> It is installable with refractainstaller, but it has grub-efi installed.
> If you're on a legacy bios system, install the grub-pc debs before you run
> the installer, and don't select a place for the bootloader if it asks. Let
> the installer do that (i
On 08/16/2017 07:06 AM, fsmithred wrote:
> I made a live-iso with ascii, openrc and eudev for testing purposes.
> http://distro.ibiblio.org/refracta/files/experimental/ascii_oblx_eudv_oprc-20170813_.iso
>
> This started as a no-X Refracta-ascii amd64 live iso (standard system plus
> extra syst
I made a live-iso with ascii, openrc and eudev for testing purposes.
http://distro.ibiblio.org/refracta/files/experimental/ascii_oblx_eudv_oprc-20170813_.iso
This started as a no-X Refracta-ascii amd64 live iso (standard system plus
extra system utilities). Added openbox, lxpanel, lxterminal,
Just to make it clear, I have replied once more with the title changed...
I have donated 10$ to devuan as a thanks. I am not super rich, but I
have done what I can. so thank you.
On 07/02/2017 04:34 PM, zap wrote:
>
> On 07/02/2017 04:25 PM, Svante Signell wrote:
>> On Sun, 2017-07-02 at 14:51 -
On Sun, 2016-09-11 at 23:59 +0200, emnin...@riseup.net wrote:
> Am Sun, 11 Sep 2016 18:09:56 +0200
> schrieb Svante Signell :
>
> >
> > Maybe you have to install sys-rc before installing openrc?
>
> I looked and i have already installed sysv-rc. In any case, i did a
> re-install but it did not h
On Mon, Sep 12, 2016 at 10:32:52AM +0200, Jaromil wrote:
> On Sun, 11 Sep 2016, emnin...@riseup.net wrote:
> > Does that mean openrc as an option for devuan is gone?
>
> not at all. We even plan to roll out our own openrc package, ditching
> the one from Debian which has many problems. Perhaps wha
Le 16/09/2016 18:32, Steve Litt a écrit :
On Fri, 16 Sep 2016 12:24:45 +0200
Didier Kryn wrote:
Steve,
I like more and more this idea of separating the tasks:
- pid1 (sysvinit or whatever) performs one-shot startups and
basic supervision (like for getty),
sysvinit, right?
On Fri, 16 Sep 2016 19:16:01 +0200
poitr pogo wrote:
> 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.
On Fri, 16 Sep 2016 13:17:52 -0400
Rob Owens wrote:
> On Fri, Sep 16, 2016 at 12:32 PM, Steve Litt
> wrote:
>
> >
> > Does OpenRC do the conditional starts?
>
>
> Yes, it does. See "The depend function" here:
> http://www.funtoo.org/Package:OpenRC
Nice!
SteveT
Steve Litt
September 2016
On Fri, Sep 16, 2016 at 12:32 PM, Steve Litt
wrote:
>
> Does OpenRC do the conditional starts?
Yes, it does. See "The depend function" here:
http://www.funtoo.org/Package:OpenRC
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cg
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
On Fri, Sep 16, 2016 at 12:52:45PM -0400, Steve Litt wrote:
[cut]
> >
> > But I am sure that 99.% of the users do not need supervisors in
> > 99.% of the cases...
>
> I wouldn't say 99.%. I think everyone running wpa_supplicant can
> benefit from having it respawnable, because it cr
On Fri, 16 Sep 2016 15:22:25 +0100
KatolaZ wrote:
> On Fri, Sep 16, 2016 at 03:51:43PM +0200, Didier Kryn wrote:
>
> [cut]
>
> > Nobody supervises pid1, OK? So why would the supervisor need to
> > be supervised? It is supposed to be rock solid. Note that it can be
> > barely relaunched by s
On Fri, 16 Sep 2016 15:51:43 +0200
Didier Kryn wrote:
> Le 16/09/2016 13:15, KatolaZ a écrit :
> > On Fri, Sep 16, 2016 at 12:24:45PM +0200, Didier Kryn wrote:
> >
> > [cut]
> >
> >> Steve,
> >>
> >> I like more and more this idea of separating the tasks:
> >> - pid1 (sysvinit o
On Fri, 16 Sep 2016 12:24:45 +0200
Didier Kryn wrote:
> Steve,
>
> I like more and more this idea of separating the tasks:
> - pid1 (sysvinit or whatever) performs one-shot startups and
> basic supervision (like for getty),
sysvinit, right? Spawn your gettys and run the rc files
> On September 16, 2016 at 9:51 AM Didier Kryn wrote:
>
> Le 16/09/2016 13:15, KatolaZ a écrit :
> > On Fri, Sep 16, 2016 at 12:24:45PM +0200, Didier Kryn wrote:
> >
> > [cut]
> >
> >> Steve,
> >>
> >> I like more and more this idea of separating the tasks:
> >> - pid1 (sysvinit o
On Fri, Sep 16, 2016 at 12:16:03PM -0400, Steve Litt wrote:
[cut]
>
> Hi KatolaZ,
>
> The preceding paragraph represents a philosophy more than anything
> else. It's the philosophy that your computer must never, ever, for any
> reason ever become unresponsive. You share that philosophy with Lau
On Fri, 16 Sep 2016 12:15:01 +0100
KatolaZ wrote:
> On Fri, Sep 16, 2016 at 12:24:45PM +0200, Didier Kryn wrote:
>
> [cut]
>
> >
> > Steve,
> >
> > I like more and more this idea of separating the tasks:
> > - pid1 (sysvinit or whatever) performs one-shot startups and
> > basic s
On Fri, Sep 16, 2016 at 03:51:43PM +0200, Didier Kryn wrote:
[cut]
> Nobody supervises pid1, OK? So why would the supervisor need to be
> supervised? It is supposed to be rock solid. Note that it can be barely
> relaunched by sysvinit in the same way as getty.
>
Yep, but if a supervisor die
Le 16/09/2016 13:15, KatolaZ a écrit :
On Fri, Sep 16, 2016 at 12:24:45PM +0200, Didier Kryn wrote:
[cut]
Steve,
I like more and more this idea of separating the tasks:
- pid1 (sysvinit or whatever) performs one-shot startups and basic
supervision (like for getty),
- ser
Am Freitag, 16. September 2016 schrieb KatolaZ:
> That looks like a great plan, but who will supervise the supervisors?
> :)
The NSA .. or BND ... . If you don't have something to hide, then you have
nothing to fear ;-)
--
Please do not email me anything that you are not comfortable also shari
On Fri, Sep 16, 2016 at 12:24:45PM +0200, Didier Kryn wrote:
[cut]
>
> Steve,
>
> I like more and more this idea of separating the tasks:
> - pid1 (sysvinit or whatever) performs one-shot startups and basic
> supervision (like for getty),
> - services needing a sophisticated s
Le 16/09/2016 12:02, Steve Litt a écrit :
On Thu, 15 Sep 2016 12:31:28 -1000
Joel Roth wrote:
emnin...@riseup.net wrote:
Am Mon, 12 Sep 2016 08:31:54 +
schrieb Jaromil :
not at all. We even plan to roll out our own openrc package,
ditching the one from Debian which has many problems.
On Thu, 15 Sep 2016 12:31:28 -1000
Joel Roth wrote:
> emnin...@riseup.net wrote:
> > Am Mon, 12 Sep 2016 08:31:54 +
> > schrieb Jaromil :
> >
> > > not at all. We even plan to roll out our own openrc package,
> > > ditching the one from Debian which has many problems. Perhaps
> > > what yo
emnin...@riseup.net wrote:
> Am Mon, 12 Sep 2016 08:31:54 +
> schrieb Jaromil :
>
> > not at all. We even plan to roll out our own openrc package, ditching
> > the one from Debian which has many problems. Perhaps what you are
> > hitting is one of them.
> >
> > For Devuan's Openrc we will fol
Am Mon, 12 Sep 2016 08:31:54 +
schrieb Jaromil :
> not at all. We even plan to roll out our own openrc package, ditching
> the one from Debian which has many problems. Perhaps what you are
> hitting is one of them.
>
>
> For Devuan's Openrc we will follow the design proposed by upstream and
On 12/09/2016 10:32, Jaromil wrote:
> ...
>
> (the above space is left intentionally blank for conspiracy theorists)
>
> Openrc in Debian coul be labeled as a "self hating package",
> I recommend you compile from source until we provide an openrc
> package.
The same could be said regarding the '
On Sun, 11 Sep 2016, emnin...@riseup.net wrote:
> Am Sun, 11 Sep 2016 18:09:56 +0200
> schrieb Svante Signell :
>
> > Maybe you have to install sys-rc before installing openrc?
>
> I looked and i have already installed sysv-rc. In any case, i did a
> re-install but it did not help.
>
> Does tha
Quoting emnin...@riseup.net (emnin...@riseup.net):
> I was away from the keyboard a very long time (had to work
> outside/outdoor for a life), so very likely i missed a lot. Sorry in
> anticipation if i'm doubling something:
>
> One system is/was running devuan ascii quite nicely but when i came
On Sun, 2016-09-11 at 23:41 +0200, emnin...@riseup.net wrote:
> Am Sun, 11 Sep 2016 18:09:56 +0200
> schrieb Svante Signell :
>
> >
> > Maybe you have to install sys-rc before installing openrc?
>
> The version is 0.21-2.
>
> Do you mean sysv-rc or sys-rc indeed?
Yes, of course i meant sysv-rc
Am Sun, 11 Sep 2016 18:09:56 +0200
schrieb Svante Signell :
> Maybe you have to install sys-rc before installing openrc?
I looked and i have already installed sysv-rc. In any case, i did a
re-install but it did not help.
Does that mean openrc as an option for devuan is gone?
Am Sun, 11 Sep 2016 18:09:56 +0200
schrieb Svante Signell :
> On Sun, 2016-09-11 at 17:44 +0200, emnin...@riseup.net wrote:
> > I was away from the keyboard a very long time (had to work
> > outside/outdoor for a life), so very likely i missed a lot. Sorry in
> > anticipation if i'm doubling somet
On Sun, 11 Sep 2016 17:44:19 +0200
wrote:
> One system is/was running devuan ascii quite nicely but when i came
> back i did an 'apt-get update && apt-get dist-upgrade' and i
> realize(d), that openrc (which i was used to use) was removed.
[snip]
>
> Anyway, any pointer will be highly welcome!
On Sun, 2016-09-11 at 17:44 +0200, emnin...@riseup.net wrote:
> I was away from the keyboard a very long time (had to work
> outside/outdoor for a life), so very likely i missed a lot. Sorry in
> anticipation if i'm doubling something:
>
> One system is/was running devuan ascii quite nicely but wh
I was away from the keyboard a very long time (had to work
outside/outdoor for a life), so very likely i missed a lot. Sorry in
anticipation if i'm doubling something:
One system is/was running devuan ascii quite nicely but when i came
back i did an 'apt-get update && apt-get dist-upgrade' and i
r
- Original Message -
> From: emnin...@riseup.net
> Is there a link to an instruction how to use (and setup) openrc
> together with sysvinit?
>
> I'd like to use openrc as a tool to administrate daemons and services
> since i find it a lot more "logical" (easy?). One question for example
>
On Thu, 26 May 2016 12:50:19 +0200
Svante Signell wrote:
> On Thu, 2016-05-26 at 11:28 +0200, emnin...@riseup.net wrote:
>
> Please keep the subject, even if you are reading the mails via the
> Digest service!
In addition, if you respond to a digest subjected email, please change
the subject ba
On Thu, 26 May 2016 01:53:07 +0200
Dragan FOSS wrote:
> On 05/26/2016 01:23 AM, Steve Litt wrote:
> > capability of respawning daemons that crash? OpenRC can't do that.
>
> OpenRC *can* do that:
>
> ---
> Automatic respawning crashed services
> ---
>
> https://wiki.gentoo.org/wiki/Op
Am Thu, 26 May 2016 12:50:19 +0200
schrieb Svante Signell :
> On Thu, 2016-05-26 at 11:28 +0200, emnin...@riseup.net wrote:
>
> Please keep the subject, even if you are reading the mails via the
> Digest service!
You're right! Sorry about that, i was too fast :-( Btw, could that be
corrected ex
On Thu, 2016-05-26 at 11:28 +0200, emnin...@riseup.net wrote:
Please keep the subject, even if you are reading the mails via the
Digest service!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Le 26/05/2016 01:23, Steve Litt a écrit :
Many people feel that respawning is a pact with the devil: If something
crashes, it should stay crashed for further investigation rather than
"painting over it" with a respawn. If you feel that way, OpenRC is a
good bet.
The arguments pro and cons a
On 05/26/2016 01:23 AM, Steve Litt wrote:
capability of respawning daemons that crash? OpenRC can't do that.
OpenRC *can* do that:
---
Automatic respawning crashed services
---
https://wiki.gentoo.org/wiki/OpenRC
___
Dng mailing list
Dng@li
On Tue, 24 May 2016 14:06:33 +0200
wrote:
> Is there a link to an instruction how to use (and setup) openrc
> together with sysvinit?
>
> I'd like to use openrc as a tool to administrate daemons and services
> since i find it a lot more "logical" (easy?).
Before you do this, allow me to ask y
On 05/24/2016 02:06 PM, emnin...@riseup.net wrote:
Is there a link to an instruction how to use (and setup) openrc
together with sysvinit?
I'd like to use openrc as a tool to administrate daemons and services
since i find it a lot more "logical" (easy?).
TRIOS Mia is fully functional Debian j
On Tue, 24 May 2016 14:06:33 +0200, Emninger wrote:
> Is there a link to an instruction how to use (and setup) openrc
> together with sysvinit?
DISCLAIMER: I never tried that, so please take my
suggestions with a buckload of salt. (Corrections welcome!)
Having that out of the way: There is this
Is there a link to an instruction how to use (and setup) openrc
together with sysvinit?
I'd like to use openrc as a tool to administrate daemons and services
since i find it a lot more "logical" (easy?). One question for example
is, if can be used the (needed) openrc scripts from other distros (l
Le 04/05/2016 15:44, Rob Owens a écrit :
- Original Message -
From: "Didier Kryn"
Le 03/05/2016 19:10, Rob Owens a écrit :
Yes, but then when an openrc user wants to start/stop a service, he
cannot do '/etc/init.d/myservice start' like he could do on any other
OS using openrc. He'd ha
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
On Wed, 4 May 2016 09:54:37 -0400 (EDT)
Rob Owens wrote:
> - Original Message -
> > From: "Steve Litt"
>
> > On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> > Rob Owens wrote:
> >
> >> I agree with putting each init in its own directory, but sysvinit
> >> should not own /etc/init.d. sy
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
On Wed, May 04, 2016 at 09:44:30AM -0400, Rob Owens wrote:
Normally *this* admin never uses the service command because:
You should because the service command cleans the environment. If you do
„/etc/init.d/ start” you can have strange results.
1) it is not available on all distros or may n
- Original Message -
> From: "Steve Litt"
> On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> Rob Owens wrote:
>
>> I agree with putting each init in its own directory, but sysvinit
>> should not own /etc/init.d. sysvinit stuff should go in /etc/sysvinit
>> and by default /etc/init.d should be
Robert Storey writes:
> For whatever it's worth, I'm fully supportive of the idea of defaulting to
> a simpler init system such as S6, Epoch, Runit, you-name-it. I can't speak
> for anyone else, of course, but I tend to think the sort of people who are
> attracted to Devuan see the virtue of simpl
- Original Message -
> From: "Didier Kryn"
> Le 03/05/2016 19:10, Rob Owens a écrit :
>> Yes, but then when an openrc user wants to start/stop a service, he
>> cannot do '/etc/init.d/myservice start' like he could do on any other
>> OS using openrc. He'd have to do '/etc/openrc/myservice
On Wed, May 04, 2016 at 08:10:40AM +0100, Simon Hobson wrote:
> Steve Litt wrote:
>
> > There's a special place in hell for people using ambiguous
> > abbreviations, acronyms, and nicknames.
>
> You mean, like the whole IT industry - and in fact pretty well any industry ?
> Such terms are routi
Steve Litt escribió:
[...]
I think the only daemons you really need in an installer are the
gettys, sshd, wpa_supplicant and dhcpcd. And you'll probably want
the display manager too. Those obviously must be included in packages.
The more obscure stuff can exist first on the Wiki, and gradually b
Le 04/05/2016 05:43, Joel Roth a écrit :
nteresting, I thought /sbin was historically for statically
linked executables needed at boot time, or for system
recovery.
I think the 's' stands for "System-critical", not "Statically-linked".
Didier
___
Le 03/05/2016 19:10, Rob Owens a écrit :
Yes, but then when an openrc user wants to start/stop a service, he
cannot do '/etc/init.d/myservice start' like he could do on any other
OS using openrc. He'd have to do '/etc/openrc/myservice start'. Not a
really big deal, but I think it's undesirable
On Wed, 04 May 2016 06:47:06 +
Noel Torres wrote:
> Steve Litt escribió:
>
> > On Mon, 2 May 2016 22:15:44 -1000
> > Joel Roth wrote:
> >
> >
> >> The problem with supporting multiple init systems is that
> >> there is an init script for each service that has to be
> >> ported or rewritt
On Wed, May 04, 2016 at 01:03:08PM +0800, Robert Storey wrote:
> For whatever it's worth, I'm fully supportive of the idea of defaulting to
> a simpler init system such as S6, Epoch, Runit, you-name-it.
Many people agree that sysvinit with its symlinks and run
levels is overly complex for the com
Steve Litt wrote:
> There's a special place in hell for people using ambiguous
> abbreviations, acronyms, and nicknames.
You mean, like the whole IT industry - and in fact pretty well any industry ?
Such terms are routinely used because they make speech and writing less
verbose. I did my appre
Steve Litt escribió:
On Mon, 2 May 2016 22:15:44 -1000
Joel Roth wrote:
The problem with supporting multiple init systems is that
there is an init script for each service that has to be
ported or rewritten.
[...]
It's a documentation task. If we had a wiki upon which users could
write the
On Wed, May 04, 2016 at 12:55:09AM -0400, Peter Olson wrote:
> > On May 3, 2016 at 11:43 PM Joel Roth wrote:
>
> [...]
>
> > Interesting, I thought /sbin was historically for statically
> > linked executables needed at boot time, or for system
> > recovery.
>
> The /sbin and /usr/sbin are anal
On Tue, May 03, 2016 at 03:24:47PM -1000, Joel Roth wrote:
> Hendrik Boom wrote:
> > There's a small number of directories that are supposed to be on the
> > root filesystem, or otherwise available during boot. I believe /etc
> > and /bin are two of these.
> >
> > /usr is not. I suspect /var i
Jim Murphy escribió:
[...]
UNIX and lookalikes have been able to boot into single user mode
with a small root filesystem without the need for /usr, /var or ...
There are still admins that have split any number of these directories
into their own filesystems for various reasons. I guess you can c
Am Tue, 03 May 2016 08:27:05 +
schrieb dng-requ...@lists.dyne.org:
> From: parazyd
> To: Hendrik Boom
> Cc: dng@lists.dyne.org
> Subject: Re: [DNG] OpenRC and Devuan
> Message-ID: <20160503071226.GA10101@hansolo>
> Content-Type: text/plain; charset="utf-8"
For whatever it's worth, I'm fully supportive of the idea of defaulting to
a simpler init system such as S6, Epoch, Runit, you-name-it. I can't speak
for anyone else, of course, but I tend to think the sort of people who are
attracted to Devuan see the virtue of simplicity. The main reason why we
d
> On May 3, 2016 at 11:43 PM Joel Roth wrote:
[...]
> Interesting, I thought /sbin was historically for statically
> linked executables needed at boot time, or for system
> recovery.
The /sbin and /usr/sbin are analogous to /bin and /usr/sbin but they contain
programs for administrative purpos
Steve Litt wrote:
> Joel Roth wrote:
>
> > Hendrik Boom wrote:
> > > There's a small number of directories that are supposed to be on
> > > the root filesystem, or otherwise available during boot. I
> > > believe /etc and /bin are two of these.
> > >
> > > /usr is not. I suspect /var isn't eit
On Tue, 3 May 2016 15:24:47 -1000
Joel Roth wrote:
> Hendrik Boom wrote:
> > There's a small number of directories that are supposed to be on
> > the root filesystem, or otherwise available during boot. I
> > believe /etc and /bin are two of these.
> >
> > /usr is not. I suspect /var isn't eit
* On 2016 03 May 16:38 -0500, Steve Litt wrote:
> "Pen testing" My Aunt's Hat!
I thought it was trying different Linux distributions from a USB pen.
Shrug.
- Nate
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
Ham radio, Linux
Hendrik Boom wrote:
> There's a small number of directories that are supposed to be on the
> root filesystem, or otherwise available during boot. I believe /etc
> and /bin are two of these.
>
> /usr is not. I suspect /var isn't either.
>
> init is supposed to be able to read /etc/fstab to fin
On Tue, 03 May 2016 23:07:05 +0200
Svante Signell wrote:
> On Tue, 2016-05-03 at 16:32 -0400, Steve Litt wrote:
> > On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> >
> > Because OpenRC has seen fit to intermix their init scripts
> > with sysvinit's in /etc/init.d, I'd suggest that any files needed by
On Tue, 2016-05-03 at 23:24 +0200, parazyd wrote:
> On Tue, 03 May 2016, Svante Signell wrote:
>
> As I've stated at the beginning of this whole thread, debian-openrc is
> irrelevant and a bad way to solve the whole issue of using OpenRC
> properly, becase they keep using LSB initscripts...
What
Thanks Stephanie!
There's a special place in hell for people using ambiguous
abbreviations, acronyms, and nicknames. I mean really, do they think
this makes them sound more "in the know?"
That author is a WAD. Now I get to feel superior as the word WAD rolls
glibly and effortlessly off my tongue.
On Tue, 03 May 2016, Svante Signell wrote:
> On Tue, 2016-05-03 at 23:05 +0200, parazyd wrote:
> > On Tue, 03 May 2016, Svante Signell wrote:
> >
> > >
> > > On Tue, 2016-05-03 at 16:32 -0400, Steve Litt wrote:
> > > >
> > > > On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> > > >
> > > > Because Op
On Tue, 2016-05-03 at 23:05 +0200, parazyd wrote:
> On Tue, 03 May 2016, Svante Signell wrote:
>
> >
> > On Tue, 2016-05-03 at 16:32 -0400, Steve Litt wrote:
> > >
> > > On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> > >
> > > Because OpenRC has seen fit to intermix their init scripts
> > > with sy
On Tue, 03 May 2016, Svante Signell wrote:
> On Tue, 2016-05-03 at 16:32 -0400, Steve Litt wrote:
> > On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> >
> > Because OpenRC has seen fit to intermix their init scripts
> > with sysvinit's in /etc/init.d, I'd suggest that any files needed by
> > OpenRC be k
On Tue, 2016-05-03 at 16:32 -0400, Steve Litt wrote:
> On Tue, 3 May 2016 10:06:07 -0400 (EDT)
>
> Because OpenRC has seen fit to intermix their init scripts
> with sysvinit's in /etc/init.d, I'd suggest that any files needed by
> OpenRC be kept somewhere besides /etc/init.d.
>
Hi Steve,
We had
On Tue, 03 May 2016, Steve Litt wrote:
> On Tue, 3 May 2016 10:06:07 -0400 (EDT)
> Rob Owens wrote:
>
>
> > I agree with putting each init in its own directory, but sysvinit
> > should not own /etc/init.d. sysvinit stuff should go in /etc/sysvinit
> > and by default /etc/init.d should be a lin
On Tue, 3 May 2016 10:06:07 -0400 (EDT)
Rob Owens wrote:
> I agree with putting each init in its own directory, but sysvinit
> should not own /etc/init.d. sysvinit stuff should go in /etc/sysvinit
> and by default /etc/init.d should be a link to /etc/sysvinit/init.d.
> The reason is that other
Steven W. Scott wrote:
> Wow. Funny that, my view is:
> Windows: Gaming
> Linux: everything else
I am kind of a "hardcore" gamer,
nowadays especially in Sauerbraten
and Urban Terror, back then in RedEclipse,
I actually think that the situation with
games is good.
Count here 0 A.D., Battle for
On Tue, May 03, 2016 at 02:16:55PM -0400, Steve Litt wrote:
> On Tue, 3 May 2016 13:00:39 +0100
> KatolaZ wrote:
>
> > On Tue, May 03, 2016 at 06:32:41AM -0500, Jim Murphy wrote:
> >
> > [cut]
> >
> > >
> > > I know this is in the very early stages and where things go is
> > > still open to di
1 - 100 of 165 matches
Mail list logo