<{^_^}>
infinite recursion encountered, at (string):489:27
stuebinm has joined #nixos
ahmedelgabri has joined #nixos
<infinisil>
This is problematic because in order for Nix to figure out what `self.lib` is, it needs to evaluate the overlay (since it could define self.lib), but it can't, because evaluating that depends on self.lib itself
<redmp>
ahhh
<infinisil>
So by using super we get around that. Benefit is that we don't get infinite recursion, at the cost of lib functions not being consistent if you override them in an overlay
<redmp>
infinisil: i tried moving the callCabal2nix stanza into the overlay directly, and now it's telling me that `superH.overrideCabal` doesn't exist on the line where i use it to tweak the definition of liquid-fixpoint lol
<redmp>
oh.. ok, i was confused about that.. mkDerivation, callHackage, callCabal2nix are all under haskellPackages; only overrideCabal is under haskell.lib
<infinisil>
redmp: It's only building the packages needed for evaluation
<infinisil>
That is, the callCabal2nix thing returns a Nix file, which needs to be evaluated. But to get that Nix file it needs to build the dependencies of callCabal2nix (that is, cabal2nix)
<infinisil>
That's called IFD = import-from-derivation
<infinisil>
,ifd
<{^_^}>
import-from-derivation (IFD) is when you evaluate nix from a derivation result, for example `import (pkgs.writeText "n" "1 + 1")` will evaluate to 2. This is sometimes problematic because it requires evaluating some, building some, and then evaluating the build result. It has been described as "such a nice footgun."
aw has quit [Quit: Quitting.]
spacefrogg has quit [Quit: Gone.]
aw has joined #nixos
stree has quit [Ping timeout: 265 seconds]
spacefrogg has joined #nixos
rameau has joined #nixos
<redmp>
ooooh, thanks yes.. i'm aware of ifd; i didn't think about how a different nixpkgs would imply a different cabal2nix and trigger some ifd..
<redmp>
mysteriously, if i uncomment the superH.callHackage "memory" i get an infinite recursion crash; i'm wondering if maybe i should be using selfF.haskell.packages.callHackage similarly to how i used selfF.haskell.lib.overrideCabal ..
<redmp>
nope, it seems {selfF,superF}.haskell.packages.${ghc}.callHackage "memory" both also cause an infinite recursion error.. perhaps this is happening because cabal2nix needs the memory package..
ahciada has quit [Remote host closed the connection]
dbmikus has quit [Ping timeout: 265 seconds]
MiguelAguila[m] is now known as Miguel[m]
<redmp>
what's the tradeoff of having my project reference nixpkgs/master or nixpkgs/nixos-unstable or nixpkgs/nixos-20.09
<redmp>
i've usually referenced the the lastest stable release, which would be nixpkgs/nixos-20.09 but i'm wondering if for flakes there's other guidance
LilleCarl2 has quit [Ping timeout: 260 seconds]
llunesu has joined #nixos
<llunesu>
BBAA
llunesu is now known as Soepy
inkbottle has quit [Quit: Konversation terminated!]
inkbottle has joined #nixos
<Soepy>
Heya folks. Wondering if someone here can help me. I'm trying to override stdenv for a custom buildPythonPackage invocation.
<Soepy>
buildPythonPackage inherits the stdenv from the python derivation. Is there a way to override it without having to rebuild the whole python tree?
<Soepy>
(In particular, I want to force usage of GCC on Darwin for a single package in the hope of using the AVX2 instruction set)
c_wraith has joined #nixos
jonringer has joined #nixos
<edrex>
I'm trying to troubleshoot a regression with /etc/nixos/flake.nix building grub with forcei686, and I could use some help, if anyone has ideas (just a couple weeks in with nixos)
<redmp>
is that actually an antipattern? it seems somewhat necessary if you want to put your flake's overlay in a separate file (to access the flake's self argument in the overlay, you'd have to pass it into the overlay..)
<colemickens>
I can count, with apparently one finger, the number of wild overlays I've seen that have another wrapped function around them like that. Kinda curious ;P but avoids having to compose overlays in a certain order, I guess.
<redmp>
colemickens: ah, thank you for hinting at the alternative: multiple overlays
<colemickens>
just a guess though!
<redmp>
colemickens: guesses are still helpful; i'm building up from nothing and nobody around me uses nix so
<colemickens>
cool! We'll get you turn into a nix evangelist soon enough and fix that problem!
Jd007 has quit [Quit: Jd007]
<veleiro>
colemickens: in your nixos-flake-example, what do you mean by 'Are the auto-coercion rules for attribute paths worth it?' what's auto-coercion rules for attribute paths?
<colemickens>
but I also sympathize with the pain of typing it all out each time; I ack that I have the luxury of being an arm chair critic.
<redmp>
so what's the deal with library functions in overlays? try getting them off self and if it causes infinite recursion get them off super?
<redmp>
is it just kind of whackamole?
<redmp>
so i need to override a dependency of cabal2nix, but it's causing infinite recursion.. i don't actually care if cabal2nix uses the overriden dependency.. how can i tell it not to?
domogled has quit [Remote host closed the connection]
zupo_ has joined #nixos
jimmiehansson has joined #nixos
ahmedelgabri has joined #nixos
<jauco>
Hey all. I have a pretty n00b question but I can't find the correct way to phrase it for googling. There is a package (ofono) that includes its own config. I want to replace the config file with my own config. How do I change the /etc/nixos/configuration file to overwrite that file? (Or rather: what is the idiomatic nixos way to handle this use case)
zupo has quit [Ping timeout: 245 seconds]
orivej has quit [Ping timeout: 246 seconds]
<jauco>
so there is this file /nix/store/gxhg1r6igaxcdanlj56kdkbjma778k9r-ofono-1.31/etc/ofono/phonesim.conf and I want to change its contents somehow
rameau has quit [Remote host closed the connection]
<aforemny>
jauco: I haven't checked in a while, but are you sure that ofono accesses that file? Last time I checked, it accessed /etc/ofono/phonesim.conf, or at least would use that file if it was present.
<aforemny>
jauco: In that case, you could configure that file via `environment.etc."ofono/phonesim.conf".text = "…"`.
<aforemny>
jauco: You cannot change the contents of /nix/store/gxhg1r.../etc/ofono/phonesim.conf easily (without rebuilding ofono). So that is not the way to go.
alexherbo26 has quit [Read error: Connection reset by peer]
<jdelStrother>
Hi! I submitted a PR, then realised my changes broke everything. https://github.com/NixOS/nixpkgs/pull/115582/files I think there's something I'm not understanding with how callPackages works. Before my change, the bundlerEnv function used the top-level bundler package (defs.bundler). After my change, it can be overridden by passing in a different
<jdelStrother>
bundler attribute (args.bundler) ... but I've accidentally made bundler a required attribute - if you don't pass it in, I get "attribute 'bundler' missing" when calling args.bundler.override
riksteri has joined #nixos
<jdelStrother>
I thought I was defaulting args.bundler to the original defs.bundler value, but apparently not. What am I missing?
<jdelStrother>
srhb: Thanks - I shouldn't move my question to, eg, #nixos-dev then?
<srhb>
jdelStrother: nixos-dev is usually for more infrastructural things, eg. whole-language frameworks within nixpkgs, which may or may not be the case for you (I don't know that part of nixpkgs very well) :)
<__monty__>
Anything that needs oversight from maintainers/core contributors.
<srhb>
jdelStrother: You won't get shot for trying if in doubt. :-)
<srhb>
But someone will probably come along.
<jdelStrother>
:) ok, will loiter here a bit longer
<srhb>
jdelStrother: It'll probably also be OK to try pinging someone who the git log reveals as knowledgable in that area of nixpkgs if you get stuck.
crispy_shells_ has joined #nixos
<__monty__>
jdelStrother: Hmm, so bundler is definitely not an optional argument. But that was already the case before your changes.
crispy_shells_ has quit [Client Quit]
<__monty__>
The double function is a bit, peculiar.
ixxie has joined #nixos
<__monty__>
jdelStrother: I'm not sure why you need to add the bundler argument. Can't you simply override the defs.bundler argument?
<__monty__>
Is ruby stuff always packaged with this double function style?
<jdelStrother>
I think it's because that bundled-common file is a utility function that's probably not meant to be called directly
<jdelStrother>
it's used by bundlerEnv and a few others
<jauco>
aforemny: clever: Thanks! That did the trick
<__monty__>
jdelStrother: Maybe it's just because of how you're testing your change?
<__monty__>
jdelStrother: Why not override at the use site though? Something like `bundler-env.override { bundler = myBundler; }`.
svrana has quit [Ping timeout: 272 seconds]
<lukego>
hey on nixos is there some predictable path at which dejavu-fonts could be accessed, either via filesystem or env var? I'm trying to update an application that's looking in hard-coded places like /opt/X11/share/fonts or ~/.guix-profile/share/fonts/truetype/
<jdelStrother>
__monty__: AFAICT, the bundler passed in there is totally ignored. eg I'd expect this to fail since I'm just passing junk as the bundler arg - nix-shell -p 'pkgs.bundlerEnv.override( { bundler = 12345; } ) {name="test"; gemdir=./pkgs/development/tools/sass; }' --pure --run "bundler --version"
<lukego>
(it would make my life a bit easier if this can be resolved at runtime rather than build time)
<__monty__>
That's really a nested callPackage call where imo it'd make sense to simply pass along all the arguments you can. Since the arguments at the top were also probably filled in by a callPackage invocation.
RyuKurisu[m] has quit [Quit: Bridge terminating on SIGTERM]
tim140123[m] has quit [Quit: Bridge terminating on SIGTERM]
bnjmnt4n[m] has quit [Quit: Bridge terminating on SIGTERM]
zeroability[m] has quit [Quit: Bridge terminating on SIGTERM]
samir420[m] has quit [Quit: Bridge terminating on SIGTERM]
ploupiboulba[m] has quit [Quit: Bridge terminating on SIGTERM]
NickHu has quit [Quit: Bridge terminating on SIGTERM]
watersucks[m] has quit [Quit: Bridge terminating on SIGTERM]
artturin has quit [Quit: Bridge terminating on SIGTERM]
babbaj[m] has quit [Quit: Bridge terminating on SIGTERM]
M0x76[m] has quit [Quit: Bridge terminating on SIGTERM]
danielzi[m] has quit [Quit: Bridge terminating on SIGTERM]
omasanori[m] has quit [Quit: Bridge terminating on SIGTERM]
spinlock[m] has quit [Quit: Bridge terminating on SIGTERM]
OJ[m] has quit [Quit: Bridge terminating on SIGTERM]
hsiktas[m] has quit [Quit: Bridge terminating on SIGTERM]
eliasp[m] has quit [Quit: Bridge terminating on SIGTERM]
JaakkoLuttinen[m has quit [Quit: Bridge terminating on SIGTERM]
ta[m] has quit [Quit: Bridge terminating on SIGTERM]
musicmatze has quit [Quit: Bridge terminating on SIGTERM]
fgaz has quit [Quit: Bridge terminating on SIGTERM]
heck-to-the-gnom has quit [Quit: Bridge terminating on SIGTERM]
jschievink has quit [Quit: Bridge terminating on SIGTERM]
_urd[m] has quit [Quit: Bridge terminating on SIGTERM]
cemguresci[m] has quit [Quit: Bridge terminating on SIGTERM]
revity[m] has quit [Quit: Bridge terminating on SIGTERM]
Keash[m] has quit [Quit: Bridge terminating on SIGTERM]
CatPony[m] has quit [Quit: Bridge terminating on SIGTERM]
regnat[m]1 has quit [Quit: Bridge terminating on SIGTERM]
thedodger[m] has quit [Quit: Bridge terminating on SIGTERM]
Dante[m] has quit [Quit: Bridge terminating on SIGTERM]
Yeet[m] has quit [Quit: Bridge terminating on SIGTERM]
DarkTrancer[m] has quit [Quit: Bridge terminating on SIGTERM]
notgne2[m] has quit [Quit: Bridge terminating on SIGTERM]
Raphael[m] has quit [Quit: Bridge terminating on SIGTERM]
crazazy[m] has quit [Quit: Bridge terminating on SIGTERM]
arstneiozxcd has quit [Quit: Bridge terminating on SIGTERM]
Minijackson has quit [Quit: Bridge terminating on SIGTERM]
thunderbottom[m] has quit [Quit: Bridge terminating on SIGTERM]
mica[m] has quit [Quit: Bridge terminating on SIGTERM]
Martin[m]4 has quit [Quit: Bridge terminating on SIGTERM]
jhantkw[m] has quit [Quit: Bridge terminating on SIGTERM]
simara[m] has quit [Quit: Bridge terminating on SIGTERM]
jtojnar has quit [Quit: Bridge terminating on SIGTERM]
immae has quit [Quit: Bridge terminating on SIGTERM]
archseer has quit [Quit: Bridge terminating on SIGTERM]
unclechu has quit [Quit: Bridge terminating on SIGTERM]
linus0[m] has quit [Quit: Bridge terminating on SIGTERM]
DamienCassou has quit [Quit: Bridge terminating on SIGTERM]
mvnetbiz_ has quit [Quit: Bridge terminating on SIGTERM]
LuxExUmbra has quit [Quit: Bridge terminating on SIGTERM]
emily has quit [Quit: Bridge terminating on SIGTERM]
awaxa has quit [Quit: Bridge terminating on SIGTERM]
ronny has quit [Quit: Bridge terminating on SIGTERM]
SplitFire[m] has quit [Quit: Bridge terminating on SIGTERM]
devnet[m] has quit [Quit: Bridge terminating on SIGTERM]
jangondol[m] has quit [Quit: Bridge terminating on SIGTERM]
Curunr[m] has quit [Quit: Bridge terminating on SIGTERM]
codebam has quit [Quit: Bridge terminating on SIGTERM]
oh_lawd[m] has quit [Quit: Bridge terminating on SIGTERM]
Ericson2314 has quit [Quit: Bridge terminating on SIGTERM]
FranckRasolo[m] has quit [Quit: Bridge terminating on SIGTERM]
evhan[m] has quit [Quit: Bridge terminating on SIGTERM]
ZeroCostAbstrac4 has quit [Quit: Bridge terminating on SIGTERM]
dominikh[m] has quit [Quit: Bridge terminating on SIGTERM]
humancalico[m] has quit [Quit: Bridge terminating on SIGTERM]
cirno[m] has quit [Quit: Bridge terminating on SIGTERM]
tristan[m] has quit [Quit: Bridge terminating on SIGTERM]
bbigras has quit [Quit: Bridge terminating on SIGTERM]
srid has quit [Quit: Bridge terminating on SIGTERM]
beardhatcode has quit [Quit: Bridge terminating on SIGTERM]
AmitLevy[m] has quit [Quit: Bridge terminating on SIGTERM]
littlebenlittle[ has quit [Quit: Bridge terminating on SIGTERM]
MichaelPfaff[m] has quit [Quit: Bridge terminating on SIGTERM]
ydlr[m] has quit [Quit: Bridge terminating on SIGTERM]
olto[m] has quit [Quit: Bridge terminating on SIGTERM]
m1kr0[m] has quit [Quit: Bridge terminating on SIGTERM]
edrex has quit [Quit: Bridge terminating on SIGTERM]
leons has quit [Quit: Bridge terminating on SIGTERM]
tilt[m] has quit [Quit: Bridge terminating on SIGTERM]
boogiewoogie[m] has quit [Quit: Bridge terminating on SIGTERM]
alexarice[m] has quit [Quit: Bridge terminating on SIGTERM]
<__monty__>
jdelStrother: That's more like what I'd expect. Without adding bundler to args though.
psibi[m] has quit [Quit: Bridge terminating on SIGTERM]
Schicko has quit [Quit: Bridge terminating on SIGTERM]
Sascha[m]2 has quit [Quit: Bridge terminating on SIGTERM]
mt[m] has quit [Quit: Bridge terminating on SIGTERM]
syntaxtree[m] has quit [Quit: Bridge terminating on SIGTERM]
BrightOne[m] has quit [Quit: Bridge terminating on SIGTERM]
puzzlewolf has quit [Quit: Bridge terminating on SIGTERM]
qbit[m] has quit [Quit: Bridge terminating on SIGTERM]
thepager[m] has quit [Quit: Bridge terminating on SIGTERM]
emrysmerlin[m] has quit [Quit: Bridge terminating on SIGTERM]
rnhmjoj has quit [Quit: Bridge terminating on SIGTERM]
lostnet[m] has quit [Quit: Bridge terminating on SIGTERM]
rhrnrnrnr has quit [Quit: Bridge terminating on SIGTERM]
ThaEwat has quit [Quit: Bridge terminating on SIGTERM]
andi[m4 has quit [Quit: Bridge terminating on SIGTERM]
Lurkki[m]1 has quit [Quit: Bridge terminating on SIGTERM]
aanderse has quit [Quit: Bridge terminating on SIGTERM]
idkrn[m]1 has quit [Quit: Bridge terminating on SIGTERM]
rednaZ[m] has quit [Quit: Bridge terminating on SIGTERM]
leonardp has quit [Quit: Bridge terminating on SIGTERM]
sbmassey[m] has quit [Quit: Bridge terminating on SIGTERM]
axx has quit [Quit: Bridge terminating on SIGTERM]
Ollie[m] has quit [Quit: Bridge terminating on SIGTERM]
enjoinedmot[m] has quit [Quit: Bridge terminating on SIGTERM]
grin[m] has quit [Quit: Bridge terminating on SIGTERM]
toasty_avocado[m has quit [Quit: Bridge terminating on SIGTERM]
jbal[m] has quit [Quit: Bridge terminating on SIGTERM]
NobbZ[m] has quit [Quit: Bridge terminating on SIGTERM]
nicolaiskye[m] has quit [Quit: Bridge terminating on SIGTERM]
tcakoi has quit [Quit: Bridge terminating on SIGTERM]
ricklafleur[m] has quit [Quit: Bridge terminating on SIGTERM]
felschr[m] has quit [Quit: Bridge terminating on SIGTERM]
hazel[m] has quit [Quit: Bridge terminating on SIGTERM]
pinage404[m]1 has quit [Quit: Bridge terminating on SIGTERM]
spinus[m] has quit [Quit: Bridge terminating on SIGTERM]
kevin[m]2 has quit [Quit: Bridge terminating on SIGTERM]
BenediktTissot[m has quit [Quit: Bridge terminating on SIGTERM]
Valentin[m] has quit [Quit: Bridge terminating on SIGTERM]
colemickens has quit [Quit: Bridge terminating on SIGTERM]
rosariopulella[m has quit [Quit: Bridge terminating on SIGTERM]
us3r[m] has quit [Quit: Bridge terminating on SIGTERM]
Nigel[m] has quit [Quit: Bridge terminating on SIGTERM]
alexrelis[m] has quit [Quit: Bridge terminating on SIGTERM]
Zoom[m] has quit [Quit: Bridge terminating on SIGTERM]
aniketd[m] has quit [Quit: Bridge terminating on SIGTERM]
Seylerius has quit [Quit: Bridge terminating on SIGTERM]
zuh0 has quit [Quit: Bridge terminating on SIGTERM]
sj57721908611[m] has quit [Quit: Bridge terminating on SIGTERM]
ongy[m] has quit [Quit: Bridge terminating on SIGTERM]
q3k[m] has quit [Quit: Bridge terminating on SIGTERM]
randalthorwot[m] has quit [Quit: Bridge terminating on SIGTERM]
slby[m] has quit [Quit: Bridge terminating on SIGTERM]
Robert[m] has quit [Quit: Bridge terminating on SIGTERM]
rmcgibbo[m] has quit [Quit: Bridge terminating on SIGTERM]
fc[m]1 has quit [Quit: Bridge terminating on SIGTERM]
redcedar[m] has quit [Quit: Bridge terminating on SIGTERM]
woobilicious[m] has quit [Quit: Bridge terminating on SIGTERM]
ejpcmac has quit [Quit: Bridge terminating on SIGTERM]
nrdxp[m] has quit [Quit: Bridge terminating on SIGTERM]
kgjfeduwieigt83e has quit [Quit: Bridge terminating on SIGTERM]
questaetang[m] has quit [Quit: Bridge terminating on SIGTERM]
dxb[m] has quit [Quit: Bridge terminating on SIGTERM]
fossdd[m] has quit [Quit: Bridge terminating on SIGTERM]
danielrf[m] has quit [Quit: Bridge terminating on SIGTERM]
nh2[m] has quit [Quit: Bridge terminating on SIGTERM]
Miguel[m] has quit [Quit: Bridge terminating on SIGTERM]
doronbehar has quit [Quit: Bridge terminating on SIGTERM]
fjfjfjfjfjfj[m] has quit [Quit: Bridge terminating on SIGTERM]
tim92[m] has quit [Quit: Bridge terminating on SIGTERM]
Brian[m]1 has quit [Quit: Bridge terminating on SIGTERM]
veleiro has quit [Quit: Bridge terminating on SIGTERM]
Amit[m]1 has quit [Quit: Bridge terminating on SIGTERM]
viq[m]1 has quit [Quit: Bridge terminating on SIGTERM]
lycium[m] has quit [Quit: Bridge terminating on SIGTERM]
voidcontext[m] has quit [Quit: Bridge terminating on SIGTERM]
dpl00a[m] has quit [Quit: Bridge terminating on SIGTERM]
mindtree[m] has quit [Quit: Bridge terminating on SIGTERM]
mojra[m] has quit [Quit: Bridge terminating on SIGTERM]
ollijh[m] has quit [Quit: Bridge terminating on SIGTERM]
gurkan[m] has quit [Quit: Bridge terminating on SIGTERM]
McSinyx[m] has quit [Quit: Bridge terminating on SIGTERM]
stites[m] has quit [Quit: Bridge terminating on SIGTERM]
michaelpj has quit [Quit: Bridge terminating on SIGTERM]
cogito271[m] has quit [Quit: Bridge terminating on SIGTERM]
atopuzov[m] has quit [Quit: Bridge terminating on SIGTERM]
DiegoVicente[m] has quit [Quit: Bridge terminating on SIGTERM]
antholop[m] has quit [Quit: Bridge terminating on SIGTERM]
skinnedcat[m] has quit [Quit: Bridge terminating on SIGTERM]
Yakulu[m] has quit [Quit: Bridge terminating on SIGTERM]
tyrion-mx has quit [Quit: Bridge terminating on SIGTERM]
AlesHuzik[m] has quit [Quit: Bridge terminating on SIGTERM]
ncm[m] has quit [Quit: Bridge terminating on SIGTERM]
gtrunsec[m] has quit [Quit: Bridge terminating on SIGTERM]
alienpirate5 has quit [Quit: Bridge terminating on SIGTERM]
enblanco[m] has quit [Quit: Bridge terminating on SIGTERM]
jakubgramsz[m] has quit [Quit: Bridge terminating on SIGTERM]
goibhniu has quit [Quit: Bridge terminating on SIGTERM]
hiroshi[m] has quit [Quit: Bridge terminating on SIGTERM]
nilsirl[m] has quit [Quit: Bridge terminating on SIGTERM]
marijan[m] has quit [Quit: Bridge terminating on SIGTERM]
M86ul[m] has quit [Quit: Bridge terminating on SIGTERM]
eadwu has quit [Quit: Bridge terminating on SIGTERM]
nicolas[m] has quit [Quit: Bridge terminating on SIGTERM]
BinkyTheClown has quit [Quit: Bridge terminating on SIGTERM]
ppom[m] has quit [Quit: Bridge terminating on SIGTERM]
Piece_Maker has quit [Quit: Bridge terminating on SIGTERM]
M53K5HUN_8[m] has quit [Quit: Bridge terminating on SIGTERM]
j0ni[m] has quit [Quit: Bridge terminating on SIGTERM]
siraben has quit [Quit: Bridge terminating on SIGTERM]
aynish has quit [Quit: Bridge terminating on SIGTERM]
jgart[m] has quit [Quit: Bridge terminating on SIGTERM]
MrGoose[m] has quit [Quit: Bridge terminating on SIGTERM]
coniferous-cube4 has quit [Quit: Bridge terminating on SIGTERM]
bendlas has quit [Quit: Bridge terminating on SIGTERM]
veehaitch[m] has quit [Quit: Bridge terminating on SIGTERM]
anderscs[m] has quit [Quit: Bridge terminating on SIGTERM]
bitonic has quit [Quit: Bridge terminating on SIGTERM]
NicVW has quit [Quit: Bridge terminating on SIGTERM]
mjlbach has quit [Quit: Bridge terminating on SIGTERM]
madonius[m] has quit [Quit: Bridge terminating on SIGTERM]
leibniz[m] has quit [Quit: Bridge terminating on SIGTERM]
MaJoe[m] has quit [Quit: Bridge terminating on SIGTERM]
apscomp[m] has quit [Quit: Bridge terminating on SIGTERM]
matrss[m] has quit [Quit: Bridge terminating on SIGTERM]
jonreeve[m] has quit [Quit: Bridge terminating on SIGTERM]
ms[m] has quit [Quit: Bridge terminating on SIGTERM]
bourbon has quit [Quit: Bridge terminating on SIGTERM]
Helithumper[m] has quit [Quit: Bridge terminating on SIGTERM]
rycee has quit [Quit: Bridge terminating on SIGTERM]
inferno_geek[m] has quit [Quit: Bridge terminating on SIGTERM]
ryantm has quit [Quit: Bridge terminating on SIGTERM]
winsome[m] has quit [Quit: Bridge terminating on SIGTERM]
manveru[m] has quit [Quit: Bridge terminating on SIGTERM]
kevincox has quit [Quit: Bridge terminating on SIGTERM]
Lorenzoas3ii[m] has quit [Quit: Bridge terminating on SIGTERM]
l-as has quit [Quit: Bridge terminating on SIGTERM]
a12l has quit [Quit: Bridge terminating on SIGTERM]
installnixos[m] has quit [Quit: Bridge terminating on SIGTERM]
chvp has quit [Quit: Bridge terminating on SIGTERM]
nikola[m] has quit [Quit: Bridge terminating on SIGTERM]
rschulman has quit [Quit: Bridge terminating on SIGTERM]
garbas[m] has quit [Quit: Bridge terminating on SIGTERM]
ptotter[m] has quit [Quit: Bridge terminating on SIGTERM]
tgys[m] has quit [Quit: Bridge terminating on SIGTERM]
hpfr has quit [Quit: Bridge terminating on SIGTERM]
wenngle[m] has quit [Quit: Bridge terminating on SIGTERM]
pdp8[m] has quit [Quit: Bridge terminating on SIGTERM]
Kng[m] has quit [Quit: Bridge terminating on SIGTERM]
timokau[m] has quit [Quit: Bridge terminating on SIGTERM]
chpatrick has quit [Quit: Bridge terminating on SIGTERM]
seeMee[m] has quit [Quit: Bridge terminating on SIGTERM]
Dandellion has quit [Quit: Bridge terminating on SIGTERM]
alexfmpe has quit [Quit: Bridge terminating on SIGTERM]
pheoxy has quit [Quit: Bridge terminating on SIGTERM]
qp[m] has quit [Quit: Bridge terminating on SIGTERM]
tjammer[m] has quit [Quit: Bridge terminating on SIGTERM]
eddie_8989[m] has quit [Quit: Bridge terminating on SIGTERM]
iulian[m] has quit [Quit: Bridge terminating on SIGTERM]
Nezha[m] has quit [Quit: Bridge terminating on SIGTERM]
DavHau[m] has quit [Quit: Bridge terminating on SIGTERM]
thefloweringash has quit [Quit: Bridge terminating on SIGTERM]
lambdaclan has quit [Quit: Bridge terminating on SIGTERM]
FelipeBarros[m] has quit [Quit: Bridge terminating on SIGTERM]
nasirhm has quit [Quit: Bridge terminating on SIGTERM]
petrichor has quit [Quit: Bridge terminating on SIGTERM]
cw[m] has quit [Quit: Bridge terminating on SIGTERM]
edomfjp[m] has quit [Quit: Bridge terminating on SIGTERM]
sshow[m] has quit [Quit: Bridge terminating on SIGTERM]
la_mlatu[m] has quit [Quit: Bridge terminating on SIGTERM]
DevilFather[m] has quit [Quit: Bridge terminating on SIGTERM]
zancas[m] has quit [Quit: Bridge terminating on SIGTERM]
maralorn has quit [Quit: Bridge terminating on SIGTERM]
ili has quit [Quit: Bridge terminating on SIGTERM]
v0lde[m] has quit [Quit: Bridge terminating on SIGTERM]
Ke has quit [Quit: Bridge terminating on SIGTERM]
roberth has quit [Quit: Bridge terminating on SIGTERM]
pisquo[m] has quit [Quit: Bridge terminating on SIGTERM]
Valodim[m] has quit [Quit: Bridge terminating on SIGTERM]
domenkozar[m] has quit [Quit: Bridge terminating on SIGTERM]
noneucat has quit [Quit: Bridge terminating on SIGTERM]
jsilence[m] has quit [Quit: Bridge terminating on SIGTERM]
eddyb has quit [Quit: Bridge terminating on SIGTERM]
kalbasit[m] has quit [Quit: Bridge terminating on SIGTERM]
jdnixx[m] has quit [Quit: Bridge terminating on SIGTERM]
kunrooted[m] has quit [Quit: Bridge terminating on SIGTERM]
tomchab[m] has quit [Quit: Bridge terminating on SIGTERM]
mkenigs has quit [Quit: Bridge terminating on SIGTERM]
iensu[m] has quit [Quit: Bridge terminating on SIGTERM]
davidak[m] has quit [Quit: Bridge terminating on SIGTERM]
berberman[T] has quit [Quit: Bridge terminating on SIGTERM]
chreekat[m] has quit [Quit: Bridge terminating on SIGTERM]
eternalgod[m] has quit [Quit: Bridge terminating on SIGTERM]
ma27[m] has quit [Quit: Bridge terminating on SIGTERM]
M7yd3r[m] has quit [Quit: Bridge terminating on SIGTERM]
CRTified[m] has quit [Quit: Bridge terminating on SIGTERM]
fiveseven[m] has quit [Quit: Bridge terminating on SIGTERM]
tad-lispy[m] has quit [Quit: Bridge terminating on SIGTERM]
reedrw[m] has quit [Quit: Bridge terminating on SIGTERM]
slabity has quit [Quit: Bridge terminating on SIGTERM]
jojosch[m] has quit [Quit: Bridge terminating on SIGTERM]
deselby has quit [Quit: Bridge terminating on SIGTERM]
itacer[m] has quit [Quit: Bridge terminating on SIGTERM]
ibizaman[m] has quit [Quit: Bridge terminating on SIGTERM]
FreeVariable has quit [Quit: Bridge terminating on SIGTERM]
anton[m] has quit [Quit: Bridge terminating on SIGTERM]
bachp has quit [Quit: Bridge terminating on SIGTERM]
Ox4A6F has quit [Quit: Bridge terminating on SIGTERM]
kraem[m] has quit [Quit: Bridge terminating on SIGTERM]
livestradamus[m] has quit [Quit: Bridge terminating on SIGTERM]
faya01[m] has quit [Quit: Bridge terminating on SIGTERM]
Charles[m]2 has quit [Quit: Bridge terminating on SIGTERM]
freeman42x[m]1 has quit [Quit: Bridge terminating on SIGTERM]
mhj[m] has quit [Quit: Bridge terminating on SIGTERM]
jauco has quit [Write error: Connection reset by peer]
juansucks[m] has quit [Max SendQ exceeded]
kloenk has quit [Quit: Bridge terminating on SIGTERM]
dmytrokurch[m] has quit [Quit: Bridge terminating on SIGTERM]
peterstorm[m] has quit [Quit: Bridge terminating on SIGTERM]
philipp[m]1 has quit [Quit: Bridge terminating on SIGTERM]
vieveen[m] has quit [Quit: Bridge terminating on SIGTERM]
jasonfraiser[m] has quit [Quit: Bridge terminating on SIGTERM]
daemon1024 has quit [Quit: Bridge terminating on SIGTERM]
jlv has quit [Quit: Bridge terminating on SIGTERM]
jrhawley[m] has quit [Quit: Bridge terminating on SIGTERM]
ravecoin[m] has quit [Quit: Bridge terminating on SIGTERM]
Rage-Gamer[m] has quit [Quit: Bridge terminating on SIGTERM]
sparogy has quit [Quit: Bridge terminating on SIGTERM]
variable[m] has quit [Quit: Bridge terminating on SIGTERM]
M-GNU-[m] has quit [Quit: Bridge terminating on SIGTERM]
RomanBall[m] has quit [Quit: Bridge terminating on SIGTERM]
diegov_ has quit [Quit: Bridge terminating on SIGTERM]
guntherploetner[ has quit [Quit: Bridge terminating on SIGTERM]
stuebinm[m]1 has quit [Quit: Bridge terminating on SIGTERM]
<__monty__>
jdelStrother: np, maybe check the Ruby infrastructure documentation in the Nixpkgs manual. It's possible that explains whether the args convention is expected.
cfinch has quit [Read error: Connection reset by peer]
<exarkun>
JosW: There are lots of ways. If you want advice on what to do without considering any of your particular preferences, make the 1TB drive / and the 500 (GB, I assume) /home
<dutchie>
or you could just LVM them together into one big volume
<exarkun>
Like I said. Lots of ways. :)
<infinisil>
I also recommend using lvm or zfs (I prefer zfs) to combine them
<infinisil>
Having to worry about which file paths are stored on which disk is annoying
<exarkun>
Since they're different sizes it's a little annoying to combine them
<infinisil>
Just combine them to a 1.5 GB one
<infinisil>
TB*
<exarkun>
So that when either fails you lose everything?
<exarkun>
I guess you have a good backup strategy in place so you don't actually lose anything
<infinisil>
Well, backups are separate
<exarkun>
;)
<JosW>
thanks never thought of combining them together
<JosW>
zfs is a deep dive for me but might just be the moment for it
<infinisil>
I guess if this should include a local backup, I'd use the 500GB one for the important data, back that up to the 1TB one, and also use the 1TB one for less-important data
cfinch has joined #nixos
<exarkun>
You could split the 1TB in half, mirror half with the 500GB drive
<exarkun>
leaving you with 500GB mirrored over two disks and 500GB unmirrored
cfinch has quit [Read error: Connection reset by peer]
<exarkun>
still not a backup strategy, but when one of the drives fails your system keeps running (degraded) until you get around to replacing it
<JosW>
no need for backups
<exarkun>
or you can put /nix/store on the unmirrored part
<JosW>
things may break
orivej_ has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<exarkun>
and the system goes down but you don't lose any state
orivej has quit [Ping timeout: 265 seconds]
<infinisil>
exarkun: I was thinking that doing that would rob 500GB of the 1TB one you couldn't use for anything else (in case you don't have 500GB of data)
<exarkun>
infinisil: Since JosW didn't give any further guidance, I'm assuming that their use-case *exactly* fits each of my suggestions.
sangoma has quit [Ping timeout: 264 seconds]
cfinch has joined #nixos
<JosW>
as i said this is an old system, no fancy things in mind
<aminechikhaoui>
What process should be used to update vendorSha256 for Go packages ?
<heck-to-the-gnom>
How do I update my packages? I can't find how to do that.
cfinch has quit [Read error: Connection reset by peer]
<heck-to-the-gnom>
does it just happen every time I install something?
<heck-to-the-gnom>
Ugh! I'm getting collisions between my packages! I tried doing (n is nixpkgs)`map n.lib.hiPrio ([n.nix] ++ others)`, but that didn't fix it! I install my packages via `nix-env -rif .nix --show-trace`, and it keeps telling me there's a collision between qemu, that's just a thing from doing `nix-env -u`, I'd like to update, but it's complaining to me! Why is my map function not overriding the old packages?
<johannes>
Is there an easy way to globally disable, say, haddock documentation for all haskellPackages? I tried mapping over haskellPackages with builtins.mapAttrs (_: v: dontHaddock v) ..., but that explains about not getting a set, but a function.
zebrag has joined #nixos
<johannes>
I can use this mapping just fine for the .override set I'm using on pkgs.haskell.packages.ghc884, but that wouldn't affect the other, normal, packages in the set.
<exarkun>
Anyone know if I can pass extra args to a NixOS configuration from Terraform variables with nixos_deploy? I see there is a place to pass extra args to "build" and "deploy" but I'm not clear on where those args actually go ... seems like not to system options/config.
<lordcirth>
gchristensen, networking.useNetworkd = true; and see what happens?
<gchristensen>
right, so there are a lot of options under "networking.xxx" which are incompatible with networkd and I'm wondering about a guide for those
<srhb>
moet: I don't think there's as much convention as there is habits. The cloest to convention is probably apostrophe (as in self') which seems to take from haskell, somewhat.
<srhb>
moet: In the same way I've seen hSelf, hSuper to refer to the inner, haskell overlay
<srhb>
moet: Point to whoever conjured up "helf" and "huper" though, I laughed so hard the first time I saw that one.
<Gregory>
how can I install the clang development packages, e.g. to get access to libclangAST, etc? they don't seem to be installed with clang_11, and i don't see something like a clang-dev package
<simpson>
Gregory: Is it sufficient to build with `clangStdenv` instead of `stdenv`? This should transparently replace your C compiler with Clang and use LLVM, and also allow you to link against that same Clang.
<simpson>
Gregory: No worries; I don't know much about Clang. `clangStdenv` is just `llvmPackages_7.stdenv`, so you could try `llvmPackages_11.stdenv`.
<jbal[m]>
I'm trying to overrideAttrs on a package (`dwm-status`) to use a Git hash instead of the current broken-on-unstable release, but I get errors about `cargoSha256 is out of date`. Am I correct in assuming there currently no way to set that in overrideAttrs without https://github.com/NixOS/rfcs/pull/67, and thus need to write a full blown derivation or fork nixpkgs if I want to use `dwm-status` on unstable?
<jbal[m]>
<srhb "jbal: Sort of, yes: https://disc"> That's uglier than the entire derivation for dwm-status tbh, guess I'll just copypasta it from nixpkgs
fendor_ has quit [Remote host closed the connection]
cfinch has quit [Remote host closed the connection]
cfinch has joined #nixos
diamondburned has quit [Ping timeout: 258 seconds]
tdeo has quit [Read error: Connection reset by peer]
tdeo has joined #nixos
diamondburned has joined #nixos
<figgyc_>
in a flake based nix setup how should you turn a non-flake input (like a github repo with a default.nix with a derivation in it) into a nixpkgs overlay?
<figgyc_>
but (self: super: { somepackage = super.callPackage inputs.somepackage {}; }) gives a RestrictedPathError
<figgyc_>
(self: super: { somepackage = inputs.somepackage; }) just imports the source folder without building it,
<flokli>
It's written in rust, and if we make sure the .network files created work nicely for the packet provider, this could all be way less messy than it is RN
<gchristensen>
sounds interesting
dev_mohe has joined #nixos
<flokli>
only for not-scripted networking of course :-P
<ambroisie>
But I don't know how the `lib` is supposed to be given to my config. I thought that might be what `specialArgs` is used for, but it doesn't seem to do anything
<redmp>
i am running in to this issue https://github.com/NixOS/nixpkgs/issues/83098 (my overlay overrides the `memory` package, which is a transitive dependency of `cabal2nix`) .. i attempted to use the workaround described (sept 20,2020 post in that thread)
<{^_^}>
#83098 (by Ptival, 50 weeks ago, open): Infinite recursion in Haskell overlays for some packages
<redmp>
when i used the workaround, i encounter this issue: https://github.com/NixOS/nixpkgs/issues/108246 .. that is, something does nix-prefetch-url and fails running an executable which is not in path
<{^_^}>
#108246 (by bgamari, 9 weeks ago, open): callCabal2nix is broken on nixos-20.09
<redmp>
i checked and #83098 doesn't seem to be corrected in nixos-unstable
kozowu has quit [Quit: Connection closed for inactivity]
<redmp>
i'm a little unsure how to proceed
<edrex>
Hi all, I am preparing a PR to nix-hardware for old intel macbooks, and I am wondering how to handle the non-redistributable video firmware. The laptop owner will need to either dump or otherwise obtain the vbios from ACPI, and then put it in a location on the filesystem. How would that best be handled? Can I set it up so the module checks for a file in the nixos-config dir and throws an error if it's missing?
<edrex>
Existing examples I think are what I'm hoping for
<FreeVariable>
Sorry usually I use NixOS only for development: I've just noticed that some applications installed from config.nix will reset between switches across generations. Isn't there a way to persist them?
<FreeVariable>
* Sorry usually I use NixOS only for development: I've just noticed that some applications installed from config.nix will reset between switches across generations. Isn't there a way to persist them? For instance Telegram Desktop will ask for a new session every time.
<redmp>
i have no experience with home manager, but my guess is that you might need to specify state directories for applications so it can manage them
<FreeVariable>
<redmp "FreeVariable: perhaps are you us"> I just tried including this app to my `configuration.nix` and for some other reason I had to switch away... Reset the app.
<FreeVariable>
I don't think I am using `home manager`
<redmp>
FreeVariable: if you're installing the application via configuration.nix then you should try to confirm where the application stores its state.. if it's under your home directory, such as under a dotfile directory like .config/ or .cache/ then it shouldn't reset when you update your configuration.nix
cfinch has joined #nixos
cfinch has quit [Remote host closed the connection]
<FreeVariable>
<redmp "FreeVariable: if you're installi"> I see. Because /home is excluding from generations?
<FreeVariable>
> <@freenode_redmp:matrix.org> FreeVariable: if you're installing the application via configuration.nix then you should try to confirm where the application stores its state.. if it's under your home directory, such as under a dotfile directory like .config/ or .cache/ then it shouldn't reset when you update your configuration.nix
<FreeVariable>
* I see. Because /home is excluded from generations?
<{^_^}>
error: syntax error, unexpected '<', at (string):489:1