[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: on cabal revisions
From: |
Ricardo Wurmus |
Subject: |
Re: on cabal revisions |
Date: |
Fri, 14 Jun 2019 22:12:23 +0200 |
User-agent: |
mu4e 1.2.0; emacs 26.2 |
Hi,
>> What I’m imagining is something roughly like this:
>>
>> (source
>> (origin
>> (method url-fetch)
>> (uri “https://hackage.haskell.org/package-sources.tar.gz”))
>> (sha256 …))
>> (origin
>> (destination “package.cabal”)
>> (method url-fetch)
>> (uri “https://hackage.haskell.org/package/1.cabal”)
>> (sha256 …)))
>>
>> probably with some way to specify how the sources should be
>> combined, by default unpacking over the previous result
>> sequentially. Would that be possible? A good idea even?
>
> This makes sense, but I’m not sure it’s a common enough use case to
> warrant a specialized interface. Besides these Cabal revisions, only a
> handful of packages (that I’ve seen) need to download extra non-patch
> stuff.
One notorious class of packages that could benefit from a general
mechanism like this: the TeX Live packages. They consist of various
subsets of a big SVN repository. Currently, we pick an arbitrary
directory of the SVN repository as the main source and add all the other
locations as native inputs.
I wanted to add a procedure that accepts multiple locations in the SVN
repository, creates a union, and computes the single hash of the union.
This would make the texlive-* packages a lot simpler.
--
Ricardo
- on cabal revisions, Robert Vollmert, 2019/06/11
- Re: on cabal revisions, Timothy Sample, 2019/06/12
- Re: on cabal revisions, Robert Vollmert, 2019/06/13
- Re: on cabal revisions, Timothy Sample, 2019/06/13
- Re: on cabal revisions, Robert Vollmert, 2019/06/14
- Re: on cabal revisions, Timothy Sample, 2019/06/14
- Re: on cabal revisions, Ricardo Wurmus, 2019/06/14
- haskell package organization (Re: on cabal revisions), Robert Vollmert, 2019/06/16
- Re: on cabal revisions, Ricardo Wurmus, 2019/06/14
- reproducibility and bootstrapping in mid 2019 (was Re: on cabal revisions), Giovanni Biscuolo, 2019/06/15
Re: on cabal revisions,
Ricardo Wurmus <=