<clever>
build inside the shell this command provides
<johnw>
nix-shell is a PITA
<clever>
all of the setup hooks break when you install things like that
<johnw>
well, it's installed, and it's working
<clever>
which means every utility in nix that was meant to help you is now gone
<johnw>
but I'd like to avoid the repetition
<johnw>
i'm not going to use nix-shell every time I need these dependencies
<johnw>
I've had this debate at length on the bug tracker
<clever>
the design is that you make a shell.nix for the project, and put it at the root of the project
<clever>
then you just run nix-shell with no args, and you get all the dependencies that project needs
<johnw>
and it's not a good design
<clever>
and what if you need a different version of fftw on a different project?
<johnw>
it leaves me in situations where I'm on a plane, and I can't build my project because I didn't update dependencies in my upteen projects that aren't in systemPackages
<johnw>
I need *everything* that I rely on to be in my global environment, without manually managing GC roots
<johnw>
so that after I update and copy-closure to my laptop, and I can actually get work done away from the Internet
<johnw>
all of these nix-shell based solutions seem to assume that I'm always in the same sort of environment as the other people who use them
<clever>
yeah, it is a bit of a pain to use nix without internet access
<clever>
but shell.nix can also fix that
<johnw>
but I'm not; the Internet is not a given, redownloading from binary caches or tarbells is not a given
<clever>
you can specify an exact nixpkgs revision in your shell.nix file
<clever>
and then it wont change the versions when you upgrade nixos
<johnw>
that only works though if all the dependencies for that nixpkgs revision happen to be in my store
<johnw>
I don't work on this projec that uses fftw all the time
<clever>
so they will remain in the cache longer, until you collect garbage
<johnw>
so it if it dependend on nix-shell, it *would* get out of date with respect ot the rest of the system
<johnw>
anyway, I've debated this at length other places; suffice it to say that my use of Nix is not nix-shell friendly
<johnw>
the length of -qR for what I have in my store for just the _current generation_ is 18,386
<johnw>
I try very hard to make sure that if that ever updates, I won't be stuck without Internet when I really need to get work done. Otherwise, Nix would become sadly non-viable.
<johnw>
cool, program built
<johnw>
this one happens to be an unixified project that uses cmake
<johnw>
just haven't gotten around to pulling it into the regime yet
<johnw>
I could also "sandbox" these .dev outputs by locating them within a myEnvFun, so that at least I'd know that the dependencies are always there, and then I could run them build from tha Env. That my preferred way to "persist" nix-shell environments.
<LnL>
just a random package that depends on tinyxml-2
<acowley>
I didn't recognize the name and thought it was an ofborg internal thing
<dtz>
oh I was just trying to confirm things work (and neatly document it for everyone to see), and yeah the lgogdownloader thing was expected to fail on Darwin sorry :)
<acowley>
dtz: No, no, thank you for triggering the rebuild! I was worried ofborg was broken.
<gchristensen>
it'd be good to make that error ress mysterious
<acowley>
I just didn't read the rebuild request carefully enough. I thought it was just for tinyxml-2 itself.
<gchristensen>
aye :) well... I stand by it ^ it isn't fair to say it failed if it explicitly notes it is not supported
Sonarpulse has joined #nix-darwin
periklis has joined #nix-darwin
philr has quit [Ping timeout: 248 seconds]
jtojnar has quit [Ping timeout: 248 seconds]
periklis has quit [Remote host closed the connection]
periklis has joined #nix-darwin
jtojnar has joined #nix-darwin
periklis has quit [Ping timeout: 240 seconds]
<johnw>
since nix-collect-garbage deletes all of my source tarballs, no matter what options I have set, I've decided to start copying them all into a /cache directory before running nix-collect-garbage. What is the best way to get Nix to pull the binaries from that directory when it finds later that they're missing from /nix/store? How do I turn a bunch of files-with-hashnames into a binary cache?
<LnL>
nix copy /nix/store/... file:///tmp/cache
<johnw>
error: getting status of '/Users/johnw/file:/Volumes/mybook/Cache': No such file or directory
<johnw>
this is with Nix 1.12
<LnL>
oh forgot --to
<johnw>
ah, nice!
<johnw>
and now I have point to this binary cache using file://?
<LnL>
yeah
<LnL>
nix copy --to file:///tmp/cache [<paths>]
<johnw>
nice, thank you!
<johnw>
ok, now once I've downloaded a tarball, I should never need to download that same tarball ever again
<johnw>
which begins to matter a lot more now that I'm building Mac apps, the inputs to some of which are nearly a gigabyte of tarball
* johnw
stares at SageMath
<johnw>
I finished Nixifying all of the Mac apps that I use that aren't from the App Store
jtojnar has quit [Ping timeout: 240 seconds]
jtojnar has joined #nix-darwin
jtojnar has quit [Ping timeout: 256 seconds]
<LnL>
what's up with these new darwin failures...
mog has left #nix-darwin ["Leaving"]
jtojnar has joined #nix-darwin
<LnL>
the hydra jobset overview ui is so misleading, +1 == -10 +11
jtojnar has quit [Read error: Connection reset by peer]
jtojnar has joined #nix-darwin
hamishmack has quit [Read error: Connection reset by peer]
hamishmack has joined #nix-darwin
szicari has quit [Quit: szicari]
dustinm has quit [Quit: Leaving]
dustinm has joined #nix-darwin
johnw_ has joined #nix-darwin
<LnL>
man, wish I had more time to work on nix stuff
<johnw_>
LnL: agreed!
<dhess>
LnL: I wish I had time to work on Hercules