all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg <moasen@zoho.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Test Alternative initialize scheme
Date: Sun, 08 Apr 2018 03:43:19 +0200	[thread overview]
Message-ID: <86woxi8oco.fsf@zoho.com> (raw)
In-Reply-To: ac8571a8-7f1c-b2a7-3684-0c9522822f85@gmail.com

Nikolay Kudryavtsev wrote:

> The key problem is providing
> a preconfigured environment.

But how is this any less complicated than
configuring the software yourself? Which is
a basic skill anyone would like to have,
including Spacemacs and other "kit" users?

Why is it better to install a new binary when
this accomplish the equivalence of using the
old binary to load a couple of .el files?

> Often you need one configuration for package
> X to work well with package Y and another for
> X to work well with package Z.
> Distributions provide a sets of package
> configurations designed to work
> well together.

The way you put it I agree but in practice
there are an insane amount of Linux
distribution, many of which are just endless
Debian forks, and forks of forks, and I don't
think they all are intented to solve dependency
issues. Perhaps that was the reason of the few
distribution progenitors but not anymore or in
the majority of cases at least.

Besides instead of putting all this effort into
distros as a way of solving dependencies issues,
if that really is the reason, why not put the
same effort into making the software lay onto
each other in a straightforward way bottom-up?
Instead of providing a new distro so there can
be a new desktop on top of X, why not provide an
option: what desktop, if any, would you like?

It is just distributions for the sake of it
which I don't consider very productive, tho in
principle this diversity is a strength and in
the long run the best model to do anything and
everything, no doubt.

The only distributions I consider very helpful
at the moment are the adaptations of old and
trusted Debian to exotic software. Raspbian for
the R-Pi (perhaps not that exotic anymore),
ev3dev for the Mindstorms - which is real
Debian by the way, tho some people, perhaps
rightfully so, consider Raspbian real Debian
as well.

PS. I'm not making any comments on Spacemacs in
    particular because I didn't use it, except
    my instinct tells me, if it is a separate
    program, it should have a separate
    config dir.

> Your init becomes a distribution(aka kit)
> when you make it generic for general use and
> publish it.

It's a kit alright because I have it on my
home page with a Makefile and all :) I'll even
consider putting it on my resume -
Emanuel Berg, Emacs kit developer :)

-- 
underground experts united
http://user.it.uu.se/~embe8573




  reply	other threads:[~2018-04-08  1:43 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-04 23:12 Test Alternative initialize scheme Tim Johnson
2018-04-05 21:43 ` Nikolay Kudryavtsev
2018-04-05 21:57   ` Tim Johnson
2018-04-08  0:27     ` [solved]Test " Tim Johnson
     [not found] ` <mailman.11759.1522964625.27995.help-gnu-emacs@gnu.org>
2018-04-06 19:06   ` Test " Emanuel Berg
2018-04-06 21:15     ` Nikolay Kudryavtsev
2018-04-07  6:41       ` Eli Zaretskii
2018-04-07 12:38         ` Nikolay Kudryavtsev
2018-04-07 12:53           ` Eli Zaretskii
     [not found]     ` <mailman.11799.1523049339.27995.help-gnu-emacs@gnu.org>
2018-04-06 21:55       ` Emanuel Berg
2018-04-07 12:20         ` Nikolay Kudryavtsev
2018-04-08  1:43           ` Emanuel Berg [this message]
2018-04-08 12:31             ` Nikolay Kudryavtsev
     [not found]             ` <mailman.11861.1523190672.27995.help-gnu-emacs@gnu.org>
2018-04-08 14:48               ` Emanuel Berg
2018-04-09 17:42                 ` Nikolay Kudryavtsev
     [not found]                 ` <mailman.11937.1523295742.27995.help-gnu-emacs@gnu.org>
2018-04-09 18:56                   ` Emanuel Berg
2018-04-09 22:24                     ` Nikolay Kudryavtsev
     [not found]                     ` <mailman.11951.1523312688.27995.help-gnu-emacs@gnu.org>
2018-04-09 22:44                       ` Emanuel Berg
2018-04-09 23:15                         ` Nikolay Kudryavtsev
     [not found]                         ` <mailman.11953.1523315732.27995.help-gnu-emacs@gnu.org>
2018-04-09 23:41                           ` Emanuel Berg
     [not found] <mailman.11717.1522883541.27995.help-gnu-emacs@gnu.org>
2018-04-05  0:34 ` Emanuel Berg
2018-04-05  0:55   ` Tim Johnson
2018-04-05  1:09   ` Emanuel Berg
     [not found]   ` <mailman.11718.1522889734.27995.help-gnu-emacs@gnu.org>
2018-04-05  1:15     ` Emanuel Berg
2018-04-05  1:28     ` Emanuel Berg
2018-04-05 15:15       ` Tim Johnson
2018-04-05 21:46       ` Tim Johnson
     [not found]       ` <mailman.11760.1522964821.27995.help-gnu-emacs@gnu.org>
2018-04-06 18:57         ` 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

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

  git send-email \
    --in-reply-to=86woxi8oco.fsf@zoho.com \
    --to=moasen@zoho.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.