[opam-devel] [MirageOS-devel] 0install gist for macos x

[Thomas Leonard]

On 28 April 2014 15:41, Anil Madhavapeddy <anil at recoil.org> wrote:
> On 28 Apr 2014, at 09:26, Thomas Leonard <talex5 at gmail.com> wrote:
>>
>> That's odd. It might try writing there (in case it's running as root),
>> but it doesn't need to and normally it can't. It works on Linux even
>> if /var/cache is missing.
>>
>> What does this output?
>>
>> 0install run -vvc http://test.roscidus.com/opam.xml
>
> tail snippet below:
>
> [2 downloads]    0 / 1743.0 KB (http://test.roscidus.com/archives/opam-Darwin-x86_64-1.1.1.tgz)< HTTP/1.1 200 OK
> * Server nginx is not blacklisted
> < Server: nginx
> < Date: Mon, 28 Apr 2014 14:40:17 GMT
> < Content-Type: application/octet-stream
> < Content-Length: 1784883
> < Last-Modified: Sun, 27 Apr 2014 08:34:34 GMT
> < Connection: keep-alive
> < ETag: "535cc11a-1b3c33"
> < Accept-Ranges: bytes
> <
> [2 downloads] 1502296 / 1743.0 KB (http://test.roscidus.com/archives/opam-Darwin-x86_64-1.1.1.tgz)* Connection #0 to host test.roscidus.com left intact
> info: Download 'http://test.roscidus.com/archives/opam-Darwin-x86_64-1.1.1.tgz' completed successfully (1784883 bytes)
> info: Will run: tar --version
> info: Will run: tar -xf /var/folders/vr/h2mdzb2d2gv29pmvbywrnfjh0000gn/T/0install-2c1611-download -C /Users/avsm/.cache/0install.net/implementations/0install-unpack-381553e5 -z
> info: Removing temporary directory '/Users/avsm/.cache/0install.net/implementations/tmp-39611905'
> Not a directory: /var
> ... creating directory /var/cache/0install.net/implementations
> ... downloading implementation http://test.roscidus.com/opam.xml 1.1.1 (id=sha1new=3de6e1723bfef5d5a9572e20e1977a88b8152190)
> Called from file "support/utils.ml", line 81, characters 8-19
> Called from file "support/utils.ml", line 81, characters 8-19
> Called from file "support/utils.ml", line 81, characters 8-19
> Called from file "support/utils.ml", line 83, characters 6-15
> Re-raised at file "support/common.ml", line 127, characters 10-12
> Called from file "zeroinstall/stores.ml", line 136, characters 2-38
> Called from file "zeroinstall/stores.ml", line 244, characters 8-63
> Called from file "zeroinstall/fetch.ml", line 574, characters 17-116
> Called from file "src/core/lwt.ml", line 646, characters 66-69
> Re-raised at file "zeroinstall/fetch.ml", line 582, characters 21-23
> Called from file "src/core/lwt.ml", line 774, characters 66-71
> Re-raised at file "support/common.ml", line 127, characters 10-12
> Called from file "src/core/lwt.ml", line 691, characters 66-71
> Re-raised at file "zeroinstall/fetch.ml", line 746, characters 16-21
> Called from file "src/core/lwt.ml", line 646, characters 66-69
> Re-raised at file "src/core/lwt.ml", line 782, characters 22-23
> Called from file "src/unix/lwt_main.ml", line 34, characters 8-18
> Called from file "generic_select.ml", line 268, characters 21-35
> Called from file "run.ml", line 59, characters 15-129
> Called from file "cli.ml", line 182, characters 10-36
> Called from file "cli.ml", line 328, characters 6-69
> Called from file "support/utils.ml", line 31, characters 6-15

Ah, I guess it's confused because /var is a symlink and not a
directory. I've fixed the bug:

https://github.com/0install/0install/commit/8da5a1f82c108903dfea74553df0779f9f9e6d14

A simple work-around is to mkdir /var/cache first.


-- 
Dr Thomas Leonard        http://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA