el_putin has quit [Read error: Connection reset by peer]
mbrgm has quit [Ping timeout: 264 seconds]
mbrgm has joined #nixos-dev
viric has joined #nixos-dev
orivej has joined #nixos-dev
orivej has quit [Ping timeout: 248 seconds]
orivej has joined #nixos-dev
propumpkin has joined #nixos-dev
contrapumpkin has quit [Ping timeout: 240 seconds]
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-dev
moredread[m] has quit [Ping timeout: 264 seconds]
adisbladis[m] has quit [Ping timeout: 264 seconds]
nocent has quit [Ping timeout: 264 seconds]
adisbladis[m] has joined #nixos-dev
moredread[m] has joined #nixos-dev
nocent has joined #nixos-dev
ma27 has joined #nixos-dev
orivej has quit [Ping timeout: 248 seconds]
orivej has joined #nixos-dev
ma27 has quit [Ping timeout: 252 seconds]
orivej has quit [Ping timeout: 268 seconds]
taktoa has quit [Remote host closed the connection]
shlevy has quit [Ping timeout: 252 seconds]
shlevy has joined #nixos-dev
FRidh has quit [Quit: Konversation terminated!]
FRidh has joined #nixos-dev
ckauhaus has joined #nixos-dev
goibhniu has joined #nixos-dev
ckauhaus has quit [Remote host closed the connection]
orivej has joined #nixos-dev
__Sander__ has joined #nixos-dev
goibhniu has quit [Remote host closed the connection]
goibhniu has joined #nixos-dev
<andi->
Is there any runtime (memory, time, …) implication of using a let expression instead of a recursive set in the average expression? My intuition tells me it could be the better (less CPU-time?) version. The question is if this is a needles micro optimisation. I just saw https://github.com/NixOS/nixpkgs/pull/33758#pullrequestreview-88352235
orivej has quit [Ping timeout: 265 seconds]
peti has quit [Quit: WeeChat 1.8]
peti has joined #nixos-dev
taktoa has joined #nixos-dev
el_putin has joined #nixos-dev
la_putin has quit [Read error: Connection reset by peer]
ckauhaus has quit [Remote host closed the connection]
ckauhaus has joined #nixos-dev
ma27 has joined #nixos-dev
ckauhaus has quit [Ping timeout: 255 seconds]
ma27 has quit [Client Quit]
ckauhaus_ has joined #nixos-dev
ma27 has joined #nixos-dev
Dezgeg has quit [Ping timeout: 276 seconds]
ckauhaus_ has quit [Ping timeout: 240 seconds]
Dezgeg has joined #nixos-dev
la_putin has joined #nixos-dev
ckauhaus has joined #nixos-dev
el_putin has quit [Read error: Connection reset by peer]
orivej has quit [Ping timeout: 246 seconds]
<gchristensen>
niksnut: actually, I made you an owner of grahamc/ofborg. can you delete nixos/ofborg then move grahamc/ofborg to nixos/ofborg, to keep issues and PRs?
<gchristensen>
wait ... no, it doesn't work that way anymore
<gchristensen>
ok, delete NixOS/ofborg then I'll initiate a transfer that you accept. I think that wold work.
<copumpkin>
(I'm trying to redownload all dependent FO derivations as we discussed in the past)
orivej has joined #nixos-dev
<copumpkin>
niksnut: hmm, oddly enough this only seems to happen on darwin
<copumpkin>
just tested on linux for the first time
<copumpkin>
niksnut: is the issue that redirected stores don't work very well on platforms with no namespaces?
<niksnut>
they don't work at all...
<niksnut>
I mean, you can copy stuff
<niksnut>
but you can't build anything
<copumpkin>
hmm
<copumpkin>
I guess that makes sense
<copumpkin>
so I'm not sure what to do for these cases where it's the only known way to do something
<copumpkin>
I guess write custom tooling
<copumpkin>
so far the use cases for redirected stores: 1) test whether a binary cache has substitutes for an expression 2) force redownload/rebuild of all FO derivations
<copumpkin>
the ones I care about :)
<copumpkin>
niksnut: how discouraged is it to build tooling that links against nix libraries outside of the nix repo?
<niksnut>
well, there is no stable API
<copumpkin>
so it's fine as long as I don't mind my software breaking all the time :)
ckauhaus has joined #nixos-dev
<copumpkin>
I guess for now I'll just `nix copy` it into the redirected store
<copumpkin>
although maybe that won't even work for #2
<copumpkin>
yeah, I guess I don't see how it would
<copumpkin>
niksnut: any other suggestions for force-redownload of FO derivations?
<copumpkin>
--check seems remarkably finicky
ma27 has quit [Ping timeout: 255 seconds]
ma27 has joined #nixos-dev
<niksnut>
no
ckauhaus has quit [Quit: Leaving.]
<copumpkin>
I guess I'll stick to running this only on Linux for now
pie_ has joined #nixos-dev
<catern>
does nix-devel have a spam filter or queue or something? my messages are getting dropped :(
<catern>
specifically my message "Adding a mechanism for untrusted users to offload builds of fixed-output derivations"
<catern>
who is the admin for nix-devel? niksnut?
<andi->
google? ;-)
<andi->
catern: what does your mailserver log say?
<copumpkin>
niksnut: do you generally try to port nixUnstable bumps to 17.09?
<niksnut>
yes
<copumpkin>
cool, thanks :)
<copumpkin>
niksnut: even on linux, that IFD scenario seems to fail sometimes with the redirected store
<copumpkin>
I think something in the chain is trying to use the host store
<copumpkin>
probably the import?
<copumpkin>
error: getting status of '/nix/store/z1nj6kjg9382yw0izv0yw0bpf7pzby0c-source': No such file or directory
<copumpkin>
which is indeed true, because that only exists inside the redirected store
<niksnut>
ah, let me check that
<copumpkin>
I think it's the import, anyway
<copumpkin>
the repro in that issue should get you the same problem
<copumpkin>
if your host store is empty
FRidh has quit [Remote host closed the connection]
<ekleog>
catern: if you're with a custom mail server, when google deems your message is spam it'll put it in a queue waiting for moderator validation without telling you
<ekleog>
(if you're not with a custom mail server this should happen too, but I guess google is less likely to deem your message to be spam)
<ekleog>
(had the same issue once, my messages eventually landed 24-48h after being sent -- and a discussion with a google engineer who explained to me why it was this way)
<catern>
ekleog: yes, I have a custom mailserver
<catern>
sorry I stepped away for a second
<catern>
andi-: I mean, my mail server logs say it was sent just fine
<catern>
ekleog: so yeah I anticipate my message is in the queue
<catern>
can someone approve it :(
<catern>
(I believe after approving it once, future messages from me will no longer be flagged as spam?)
<ekleog>
(I'm not really sure, but being flagged as spam only happened to me once ~1 day, but it was also after having successfully sent emails to nix-devel, so I guess it's kind of random)
<catern>
ekleog: so who is the moderator for nix-devel that can validate my message?
* catern
misses gmane
<ekleog>
no idea, sorry :/
<Sonarpulse>
bgamari: found a way to tighten the deps ghc without a mass rebuild
<Sonarpulse>
bgamari: but then the problem was llvm was not on the path
<Sonarpulse>
as a propagatedBuildInput
<Sonarpulse>
I'm not even sure configure can distinguish right now between the llvm used to build things vs the llvm that will eventually be used by the compiler
michaelpj has quit [*.net *.split]
_rvl has quit [*.net *.split]
manveru has quit [*.net *.split]
cransom has quit [*.net *.split]
michaelpj has joined #nixos-dev
<gchristensen>
I wonder if we need to start putting a line in the and on nix 1.12, and get it out before its scope grows too far. I'd hate to get a perl 6 / php 6 situation
manveru has joined #nixos-dev
cransom has joined #nixos-dev
_rvl has joined #nixos-dev
WilliButz has quit [Read error: Connection reset by peer]
<niksnut>
I just got an email from github about a security compromise of github emails
<copumpkin>
same :)
<niksnut>
apparently somebody was able to intercept email (including password resets) for a month
<gchristensen>
oh damn
<gchristensen>
ok, that puts some time pressure on some of the tools I wanted to try to make :)
WilliButz has joined #nixos-dev
<bgamari>
Sonarpulse, I don't think it can
<Sonarpulse>
bgamari: as it stands today, ghcs built with llvm
<Sonarpulse>
so they aren't aware of any llvm
<Sonarpulse>
by default
<Sonarpulse>
maybe I can put opt on the path
<Sonarpulse>
(built->target llvm)
<Sonarpulse>
and tweak an env var so that configure doesn't cause llvm to be hardcoded in ghc
<Sonarpulse>
and then use the existing mechanism to pass in the llvm which is actuallly used?
<Sonarpulse>
I dunnno
<Sonarpulse>
or I can just not worry about build != host == target :)
<copumpkin>
niksnut: any objection to me bumping nixUnstable to include that (after I run some testing to make sure it fixes my issue)?
<gchristensen>
copumpkin: it is kept fairly up to date, I'd just do it *shrug*
<niksnut>
copumpkin: sure
JosW has joined #nixos-dev
<gchristensen>
niksnut: I heard back from github support. they said I would need to transfer grahamc/ofborg to niksnut/ofborg then you'd transfer it to nixos/ofborg
ckauhaus has joined #nixos-dev
ckauhaus has quit [Ping timeout: 260 seconds]
<niksnut>
gchristensen: ok
__Sander__ has quit [Quit: Konversation terminated!]