From: phillip.lord@newcastle.ac.uk (Phillip Lord)
To: Nic Ferrier <nferrier@ferrier.me.uk>
Cc: Achim Gratz <Stromeko@nexgo.de>,
Stefan Monnier <monnier@iro.umontreal.ca>,
emacs-devel@gnu.org
Subject: Re: package and testing rant (was Re: package.el, auto-installation, and auto-removal)
Date: Fri, 14 Nov 2014 11:04:24 +0000 [thread overview]
Message-ID: <8761eixcuf.fsf@newcastle.ac.uk> (raw)
In-Reply-To: <87r3x7f8x7.fsf@ferrier.me.uk> (Nic Ferrier's message of "Thu, 13 Nov 2014 14:54:12 +0000")
Nic Ferrier <nferrier@ferrier.me.uk> writes:
> phillip.lord@newcastle.ac.uk (Phillip Lord) writes:
>
>> Nic Ferrier <nferrier@ferrier.me.uk> writes:
>>> The centralization isn't really a problem right now you think. But I bet
>>> it is. You're making people work inside a source tree that doesn't
>>> belong to them and you're constraining the technical content they put
>>> there.
>>>
>>> You're also inviting people to break the Makefile because they want
>>> their own build.
>>>
>>> You're also inviting people to check in non-working code.
>>>
>>> You might say "these things have not happened yet". But that's because
>>> there are very few ELPA authors so far. Maybe one of the reasons there
>>> are so few ELPA authors is that it's weird.
>>
>>
>> There is some truth in this. I feel rather more nervous commting into
>> ELPA because it contains so many pieces of work from others. With my own
>> repo's, that's fine. If I screw things up, then it's my problem.
>
> Kinda implies there isn't any truth in the rest of it :-(
But only kinda implies, not actually implies.
For the record, I only sort of agree with you. First, I think you are
overplaying things somewhat. I can see the issues that you are talking
about, but I am not certain how common they are. If it's just org-mode
and maybe semantic that a complicated build, then perhaps special case
treatment is the best way forward.
Second, I do not think that the problem is that elpa.git is a source
archive, or that the artifacts are build away from the developer.
It is a worry that it may not be so easy to reproduce. So, for example,
with MELPA, I can pull down the whole thing (small at 17Mb, because it
only contains recipies). Then
make recipies/pabbrev
builds my package. The point is that the build is *replicable* from the
source; I can do it locally, even though normally, I do not.
Finally, I think your complaints about elpa.git are also reasonable; I
would prefer to be using my own repo for my packages. Getting everything
set up on an ELPA branch has not been trivial (and is still not entirely
working for reasons I cannot figure). However, I can appreciate Stefan's
position. He has already made some changes to my packages and
improved them. For me, the cost of raising my own activation energy in
contributing to ELPA is probably worth the benefit of lowering his.
Phil
next prev parent reply other threads:[~2014-11-14 11:04 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-07 13:45 package.el, auto-installation, and auto-removal Stefan Monnier
2014-11-07 14:12 ` Ted Zlatanov
2014-11-07 19:50 ` joakim
2014-11-08 4:27 ` Stefan Monnier
2014-11-10 14:55 ` Phillip Lord
2014-11-10 17:46 ` Ted Zlatanov
2014-11-10 20:27 ` Nic Ferrier
2014-11-10 21:49 ` Stefan Monnier
2014-11-10 22:02 ` package and testing rant (was Re: package.el, auto-installation, and auto-removal) Nic Ferrier
2014-11-10 23:24 ` Stefan Monnier
2014-11-11 2:53 ` Drew Adams
2014-11-11 11:41 ` Nic Ferrier
2014-11-11 16:03 ` Eli Zaretskii
2014-11-11 17:17 ` Nic Ferrier
2014-11-11 17:20 ` Stefan Monnier
2014-11-11 17:53 ` Eli Zaretskii
2014-11-11 16:24 ` Stefan Monnier
2014-11-11 17:15 ` Nic Ferrier
2014-11-11 15:57 ` Eli Zaretskii
2014-11-11 17:18 ` Stefan Monnier
2014-11-11 17:52 ` Eli Zaretskii
2014-11-11 18:04 ` David Kastrup
2014-11-12 3:20 ` Stephen J. Turnbull
2014-11-12 6:48 ` David Kastrup
2014-11-11 17:27 ` Nic Ferrier
2014-11-11 18:20 ` Achim Gratz
2014-11-12 16:13 ` Stefan Monnier
2014-11-12 17:00 ` Stephen Leake
2014-11-12 17:51 ` Nic Ferrier
2014-11-12 20:34 ` Stefan Monnier
2014-11-12 21:39 ` Nic Ferrier
2014-11-12 22:40 ` Stefan Monnier
2014-11-12 23:01 ` Nic Ferrier
2014-11-12 23:31 ` Stefan Monnier
2014-11-13 1:09 ` Stephen J. Turnbull
2014-11-13 5:06 ` Richard Stallman
2014-11-13 14:59 ` Nic Ferrier
2014-11-15 17:09 ` Stephen Leake
2014-11-15 18:20 ` Nic Ferrier
2014-11-16 3:49 ` Stefan Monnier
2014-11-13 8:18 ` Thien-Thi Nguyen
2014-11-13 10:53 ` Phillip Lord
2014-11-13 14:54 ` Nic Ferrier
2014-11-14 11:04 ` Phillip Lord [this message]
2014-11-14 22:56 ` Nic Ferrier
2014-11-12 18:15 ` Achim Gratz
2014-11-12 22:21 ` Stefan Monnier
2014-11-13 20:21 ` Achim Gratz
2014-11-12 13:05 ` Stephen Leake
2014-11-11 13:30 ` Phillip Lord
2014-11-11 14:12 ` Nic Ferrier
2014-11-11 16:26 ` Stefan Monnier
2014-11-11 17:13 ` Nic Ferrier
2014-11-12 16:14 ` Stefan Monnier
2014-11-12 17:02 ` Stephen Leake
2014-11-12 17:21 ` Stefan Monnier
2014-11-10 21:37 ` package.el, auto-installation, and auto-removal Stefan Monnier
2014-11-11 1:29 ` Ted Zlatanov
2014-11-11 2:26 ` Stefan Monnier
2014-11-11 2:59 ` Ted Zlatanov
2014-11-11 3:55 ` Stefan Monnier
2014-11-11 12:44 ` Phillip Lord
2014-11-11 13:31 ` Nic Ferrier
2014-11-11 11:31 ` Nic Ferrier
2014-11-11 16:22 ` Stefan Monnier
2014-11-11 17:10 ` Nic Ferrier
2014-11-11 19:36 ` Achim Gratz
2014-11-11 20:40 ` Nic Ferrier
2014-11-11 21:53 ` Stefan Monnier
2014-11-12 22:17 ` Nic Ferrier
2014-11-12 22:59 ` Stefan Monnier
2014-11-12 23:26 ` Nic Ferrier
2014-11-13 0:21 ` Stefan Monnier
2014-11-07 20:00 ` Nic Ferrier
2014-11-08 4:29 ` Stefan Monnier
2014-11-08 23:18 ` Nic Ferrier
2014-11-09 3:17 ` Stefan Monnier
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=8761eixcuf.fsf@newcastle.ac.uk \
--to=phillip.lord@newcastle.ac.uk \
--cc=Stromeko@nexgo.de \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=nferrier@ferrier.me.uk \
/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.