unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: "Pascal J. Bourguignon" <pjb@informatimago.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Elisp addiction not as bad in light of Linux forkoholism
Date: Sun, 30 Nov 2014 06:16:27 +0100	[thread overview]
Message-ID: <87oarp9sk4.fsf@kuiper.lan.informatimago.com> (raw)
In-Reply-To: 873891sgaw.fsf@debian.uxu

Emanuel Berg <embe8573@student.uu.se> writes:

> init is, I think, a remnant of AT&T's UNIX System V.
> init has been around on Unix systems a long time,
> including Linux systems. init is functional but very
> heavy-handed and hackish in style - for example,
> running system userspace startup (and exit) processes
> - and in what order - relies on the file*names* of
> scripts!

You call it hackish, but I find it is an essential unixism.  Using the
file system as a database for unix administration data, keeping other
unix adminstration data in simple text file tables (instead of more
sophisticated, but also much more brittle databases (think for example,
the various versions of Sun NIS (Yellow Pages), NeXT/Apple NetInfo, and
now Directory Services (how long will it last!?)).

This is essential to keep unix administration data in simple text files,
and possibly in structured directories (ie. with file names encoding
things like order of loading or others), because this is what gives unix
its discoverability and ease of administration (and ease of writing
administrative tools).



On the other hand, I don't mind people developping non-unix systems,
using a unix kernel and adding layers, such as Android.  But that should
not trample upon a true unix system.

> So because of some child-diseases and other obstacles
> that were to be expected, there has been a constant
> ruckus and never-ending hullabaloo where many people -
> including those that should probably focus on their
> stuff - have expressed dislike in unpleasant ways.

I've not looked at systemd too closely, but AFAICS, the problem is not
child-diseases, but more that it's not enough unixy.  It's kind of like
launchd on MacOSX, and, while I must admit that launchd finally seems to
work satisfactorily, I wouldn't say that it plays nice from a unix point
of view.


> And now, classy old Debian has forked again!

Ubuntu forked from Debian and it's not a bad thing (arguably).

-- 
__Pascal Bourguignon__                 http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk


  parent reply	other threads:[~2014-11-30  5:16 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-30  0:06 Elisp addiction not as bad in light of Linux forkoholism Emanuel Berg
2014-11-30  1:22 ` Filipp Gunbin
     [not found] ` <mailman.14979.1417310548.1147.help-gnu-emacs@gnu.org>
2014-11-30  1:49   ` Emanuel Berg
2014-12-01 12:17     ` Filipp Gunbin
     [not found]     ` <mailman.15048.1417436297.1147.help-gnu-emacs@gnu.org>
2014-12-12  2:07       ` Emanuel Berg
2014-11-30  5:16 ` Pascal J. Bourguignon [this message]
2014-11-30  6:05   ` Dan Espen
2014-11-30 14:56     ` Emanuel Berg
2014-11-30 17:04     ` Pascal J. Bourguignon
2014-12-01 17:56       ` Dan Espen
2014-12-01 18:41         ` Rostislav Svoboda
     [not found]         ` <mailman.15078.1417459356.1147.help-gnu-emacs@gnu.org>
2014-12-01 20:13           ` Dan Espen
2014-12-12  2:09           ` Emanuel Berg
2014-11-30 14:51   ` Emanuel Berg
2014-12-12  3:42   ` Emacs and Unix (was: Re: Elisp addiction not as bad in light of Linux forkoholism) Emanuel Berg
2014-11-30 16:14 ` Elisp addiction not as bad in light of Linux forkoholism Marcin Borkowski
     [not found] ` <mailman.15000.1417364114.1147.help-gnu-emacs@gnu.org>
2014-11-30 17:35   ` Emanuel Berg
2014-11-30 18:36     ` Marcin Borkowski
2014-11-30 19:27       ` H. Dieter Wilhelm
     [not found]       ` <mailman.15012.1417375681.1147.help-gnu-emacs@gnu.org>
2014-11-30 19:43         ` Emanuel Berg
2014-11-30 20:18           ` Marcin Borkowski
     [not found]           ` <mailman.15021.1417378703.1147.help-gnu-emacs@gnu.org>
2014-11-30 22:21             ` Emanuel Berg
2014-11-30 22:30           ` H. Dieter Wilhelm
     [not found]           ` <mailman.15028.1417386648.1147.help-gnu-emacs@gnu.org>
2014-12-12  1:55             ` Emanuel Berg
     [not found]     ` <mailman.15006.1417372637.1147.help-gnu-emacs@gnu.org>
2014-11-30 19:41       ` Emanuel Berg
2014-11-30 18:16 ` Nikolay Kudryavtsev
     [not found] ` <mailman.15002.1417371387.1147.help-gnu-emacs@gnu.org>
2014-11-30 18:32   ` Emanuel Berg
2014-12-02 14:50 ` Raffaele Ricciardi
2014-12-02 15:07   ` Eli Zaretskii
     [not found]   ` <mailman.15150.1417532856.1147.help-gnu-emacs@gnu.org>
2014-12-02 16:01     ` Loris Bennett
2014-12-02 17:00       ` Eli Zaretskii
2014-12-03  1:44       ` Stefan Monnier
     [not found]       ` <mailman.15187.1417571105.1147.help-gnu-emacs@gnu.org>
2014-12-12  2:38         ` Emanuel Berg
2014-12-12  2:17   ` Emanuel Berg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87oarp9sk4.fsf@kuiper.lan.informatimago.com \
    --to=pjb@informatimago.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).