Re: [Nix-dev] Forcing install from source
Domen Kožar writes: > I'm not sure I'm following, so you already have built derivation and you > want to rebuild it? Yes: The already built derivation was downloaded from the cache, and the binary is bad. > --check should help here, but I don't see how that's related to "where the > binary downloaded from the cache fails" What's "--check"? error: unknown flag ‘--check’ Try ‘nix-env --help’ for more information. -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Forcing install from source
Thanks for the help! Now these don't rebuild if the package is still sitting in the store. I tried (after uninstalling): nix-store --delete /nix/store/bshxf75q77kc3bsy2hvnp27gji5q16c3-hledger-web-1.0.1.drv /nix/store/30amra3rxywzn5qmvl2jn16fkzjl670c-hledger-web-1.0.1.tar.gz.drv ... but this doesn't seem to have done the trick. -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Forcing install from source
It seems to me I used to know how to do this, but can neither remember nor find the answer on the web ... I have a package (hledger-web on macOS), where the binary downloaded from the cache fails. (Rather spectactularly.) How do I force a reinstall from source? Help much appreciated! -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Completely stumped upgrading on Mac
Vladimír Čunát writes: > On 10/24/2015 05:53 PM, Michael Sperber wrote: >> downloading >> ‘https://dl.dropboxusercontent.com/u/2857322/bootstrap-tools.9.cpio.bz2’... >> error: unable to download >> ‘https://dl.dropboxusercontent.com/u/2857322/bootstrap-tools.9.cpio.bz2’: >> Problem with the SSL CA cert (path? access rights?) (77) > > That should be possible to work around by running > nix-prefetch-url > https://dl.dropboxusercontent.com/u/2857322/bootstrap-tools.9.cpio.bz2 > (I verified it downloads on NixOS at least.) Thanks, that got me over the hump. (Is this a bug?) Next issue: Almost every time nix-env ends up installing something from source, the build fails trying to install man pages like this: moving /nix/store/qhpf938zw5mbrlvazpnlkvd9z3fmvyyq-adv_cmds-153/share/man to /share/man mv: cannot move '/nix/store/qhpf938zw5mbrlvazpnlkvd9z3fmvyyq-adv_cmds-153/share/man' to '/share/man/man': Permission denied Anybody know how to work around this? -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Should I do something about /share/man?
Thanks for the quick response! Matthias Beyer writes: > Man files are supposed to be in the store as well. > > You should create a > > $out/share/man/ > > and move the man files of a program to this location. Sorry for being dense - where does $out come from? I.e. how can I set it to something other than "" and how would that avoid this problem: > On 28-10-2015 17:28:58, Michael Sperber wrote: >> Well, I just did that, but then the *second* package that tries to do >> this fails with: >> >> mv: cannot move >> '/nix/store/ag4ni27jvlnbdnklbpb1xv4cqchxd30s-expat-2.1.0/share/man' to >> '/share/man/man': Directory not empty -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Should I do something about /share/man?
Michael Sperber writes: > The installation of many Nix packages for me ends in this: > > moving /nix/store/qhpf938zw5mbrlvazpnlkvd9z3fmvyyq-adv_cmds-153/share/man to > /share/man > mv: cannot move > '/nix/store/qhpf938zw5mbrlvazpnlkvd9z3fmvyyq-adv_cmds-153/share/man' to > '/share/man/man': Permission denied > ... aborting the install > > (This is on Mac OS X.) > > I think I saw this before, but it was always ignored. > > Should I create /share/man and make it writable? Well, I just did that, but then the *second* package that tries to do this fails with: mv: cannot move '/nix/store/ag4ni27jvlnbdnklbpb1xv4cqchxd30s-expat-2.1.0/share/man' to '/share/man/man': Directory not empty -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Should I do something about /share/man?
The installation of many Nix packages for me ends in this: moving /nix/store/qhpf938zw5mbrlvazpnlkvd9z3fmvyyq-adv_cmds-153/share/man to /share/man mv: cannot move '/nix/store/qhpf938zw5mbrlvazpnlkvd9z3fmvyyq-adv_cmds-153/share/man' to '/share/man/man': Permission denied ... aborting the install (This is on Mac OS X.) I think I saw this before, but it was always ignored. Should I create /share/man and make it writable? Did I overlook some bit of documentation? -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Completely stumped upgrading on Mac
Hi there, after a few months, I've been trying to upgrade Nix, which I usually run off git master. This time, it told me I need to reinstall. When I do that, installing the first additional package gets me: > nix-env -i hello installing ‘hello-2.10’ these derivations will be built: /nix/store/ravvr6f5vg02l7y77fdqlgiimy2jcr0i-hello-2.10.drv building path(s) ‘/nix/store/m14c8f4skkwi9z27yhljb3vxh6sl2jbb-hello-2.10’ unpacking sources unpacking source archive /nix/store/3x7dwzq014bblazs7kq20p9hyzz0qh8g-hello-2.10.tar.gz source root is hello-2.10 patching sources configuring configure flags: --disable-dependency-tracking --prefix=/nix/store/m14c8f4skkwi9z27yhljb3vxh6sl2jbb-hello-2.10 checking for a BSD-compatible install... /nix/store/mwmy1mbp31rqr483qpwwfljgg5cfnphq-coreutils-8.24/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /nix/store/mwmy1mbp31rqr483qpwwfljgg5cfnphq-coreutils-8.24/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking for gcc... clang checking whether the C compiler works... no configure: error: in `/private/var/folders/h4/fvbhbrsj3t3dzv4986t4rrxw000266/T/nix-build-hello-2.10.drv-1/hello-2.10': configure: error: C compiler cannot create executables See `config.log' for more details builder for ‘/nix/store/ravvr6f5vg02l7y77fdqlgiimy2jcr0i-hello-2.10.drv’ failed with exit code 77 error: build of ‘/nix/store/ravvr6f5vg02l7y77fdqlgiimy2jcr0i-hello-2.10.drv’ failed Trying to switch to git master and trying to do the same there quickly gets me to: downloading ‘https://dl.dropboxusercontent.com/u/2857322/bootstrap-tools.9.cpio.bz2’... error: unable to download ‘https://dl.dropboxusercontent.com/u/2857322/bootstrap-tools.9.cpio.bz2’: Problem with the SSL CA cert (path? access rights?) (77) Any help would be much appreciated! -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Feature request: replace the Darwin stdenv with the pure Darwin stdenv
Daniel Peebles writes: > Probably obvious, but I'm in favor of switching/merging :) +1 -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Please test NixOS/nixpkgs.git on darwin
Eelco Dolstra writes: > Hi, > > On 04/02/15 14:14, Michael Sperber wrote: > >> error: cannot download nix-1.9pre4021_f46e329.tar.xz from any mirror > > I've fixed this, please update your Nixpkgs. Ah, excellent. Thanks! -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Please test NixOS/nixpkgs.git on darwin
Shea Levy writes: > For a while now, there has been a lot of work to improve darwin > support on the master branch of joelteon’s nixpkgs fork. With the > latest staging merge, the core of that work is now on upstream > master. The rest of the changes available on joelteon’s fork are very > disparate, and it is not clear whether or why they are all needed, so > I’d like to request that those who have been working off of the fork > test their setups against upstream now. If something is still not > working, please at least open an issue, but if you can find the > relevant fix on the fork and port it as a PR that would be greatly > appreciated. So I get this: jellaby> nix-env -u --option build-use-substitutes false upgrading ‘nix-1.8’ to ‘nix-1.9pre4021_f46e329’ [...] building path(s) ‘/nix/store/8x6hblrx1vhsmvizy7sd2pga9bs4p5i0-nix-1.9pre4021_f46e329.tar.xz’ trying http://hydra.nixos.org/build/18964230/download/4/nix-1.9pre4021_f46e329.tar.xz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (22) The requested URL returned error: 404 Not Found error: cannot download nix-1.9pre4021_f46e329.tar.xz from any mirror builder for ‘/nix/store/s9kay9xyhf5m4jbsy903vpicxd8xc117-nix-1.9pre4021_f46e329.tar.xz.drv’ failed with exit code 1 cannot build derivation ‘/nix/store/8smbiia3yq6ygb29mb5k1xh8569cvasc-nix-1.9pre4021_f46e329.drv’: 1 dependencies couldn't be built error: build of ‘/nix/store/8smbiia3yq6ygb29mb5k1xh8569cvasc-nix-1.9pre4021_f46e329.drv’ failed Am I doing something wrong or should I file an issue? -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Call for participation: BOB Conference 2015 on Jan 23 in Berlin (includes Nix talk)
At BOB 2015, Rok Garbas will give a talk on Nix: http://bobkonf.de/2015/garbas.html Lots of other great talks besides that one! BOB 2015 Conference "What happens if we simply use what's best?" January 23.2015 Berlin http://bobkonf.de/2015/ Program: http://bobkonf.de/2015/programm.html Registration: http://bobkonf.de/2015/registration.html BOB is the conference for developers, architects and decision-makers to explore technologies beyond the mainstream in software development, and to find the best tools available to software developers today. Our goal is for all participants of BOB to return home with new insights that enable them to improve their own software development experiences. The program features 14 talks and 8 tutorials on current topics: http://bobkonf.de/2015/programm.html The subject range of talks includes functional programming, microservices, package management, and data management. The tutorials feature introductions to Erlang, Haskell, Swift, and ClojureScript, and their applications. Anil Madhavapeddy will hold the keynote talk - about unikernels and functional programming. Registration is open online: http://bobkonf.de/2015/registration.html NOTE: The early-bird rates expire on Dec. 19, 2014! BOB cooperates with the :clojured conference on the following day. There is a registration discount available for participants of both events. http://www.clojured.de/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Can't get anything to build on Mac OS X
"John Wiegley" writes: >> Or should I just give up here and move to the pure, clang-based branch? > > We'd welcome your testing. :) I'll give it a try. What's the difference between these repos? https://github.com/copumpkin/nixpkgs https://github.com/joelteon/nixpkgs Or, alternatively, which one should I use? -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Can't get anything to build on Mac OS X
I'm (still) running Mavericks, and just pulled from github. I ran
against these problems:
- A large number of packages have indirect dependencies on Kerberos,
which by default is set to be Heimdal - which is marked broken on Mac
OS X. I did this, which allowed me to proceed:
{
packageOverrides = pkgs: rec {
kerberos = pkgs.krb5;
};
}
- After this, it proceeds to build a gcc which doesn't work:
\[\][nix-shell:~/Downloads]$\[\] gcc -v -v -v x.c
Using built-in specs.
COLLECT_GCC=/nix/store/nxva8pj5v62582qw3sh4zg9b8i49jl54-gcc-4.8.3/bin/gcc
COLLECT_LTO_WRAPPER=/nix/store/nxva8pj5v62582qw3sh4zg9b8i49jl54-gcc-4.8.3/libexec/gcc/x86_64-apple-darwin10.2.0/4.8.3/lto-wrapper
gcc: error: unrecognized command line option ‘-stdlib=libc++’
Or should I just give up here and move to the pure, clang-based branch?
Any help would be much appreciated!
--
Regards,
Mike
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] gcc has stopped working on Mac OS X Mavericks
Alfredo Di Napoli writes: > Hello nixers, > > I think I'm having a very similar problem here which I do not have enough > nix knowledge to debug. I have reinstalled nix-1.7 doing this (as suggested > from the nix website): > > curl https://nixos.org/nix/install | sh > > > So far so good. But when I try to install ANYTHING, (e.g. "hello"), this is > what I get: > > installing `hello-2.9' > these derivations will be built: > /nix/store/al6xyibqncn9aicmkffr0n90xgxnfrm4-hello-2.9.drv > building path(s) `/nix/store/71gijbvnnish0gvrci13qpsqxhqwnqvq-hello-2.9' > building /nix/store/71gijbvnnish0gvrci13qpsqxhqwnqvq-hello-2.9 > unpacking sources > unpacking source archive > /nix/store/xdilnlzvvsf7r33gs4vy9jq2bmazlc0j-hello-2.9.tar.gz > source root is hello-2.9 > patching sources > configuring > configure flags: --disable-dependency-tracking > --prefix=/nix/store/71gijbvnnish0gvrci13qpsqxhqwnqvq-hello-2.9 > checking for a BSD-compatible install... > /nix/store/rc94la2h0pwkshbgmd7kz5nhklkdqyr2-coreutils-8.21/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... > /nix/store/rc94la2h0pwkshbgmd7kz5nhklkdqyr2-coreutils-8.21/bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking for gcc... gcc > checking whether the C compiler works... no > configure: error: in > `/private/var/folders/js/cv_q5mqd6_g76353vq_n4nqcgn/T/nix-build-hello-2.9.drv-0/hello-2.9': > configure: error: C compiler cannot create executables > See `config.log' for more details > builder for `/nix/store/al6xyibqncn9aicmkffr0n90xgxnfrm4-hello-2.9.drv' > failed with exit code 77 > error: build of `/nix/store/al6xyibqncn9aicmkffr0n90xgxnfrm4-hello-2.9.drv' > failed > > -- Which makes me suspect the error is very similar. Likewise, my xcrun > thinks I'm on 10.10. Yep, that's it. Do what John Wiegley says, change the SDKROOT line in pkgs/stdenv/nix/default.nix to have this export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk ... instead of the call to xcrun, then try again. -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] gcc has stopped working on Mac OS X Mavericks
"John Wiegley" writes: >>>>>> Michael Sperber writes: > >> export SDKROOT=macosx10.9 > >> Unfortunately, it seems --pure (and nix-env generally) then *unsets* that >> environment variable again. Any way I can make Nix have its stick around? > > I hand-edited pkgs/stdenv/nix/default.nix to have this line in it: > > export MACOSX_DEPLOYMENT_TARGET=10.9 > The SDKROOT is then set from this. That setting didn't take for me. But your hint made me set SDKROOT in pkgs/stdenv/nix/default.nix directly, and that did the trick. Many thanks! -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] gcc has stopped working on Mac OS X Mavericks
"John Wiegley" writes: >>>>>> Michael Sperber writes: > >> Also, maybe I misunderstood you - what do you mean by "reference"? It seems >> the reference is in gcc itself - the C file I'm compiling is trivial: > >> [nix-shell:~/]$ gcc ~/temp/x.c >> ld: file not found: /usr/lib/system/libsystem_coreservices.dylib for >> architecture x86_64 >> collect2: error: ld returned 1 exit status > >> [nix-shell:~/]$ which gcc >> /nix/store/65yrkjclp6g71j9x16vcglqdw62xbnx7-gcc-wrapper-4.8.3/bin/gcc > > By reference I mean the dynamic library reference in the gcc executable. I > would *think* that this would be solved by rebuilding gcc from sources: > > rm -fr /nix/store/65yrkjclp6g71j9x16vcglqdw62xbnx7-gcc-wrapper-4.8.3/ > nix-env --option build-use-substitutes false -i gcc-wrapper-4.8.3 > > The problem, if I'm guessing correctly, is that the Hydra build server is > referencing a dylib that doesn't exist for you on your system -- a problem > which has cropped up a few times in the past. Nothing to do with Hydra, it turns out. Instead, Xcode - even though I'm running Mavericks - seems to think I'm running Yosemite: > xcrun -show-sdk-version 10.10 ... and the libraries that the get referenced indeed depend on libsystem_coreservices.dylib. I'm guessing the recent Xcode update somehow triggered this. The underlying cause I don't know (Apple really wants me to upgrade to Yosemite?), but I can work around it with: export SDKROOT=macosx10.9 Unfortunately, it seems --pure (and nix-env generally) then *unsets* that environment variable again. Any way I can make Nix have its stick around? -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] gcc has stopped working on Mac OS X Mavericks
Thanks for the prompt reply! "John Wiegley" writes: >>>>>> Michael Sperber writes: > >> \[\][nix-shell:~/temp]$\[\] gcc x.c >> ld: file not found: /usr/lib/system/libsystem_coreservices.dylib for >> architecture x86_64 >> collect2: error: ld returned 1 exit status > >> I'm stumped with this. Just to be sure, I built gccApple from source, but >> the problem persists. Has anyone seen this? > > We haven't used gccApple in several weeks now. It sounds like a system update > moving a binary which something in your Nix store depended on. You should try > to track down who in your store has that reference, and then rebuild that > derivation. That's what I thought, but that file (libsystem_coreservices.dylib) is nowhere in my Time Machine backup. Moreover, I just tried to rebuild nix from scratch and from source (i.e. by deleting /nix, reinstalling via curl, and then doing nix-env --upgrade relative to a fresh git checkout), and came out with the same error. Also, maybe I misunderstood you - what do you mean by "reference"? It seems the reference is in gcc itself - the C file I'm compiling is trivial: [nix-shell:~/]$ gcc ~/temp/x.c ld: file not found: /usr/lib/system/libsystem_coreservices.dylib for architecture x86_64 collect2: error: ld returned 1 exit status [nix-shell:~/]$ which gcc /nix/store/65yrkjclp6g71j9x16vcglqdw62xbnx7-gcc-wrapper-4.8.3/bin/gcc Any hints? -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] gcc has stopped working on Mac OS X Mavericks
Nix used to work fine for me on Mac OS X, but today it acted up by way of gcc stopping to work: > nix-shell ~/build/nixpkgs -A cyrus_sasl \[\][nix-shell:~/temp]$\[\] gcc x.c ld: file not found: /usr/lib/system/libsystem_coreservices.dylib for architecture x86_64 collect2: error: ld returned 1 exit status I'm stumped with this. Just to be sure, I built gccApple from source, but the problem persists. Has anyone seen this? Any help would be much appreciated. -- Regards, Mike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
