freeman42x]NixOS has quit [Ping timeout: 240 seconds]
jackdk has joined #nixos
jperras has quit [Quit: WeeChat 2.1]
<camsbury>
hi all
<camsbury>
trying to install nixos on an old macbook pro
<camsbury>
and getting "brcmfmac: brcmf_inetaddr_changed: fail to get arp ip table err:-23
<camsbury>
"
<camsbury>
installed fine on another computer last night
<camsbury>
wondering if this is just not gonna happen with this hardware unless I connect by another means?
<azazel>
sorry guys, where are the kernel modules in nixos? there's no /lib
sigmundv_ has joined #nixos
<azazel>
camsbury: broadcom chipsets always give me headaches
<camsbury>
hmm
<camsbury>
seems to be pinging now fine
<camsbury>
maybe I was too fast at the holster
griff_ has quit [Quit: griff_]
worldofpeace has quit [Ping timeout: 260 seconds]
<andreabedini>
I am using nix on macos and I have this thing that emacs won't focus (the window shows up but I can't type anything in it). Has anyone seen this behaviour?
<gchristensen>
`open Applications/emacs.app` instead of just `emacs`
<gchristensen>
or: `emacs -nw`
<andreabedini>
gchristensen: looks like I don't have Applications/emacs.app but open /nix/store/.../-emacs-25.3/Applications/Emacs.app did the trick, thanks!
<stumble`>
camsbury: It works fine on my 2002 Macbook Pro, FWIW.
<ryantrinkle>
i think i may be misunderstanding how the new builtins.fetchGit is supposed to work
<ryantrinkle>
this hangs for me: nix-build -E 'builtins.fetchGit { url = "ssh://git@github.com/reflex-frp/reflex"; rev = "5d9c8a00f2eb832f109c870963182149b988062a"; }' -v
<ryantrinkle>
should that work?
<dev>
I'm not sure mate, I came here to solve a problem as well an ended up figuring it out myself... hopefully somewhere here can help
<ryantrinkle>
dev: yeah, sometimes #nixos can be a bit low-traffic, but there are definitely tons of helpful folks here :)
lord| has quit [Ping timeout: 260 seconds]
camsbury has quit [Remote host closed the connection]
camsbury has joined #nixos
<dev>
indeed, when searching for help online this servers chat logs sometimes get pulled up as the result
camsbury has quit [Ping timeout: 256 seconds]
iqubic` has left #nixos ["ERC (IRC client for Emacs 25.3.1)"]
iqubic has joined #nixos
jackdk has quit [Ping timeout: 256 seconds]
jackdk has joined #nixos
<dev>
exit
dev has quit [Quit: WeeChat 1.7.1]
<iqubic>
So I'm finding myself unable to diagnose why lightdm takes so long to start up. I get a big wall of text, and then 5 seconds of blank screen, and *then* LightDM starts up.
Tobba has joined #nixos
TonyTheLion has quit [Quit: leaving]
<iqubic>
anyone able to help me diagnose my issues?
adisbladis has joined #nixos
<ryantrinkle>
ok, it looks like builtins.fetchGit is doing stuff, it's just *astoundingly* slow
lord| has joined #nixos
<ryantrinkle>
maybe it's because i'm in australia at the moment and the rountrip time to github is large?
<ryantrinkle>
there's no appreciable bandwidth being used, but it looks like fetchGit is asking for info on lots of hashes
<ryantrinkle>
e.g. [pid 20388] read(5, "0032have ecba88de9367f733610121f"..., 16384) = 1604
oltoAltn has quit [Read error: Connection reset by peer]
<iqubic>
This is the one thing about NixOS I don't like. The boot takes like 10 seconds from start to finish because these darn services take 5 seconds to start.
mmlb has quit [Read error: Connection reset by peer]
mahalel_ has quit [Remote host closed the connection]
reinzelmann has quit [Quit: Leaving]
tomberek has quit [Quit: Page closed]
<Rusty1_>
exit
Rusty1_ has quit [Quit: Konversation terminated!]
Have-Quick has quit [Quit: Have-Quick]
MP2E has joined #nixos
asuryawanshi has joined #nixos
iqubic` has joined #nixos
iqubic has quit [Ping timeout: 276 seconds]
iqubic` is now known as iqubic
asuryawanshi has quit [Ping timeout: 264 seconds]
<iqubic>
pactl is starting to piss me off. If my bluetooth headphone turns off and then back on, I don't want it to have a different sink number. I don't want to have to rewrite all my scripts to use a different sink each time. GRRR.
<iqubic>
"pactl set-sink-volume 1 +10%" only works if it is actually available.
<iqubic>
Is there a way I can rewrite "pactl set-sink-volume 1 +10%" to always mess with the levels of the bluetooth headset sink?
robstr has joined #nixos
iqubic has left #nixos ["ERC (IRC client for Emacs 25.3.1)"]
codygman has joined #nixos
<codygman>
I'm getting 'attribute fetchurl missing' when using fetchurl in my configuration.nix. How can I import it? Is importing it only required in nix 2.0 and higher?
joshie has quit [Quit: No Ping reply in 180 seconds.]
joshie has joined #nixos
jtojnar has quit [Read error: Connection reset by peer]
coot has joined #nixos
jtojnar has joined #nixos
<teto1>
is itisn't it possible to pass "--arg" to nixos-rebuild ? I have this module I develop that is present in only one branch and that I keep commenting/decommenting when switching branch. I would rather pass "--arg includeMyModule"
<tilpner>
You can try only importing that module if it exists
jmiven has quit [Quit: co'o]
jmiven has joined #nixos
Olgierd has joined #nixos
Olgierd has quit [Changing host]
Olgierd has joined #nixos
<tilpner>
If you only use builtins, you might be able to get away without specialArgs
jtojnar has quit [Read error: Connection reset by peer]
jtojnar has joined #nixos
<manveru>
hmm, that should also be possible with nix-bundle
alex`` has quit [Quit: WeeChat 2.1]
<stumble>
:-)
<manveru>
but atm i don't think anyone is working on that :|
fuzzy_id has joined #nixos
civodul has joined #nixos
<fuzzy_id>
shouldn't `nix-env --list-generations' executed as root list all my system generations?
<stumble>
I believe it's good news even if we don't emulate it. Good to get people thinking about what they really need, instead of "MUST HAVE DOCKER111".
<manveru>
true that
<fuzzy_id>
better question: what do i have to do to make it behave that way? currently it lists the generations of the root-profile which is currently empty anyways
sanscoeur has quit [Remote host closed the connection]
<sphalerite>
stumble: the bot is for nix expressions, not nix commands
<sphalerite>
fuzzy_id: yeah it would be nice to have a more convenient command for the system profile. I have an alias nix-sys="nix-env -p /nix/var/nix/profiles/system" myself
jtojnar has quit [Read error: Connection reset by peer]
<winem_>
hi, we're using nix for our own applications and want to use more applications from the nix-channel now. I want to hear your opinion on the configuration. issue: clickhouse from the nix-channel creates a symlink in user/.nix-profile/etc/ to the config directory in the nix store when you install it. nginx does also have a conf folder but that one is just in the nix store. so what should I do if I want to modify / add configuraiton files?
<winem_>
should I update them in the nix/store/ path directly? should I create a symlink to have a common "design" for all apps?
<winem_>
we're managing our hosts (ubuntu & redhat, unfortunately no nixos) via ansible. so the config won't be changed manually. just "automated" during the initial deployments or updates
<Synthetica>
winem_: Updating them in the nix store directly sounds like a bad idea
<winem_>
Synthetica: that's what my gut tells me as well. so I want to hear how you would handle it. I actually don't want to change anything in the nix store
<Synthetica>
winem_: Do you do "services.nginx.enable=true"?
<sphalerite>
Synthetica: that's nixos-only
<sphalerite>
winem_: how are you doing the nginx config?
<Synthetica>
Right, you're not actually running nixos
<winem_>
sphalerite: I don't do it yet (at least not on any nginx installed from the nix channels). I was just about to write the ansible playbook to install nginx and do the configuration. we need nginx as reverse proxy that handles the encryption and authenticates client certs
<winem_>
so I'm just at the beginning and what I was about to do (doing it directly in the nix store) just felt wrong..
Xal has joined #nixos
<sphalerite>
but I thought your nginx config folder is in the nix store?
<winem_>
just the one that is created after running nix-env -i nginx
<winem_>
it ships a conf folder with the defaults during the setup
<Synthetica>
Maybe a stupid question: can't you just pass a --config (or similar) option?
<sphalerite>
ah right
<sphalerite>
yeah so what nixos does is it generates its own config for nginx (also through nix, so it ends up in the nix store) and calls nginx with -c /nix/store/<hash>-nginx.conf
<sphalerite>
depending on how much you want to integrate nix into the whole thing, you may want to either do something similar, or pass -c /etc/nginx/nginx.conf and configure it more traditionally.
<joko>
Hello, is it possible to make a list overridable in NixOS configuration? E.g. I have multiple files setting the same list attribute and in the end I want the list attribute to have all the elements concatenated
Wharncliffe has joined #nixos
logzet has joined #nixos
<infinisil>
joko: That's what an option of type list does by default
<betaboon>
hello #nixos. how can i achieve something like this: { inherit (something) foobar; foobar.somekey = "somevalue"; } without running into "foobar.somekey ... already defined ..." ?
<{^_^}>
→ b8966f5d by R. RyanTM: xpra: 2.2.6 -> 2.3
<{^_^}>
→ 310aaf86 by @adisbladis: Merge pull request #40629 from r-ryantm/auto-update/xpra
astrofog has joined #nixos
<ben>
nix eval 'builtins.readFile ./foo.nix' doing something so very different from nix eval '(builtins.readFile ./foo.nix)' is distressing
roconnor_ has quit [Remote host closed the connection]
astrofog has quit [Client Quit]
<srhb>
ben: The nix cli is very NIX_PATH biased
roconnor_ has joined #nixos
<Myrl-saki>
ben: What's the difference btw?
<Myrl-saki>
I don't use nix repl either.
<Myrl-saki>
Often times, I'm more comfortable with nix-shell -p '' as my eval...
astrofog has joined #nixos
<srhb>
ben: It might help to illustrate how the first is supposed to be used: nix eval nixpkgs.hello.name
<srhb>
ben: So it looks up nixpkgs in NIX_PATH and then evaluates as normal
patrl has quit [Ping timeout: 255 seconds]
<srhb>
Meaning, if you had NIX_PATH=builtins=... that would be somewhat meaningful
<ben>
Myrl-saki: The first tries to open a file names "foo.nix" "in $PWD/builtins.readFile ."
<Myrl-saki>
Oh, right.
<{^_^}>
[nixpkgs] @magnetophon opened pull request #40666 → M32edit: init at 3.2 → https://git.io/vpNW1
<ben>
Maybe we could add flags to disambiguate between expressions, files and attribute paths, idk
<ben>
to be less x/y problem, I'm trying to manually inspect ~/.nix-profile/manifeset.nix and I'm banging my head against walls I didn't even know existed ;)
<clever>
nix-env's -A is also pretty confusing
<srhb>
The only thing I find really arbitrary is how () is used
<srhb>
Files instead of NIX_PATH is disambiguated with -f
<ben>
after managing to load manifest.nix into a the evaluator, it converts every entry to a store path when i pass --json D:
<clever>
when you nix-env -iA nixos.hello, it splits nixos.hello into a list, and then for each element, it will look it up in a set, then test what the type is, and maybe call it with all of --arg, then repeat
<clever>
and nixos.hello in an expression does not do that
<ben>
srhb: nix eval -f filename '' to evaluate a file is awkward too :/
<sphalerite>
but really, -u is terrible and nobody should use it :p
<sphalerite>
just like -i without -A
<ben>
Yeah... I somehow assumed that nixpkgs was carefully arranged to make -u do The Right Thing
cryp2nomicon has joined #nixos
<jD91mZM2>
sphalerite: Just to make sure: Only -u alone is terrible, -uA isn't?
<ben>
mh, i use nix-env -u when I want to upgrade ~everything~, so -A defeats the purpose for me
<cryp2nomicon>
i'm having this 'suspend' issue. When i close the lid, laptop suspends. When i open the lid, laptop wakes up because i can ssh into it. But, the screen is black!
<sphalerite>
I suppose you could probably use -u with -A, but there's not much point.
<ben>
so i usually just say nix-env -u --leq --prebuilt-only and stop thinking about it
<jD91mZM2>
Oh well I mean -u without a search string isn't terrible either.... right?
<sphalerite>
ben: any reason not to use a declarative package set/
<ben>
It's "terrible" in that it might upgrade me from ruby 2.4 to ruby 2.5 after I just specifically installed ruby 2.4
<sphalerite>
jD91mZM2: yes it is, because it goes through everything you have installed and searching it by name
<jD91mZM2>
sphalerite: But... if you wait to upgrade all packages?
<jD91mZM2>
want*
<ben>
sphalerite: so far nix-env's default behavior has been sufficiently needs-suiting so I didn't invest any effort :P
<sphalerite>
jD91mZM2: you use a declarative set like the one in the overlay linked in the above wiki article
<sphalerite>
and "reinstall" it
Guanin_ has quit [Remote host closed the connection]
griff_ has quit [Quit: griff_]
ma27 has quit [Quit: WeeChat 2.1]
mmlb has joined #nixos
<jD91mZM2>
oh
<sphalerite>
that way everything always gets selected by attr path
<jD91mZM2>
Do you think home-manager does this for me?
ma27 has joined #nixos
<sphalerite>
yes, home-manager also doesn't have the nix-env -u problem
<jD91mZM2>
phew
ma27 has quit [Client Quit]
<sphalerite>
since there you also specify what you want by attr paths
<ben>
oh I didn't realize the -r in there means --remove-all
<ben>
whoops.
ma27 has joined #nixos
<sphalerite>
rollback time!
<ben>
I'm afraid of all-or-nothing upgrades because on my home machine I have a bunch of derivations that take a long time to build and sometimes fail :<
<cocreature>
I’m using nix in multiuser mode on archlinux and I noticed that if I cancel a command using ctrl+c, the builders keep running in the background. is there a way around this?
Ariakenom_ has quit [Ping timeout: 256 seconds]
<Myrl-saki>
cocreature: pkill the builders group?
<cocreature>
Myrl-saki: sure I can kill them manually. I was more thinking of some config setting or whatever that does that automatically
szicari has quit [Quit: szicari]
smallville7123 has quit [Client Quit]
<Myrl-saki>
Sorry, got nothing.
szicari has joined #nixos
cryp2nomicon has quit [Quit: leaving]
tmaekawa has quit [Quit: tmaekawa]
endformationage has joined #nixos
astrofog has quit [Quit: Quite]
Have-Quick has joined #nixos
asuryawanshi has quit [Remote host closed the connection]
<{^_^}>
→ 9f79ac6f by @bkchr: androidndk: Drop 32bit support
<{^_^}>
→ c056694d by @bkchr: androidndk: Adds versions 17 and 16b
<{^_^}>
→ 832a8ca0 by @bkchr: androidndk: Fix usage as crossSystem
<kamil->
(answering my own question) to see the progress (kind of) of nix-prefetch-url: pass -v (or multiples of it like: -vvvv) - it won't print out the progress bar but it wil let you know what's going on - this is undocumented
<kamil->
I had to read through nix-prefetch-url c++ source code
<kamil->
it uses curl under the hood
<sphalerite>
kamil-: PRs to add docs welcome :)
winem_ has quit [Ping timeout: 256 seconds]
kamil- has quit [Remote host closed the connection]
kamil- has joined #nixos
glittershark has quit [Ping timeout: 248 seconds]
<kamil->
what would be the starting point? (I can't find where the docs are located on github so that I could add this small bit about the -v switch)
civodul has quit [Quit: ERC (IRC client for Emacs 25.3.1)]
<eacameron>
Is there a way to force it to not share a objects between all repos?
RyanGlScott has joined #nixos
jacob has joined #nixos
jacob is now known as Guest54653
mmercier has quit [Ping timeout: 268 seconds]
kamil- has quit [Quit: Leaving...]
<eacameron>
shlevy: ^
<eacameron>
Does your fetcher support private repos?
<RyanGlScott>
Does anyone know which lines of code in https://github.com/NixOS/nix are responsible for actually building a derivation?
szicari has quit [Quit: szicari]
griff_ has joined #nixos
jensens has quit [Ping timeout: 256 seconds]
<elvishjerricco>
RyanGlScott: I don't know, but I'd look for the code path taken by nix-store -r. This is the most basic way to build a derivation, though it also checks substituters
lukec has quit [Ping timeout: 276 seconds]
<{^_^}>
[nixpkgs] @teto opened pull request #40687 → cmake: don't override cmakeDir when set → https://git.io/vpNAL
hiroshi has quit [Ping timeout: 264 seconds]
Ariakenom has joined #nixos
lonokhov has quit [Quit: WeeChat 2.0]
smallville7123 has joined #nixos
fendor has quit [Ping timeout: 240 seconds]
hiroshi has joined #nixos
<johnw>
shlevy: ping
halfbit has quit [Quit: WeeChat 2.1]
<aminechikhaoui>
hm anyone knows why having buildCommand and installPhase both in stdenv.mkDerivation results in running only buildCommand and ignoring installPhase
<aminechikhaoui>
?
<clever>
aminechikhaoui: thats what buildCommand does
<clever>
aminechikhaoui: you probably want buildPhase instead
<aminechikhaoui>
clever: sorry what does buildCommand do ? both build and install
<aminechikhaoui>
?
<clever>
aminechikhaoui: buildCommand replaces all default phase logic, so it no longer runs any phases
<aminechikhaoui>
clever: ah thanks
<aminechikhaoui>
I always get confused :D
balsoft has joined #nixos
sigmundv has quit [Ping timeout: 248 seconds]
udono has joined #nixos
unkn has quit [Ping timeout: 240 seconds]
szicari has joined #nixos
udono1 has quit [Ping timeout: 240 seconds]
<jack[m]>
I love surgery on binaries: sed -i "s|/usr/bin/perl|perl\x00 |" ghc-${version}/ghc/stage2/build/tmp/ghc-stage2
smallville7123 has quit [Quit: rosa]
<clever>
jack[m]: eek!
fendor has joined #nixos
<jack[m]>
clever; I'm struggling to get haskell running on non-NixOS. It takes a fair amount of molesting the ghc binary to get it to run.
<clever>
jack[m]: a binary that haskell has compiled? or ghc itself?
jperras has quit [Ping timeout: 264 seconds]
kamil- has joined #nixos
<{^_^}>
[nixpkgs] @rycee pushed commit from R. RyanTM to master « gpsprune: 18.6 -> 19 »: https://git.io/vpNhH
<jack[m]>
clever: you need to use the ghc binary to bootstrap a ghc so that you can build haskell derivations.
balsoft has quit [Quit: balsoft]
<clever>
jack[m]: and all of that has been handled in nixpkgs
<jack[m]>
clever; I'm mostly just building hydra on a non-NixOS platform, and dealing with the standard amount of bitrot in nixpkgs.
<sphalerit>
jack: what non-nixos is it, to cause that not to work out of the box??
asuryawanshi has quit [Ping timeout: 240 seconds]
smallville7123 has quit [Client Quit]
JosW has joined #nixos
stanibanani has joined #nixos
stanibanani has left #nixos [#nixos]
<{^_^}>
[nixpkgs] @rycee pushed to master « gpsbabel: remove use of phases »: https://git.io/vpNja
<jack[m]>
Linus: this is SLES11SP4, to be precise, and it looks like it is not patchelfing a lib/bin somewhere.
worldofpeace has joined #nixos
<sphalerit>
Weird, I thought the ghc bootstrap is tested, and should work the same between nixos and other linuxes
<jack[m]>
Linus: /bin/sh: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/nix/store/1yxz52330rcrv7srb2n5g970piq1m0iz-ncurses-5.9/lib/libncurses.so.
<jack[m]>
5)
<clever>
jack[m]: thats due to your glibc not being the right version, rather then a missing patchelf
leat has joined #nixos
sanscoeur has joined #nixos
<{^_^}>
[nixpkgs] @flokli opened pull request #40688 → pythonPackages.cx_oracle: fix dlopen, patchelf and fix library path for oracle-instantclient binaries → https://git.io/vpNjH
logzet has quit [Remote host closed the connection]
<sphalerit>
Ah, it's with an alternate store dir as well?
<jack[m]>
clever: historically when I'm patching binaries to run against a nix store, this is because of a lib not having an rpath patched and it picking up system libraries.
<jack[m]>
clever: i.e. (bin_pkg)/bin/foo DLNEEDS (bin_pkg)/lib/foo.so, and (bin_pkg)/lib/foo.so DLNEEDS libncurses.so.5, and I forgot to patch (bin_pkg)/lib/foo.so to use the ncurses in the nix store.
<clever>
jack[m]: are you modifying the existing ghc bootstrap expression?
fendor has quit [Ping timeout: 248 seconds]
<jack[m]>
Aha! I'll set LD_DEBUG=files and trace back to where /lib64/libc.so.6 is getting sucked in.
RyanGlScott has left #nixos [#nixos]
<jack[m]>
clever; not yet. Right now it seems that '7.10.3-binary.nix' wasn't tested on non-Nixos with a non-standard store path.
<jack[m]>
... not that I'd really expect it to be.
<clever>
jack[m]: its likely going to be a lot easyer to fix it then rewrite it from scratch
xAFFE has left #nixos ["Error from remote client"]
<jack[m]>
clever: I agree completely, that binary surgery I posted earlier is *already in* the derivation. ;)
<{^_^}>
→ ccb4558a by @flokli: oracle-instantclient: prefix LD_LIBRARY_PATH
<tokudan[m]>
trying to avoid duplicating settings in configuration.nix, is there a way to do something like this: networking = { bonds.bond0 = { driverOptions.arp_ip_target = networking.defaultGateway; }; };
<tokudan[m]>
when i try it with config.networking.defaultGateway, i just get The option value `networking.bonds.bond0.driverOptions.arp_ip_target' in `/etc/nixos/network.nix' is not of type `string'.
<tokudan[m]>
and I've set defaultGateway = "172.28.100.1";
<RyanGlScott>
clever: I take it that otherdrv.buildPhase isn't packaged up into a script or anything like that, right? It's just a list of shell commands?
<clever>
yeah
<RyanGlScott>
Alright, thanks.
<clever>
and it may not even exist if its using the default
<{^_^}>
[nixpkgs] @veprbl opened pull request #40693 → form: init at 4.2.0 → https://git.io/vpAUP
asuryawanshi has joined #nixos
M-bbigras is now known as bbigras--
sigmundv has joined #nixos
<RyanGlScott>
Does a lack of buildPhase always indicate it's built with `make`?
<clever>
it will default to the buildPhase function in setup.sh
<elvishjerricco>
Should there be a nixpkgs-18.03-linux channel? Something like nixpkgs-18.03-darwin, but for linux such that it's not beholden to NixOS requirements like systemd or nixos tests.
szicari has quit [Quit: szicari]
griff_ has joined #nixos
stanibanani has joined #nixos
<infinisil>
elvishjerricco: Not sure if that's useful, because with nixos there's the 18.03 channel so people can still get security and other bug updates, but not potentially break their stateful system. If you just need nixpkgs, you can use nixpkgs-unstable, which will always get updates continuously
<elvishjerricco>
infinisil: The problem is that right now nixos-18.03 is like a month behind nixpkgs-18.03-darwin, and I'm looking for a commit newer than nixos-18.03 that works for linux as a package repo (not necessarily for building nixos)
<infinisil>
What's not good about nixpkgs-unstable?
<elvishjerricco>
it's unstable?
<elvishjerricco>
I'd rather have the 18.03 stable channel
<jD91mZM2>
There should be a way to get nixos 18.03 but nixpkgs unstable. Basically all the services and other important system related things would use stable, but any packages added to systemPackages or nix-env -iA would use unstable
<infinisil>
Hmm, well all the pkgs tests have to pass i think
reinzelmann has joined #nixos
szicari has joined #nixos
<elvishjerricco>
The point is to have a stable channel of a package repo, ignoring nixos entirely. Something where major versions of anything never changes, but still gets security fixes and bug fixes
<jD91mZM2>
just... why
<elvishjerricco>
Because I work at an organization that values stability and would rather not have frequent major dependency updates, while still receiving bug fixes and security fixes
vaninwagen has joined #nixos
<elvishjerricco>
We have a big project that relies on a pinned checkout of nixpkgs to get all the dependencies. We're effectively only using this checkout as a package repo, since we don't use the checkout to deploy nixos anywhere, so we don't care about the nixos specific things in nixos-18.03
<jD91mZM2>
You have a point
mrkgnao has quit [Ping timeout: 240 seconds]
asuryawanshi has quit [Ping timeout: 256 seconds]
<elvishjerricco>
I suppose what we actually want is something like nixpkgs-18.03-all; i.e. it checks that packages build for both linux AND darwin, without checking things specific to nixos.
<samueldr>
elvishjerricco: in your case, would -small work?
<elvishjerricco>
samueldr: What's the difference between nixos-* and nixos-*-small?
<samueldr>
(I'm actually looking for that info :))
halfbit has joined #nixos
infinisil has quit [Quit: Configuring ZNC, sorry for the joins/quits!]
infinisil has joined #nixos
RyanGlScott has left #nixos [#nixos]
<clever>
elvishjerricco: -small only runs tests, normal waits for every single package to try to build
kreetx has joined #nixos
<elvishjerricco>
clever: Ah, then that does not sound like what we want.
stanibanani has left #nixos [#nixos]
<{^_^}>
[nixpkgs] @jtojnar pushed to master « nixos/nginx: emphasize that useACMEHost does not create certs »: https://git.io/vpAqo
<samueldr>
clever: "only runs test" though would, transitively build a bunch of stuff, right? (though may not be enough for elvishjerricco's needs)
<samueldr>
the minimal iso is built for -small IIUC
arianvp2 has joined #nixos
<clever>
samueldr: yeah
<arianvp2>
heya
<arianvp2>
why does import <nixos> {} work?
<arianvp2>
whilst nixos is not in NIX_PATH?
<clever>
arianvp2: /nix/var/nix/profiles/per-user/root/channels is in NIX_PATH
<clever>
arianvp2: and nixos is a directory inside there
<arianvp2>
ahhh
<arianvp2>
got it
alex`` has quit [Quit: WeeChat 2.1]
<arianvp2>
with builtins.fetchTarball, why do we even have channels?
<Myrl-saki>
Is there a way to set default settings of systemd-nspawn?
<clever>
ryantm: if channels have never been configured before, and you open a shell as root, it sets up the "nixos" channel pointing to the system.nixos.defaultChannel
<clever>
but thats only if the /root/.nix-channels file is somehow missing
<clever>
and its a one-time thing, because creating that file stops itself from running
<ryantm>
so an empty /root/.nix-channels and use nixPath would work?
<clever>
that one will change the default search path of configuration.nix
<clever>
so nixos-rebuild just fails, rather then reverting all changes
sigmundv has quit [Ping timeout: 255 seconds]
<ryantm>
clever: Yeah I'm thinking about this in terms of nixops. I upgraded my deployment to 18.03 but nix-info still shows the old channel of course.
<infinisil>
I'd suggest just getting rid of nix-channel related things
<ryantm>
infinisil: How is that different?
waleee has quit [Quit: WeeChat 2.1]
<ryantm>
infinisil: Or were you just suggesting we should get rid of channels entirely for everyone ;)
<infinisil>
Just nix-channel and its statefulness
pip3000 has joined #nixos
<infinisil>
I just put a nixpkgs= in my nixPath
civodul has joined #nixos
<boomshroom>
As a desktop user, I generally don't care that much about package versions, so I just have nixpkgs-unstable as the main channel and only update it with nixos-rebuild --update.
reinzelmann has quit [Quit: Leaving]
<pip3000>
Hi! How can i install Firefox 60?
asuryawanshi has joined #nixos
<clever>
boomshroom: if you run nixos from nixpkgs-unstable, you risk bricking the machine
Synthetica has quit [Quit: Connection closed for inactivity]
<boomshroom>
clever: nixos-unstable. And ya, but so far it hasn't and if it does, I can reboot to an earlier version. I did switch from Arch and ran an update every morning so I didn't run into any problems other than accidentally deleting critical filesystems and updating Windows.
<ryantm>
I use nixos-unstable for all my personal machines. I haven't had a problem with the bootloader breaking yet.
<clever>
boomshroom: there was a bug in nixpkgs-unstable a year ago, that corrupted the grub config, removing your ability to reboot to an earlier version
<clever>
boomshroom: hydra detected that failure, and correctly refused to update nixos-unstable
camsbury has joined #nixos
<ryantm>
clever: If our bootloader gets killed, we can do a usb boot and repair it :)
<boomshroom>
clever: Nice. Glad to see bugs like that get stopped. Any idea if anything similar has happened with systemd-boot.
<clever>
boomshroom: probably, but i havent checked
<clever>
ryantm: potentially, a FS corruption issue could also just eat your entire drive :P
camsbury has quit [Read error: Connection reset by peer]
camsbury has joined #nixos
<ryantm>
clever: Yup! It will be easier to recover thanks to declarative configuration.
<arianvp2>
but wouldn't it be possible to just pin /etc/configuratio.nix with builtins.fetchurl or something?
<arianvp2>
I'm kinda sick of nix-channnel. it's super confusing
<clever>
arianvp2: internally, nixos just imports <nixos-config> to find the config
<clever>
arianvp2: you could point that to a file that returns the nixos configuration function
<ryantm>
arianvp2: You can use the NIXOS_CONFIG environemnt variable to contorl the configuration you use
<arianvp2>
but it is a function which receives pkgs
<clever>
all nixos cares about is that import <nixos-config> (or $NIXOS_CONFIG if that exists) returns a function
<jD91mZM2>
boomshroom: I wanted to run nixos-unstable too, but as soon as I tried it for the first time my X server was brutally murdered and I realized that I probably should have stayed away :P
<clever>
arianvp2: everything in _module.args is available to all modules
<{^_^}>
[nixpkgs] @flokli opened pull request #40695 → pythonPackages.cx_oracle: fix dlopen, patchelf and fix library path for oracle-instantclient binaries → https://git.io/vpAOv
<ryantm>
jD91mZM2: If I have problems, I just revert and wait a few days, and/or report some issues.
<arianvp2>
ahh
<arianvp2>
so I could just set
<arianvp2>
nixpkgs.pkgs =
<jD91mZM2>
ryantm: If you revert it and rebuild (without --upgrade), will it keep using the old package versions?
camsbury has joined #nixos
<ryantm>
jD91mZM2: I meant I use `nixos-rebuild switch --rollback`
<MasseR>
Have you guys heard of any problems building haskell packages lately? After picking up my old project, I can no longer 'nix-build' it. Ghc tries to find package database from my home ~/.cabal/store/ghc-8.2.2/package.db and fails. And I can't open a cabal repl inside nix-shell, it complains of a syntax error in the derivation
<infinisil>
MasseR: It seems that you didn't pin nixpkgs, didn't use nixpkgs haskell package builder setup, and made the syntax error yourself, because nix' syntax pretty much didn't change
<MasseR>
infinisil: I did pin to a specific package set, I'm using cabal2nix --shell ./., so no :)
<MasseR>
True. I did a cabal2nix --shell ./., and modified the resulting file so that it pins the packages, and also instead of calling default.nix, I'm calling cabal2nix directly
<MasseR>
83a5765b1fea2472ec9cf9d179d3efd18b45c77e to be precise
<MasseR>
Let me pastebin it
<infinisil>
The point is not to edit it so you can easily regenerate it on updates
<MasseR>
shell.nix is static, default.nix is (would be) easily regenerated
<infinisil>
drakonis: Not sure why, but when I try to build it I get a weird "Transient problem" with curl, and it can't resolve tarballs.nixos.org for some reason
<drakonis>
because it will let you run anything that depends on opengl
<boomshroom>
drakonis: It looks like it's focused on NVidia and Intel. Anything for AMD?
<drakonis>
actually
<drakonis>
its mesa focused
<drakonis>
"This tool tries to solve the "OpenGL" problem on nix. Works with Nvidia cards (with bumblebee) and most of the card supported by mesa (such as Intel, AMD and nouveau using the free driver). It works for Vulkan programs too."
<drakonis>
hmm
<drakonis>
doesn't work with amd because the guy doesn't have amd hardware
<ryantm>
clever: Do you have to configure something to make /run/current-system/nixpkgs be there?
<drakonis>
seems to be a similar solution with a different approach
<drakonis>
also nvidia focused
<drakonis>
r i p
<boomshroom>
drakonis: I notice that a lot nowadays seems to just forget about AMD (especially CUDA) even though it has better open source drivers than NVidia.
<{^_^}>
→ 0f7eaddc by @dtzWill: sqlar: init at 2018-01-07
<{^_^}>
→ 26f06ddb by @dtzWill: Merge pull request #40702 from dtzWill/feature/sqlar
<ij>
Theoretical question: if a build is impure and its output differs every time, then the store path doesn't change (since its a hash of its INPUTS, not outputs), so the impure build will cache, but the build that depend on it won't cache, right?
<symphorien>
what do you mean by "won't cache" ?
phreedom has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @xeji merged pull request #40704 → hdf5: use gcc7 instead of gcc8 → https://git.io/vpAWU
<{^_^}>
[nixpkgs] @xeji pushed commit from @Synthetica9 to gcc8 « hdf5: use gcc7 instead of gcc8 (#40704) »: https://git.io/vpABA
alex`` has quit [Quit: WeeChat 2.1]
phreedom has joined #nixos
<ij>
"will get rebuilt" whenever the impure derivation gets rebuilt
<symphorien>
no it won't, be cause the hash of its inputs didn't change
<symphorien>
hum well the non reproducible derivation won't be rebuilt as well
<infinisil>
ij: The output paths depend solely on the Nix code that produces the derivations
<infinisil>
Hmm
marek has quit [Ping timeout: 268 seconds]
<infinisil>
Yeah, so the actual contents of the out paths have nothing to do with caching
<ij>
really?
<infinisil>
99% sure
<ij>
huh
<infinisil>
You could try to verify it with a simple derivation that outputs randomness
<infinisil>
Yet it known already that hello will be stored there
vaninwagen has quit [Quit: WeeChat 2.1]
broccoli_ has joined #nixos
<pikajude>
infinisil: well, my local system isn't x86_64-linux
asuryawanshi has quit [Ping timeout: 264 seconds]
<pikajude>
and i've previously been able to build anything x86_64-linux with remote builds
<pikajude>
i.e., build the system expr *on* the target system, then copy it over and activate it
<pikajude>
which is what i thought nixops was intended to do
<infinisil>
ij: What it did create (within nix) is derivations of all the dependencies, which all influence the hash, but only the derivations themselves, not the resulting outPaths of them
<ij>
gotcha
<pikajude>
there are certainly a number of issues on the nixops repo regarding trying to build linux systems from an osx host and nobody in those threads has mentioned that you're not meant to be able to do that
balsoft has quit [Quit: balsoft]
phreedom has quit [Remote host closed the connection]
phreedom has joined #nixos
szicari has quit [Quit: szicari]
lassulus has quit [Quit: WeeChat 2.0]
<{^_^}>
[nixpkgs] @Synthetica9 opened pull request #40705 → elfutil: add patch that fixes compilation under gcc8 → https://git.io/vpAED
karlguy has joined #nixos
lassulus has joined #nixos
baconicsynergy has quit [Read error: Connection reset by peer]
broccoli_ has quit [Ping timeout: 255 seconds]
<elvishjerricco>
pikajude: NixOps will attempt to build x86_64-linux derivations, so they will get delegated to remote builders if you have remote builders setup correctly. I use it this way on macOS all thetime
<pikajude>
ah ok
<pikajude>
so i've got a setup that will allow remote builds if I just nix-build in the nixpkgs source tree, but not if nixops tries to execute them
<elvishjerricco>
It's not possible for Nix to try to build x86_64-linux derivations on a darwin system unless you pass `--system x86_64-linux`, which is not something anyone should EVER do probably ;P
<pikajude>
i wonder how i managed that
shabius has quit [Quit: Leaving]
<elvishjerricco>
pikajude: How are you convincing the nixpkgs source tree to build remotely? And what is your local system?
<boomshroom>
elvishjerricco: I've spoofed localSystem in the past. I'd definitely refer to it as black magic.
<pikajude>
x86_64-darwin
<pikajude>
i have NIX_BUILD_HOOK set to the nix build-remote script
<pikajude>
and i have NIX_REMOTE_SYSTEMS set to the filepath of a file containing the remote system i want to build with
<elvishjerricco>
boomshroom: localSystem can be changed all you want. `--system` changes what `builtins.currentSystem` returns, which is much more broken
<elvishjerricco>
pikajude: I don't think that's the right way to do it anymore. What error do you get when you try it with nixops? And what are you doing to make nixpkgs build linux derivations? `--argstr system`?
<pikajude>
that's a bit annoying for me to do, i just build stuff in pkgs/top-level/release.nix because they have attrs that are named after the corresponding system
<pikajude>
nix-build pkgs/top-level/release.nix -A emacs.x86_64-linux for example
<elvishjerricco>
pikajude: Ah, that ought to be fine
<pikajude>
and with --option build-use-substitutes false so it doesn't try to just copy from the cache
<pikajude>
otherwise i wouldn't know it worked
<pikajude>
but that command executes properly
<pikajude>
or at least, it starts building things on my remote system
<elvishjerricco>
So what happens when you try with nixops?
<boomshroom>
elvishjerricco: where is --system getting passed? I can't find it in the help of either nix-build or nix build.
broccoli_ has joined #nixos
<pikajude>
"error: assertion failed at /Users/judet/.code/nixpkgs/pkgs/os-specific/linux/kernel/generic.nix:45:1"
<pikajude>
which is the line that says "assert stdenv.isLinux;"
<elvishjerricco>
boomshroom: `nix help-config`. It's one of the `nix.conf` options that can be passed on the command line via `--system`
<elvishjerricco>
pikajude: Ok whoa, that does seem broken.
<elvishjerricco>
What version of nixops are you on?
<elvishjerricco>
It should NEVER be evaluating `builtins.currentSystem` IMO
Lisanna has joined #nixos
<pikajude>
whatever is in nixpkgs head, it claims to be version 1.6 i think
<boomshroom>
elvishjerricco: `error: 'help-config' is not a recognised command`
<elvishjerricco>
boomshroom: `nix --help-config`, my bad
sigmundv__ has joined #nixos
<pikajude>
oh, wait
<pikajude>
okay
<pikajude>
so nix 2.0 has a completely different syntax for remote builds
<pikajude>
maybe that's the problem
<elvishjerricco>
pikajude: I don't think that's the problem, though you're right you should be using that
<pikajude>
we've got the whole --builders option goingc on
<elvishjerricco>
Your problem is that the nix expressions themselves (which evaluate the same, regardless of any remote builders) are seeing a darwin system when we don't want them to
<boomshroom>
Mua-ha-ha! I used --system to build an aarch64 package on an x86_64 machine! AND IT WORKED! >:D
<pikajude>
oo
<pikajude>
well why would they do that
<pikajude>
interesting
<elvishjerricco>
pikajude: It must be that one of the expressions involved is using `builtins.currentSystem`, which we probably don't want
<pikajude>
i do use `pkgs.system` multiple times in my machine expressions so if that's wrong, that's absolutely the problem
<elvishjerricco>
`pkgs.system` is fine
<pikajude>
yeah
<pikajude>
but again, if it's wrong
<elvishjerricco>
nixops is supposed to pass `system = "x86_64-linux";`
<pikajude>
the evaluation would fail i'd think
<pikajude>
right
<pikajude>
oh, i even specify it manually in my main.nix
<infinisil>
> pkgs.system
<pikajude>
nixpkgs.system = "x86_64-linux";
<{^_^}>
"x86_64-linux"
<elvishjerricco>
main.nix?
<pikajude>
yeah a lot of the example nixops expressions have a main.nix that imports everything else
<pikajude>
so that's what i used too because when i started this project i knew nothing about it
<elvishjerricco>
Alright. Maybe grep the nixops source for `builtins.currentSystem`?
<pikajude>
hm ok
freeman42x[nix] has quit [Ping timeout: 256 seconds]
xy2_ has quit [Ping timeout: 256 seconds]
drakonis has quit [Read error: Connection reset by peer]
<pikajude>
oh, there are a LOT of these
<pikajude>
mostly in the nixos dir though
freeman42x]NixOS has quit [Ping timeout: 256 seconds]
civodul has quit [Quit: ERC (IRC client for Emacs 25.3.1)]
<{^_^}>
→ 85cc1364 by R. RyanTM: babl: 0.1.46 -> 0.1.48
<{^_^}>
→ 41f0c463 by @jtojnar: Merge pull request #40699 from r-ryantm/auto-update/babl
shabius has quit [Quit: Leaving]
<jbetz>
what's the right way to go about installing `freetds-dev` in my environment? do I need to override the `freetds` derivation in my system configuration file?
<elvishjerricco>
Sonarpulse: Mind opening an issue on nixpkgs so I can have something to link to in some comments?
<elvishjerricco>
Er I guess a PR will be enough
<Sonarpulse>
elvishjerricco: so the core part of that thing is this apply = ....
<Sonarpulse>
I sort of want to keep it long form, because it hasn't even been removed in nixpkgs and dezgeg and edolstra didn't want to deprecate