gchristensen changed the topic of #nixos to: NixCon live stream: https://www.youtube.com/c/NixCon/live https://nixcon2018.org/ || NixOS 18.09 released https://discourse.nixos.org/t/1076 || https://nixos.org || Latest NixOS: https://nixos.org/nixos/download.html || Latest Nix: https://nixos.org/nix/download.html || Logs: https://logs.nix.samueldr.com/nixos/ || #nixos-dev, #nix-darwin, #nixos-aarch64, #nixos-chat, #nixcon
<tmplt> I've yet to find a fix for that, but I've never had a problem with the main battery (T430s). `services.acpi.enable = true;` comes to mind, though; have you tried that?
drakonis_ has quit [Ping timeout: 250 seconds]
<tmplt> Opps, I mean't acpid, not acpi
xeji has quit [Quit: WeeChat 2.2]
drakonis has joined #nixos
boxscapeR has joined #nixos
<imalsogr1g> Answer to my question above about shellHook and haskell packages: don't use `shellAware`, use `shellFor { packages = p: [ mypkg ], shellHook = myHook }`
drakonis2 has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @xeji merged pull request #49428 → hy: 0.14.0 -> 0.15.0 → https://git.io/fx5Ue
<{^_^}> [nixpkgs] @xeji pushed commit from @nixy to master « hy: 0.14.0 -> 0.15.0 (#49428) »: https://git.io/fx5Y9
drakonis_ has joined #nixos
cyraxjoe has quit [Ping timeout: 246 seconds]
<boxscapeR> hm, I'm always tempted to try to write in pointfree style, but then I remember that compose isn't an operator in nix :/
<{^_^}> [nixpkgs] @xeji merged pull request #49419 → dmrconfig: 2018-10-20 -> 2018-10-29 → https://git.io/fx7Mc
<{^_^}> [nixpkgs] @xeji pushed commit from @etu to master « dmrconfig: 2018-10-20 -> 2018-10-29 (#49419) »: https://git.io/fx5Yb
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
kklondike_ has joined #nixos
kklondike has joined #nixos
drakonis has quit [Ping timeout: 264 seconds]
cyraxjoe has joined #nixos
cyraxjoe has quit [Ping timeout: 244 seconds]
cyraxjoe has joined #nixos
<{^_^}> [nixpkgs] @dtzWill opened pull request #49431 → regextester: 0.1.7 -> 1.0.1 → https://git.io/fx5OS
romanofskiWork has quit [Ping timeout: 272 seconds]
cyraxjoe has quit [Ping timeout: 246 seconds]
cyraxjoe has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #49336 → Add mention of nix-prefetch-github. → https://git.io/fxHbo
<{^_^}> [nixpkgs] @xeji pushed commit from @Zimmi48 to master « Add mention of nix-prefetch-github. (#49336) »: https://git.io/fx53e
ysndr_ has joined #nixos
drakonis has joined #nixos
drakonis_ has quit [Ping timeout: 252 seconds]
<ivan> does anyone know why hydra-queue-runner's perl would still be spamming locale warnings after deploying the workaround? https://gist.github.com/peti/2c818d6cb49b0b0f2fd7c300f8386bc3
<ivan> oh huh LOCALE_ARCHIVE_2_11 never made it into hydra-queue-runner.service
romanofskiWork has joined #nixos
kklondike_ has quit [Ping timeout: 256 seconds]
thc202 has quit [Ping timeout: 272 seconds]
drakonis_ has joined #nixos
tmplt has quit [Remote host closed the connection]
aleph- has joined #nixos
drakonis has quit [Ping timeout: 252 seconds]
drakonis has joined #nixos
Fare has joined #nixos
drakonis_ has quit [Ping timeout: 264 seconds]
aleph- has quit [Ping timeout: 246 seconds]
<c15ade4> Hi there, I wonder, has anyone tried to make as minimal of a nixos build as possible?
<c15ade4> Say, the smallest config that can run openssh
<c15ade4> by small, meaning disk image size
commander has quit [Remote host closed the connection]
jasongrossman has joined #nixos
<Wizek> hey, anyone knows if/how there is an easy way to override some package versions with nix on the shell with nix-shell?
<Wizek> E.g. I am thinking of something like this: `nix-shell -p 'haskell.packages.ghc822.ghcWithPackages (p: with p; [hspec])' --run "ghci"`
<Wizek> Is the following the simplest approach? `nix-shell -p 'let hp = haskell.packages; in (hp.ghc822.override {overrides = self: super: let f = name: ver: (self.callHackage name ver {}); in {hspec = f "hspec" "2.4.4"; hspec-discover = f "hspec-discover" "2.4.4";};}).ghcWithPackages (p: with p; [hspec])' --run 'ghci'`
aanderse has joined #nixos
silver has quit [Read error: Connection reset by peer]
<Wizek> alternatively, could I perhaps dry up the repeating part somehow?
pie_ has quit [Ping timeout: 264 seconds]
<Wizek> `hspec-core = f "hspec-core" "2.4.4";` to something like `f "hspec-core-2.4.4"`
freeman42x has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fx5ZC
adamantium has joined #nixos
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/0ab9e5c9fee (from 33 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
Dedalo has joined #nixos
o1lo01ol1o has joined #nixos
sigmundv has quit [Ping timeout: 246 seconds]
vidbina has quit [Ping timeout: 272 seconds]
o1lo01ol1o has quit [Ping timeout: 250 seconds]
adamantium has quit [Remote host closed the connection]
slack1256 has quit [Remote host closed the connection]
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/74fe437075b (from 15 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
mayhewluke has quit [Ping timeout: 244 seconds]
amos1 is now known as amosbird
mayhewluke has joined #nixos
amosbird has left #nixos ["WeeChat 2.2"]
mkoenig has quit [Remote host closed the connection]
acarrico has joined #nixos
<{^_^}> Channel nixos-18.09 advanced to https://github.com/NixOS/nixpkgs/commit/06fb0253afa (from 6 days ago, history: https://channels.nix.gsc.io/nixos-18.09)
lassulus_ has joined #nixos
wykurz has joined #nixos
lassulus has quit [Ping timeout: 240 seconds]
lassulus_ is now known as lassulus
<wykurz> hi, looking for someone to (hopefully) merge this PR: https://github.com/NixOS/nixpkgs/pull/48765
<{^_^}> #48765 (by wykurz, 1 week ago, open): cpuset: init at 1.5.8
mkoenig has joined #nixos
sir_guy_carleton has quit [Quit: WeeChat 2.2]
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/74854265b18 (from 29 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<{^_^}> [nixpkgs] @romildo opened pull request #49432 → deepin-gtk-theme: 17.10.8 -> 17.10.9 → https://git.io/fx5Cq
<schopp0r> hi. how hard is it to nix-build stuff for i686 under x86_64?
Supersonic has quit [Disconnected by services]
Supersonic112 has joined #nixos
Supersonic112 is now known as Supersonic
<schopp0r> in theory, it should be possible to even create a nix-shell with i686 architecture, shouldn't it?
<{^_^}> [nixpkgs] @romildo opened pull request #49433 → matcha: 2018-10-21 -> 2018-10-30 → https://git.io/fx5Cg
slack1256 has joined #nixos
<ivan> why is my Hydra succeeding a lot of builds without build logs even though I'm running it with useSubstitutes = false;?
slack1256 has quit [Remote host closed the connection]
vk3wtf has quit [Ping timeout: 264 seconds]
<ivan> pretty much everything is `substituted or already valid on ‘localhost’`
boxscapeR has quit [Remote host closed the connection]
jperras has quit [Quit: WeeChat 2.2]
vk3wtf has joined #nixos
acarrico has quit [Ping timeout: 272 seconds]
dramforever has joined #nixos
ryantrinkle has quit [Ping timeout: 252 seconds]
<dramforever> Which channel is the one Darwin installs automatically subscribe to?
<dramforever> 18.09-darwin or nixpkgs-unstable?
<romanofskiWork> the latter
<romanofskiWork> at least that's how it happened for me
<dramforever> romanofskiWork: Okay thanks for the information
<dramforever> I think the former is just a hydra job
drakonis1 has quit [Quit: WeeChat 2.2]
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Dedalo has joined #nixos
jackdk has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 240 seconds]
<{^_^}> [nix-mode] @matthewbauer pushed to master « Skip over comments in indentation »: https://git.io/fx58V
<Lisanna> is evaluation of linux stuff on darwin with nixops something that is supposed to work?
<Lisanna> it was working fine for me in 18.03 but updating to 18.09 now has a linux platform assertion failing ):
<Lisanna> I'm only importing nixpkgs once, and setting system to x86_64-linux
<eacameron> I want to point NIX_PATH nixpkgs to a derivation with a custom overlay already applied, how would I do that?
<elvishjerricco> Lisanna: That's a shame. I really liked that I could deploy to Linux from Darwin using remote builders.
<eacameron> Lisanna: I also had this working and it's suddenly much harder to get working. nix-darwin somehow gets it to work if you configure it with that.
<elvishjerricco> eacameron: You can just set `nixpkgs-overlays` in `NIX_PATH`
<Lisanna> elvishjerricco I'm holding out for something being screwed up in my code... it's having trouble evaluating one of the nixops-specific attributes (deployment.keys), so worried that there's some kind of nixpkgs dependency in nixops or something that's manifesting itself differently with 18.09
<elvishjerricco> i.e. `NIX_PATH=nixpkgs=./nixpkgs:nixpkgs-overlays=./my-overlays`
<eacameron> elvishjerricco: Oh! Nice. Is it a self:super function?
<elvishjerricco> Not sure...
<elvishjerricco> eacameron: It can be either a single `self: super:` file, or it can be a directory of such files
<eacameron> neat!
<elvishjerricco> eacameron: Check out `pkgs/top-level/impure.nix`
<eacameron> Lisanna: Are you using remote builders? I always relied on that before but now can't get it to work outside of nix-darwin
<Lisanna> eacameron yeah, but this is an evaluation-time problem
<Lisanna> I can't even get to the build stage
<eacameron> Oh I see. I've not had that issue.
<Lisanna> assertion failed at /nix/store/h9nc0ckm8m907jhcqcl68r5crnw521zd-nixexprs.tar.xz/pkgs/top-level/stage.nix:150:21
<elvishjerricco> Lisanna: Someone must've introduced a `builtins.currentSystem` somwhere where there should be a `x86_64-linux` or something
<Lisanna> *reads the nixops source code*
Fare has quit [Ping timeout: 252 seconds]
<Lisanna> holy fsck, ,there's a ton of random <nixpkgs> imports in the nixops code
<Lisanna> Well great - so I guess nixops depends on evaluating pkgs.pkgsi686Linux from pkgs/top-level/stage.nix
<jophish> I have a script which creates a network interface which I'd like to run at boot
<jophish> what systemd configuration should I use for this?
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jophish> I guess I want it to be "wantedBy network.target"
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Dedalo has joined #nixos
<wykurz> is there a good way to test a service w/o actually installing it? ideally not modifying configuration.nix?
<Lisanna> wykurz you could do it in a container?
endformationage has quit [Quit: WeeChat 1.9.1]
<wykurz> Lisanna: interesting, any resources I could read to get me started on that?
<wykurz> looking, thanks!
<{^_^}> [nixpkgs] @costrouc opened pull request #49434 → Finish moving all python packages -> python-modules → https://git.io/fx5RU
<Lisanna> anyways, eval-machine-info.nix is importing some stuff from nixpkgs and by default setting system to currentSystem, which on darwin is gonna be darwin
jtojnar has joined #nixos
<romanofskiWork> is anyone running MacOS and using this: https://github.com/kubek2k/chunkwm.nix - I'm a nix-build n00b and I'm wondering how to build it, since I suppose just running: nix-build . is not going to work
<dramforever> romanofskiWork: is the installation instructions in the readme working?
<dramforever> Note: You don't even need to clone the repo to use it
<romanofskiWork> dramforever: yeah see that's perhaps what I'm not understanding
<romanofskiWork> since I did create the configuration file
<romanofskiWork> yet.. how do I actually build/install it
<romanofskiWork> nix-env -i <url to the github repo> ?
<dramforever> Oh
<romanofskiWork> I would have asked on an issue, but the issue tracker is disabled.. would have also filed a pull request to improve it, but heck.. can't even figure it out myself
<wykurz> can I set a custom nixpkgs path when creating a nixos-container? sorry, options are not documented, it's a bit unclear if so how
<dramforever> romanofskiWork: Do you already have .nixpkgs/darwin-configuration.nix?
<dramforever> Sorry, gotta go. Hope someone else can answer
dramforever has quit [Quit: Page closed]
<romanofskiWork> yup
johnw has quit [Remote host closed the connection]
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/641ef3ab237 (from 21 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
hamishmack has joined #nixos
Izorkin has quit [Ping timeout: 240 seconds]
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mayhewluke has quit [Ping timeout: 272 seconds]
mayhewluke has joined #nixos
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/0d15004cbae (from 14 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
wykurz has quit [Read error: Connection reset by peer]
<Lisanna> ...oh, all the nixpkgs "system" stuff got complicated while I wasn't looking
<Lisanna> .......
<Lisanna> I have to import nixpkgs in order to import nixpkgs
<Lisanna> great x_x
Dedalo has joined #nixos
Dedalo has quit [Client Quit]
romanofskiWork has quit [Ping timeout: 246 seconds]
Diagon has joined #nixos
jD91mZM2 has joined #nixos
johnw has joined #nixos
vk3wtf has quit [Ping timeout: 252 seconds]
reinzelmann has joined #nixos
trevthedev has joined #nixos
<trevthedev> does nixos work with the thinkpad x220t,and if so does the touchscreen work>
<emily> Lisanna: i know this feeling
<trevthedev> s/>/?
hamishmack has quit [Ping timeout: 245 seconds]
pointfree has quit [Ping timeout: 264 seconds]
pointfree has joined #nixos
ysndr_ has quit [Ping timeout: 250 seconds]
vaibhavsagar has quit [Ping timeout: 250 seconds]
leons has quit [Ping timeout: 250 seconds]
roberth has quit [Ping timeout: 250 seconds]
yegortimoshenko has quit [Ping timeout: 250 seconds]
hl[m] has quit [Ping timeout: 250 seconds]
offlinehacker has quit [Ping timeout: 250 seconds]
philipp[m] has quit [Ping timeout: 250 seconds]
bachp has quit [Ping timeout: 250 seconds]
bgamari has quit [Ping timeout: 264 seconds]
jsgrant has quit [Ping timeout: 252 seconds]
koschei[m] has quit [Ping timeout: 250 seconds]
MarkOtaris has quit [Ping timeout: 250 seconds]
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
yegortimoshenko has joined #nixos
roberth has joined #nixos
<Lisanna> ugh, that wasn't the problem x_x
leons has joined #nixos
bachp has joined #nixos
hamishmack has joined #nixos
MarkOtaris has joined #nixos
koschei[m] has joined #nixos
ysndr_ has joined #nixos
mikeplus64 has quit [Ping timeout: 264 seconds]
Aexoden has quit [Remote host closed the connection]
mikeplus64 has joined #nixos
Aexoden has joined #nixos
schopp0r has left #nixos ["Error from remote client"]
schopp0r has joined #nixos
jasongrossman has joined #nixos
<Lisanna> OK, I'm pretty confident that this is a nixops bug
<Lisanna> that code is just waaayyyy too suspicious
rprije has quit [Ping timeout: 272 seconds]
alex`` has joined #nixos
<{^_^}> nixops#1033 (by ledettwy, 17 seconds ago, open): Deploy from darwin broken with 18.09 upgrade
commander has joined #nixos
fuzzy-id has joined #nixos
<fuzzy-id> can i skip building the manual somehow?
<fuzzy-id> i'm on raspberry pi and building it lasts ages
vk3wtf has joined #nixos
sb0 has joined #nixos
<schopp0r> hm. yes there is an option (but I forgot how it's called -.-)
<schopp0r> --without-something
<schopp0r> or so
<{^_^}> [nixpkgs] @Malith97 opened pull request #49436 → Haskell updates → https://git.io/fx5gD
romanofskiWork has joined #nixos
<{^_^}> [nixpkgs] @Malith97 opened pull request #49437 → Release 18.03 → https://git.io/fx5g9
hamishmack has quit [Ping timeout: 250 seconds]
romanofskiWork has quit [Ping timeout: 250 seconds]
lonokhov has joined #nixos
vk3wtf has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @dywedir closed pull request #49437 → Release 18.03 → https://git.io/fx5g9
schopp0r has left #nixos ["Machine going to sleep"]
wagnerf has joined #nixos
<wagnerf> hi
<wagnerf> i'm new to nixos
<wagnerf> I've had troubles installing my printer
<wagnerf> i'm trying to use the brlaser package
<wagnerf> something like:
<wagnerf> services.printing.drivers = [ pkgs.brlaser ];
<wagnerf> i've submitted an issue on github
<wagnerf> on someone issued a patch here : https://github.com/NixOS/nixpkgs/pull/49180
<{^_^}> #49180 (by symphorien, 3 days ago, open): brlaser: fix install dir
<wagnerf> the trick is I don't know how to test it
<wagnerf> I've downloaded the patched brlaser/default.nix file
<{^_^}> [nixpkgs] @vidurathegeek opened pull request #49439 → Importing new codebased → https://git.io/fx5aI
<wagnerf> but I don't know how to import it
<wagnerf> for example I tried :
Church- has quit [Ping timeout: 264 seconds]
<wagnerf> services.printing.drivers = [ import modules/brlaser.nix ];
Tucky has joined #nixos
<wagnerf> but then I get errors when rebuilding :
<wagnerf> building the system configuration...
<wagnerf> error: cannot coerce a partially applied built-in function to a string, at /nix/var/nix/profiles/per-user/root/channels/nixos/lib/types.nix:240:42
<wagnerf> I understand it's because I don't master expressions yet
<wagnerf> but i'd like to give some feedback on the pull request
<wagnerf> so, what's the way to import this file correctly ?
<leotaku> wagnerf: try "[ pkgs.callPackage ./modules/brlaser.nix ]"
<tilpner> [ (pkgs.callPackage ./modules/brlaser.nix {}) ]
<leotaku> tilpner: Yeah, what he says.
<leotaku> What tilpner says.
wucke13 has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @dywedir closed pull request #49439 → Importing new codebased → https://git.io/fx5aI
<wagnerf> ok, the message is changing slightly :
<wagnerf> error: cannot coerce a function to a string, at /nix/var/nix/profiles/per-user/root/channels/nixos/lib/types.nix:240:42
<leotaku> wagnerf: did you use tilpners suggestion? Because mine was wrong.
<{^_^}> [nixpkgs] @dywedir closed pull request #49436 → Haskell updates → https://git.io/fx5gD
<wagnerf> leotaku: no, I used yours
<wagnerf> it seems to work now
<wagnerf> yes
<wagnerf> thanks !
<leotaku> wagnerf: sorry for wasting your time, I'm also still a beginner.
<wagnerf> leotaku: no worry at all. thank you very much
<{^_^}> [nixpkgs] @Lassulus opened pull request #49440 → nixos/bitlbee: use purple-2 as purple_plugin_path → https://git.io/fx5a6
fuzzy-id has quit [Ping timeout: 264 seconds]
<{^_^}> [nixpkgs] @srhb opened pull request #49441 → NixOS tests: Wait for shell for 10x longer (50m) → https://git.io/fx5VO
<{^_^}> [nixpkgs] @srhb merged pull request #49389 → ffmpeg: enable libdrm → https://git.io/fxQxx
<{^_^}> [nixpkgs] @srhb pushed 2 commits to master: https://git.io/fx5V3
Ariakenom has joined #nixos
Church- has joined #nixos
lord| has quit [Ping timeout: 246 seconds]
lord| has joined #nixos
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/3947b88389d (from 12 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/af7d54e9722 (from 9 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
Church- has quit [Ping timeout: 244 seconds]
Church- has joined #nixos
pie_ has joined #nixos
thc202 has joined #nixos
bachp has quit [Ping timeout: 250 seconds]
infty_ has joined #nixos
infty has joined #nixos
infty has left #nixos ["WeeChat 2.0"]
<jophish> Is it possible to add to the firmware path without rebuilding the system?
<srhb> jophish: Not.. really. Why would you though? :)
<jophish> Srhb, fpga dev
<srhb> Which means what.. You alter it often and want to avoid root access?
infty_ has quit [Ping timeout: 256 seconds]
goibhniu has joined #nixos
bachp has joined #nixos
wagnerf has quit [Quit: WeeChat 2.2]
<jophish> Srhb, I can't rebuild easily on the platforn
<jophish> (not impossible, but if rather avoid it)
<jophish> And yeah, I'm generating new firmwares often
erictapen has joined #nixos
<srhb> In that case you may just want to run the udev incantations by hand I suppose.
johanot has joined #nixos
spinglet has joined #nixos
periklis has joined #nixos
mayhewluke has quit [Ping timeout: 252 seconds]
mayhewluke has joined #nixos
hamishmack has joined #nixos
<{^_^}> [nixpkgs] @stesie opened pull request #49443 → tomboy: build against mono 5, refs #49369 → https://git.io/fx5o0
ThatDocsLady has joined #nixos
ThatDocsLady has quit [Remote host closed the connection]
ThatDocsLady has joined #nixos
__monty__ has joined #nixos
barrucadu is now known as BOOrrucadu
schopp0r has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #49432 → deepin-gtk-theme: 17.10.8 -> 17.10.9 → https://git.io/fx5Cq
<{^_^}> [nixpkgs] @xeji pushed commit from @romildo to master « deepin-gtk-theme: 17.10.8 -> 17.10.9 (#49432) »: https://git.io/fx56S
<{^_^}> [nixpkgs] @xeji merged pull request #49433 → matcha: 2018-10-21 -> 2018-10-30 → https://git.io/fx5Cg
<{^_^}> [nixpkgs] @xeji pushed commit from @romildo to master « matcha: 2018-10-21 -> 2018-10-30 (#49433) »: https://git.io/fx56h
<steveeJ> rycee: is it possible to insert a dag entry from home.nix without writing a module?
locallycompact has joined #nixos
<locallycompact> hi, I'm getting this error when I do nixos-rebuild switch --upgrade
<locallycompact> error: file 'nixos-config' was not found in the Nix search path (add it using $NIX_PATH or -I), at /nix/var/nix/profiles/per-user/root/channels/nixos/nixos/default.nix:1:60
<steveeJ> rycee: I figured it out myself, sorry for the noise https://www.irccloud.com/pastebin/DqwEbNnL/
<erictapen> locallycompact: did you modify your NIX_PATH? what is in $NIX_PATH?
<steveeJ> locallycompact: it looks like your environment variables aren't in order. you can try to add `-I nixos-config:/etc/nixos/configuration.nix` to the arguments
<locallycompact> NIX_PATH is /root/.nix-defexpr/channels:nixpkgs=/nix/var/nix/profiles/per-user/root/channels/nixos:nixos-config=/etc/nixos/configuration.nix:/nix/var/nix/profiles/per-user/root/channels
<locallycompact> says nixos-config:/etc/nixos/configuration.nix doesn't exist
vidbina has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #48839 → dde-daemon: init at 3.2.24.7 → https://git.io/fxim9
<{^_^}> [nixpkgs] @xeji pushed 6 commits to master: https://git.io/fx5ir
<steveeJ> locallycompact: what says that? maybe you can give full command & output in a paste
<locallycompact> there's nothing at /etc/nixos/configuration.nix anyway
hyper_ch2 has joined #nixos
Itkovian has joined #nixos
<locallycompact> any hints?
cinimod has joined #nixos
<erictapen> locallycompact: so you don't have no file at /etc/nixos/configuration.nix?
<locallycompact> no
<locallycompact> no file
<erictapen> mh, did you plan for that? because you are supposed to have some config for your system. how did you install nixos on the server?
<locallycompact> I used the virtualbox instructions here https://nixos.org/nixops/manual/#idm140737318599728
<erictapen> aah, so you build it with nixops. upgrading is then not dono via nixos-rebuild on the system itself, but with nixops deploy from your local host.
<{^_^}> [nixpkgs] @offlinehacker opened pull request #49444 → google-cloud-sdk: 215.0.0 -> 222.0.0 → https://git.io/fx5Ph
<erictapen> *done
<locallycompact> it's not possible to do from within the vm?
<locallycompact> I just want to provision a vm that I can play around with
<erictapen> it is possible, but you need to copy the system config from trivial.nix into /etc/nixos/configuration.nix. the system part is the part beginning with "{ config, pkgs, ... }:", we also call it a nixos module
<locallycompact> ok, that fails with
<locallycompact> error:
<locallycompact> Failed assertions:
<locallycompact> - The ‘fileSystems’ option does not specify your root file system.
<locallycompact> - You must set the option ‘boot.loader.grub.devices’ or 'boot.loader.grub.mirroredBoots' to make the system bootable.
<erictapen> nixops is designed so you can manage your whole deployment in one place (e.g. your laptop), so you do have a bit different use case than what is nixops is for.
<erictapen> ah yeah, right…
<manveru> locallycompact: take a look at https://github.com/chrisfarms/nixos-shell :)
<erictapen> before giving you more hints; do you want to experiment with nixops or get to know nixos?
<{^_^}> [nixpkgs] @sephalon opened pull request #49445 → Kodi v18 with InputStream Adaptive → https://git.io/fx5XB
<locallycompact> I think I'm aiming at being able to deploy servers running some awkward C++/Haskell stacks so probably I want more nixops, but I assumed that I could just mess around on a VM to get where I want and then pull the config out to a deployment
carlosdagos has quit [Quit: Connection closed for inactivity]
<locallycompact> what are some good options?
<erictapen> If you already made a choice for nixops, I suggest you continue to use it from your host system with "nixops deploy". nixops is designed in such a way, that you - in theory - don't need to run a single shell command on the vm itself.
fendor has joined #nixos
<erictapen> so I guess, you have a file trivial.nix? change the config in there and then rerun nixops deploy
<locallycompact> ok, what's the incantation to deploy 18.09 rather than the default of 18.03
orivej has joined #nixos
<erictapen> it depends on which channel you use. what does nix-channel --list give you?
<erictapen> (on your host)
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx51Y
<{^_^}> [nixpkgs] @Mic92 merged pull request #49443 → tomboy: build against mono 5, refs #49369 → https://git.io/fx5o0
<locallycompact> on my host it's nixpkgs https://nixos.org/channels/nixpkgs-unstable
<locallycompact> on the virtualbox image it defaulted to nixos https://nixos.org/channels/nixos-18.03
<locallycompact> but that's because virtualbox deploy pulls in a vmdk from the internet it doesn't have anything to do with the host
<{^_^}> [nixpkgs] @Mic92 pushed commit from @stesie to release-18.09 « tomboy: build against mono 5, refs #49369 »: https://git.io/fx51l
<erictapen> if you use only nixops, the channel on the vm should not matter.
<locallycompact> oh really
<erictapen> if you ran nixops deploy -d trivial, the vm should run on nixos-unstable
pie__ has joined #nixos
<erictapen> you could check it with cat /etc/issue on the vm
<locallycompact> a ha
<erictapen> yeah, the vm didn't even needs a channel installed, as all changes to the system are done by nixops
pie_ has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #49314 → Mention new groups `kvm` and `render` in the release notes, fixes #49257 → https://git.io/fxHuK
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx51b
<{^_^}> [nixpkgs] @Mic92 pushed commit from @typetetris to release-18.09 « nixos/release-notes for 18.09: fix missing entry »: https://git.io/fx51h
kgz is now known as kgspooks
<{^_^}> [nixpkgs] @timokau opened pull request #49446 → pythonPackages.cypari2: 1.3.1 -> 2.0.0 → https://git.io/fx5Ml
<{^_^}> [nixpkgs] @timokau opened pull request #49447 → pythonPackages.memory_profiler: add plotting dependency, enable checks → https://git.io/fx5My
sigmundv has joined #nixos
trevthedev has quit [Ping timeout: 246 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #49444 → google-cloud-sdk: 215.0.0 -> 222.0.0 → https://git.io/fx5Ph
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx5Ds
<locallycompact> erictapen++
<{^_^}> [nixpkgs] @xeji merged pull request #49441 → NixOS tests: Wait for shell for 10x longer (50m) → https://git.io/fx5VO
<{^_^}> erictapen's karma got increased to 1
<{^_^}> [nixpkgs] @xeji pushed 2 commits to master: https://git.io/fx5DB
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to release-18.09: https://git.io/fx5Dz
fendor has quit [Read error: Connection reset by peer]
Swant has quit [Ping timeout: 608 seconds]
<{^_^}> [nixpkgs] @ishanka97 opened pull request #49448 → Importing new code base → https://git.io/fx5DQ
<erictapen> locallycompact: it worked? yeah!
<{^_^}> [nixpkgs] @edolstra closed pull request #49448 → Importing new code base → https://git.io/fx5DQ
hyper_ch2 has quit [*.net *.split]
<locallycompact> what worked?
<{^_^}> [nix] @edolstra pushed to master « Fix broken uploadProgressCallback closure »: https://git.io/fx5yw
michas has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @timokau merged pull request #49447 → pythonPackages.memory_profiler: add plotting dependency, enable checks → https://git.io/fx5My
<{^_^}> [nixpkgs] @timokau pushed 2 commits to master: https://git.io/fx5SY
<erictapen> Is your vm now running on unstable?
<erictapen> locallycompact: Is your vm now running on unstable?
<locallycompact> It had unstable in /etc/issue
<locallycompact> is it possible to just deploy like just a .img?
freeman42x has joined #nixos
<betaboon> is there a way to unset all environment-variables when entering a nix-shell ?
<locallycompact> like, another use case I have is to deploy to an embedded device, but then debug the deployment on the device because deploying is expensive and time consuming
<{^_^}> [nixpkgs] @ishanka97 opened pull request #49449 → Importing new code base → https://git.io/fx5Su
<locallycompact> so I really don't get this 'only deploy from nixops' and then never touch it on disk idea, feels very hamstrung
<sphalerite> betaboon: nix-shell --pure?
<betaboon> sphalerite: can i somehow define that in shell.nix ?
<sphalerite> betaboon: not that I know of
<betaboon> meh
<sphalerite> betaboon: you could do a really ugly shellHook to approximate it, but eww
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
<Mic92> locallycompact: you can also use nixos-rebuild remotly if this fits your use case better: https://github.com/NixOS/nixpkgs/pull/48122#issue-221587890
<sphalerite> locallycompact: the idea is to avoid having multiple sources of truth and confusion.
<betaboon> sphalerite: having to tell my devs to use --pure somehow feels error-prone
vidbina has quit [Ping timeout: 244 seconds]
<locallycompact> hmm, ok
<johanot> sphalerite: --pure doesn't unset ALL vars does it?
<Mic92> yeah otherwise one might accidently downgrade
<locallycompact> so how do I add a package to this trivial.nix
<Mic92> betaboon: maybe then you override the ones that causes trouble in your case?
<locallycompact> if locally I can do nix-env -iA nixpkgs.haskellPackages.scotty
<betaboon> Mic92: yeah that's what I'm doing currently
<betaboon> Mic92: just thought there might be a better way
<srhb> johanot: Unless you use --keep, yes
<srhb> johanot: (It just also sets a bunch of them)
<Mic92> betaboon: if think you would make developer unhappy if there workflow depend on environment variables and they all get cleared out.
<Mic92> *their
<betaboon> Mic92: this is for a nixops-deployment-shell
<betaboon> Mic92: but yeah you're probably right :D
<srhb> johanot: Well, I guess it depends on how you look at it. From a user perspective, the list that's "passed through" is {"HOME", "USER", "LOGNAME", "DISPLAY", "PATH", "TERM", "IN_NIX_SHELL", "TZ", "PAGER", "NIX_BUILD_SHELL", "SHLVL"}
<johanot> srhb: yeah.. My point was that I have been desperately looking after and option to nix-shell that basically strips down the stdenv. E.g. in some cases I would like a nix-shell with only one package on PATH.
<srhb> johanot: Roll your own mkDerivation :-)
<johanot> srhb: Doable.. just not as fun/simple :-)
<srhb> You have a strange definition of unfun... :-P
<johanot> all I want is: nix-shell --just-make-me-happy :(
<erictapen> locallycompact: the option environment.systemPackages is for that: https://nixos.org/nixos/options.html#environment.systempackages
<erictapen> locallycompact: am a bit busy right now, sorry for delay
<locallycompact> yup thanks I found it
<locallycompact> this is good this nix thing
<locallycompact> 10/10
<{^_^}> [nixpkgs] @edolstra closed pull request #49449 → Importing new code base → https://git.io/fx5Su
iyzsong has joined #nixos
<Mic92> johanot: I guess in this case you are better off with inventing your own local wrapper.
Phillemann has joined #nixos
<Mic92> you can also put wrapped executable into the PATH of a nix-shell
<Phillemann> nixos-unstable is 13 days old now. A fallout of NixCon? :D
<srhb> Phillemann: Actually no.
<srhb> (Though it usually is around this time :-P)
<srhb> Phillemann: https://github.com/NixOS/nixpkgs/pull/49441#issuecomment-434250451 You can start digging in the discussion from here.
<Mic92> johanot: oh I meant betaboon
<Mic92> betaboon: https://github.com/DBCDK/morph/blob/master/shell.nix this for inspiration
<betaboon> Mic92: thanks for the hint :)
<srhb> Phillemann: Oh, actually, it's ALSO that. :-P https://hydra.nixos.org/jobset/nixos/trunk-combined#tabs-errors
patrl has joined #nixos
<sphalerite> hyper_ch: re "what squashing" — we don't want the "Update pkgs/tools/backup/easysnap/default.nix" commits
<Lisanna> Does anyone have a nix-prefetch-git patch for newer hydra that makes it support submodules?
<Lisanna> (still can't believe this hasn't been fixed in master x_x)
<srhb> Lisanna: Doesn't it just take --fetch-submodules?
<Lisanna> srhb ?
<Lisanna> how?
<srhb> Lisanna: As an argument. In the hydra input. I think it's passed naively to the command.
<sphalerite> hyper_ch: that is, we want the changes but not the commits themselves — hence we need to "squash" them into the other one
<Lisanna> geez I can't believe how long it's taking me to upgrade to 18.09
<Lisanna> problem after problem...
Itkovian has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<srhb> Lisanna: That just chomps out those two things, doesn't it?
<srhb> My cpp is not too great. :)
iyzsong has quit [Ping timeout: 246 seconds]
<srhb> Lisanna: Ah, ok, I see it now.
<srhb> Won't work if you can't fit it in revision. Hm. I was sure I did that at some point.
<{^_^}> [nixos-org-configurations] @grahamc pushed 5 commits to graham/prometheus: https://git.io/fx5Q3
<Lisanna> wait, hydra has handling for a deepClone argument
<Lisanna> ...so what on earth was that patch needed for before?
zolk3ri has joined #nixos
<clever> Lisanna: there was a seperate bug in hydra's copy of nix-prefetch-git, that caused the entire clone to fail if any submodules existed in the repo, even if your not cloning them
<Lisanna> clever oh
<clever> so just creating a single submodule entry broke hydra and made your project untestable
<Lisanna> clever do you already have a version of that patch that can apply against master / whatever version is used in nixpkgs 18.09?
<clever> Lisanna: https://github.com/NixOS/hydra/pull/597 has that and a number of other fixes
<{^_^}> hydra#597 (by cleverca22, 7 weeks ago, open): applying various patches and fixing various things
<clever> but it has a got conflict with another change that claims to fix the same submodule issue
<Lisanna> clever hey, that notify channel overhaul you have in there - would that possibly fix the issue where sometimes hydra-queue-runner doesn't queue jobs from evaluations?
<Lisanna> forgot which issue # it was...
<clever> Lisanna: the main goal was to fix cached evals not re-notifying github
<clever> but it may also fix that
<Lisanna> 'cause I have to have a cron job that runs every minute and restarts hydra-queue-runner to prevent it from getting stuck x_x
<Lisanna> well alright, that looks like an awesome pull request, I'll apply it on top of mine
<clever> restarting it like that is going to interupt any job that takes over a minute to build, causing them to never finish
<clever> its also going to result in a loss of github notifications
<Lisanna> clever it's a smart script that queries how many jobs are queued and how many are running
<clever> ah
<Lisanna> and if there are jobs queued but zero running, it kicks it
<clever> it could still loose notifications
<clever> internally, it keeps a queue of pending notifications, and runs 2 in parallel
<Lisanna> I don't connect to github, so no issues there
<Lisanna> but yeah, it'd be great if I didn't have to do that to get it to actually build my jobs x_x
<clever> nrNotificationsPending from https://hydra.iohk.io/queue-runner-status
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/2f9fc897eb3 (from 11 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<Lisanna> ugh why does github not have a "download this pull request" button x_c
<Lisanna> gchristensen !!
<clever> Lisanna: https://github.com/input-output-hk/iohk-ops/blob/master/modules/hydra-fork.nix and insert the rev from the last commit in the PR
<{^_^}> [nixpkgs] @Mic92 opened pull request #49450 → rambox: fix crash when downloading files to disk → https://git.io/fx57s
silver has joined #nixos
<gchristensen> Lisanna: erm, my URL is not as nice as it can be. just add `.diff` or `.patch` to the end of the PR's normal URL
cinimod has quit [Ping timeout: 240 seconds]
<Lisanna> gchristensen cool!
<clever> but also, my pr has conflicts, so that patch wont apply to master
<clever> Lisanna: you can also https://github.com/<owner>/<repo>/commit/<rev>.patch to get a patch for any rev
<clever> then you could get just a piece of my pr
patrl has quit [Ping timeout: 250 seconds]
<clever> and all commits from forks also exist in the parent repo, so you can use either for the owner/repo pair above
<gchristensen> pretty much any URL which displays a diff, you can add .diff or .patch :)
<Lisanna> alright
patrl has joined #nixos
<etu> These features with github is quite neat actually :)
<clever> one anoying thing, is that /commit doesnt shut status's from CI systems
<clever> but /commits does
<etu> I don't remember the syntax but you can checkout a PR as a branch as well
<clever> and reverse to that, only /commit tells you what branches a commit is in
<clever> pull/1234/head
<etu> Which is very handy
<clever> and pull/1234/merge i think
<clever> one is the tip of the pr, the other is a dummy merge commit, simulating what would happen if you where to merge it
<etu> Ah, the second one I haven't heard about before. But that's cool :)
<clever> many ci sytems can build both, but they only build the merge comit once
<clever> so when master changes in a breaking way, you never notice, you merge the pr, and then everyhting breaks :P
<clever> but hydra can be configured to build one or both, and then re-test every time master moves
<clever> https://github.com/input-output-hk/iohk-ops/blob/master/jobsets/default.nix#L78-L88 just duplicate the code, but use pull/1234/merge instead
<clever> and because hydra is poll based, it will check (and get a new merge commit) each time
<clever> and if there are any changes in the code, it will re-test everything
<etu> clever: wow :)
<clever> with all the normal nix caching
<clever> etu: https://hydra.iohk.io/project/serokell but, that means every single job (30+) in every open pr (40+ ?) will re-run every time master is pushed to
<clever> 1200 jobs, at a rough guess
<clever> nix caching can help, but if something deep in the dep-chain changes, its a mass mass rebuild
<clever> though multiple PR's may share some things, its a complex thing when it gets to that scale
<{^_^}> [nixpkgs] @fgaz opened pull request #49451 → sfxr-qt: init at 1.2.0 → https://git.io/fx55D
<Lisanna> uh oh... I applied the patch, and hydra-evaluator is complaining about a missing /nix/store path ):
<Lisanna> I did a garbage collect earlier... argh
erictapen has quit [Ping timeout: 245 seconds]
vidbina has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #47594 → sourcetrail: init at 2018.3.55 → https://git.io/fxJQy
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx5d0
michas has joined #nixos
arjen-jonathan has joined #nixos
<michas> Hi, I try to install nixos on an intel NUC. When booting form a nixos usb stick, I get the refind boot manager, but if I choose to install the screen stays back. :( Any idea what to do in this case?
<lassulus> try booting with nomodeset?
<lassulus> it should be an option in the installer
<michas> lassulus: Already tried that, same result. :(
<{^_^}> [nixpkgs] @timokau opened pull request #49452 → pythonPackages.sympy: 1.2 -> 1.3 → https://git.io/fx5FI
<Taneb> michas: do you know if your hardware supports UEFI?
<symphorien> I have a question about buildInputs vs nativeBuildInputs: if I put llvm in buildInputs I cannot run llvm-config and if I put it in nativeBuilInputs it won't point to the right libraries, right ?
<michas> Taneb: yes. refind boots in uefi and I am able to start the existing ubuntu uefi binary from there.
o1lo01ol1o has joined #nixos
acarrico has joined #nixos
<{^_^}> [nixpkgs] @lo1tuma opened pull request #49453 → Update nodejs-10_x and make it the default → https://git.io/fx5FA
o1lo01ol1o has quit [Ping timeout: 250 seconds]
yorick has joined #nixos
o1lo01ol1o has joined #nixos
Dedalo has joined #nixos
<yorick> why is the nginx recommendedProxyConfig included both in the server block and location blocks?
<{^_^}> [nixops] @domenkozar pushed to master « fix search path impurity »: https://git.io/fx5bz
<{^_^}> [nixpkgs] @dezgeg pushed to master « nixos/tests/rsyslogd: Fix eval »: https://git.io/fx5bo
<{^_^}> [nixpkgs] @dtzWill opened pull request #49454 → bison: 3.1 -> 3.2 → https://git.io/fx5NY
periklis has quit [Remote host closed the connection]
orivej has quit [Ping timeout: 272 seconds]
nkaretnikov has left #nixos [#nixos]
erictapen has joined #nixos
RyanGlScott has joined #nixos
<RyanGlScott> I'm a bit confused at how to interpret this information from `nix repl`:
<RyanGlScott> nix-repl> pkgs.haskell.packages.ghc861.th-desugar
<RyanGlScott> «derivation /nix/store/z2j0vy45pzk00668srmgm2dczh328pdi-th-desugar-1.8.drv»
<RyanGlScott> In particular, th-desugar-1.8 doesn't support GHC 8.6.1. I would have expected to see th-desugar-1.9 there.
mayhewluke has quit [Ping timeout: 250 seconds]
<clever> RyanGlScott: and if you :b it, does it fail?
<RyanGlScott> Dunno. Give me a bit while everything builds...
Itkovian has joined #nixos
mayhewluke has joined #nixos
<RyanGlScott> clever: It does indeed fail:
<RyanGlScott> Setup: Encountered missing dependencies:
<RyanGlScott> template-haskell >=2.8 && <2.14
emerson is now known as GDPR
<clever> RyanGlScott: an 861 specific override did exist, to make it ignore the versions in the cabal file
<clever> but it was removed 5 days ago
<locallycompact> how do I push a stack project to nix packages?
<RyanGlScott> clever: OK. I ran `nix-channel --update` this morning, but I don't seem to have fix available locally.
<clever> RyanGlScott: which channel are you on?
<RyanGlScott> $ nix-channel --list
<clever> that channel last updated 6 days ago
<RyanGlScott> OK. I'm pretty much a total noob at this—is there a recommended way to get this update?
<{^_^}> [nixpkgs] @dtzWill opened pull request #49455 → gcc6: 6.4.0 -> 6.5.0 → https://git.io/fx5A9
<clever> you can try just `:b haskell.lib.doJailbreak pkgs.haskell.packages.ghc861.th-desugar` in the repl, to confirm if thats enough
iyzsong has joined #nixos
Izorkin has joined #nixos
<RyanGlScott> OK... but I'm not sure that's what I actually want to do. I want to install th-desugar-1.9, after all
<RyanGlScott> Which is certainly available on Hackage. I'm not sure how closely Nix follows updates to Hackage.
o1lo01ol1o has quit [Ping timeout: 250 seconds]
<srhb> RyanGlScott: For that, you probably want callHackage (if our stackage lts snapshot is new enough)
<srhb> At least, that's a quick way to locally bump to some hackage version
Swant has joined #nixos
<RyanGlScott> OK. I'll try Googling how to use `callHackage`...
<clever> nix-repl> haskell.packages.ghc861.callHackage "th-desugar" "1.9" {}
<RyanGlScott> Thanks :)
<RyanGlScott> That worked like a charm. Thanks, everyone!
<{^_^}> [nixpkgs] @vbgl opened pull request #49456 → Small refactoring in coqPackages → https://git.io/fx5xS
erictapen has quit [Quit: leaving]
erictapen has joined #nixos
RyanGlScott has left #nixos [#nixos]
<{^_^}> [nixpkgs] @dotlambda pushed to master « home-assistant: 0.81.1 -> 0.81.2 »: https://git.io/fx5xh
Rusty1 has joined #nixos
patrl has quit [Ping timeout: 250 seconds]
metalrain has quit [Ping timeout: 264 seconds]
metalrain has joined #nixos
<{^_^}> [nixpkgs] @gmarmstrong opened pull request #49457 → clustergit: init at 2018-04-18 → https://git.io/fx5pA
gmarmstrong has joined #nixos
Phillemann has left #nixos ["WeeChat 2.3"]
o1lo01ol1o has joined #nixos
<{^_^}> [nixpkgs] @dotlambda pushed to master « qutebrowser: 1.5.1 -> 1.5.2 »: https://git.io/fx5hc
hyper_ch2 has joined #nixos
<hyper_ch2> did freenode have an issue?
fendor has joined #nixos
<srhb> None that I noticed.
agander has joined #nixos
<hyper_ch2> ok :)
<{^_^}> [nixpkgs] @edolstra merged pull request #49326 → nixos/installation-device: set GC initial heap size to 1MB → https://git.io/fxHH4
<{^_^}> [nixpkgs] @edolstra pushed 2 commits to master: https://git.io/fx5h2
davenpcm has joined #nixos
iyzsong-x has joined #nixos
<{^_^}> [nixpkgs] @timokau opened pull request #49458 → pythonPackages.entrypoints: fix python2 build → https://git.io/fx5h6
<hyper_ch2> still waiting for my pr to get approved :)
davenpcm has quit [Remote host closed the connection]
iyzsong has quit [Ping timeout: 245 seconds]
gmarmstrong has quit [Read error: Connection timed out]
madjar has joined #nixos
o1lo01ol1o has quit [Ping timeout: 264 seconds]
<locallycompact> I'm trying to install 'fficxx' from nixpkgs but it's installing the wrong one
<locallycompact> it's trying to build 0.5
<locallycompact> but i want 0.5.0.1
<locallycompact> stackage says 0.5.0.1 is in nix
<locallycompact> why is it building 0.5
<locallycompact> hackage sorry not stackage
<srhb> locallycompact: If you're using nixos-unstable, it hasn't updated yet.
<locallycompact> oh
<srhb> locallycompact: http://howoldis.herokuapp.com/
<locallycompact> how often does unstable update
o1lo01ol1o has joined #nixos
<srhb> That is explained in the boxes at the top of that page
<clever> locallycompact: whenever it passes a set of tests
<srhb> Currently we're more than a week behind with no immediate fix in sight.
<srhb> (But working on it)
<clever> srhb: all of those failures are epyc again, another restart is in order?
<srhb> clever: I don't think that's it.. There's compounding issues though.
<srhb> vm connection timeout, overload of chromium builds, and now a failure to evaluate that I haven't pinned down yet.
<srhb> I think we just see epyc there more often because it's more likely to get the builds. If you go digging the same failures do occur on the other nodes.
<srhb> (But I'm not sure, of course)
<clever> ah
<hyper_ch2> chromium is a beast to build... takes on my notebook like half a day
<{^_^}> [nixpkgs] @7c6f434c merged pull request #48873 → jwm-settings-manager: init at 2018-10-19 → https://git.io/fxPs6
<{^_^}> [nixpkgs] @7c6f434c pushed 2 commits to master: https://git.io/fx5j5
<srhb> hyper_ch2: Just build it. Took five hours here. But I just wanted to know if the build was _actually_ broken.
<srhb> Just built* it
<hyper_ch2> you building-fu is much stronger than mine
<srhb> Eh, new laptop.. It's nice.
<hyper_ch2> srhb: do you happen to be familiar with python?
<srhb> hyper_ch2: Somewhat.
<hyper_ch2> s/python/packaging python/
<srhb> More than I'd like. :-)
<hyper_ch2> sorry, perl... that's the othe evil "p" language
<hyper_ch2> perl... python... all the same :)
<srhb> No, I'm not.
<hyper_ch2> me neither and keep failing :)
<erictapen> I'm trying to package two applcations, that share the same source repo and part of the build process, but should result in two different nix packages. could anyone point me to an occasion where this is done?
<hyper_ch2> for some reason it doesn't like me pointing to the sscript directly... it expect some container to unpack
<{^_^}> [nix] @edolstra pushed to master « S3BinaryCacheStore: Allow disabling multipart uploads »: https://git.io/fxdec
<erictapen> ideally the shared part of the build process should be done only once for both packages
boxscapeR has joined #nixos
vidbina has quit [Ping timeout: 250 seconds]
Itkovian has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<adisbladis> erictapen: kcachegrind and qcachegrind share sources. A bunch of binutils related tooling like binutils/libopcodes/libbfd does too.
<adisbladis> erictapen: You can just reference attributes from one derivation in the other one
<erictapen> adisbladis: thanks a lot, that sounds like my use case
<{^_^}> [nixpkgs] @Mic92 merged pull request #49359 → verasco: remove → https://git.io/fxQGS
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fxde9
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fxde5
<{^_^}> [nixpkgs] @Mic92 merged pull request #49450 → rambox: fix crash when downloading files to disk → https://git.io/fx57s
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to release-18.09: https://git.io/fxdej
<{^_^}> [nixpkgs] @timokau merged pull request #49458 → pythonPackages.entrypoints: fix python2 build → https://git.io/fx5h6
<{^_^}> [nixpkgs] @timokau pushed 2 commits to python-unstable: https://git.io/fxdvL
<{^_^}> [nixpkgs] @Tmplt opened pull request #49459 → pbpst: init at 1.4.1+ecbe08a → https://git.io/fxdvw
trevthedev has joined #nixos
<{^_^}> [nixpkgs] @peterhoeg opened pull request #49460 → platformio: 3.5.3 -> 3.6.1 → https://git.io/fxdvA
patrl has joined #nixos
orivej has joined #nixos
<thefloweringash> hyper_ch2 (IRC): half a day? it takes my rock64 about 3 days to build chromium ;-)
ThatDocsLady has quit [Remote host closed the connection]
ThatDocsLady has joined #nixos
<hyper_ch2> :)
<hyper_ch2> thefloweringash: and what do you do for the rest of the week?
<thefloweringash> build panfrost test images? ¯_(ツ)_/¯
<hyper_ch2> thefloweringash: https://xkcd.com/303/
Itkovian has joined #nixos
erictapen has quit [Ping timeout: 250 seconds]
erictapen has joined #nixos
iyzsong-x has quit [Quit: ZNC 1.7.1 - https://znc.in]
abrar has quit [Remote host closed the connection]
Itkovian has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jperras has joined #nixos
Itkovian_ has joined #nixos
<{^_^}> [nixpkgs] @jrcole2884 opened pull request #49461 → Update ISSUE_TEMPLATE.md → https://git.io/fxdTO
<{^_^}> [nixpkgs] @jrcole2884 closed pull request #49461 → Update ISSUE_TEMPLATE.md → https://git.io/fxdTO
<Synthetica> More hacktoberfest spam?
<etu> The person closed the ticket themself right after it was opened
<etu> I find that odd
<das_j> Synthetica: Turns out GitHub staff bans people pretty fast if you report their PRs ;)
<das_j> I'd link the PR from another project, but it's completely gone
<Synthetica> etu: not at all, for it to count for Hacktoberfest only the opening counts, doesn't matter if it's merged or not
<{^_^}> [hydra] @edolstra pushed 3 commits to master: https://git.io/fxdkq
trevthedev has quit [Quit: WeeChat 2.0]
<{^_^}> [nixpkgs] @edolstra pushed commit from @volth to release-18.09 « [cpan2nix] perlPackages.NetAmazonS3: 0.84 -> 0.85 »: https://git.io/fxdkC
lukego has joined #nixos
<lukego> I have a machine that was deployed with NixOps. I'd now like to redeploy the same configuration locally as a plain ol' NixOS. So in the beginning the software would be the same but going forward I would maintain it locally with nixos-rebuild instead of remotely with 'nixops deploy'. Scary and hard?
waleee has joined #nixos
<angerman> How do you setup cachix on travis-ci (mac) proper? https://travis-ci.org/angerman/nix-tools/jobs/448203785#L557 This used to work, but apparently doesn't now anymore... nothing is pulled from the cachix cache.
endformationage has joined #nixos
<erictapen> lukego: depends a bit on how complicated your nixops expression is. if the nixops backend for the machine is 'none', you might only take care of 1. putting the whole conifguration.nix into the right place and 2. make sure that $NIX_PATH points to the right nixpkgs checkout (e.g. nixos-18.09)
<lukego> erictapen: Is it "okay" to run
<erictapen> lukego: there are a few more nixops features that could make migration more difficult, e.g. if you store secrets on the host via nixops
<lukego> run 'nixos-rebuild switch' on the deployed machine? or is that non-functional somehow on machines deployed with nixops?
<michas> Hi, I tried to use the documentation (https://nixos.org/nixos/manual/index.html#sec-installing-from-other-distro) to install a nixos system using NIXOS_LUSTRATE on ubuntu. - Which step sets up the bootloader? (As far as I see, ubuntu installed grub and nixos only configures systemd-boot...) Is there a step missing in the documentation?
<erictapen> lukego: just at it is, running nixos-rebuid could produce an entirely different system, so it is not safe.
<lukego> erictapen: hm yeah have to think about whether any important e.g. private keys are stored in that nixops sqlite file
<etu> Synthetica: wow
<etu> Synthetica: I thought it had to be merged.
<Synthetica> Nope
<erictapen> lukego: do you have experience with managing a vanilla nixos system, without nixops
<etu> What a scam
<lukego> some, yes
<lukego> I suppose that my configuration.nix needs to import the same expression that nixops uses and pick the attribute for the relevant machine definition?
Dr8128 has joined #nixos
<simpson> Oh, this is a cloud VM of some sort?
<simpson> nixops mixes its support for the cloud with the rest of its Nix plumbing. I'm not sure how one would factor that out.
<lukego> Hopefully if I don't *totally* screw everything up I can still redeploy with nixops to get back to where I was
<gchristensen> `nixops show-physical` will show you everything nixops hides about your nodes
drakonis1 has joined #nixos
<erictapen> lukego: in the configuration.nix on your target goes only the value of the machine attribute, e.g. { config, pkgs, ... }:{ … }
<erictapen> gchristensen: ah nice, didn't know that command!
<{^_^}> Channel nixpkgs-18.03-darwin advanced to https://github.com/NixOS/nixpkgs/commit/6f07d27625f (from 3 days ago, history: https://channels.nix.gsc.io/nixpkgs-18.03-darwin)
<lukego> erictapen: I suppose that the /etc/nixos/configuration.nix that I have on the machine at the moment is just junk i.e. being bypassed when nixops makes a remote deployment
<gchristensen> yes
<lukego> gchristensen: neat!
<{^_^}> [nixpkgs] @roberth opened pull request #49462 → pkgs.nixos: Add example to inline documentation → https://git.io/fxdtu
<lukego> 'nixops show-physical' suggests there's not much hidden besides provisioning a pubkey for root that nixops can use
<erictapen> lukego: just to be sure: if you use a backend different from "none" in nixops, you might need to recreate the nixops behaviour for deploying the cloud instance
<erictapen> lukego: then it sounds safe and easy to do
<lukego> lemme check that. these are physical bare metal servers and not e.g. hetzner
Dr8128 has quit [Quit: Leaving.]
Dr8128 has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #49394 → xapian: 1.4.7 -> 1.4.8, drop included patch → https://git.io/fx7v8
<{^_^}> [nixpkgs] @xeji pushed 2 commits to master: https://git.io/fxdt5
<{^_^}> [nixpkgs] @xeji merged pull request #49440 → nixos/bitlbee: use purple-2 as purple_plugin_path → https://git.io/fx5a6
<{^_^}> [nixpkgs] @xeji pushed commit from @Lassulus to master « nixos/bitlbee: use purple-2 as purple_plugin_path (#49440) »: https://git.io/fxdtb
<lukego> There are some 'deployment.*' attributes that 'nixos-rebuild build' doesn't like but I suppose I can just filter those out
<lukego> let's try this and see what happens...
<{^_^}> [nixpkgs] @xeji pushed commit from @Lassulus to release-18.09 « nixos/bitlbee: use purple-2 as purple_plugin_path (#49440) »: https://git.io/fxdqI
<{^_^}> Channel nixos-18.03 advanced to https://github.com/NixOS/nixpkgs/commit/6f07d27625f (from 3 days ago, history: https://channels.nix.gsc.io/nixos-18.03)
Itkovian_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<erictapen> lukego: yeah, the deployment attributes need to be thrown away
Dr8128 has quit [Client Quit]
Dr8128 has joined #nixos
erasmas has joined #nixos
<erictapen> lukego: hope it works out!
Itkovian has joined #nixos
<lukego> So that went fairly badly :). First thing 'nixos-rebuild switch' did was delete all the users for some reason. now I can't do anything as root because sudo doesn't recognize me.
Dr8128 has quit [Client Quit]
<gchristensen> oops... can you touch the box?
<gchristensen> ie: boot-loader rollback
<lukego> yes, but that requires walking outside and downstairs to my lab, so I'll spend a few cycles trying to cheat first :)
<gchristensen> lukego: can you SSH in as root using the key which was first provisioned?
<lukego> (I am so terrible and keeping track of my ipmi credentials, so perfect at times like this...)
<{^_^}> [nixpkgs] @timokau merged pull request #49452 → pythonPackages.sympy: 1.2 -> 1.3 → https://git.io/fx5FI
<lukego> I'm just typing in the existing ssh session that I already had running
<{^_^}> [nixpkgs] @timokau pushed 2 commits to master: https://git.io/fxdqX
<gchristensen> ah
<gchristensen> next time, consider becoming root in a spare shell or three before taking such steps :)
<lukego> indeed :)
<gchristensen> I too have learned thaht lesson
<lukego> I wonder why it removed all those users though.
<lukego> Suggests it didn't really use the same machine definition as nixops.
<erictapen> lukego: oh no! are you confident about parity between the nixops attribute and the expression in configuration.nix?
<erictapen> lukego: does NIX_PATH on the remote system contain nixos-config=/etc/nixos/configuration.nix ?
<lukego> I suspect that I specified the wrong expression... Got the machine-specific attribute without the common attributes that should have been merged in somehow. Reading the code...
<erictapen> lukego: aah that makes sense…
reinzelmann has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @lsix merged pull request #48664 → postgresql_11: init at 11.0 → https://git.io/fxVWR
<{^_^}> [nixpkgs] @lsix pushed 6 commits to master: https://git.io/fxdY6
<lukego> I'm not immediately seeing how the attributes are merged but maybe it's nixops that does this? I mean combines generic machine definition with physical deployment details. So maybe I'd need to combine those myself somehow.
<avn> lukego: does you switching from regular nixos to nixops, and step into some pitfalls?
<lukego> avn: no the opposite. This machine was previously provisioned with nixops and now I'm attempting to redeploy the same configuration locally/stand-alone.
<avn> I plan to switch two machines to nixops, so looking what caveats I can hit. ;)
<hyper_ch2> hmmm, how can I package a single script file for nixos? when I just use stdenv.mkDerviation it want to donwload some archive and then complains it can't extract it
<{^_^}> [nixpkgs] @xeji merged pull request #49395 → upower: 0.99.7 -> 0.99.9, lock down service → https://git.io/fx7fn
<{^_^}> [nixpkgs] @xeji pushed 4 commits to master: https://git.io/fxdOk
<avn> hyper_ch2: pkgs.writeScriptBin?
<hyper_ch2> avn: I don't host the script
domenkozar has joined #nixos
<lukego> avn: the immediate caveat I hit is that my machines are all nixos-16.03 and upgrading them to 18.09 is tricky because there have been multiple incompatbile changes to nix and nixpkgs and I need to make stepwise upgrades both to the nixops server and the machines themselves. since these machines are bare-metal I decided maybe nixops doesn't buy us enough to be worth that.
<avn> cp/chmod in install phase then, and regular fetchXXX for .src attribute then
<hyper_ch2> avn: it complains that there's nothing is to unpack and then exists
<avn> lukego: do 17.09 as transition point, it works
<hyper_ch2> also not sure how to pass perl packages as part of the install process
<lukego> avn: I will. Just playing the gambit that doing this stuff locally on the machine will be easier than remotely with nixops. Time will tell.
jD91mZM2 has quit [Quit: WeeChat 2.2]
<erictapen> lukego: does the default behaviour from the defaults attribute in nixops? if yes you could put the two expressions (or modules as they are usually called) in two different files and import one from the other
<erictapen> lukego: *behaviour come from the …
davenpcm has joined #nixos
<avn> lukego: I actually want to achieve deployment via nixops, but with ability to standalone operations as well.
<{^_^}> [nixpkgs] @edolstra pushed 2 commits to master: https://git.io/fxdOa
<avn> (because few machines is notebooks, and can travel)
<gchristensen> hey so I accidentally made i3 cry, swapped to a different tty. how do I get back to X..?
<lukego> avn: that's closer to what I'm doing here i.e. "hijacking" the nixos installed by nixops.
<hyper_ch2> avn: my attempts so far: https://paste.simplylinux.ch/view/raw/e6353fd7 it complains about the perl packages in the first line and if I leave them out, it complains about not being able to extract
<avn> lukego: I keep eye on your experience ;)
<worldofpeace> gchristensen: `sudo systemctl restart display-manager` ?
<locallycompact> hi, how do I complete this nix expression
<locallycompact> if I have f is a thingy
<locallycompact> how do I put it in environment.systemPackages
<boxscapeR> gchristensen: can't you just swap back to the tty X is running on?
<lukego> headed downstairs to try this again, fingers crossed
<avn> hyper_ch2: try to look on pkgs/tools/misc/cloc/default.nix as inspiration
<avn> <pkgs/tools/misc/cloc/default.nix>
<{^_^}> [nixpkgs] @dotlambda pushed to master « getmail: 5.6 -> 5.7 »: https://git.io/fxdOx
<avn> well, I don't know how operate bot properly
<hyper_ch2> avn: thx, will do so
xeji has joined #nixos
<erictapen> locallycompact: I think there are different ways to archieve this, but I'd aim for (f {pkgs.stdenv, pkgs.fetchurl, pkgs.perl}) for the start in place of ????
<lassulus> locallycompact: environment.systemPackages = [ (pkgs.callPackage f) ]; But I guess you need to add { pkgs, ... }: to the top
vidbina has joined #nixos
<lassulus> ah no you already have pkgs
<erictapen> locallycompact: yeah callPackage is probably more convenient
pmade has joined #nixos
<{^_^}> [nixpkgs] @vbgl opened pull request #49466 → ocamlPackages.odoc: 1.2.0 -> 1.3.0 → https://git.io/fxd38
<lassulus> actually it's environment.systemPackages = [ (pkgs.callPackage f {}) ];
<locallycompact> if I do that it sasys
<locallycompact> ah ok sec
<{^_^}> [nixpkgs] @CharlesHD opened pull request #49467 → cmusfm: init at version ad2fd0aad3f4f1a25add1b8c2f179e8859885873 → https://git.io/fxd3u
<locallycompact> oh no that does something wierd
<locallycompact> it's looks for builder.sh in my home directory
<locallycompact> error (ignored): writing to file: Bad file descriptor
<locallycompact> error: getting attributes of path '/home/lc/builder.sh': No such file or directory
<lassulus> where else should it be?
<locallycompact> in the url
<locallycompact> the tarball
<locallycompact> src = fetchurl
<locallycompact> etc etc
<lassulus> well it's intended this way, you can remove the builder line though.
<locallycompact> ok
<{^_^}> [nixpkgs] @NickHu closed pull request #48885 → tikzit: init at 2.0 → https://git.io/fxPaw
<locallycompact> oh I see ok
<lassulus> I guess you copied the example from the manual. In 14.2 the builder.sh is created
<locallycompact> yeah that makes sense
<locallycompact> yeah I was all over the place
<locallycompact> can that be done inline?
<locallycompact> like just 'somethingsomething = cabal something'
<lassulus> you can override buildPhase with buildPhase = '' bla bla ''
<lassulus> oder you can do builder = pkgs.writeScript "bla" '' bla bla ''
<locallycompact> so what if you have like
<locallycompact> a stack project
<{^_^}> [nixpkgs] @xeji merged pull request #49185 → virtualgl-lib: fix broken startup script → https://git.io/fx9c9
<{^_^}> [nixpkgs] @xeji pushed commit from @markuskowa to master « virtualgl-lib: fix broken startup script (#49185) »: https://git.io/fxdsO
<locallycompact> but if you just do builder = bla bla stack build, it will use stack and not all the lovely nix packages already there
vidbina has quit [Ping timeout: 250 seconds]
<locallycompact> what's the idea there
<boxscapeR> there's a stack config option to use nix packages I think?
<lassulus> uhm, I'm not very familian with stack. But usually, you can't download external stuff from within the builder or buildPhase because of sandboxing
<boxscapeR> If I wanted to compile a stack project with nix I'd probably not use stack and instead use the .cabal file directly
<{^_^}> [nixpkgs] @edolstra pushed 2 commits to release-18.09: https://git.io/fxdsK
<locallycompact> they don't come with cabal files anymore it's all hpack
<locallycompact> cabal file is generated after you start building with stack
<boxscapeR> uh, I
<boxscapeR> *think* cabal2nix supports hpack
<boxscapeR> yeah, hpack's github says so
<lassulus> most of hackage packages are in haskellPackages
<lassulus> if you just want to run some stuff from hackage
<{^_^}> [nixpkgs] @xeji pushed commit from @markuskowa to release-18.09 « virtualgl-lib: fix broken startup script (#49185) »: https://git.io/fxds7
<locallycompact> no I want something I maintain
<locallycompact> not on hackage
<lassulus> then cabal2nix is the most famous way I guess
<locallycompact> how does that work
<lassulus> there also seems to be stack2nix
<avn> you always can generate .cabal with hpack, then pass it to cabal2nix
<avn> (or even write .nix by hands, if you have few deps)
peacememories has joined #nixos
ixxie has joined #nixos
<{^_^}> [nixpkgs] @worldofpeace opened pull request #49468 → bamf: 0.5.3 -> 2018-02-07, fix build → https://git.io/fxdGR
<lukego> Bugger. The machine won't boot. It says "<< NixOS Stage 2 >>" and "running activation script..." and "setting up /etc..." and then just hangs. I don't see any menu where I could ask for a rollback.
<lukego> oh hm but I was able to ssh into it :)
<locallycompact> ok yeah that works with hpack
<symphorien> lukego: the menu is in the grub
<erictapen> lukego: the menu should be available in the grub screen
<symphorien> so earlier
<lukego> I didn't see a grub screen.
<lukego> and I was watching intently and did see all the BIOS screens
<clever> lukego: what boot.loader.X.enable=true; is setup?
<gchristensen> are you on a serial console?
<lukego> gummiboot
<lukego> that's via VGA monitor
erictapen has quit [Quit: leaving]
<clever> lukego: gummiboot doesnt exist anymore
<lukego> this is still 16.03
<drakonis1> why not update?
peacememories has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<lukego> Historically, due to backwards incompatible changes in nix. Currently, I actually am upgrading and this is the first preliminary step.
<lukego> Since I can ssh into the machine I should be OK though. I'm trying a new 'nixos-rebuild test' with a hopefully better expression
lonokhov has quit [Quit: WeeChat 2.2]
<lukego> If this works then I'll upgrade to 17.09 and then 18.09 and then debug whatever is broken e.g. in the old fashioned way that we enabled sudo in nix builds.
<{^_^}> [nixpkgs] @xeji merged pull request #46754 → pyo3-pack: init at 0.3.8 → https://git.io/fA1HR
<{^_^}> [nixpkgs] @xeji pushed commit from @danieldk to master « pyo3-pack: init at 0.3.8 (#46754) »: https://git.io/fxdnI
madjar has quit [Quit: Connection closed for inactivity]
<lukego> This time I think that it worked. Let's push our luck and try again with a newer nixos
agander has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48499 → nixos/salt: restart on config changes → https://git.io/fxuWH
<{^_^}> [nixpkgs] @Mic92 pushed 4 commits to master: https://git.io/fxdcU
hotfuzz has joined #nixos
<{^_^}> [nixpkgs] @dotlambda pushed to master « python.pkgs.datadog: 0.20.0 -> 0.23.0 »: https://git.io/fxdc5
brejoc has joined #nixos
hotfuzz_ has quit [Ping timeout: 272 seconds]
jD91mZM2 has joined #nixos
ThatDocsLady has quit [Remote host closed the connection]
ThatDocsLady has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #49390 → gmime3: 3.2.0 -> 3.2.1, enable tests, now uses libidn2 → https://git.io/fx7ei
<{^_^}> [nixpkgs] @xeji pushed commit from @dtzWill to master « gmime3: 3.2.0 -> 3.2.1, enable tests, now uses libidn2 (#49390) »: https://git.io/fxdW3
ixxie has quit [Ping timeout: 240 seconds]
<bpye> Does NixOS have any policy on default compile flags? I'd like to enable vsock support in xrdp as it allows you to setup a Hyper-V "Enhanced" session, essentially it uses rdp instead of an emulated framebuffer over a paravirtualised socket
<Mic92> useful weechat snippet for #nixos: /buffer_autoset add irc.freenode.#nixos no_highlight_nicks_add {^_^} (https://weechat.org/blog/post/2010/10/11/Disable-highlights-from-some-nicks)
<Synthetica> ,locate cudart
<gchristensen> anyone have a a few million kicking around for a mac build farm? https://screenshotscdn.firefoxusercontent.com/images/26eb389c-3267-4571-8107-9a872af050b8.jpg
<{^_^}> Found in packages: hwloc-nox.dev
<drakonis1> why though?
<symphorien> does the log for this build appear binary for you ? https://hydra.nixos.org/build/83261538
<Mic92> gchristensen: apple ?
<gchristensen> Mic92: yeah, they released new mac minis today
<gchristensen> now much less dated than before
<xeji> cool. except for the price :(
Itkovian has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [nixpkgs] @xeji merged pull request #49018 → python36Packages.cassandra-driver: 3.6.0 -> 3.15.1 → https://git.io/fx1gg
<{^_^}> [nixpkgs] @xeji pushed commit from @r-ryantm to master « python36Packages.cassandra-driver: 3.6.0 -> 3.15.1 (#49018) »: https://git.io/fxd8k
<gchristensen> only a few million ...
erasmas has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @Ekleog opened pull request #49469 → Add self as maintainer → https://git.io/fxd8O
mayhewluke has quit [Ping timeout: 244 seconds]
mayhewluke has joined #nixos
boxscapeR has quit [Remote host closed the connection]
hyper_ch2 has quit [Ping timeout: 256 seconds]
Tucky has quit [Quit: WeeChat 2.2]
hiroshi has quit [Ping timeout: 272 seconds]
<{^_^}> Channel nixpkgs-18.03-darwin advanced to https://github.com/NixOS/nixpkgs/commit/19fc6daa537 (from 32 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.03-darwin)
dvim has joined #nixos
jperras has quit [Quit: WeeChat 2.2]
<{^_^}> Channel nixos-18.03 advanced to https://github.com/NixOS/nixpkgs/commit/19fc6daa537 (from 32 hours ago, history: https://channels.nix.gsc.io/nixos-18.03)
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ixxie has joined #nixos
<ixxie> hello folks
<ixxie> anybody got experience running a Dex OIDC server on NixOS?
Dedalo has joined #nixos
<johanot> ixxie: we do that :))
<ixxie> johanot: I was looking for you over at #nixos-kubernetes xD lets move this over there perhaps?
<johanot> ixxie: yeah
<{^_^}> [nixpkgs] @grahamc opened pull request #49470 → kernel: enable MLX5_CORE_EN when possible → https://git.io/fxdRi
steell has joined #nixos
sir_guy_carleton has joined #nixos
<{^_^}> [nixos-org-configurations] @grahamc pushed 4 commits to graham/prometheus: https://git.io/fxd0r
<{^_^}> [nixpkgs] @xeji merged pull request #49459 → pbpst: init at unstable-2018-01-11 → https://git.io/fxdvw
<{^_^}> [nixpkgs] @xeji pushed commit from @Tmplt to master « pbpst: init at unstable-2018-01-11 (#49459) »: https://git.io/fxd0N
<andi-> there is a #nixos-kubernetes now!?
<{^_^}> [nix] @LnL7 opened pull request #2498 → Improve command not found errors → https://git.io/fxdEH
<LnL> gchristensen: is that suggestion stuff new?
<gchristensen> yeah!
<gchristensen> neat, right? you can do it right in the comment box
<gchristensen> ofborg could send them...
<{^_^}> [nixpkgs] @patrl opened pull request #49471 → scuttlebot: add native build dependencies → https://git.io/fxdu9
<LnL> oh, that's an interesting idea
<{^_^}> [nixpkgs] @botnick opened pull request #49472 → Release 18.09 → https://git.io/fxdzD
<{^_^}> [nixpkgs] @matthewbauer closed pull request #49472 → Release 18.09 → https://git.io/fxdzD
erasmas has joined #nixos
<Acou_Bass> hey everyone, im trying to setup my xserver in configuration.nix, ive got two monitors one of which is portrait-ways up, but when i set it in configuration to be rotated, it for some reason messes with my DPI and everything is HUGE on SDDM/Plasma... if i remove the stuff from configuration.nix and just set it exactly the same in nvidia-settings its fine (but SDDM isnt rotated)... the stuff in configuration.nix
<Acou_Bass> is identical to what nvidia-settings spits out when i export it to an xconfig file
<clever> Acou_Bass: i just never bothered getting it configured right on the login page, and i let xfce fix things after login
<Acou_Bass> me too usually, just figured id try :D
<clever> by chance, the login is on one of the main monitors
<clever> ah
<{^_^}> [nixpkgs] @patrl opened pull request #49473 → git-ssb: add build dependency → https://git.io/fxdgr
ThatDocsLady has quit [Remote host closed the connection]
<clever> if you mess with DISPLAY and XAUTHORITY, you should be able to connect to X from an ssh session
<Acou_Bass> well when i dont do anything in config.nix, the login screen appears on both motnitors but because of the resolutions between them it doesnt quite split them correctly
<clever> and then start things like xrandr or even xterm, and inspect the current config and layout
ThatDocsLady has joined #nixos
<wirew0rm> does anyone have an example for making python packages available inside an FSHUserEnv? I tried targetPkgs=pkgs: [pkgs.python27Packages.cryptography] and targetPkgs = [pkgs: pkgs.Pyton2.withPackages(ps: [ps.cryptography])]
<Acou_Bass> i dont really need an SSH session, im on my desktop just fine, just feels like im running it at such a small res that everything's inflated ;P
<clever> Acou_Bass: its more about querying the xorg state before you login, and normal security doesnt let you run arbitrary things then
<wirew0rm> the first does not make the module available in python, the former fails to evaluate
ryantm has joined #nixos
<clever> wirew0rm: lists behave a bit weirdly, you need to wrap each item with () to make it parse the way your expecting
<Acou_Bass> ahhhh i see
<Acou_Bass> i think ive found something that might give me an idea... lemme test!
<wirew0rm> clever: thanks, that fixed the evaluation error. Still not able to import the cryptography module from inside the FSHUserEnv :/
palo has joined #nixos
<steveeJ> can I somehow pass an argument to nixos-rebuild which is available in the configuration.nix?
spinglet has quit [Remote host closed the connection]
drk_lrd_877_ has joined #nixos
ddellacosta has joined #nixos
xorkle_ is now known as xorkle
<ddellacosta> so this is perhaps more of a general linux question than it is a NixOS question, but I'm installing NixOS so I'll start here: I'm attempting to boot up the latest graphical installation image (nixos-graphical-18.09.1023.06fb0253afa-x86_64-linux.iso) on a new Thinkpad X1 Extreme, and I'm getting stuck because it keeps claiming it is overheating at 120 degrees at boot time. This seemed nuts and it otherwise doesn't seem t
<ddellacosta> o be overheating, so I figured out that I could disable ACPI to get it to boot that way--which works! However, then the keyboard doesn't function.
locallycompact has quit [Ping timeout: 240 seconds]
<ddellacosta> it's been a while since I've been in the weed in linux-land so I'd appreciate any help or pointers, even if it's just "go read these docs"--thanks!
<ddellacosta> in the *weeds
<srhb> ddellacosta: My first shot in the dark would be building an installer with a newer kernel
<srhb> ddellacosta: Which is my goto with all newer hardware
Ariakenom has quit [Ping timeout: 240 seconds]
<ddellacosta> srhb: you know that's where I was starting to go--can you point me at some resources for learning how to do that?
<ddellacosta> the trick is that the only functional machines I have are a Mac laptop, and the Windows OS on the Thinkpad
<srhb> ddellacosta: The easiest thing to do is from a system with nix, get a checkout of a recent nixpkgs, and modify the files in...
<srhb> Oh, ouch
<ddellacosta> yeah :-/
<srhb> That will make things more difficult
<srhb> ddellacosta: I can build one for you after work, but that's many hours from now. Maybe someone else can assist
<ddellacosta> I guess I could try starting w/ubuntu or something, supposedly that works "out of the box"
<srhb> Yeah, that's also a way to bootstrap :)
<ddellacosta> alright--thanks srhb, I'll start there and see what happens!
<clever> wirew0rm: what is the eval error?
ThatDocsLady has quit [Ping timeout: 244 seconds]
<yorick> imports can't depend on any config, can it?
arjen-jonathan has quit [Ping timeout: 244 seconds]
<wirew0rm> clever: the eval error went away with the addes parentheses you suggested. I think nix interprets [ a b(c) ] as [a b c] and so i needed to do [a ( b(c) ) ]?
<clever> wirew0rm: yeah
<wirew0rm> it was was something about expecting JSON instead of a function
<{^_^}> [nixpkgs] @andir opened pull request #49474 → [18.09] buildRustPackage: fix regex for separating lib and bin → https://git.io/fxdwK
<Acou_Bass> clever: turns out id missed an important part
<Acou_Bass> setting the resolution of my first (on the left) monitor - for some reason nvidia was automatically jacking the resolution down because it wasnt set to 1920x1080
<wirew0rm> clever: for the actual problem it turned out, that i was trying to add the python package in the wrong expression. now everything works fine.
<Acou_Bass> heh he's just helping everyone
<bsima> wirew0rm: I've been trying to do a similar thing in python/nix, could you share the nix expression via pastebin/gist?
jperras has joined #nixos
<wirew0rm> bsima: actually it turned out, that i had to add the python package to my nix-shell expression and not to the FHSUserEnv at all, so i doubt it would be a big help for you?
<wirew0rm> bsima: https://nixos.wiki/wiki/ESP-IDF <- basically this setup, the last edit here is what I had to fix
<bsima> wirew0rm: okay thanks - more nix examples is always helpful :)
davenpcm has quit [Read error: Connection reset by peer]
<jabranham> how do I search for R packages with "nix search"?
<{^_^}> [nixpkgs] @gebner pushed to master « khal: fix build »: https://git.io/fxdoH
<gchristensen> yorick: what are you doing?
<yorick> gchristensen: I'm writing small modules that define a single service, and allocating things like ports and nginx vhosts centrally. sometimes I want to call them multiple times
<yorick> gchristensen: so I thought "hey let's use the nix module system", but the 'multiple times' is problematic for that
ddellacosta has quit [Remote host closed the connection]
ixxie has quit [Remote host closed the connection]
<andi-> isn't the usual solution for that submodules?
<steveeJ> what's the simplest way to skip ./result/myscript.sh when templating with nix? I'm wishing for `nix run` or so
fendor has quit [Ping timeout: 264 seconds]
romildo has joined #nixos
<infinisil> steveeJ: Like $(nix-build --no-out-link -A foo)/myscript.sh ?
<andi-> write a nix-shell and have that call in a shellHook ?
<infinisil> Or that ^
<andi-> just put an exit 1 or exit 0 or whatever at the end to drop out of it after the script finishes.. or call exec ${script}..
c0bw3b_ has joined #nixos
<romildo> How is gnome3.updateScript supposed to be run in order to update the gnome3 packages in nixpkgs? I want to implement something like this for other software bundles I maintain in nixpkgs.
<steveeJ> infinisil: cool, thanks!
<c0bw3b_> (ugh someone typosquatted my GH nick so I had to register "c0bw3b_" ... :p )
<lukego> So this whole "switch from nixops to local nixos" is turning out a bit messy :). Currently the problem is that my 'sudo' command has lost the setuid bit somehow and I've no idea what to do about that. I was a fool not to leave a root shell open for troubleshooting (again)
<c0bw3b_> Hello everyone
<steveeJ> andi-: what would you call to actually run the script then?
<steveeJ> andi-: oh I just saw the exit 0 suggestion
c0bw3b_ has quit []
c0bw3b_ has joined #nixos
<romildo> Is there a general script somewhere in nixpkgs to update package versions automatically? If so, what is it, and where is it documented?
<clever> romildo: i think ryantm is involved in that
<yorick> andi-: this would make the modules ugly and also not help if I want a top-level mkmerge
<Ralith> huh, steam's tray icon started rendering properly all of a sudden
<Ralith> nice
elgoosy has joined #nixos
<elgoosy> hi, how to install postgresql 9.6?
Ariakenom has joined #nixos
<maurer> elgoosy: nix-env -iA nixos.postgresql96
<maurer> If you want the server, consult https://nixos.org/nixos/manual/index.html#module-postgresql
<elgoosy> maurer: thanks. didn't notice i had package = pkgs.postgresql94; in configuration.nix
<lukego> Is there a way to hard-code a root password in the nixos config? (This machine won't be remotely accessible by root with a password.)
<maurer> elgoosy: Yeah, it's especially good with postgres to not silently upgrade, because migrating clusters needs some care
<maurer> lukego: users.users.root.initialHashedPassword = "hashhere";
<maurer> lukego: the system will not enforce its immutability
<maurer> lukego: If you want to enforce immutability, you can use hashedPassword instead
<maurer> e.g.
<maurer> users.users.root.hashedPassword = "hashhere";
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
elgoosy has quit [Remote host closed the connection]
Dedalo has joined #nixos
<{^_^}> [nixpkgs] @Synthetica9 opened pull request #49476 → cudatoolkit, cudnn: many updates → https://git.io/fxdXL
vidbina has joined #nixos
acowley has joined #nixos
<acowley> Can anyone offer advice about setting up KDE PIM things like the calendar? Kontact crashes when trying to add accounts (missing accountwizard executable in journalctl), and the korganizer calendar doesn't have support for accounts (e.g. google) where I think it is supposed to. Presumably I don't have the right things installed.
sigmundv has quit [Ping timeout: 245 seconds]
kenogo has joined #nixos
<{^_^}> [nixos-hardware] @yegortimoshenko pushed to 201810/microcode « common/cpu: default microcode updates to enableRedistributableFirmware »: https://git.io/fxd1s
<{^_^}> [nixos-hardware] @yegortimoshenko pushed to 201810/x230-coreboot « lenovo/thinkpad/x230: add coreboot sub-profile »: https://git.io/fxd1u
kenogo has quit [Client Quit]
<{^_^}> [nixos-hardware] @yegortimoshenko opened pull request #84 → lenovo/thinkpad/x230: add coreboot sub-profile → https://git.io/fxd1V
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/c341f56928c (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<{^_^}> [nixos-hardware] @yegortimoshenko opened pull request #85 → common/cpu: default microcode updates to enableRedistributableFirmware → https://git.io/fxd1Q
Dedalo has quit [Quit: Textual IRC Client: www.textualapp.com]
Voltairine[m] has quit [Ping timeout: 264 seconds]
phreedom has quit [Ping timeout: 256 seconds]
<{^_^}> [nixpkgs] @dywedir pushed commit from @patrl to master « nodePackages.git-ssb: add node-gyp-build dependency »: https://git.io/fxdMR
<{^_^}> [nixpkgs] @dywedir merged pull request #49473 → git-ssb: add build dependency → https://git.io/fxdgr
<{^_^}> [nixpkgs] @Ericson2314 opened pull request #49477 → haskell-lib: Factor out shell completion scripts helper → https://git.io/fxdM0
<{^_^}> [nix] @edolstra pushed to master « Remove redundant message »: https://git.io/fxdMX
<{^_^}> [nixpkgs] @adisbladis pushed 2 commits to master: https://git.io/fxdDY
<{^_^}> [nixpkgs] @adisbladis pushed 2 commits to release-18.09: https://git.io/fxdye
booglewoogle has joined #nixos
<{^_^}> [nixpkgs] @primeos pushed to master « signal-desktop: 1.17.1 -> 1.17.2 »: https://git.io/fxdyG
goibhniu has quit [Ping timeout: 252 seconds]
<Synthetica> Is there any way to inherit everything from a set?
<maurer> Synthetica: "use"
<maurer> err
<maurer> "with"
waleee has quit [Quit: WeeChat 2.2]
<maurer> sorry, got my langauges messed up
<maurer> with foo; brings everything from foo into scope
<yorick> Synthetica: {a = 10;} // {b = 5;} == {a = 10; b = 5;}
Thra11 has joined #nixos
<Synthetica> yorick: sure, but theres no way to do that in the middle of a multi-thousand line definition like the one in all-packages.nix
<booglewoogle> hey! the HLearn libraries in nixpkgs seem to be dependant on dlist version 0.5, package search only reveals version 0.8.0.4 though (nix-env -qa can't seem to find any for me). am I missing something? will I need to write a nix-expression for dlist-0.5 myself?
<Synthetica> Also, rec works differently then I believe
betaboon has quit [Quit: WeeChat 2.0]
<lukego> maurer: thanks. How do you generate an appropriate hashed password in this day and age?
<booglewoogle> (HLearn installation fails due to the dlist issue)
orivej has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @matthewbauer merged pull request #48286 → avr: use new cross compilation infrastructure → https://git.io/fxBq4
<{^_^}> [nixpkgs] @matthewbauer pushed 16 commits to master: https://git.io/fxdSa
<yorick> Synthetica ... isn't there?
<yorick> Synthetica: } // something // {
<catern> hey #nixos, are there any Python packages/libraries in Nixpkgs where there's multiple versions of the same package present?
<catern> Just wondering for an example
Mateon3 has joined #nixos
<yorick> catern: boto/boto3?
<maurer> lukego: There may be a proper tool, but if I were you, I'd set the password for a normal user on another system, then just pluck it from /etc/shadow
<maurer> at least that way you know you're using the same method that would be used by passwd to generate the hash
<yorick> catern: cmd2,cmd2_8,cmd2_9
<lukego> sounds reasonable, thanks
<yorick> catern: django_{1_{8,11},2_0}
betaboon has joined #nixos
Mateon1 has quit [Ping timeout: 272 seconds]
Mateon3 is now known as Mateon1
yastero has joined #nixos
<lukego> maurer: reminds me of setting the sha256 for a nix package by filling in a wrong value and then reading the error message to get the right one. that bit me really hard once when I put in a "wrong" sha256 for a file that already existed and nix substituted that for the file I really wanted :)
xeji has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @FRidh pushed 395 commits to staging-next: https://git.io/fxd9L
<{^_^}> [nixpkgs] @Ericson2314 opened pull request #49479 → haskell-lib: Factor out shell completion scripts helper for 18.09 → https://git.io/fxd9Y
<{^_^}> [nixpkgs] @markuskowa merged pull request #49469 → Add self as maintainer → https://git.io/fxd8O
<{^_^}> [nixpkgs] @markuskowa pushed 6 commits to master: https://git.io/fxd9B
<{^_^}> [nixpkgs] @Tmplt opened pull request #49480 → nixos/libvirtd: utilize onShutdown option → https://git.io/fxd92
<{^_^}> [nixpkgs] @FRidh merged pull request #49434 → Finish moving all python packages -> python-modules → https://git.io/fx5RU
<{^_^}> [nixpkgs] @FRidh pushed 191 commits to staging: https://git.io/fxd99
<lukego> I'm always getting: rm: cannot remove '/var/setuid-wrappers': Device or resource busy
<lukego> followed by: sudo: /run/current-system/sw/bin/sudo must be owned by uid 0 and have the setuid bit set
<lukego> when installing 17.09 on my 16.03 machine
<lukego> I'm also still mystified about how to find the boot menu to initiate a rollback with the gummiboot/systemd bootloader
<lukego> going to take a break and attack this some more
<LnL> you need to start a new shell or reboot
<LnL> PATH changed from 16.09 to 17.03
<{^_^}> [nixpkgs] @jtojnar merged pull request #49468 → bamf: 0.5.3 -> 2018-02-07, fix build → https://git.io/fxdGR
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fxdHw
jD91mZM2 has quit [Quit: WeeChat 2.2]
phreedom has joined #nixos
<steveeJ> can I force import to act on a relative path?
<{^_^}> [nixpkgs] @c0bw3b merged pull request #49264 → cppclean: init at 2018-05-12 → https://git.io/fxHTH
<{^_^}> [nixpkgs] @c0bw3b pushed commit from @nthorne to master « cppclean: init at 2018-05-12 (#49264) »: https://git.io/fxdQC
<srid> is there way to get the package version differences between latest and latest-1 generation?
johanot has quit [Quit: WeeChat 2.2]
<lukego> thanks LnL. I was nervous about rebooting but it worked out ok
<catern> yorick: thank you! excellent examples
<LnL> it's recommended to use nixos-rebuild boot for release upgrades to avoid things like this
<{^_^}> [nixpkgs] @primeos opened pull request #49482 → [18.09] Backport signal-desktop → https://git.io/fxdQF
<catern> Another Python question, anyone want to hazard an estimate of what percentage of tests over all Python packages we run in Nixpkgs?
troydm has quit [Ping timeout: 252 seconds]
MichaelRaskin has joined #nixos
<lukego> How about this one trying to upgrade from 17.09 to 18.03? error: anonymous function at /nix/store/mnw31r4yfxxs5rsgsxgqzsd09lgz1y8a-release-18.03.tar.gz/nixos/lib/make-disk-image.nix:1:1 called with unexpected argument 'partitioned', at /nix/store/mnw31r4yfxxs5rsgsxgqzsd09lgz1y8a-release-18.03.tar.gz/lib/customisation.nix:74:12
<lukego> (Could be that this is more related to my nixos config for this system rather than nixpkgs)
<yorick> Synthetica: true. submit a patch for `inherit (x);` inheriting all of x then?
hyperfekt has joined #nixos
<Synthetica> yorick: I was thinking along the lines of `inherit (x) ...`, but sure
<yorick> it may not be easy because of laziness
<yorick> inherit (x) a b c; can be rewritten to a=x.a;b=x.b;c=x.c;
<{^_^}> [nixpkgs] @Ericson2314 pushed 2 commits to master: https://git.io/fxd7B
<{^_^}> [nixpkgs] @Ericson2314 merged pull request #49477 → haskell-lib: Factor out shell completion scripts helper → https://git.io/fxdM0
<{^_^}> [nixpkgs] @Ericson2314 pushed 2 commits to release-18.09: https://git.io/fxd70
<{^_^}> [nixpkgs] @Ericson2314 merged pull request #49479 → haskell-lib: Factor out shell completion scripts helper for 18.09 → https://git.io/fxd9Y
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/9f882828621 (from 6 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
jperras has quit [Quit: WeeChat 2.2]
schopp0r has left #nixos ["Error from remote client"]
schopp0r has joined #nixos
patrl has quit [Ping timeout: 264 seconds]
jperras has joined #nixos
<hyperfekt> hey y'all, what's the recommended way to modify a config value depending on what it was previously? i imagine an overlay is appropriate. unfortunately i cant get what ive written to take hold. this is what i got so far: pastebin.com/dkU1AqJt
<clever> hyperfekt: overlays cant affect nixos options
sir_guy_carleton has quit [Quit: WeeChat 2.2]
<hyperfekt> This file is in /etc/nixos/overlays with that directory added to the $NIX_PATH with nixpgs-overlays=
<{^_^}> [nixpkgs] @FRidh pushed 322 commits to staging: https://git.io/fxd5D
<clever> hyperfekt: that will only impact keys under the pkgs tree, when used within nixos modules
<clever> but not the nixos config itself
<hyperfekt> well, if not an overlay, how would i avoid the infinite recursion from referring to the value itself?
<clever> i dont think the module framework allows refering to the previous value at all, why exactly do you need to do that?
<hyperfekt> i am trying to append the pam.d file for all services, since i don't want to have to override what's in pam.nix
<__red__> So I'm writing a bunch of package definitions for things that are unlikely to be accepted upstream because the code is... umm, full of errors that are not great.
<__red__> So, I'm writing it as an overlay which people can then use with the appropriate level of warning / cautions.
<__red__> My question is - is there a way to cache the binaries for overlays? Can I upload them to hydra? or would have have to run my own hydra? How does one go about doing such a thing?
<clever> hyperfekt: you can usually do that by just assigning the right valuuue under security.pam.services
<clever> hyperfekt: whhich file exactly are you trying to modify?
<catern> hey #nixos, would it be possible to get a Venn diagram showing the intersections of Nix Python packages, Python wheels, Debian Python packages, and maybe other distros too?
<catern> anyone have any idea how we could do something like that
<clever> __red__: you would either need to run your own hydra or use cachix, but then you run into the issue that the cache only works if somebody is on the exact same niiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiixpkgs you built things for
<{^_^}> [nixpkgs] @CarlosMChica opened pull request #49484 → beancount: fix build → https://git.io/fxdd2
<{^_^}> [nixos-hardware] @yegortimoshenko opened pull request #86 → common/pc: disable ath3k if non-free firmware is not available → https://git.io/fxddw
<drakonis1> catern: repology
<hyperfekt> all that contain the default from pam.nix. I'm trying to recreate the effect of https://github.com/NixOS/nixpkgs/pull/30333 without having to maintain a fork of nixpkgs
<{^_^}> #30333 (by obadz, 1 year ago, closed): pam module: enable pam_keyinit.so by default
<__red__> clever - these packages are years old so unlikely to change anytime too
mayhewluke has quit [Ping timeout: 246 seconds]
<clever> __red__: but if the nixpkgs your applying the overlay to changes, nix will still want to build a new copy
<catern> drakonis1: yes but that's all packages, not just Python packages
<clever> hyperfekt: that file is already full of conditional things, so why not just re-open the pr, but make it optional this time?
<__red__> the main reason I think that nixos will balk is because I'm having to use old and in same cases insecure dependancies and am cherry-picking patches to even get it to compile
<__red__> that's nixos as an org, not nixos as an OS
<drakonis1> catern: what do you propose to do with this data?
<drakonis1> package the delta between those distributions?
<hyperfekt> clever: well, that's certainly an option. if there's no alternative i figure that's the route i have to go?
<__red__> If I run my own hydra to do all the builds, I guess I can then just take the output cache files and put them somewhere else?
<__red__> there's no api calls or anything when nix-env gets stuff
<nyanloutre[m]> Hi, I noticed that hydra is returning garbage when I try to view recent build logs
<{^_^}> [nixpkgs] @primeos merged pull request #49482 → [18.09] Backport signal-desktop → https://git.io/fxdQF
<{^_^}> [nixpkgs] @primeos pushed 9 commits to release-18.09: https://git.io/fxdFk
<catern> drakonis1: making a nice diagram to persuade my foolish coworkers that Nix has lots of Python packages
<nyanloutre[m]> it seems that it's returning the drv file
<drakonis1> ha, fair enough
<clever> hyperfekt: the next best thing would be to add an extraConfig to pam, and include it in that string
mayhewluke has joined #nixos
<catern> I would also be interested in any other ways to convince my coworkers that Nixpkgs has lots of Python packages
<clever> hyperfekt: so arbitrary things can be added to the default for all pam services
<drakonis1> i think it would be a lot more exciting if you focused on autogenerating python packages off pypi
<hyperfekt> clever: That's actually a good idea, so any future cases don't have the same problem.
<clever> hyperfekt: you could also do both in the same pr
<__red__> clever: I'll set up a local hydra and see how that goes - thanks for the advice
<clever> __red__: yep
<clever> __red__: https://github.com/cleverca22/nixos-configs/blob/master/nas-hydra.nix is an example of how i configured a hydra in my NAS
astronavt has joined #nixos
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/f129ed25a04 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<__red__> Thanks - I still have your github bookmarked from your experimental OS sans systemd
<drakonis1> catern: 2222 python 3 packages
<{^_^}> [nixpkgs] @FRidh pushed 2 commits to staging: https://git.io/fxdF6
<__red__> clever: particularly apropos given the latest systemd security bug of stupidity
<clever> __red__: yeah, just make the buffer 128 bytes too big, thatll be plenty!
turion has joined #nixos
<__red__> ;-)
<__red__> I'm hoping IBM will kill systemd -=- but I know that's a pipedream.
<drakonis1> nah
<drakonis1> not happening
<drakonis1> perhaps we're going to have a systemd 2.0
<drakonis1> a rebuild
<__red__> the only thing I wanted from systemd was decoupling
<drakonis1> it is decoupled
<__red__> we have a different definition of decoupled.
<catern> drakonis1: nice thank you for that count
<drakonis1> turns out everyone likes using those components
<drakonis1> if you tab complete nix run you get the count
<catern> drakonis1: how'd you get this number?
<drakonis1> see message above
<catern> wat
<catern> that's cool
orivej has joined #nixos
<catern> I didn't know nix run has tab completion
<drakonis1> you can do that on debian too
<catern> I guess it goes over the list of attributes?
<drakonis1> yeah?
<__red__> quick question: - What;s the term in a default.nix file that sets environmental variables for the build? I have to add some CFLAGs
<drakonis1> do that on debian to see how many it has
<drakonis1> maybe i could do that myself
astronavt has quit [Quit: Leaving]
<clever> __red__: every attribute in the derivation is an env var at runtime
<drakonis1> debian has a cool 2558 python 3 packages
<catern> woah awkward
<catern> that's larger than ours
<catern> how'd you get that count?
<drakonis1> its actually fairly easy to bump the count due to the easier submission process
<Lisanna> hydra-eval-jobs is complaining about a missing /nix/store path... I tried deleting it with nix-store --delete and it deletes it *every time* I run the command... is there some cached state in hydra that's gotten corrupted?
<catern> I wonder what it is on Debian Wheezy, which is what we use at work
<drakonis1> i just tab completed apt install python3
<catern> lol
<drakonis1> wheezy is eoled lol
<catern> i know lol
<drakonis1> at least 4 years
<__red__> so for examples, I would look for attribute in nixpkgs?
<catern> well it only hit LTS EOL this year
<catern> but yeah
<clever> Lisanna: is any kind of automatic GC setup?
<Lisanna> clever yeah
<clever> Lisanna: try turning that off temporarily
<Lisanna> clever ok, I've inspected the output path, and it's complaining that the submodule isn't cloning
<drakonis1> this is debian sid vs nixos unstable by the way
<Lisanna> well, that's what I observe at least
<__red__> oh - looks liek a search for CFLAGS shows people applying patches to do it
<__red__> since I already have patches to apply - that's no hardship I guess
<{^_^}> [nixpkgs] @FRidh pushed commit from @CarlosMChica to master « beancount: fix build »: https://git.io/fxdbH
<Lisanna> clever do I have to pass a special flag to the git input field to make it deep clone?
<{^_^}> [nixpkgs] @FRidh closed pull request #49484 → beancount: fix build → https://git.io/fxdd2
<clever> Lisanna: you want --fetch-submodules, not deep clone
<Lisanna> clever do I append that after the branch?
<drakonis1> btw there was someone asking about the policy on compile flags
<clever> Lisanna: yep
<drakonis1> ie: use flags and shit
<Lisanna> i.e. Git Input = "http://example.com/repo.git master --fetch-submodules"
<drakonis1> to enable features not available in the default builds
<clever> Lisanna: yeah
<drakonis1> how's that currently being dealt with? (probably not at all as that came up in the nix roadmap talk)
<__red__> clever: I used "fetchSubmodules = true;" in my fetchgit expression - was that wrong?
<__red__> it seemed to work
<clever> __red__: that works when your at the nix level, but hydra has a different way of fetching the initial inputs
<Lisanna> clever hmm, the resulting /nix/store path is still not cloning the submodule
<__red__> clever: so I'll have to re-write this for hydra when the time comes?
<drakonis1> catern: you could give nix a test run and then write derivations for any missing python modules
<{^_^}> [nixpkgs] @FRidh pushed 0 commits to python-unstable: https://git.io/fxdNn
<drakonis1> its fairly easy
<clever> __red__: only if thats a top-level input to hydra
<__red__> okay - it shouldn't be then. Thanks :-)
<catern> drakonis1: yes I already have written a fair number of Python packages for Nix
<catern> but these soulless corporates just keep demanding numbers on the current package count
<catern> and pay no heed to my assurances that writing Python packages for Nix is super easy
<drakonis1> upstream those~
<catern> I did!
<drakonis1> upstream harder~
<drakonis1> so, hmm
<catern> i've already packaged like 15 Python libraries :(
<Lisanna> clever oh... just noticing that your patch has handling for http_proxy but not https_proxy
<Lisanna> that could very well be it
<drakonis1> i think the current solution would be to point out that difference is low
<drakonis1> anything missing can be upstreamed
<clever> Lisanna: all i did in my patch was copy the nixpkgs version of nix-prefetch-git to hydra
<drakonis1> give them numbers what have you
<catern> drakonis1: well, luckily right now one of them is figuring out how to script the repology API
<drakonis1> repology accounts for the python modules
<catern> so I will only give them the Debian number which is larger than the Nix number, if they somehow get an ever larger number from repology
<catern> ;)
<steveeJ> can writeScript directly write the script to $out somehow?
<drakonis1> 44k packages tho
<{^_^}> [nixpkgs] @FRidh merged pull request #47897 → pythonPackages.pythondaemon: rename to pythonPackages.python-daemon → https://git.io/fxY63
<{^_^}> [nixpkgs] @FRidh pushed commit from @bhipple to master « pythonPackages.pythondaemon: rename to pythonPackages.python-daemon »: https://git.io/fxdNo
<clever> steveeJ: pretty sure thats the default for writeScript
<clever> writeScriptBin is the one that doesnt
brejoc has quit [Ping timeout: 272 seconds]
<drakonis1> ah i'm compiling ffmpeg, i switched too soon to nixos-unstable-small
<steveeJ> clever: ah dang, I had runCommand in the file :D
<steveeJ> clever: you're right, writeScript does it by default
<steveeJ> clever: thanks :)
<Lisanna> clever ($sha256, $storePath) = split ' ', grab(cmd => ["nix-prefetch-git", $clonePath, $revision], chomp => 1);
<{^_^}> [nixpkgs] @FRidh merged pull request #48977 → python36Packages.nbxmpp: 0.6.6 -> 0.6.8 → https://git.io/fx1eL
<{^_^}> [nixpkgs] @FRidh pushed commit from @r-ryantm to master « python36Packages.nbxmpp: 0.6.6 -> 0.6.8 »: https://git.io/fxdNd
<Lisanna> that's the line in the GitInput.pm file that calls nix-prefetch-git
<Lisanna> I don't see any of those arguments getting passed in
<Lisanna> am I misreading the code?
<clever> Lisanna: it just blindly passes the entire string from the build inputs config
<clever> without any escaping
<steveeJ> nix build vs nix-build is horribly confusing
<clever> thats why putting a branch name in the string even works
<clever> Lisanna: oh wait, i think something has changed..
<Lisanna> clever tha module is looking for deepClone arguments from my hydra config
<catern> there's a "nix build" now??? awesome
arjen-jonathan has joined #nixos
<clever> Lisanna: deep clone is unrelated to submodules
<catern> I guess I should be using that
<Lisanna> clever oh... duh, yeah
<drakonis1> yes there
<clever> Lisanna: deep is the oposite of shallow, and it has to do with how much history is left in .git
<Lisanna> clever but ok, do you still see something odd with the nix-prefetch-git cmdline? since it's clearly parsing out clone path vs. revision
<infinisil> catern: I'm still pretty much always using nix-build
<clever> Lisanna: yeah, it looks like i'm mis-remembering how it handles git stuff
<drakonis1> oh boy
troydm has joined #nixos
<drakonis1> did nixos-unstable-small just advance?
<drakonis1> yuuuup it did
<clever> Lisanna: looks like hydra needs further patching then
<romildo> How can I get the package name, without the version, of a given package in nix?
<symphorien> > builtins.parseDrvName pkgs.hello.name
<{^_^}> { name = "hello"; version = "2.10"; }
<Lisanna> clever alright. I looked at my old patch for this and realized I was literally forcing fetchSUbmodules = true in the patch :p
<Lisanna> so I guess I/we've been down this rabbit hole before
<Lisanna> clever have to disconnect for awhile, but if you have any more thoughts on this I'll read the logs later
<drakonis1> bpye: nothing in place i guess?
<drakonis1> not yet at least
<{^_^}> [nixpkgs] @janisozaur opened pull request #49486 → Compare to `None` using identity `is` operator → https://git.io/fxdx4
Lisanna has quit [Quit: Lisanna]
fendor has joined #nixos
<__red__> btw, if I have multiple sources to download - does one simply change src = fetchgit { # for example to src = [ fetchgit {}, fetchurl {}, ...] etc
<samueldr> __red__: I believe it's `srcs` instead of `src`
betaboon has quit [Quit: WeeChat 2.2]
fendor has quit [Remote host closed the connection]
<__red__> the buildfil in the distro has a "get_dependancies script that uses wget, and since prePatch doesn't seem to allow network access - I'm guessing I need to correct that
<{^_^}> [nixpkgs] @FRidh merged pull request #49486 → Compare to `None` using identity `is` operator → https://git.io/fxdx4
<{^_^}> [nixpkgs] @FRidh pushed commit from @janisozaur to master « Compare to `None` using identity `is` operator »: https://git.io/fxdpU
<__red__> thanks
fendor has joined #nixos
<__red__> so I have to get the unpack phase to unpack and then mv the files into the right place
<__red__> this is going to be interesting
<__red__> going to read up some more.
boxscapeR has joined #nixos
<{^_^}> [nixpkgs] @vbgl pushed to master « ocamlPackages_latest.ocaml: 4.07.0 -> 4.07.1 »: https://git.io/fxdpz
<{^_^}> [nixpkgs] @vbgl merged pull request #47875 → ocamlPackages_latest.ocaml: 4.07.0 -> 4.07.1 → https://git.io/fxmhP
<{^_^}> [nixpkgs] @jtojnar merged pull request #49254 → remmina: clean up → https://git.io/fxHJL
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fxdp9
fendor has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @eadwu opened pull request #49488 → rstudioWrapper: include desktop file → https://git.io/fxdpd
voice_ftp has joined #nixos
<Zajcev_> guys, has anybody working vsftpd with virtualusers from db? I'd like to get inspiration ... :-)
<infinisil> __red__: You can also just do `cp ${fetchurl { ... }} foo` inside your derivation
<{^_^}> [nixpkgs] @7c6f434c merged pull request #49416 → texlive: provide repstopdf → https://git.io/fx7Ps
<{^_^}> [nixpkgs] @7c6f434c pushed 2 commits to master: https://git.io/fxdhq
<clever> __red__: and a let block can be used to clean that up if you want to
voiceftp has quit [Ping timeout: 244 seconds]
vk3wtf has joined #nixos
reardencode has joined #nixos
voice_ftp has quit [Remote host closed the connection]
Thra11 has quit [Ping timeout: 240 seconds]
boxscapeR has quit [Remote host closed the connection]
random_yanek has quit [Quit: random_yanek]
voice_ftp has joined #nixos
boxscapeR has joined #nixos
voice_ftp has quit [Ping timeout: 240 seconds]
agander has joined #nixos
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fxFvh
voiceftp has joined #nixos
ddellacosta has joined #nixos
<{^_^}> [nixpkgs] @jtojnar merged pull request #48959 → Package modem-manager-gui → https://git.io/fxXyl
drewr has joined #nixos
turion has quit [Ping timeout: 244 seconds]
<{^_^}> [nixpkgs] @eadwu opened pull request #49489 → vscode-extensions.ms-vscode.cpptools: use mono 5 → https://git.io/fxFfX
fragamus has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #48848 → Update android sdk, add license config option and selectable build tools → https://git.io/fxiBt
<{^_^}> [nixpkgs] @Mic92 pushed 9 commits to master: https://git.io/fxFJR
Lisanna has joined #nixos
<drakonis1> so, nixos-writers allows for writing files to any destination, right?
vk3wtf has quit [Ping timeout: 264 seconds]
<{^_^}> [nixpkgs] @xeji merged pull request #49489 → vscode-extensions.ms-vscode.cpptools: use mono 5 → https://git.io/fxFfX
<{^_^}> [nixpkgs] @xeji pushed commit from @eadwu to master « vscode-extensions.ms-vscode.cpptools: use mono 5 (#49489) »: https://git.io/fxFU5
__monty__ has quit [Quit: leaving]
<{^_^}> [nixpkgs] @Mic92 pushed commit from @eadwu to release-18.09 « vscode-extensions.ms-vscode.cpptools: update build (#48850) »: https://git.io/fxFTJ
<c0bw3b_> is there a way to render an example of packages.html for a given package?
xeji has joined #nixos
<samueldr> c0bw3b_: nixos.org/nixos/packages.html ??
<c0bw3b_> Yes that one (sr was unclear)
<samueldr> no worries
<samueldr> what is it that you want? the contents of the expanded section?
<c0bw3b_> yes exactly
<samueldr> (and the quick answer is: not really, the whole page is managed in the nixos-homepage repo)
astronavt has joined #nixos
astronavt has quit [Remote host closed the connection]
<samueldr> though, c0bw3b_, depending on the reason you want that, there may be workarounds or other solutions
Dedalo has joined #nixos
<samueldr> in the nixos-homepage repo's makefile, you can point the NIXPKGS variable to another path, even a local one, and from that render the whole page
<samueldr> using the commands in the README you can then start a local web server to look at it
<c0bw3b_> Here is what I want to try : defines a list of licenses in licenses.nix with a short handle, then use that short handle + other licenses id in a package derivation
<c0bw3b_> it should merged the lists for the rendering
<c0bw3b_> but I want to double check and see how it renders
<c0bw3b_> *merge
hiroshi has joined #nixos
<samueldr> ah, great, then the solution I described quickly is probably the better way
<{^_^}> [nixpkgs] @xeji merged pull request #49198 → tests/docs: remove remnants of old allowPing default → https://git.io/fx9am
<{^_^}> [nixpkgs] @xeji pushed commit from @globin to master « tests/docs: remove remnants of old allowPing default (#49198) »: https://git.io/fxFTV
<c0bw3b_> looking at that REAME in 3,2,1 .. thanks for the ponter samueldr
<samueldr> you may need to `rm nixpkgs/packages.json*` when you update the nixpkgs checkout
<samueldr> and then re-run make
jabranham has quit [Quit: ERC (IRC client for Emacs 27.0.50)]
<c0bw3b_> ok good to know
<samueldr> c0bw3b_: if you have any questions about that or the nixos-homepage I'd be glad to help
sigmundv__ has joined #nixos
<drakonis1> i forgot now, but why is developing anything with python so difficult on freebsd?
<drakonis1> rather, that it requires running nix-shell to import modules
silver_ has joined #nixos
silver has quit [Ping timeout: 246 seconds]
<{^_^}> [nixpkgs] @xeji merged pull request #49077 → buildFHSUserEnv: use runScript in env → https://git.io/fxMn2
<{^_^}> [nixpkgs] @xeji pushed commit from @kristoff3r to master « buildFHSUserEnv: use runScript in env (#49077) »: https://git.io/fxFIS
jtojnar has quit [Quit: jtojnar]
<lassulus> how to get a default value from a nixos option?
<tilpner> "nixos-option fileSystems"
<lassulus> but in nix
jtojnar_ has joined #nixos
<tilpner> options.fileSystems.default
drakonis1 has quit [Quit: WeeChat 2.2]
<lassulus> and from a nested type? for example services.tinc.networks.bla.package ?
jtojnar_ has quit [Client Quit]
vaibhavsagar has joined #nixos
<samueldr> options.services.tinc.networks."${someVar}".package I guess
romanofskiWork has joined #nixos
<samueldr> (if bla is one of those type where you can put any names)
<samueldr> or verbatim bla if you're hardcoding stuff
<samueldr> oh shoot, no, that's not right disregard me
<tilpner> (options.services.tinc.networks.type.getSubOptions {}).package.default
phreedom has quit [Ping timeout: 256 seconds]
<samueldr> (I was thinking not of defaults, but values set :/)
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
drakonis has quit [Ping timeout: 245 seconds]
<ocharles> Is anyone familiar with the bootstrapping process enough to tell me how the bootstrap-files "gcc" is used to actually build anything?
<ocharles> I can compile .c files with it, but the interpreter is /nix/store/eeeeeeeeeeeeeeeeee
Thra11 has joined #nixos
drakonis has joined #nixos
<ocharles> so I can't actually run anything
<ocharles> build-support/cc-wrapper is mega complicated
jperras_ has joined #nixos
jperras has quit [Ping timeout: 245 seconds]
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
drakonis has quit [Ping timeout: 264 seconds]
phreedom has joined #nixos
jperras_ has quit [Ping timeout: 240 seconds]
Ariakenom has quit [Quit: Leaving]
booglewoogle has quit [Remote host closed the connection]
hyperfekt has quit [Ping timeout: 256 seconds]
vk3wtf has joined #nixos
agander has quit [Ping timeout: 268 seconds]
erasmas has quit [Quit: leaving]
rprije has joined #nixos
jperras_ has joined #nixos
<ocharles> ok, `-Wl\,-dynamic-linker -Wl\,/nix/store/fg4yq8i8wd08xg3fy58l6q73cjy8hjr2-glibc-2.27/lib/ld-linux-x86-64.so.2` at least gets me something that I can run, but it crashes with `[1] 31067 illegal hardware instruction ./a.out`
emily has quit [Ping timeout: 252 seconds]
<ocharles> I see NIX_DEBUG at least lets me see what the wrapped GCC would do
<{^_^}> [nixpkgs] @mkaito opened pull request #49492 → display-manager: allow executable → https://git.io/fxFqS
jperras_ has quit [Ping timeout: 250 seconds]
drakonis has joined #nixos
zolk3ri has quit [Quit: Lost terminal]
<ocharles> Ok, the minimal seems to be `/nix/store/w4ki5rqwlyqp9pdmiaj9h3z970vgvjms-bootstrap-tools/bin/gcc /tmp/nix-build-gcc-8.2.0.drv-0/conftest.c -Wl\,-dynamic-linker -Wl\,/nix/store/fg4yq8i8wd08xg3fy58l6q73cjy8hjr2-glibc-2.27/lib/ld-linux-x86-64.so.2 -L/nix/store/fg4yq8i8wd08xg3fy58l6q73cjy8hjr2-glibc-2.27/lib`
jperras_ has joined #nixos
<ocharles> So basically making sure not to use the `bootstrap-tools` interpreter or libc
<bpye> drakonis1: what do you mean?
emily has joined #nixos
jperras_ has quit [Ping timeout: 252 seconds]
jackdk has joined #nixos
hamishmack has joined #nixos
<{^_^}> [nixpkgs] @dtzWill opened pull request #49493 → libva{,-utils}: 2.1.0 -> 2.3.0, bump vaapiIntel to 2.2.0 since no 2.3.0 → https://git.io/fxFma
<{^_^}> [nixpkgs] @dtzWill opened pull request #49494 → libgit2: bump for bug fixes as well as security fixes → https://git.io/fxFmX
<{^_^}> [nixpkgs] @dtzWill opened pull request #49495 → thunderbolt: cleanup → https://git.io/fxFm9
Itkovian has joined #nixos
zolk3ri has joined #nixos
c0bw3b_ has left #nixos [#nixos]
tertl3 has joined #nixos
jperras_ has joined #nixos
carlosdagos has joined #nixos
samrose has joined #nixos
<{^_^}> [nixpkgs] @ali-abrar opened pull request #49496 → xfce4-terminal: add missing gsettings schema dependency → https://git.io/fxFOU
random_yanek has joined #nixos
random_yanek has quit [Max SendQ exceeded]
<Lisanna> hydra isn't scheduling my builds ):
<Lisanna> is there a screen I can look at which would help me debug *why* the builds aren't being scheduled? (e.g., no supported systems)
troydm has quit [Quit: What is Hope? That all of your wishes and all of your dreams come true? To turn back time because things were not supposed to happen like that (C) Rau Le Creuset]
<clever> Lisanna: check `journalctl -f -u hydra-queue-runner`
random_yanek has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #49480 → nixos/libvirtd: utilize onShutdown option → https://git.io/fxd92
<{^_^}> [nixpkgs] @xeji pushed commit from @Tmplt to master « nixos/libvirtd: utilize onShutdown option (#49480) »: https://git.io/fxFOz
Itkovian has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Lisanna> clever that isn't showing anything particularly interesting. I have a "loading build 139960" message for the build I'm interested in
<Lisanna> there's a big status blob
<clever> Lisanna: if you `nix-store -r /nix/store/foo.drv --dry-run` on that builds drv, what does it say?
troydm has joined #nixos
<__red__> So the hydra manual (https://nixos.org/hydra/manual/) links to installation instructions that 404
<__red__> anyone know of a more uptodate source of information?
<Lisanna> clever these drvs will be built, these paths will be fetched
<Lisanna> __red__ are you using the nixos module?
jackdk has quit [Ping timeout: 250 seconds]
<__red__> the instructions said to add http://hydra.nixos.org/jobset/hydra/master/channel/latest as a nix-channel
<__red__> and that 404s
<clever> Lisanna: can you pastebin that whole output?
<{^_^}> [nixpkgs] @dasJ opened pull request #49497 → nixos/mysql: Support bootstrapping a Galera cluster → https://git.io/fxFOb
<Lisanna> clever of the nix-store command?
<clever> Lisanna: yeah
<__red__> oh, there's a hydra in nixpkgs - maybe I should just use that?
<Lisanna> __red__ you should use the nixos module :)
xeji has quit [Quit: WeeChat 2.2]
<Lisanna> clever its a *lot* of paths that are almost all proprietary, I'd have to scrub almost every line
<Lisanna> but, to me, it looks normal / what I'd expect
<clever> Lisanna: try again with nix-store -r /nix/store/foo.drv -j 1 -Q, and then ctrl+c it when it starts a build
<clever> Lisanna: what is the name of what it started?
<Lisanna> clever the first thing it did was copy some paths from cache.nixos.org
<Lisanna> copying path '/nix/store/a0d6q18gxggcvb5x24nrdg6nvhbnipnb-glibc-2.27' from 'https://cache.nixos.org'...
<clever> thats somewhat normal
romanofskiWork has quit [Ping timeout: 268 seconds]
<Lisanna> that was the very first thing it did
<clever> oh, do you have binary cache support enabled in hydra?
<{^_^}> [nixpkgs] @xeji merged pull request #49374 → jemalloc: 5.0.1 -> 5.1.0 → https://git.io/fxQ4h
romanofskiWork has joined #nixos
<{^_^}> [nixpkgs] @xeji pushed 3 commits to master: https://git.io/fxF3O
<Lisanna> clever I have "useSubstitutes = false;"
<Lisanna> if that's what you meant
<clever> then it has to build its own glibc, and cant use the cache
<Lisanna> I'm fine with that, but it's not showing *any* activity on the machines page
<__red__> Lisanna: haha, the wiki is dead! Long live the wiki!
<clever> Lisanna: thats a 32bit glibc
<clever> Lisanna: do you have any 32bit build slaves?
<Lisanna> clever ...oh
<Lisanna> really??
<clever> yes
<Lisanna> no I do not
<Lisanna> ugghhhhhhh
<clever> builder@192.168.2.126 armv6l-linux,armv7l-linux /etc/nixos/keys/distro 1 1 big-parallel
<clever> the system field in the build slave file is a , seperated list
<clever> hydra should show this
<clever> on the queue, it shows jobs per arch
<Lisanna> yeah, I only have x86_64-linux
<Lisanna> I can't turn on substituters because then hydra will try to use itself as a substituter and will hammer itself to death
<clever> https://hydra.iohk.io/queue_summary shows 39 darwin jobs and 20 64-bit-linux jobs
<clever> you dont need substituters on to fix this
<clever> just add ,i686-linux to the platforms for the build slave, in the hydra config
mayhewluke has quit [Ping timeout: 268 seconds]
<Lisanna> clever alright, I'll give it a shot
<{^_^}> [nixpkgs] @xeji merged pull request #49348 → nixos/slurm: add slurmdbd, run daemons as user → https://git.io/fxHh4
<{^_^}> [nixpkgs] @xeji pushed 6 commits to master: https://git.io/fxF36
<Lisanna> clever my queue_summary page only shows x86_64-linux stuff
mayhewluke has joined #nixos
<Lisanna> OK I think it's doing something
<Lisanna> by virtue of the fact that the web interface is taking forever to load
<Lisanna> OK yeah I see in the log that it's started doing stuff
<Lisanna> jesus thank you for that advice
<Lisanna> I would never have figured that out by myself x_x
<Lisanna> I forgot that one of my packages depends on a 32-bit glibc
<clever> thats the same way i check for missing required system features
<clever> nix-store ignores all those rules, and just builds whatever hydra was going to build
<Lisanna> clever OK, I'll definitely remember that
romanofskiWork has quit [Ping timeout: 252 seconds]
<clever> and what it builds first, is what hydra was stuck on
<clever> [clever@amd-nixos:~]$ nix-store -r /nix/store/a0d6q18gxggcvb5x24nrdg6nvhbnipnb-glibc-2.27
<clever> this let me fetch the same glibc you where fetching
<clever> but in my case, it did nothing, which signaled i already had it
<clever> [clever@amd-nixos:~]$ nix-store -q --deriver /nix/store/a0d6q18gxggcvb5x24nrdg6nvhbnipnb-glibc-2.27
<clever> and this showed the drv for it
erictapen has joined #nixos
aleph- has joined #nixos
acarrico has quit [Ping timeout: 244 seconds]
<__red__> holy damn, hydra is trivial to install and use - bravo!
<Lisanna> __red__ *blinks*
<__red__> Well, trivial with the example-hello application ;-)
<Lisanna> __red__ :)
<__red__> now I guess I try to copy and abuse it
<__red__> heh
craige[m] has joined #nixos
romanofskiWork has joined #nixos
darthfork has joined #nixos
<Lisanna> __red__ I'm pretty sure all regular users of hydra will end up having the package overridden to hell in their local nixpkgs / channel
romildo has quit [Quit: Leaving]
<Lisanna> with various patches and hacks
<Lisanna> not to try to scare you off :p
<__red__> oh hell
<__red__> how on earth am I going to get this to build my overlays
<__red__> GAH
darthfork has quit [Remote host closed the connection]
* __red__ blinks
<__red__> okay - time for some experimentation
<__red__> wish me luck
<{^_^}> Good luck!
<Lisanna> 0.0
jackdk has joined #nixos
<clever> __red__: with import <nixpkgs> { overlays = [ (import ./foo.nix) ]; }; { inherit foo bar baz; }
<clever> thats enough of a release.nix to make it build things from an overlay
<kalbasit[m]> I'm trying to build a package that takes a list of packages as argument `nix-build . -A package --arg extraPackages '[ gocode ]'` this does not work, how to pass list of packages as arg?
<Lisanna> ooh, hydra got some fancier status messages
<mdash> kalbasit[m]: nix-build -E 'with import <nixpkgs> {}; callPackage ./myPackage.nix'
<kalbasit[m]> mdash: the package is declared like this `{ withExtraPackages ? [] }` and I want to set it to a non-empty list
isHavvy has quit [Ping timeout: 252 seconds]
<kalbasit[m]> I use neovim with the vim-go plugin that depends on binaries such as gotools, golint etc.. So I'm trying to change the neovim wrapper to take `withExtraPackages` and add that to the existing wrapper. My attempt so far https://github.com/NixOS/nixpkgs/compare/master...kalbasit:nixpkgs_neovim-allow-extra-binaries
<kalbasit[m]> is there a better/easier way of doing this?
sigmundv__ has quit [Ping timeout: 252 seconds]
Havvy has joined #nixos
<__red__> clever - I'll give that a shot - thank you
<__red__> hang on, I don't understand. My overlays are in github... and the version of hydra I have only apparently only does declarative projects
kalbasit[m] is now known as yl
yl is now known as yl[m]
yl[m] is now known as kalbasit
<Lisanna> __red__ you can definitely have non-declarative projects
kalbasit is now known as kalbasit[m]
<Lisanna> __red__ are they in a separate repo from your main nixpkgs?
<__red__> Lisanna: yes
<Lisanna> __red__ OK, so have that repo as another git input
<Lisanna> and then in your release.nix for your main project combine the two
<__red__> btw - is there a general logfile for all of hydra's activity? All I seem to be able to find are specific logfiles per build. Looking for something more global I can tail instead of hitting reload on a browser
<Lisanna> __red__ journalctl -fu hydra-queue-runner.service
<Lisanna> that's the interesting one anyways
<Lisanna> that's internal hydra activity
<__red__> ah,
<Lisanna> going offline for a bit
<__red__> -fy and systemd? how appropriate :-) /ducks
<Lisanna> lol
<Lisanna> yeah that's how I remember it too
Lisanna has quit [Quit: Lisanna]
emacsomancer has quit [Read error: Connection reset by peer]
Rusty1 has quit [Quit: Konversation terminated!]