Re: [Nix-dev] Forcing install from source

[Michael Sperber]

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

[Michael Sperber]

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

[Michael Sperber]

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

[Michael Sperber]

Vladimír Čunát <vcu...@gmail.com> 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?

[Michael Sperber]

Michael Sperber <sper...@deinprogramm.de> 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

Re: [Nix-dev] Feature request: replace the Darwin stdenv with the pure Darwin stdenv

[Michael Sperber]

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

[Michael Sperber]

Shea Levy s...@shealevy.com 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)

[Michael Sperber]

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

[Michael Sperber]

John Wiegley jo...@newartisans.com 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

[Michael Sperber]

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

[Michael Sperber]

Alfredo Di Napoli alfredo.dinap...@gmail.com 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

[Michael Sperber]

John Wiegley jo...@newartisans.com writes:

 Michael Sperber sper...@deinprogramm.de 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

[Michael Sperber]

John Wiegley jo...@newartisans.com writes:

 Michael Sperber sper...@deinprogramm.de 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

[Nix-dev] gcc has stopped working on Mac OS X Mavericks

[Michael Sperber]

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

Re: [Nix-dev] gcc has stopped working on Mac OS X Mavericks

[Michael Sperber]

Thanks for the prompt reply!

John Wiegley jo...@newartisans.com writes:

 Michael Sperber sper...@deinprogramm.de 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