[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.
Phil
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, (continued)
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, Phillip Lord, 2016/09/30
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, Clément Pit--Claudel, 2016/09/21
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, Phillip Lord, 2016/09/22
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, Stefan Monnier, 2016/09/22
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, Phillip Lord, 2016/09/23
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added, Stefan Monnier, 2016/09/23
- Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added,
Phillip Lord <=