Sonarpulse has quit [Ping timeout: 240 seconds]
genesis has joined #nix-darwin
<genesis> https://logs.nix.gsc.io/?key=nixos/nixpkgs.34623&attempt_id=e24dd1bb-a0a9-4193-95bb-d18113c8ee62 if someone wants to try to make assaultcube on darwin, it seems missing sdl header
<genesis> but the enet part is fine.
johnw_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
johnw_ has joined #nix-darwin
johnw_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
philr has joined #nix-darwin
johnw_ has joined #nix-darwin
johnw_ has quit [Client Quit]
philr has quit [Quit: WeeChat 2.0.1]
periklis has joined #nix-darwin
periklis has quit [Ping timeout: 260 seconds]
periklis has joined #nix-darwin
jtojnar has quit [Quit: jtojnar]
periklis has quit [Remote host closed the connection]
scode has quit []
scode has joined #nix-darwin
periklis has joined #nix-darwin
gaqzi has quit []
gaqzi has joined #nix-darwin
periklis has quit [Ping timeout: 256 seconds]
adulteratedjedi has quit []
adulteratedjedi has joined #nix-darwin
Sonarpulse has joined #nix-darwin
<dtz> Hardly a high priority, but can some nix-darwin'er take a quick look at https://github.com/NixOS/nixpkgs/pull/34674 ? I can't tell if this is something wxGTK "should" have as a propagatedBuildInput or if I should add some darwin-specific inputs, etc.? LMK if it's not a quick-glance sort of question O:)
<LnL> frameworks are impure so it’s a bad idea to propagate them
<dtz> okay, so I need to find some other package that passes them in and conditionally add them as buildInputs to this package?
<LnL> yeah, all of the frameworks are in darwin.apple_sdk.frameworks
<dtz> oh, might need to use wxmac instead of wxgtk too/instead
<dtz> anyway ty LnL that I think is enough to go on ^_^
<LnL> I could take a look if a couple of hours
<LnL> if you didn’t get it working or if it’s ready :)
<dtz> I did! But all thanks to you and a 2s check to ensure I'm not being silly (dunno darwin "best practices") is always welcome ^_^
hamishmack has quit [Quit: hamishmack]
hamishmack has joined #nix-darwin
<johnw> oh weird, latest nixpkgs-unstable update broke gnupg
<johnw> crazy -lintl problem again
<pikajude> sigh
<johnw> it's ksba that actually broke, a dependency of gnupg
<johnw> i'll bisect it
<johnw> libassuan broke for the same reason
<johnw> LnL: can you add support for https://nixos.org/nixos/options.html#extradepende?
the has joined #nix-darwin
<LnL> johnw: I fixed libksba and friends
<LnL> yesterday
<johnw> seems that 31eedb3084fa1f73fb2262222edfd8a6e157a33e broke it
<LnL> channel didn't update yet, who broken the lib tests...
<LnL> what's the usecase for extraDependencies?
<johnw> LnL: so, apparently i can stick multiple buildEnvs, and they won't have path conflicts, but they'll all update with --leq
<johnw> giving me a way of ensuring that nix-shell packages are always available
<johnw> and thus eliminating my main argument for myEnvFun
<johnw> i.e., extraDependencies = [ emacs25Env emacs26Env]; and then later: nix-shell -p emacs26 emacs
<pikajude> just found out why kernel_task sometimes takes up 500% when you're low on power
<pikajude> truly baffling
<johnw> (where emacs26Env might have lots of other stuff related to emacs26 that I might or might not want in a particular shell)
<johnw> pikajude: why?
<pikajude> there's a kext that deprioritizes userland code at high temp/low battery
<johnw> ooohh
<pikajude> so CPU usage actually goes down
<johnw> that's kind of cool
<pikajude> with regards to power draw
<johnw> like their iPhone peak throttling
<LnL> yeah osx does all sorts of weird stuff when on low battery
<pikajude> but as a side effect it looks like kernel_task is pinning all 8 of your cores
<johnw> ah, it's "reserving" the cores?
<pikajude> yes
<johnw> neat
<johnw> and good to know
<pikajude> neat(tm)
<johnw> seems like an incredibly simple implementation
<LnL> well yes, but it kind of sounds like a workaround to me
matthewbauer has joined #nix-darwin
<johnw> a workaround?
<johnw> LnL: ^
<LnL> have you tried my simplified shell-env implementation?
<johnw> no, where was that again?
the has quit [Ping timeout: 260 seconds]
<LnL> still kind of ugly, but not nearly as bad as the current myEnvFun stuff
<LnL> I could also make a module that defines some persistent shells, that could just use indirect roots
<johnw> so, instead of using myEnvFun { paths = ... }, I use mkShell ???
<johnw> buildInputs?
<LnL> yeah, it works just like mkDerivation
<johnw> LnL: do you use this?
<LnL> no, most of my shell expressions are in the project's repository
<johnw> how did you debug it?
<LnL> is it not working?
<johnw> well, if you've never used it, I'm pretty sure it's not going to completely replace myEnvFun right off the bat
<johnw> I'll see if I can add extraDependencies to nix-darwin
<LnL> to clarify, I'm fine with adding it. just seems like a strange way to solve the roots problem
<johnw> why do you copy env-vars to $PWD, just to source it and then delete it?
<johnw> why not just source it in place?
<johnw> no, wait you do
<johnw> why copy it?
<LnL> part of $stdenv/setup expects it to be in $NIX_BUILD_TOP
<johnw> that's seriously gross
<johnw> i wonder if we can make this use zsh if I'm current running with zsh
<johnw> somebody did this for nix-shell recently
<LnL> :p
<johnw> it's also dropping too much of the rest of my environment
<johnw> I just switched my coq84Env from myEnvFun to mkShell
<johnw> I entered the coq84-shell
<johnw> and did "which coqc"
<johnw> and it says "which is not a command"
<johnw> with myEnvFun, this would have worked
<johnw> so.... this is what I mean by asking if you'd tried it yet :)
<johnw> I have a feeling I'll keep running into little corner cases like this before it fully works
<LnL> oh, I guess it overrides PATH
<johnw> although, I really do like the idea
<LnL> let me make an example of what the module would look like
<LnL> if there's some way to reference a drv in an expression without dropping string context I would have used that
matthewbauer has quit [Remote host closed the connection]
<LnL> hmm, I think nix-shell ./foo.drv broke again