[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Making local development easy
From: |
Ricardo Wurmus |
Subject: |
Re: Making local development easy |
Date: |
Wed, 25 May 2016 20:33:01 +0200 |
User-agent: |
mu4e 0.9.13; emacs 24.5.1 |
Christopher Baines <address@hidden> writes:
> On 25/05/16 11:29, Ricardo Wurmus wrote:
>> Christopher Baines <address@hidden> writes:
>>> The second issue was getting the data to the store, as first I tried a
>>> relative path, but that did not work, and ended up having to expose the
>>> repository using a HTTP server, and access it over the loopback
>>> interface. This again is rather prohibitive to local development. To
>>> improve on this, could guix build do the insertion in to the store, such
>>> that relative paths would work? This would allow just writing a
>>> "guix.scm" file, which just uses (git-reference (url "./") (commit "HEAD")).
>>
>> Maybe I’m misunderstanding the problem, but do you know that you can use
>> “file://” URIs? I’m doing this for local copies of tarballs that I
>> don’t plan to distribute.
>
> I did try this, but it did not work. davexunit on IRC said that this was
> due to the isolation in the build process. I was trying to reference
> /tmp, where did you place the repository to make this work?
I’m using something like this and it works just right:
(source (origin
(method url-fetch)
(uri (string-append "file:///srv/some/tarball-v"
version ".tar.gz"))
(sha256
(base32
"..."))))
I used /srv but also /gnu and other locations.
~~ Ricardo
Re: Making local development easy, Andy Wingo, 2016/05/25