all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Christian Kruse <cjk@defunct.ch>
To: "Stefan Reichör" <stefan@xsteve.at>
Cc: emacs-devel@gnu.org
Subject: Re: Future role of ELPA
Date: Tue, 16 Feb 2016 09:25:10 +0100	[thread overview]
Message-ID: <87oabhdpuh.fsf@jugulator.defunced.de> (raw)
In-Reply-To: <87vb5paxlp.fsf_-_@xsteve.at> ("Stefan Reichör"'s message of "Tue, 16 Feb 2016 09:05:54 +0100")

[-- Attachment #1: Type: text/plain, Size: 1969 bytes --]

Hi,

I am an Emacs user as well, and I so much disagree with you.

Stefan Reichör <stefan@xsteve.at> writes:

> As I user I am not happy with that direction.
> Let me try to explain it.
> I use Emacs since about 20 years. I use it daily and it is my primary
> interface to computer related tasks. For sure I can adopt to what ever
> direction emacs goes.

17 year here, since ‘99. I use Emacs for nearly everything as well.

> I use a hand crafted .emacs and I am used to install emacs packes
> manually to a site-lisp folders.

Me, too, and I hated it. It was *SO* much work to keep track of
everything I installed this way; for bigger packages I even had to
change the load path to get it installed properly.

Nowadays I just hit „install“ - done.

> With GNU ELPA I have to install the package first and get rid of it if I
> don't like it.

That’s easier now as well. Just `rm -rf` the sub-directory in the elpa
directory and be done with it. Try to remove e.g. org-mode from the
Emacs distribution.

> My main concern with GNU ELPA is that I have to install a lot of extra
> packages manually using the package manager. When they are built-in they
> are just there.

That’s exactly what I like about ELPA. I decide what I’d like to have
installed, and not some maintainer. For example I would never install
tramp, this bugged piece of software caused me so much trouble (for
example, `/dev/null` gets overwritten everytime I use tramp and I have
to do a `mknod` everytime to re-create it).

Moving more things to ELPA means more control for me, and it also means
faster bugfixes for packages I use. I don’t have to wait for a new Emacs
release to get a bugfix for e.g. org-mode, but I can install a new
version as soon as it has been released just by hitting enter on the
install button.

I totally like the way of moving things to ELPA.

Best regards,
-- 
Christian Kruse
https://wwwtech.de/about

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

  reply	other threads:[~2016-02-16  8:25 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-15 15:50 [ELPA] tramp-theme.el Michael Albinus
2016-02-15 15:55 ` Marcin Borkowski
2016-02-15 17:55   ` Michael Albinus
2016-02-16  7:21     ` Stefan Reichör
2016-02-16  7:36       ` John Wiegley
2016-02-16  8:05         ` Future role of ELPA (was: [ELPA] tramp-theme.el) Stefan Reichör
2016-02-16  8:25           ` Christian Kruse [this message]
2016-02-16  8:46             ` Future role of ELPA Michael Albinus
2016-02-16  9:02               ` Christian Kruse
2016-02-16  9:15                 ` Michael Albinus
2016-02-16 10:16                   ` Christian Kruse
2016-02-16  9:18               ` Przemysław Wojnowski
2016-02-16  8:57           ` Oleh Krehel
2016-02-16 15:26           ` Future role of ELPA (was: [ELPA] tramp-theme.el) Drew Adams
2016-02-16 17:52           ` Future role of ELPA John Wiegley
2016-02-16 18:51             ` Stefan Reichör
2016-02-16 19:26               ` Michael Albinus
2016-02-16 19:45               ` John Wiegley
2016-02-17 15:59               ` Richard Stallman
2016-02-21  2:18               ` Stefan Monnier
2016-02-21 10:05                 ` Philipp Stephani
2016-02-21 14:19                   ` Stefan Monnier
2016-02-21 23:37                   ` Richard Stallman
2016-02-22 18:00                     ` Richard Stallman
2016-02-17 18:42           ` Phillip Lord
2016-02-16  7:53       ` [ELPA] tramp-theme.el Alexis
2016-02-16  7:55       ` Joost Kremers
2016-02-16  8:20         ` Stefan Reichör
2016-02-16  8:53           ` Joost Kremers
2016-02-16 17:57           ` John Wiegley
2016-02-16 18:41             ` Stefan Reichör
2016-02-16 19:48               ` John Wiegley
2016-02-16  8:14       ` Michael Albinus
2016-02-16 17:58         ` John Wiegley
2016-02-17  9:04           ` Michael Albinus

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=87oabhdpuh.fsf@jugulator.defunced.de \
    --to=cjk@defunct.ch \
    --cc=emacs-devel@gnu.org \
    --cc=stefan@xsteve.at \
    /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.