From: Nic Ferrier <nferrier@ferrier.me.uk>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Achim Gratz <Stromeko@nexgo.de>, emacs-devel@gnu.org
Subject: Re: package and testing rant (was Re: package.el, auto-installation, and auto-removal)
Date: Wed, 12 Nov 2014 21:39:55 +0000 [thread overview]
Message-ID: <87sihogkt0.fsf@ferrier.me.uk> (raw)
In-Reply-To: <jwv61ek6u2w.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Wed, 12 Nov 2014 15:34:01 -0500")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> I don't think I can be "wrong" there, tho you may disagree with the
> importance of some of my wishes: there has to be a source somewhere, and
> I wish it to be available at a single place (which is a currently single
> Git repository but could be a tree of repositories, as long as I can
> "make pull" and get them all, and as long as they're on gnu.org property
> to remind authors that they shouldn't be pushing stuff there that
> doesn't have proper copyright).
And if they were savannah gnu projects that would be achieved without
the over centralization you have now.
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.
>> - you constrain packages to have source that is managed only by the
>> elpa.git makefile
>
> I could live with a secondary archive of "pre-built" thingies so that
> the build can be done externally.
I think that's my main point. There should be a package archive where
authors send their "done" packages.
But I also think you are wrong about requiring everyone to use one
source archive. Just because you want one place where the source
is. I've heard no good justification for that.
>> I don't understand why you don't do the obvious thing that nearly every
>> packaging system does and accept the need for specifically made
>> artifacts.
>
> I don't know what you mean,
I mean: You're doing something very weird. Why?
Weird can be good if you've got a good reason. If you haven't it's just
weird.
Nic
next prev parent reply other threads:[~2014-11-12 21:39 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 [this message]
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
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=87sihogkt0.fsf@ferrier.me.uk \
--to=nferrier@ferrier.me.uk \
--cc=Stromeko@nexgo.de \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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.