[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added

From: Phillip Lord
Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added
Date: Mon, 26 Sep 2016 17:23:07 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Stefan Monnier <address@hidden> writes:

>> Sure, that's true. My point was, thought, that MELPA as it stands would
>> support the workflow of ELPA. The only difference, really, is that MELPA
>> requires tags to identify stable releases, which seems not a bad thing.
>> How this would work with lots of packages in one repo, though, I do not
>> know.
> Of course, one issue with one-repo-per-package is that in order to find
> out which packages to (re)build, we either need to constantly poll all
> the repositories, or we need some side-band signal.
> Git is pretty good at updating all the branches of a single repository,
> in comparison.

Yes, agreed. I would poll because it's simple. It might become
problematic when we have many thousands of packages, although MELPA does
it with 3000.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]