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
fendor has quit [Read error: Connection reset by peer]
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpc5M
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50622 → python36Packages.jsonref: 0.1 -> 0.2 → https://git.io/fpcXE
<{^_^}> [nixpkgs] @exarkun opened pull request #50649 → 50629.cross compile libksba → https://git.io/fpc5Q
<steveeJ> still debugging this network issue here. what could the reason for `systemd[1]: Timed out waiting for device sys-subsystem-net-devices-eth0.device.` be? The device is actually working partially. Could networking in initird be related?
c0bw3b_ has quit [Remote host closed the connection]
<ottidmes> steveeJ: I had problems with my network when I started in initrd to enable SSH to unlock my encrypted drives, but in my case it was a matter of explicitly mapping eth0 to a ethernet controllers MAC via an udev rule
<steveeJ> ottidmes: oh that sounds really fiddly. I'm currently preparing to take the network down again in `boot.initrd.postMountCommands`
<ottidmes> steveeJ: tried that too, but it did not work for me
<lunik1> aha, I have my mtp device mouting as root, but it fails as my user with "libusb_open() failed!: Permission denied". do I need to put myself in some group?
<steveeJ> ottidmes: what exactly did you try?
<ottidmes> steveeJ: its been a while, but what I remember was after unlocking succesfully, to try and clear the network connection
<steveeJ> ottidmes: and were/are you using the predictable interface names?
Rusty1 has joined #nixos
<steveeJ> ottidmes: it also seems that udev wants to rename eth0 to something and can't on the system
justanotheruser has joined #nixos
<steveeJ> `systemd-udevd[710]: Error changing net interface name 'eth0' to 'ens18': Device or resource busy`
<ottidmes> steveeJ: yeah, those kind of problems sound familiar
<ottidmes> steveeJ: I actually like eth0, and its as safe as persistent names due to mapping it directly to the MAC
<steveeJ> ottidmes: did you try to disable networking.usePredictableInterfaceNames?
<ottidmes> steveeJ: in my initrd-ssh.nix I have networking.usePredictableInterfaceNames = false; so yeah
<ottidmes> steveeJ: and I have this snippet (making a gist)
ng0 has quit [Quit: Alexa, when is the end of world?]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50650 → protozero: 1.6.3 -> 1.6.4 → https://git.io/fpcdW
<steveeJ> ottidmes: it worked for me to teardown the network after mount
<steveeJ> it throws an error about an unsupported command, likely the delete one
<steveeJ> but now in stage2 it was renamed to ens18
<ottidmes> steveeJ: I just did not like having to deal with all those different names on different machines, I like persistent consistent naming ;)
<steveeJ> ottidmes: agreed. I'm turning the predictable names off now
<steveeJ> ottidmes: that udev workaround seems undesired too though
<steveeJ> I wonder if you need it if you teardown the network
<{^_^}> [nixpkgs] @matthewbauer merged pull request #50556 → curl: move option defaults from `all-packages.nix` to the derivation itself → https://git.io/fpcCE
<{^_^}> [nixpkgs] @matthewbauer pushed 2 commits to master: https://git.io/fpcdE
<ottidmes> steveeJ: you do, I asked the same at the time, I was told something along the lines of, persistent names were introduces for a reason, you cannot actually be sure that what is eth0 now, will always be so, so its safer to actually be explicit about it
<steveeJ> ottidmes: so you need the MAC address of each NIC at buildtime
<steveeJ> I think in case of VMs it's more deterministic without the predictable names
<ottidmes> steveeJ: just like you need the UUID of a hard drive? I do not see the problem?
equalunique has quit [Read error: Connection reset by peer]
boogiewoogie has quit [Quit: Leaving]
equalunique has joined #nixos
<steveeJ> it's not a problem per-se. I don't think you actually need it in case a VM has only one NIC
<ottidmes> steveeJ: could be, its not a big deal for me to fill in the MAC just once, but I can see that it would be annoying if you scale things
<steveeJ> I just confirmed it. I don't need the udev rule on the VM
<steveeJ> ottidmes: thanks a lot for your pointers
slyfox_ has quit [Ping timeout: 272 seconds]
lunik1 has quit [Read error: Connection reset by peer]
Rusty1 has quit [Quit: Konversation terminated!]
slyfox has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50651 → pipenv: 2018.10.13 -> 2018.11.14 → https://git.io/fpcdD
<{^_^}> [nixpkgs] @mrVanDalo opened pull request #50652 → Fix/bitwig → https://git.io/fpcdS
romanofskiWork has quit [Ping timeout: 268 seconds]
hdeshev has quit [Quit: Leaving.]
thc202 has quit [Ping timeout: 240 seconds]
drakonis has joined #nixos
mayhewluke has quit [Ping timeout: 245 seconds]
mayhewluke has joined #nixos
<steveeJ> ottidmes: have you thought much about automating the unlocking process?
Rusty1 has joined #nixos
<steveeJ> ottidmes: I'm thinking about having the initrd knock somewhere which then in turn connects via ssh and unlocks the disk. the issue is to verify the identity of the booting machine
<steveeJ> I think that's what's TPM is for but the VM doesn't have that of course
<{^_^}> [nixpkgs] @matthewbauer pushed 2 commits to staging-next: https://git.io/fpcFI
Rusty1 has quit [Quit: Konversation terminated!]
<ottidmes> steveeJ: thought about it, but how is that going to work, what then is the point of locking? How do you make that approach safe, who vouches for the one accessing it?
<steveeJ> ottidmes: I haven't come up with a safe solution for it
romanofskiWork has joined #nixos
Mateon3 has joined #nixos
<{^_^}> [nixpkgs] @matthewbauer pushed to staging « libgcrypt: pass --with-libgpg-error-prefix »: https://git.io/fpcFn
lunik1 has joined #nixos
Mateon1 has quit [Ping timeout: 268 seconds]
Mateon3 is now known as Mateon1
<lunik1> anybody around who knows much about udev?
<infinisil> ,ask lunik1
<{^_^}> lunik1: Just ask your question. It's the best way to know if anybody can help.
<lunik1> fair enough!
ajs124 has quit [Quit: Gateway shutdown]
<{^_^}> [nixpkgs] @jerith666 opened pull request #50653 → elm: extract makeDotElm and fetchElmDeps → https://git.io/fpcFE
hedning has quit [Quit: hedning]
hedning has joined #nixos
<lunik1> I'm trying to connect to my android device with mtp as a non-root user. When I try I get the error "libusb_open() failed!: Permission denied", so I've tried to add a udev rule to give my user the required permissions.
<lunik1> I used services.udev.extraRules and the rule appears in /etc/udev/rules.d/99-local.rules, but it doesn't seem to have had any effect
<ottidmes> lunik1: you might also try the sudoers config file instead of udev
Ariakenom_ has quit [Read error: Connection reset by peer]
<{^_^}> [nixpkgs] @matthewbauer pushed 155 commits to staging: https://git.io/fpcFQ
hedning has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @matthewbauer merged pull request #50649 → 50629.cross compile libksba → https://git.io/fpc5Q
<{^_^}> [nixpkgs] @matthewbauer pushed commit from @exarkun to staging « 50629.cross compile libksba (#50649) »: https://git.io/fpcFx
erictapen has quit [Ping timeout: 276 seconds]
<lunik1> ottidmes: I can sudo, but because of mtp weirdness I can't seem to give my user access to the device if I mount it with sudo
ajs124 has joined #nixos
romanofskiWork has quit [Ping timeout: 240 seconds]
Rusty1 has joined #nixos
<neonfuz> mtp sucks
<elvishjerricco> $ nix run -f channel:nixpkgs-unstable hello
<elvishjerricco> error: unexpected end-of-file
<elvishjerricco> Uh
<elvishjerricco> That's bad.
<elvishjerricco> It downloads it correctly, and if I use a local checkout of nixpkgs-unstable, I get the same error
<elvishjerricco> But if I use an 18.09 checkout, no such error
<elvishjerricco> This is on Darwin (Mojave)
phreedom has joined #nixos
<elvishjerricco> to clarify, it downloads the channel source correctly. It makes now attempt to download the package because the failure is at eval time
<elvishjerricco> s/now/no/
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50654 → pulseeffects: 4.3.9 -> 4.4.0 → https://git.io/fpcbG
<elvishjerricco> Scratch that. Happens with 18.09 too
<{^_^}> [nixpkgs] @matthewbauer closed pull request #43074 → Introduce "wrapCommand" builder → https://git.io/fbhrz
<{^_^}> [nixpkgs] @matthewbauer closed pull request #38624 → [wip] codesigning on Darwin → https://git.io/vx7kW
<elvishjerricco> Ok yea, it works for any derivations that I have already built. But anything that needs building / substituting does not work.
romanofskiWork has joined #nixos
<{^_^}> [nixpkgs] @CMCDragonkai opened pull request #50655 → python-mnist: init at 0.6 → https://git.io/fpcbR
<exarkun22> Can I tell nixops I don't want polkit by default in my logical config?
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fpcb9
lassulus_ has joined #nixos
qyliss^work has quit [Quit: bye]
qyliss has quit [Quit: bye]
alex`` has quit [Ping timeout: 268 seconds]
justanotheruser has quit [Ping timeout: 252 seconds]
Lisanna_ has quit [Remote host closed the connection]
lassulus has quit [Ping timeout: 272 seconds]
lassulus_ is now known as lassulus
<aminechikhaoui> exarkun22 maybe you can get something from `nix why-depends /run/current-system/ nixpkgs.polkit` on the target machine
<aminechikhaoui> or the store path of polkit instead of nixpkgs.polkit
Chiliparrot has joined #nixos
<exarkun22> unfortunately I don't have a working system so why-depends doesn't help. but... I think I know what is dragging in polkit, but I have no idea where the definition of that thing is.
<exarkun22> one of the things `nixops deploy ...` creates/uses/whatever is /nix/store/p5is7d7kdkqhyvckzn39aa3pchyn5pws-nixos-system-rpi-18.09.1228.a4c4cbb613c-armv7l-unknown-linux-gnueabihf.drv
<exarkun22> `nix show-derivation` shows me that drags in a bunch of random stuff, including polkit
worldofpeace has joined #nixos
<exarkun22> but I have no idea where the expression for that derivation is
<exarkun22> it's not something I wrote explicitly
<{^_^}> [nixpkgs] @eadwu opened pull request #50657 → linux_testing: 4.20-rc2 -> 4.20-rc3 → https://git.io/fpcNt
<exarkun22> I just had the idea to search nixos options for polkit and I see there's a `security.polkit.enable` which defaults to true
<exarkun22> so maybe nixops is just inheriting it from nixos and I should just flip that option off
wykurz has joined #nixos
qyliss has joined #nixos
sigmundv__ has quit [Ping timeout: 268 seconds]
lunik1 has quit [Read error: Connection reset by peer]
jluttine has quit [Ping timeout: 240 seconds]
qyliss^work has joined #nixos
<aminechikhaoui> you could use why-depends from the output of `nixops dump-nix-paths`
drakonis_ has joined #nixos
drakonis has quit [Ping timeout: 244 seconds]
<exarkun22> ah, that looks handy
drakonis has joined #nixos
<aminechikhaoui> exarkun22 btw it's probably security.polkit.enable ?
<aminechikhaoui> try checking `nixops show-option -d <deployment> machine security.polkit.enable`
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50658 → pidgin-sipe: 1.23.3 -> 1.24.0 → https://git.io/fpcNg
<exarkun22> that's what I said just a fewmessages above right?
jperras has quit [Quit: WeeChat 2.2]
<exarkun22> cool, didn't know about show-option either, thanks
<exarkun22> I tweaked the setting and started a new deploy so now it shows `false`, not sure what it said before
<aminechikhaoui> ah right didn't see all your previous messages, yeah nixops doesn't add much options, it's mostly NixOS options that you set in the machine config
drakonis_ has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @samueldr opened pull request #50659 → dbeaver: 5.2.4 -> 5.2.5 → https://git.io/fpcN6
<{^_^}> [nixpkgs] @samueldr opened pull request #50660 → dbeaver: 5.2.4 -> 5.2.5 (18.09) → https://git.io/fpcNi
<worldofpeace> When should, for example, a pr be merged into `staging-next`?
<worldofpeace> The rfc says "fixes to stabilize", but what defines stabilization?
<gchristensen> almost, never
<gchristensen> a PR should only go to staging-next if it is fixing a major blocking problem in staging-next, afaik
ottidmes has quit [Ping timeout: 246 seconds]
<worldofpeace> So fixes that fix staging-next go to staging-next, obviously :P
romanofskiWork has quit [Quit: leaving]
Supersonic has quit [Ping timeout: 252 seconds]
<worldofpeace> These branch names seem to be really confusing to contributors. I've been linking to the rfc but that's not terse. Docs here https://nixos.org/nixpkgs/manual/#submitting-changes-staging-branch probably need expansion.
<gchristensen> I agree
Supersonic has joined #nixos
<worldofpeace> I'm looking to help document this. So can breaking changes go to staging? Currently we're saying "non-breaking mass-rebuild commits" but it happens anyway :)
WhittlesJr has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50661 → pcre2: 10.31 -> 10.32 → https://git.io/fpcAy
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50662 → padthv1: 0.9.2 -> 0.9.3 → https://git.io/fpcxv
<exarkun22> cool now perl build fails
<exarkun22> bet I'm not `enable = false`'ing my way out of that one
<{^_^}> [nixpkgs] @fuwa0529 opened pull request #50663 → altcoins.aeon: 0.12.0.0 -> 0.12.6.0 → https://git.io/fpcxZ
<WhittlesJr> Hey friends, I'm working on a package for Home Assistant here, and I could use some guidance. https://gist.github.com/WhittlesJr/ecf011a9658eadf7ca491459c32f6f4c
<WhittlesJr> Probably 1-2 jillion things wrong but I'm not even sure if this is the right approach
drakonis_ has joined #nixos
drakonis has quit [Ping timeout: 252 seconds]
vk3wtf has quit [Ping timeout: 252 seconds]
drakonis has joined #nixos
drakonis_ has quit [Ping timeout: 252 seconds]
drakonis_ has joined #nixos
drakonis has quit [Ping timeout: 252 seconds]
c0ffee152 has joined #nixos
drakonis has joined #nixos
drakonis_ has quit [Ping timeout: 252 seconds]
romanofskiWork has joined #nixos
drakonis_ has joined #nixos
drakonis has quit [Ping timeout: 252 seconds]
andreabedini has joined #nixos
jmeredith has quit [Quit: Connection closed for inactivity]
fusion809 has joined #nixos
drakonis has joined #nixos
drakonis_ has quit [Ping timeout: 252 seconds]
andreabedini has quit [Quit: Textual IRC Client: www.textualapp.com]
freeman42x]NixOS has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @blaxill closed pull request #50641 → nixos/firewall: Always use global firewall.allowed rules → https://git.io/fpcQL
hamishmack has quit [Ping timeout: 268 seconds]
<{^_^}> [nixpkgs] @blaxill reopened pull request #50641 → nixos/firewall: Always use global firewall.allowed rules → https://git.io/fpcQL
<Ralith_> what's a good way to write a shell.nix that uses some overlays in addition to the environment's?
drakonis_ has joined #nixos
lsyoyom has quit [Ping timeout: 272 seconds]
drakonis has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @veprbl opened pull request #50666 → epoxy: 1.5.2 -> 1.5.3 → https://git.io/fpchZ
freeman42x]NixOS has joined #nixos
freeman42x]NixOS has quit [Read error: Connection reset by peer]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50667 → opencascade: 0.17.2 -> 0.18.3 → https://git.io/fpchB
freeman42x]NixOS has joined #nixos
lassulus has quit [Quit: WeeChat 2.2]
lsyoyom has joined #nixos
romanofskiWork has quit [Remote host closed the connection]
freeman42x]NixOS has quit [Ping timeout: 245 seconds]
mayhewluke has quit [Ping timeout: 246 seconds]
romanofskiWork has joined #nixos
WhittlesJr has quit [Ping timeout: 256 seconds]
mayhewluke has joined #nixos
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/734cc38c75c (from 9 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
lsyoyom has quit [Ping timeout: 244 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50668 → opencollada: 1.6.66 -> 1.6.67 → https://git.io/fpchF
lassulus has joined #nixos
jhillyerd has joined #nixos
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/cefceb4d88d (from 8 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50669 → python36Packages.pelican: 3.7.1 -> 4.0.0 → https://git.io/fpcjU
ekleog has quit [Quit: back soon]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50670 → open-vm-tools: 10.3.0 -> 10.3.5 → https://git.io/fpcjn
steshaw has joined #nixos
<colemickens> Before I dive down this rabbithole... is it easy to use the ccache infra in nixpkgs?
<colemickens> for something like chromium?
lsyoyom has joined #nixos
ekleog has joined #nixos
fusion809 has quit [Remote host closed the connection]
lsyoyom has quit [Ping timeout: 268 seconds]
c0ffee152 has quit [Quit: Lost terminal]
<worldofpeace> Ralith_: If you pass an `overlays` argument to the nixpkgs function it will be used. So like `with import <nixpkgs> { overlays = [ (import ./overlay.nix) ]; };`
drakonis1 has quit [Quit: WeeChat 2.2]
reinhardt has joined #nixos
drakonis has joined #nixos
<jackdk> worldofpeace: I was playing with overlays on the weekend. Even with overlay.nix being `self: super: {}`, neglecting the parens around the import would trigger infinite recursion. Do you know why?
<mdash> jackdk: gotta put parens around stuff in lists because spaces separate list elements.
<jackdk> right, but why does [ import ./overlay.nix ] (say) even parse?
<jackdk> as in, what is its parse and how does that trigger infinite recursion?
<Ralith_> worldofpeace: "in addition to the environment's" was an important part of the question
<Ralith_> doing that clobbers the environment's overlays
<worldofpeace> yeah it will completely ignore the environments overlays
drakonis_ has quit [Ping timeout: 252 seconds]
lsyoyom has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50671 → ocamlPackages.visitors: 20171124 -> 20180513 → https://git.io/fpcjx
vk3wtf has joined #nixos
<worldofpeace> Ralith_: you can import nixpkgs twice :P
<{^_^}> [nixpkgs] @lopsided98 opened pull request #50672 → grpc, pythonPackges.grpcio, pythonPackages.grpcio-tools: update to 1.16.1 → https://git.io/fpCeJ
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50673 → ocamlPackages.opam-file-format: 2.0.0-rc2 -> 2.0.0 → https://git.io/fpCe3
lsyoyom has quit [Ping timeout: 245 seconds]
worldofpeace has quit [Ping timeout: 246 seconds]
hiroshi has quit [Read error: Connection reset by peer]
hiroshi has joined #nixos
<{^_^}> [nixpkgs] @matthewbauer opened pull request #50674 → Doc clean up → https://git.io/fpCe2
Lisanna_ has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50675 → openmpi: 3.1.3 -> 4.0.0 → https://git.io/fpCeS
lsyoyom has joined #nixos
reinhardt has quit [Quit: Leaving]
Rusty1 has quit [Quit: Konversation terminated!]
endformationage has quit [Ping timeout: 268 seconds]
rauno has joined #nixos
drakonis_ has joined #nixos
drakonis has quit [Ping timeout: 252 seconds]
ninjin has quit [Remote host closed the connection]
ninjin has joined #nixos
<{^_^}> [nixpkgs] @alapshin opened pull request #50676 → Fix typo in nixpkgs manual → https://git.io/fpCvi
vk3wtf has quit [Ping timeout: 252 seconds]
jackdk has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50677 → nodejs-slim-10_x: 10.12.0 -> 11.2.0 → https://git.io/fpCfC
jhillyerd has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50678 → nasm: 2.13.03 -> 2.14 → https://git.io/fpCfy
wykurz has quit [Read error: Connection reset by peer]
<{^_^}> [nixpkgs] @CMCDragonkai opened pull request #50679 → WIP keras.weights: init at 2018-08-06 → https://git.io/fpCfp
hyper_ch2 has joined #nixos
vk3wtf has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50680 → ntl: 11.3.1 -> 11.3.2 → https://git.io/fpCJY
reinhardt has joined #nixos
vk3wtf has quit [Ping timeout: 250 seconds]
jluttine has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50681 → mtools: 4.0.19 -> 4.0.20 → https://git.io/fpCJR
<{^_^}> [nixpkgs] @fpletz pushed 6 commits to release-18.09: https://git.io/fpCJr
crmlt has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50683 → ocamlPackages.csv: 2.1 -> 2.2 → https://git.io/fpCJM
mayhewluke has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50684 → minizinc: 2.2.1 -> 2.2.3 → https://git.io/fpCUB
mayhewluke has joined #nixos
periklis has joined #nixos
jasongrossman has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50685 → libngspice: 28 -> 29 → https://git.io/fpCTR
Ariakenom has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50686 → mopidy-iris: 3.29.2 -> 3.30.0 → https://git.io/fpCTD
hdeshev has joined #nixos
c15ade4 has quit [Quit: WeeChat 2.0]
civodul has joined #nixos
<{^_^}> [nixpkgs] @volth opened pull request #50687 → qemu: make qemu-ga and qemu-img top-level → https://git.io/fpCkq
sigmundv__ has joined #nixos
equalunique has quit [Remote host closed the connection]
equalunique has joined #nixos
__Sander__ has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50688 → neo4j: 3.4.9 -> 3.4.10 → https://git.io/fpCkc
johanot has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50689 → mysqltuner: 1.6.18 -> 1.7.13 → https://git.io/fpCkH
<{^_^}> [nixpkgs] @thomasjm opened pull request #50690 → Preserve environment variables from base image in Docker buildImage → https://git.io/fpCkF
Thra11 has joined #nixos
Thra11 has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @vbgl merged pull request #50264 → coqPackages.bignums: enable for Coq version 8.9 → https://git.io/fpqPS
<{^_^}> [nixpkgs] @vbgl pushed to master « coqPackages.bignums: enable for Coq version 8.9 »: https://git.io/fpCIK
thc202 has joined #nixos
Tucky has joined #nixos
emilis has joined #nixos
<{^_^}> [nixpkgs] @stesie opened pull request #50691 → jid: init at 0.7.2 → https://git.io/fpCIp
johann__ has joined #nixos
<{^_^}> [nixpkgs] @FRidh pushed 156 commits to staging-next: https://git.io/fpCLf
alex`` has joined #nixos
johanot has quit [Ping timeout: 252 seconds]
chimay has joined #nixos
johanot has joined #nixos
goibhniu has joined #nixos
drakonis_ has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50692 → mwic: 0.7.6 -> 0.7.7 → https://git.io/fpCLK
crmlt has quit [Remote host closed the connection]
<teto> can't I use callCabal2nix with a local src ? like /home/teto/myproject ?
<{^_^}> [nixpkgs] @fpletz merged pull request #50691 → jid: init at 0.7.2 → https://git.io/fpCIp
<{^_^}> [nixpkgs] @fpletz pushed 2 commits to master: https://git.io/fpCL7
mmercier has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50693 → now-cli: 11.5.2 -> 12.1.3 → https://git.io/fpCtB
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fpCt6
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/50fb6820759 (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hspec-meta: update override to the latest version »: https://git.io/fpCt9
zemm has joined #nixos
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fpCt5
erictapen has joined #nixos
johanot has quit [Quit: WeeChat 2.2]
periklis has quit [Ping timeout: 245 seconds]
<hyper_ch2> Mic92: online?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50695 → mate.mate-desktop: 1.21.0 -> 1.20.3 → https://git.io/fpCme
<{^_^}> [nixpkgs] @nyanloutre opened pull request #50696 → makemkv: 1.14.0 -> 1.14.1 → https://git.io/fpCmY
<tobiasBora> Hello,
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50650 → protozero: 1.6.3 -> 1.6.4 → https://git.io/fpcdW
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpCms
<tobiasBora> My firefox is in english, with only english dictionary installed, how could I install also the support for french?
<{^_^}> [nixpkgs] @erosennin opened pull request #50697 → trojita: build translation files → https://git.io/fpCmu
<{^_^}> [nixpkgs] @nyanloutre opened pull request #50698 → Makemkv update 18.09 → https://git.io/fpCm2
<{^_^}> [nixpkgs] @Mic92 merged pull request #50631 → Update jflex urls, and version by the way → https://git.io/fpcMK
<{^_^}> [nixpkgs] @Mic92 pushed 4 commits to master: https://git.io/fpCm6
<{^_^}> [nixpkgs] @Mic92 merged pull request #50688 → neo4j: 3.4.9 -> 3.4.10 → https://git.io/fpCkc
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fpCmp
hedning has joined #nixos
<{^_^}> [nixpkgs] @mredaelli opened pull request #50699 → pymssql: init at 2.1.4 → https://git.io/fpCYt
ottidmes has joined #nixos
<srhb> teto: Yes, you can.
<tobiasBora> manveru: something like that, but I think to remember that on debian for example I can install it system-wide instead of asking to all the users to install this
hedning has quit [Ping timeout: 250 seconds]
<manveru> tobiasBora: i don't think there's support for that yet
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50700 → libnftnl: 1.1.1 -> 1.1.2 → https://git.io/fpCY9
hedning has joined #nixos
<manveru> tobiasBora: did you try firefox-bin?
<manveru> it uses your i18n.defaultLocale if that helps
<{^_^}> [nixpkgs] @orivej-nixos pushed commit from @orivej to master « movit: 1.5.1 -> 1.6.2, fix build after #49310 »: https://git.io/fpCYd
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50701 → libinput: 1.12.2 -> 1.12.3 → https://git.io/fpCYA
betaboon has joined #nixos
<hyper_ch2> Mic92: assuming I have two zfs pool, both encrypted, one acts as root "/" and has the key for the second pool in "/root/zfs.key" - how would I auto-import the second pool and have the key supplied?
<Mic92> hyper_ch2: this is not possible with our current module. You would need to write your own mount unit that has a `RequiresMountsFor=` dependency
<{^_^}> [nixpkgs] @orivej opened pull request #50702 → eigen: replace with eigen3_3: 3.2.10 -> 3.3.5 → https://git.io/fpCOm
<hyper_ch2> Mic92: hmmm, also the pool import would need to be done with -l option
<hyper_ch2> Mic92: how would one go about writing such a module?
mmercier has quit [Quit: mmercier]
<{^_^}> [nixpkgs] @timokau closed pull request #50639 → python36Packages.cypari2: 1.3.1 -> 2.0.1 → https://git.io/fpcH9
<hyper_ch2> (I just don't like volumes/pools) spanning accross a disk, that's why I ask
<{^_^}> [nixpkgs] @timokau merged pull request #50680 → ntl: 11.3.1 -> 11.3.2 → https://git.io/fpCJY
<{^_^}> [nixpkgs] @timokau pushed commit from @r-ryantm to master « ntl: 11.3.1 -> 11.3.2 (#50680) »: https://git.io/fpCOA
<{^_^}> [nixpkgs] @Mic92 merged pull request #50681 → mtools: 4.0.19 -> 4.0.20 → https://git.io/fpCJR
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fpC3v
hamishmack has joined #nixos
Lisanna_ has quit [Quit: Lisanna_]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50703 → ltl2ba: 1.2b1 -> 1.2 → https://git.io/fpC3Z
<tobiasBora> manveru: Hum... I tried to "nix search firefox-bin", and I've zero result. For now, I setup "i18n.defaultLocale = "fr_FR.UTF-8";" as well as "environment.systemPackages = [... firefox ]"
<{^_^}> [nixpkgs] @akru opened pull request #50704 → parity: 2.0.8 -> 2.1.6; parity-beta: 2.1.3 -> 2.2.1 → https://git.io/fpC3E
<manveru> hmm
<manveru> firefox-bin is definitely the name... wonder why `nix search` ignores it
<LnL> is searches by name
<manveru> it should still show up when searching `firefox`
<manveru> but it's not a direct callPackage i guess
<teozkr> is there any way to check whether a build is executed from `nix-shell` apart from adding a wrapper `shell.nix` file?
<manveru> teozkr: there's IN_NIX_SHELL env var
<teozkr> manveru: yeah, but AFAIK that's only set inside of the shell
<teozkr> but nevermind, I just remembered why it was a bad idea anyway
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50705 → libversion: 2.7.0 -> 2.8.1 → https://git.io/fpC35
<manveru> any process you start from the shell inherits those vars :)
<teozkr> yeah.. I wanted to import Python dependencies directly when running in a `nix-shell`
<teozkr> so that I could run `nix build` and it'd go through all the normal nice build isolation and testing, or run `nix-shell` and get cross-project live reloading
<teozkr> but it's way too messy to be practical anyway
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50706 → libp11: 0.4.7 -> 0.4.9 → https://git.io/fpCsG
rauno has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 268 seconds]
<ottidmes> I am trying to get a nix-shell environment to debug my derivation, since I have one big script, I opted to use the builder option, how do I access this from nix shell? I have defined multiple functions similar to the phases, like unpackPhase, but they are not defined, so clearly the builder script has not yet been run, how do access that?
__monty__ has joined #nixos
<symphorien> Maybe source $builder
crmlt has joined #nixos
layus has joined #nixos
<ottidmes> symphorien: I tried that, but when I echo $builder, it returns: /nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/bash
<layus> Mic92, what is all that fuss about adding `runHook preInstall` in buildPhase ?
<ottidmes> while it is defined in my derivation as: builder = ./builder.sh;
crmlt has quit [Client Quit]
crmlt has joined #nixos
<Mic92> layus: just for people who wants to use those hooks in their overrides
<Mic92> oh, preCheck is not correct in installCheckPhase
<tobiasBora> manveru: ok I'll try it then. What's the difference between firefox and firefox-bin?
<ottidmes> And when I just source it directly myself, I get: bash: pkgBuildAccumVars: readonly variable
<Mic92> tobiasBora: firefox-bin is precompiled binaries from mozilla
<Mic92> *are
<tobiasBora> ok thanks. I'll try then, thank you!
crmlt_ has joined #nixos
<{^_^}> [nixpkgs] @Mic92 pushed to master « jflex: run correct hooks in installCheckPhase »: https://git.io/fpCGt
ninjin has quit [Quit: WeeChat 2.2]
<ottidmes> I will just rewrite it not to use a builder script but the normal phases
vmandela has joined #nixos
<ottidmes> I am going to install my new PSU now, bye
ottidmes has quit [Quit: WeeChat 2.2]
iyzsong has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50708 → libmicrohttpd: 0.9.59 -> 0.9.60 → https://git.io/fpCGE
<zemm> is there a nix rpm available somewhere? i see there's a spec file in nixos/nix , and the manual has line "If you install from RPM packages...", but can't find such
<{^_^}> [nixpkgs] @primeos pushed to master « scdoc: 1.5.2 -> 1.6.0 »: https://git.io/fpCGF
ninjin has joined #nixos
crmlt has quit [Remote host closed the connection]
crmlt_ has quit [Remote host closed the connection]
crmlt has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50709 → lmodern: 2.004.4 -> 2.004.5 → https://git.io/fpCZU
<{^_^}> [nixpkgs] @hedning opened pull request #50710 → meson: remove obsolete and blocking patch → https://git.io/fpCZ3
crmlt has quit [Client Quit]
mayhewluke has quit [Ping timeout: 260 seconds]
mayhewluke has joined #nixos
crmlt has joined #nixos
waleee has joined #nixos
crmlt has quit [Client Quit]
iyzsong has quit [Quit: ZNC 1.7.1 - https://znc.in]
iyzsong has joined #nixos
crmlt has joined #nixos
fendor has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50711 → librealsense: 2.16.1 -> 2.16.4 → https://git.io/fpCZd
crmlt has quit [Ping timeout: 268 seconds]
periklis has joined #nixos
<zemm> so it seems that nix2 releases have dropped the rpm. why is that?
fendor has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @jtojnar merged pull request #50710 → meson: remove obsolete and blocking patch → https://git.io/fpCZ3
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to staging: https://git.io/fpCn3
obadz has quit [Ping timeout: 240 seconds]
ng0 has joined #nixos
<Mic92> zemm: lack of maintainer is my suspicion.
Twey has quit [Quit: ZNC - http://znc.in]
iyzsong has quit [Ping timeout: 252 seconds]
obadz has joined #nixos
orivej has joined #nixos
<zemm> thanks! i'll look into that
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50712 → libwebp: 1.0.0 -> 1.0.1 → https://git.io/fpCCt
<{^_^}> [nixpkgs] @7c6f434c pushed 2 commits to staging: https://git.io/fpCCl
<{^_^}> [nixpkgs] @7c6f434c merged pull request #50702 → eigen: replace with eigen3_3: 3.2.10 -> 3.3.5 → https://git.io/fpCOm
<{^_^}> [nixpkgs] @hedning pushed 158 commits to gnome-3.30: https://git.io/fpClT
sigmundv__ has quit [Ping timeout: 276 seconds]
ng0 has quit [Remote host closed the connection]
ng0 has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50713 → libdrm: 2.4.94 -> 2.4.96 → https://git.io/fpCl9
alex`` has quit [Ping timeout: 272 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50714 → kubetail: 1.6.4 -> 1.6.5 → https://git.io/fpC8k
<{^_^}> [nixpkgs] @jtojnar merged pull request #50654 → pulseeffects: 4.3.9 -> 4.4.0 → https://git.io/fpcbG
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fpC8Z
<exarkun22> "easy" is relative. I failed in my attempts a while back.
mmercier has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50715 → imlib2: 1.5.0 -> 1.5.1 → https://git.io/fpC8l
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50716 → jruby: 9.2.1.0 -> 9.2.4.0 → https://git.io/fpC8b
acarrico has joined #nixos
NinjaTrappeur has quit [Quit: WeeChat 2.3]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50717 → jackett: 0.10.434 -> 0.10.446 → https://git.io/fpC4g
erictapen has quit [Ping timeout: 272 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #50460 → linuxPackages.{spl,zfs}: 0.7.11 -> 0.7.12 → https://git.io/fpZSq
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fpC4X
rihardsk has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #50716 → jruby: 9.2.1.0 -> 9.2.4.0 → https://git.io/fpC8b
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fpCBL
alex`` has joined #nixos
zduch4c has joined #nixos
nschoe has joined #nixos
<zduch4c> hello, is the default NixOS Emacs package compiled with ImageMagick support?
<etu> zduch4c: Should be, from reading the source.
joehh has joined #nixos
<etu> As long you pick the one that isn't noX
alex`` has quit [Ping timeout: 240 seconds]
<zduch4c> hm… emacs keeps crying i need ImageMagick support when using image-mode,
<zduch4c> for example
<zduch4c> maybe I need some additional library installed?
<Mic92> zemm: to be honest I never used the rpm archives. This was presumly only tested by Dezgeg. However the way it was build should make this type of packages resilient.
Lisanna has joined #nixos
iyzsong has joined #nixos
zduch4c has left #nixos ["ERC (IRC client for Emacs 26.1)"]
alex`` has joined #nixos
nD5Xjz has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50718 → keybinder3: 0.3.0 -> 0.3.2 → https://git.io/fpC0f
NinjaTrappeur has joined #nixos
nD5Xjz has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50719 → jetty: 9.4.12.v20180830 -> 9.4.14.v20181114 → https://git.io/fpC0E
monotux has quit [Quit: prutt]
monotux has joined #nixos
kai_w has joined #nixos
<mmercier> Hi everyone! Is there a way to define an environment which can be installed using nix-env AND can be instantiated with a nix-shell?
<mmercier> Because mkShell is only usable with nix-shell and buildEnv only with nix-env
<{^_^}> [nixpkgs] @Moredread opened pull request #50720 → Slic3r prusa3d/1.41.1 fixes → https://git.io/fpC0h
alex`` has quit [Ping timeout: 268 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50721 → knot-dns: 2.7.3 -> 2.7.4 → https://git.io/fpC0j
nD5Xjz has quit [Ping timeout: 252 seconds]
<tilpner> I know next to nothing about mesa or DRI, but X and sway seem to need /dev/dri
<kai_w> I'm trying to debug an undefined symbol in pytorchWithCuda: nvrtcGetProgramLogSize
<tilpner> Would anyone happen to know if it's possible to fake such an interface with software rendering?
<kai_w> running my python script from nix-shell works, running it from inside nix build says the above symbol is undefined
monotux has quit [Quit: prutt]
<kai_w> weirdly, ldd -r /nix/store/.../torch/_C...so in nix-shell says the symbol is also undefined, but it loads fine?
alex`` has joined #nixos
<exarkun22> tilpner: not easily
monotux has joined #nixos
<exarkun22> Anybody want to have a go at https://github.com/NixOS/nixpkgs/issues/50664 with me?
<{^_^}> #50664 (by exarkun, 10 hours ago, open): LWP doesn't cross compile
nD5Xjz has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50722 → kotlin: 1.3.0 -> 1.3.10 → https://git.io/fpCEN
<avn> More cross-nightmare ;)
<exarkun22> seems neverending
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/2200a805f2e (from 49 minutes ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<exarkun22> and it feels a bit like adding insult to injury that, after fixing this issue, all I get is perl. who wants perl? blech.
<exarkun22> (nnnnnniiiiiiiiixxxxxxxxxxxxxxxXXXXXX!!!!!111!!11111111)
<steveeJ> yayyyy some magical update fixed the fingerprint reader issue on a lenovo laptop
<gchristensen> Nix doesn't use perl anymore?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50723 → keyutils: 1.5.10 -> 1.6 → https://git.io/fpCuI
<symphorien> exarkun22: see https://github.com/NixOS/nixpkgs/pull/48378 this attempt to remove some perl from nixos
<{^_^}> #48378 (by bgamari, 5 weeks ago, closed): [WIP] Port switch-to-configuration script to Python
boogiewoogie has joined #nixos
<gchristensen> Git requires perl though, ...
<exarkun22> according to nix-store --query --tree this perl dependency comes from /nix/store/b6l2q43n6mfld9hck373ysqq9ak6zisy-nixos-system-rpi-18.09.git.c23e564-armv7l-unknown-linux-gnueabihf.drv, that's all I really know
<exarkun22> well, actually, I suppose I can guess that since nixos-system-rpi also depends on /nix/store/1hkp2n6hz3ybf2rvkjkwrzgbjkrrakzl-update-users-groups.pl it has something to do with that.
alex`` has quit [Ping timeout: 245 seconds]
<symphorien> nixos-rebuild and al depend on perl scripts
<tilpner> exarkun22 - "It's technically possible, but completely unpractical" or "It's doable, but can be hard"?
<exarkun22> tilpner: the former I _think_
<tilpner> Hmm, then I wonder what software rendering actually is
<tilpner> I just want a very slow desktop :/
<exarkun22> tilpner: maybe I missed some context.
<exarkun22> tilpner: and I don't know what "sway" is
<tilpner> sway is a wayland compositor
<exarkun22> oh
<exarkun22> can you use a non-compositing wm instead?
<exarkun22> I think compositing w/o hardware support isn't "slow" it's "die of boredom"
<tilpner> I would like to, but X doesn't start because "open /dev/dri/card0: No such file or directory"
jperras has joined #nixos
<exarkun22> okay. I'll amend my guess to "doable but hard" if the goal is just non-hw-accelerated desktop. I've never used nixos with a desktop though, never configured X with it, etc, so not sure how much help I can be in practice.
<tilpner> Heh, doing servers gets you out of most driver problems. Thanks anyway :)
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50724 → insomnia: 6.0.2 -> 6.2.0 → https://git.io/fpCup
steshaw has quit [Quit: Connection closed for inactivity]
<gchristensen> tilpner: depends on your server hw...! sometimes that can be a nightmare
orivej has quit [Ping timeout: 245 seconds]
<gchristensen> tilpner: I have a stack of virident flash drives that I can't use b/c I can't get drivers for them.
<exarkun22> lucky for us all, computers suck in a vast array of ways
asymmetric has joined #nixos
<gchristensen> exarkun22++
<{^_^}> exarkun22's karma got increased to 3
<tilpner> I did say "most", but that sounds very annoying too. Why did you buy an entire stack though? :/
hotfuzz_ has joined #nixos
<gchristensen> they're leftovers from a datacenter migration
acarrico has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50725 → jdupes: 1.11 -> 1.11.1 → https://git.io/fpCzg
<avn> exarkun22: btw, update-users-groups pulls perl, but not LWP
<avn> Just curious, if we can rip perl off from core stuff
<exarkun22> avn: oh good there must be more exciting perl programs somewhere
<exarkun22> avn: looking at update-users-groups.pl I'm tempted to rewrite it. but not if I have to use C++ or Rust. ;)
hotfuzz has quit [Ping timeout: 268 seconds]
<yorick> can I add a channel that is a private git repo on github?
<{^_^}> [nixos-org-configurations] @zimbatm pushed 2 commits to tf-cleanup: https://git.io/fpCzD
<{^_^}> [nixos-org-configurations] @zimbatm opened pull request #62 → Terraform cleanup → https://git.io/fpCz7
<yorick> we used to do https://asdf@github.com/stuff/stuff/archive/master.tar.gz, but it stopped working today
<exarkun22> avn: maybe ./nixos/modules/system/boot/loader/grub/install-grub.pl is what pulls it in?
<exarkun22> although... not relevant... since I'm not using grub.
orivej has joined #nixos
hotfuzz has joined #nixos
<avn> exarkun22: some of it can be rewritten at least to python (first and main reason -- we can avoid 3rd party modules in this case)
<exarkun22> I don't actually know how to trace perl dependencies. I don't see any perl scripts in this dependency tree that "use LWP" at all.
hotfuzz_ has quit [Ping timeout: 246 seconds]
<exarkun22> some indirect dependency, then?
<gchristensen> nix why-depends /nix/store/b6l2q43n6mfld9hck373ysqq9ak6zisy-nixos-system-rpi-18.09.git.c23e564-armv7l-unknown-linux-gnueabihf.drv '/nix/store/2v67jkp101pdz1bihd097r81hwvdmbg6-perl5.28.0-libwww-perl-6.35-armv7l-unknown-linux-gnueabihf.drv
<exarkun22> I can't use why-depends because the derivations don't all build
<gchristensen> doesn't why-depends work on .drv's too?
<symphorien> it first starts to build the drv
<gchristensen> o
<avn> drvs written on instantiation phase, isn't it?
<gchristensen> yeah
<exarkun22> I guess maybe I could ask it about the x86_64 versions... they probably maybe could have the same dep tree as the armv7 cross-compiled tree...
<gchristensen> what about nix-store -qR --tree /nix/store/b6l2q43n6mfld9hck373ysqq9ak6zisy-nixos-system-rpi-18.09.git.c23e564-armv7l-unknown-linux-gnueabihf.drv and lok for libwww-perl
<{^_^}> [nixos-org-configurations] @edolstra merged pull request #62 → Terraform cleanup → https://git.io/fpCz7
<{^_^}> [nixos-org-configurations] @edolstra pushed 3 commits to master: https://git.io/fpC2e
m0rphism has quit [Quit: WeeChat 2.2]
<exarkun22> gchristensen: that's what I did, but the tree is huge and tracking the right lines up and down dozens of pages makes my eyeballs hurt. I tried it and best I can figure, libwww-perl is a dependency of perl5.28.0-XML-Parser-2.44 is a dependency of nixos-system-rpi-18.09.git.c23e564 (which is pretty much the top)
iyzsong has quit [Ping timeout: 252 seconds]
<exarkun22> iow, it seems to me whatever it is a dependency of must appear as a sibling of it in the tree instead of a parent. which sounds like a bug in nixops to me but that doesn't help much.
emilis has quit [Quit: Leaving]
<exarkun22> (the fact that an XML parser library has an http client as a dependency is a huuuuuuuuuge red flag but I can't even see that red flag under the even huger red flag of perl itself.)
m0rphism has joined #nixos
m0rphism has quit [Client Quit]
<samueldr> how else would it load the DTDs and such?
* exarkun22 teardrop.
<gchristensen> exarkun22: yeah, having a client is basically a requiremnet for an xml parser :')
<exarkun22> wait are you guys serious
<gchristensen> lol yes
<exarkun22> actually loading DTDs in an XML parser is basically a guarantee of getting owned
ng0 has quit [Remote host closed the connection]
<exarkun22> if you care about validation, you ship all of the DTDs with the application and load them from local disk when necessary
<gchristensen> Nix doesn't care what features you use. it is possible, it is a dependency, it is shipped
<exarkun22> sure sure, it's not Nix's fault
<exarkun22> It's Perl's fault
<gchristensen> well, XML's probably
<exarkun22> yea you could make that case, though the Perl XML library author could have refused to implement something so insecure
<exarkun22> (although I guess I could say the same thing about Nix's Perl packager :smile:)
<gchristensen> under the assumption it is part of the spec: then it wouldn't be a valid implementation
<exarkun22> gchristensen: we could talk about who programmers have a greater ethical obligation to: specification authors or end users :)
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50727 → hwinfo: 21.60 -> 21.62 → https://git.io/fpC29
<gchristensen> the end users, who are expecting implementations to follow the spec, since the end users are also end users of the spec
<samueldr> in 1998 things sure were different
<exarkun22> Sure, if the spec is beneficial to the end user. It's only interesting when the spec and the end user are in conflict.
<exarkun22> samueldr: indeed.
<gchristensen> make your own eXMLarkun22 spec without the bad stuff and publish it as a conforming implementatino? :)
<exarkun22> Okay so I only find uses of Perl's XML parser in nixos and I don't even find any uses of it in any of the perl scripts that are dependencies of this particular derivation. I wonder if the xml parser is just installed regardless on the assumption that most nixos systems will need it?
<exarkun22> gchristensen: there are actual real-world xml parser implementations that don't open arbitrary network connections when they encounter a DTD, you know.
<exarkun22> I thought everyone made up their mind this was a Good Thing about 10 years ago
<gchristensen> that particular XML parsing package is used by more than just nixos, yeah
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50728 → http-prompt: 0.11.2 -> 1.0.0 → https://git.io/fpCaU
<exarkun22> Actually, for all I know, Perl's XML parser doesn't load DTDs from the network by default. Maybe it requires some whitelist or an explicit flag to enable it. It would still end up with a LWP dependency in those cases.
<exarkun22> gchristensen: Yea, I get that - but I'm not actually installing any software except for nixos yet. So it's not an application dragging it in, either.
<exarkun22> It's just some part of nixos or nixops that I can't find.
<gchristensen> are you using GRUB?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50729 → help2man: 1.47.7 -> 1.47.8 → https://git.io/fpCaG
<{^_^}> [nixos-org-configurations] @zimbatm pushed 0 commits to tf-cleanup: https://git.io/fpCan
<exarkun22> oh how about this, nixpkgs/nixos/modules/system/activation/top-level.nix, perl = "${pkgs.perl}/bin/perl " + (concatMapStringsSep " " (lib: "-I${lib}/${pkgs.perl.libPrefix}") (with pkgs.perlPackages; [ FileSlurp NetDBus XMLParser XMLTwig ]));
<exarkun22> gchristensen: nope
worldofpeace has joined #nixos
<exarkun22> "# Needed by switch-to-configuration."
<exarkun22> but I don't see any need for an XML parser in switch-to-configuration?
<{^_^}> [nixpkgs] @roberth merged pull request #50676 → Fix typo in nixpkgs manual → https://git.io/fpCvi
<{^_^}> [nixpkgs] @roberth pushed 2 commits to master: https://git.io/fpCa0
<gchristensen> look at 54a13b07d5925c8e890e0d9aaa0842cd7ae0d8d6
<avn> actually switch-to-conf doesn't do anything with xml directly, probably net::dbus pulls it.
<exarkun22> Oh, I guess DBus must sling around big piles of xml.
<exarkun22> because of course it would.
<gchristensen> maybe you can make switch-to-configuration's XML parser not depend on LWP? :)
<exarkun22> yea I'll just rewrite it with perl regexps, how hard could it be.
<gchristensen> :o
<gchristensen> the <center cannot hold
<exarkun22> heh I deleted the XML libs from that list and tried building anyway, it still tried to build LWP
<avn> gchristensen: I'll try to just remove XML deps, and look what happens ;)
<{^_^}> [nixpkgs] @NeQuissimus merged pull request #50722 → kotlin: 1.3.0 -> 1.3.10 → https://git.io/fpCEN
<{^_^}> [nixpkgs] @NeQuissimus pushed commit from @r-ryantm to master « kotlin: 1.3.0 -> 1.3.10 »: https://git.io/fpCVe
<exarkun22> looks like the nix DBus derivation probably declares that it has an XML dependency (correctly) so it still gets pulled in
alex`` has joined #nixos
<{^_^}> [nixpkgs] @NeQuissimus merged pull request #50657 → linux_testing: 4.20-rc2 -> 4.20-rc3 → https://git.io/fpcNt
<{^_^}> [nixpkgs] @NeQuissimus pushed commit from @eadwu to master « linux_testing: 4.20-rc2 -> 4.20-rc3 »: https://git.io/fpCVT
<exarkun22> NetDBus: propagatedBuildInputs = [ XMLTwig ];
<exarkun22> XMLTwig -> XMLParser -> LWP
<avn> crap
<avn> But at least if it propagated, we can drop direct dependency from top-level.nix
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50730 → guile-sdl2: 0.2.0 -> 0.3.1 → https://git.io/fpCVG
<exarkun22> yea, seems like redundant to specify it there
<exarkun22> you can do that PR if you want :)
<avn> I do ;)
<avn> I need to look for job, but better I do something more useful, like make PR
* exarkun22 should really go back and do his job ... :/
alex`` has quit [Ping timeout: 246 seconds]
<avn> exarkun22: I understand you ;)
<exarkun22> I took LWP out of the XMLParser dependencies ... now LWP doesn't get built ... but XMLParser build fails essentially the same way.
<exarkun22> "Can't load module Tie::Hash::NamedCapture, dynamic loading not available in this perl."
<gchristensen> ohhh this might be a more general error about perl not being friendly to cross compilation
<exarkun22> yea, seems like it probably is.
alex`` has joined #nixos
reinhardt has quit [Quit: Leaving]
<exarkun22> looks like there's a whole project for this: https://arsv.github.io/perl-cross/
<exarkun22> not a project for today I guess
joehh has quit [Ping timeout: 252 seconds]
<exarkun22> gchristensen: cool, so it looks like it doesn't load dtds from the network by default, only if you ask it to
<gchristensen> yeah
<gchristensen> so that is good :)
periklis has quit [Ping timeout: 250 seconds]
<avn> Btw folks, why /nix/store/.links done as single dir, not leveled?
<avn> garbage collecting it take few hours
<exarkun22> there's linux filesystems that don't slow to a crawl with huge directories, now
<avn> yup
<avn> even ZFS
<gchristensen> (but also, it should probably be stepped X)
<symphorien> garbage collecting it involve stat'ing all files to check if nlink=1
<symphorien> I am not sure if anything can be done to improve this
<exarkun22> maybe a smarter garbage collector would be a bigger win
orivej has quit [Ping timeout: 240 seconds]
<exarkun22> symphorien: wait does that mean nix uses hard links to the store?
<{^_^}> [nixpkgs] @jlesquembre opened pull request #50731 → gitHUD: renamed to githud → https://git.io/fpCw4
<avn> exarkun22: yes, if you enable optimization (aka deduplication)
<symphorien> ^
<{^_^}> [rfcs] @edolstra closed pull request #22 → [RFC 0022] Minimal module list → https://git.io/fpCwE
<exarkun22> so you can move files around without breaking those links... so you could bucket them by number of links and move them around when number of links changes.
<avn> looks like expression in nixpkgs/nixos/modules/system/activation/top-level.nix not use propagation, only directly listed dependencies
<exarkun22> then garbage collection is "delete everything in /nix/store/has-one-link/"
endformationage has joined #nixos
<exarkun22> (not that I know anything about designing GCs)
<gchristensen> that would be extremely expensive upon every build, I think
<symphorien> you only move the need to stat everything sooner
<exarkun22> maybe. I think you'd want to measure, for sure.
<symphorien> also it does not work if the user also creates hard link to the store oustide of nix
<exarkun22> yea, well, freedom is slavery
<avn> I still believe that leveling can decrease stat'ing bottleneck
<gchristensen> yes, leveling would probably be smart
<{^_^}> [nixos-org-configurations] @zimbatm pushed to document-all-the-things « document the terraform workflow »: https://git.io/fpCw7
<exarkun22> you can't actually change anything about how nix/store is implemented because "what if the user ..." right?
<gchristensen> see also the birthday problem domenkozar hit with this
<{^_^}> [nixos-org-configurations] @zimbatm pushed 0 commits to document-all-the-things: https://git.io/fpCwd
<gchristensen> exarkun22: the .links isn't a public API so I don't see why we couldn't change it
<symphorien> otherwise you could say: only stat all the files the gcc actually deleted in the store, and check if nlink=2 before removing
<{^_^}> [nixos-org-configurations] @zimbatm opened pull request #63 → document the terraform workflow → https://git.io/fpCwN
<symphorien> s/gcc/gc/
<exarkun22> how is the nix store public API defined?
<symphorien> there is a store-api.h exported by nix
<exarkun22> woah.
<gchristensen> exarkun22: things in the /nix/store are expected be called by users, and only things anchored by a GC root are in use I think
<avn> gchristensen: I probably can implement leveling here, but I doubt about upgrade path then
<{^_^}> [nixos-org-configurations] @zimbatm opened pull request #64 → README: add file with basic structure → https://git.io/fpCrv
<exarkun22> are there existing benchmarks for store operations?
<symphorien> avn: if you do this, can you ping me ? I'd have to update nix-du accordingly
<gchristensen> avn: it would not be so tough, I think, since GC happens with a big lock
<exarkun22> (how do you know what leveling speeds up and slows down?)
<gchristensen> I doubt leveling would slow anything down?
<exarkun22> How about implementing a background lockless GC? :)
<avn> gchristensen: just link/unlink each file which not a dir on top level?
<exarkun22> deeper directory hierarchy also means more stats on some operations
<gchristensen> every call in to the .links would be known ahead of time, so no directory exploration
<exarkun22> larger filesystem hierarchy means larger filesystem cache
<gchristensen> ah
vmandela has quit [Ping timeout: 246 seconds]
<exarkun22> but unlink("foo/bar/baz") is still more expensive than unlink("foo-bar-baz") - some part of the system is turning strings into directory entries
<avn> exarkun22: .links crawled only during GC, all other using of files there are via hardlinks
<{^_^}> [nixpkgs] @Profpatsch opened pull request #50733 → haskellPackages.libnix: dontCheck → https://git.io/fpCrW
<exarkun22> anyway maybe broader point is that there is a ton of GC research out there in the wild
<exarkun22> simple, incremental improvements are nice, for sure. but sometimes so is finding someone else's brilliant idea and using it.
<symphorien> yes but probably not gc in this meaning
crmlt has joined #nixos
<exarkun22> I bet there's stuff that's easily adaptable
<exarkun22> it's not that different
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50734 → gromacs: 2018.3 -> 2018.4 → https://git.io/fpCr6
<avn> exarkun22: that depends, unlinkat(level_fd, "baz") should be faster than unlink("foo/bar/baz"), but is linux specific
<exarkun22> avn: yes, a smart implementation might help. you still have to get `level_fd` of course, but you can probably amortize the cost of that.
mayhewluke has quit [Ping timeout: 250 seconds]
<exarkun22> anyhow, not like I'm going to work on this, I'm just the peanut gallery :)
<exarkun22> I hope everyone can agree that having benchmarks first is a good idea, at least :)
<asymmetric> does the nixpkgs Haskell infra automatically pick up new hackage packages?
<asymmetric> i.e. if a new package is pushed to hackage, do i have to do anything to get it into nixpkgs?
<avn> exarkun22: yup, better to earn some money, and throw away spinning disks
<exarkun22> asymmetric: there's a program someone runs once in a while, I think
mayhewluke has joined #nixos
<asymmetric> lol! any idea who and what program?
<avn> asymmetric: it does, semi-automatic once a week or so
<avn> asymmetric: what package you need?
<avn> `git log --stat -- pkgs/development/haskell-modules/hackage-packages.nix` answers you who and when ;)
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50735 → gnu-efi: 3.0.8 -> 3.0.9 → https://git.io/fpCog
Rusty1 has joined #nixos
<asymmetric> thx avn
worldofpeace has quit [Ping timeout: 240 seconds]
mmercier has quit [Quit: mmercier]
<asymmetric> avn: does hackage2nix also handle packages using stack?
<avn> asymmetric: nope, is a separate stack2nix tool for that. hackage2nix is designated to import current hackage slice to nixpkgs.
hark has joined #nixos
orivej has joined #nixos
crmlt has quit [Ping timeout: 272 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50736 → hunspell: 1.6.2 -> 1.7.0 → https://git.io/fpCKz
<avn> gchristensen: looks like at least current code can be optimized by using statat/unlinkat (probably ifdef'ed to discriminate darwin ppl)
<symphorien> avn: you do you say about: when removing files in /nix/store/.trash, stat them and if nlink=2 and this file has a link in .links then also remove it in .links ?
<avn> symphorien: nope, I chat exclusively about .links walking, and zapping files with linkno == 1
<symphorien> sorry I meant "what do you say about*"
dbmikus__ has joined #nixos
<avn> symphorien: you can't find file in .links without whole .links traversal, or file hashing
<symphorien> hum right sorry
<symphorien> it's a tredoff
<symphorien> *tradeoff
<symphorien> for very small amount of removed things, and huge .links, it might be better
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50737 → granite: 5.2.0 -> 5.2.1 → https://git.io/fpC6s
drakonis has joined #nixos
<avn> but we can replace https://github.com/NixOS/nix/blob/master/src/libstore/gc.cc#L712 with unlinkat(dir.get(), name.c_str()) (probably, not yet sure if opendir return fd, and not struct, but you probably catch idea)
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50738 → hdf5-threadsafe: 1.10.3 -> 1.10.4 → https://git.io/fpC6V
<avn> and same way replace lstat() with fstatat(dir, name)
<gchristensen> "qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in """ I thought this wasn't a problem if you didn't nix-env stuff, but I'm having this problem with lots of software now, hrm
acarrico has joined #nixos
<symphorien> avn: https://github.com/rust-lang/rust/pull/51050 here is a benchmark of fstat vs fstatat on /nix/store/.links, on cold cache you save 3 seconds out of 391
<{^_^}> rust-lang/rust#51050 (by symphorien, 25 weeks ago, merged): std::fs::DirEntry.metadata(): use fstatat instead of lstat when possible
<symphorien> so yes we can, but it does not solve the problem.
<avn> symphorien: spinning disk or ssd?
<samueldr> gchristensen: #44047
<{^_^}> https://github.com/NixOS/nixpkgs/pull/44047 (by samueldr, 16 weeks ago, open): WIP: +RFC: Loads qt plugin paths as registered...
<symphorien> spinning disk
<nschoe> Hi, any reason mDNS doesn't work on my nixOS machine? I can't ping my *.local devices. (Firewall port 5353 is opened)
<samueldr> gchristensen: basically, you can't mix and match channels and Qt well, yet
<gchristensen> I don't mix and match channels, either
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50739 → grml-zsh-config: 0.15.0 -> 0.15.1 → https://git.io/fpC6N
<samueldr> gchristensen: hmm, updates and nix-env or nix-shell would count there too
<avn> symphorien: and I think, unlinkat give bit more as well
<symphorien> makes sens
<symphorien> +e
<gchristensen> samueldr: I only have one channel: root's nixos channel, and nothing installed via nix-env in any users' profile
mmercier has joined #nixos
<samueldr> :o then it's weird
<samueldr> updated and not rebooted since?
<gchristensen> nope, I did an nixos-rebuild boot --upgrade, then rebooted
<avn> ;)
<avn> I do rebuild/switch in range from daily to weekly, but reboot few times in year only
<gchristensen> your poor kernel! :)
<samueldr> gchristensen: other than qt4 results, anything with: (IFS=: ; for p in $PATH; do echo $p; done | grep -i qt) ; (IFS=: ; for p in $QT_PLUGIN_PATH; do echo $p; done | grep -i qt)
<gchristensen> $ (IFS=: ; for p in $PATH; do echo $p; done | grep -i qt) ; (IFS=: ; for p in $QT_PLUGIN_PATH; do echo $p; done | grep -i qt)
<gchristensen> /home/grahamc/.nix-profile/lib/qt4/plugins:/home/grahamc/.nix-profile/lib/kde4/plugins:/nix/var/nix/profiles/default/lib/qt4/plugins:/nix/var/nix/profiles/default/lib/kde4/plugins:/run/current-system/sw/lib/qt4/plugins:/run/current-system/sw/lib/kde4/plugins:/etc/profiles/per-user/grahamc/lib/qt4/plugins:/etc/profiles/per-user/grahamc/lib/kde4/plugins
mmercier has quit [Client Quit]
<samueldr> hmmm, it should have split the results per-line :/
<samueldr> and if that's the only result, everything looks good
<samueldr> might be a bit much to ask, but does it happen in a `build-vm`?
<samueldr> (ideally, a repro of your situation would be nice to figure out if the fix is also good there)
<gchristensen> that isn't much of an ask, given how trivial it is :)
<samueldr> it will be much the moment it's not reproducing in a VM :)
<gchristensen> kernel panic on boot, heh
<avn> gchristensen: yap, 4.14.x freeze my machine after 2 days uptime, and latest haven't working zfs ;)
orivej has quit [Ping timeout: 260 seconds]
jabranham has joined #nixos
worldofpeace has joined #nixos
<asymmetric> avn: last time i checked, stack2nix was broken :( https://github.com/input-output-hk/stack2nix/issues/147
<{^_^}> input-output-hk/stack2nix#147 (by nikola-da, 1 week ago, open): `nix-build` fails due to missing package `githash`
justanotheruser has joined #nixos
<{^_^}> Channel nixpkgs-unstable advanced to https://github.com/NixOS/nixpkgs/commit/db0abe98bfa (from 4 days ago, history: https://channels.nix.gsc.io/nixpkgs-unstable)
<gchristensen> what is the "best" imap sync tool these days?
orivej has joined #nixos
<v0|d> exarkun22: ping
julm has quit [Ping timeout: 268 seconds]
<exarkun22> v0|d: hello
<gchristensen> mbsync / isync is cramping my style since moving messages between directories seems to require stripping out UIDs from filenames and other strange thnigs
<v0|d> exarkun22: hello, where to go next?
<v0|d> I see lwp & nspr
<exarkun22> v0|d: I got to "perl is a nightmare to cross compile and also an inextricable nixos dependency" and I'm kinda stumped now.
<v0|d> nspr solvd?
<exarkun22> yea I think so
<exarkun22> I also added these two things to my logical expr:
julm has joined #nixos
<exarkun22> security.polkit.enable = false; services.udisks2.enable = false;
<exarkun22> which I think removed the need to build nspr at all
erictapen has joined #nixos
<exarkun22> but I also cherry-picked the nspr build fix just in case
<gchristensen> exarkun22: I suppose you've already decided against compiling locally on the remote machine
<v0|d> see, let me catch up w/ the latest.
<exarkun22> oh, I guess that's not cherry-picked it's just hand-applied
<exarkun22> from the diff in the comment on the issue
<v0|d> saw the patch.
<exarkun22> gchristensen: I didn't decide against that, in fact it seems like the only realistic course forward
<gchristensen> short of rewriting the .pl to .rs
<v0|d> gchristensen: welcome to nixos cross compiling festival
<exarkun22> gchristensen: but it also seems like a pretty big pain and I don't know exactly how to do it yet, and also I have $WORK to do :) so letting it stew for a bit.
Chiliparrot has quit [Ping timeout: 260 seconds]
<exarkun22> "don't know exactly how to do it yet" as in I want a repeatable build/deploy without manual steps like "ssh in to a correctly configured nixos machine and run these commands and then copy the closure to your build machine"
<exarkun22> something about different-platform substituters and a qemu-arm instance? I don't know.
<exarkun22> (another option might be to check the existing armv7 binary caches and see if there's a perl build I can use, if I just pick the right nixpkgs git rev)
<gchristensen> depending on what you're using the machine for, https://github.com/nix-community/aarch64-build-box
<exarkun22> I soooo wish
<exarkun22> but armv7 != aarch64?
<gchristensen> the community machine is armv7l capable
<exarkun22> ah, interesting. maybe helpful, though I think I do have a system that can build the packages, too.
<avn> gchristensen: rewrite .pl to .rs is "officially approved" decision?
<exarkun22> What does Rust cross compilation support look like in Nix? Is it actually good?
<gchristensen> exarkun22: no idea
<exarkun22> I had some nasty fights with Rust regular compilation :/ Granted, I know basically nothing about Rust. Still. It was harder than the C stuff.
<gchristensen> avn: I think it has the best chances of success, but I wouldn't embark upon it yet without further buy-in
<avn> btw, does nixpkgs still related on buildenv.pl, or it finally deprecated?
<v0|d> matthewbauer: around?
<exarkun22> (not that I'd want to rewrite this in C)
dmc has quit [Ping timeout: 240 seconds]
<yorick> zimbatm: did that terraform nixos provider ever work out well?
polyzen has joined #nixos
<exarkun22> seems like a functional language would be a better fit with nix in many ways
<exarkun22> but I already tried cross-compiling ghc with nix and failed :)
<avn> then we need small (scripting) functional language for various one-file crap
<v0|d> ppl use lua
<avn> v0|d: try build few lua extensions with cross ;)
<exarkun22> they do, it's true.
hyper_ch2 has quit [Quit: Page closed]
<v0|d> avn: im not the perpetrator here:p
<exarkun22> realistically, Rust is probably an alright choice. I wish there were a better choice, though.
<exarkun22> I guess nobody suggested shell yet. in some ways that would be the smallest step away from perl. does not exactly fit the "rewrite as few times as possible" criterion though.
Ariakenom_ has joined #nixos
<gchristensen> exarkun22: oh dear
<avn> I once do tail-recurion in shell via `exec $0 $@` (but it was sort of joke of course)
<v0|d> how do you terminate?
<gchristensen> the point isn't to take a small step away from perl, but to take the safest step away from perl in a way that will be nice to maintain long-term
<exarkun22> pretty sure shell is the only realistic competitor to C for "how close to impossible is it to write a safe and correct program" though so that should probably also disqualify it 🙂
<__monty__> Tbf, php makes it pretty hard.
<exarkun22> okay, true, it's bad news left and right.
Ariakenom has quit [Ping timeout: 252 seconds]
<avn> v0|d: it was script which was compare dotted versions, so only one execution branch lead to recursion ;)
<v0|d> avn: fork bomb:)
drakonis has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @fare opened pull request #50741 → Update gambit and gerbil to new upstream releases → https://git.io/fpCyI
<v0|d> exarkun22: Still I feel optimistic about cross compiling perl
<avn> v0|d: nope, it was well tested (even property tested against debian's `dpkg --compare-versions`. Also we haven't more than 3-4 dots in our versions ;))
erasmas has joined #nixos
<exarkun22> you could switch to python and require this abandonware for easy native & cross-compilation: https://github.com/dropbox/pyston
<gchristensen> __monty__: not sure if I'd prefer PHP or Bash, if I had to pick one :)
<avn> pyston was dropped?
<avn> boo
<exarkun22> v0|d: I'll definitely cheerlead for you. :)
saltsa has joined #nixos
<v0|d> no please, im too old for that.
<exarkun22> avn: looks like they used up their budget of 5000 commits and the team broke up and moved on to other projects.
<exarkun22> almost 2 years since last commit
<exarkun22> (it was a dumb idea, come on)
<avn> 5k commits rule?
peacememories has joined #nixos
<v0|d> OK, back to wrk.
<exarkun22> avn: yea that's how corporates work, right?
<exarkun22> avn: you got your budget, you spend it, you're done
waleee has quit [Quit: WeeChat 2.3]
<avn> exarkun22: yes, but based on counter on commits...
<exarkun22> just one of the many "we'll tackle this super hard problem of speeding up python runtime with no understanding of the difficulty of the task or any past efforts oops this is hard we give up nevermind" projects out there
<exarkun22> avn: okay maybe I'm being slightly facetious. :)
<avn> ;)
<avn> I heard google pushed some efforts on python-to-go compiler
<avn> (although python2rust can bring more fun ;))
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « all-cabal-hashes: update to Hackage at 2018-11-19T08:07:53Z »: https://git.io/fpCSf
<{^_^}> [nixpkgs] @worldofpeace opened pull request #50742 → bookworm: 2018-10-21 -> unstable-2018-11-19 → https://git.io/fpCSJ
<exarkun22> pypy is clearly the best possible improvement for python. cpython should be abandoned and future effort should just go there.
<exarkun22> but just as clearly, python-the-language has a lot of drawbacks and there are other interesting languages out there without those drawbacks ;)
<avn> exarkun22: I checked pypy last time probably 6-7 years ago, does it support incremental compilation btw?
<exarkun22> avn: incremental compilation _of the toolchain_? I don't think so.
<exarkun22> avn: That doesn't really matter for 99% of folks though.
asymmetric has quit [Ping timeout: 260 seconds]
<exarkun22> v0|d: I started looking at the perl-cross with the notion of making the perl expression conditionally use either that or the regular upstream perl source
hotfuzz_ has joined #nixos
<exarkun22> v0|d: but perl-cross docs list a lot of caveats. it sounds like you might get a perl build but basically everything still sucks (eg you can't build any _new_ modules for it unless you use also perl-cross).
<exarkun22> so. seems like a pretty screwed up situation with no good options for a solution.
<v0|d> exarkun22: checkout buildroot
<v0|d> maybe they've got something useful
ottidmes has joined #nixos
hotfuzz has quit [Ping timeout: 246 seconds]
<exarkun22> oh boy.
<v0|d> ppl are doing it already, I mean perl is so old, I recall using it on SCO Unix.
<v0|d> prob buildroot have patches that might be useful not sure i'm working on a PR, brb
<ottidmes> I have a buildPhase that is not using make, if I run it in nix-shell is skips it because of the lacking Makefile, can I still use buildPhase without make somehow, or do I need to do e.g. preBuild, to workaround it, what is the idiomatic way?
shabius has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @Mic92 opened pull request #50744 → nodePackages.phantomjs: remove override → https://git.io/fpC9U
<dmj`> I'm currently installing nixos, have setup hard drive encryption with luks, when I attempt to mount the disk for installation mount /dev/disk/nixos /mnt I get: mount: /mnt: special device /dev/disk/nixos does not exist (a path prefix is not a directory)
<avn> Just curious, if rewrite all small stuff like switch-to-conf, update-users-groups, etc to rust and/or haskell, just put all of them in to single repo?
<ninjin> dmj`: Have you run `cryptsetup luksOpen`?
<avn> (i feel, it be a good haskell practive for me)
<gchristensen> avn: are you looking to have them replace the current ones, or purely for an experiment which would ot be adopted?
<gchristensen> would not be adopted*
<avn> gchristensen: I prefer to do something, that would be adopted, if it works ofc
<gchristensen> avn: I would recommend sticking to C++ or Rust for that, then. and: yes, sticking it in a single repo would be fine
<ninjin> dmj`: I installed with fulldisk encryption recently and simply followed the instructions under “zimbatm’s…” from here: https://nixos.wiki/wiki/Full_Disk_Encryption Note the mount-by-label part.
<Taneb> avn: where are they currently?
<avn> I personally prefer to earn some more haskell skills, but meet with rust would be also interesting.
peacememories has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jpdoyle has joined #nixos
<gchristensen> avn: yeah, I would suggest choosing Haskell would put it firmly in to a personal-only-experiment territory
<jpdoyle> I have a slightly old nixos machine that I recently booted up
Tucky has quit [Quit: WeeChat 2.2]
<jpdoyle> and its certificates have all expired, so I can't run nix-channel --update
<jpdoyle> is there any standard way to fix that?
__Sander__ has quit [Quit: Konversation terminated!]
<ninjin> dmj`: Sure, but according to your first message you are not mounting by label.
<gchristensen> how old is slightly old, jpdoyle ?: )
<jpdoyle> most recently updated with 17.10, lemme bring up more specific info
<avn> gchristensen: I am ok with rust ;) Vendoring still be common practice to bring libraries in?
<jpdoyle> 17.09.2964.3e349a2b98b
<gchristensen> avn: don't think so, just cargo
<dmj`> ninjin: ah, so I did not call mkfs.ext4 -L nixos /dev/mapper/crypted
<dmj`> ninjin: then I can call mount /dev/disk/by-label/nixos /mnt
<dmj`> ninjin: mkdir /mnt/boot
<ninjin> dmj`: Yep, `-L` controls the label as expected.
<avn> gchristensen: then some tool like cargo2nix to lift on package level?
nschoe has quit [Ping timeout: 252 seconds]
<gchristensen> carnix yeah
<avn> gchristensen: any existing examples in nixpkgs?
<ninjin> dmj`: The doc is a bit spotty here, but once I had wrapped my head around the rest of the installation procedure it was easy to lift in the full-disk encryption.
<ottidmes> gchristensen: are you sure about Haskell vs Rust? Are there already standard tools written in Rust? I have a few Nix tools that are not official, in both Rust and Haskell, and I believe none of the official ones are Rust? So what makes Rust better in that regard?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50745 → hpx: 1.1.0 -> 1.2.0 → https://git.io/fpCHU
<Taneb> ottidmes: smaller binary size/closure I imagine
<Taneb> GHC is big and generates a lot of RTS
polyzen is now known as dmc
<{^_^}> [nixpkgs] @Mic92 merged pull request #50743 → gmsh: 4.0.4 -> 4.0.5 → https://git.io/fpCSn
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fpCHt
<{^_^}> [hydra] @edolstra merged pull request #529 → feat: add /eval/<id>/builds endpoint → https://git.io/fpCH3
<{^_^}> [hydra] @edolstra pushed 2 commits to master: https://git.io/fpCHs
<jpdoyle> GHC's RTS is also... not very courteous on a multicore system
<ottidmes> Taneb: Ah, it seemed to me that Rust was big as well (Rust itself + LLVM)
<{^_^}> [nixpkgs] @Mic92 merged pull request #50744 → nodePackages.phantomjs: remove override → https://git.io/fpC9U
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fpCHl
<jpdoyle> although I've had a decent experience rewriting some complicated shell scripting in Haskell using turtle
<gchristensen> jpdoyle: it is down right miserable on 96 cores
<hodapp> gchristensen: what sort of unique problems does it have with that many cores?
<dmj`> ninjin: did you need to create a boot partition as well
<ottidmes> dmj`: All my machines are either LUKS or sedutil, and for LUKS I always check out the Arch Linux wiki, has always worked for me :) (that bit is completely distribution independent anyway)
<gchristensen> hodapp: afaik it performs worse with 96 than at say, 48
<jpdoyle> @hodapp: The GC locks are all spinlocks with periodic `sched_yield()` calls, so you get a lot of negative effects there
<jpdoyle> and it can look like you're getting "more performance" but you're actually just burning more cycles on a spinlock
<Mic92> gchristensen: the aarch64 builder should also reduce its cores for builds like go.
<dmj`> ninjin: on UEFI systems it seems I need to call "# mount /dev/disk/by-label/boot /mnt/boot"
<Mic92> it is running into thread creation ulimits
<gchristensen> Mic92: should we up the ulimit?
<dmj`> ninjin: after I call, "mkfs.fat -F 32 -n boot /dev/sda3"
<dmj`> ninjin: except I don't know what to name the boot partition
<Mic92> gchristensen: that should also work, also I have to figure out what limits we would need.
<Mic92> building something like kubernetes or docker should do it.
<ottidmes> dmj`: lblk is a useful tool
<ottidmes> dmj`: lsblk I mean
<hodapp> gchristensen: interesting. looks like the exact thing that Erlang's GC was designed to not do
<gchristensen> hodapp: oh?
<ninjin> dmj`: These are my notes from my installation, I don’t think I encrypted boot: https://pastebin.com/kDZJHxXX
<jpdoyle> @gchristensen on the topic of certificate problems, is there a reasonable way to either disable certificate checking for a single run of nixos-rebuild, or to publish all necessary packages as a cache from another nixos machine on the lan?
<ninjin> dmj`: When installing on UEFI, those three commands and not formatting root were my only deviations from the standard instructions.
<dmj`> ninjin: yea what do you do after that last command
<hodapp> gchristensen: in the BEAM VM, IIRC, GC is never done system-wide but is done sort of at random on a per-green-thread basis so that instead of the entire system locking up to do GC of everything, there are tiny slowdowns distributed in an uncorrelated way throughout the system
<dmj`> ninjin: since I'm on a UEFI system, it's saying I need a boot partition
<gchristensen> hodapp: ah! cool! (I wasn't sure if you were saying erlang does handle this well, or does not handle this well :))
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
<ninjin> dmj`: I don’t think you generally encrypt `/boot` – how would you then have a kernel etc. to start decrypting? Someone, do correct me if I am wrong.
<gchristensen> jpdoyle: sure, you can use nix-serve to create a local binary cache
<gchristensen> jpdoyle: I'm quite tired and unable to type much more for the next hour or so, so I can't help further -- sorry
<jpdoyle> np
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50746 → groovy: 2.5.3 -> 2.5.4 → https://git.io/fpCQC
drakonis has joined #nixos
<{^_^}> [nixpkgs] @coreyoconnor closed pull request #38022 → QGIS: 2.18.17 -> 3.0.1 plus required libs → https://git.io/vxajm
<{^_^}> [nixpkgs] @ryantm pushed 2 commits to master: https://git.io/fpCQa
<{^_^}> [nixpkgs] @ryantm merged pull request #50731 → gitHUD: renamed to githud → https://git.io/fpCw4
nschoe has joined #nixos
<{^_^}> [nixops] @coreyoconnor closed pull request #387 → Add disks option to libvirt backend. Similar to VirtualBox option. → https://git.io/fpCQX
<{^_^}> [nixpkgs] @coreyoconnor closed pull request #37292 → wine: WIP make "unsafe" GStreamer plugins non-default → https://git.io/vxO13
<ottidmes> ninjin: It is possible to also encrypt boot I believe, but its quite involved, either way, it does not really win you much security wise, I believe, a USB stick can act as a custom /boot just the same
<{^_^}> [nixpkgs] @coreyoconnor opened pull request #50747 → Add traverso: init at 0.49.5 → https://git.io/fpCQ5
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50748 → harfbuzz: 1.9.0 -> 2.1.3 → https://git.io/fpCQd
<dmj`> ninjin: yea I just don't know where to create boot
<ninjin> ottidmes: Yeah, the USB hack makes sense there. It should give some added security, but once an adversary has physical access you are right that all bets are off.
kitlangton has joined #nixos
<dmj`> ninjin: do I even need it to make a boot partition? I'm telling nixos which disk to boot into
<ottidmes> ninjin: That, and if someone can write to your /boot, all bets are off as well
<Mic92> gchristensen: mhm. it seems to appear in buildGoPackage, so not in kubernetes or docker. It is probably our combination of the parallel command and go: https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/go-modules/generic/default.nix#L169
<ottidmes> dmj`: if you use UEFI, then you need a FAT boot partition
<ninjin> dmj`: You need a boot partition so that you can boot a kernel to then unlock the encrypted partition.
<dmj`> ottidmes: I have one giant /dev/nvme0 partition, I luks encrypted it, and have a mapper at /dev/mapper/crypted, where do I make the FAT boot ?
<dmj`> ninjin: I set a password when I called luksEncrypt
<Mic92> and I don't think it is related to ulimit itself, which would allow ~0.5 mio tasks
<ninjin> dmj`: Yes, but you can’t just jump from BIOS into decryption, you need something inbetween, that is what you have on `/boot`.
<{^_^}> [nixpkgs] @eburimu opened pull request #50750 → cyrus-sasl 2.1.26 -> 2.1.27 w/ cross-compiling support → https://git.io/fpC7C
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50751 → google-compute-engine: 20181011 -> 20181023 → https://git.io/fpC7W
<ninjin> I think I am beginning to see the issue, the MBR instructions do not create a separate boot partition.
kitlangton has quit [Remote host closed the connection]
<ninjin> Which you don’t need, unless you want to do full disk encryption.
vasarmilan has joined #nixos
<vasarmilan> hi
<ottidmes> dmj`: Depends on your disks, if you have just the one, partition it in a small (at least 1G but better to make it at least 2G for NixOS) boot partition and the rest for your normal disk (if you use swap, I normally have boot and LUKS (LVM (swap, nixos)))
* ninjin wishes the installation instructions covered encrypted swap, “it is 2018 people!”
<ottidmes> dmj`: Basically I tend to follow this guide for my LUKS systems: https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system#LUKS_on_LVM
<dmj`> wait, I did add a boot partition before I formatted everything with luks
<dmj`> parted /dev/sda -- mkpart ESP fat32 1MiB 512MiB
<exarkun22> multicore performance doesn't seem like it's really all that relevant for things like switch-to-configuration or update-users-groups.
<dmj`> ninjin: parted /dev/sda -- set 3 boot on
<gchristensen> exarkun22: it is unrelated, yes
<{^_^}> Channel nixpkgs-unstable advanced to https://github.com/NixOS/nixpkgs/commit/5632aad4739 (from 3 days ago, history: https://channels.nix.gsc.io/nixpkgs-unstable)
jpdoyle has quit [Ping timeout: 256 seconds]
<{^_^}> [nixpkgs] @jtojnar merged pull request #50737 → granite: 5.2.0 -> 5.2.1 → https://git.io/fpC6s
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fpC5l
<exarkun22> Haskell seems like a better choice than Rust to me because you don't really need the kind of low-level control Rust gives you for these things. On the contrary, I suspect there are zero valid reasons to spend one second thinking about memory management in any of these tiny Nix utilities - which you might have to do in Rust.
ng0 has joined #nixos
<exarkun22> But an argument against Haskell will probably be the size of executables you get.
gspia has quit [Quit: Leaving]
<exarkun22> It would be nice to have a language with some more of the runtime characteristics of Rust and the programmer-safety features of Haskell. I don't know of one though.
hlolli has joined #nixos
<ninjin> dmj`: Looks like UEFI to me, but I can sadly not be much help for MBR since I have not installed Linux by manually partitioning and formatting on MBR since 2005.
<exarkun22> Hmm. OCaml, maybe.
<sphalerite> exarkun22: also aarch64 support in ghc is still rather iffy
<exarkun22> sphalerite: True enough.
<ottidmes> exarkun22: Nim maybe? Not sure how good its type system / safety is though
<gchristensen> let's write it in assembly
<exarkun22> gchristensen: Yea that will make cross-compiling a breeze. :)
Izorkin has quit [Quit: ZNC 1.7.1 - https://znc.in]
<exarkun22> ottidmes: I think it's safe but not very good beyond that.
Izorkin has joined #nixos
<exarkun22> but never written anything with it
<{^_^}> [nixpkgs] @Mic92 opened pull request #50752 → buildGoPackage: remove build-time dependency on parallel (and perl) → https://git.io/fpC5h
m0rphism has joined #nixos
Izorkin has quit [Client Quit]
<exarkun22> sphalerite: Maybe ghc -> llvm -> aarch64 though
Izorkin has joined #nixos
<dmj`> ninjin: if I didn't use LVM, would the boot partition get wiped assuming everything was on a single disk
<dmj`> when using cryptsetup
<sphalerite> exarkun22: working support for that seems like a bigger project than a rewrite of nixos-rebuild and friends
cyounkins has joined #nixos
<ottidmes> dmj`: cryptsetup works per partition
<exarkun22> sphalerite: there's already _some_ support for that. but maybe "working" is the key word. :) dunno. anyhow, I suspect Haskell is a non-starter for a number of other reasons.
<ottidmes> dmj`: so you should cryptsetup only the partition you actually want to encrypt, and keep your boot partition as-is
<exarkun22> I do think OCaml could be an interesting option though.
<v0|d> exarkun22: does ocaml got a multi-thread gc?
chimay has quit [Ping timeout: 245 seconds]
<exarkun22> though it looks like cross-compilation is troubling there too
<avn> yup, ocaml can be also bytecompiled in case of cross compilations, or missed native compiler
<exarkun22> v0|d: it has a synchronous gc
<exarkun22> but it is overall a pretty modern and high-performance gc (which probably doesn't matter in any way to the tools nix needs; just turn off the gc entirely and let the os free memory on exit).
<{^_^}> [nixpkgs] @zimbatm merged pull request #50751 → google-compute-engine: 20181011 -> 20181023 → https://git.io/fpC7W
<exarkun22> avn: oh hey good point
vasarmilan has quit [Ping timeout: 256 seconds]
<ashkitten> hey, how can i stop nix-shell from filling up my tmpfs with its directories every time i use it?
chimay has joined #nixos
<exarkun22> although that might defeat part of the purpose, keeping the base closure small
<v0|d> ashkitten: TMPDIR?
<{^_^}> Channel nixos-18.09 advanced to https://github.com/NixOS/nixpkgs/commit/50fb6820759 (from 10 hours ago, history: https://channels.nix.gsc.io/nixos-18.09)
<ashkitten> i was thinking more of like... having it clean up after itself?
<ashkitten> i don't want that stuff *anywhere*
<v0|d> ashkitten: nix-collect-gc?
<ashkitten> doesn't help
<v0|d> ashkitten: nix-collect-gc -d?
<ashkitten> no
<gchristensen> anyway, I'm quite sure that if a there were a high quality PR rewriting the nixos scripts from perl to Rust or C++, it would be accepted
<averell> one PR for everything, or incremental with promises of more?
<ashkitten> /run/user/1000 is still completely full of nix-shell-* directories
<gchristensen> one at a time would be acceptable I'm sure
drakonis_ has joined #nixos
<avn> exarkun22: I like ocaml. Year ago I found js_of_ocaml, and tried write simple game. And I remember almost everything about caml. So it very good language
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50753 → ethtool: 4.18 -> 4.19 → https://git.io/fpCdj
<exarkun22> yea I think it has a lot going for it.
<exarkun22> "widespread acceptance" maybe not being one of those things.
<ottidmes> exarkun22: yet I dont have any program that I know of written in it
gspia has joined #nixos
drakonis has quit [Ping timeout: 252 seconds]
Drakonis__ has joined #nixos
<exarkun22> There's a pretty good backup/file sync tool, unison, written in it
kitlangton has joined #nixos
<exarkun22> And there's a billion dollar blockchain written in it
drakonis_ has quit [Read error: Connection reset by peer]
<exarkun22> and I think eDonkey was written in it?
<exarkun22> (raise your hand if you remember eDonkey)
<v0|d> so what does the number 501 in 10. rebuild-linux: 501+ means?
<v0|d> like needs to rebuild 501+ packages?
<gchristensen> yeah
<cyounkins> Speaking of that backup/file sync tool... I'm trying to update the unison package and could use an assist. The build partially fails due to this build target: https://github.com/bcpierce00/unison/blob/master/src/Makefile#L333 (which: command not found) What's the best way to handle this?
<dmj`> ottidmes: these were the steps I took https://gist.github.com/dmjio/74e24763efacc1346c15631048dccc01
<dmj`> ottidmes: where on nvme0 is the boot partition created by parted?
<cyounkins> I guess building the tags should be an option, but for now I think it's fine not building it. I'm not very familiar with make and can't figure out how to specify to not build it.
<avn> exarkun22: mldonkey. Original edonkey was probably on c++ and win only
<exarkun22> aaaahh right
<avn> probably I can remember live dyno's ;)
<exarkun22> haha
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50754 → linuxPackages.evdi: 1.5.0.2 -> 1.5.1 → https://git.io/fpCFd
<avn> v0|d: if your PR rebuilds 500+ packages, better PR it to staging
<exarkun22> cyounkins: patch the target out? or patch out the body of the target?
<cyounkins> exarkun22: OK I can do that. Wasn't sure if there was a better solution.
<v0|d> avn: very scary.
<cyounkins> Thank you!
<exarkun22> cyounkins: me either. I'm definitely no expert.
<v0|d> avn: I did against staging, no worries.
Thra11 has joined #nixos
<{^_^}> [nixpkgs] @tokudan opened pull request #50755 → firefox-bin: 63.0.1 -> 63.0.3 → https://git.io/fpCbq
<v0|d> how does staging merge to master?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50756 → font-awesome_5: 5.1.0 -> 5.5.0 → https://git.io/fpCbs
<v0|d> nixos-unstable is master I guess.
kitlangton has quit [Remote host closed the connection]
jperras has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @puffnfresh opened pull request #50757 → marp: 0.0.13 -> 0.0.14 → https://git.io/fpCbw
<exarkun22> so if I do a native build of perl etc on armv7l ... how do I convince my x86_64 host to use those built packages instead of trying to do a cross compile?
<ottidmes> dmj`: I told you not to encrypt your whole disk, then you also encrypt your boot
<dmj`> ottidmes: yea, I did this before joining the channel
<ottidmes> dmj`: Just follow that Arch Linux wiki page, it contains all you need if you want unencrypted boot + encrypted swap and nixos
<v0|d> exarkun22: maybe you can put that in depsBuildBuild = []
<v0|d> err or buildInputs
<hark> hee, so is it possible to crosscompile nixos images to run on arm?
<v0|d> hark: join the club, nixos cross compilation festival
<exarkun22> hark: some.
<v0|d> hark: see #50664
<{^_^}> https://github.com/NixOS/nixpkgs/issues/50664 (by exarkun, 15 hours ago, open): LWP doesn't cross compile
<exarkun22> v0|d: Hm I don't really know how I'd put it anywhere. Build output seems like the wrong kind of thing to put into a derivation expression?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50758 → file: 5.34 -> 5.35 → https://git.io/fpCN4
<v0|d> exarkun22: I might be wrong but if the derivation is same hash will be same
<v0|d> exarkun22: so you can basically have the derivation and it will point to the same location.
<exarkun22> v0|d: That seems like it should be true. Maybe I just don't understand what you're suggesting.
<exarkun22> My x86_64 machine already wants to build this derivation because it's already a dependency of something higher up
<v0|d> I mean you can build a drv somewhere else copy it to your store, when you instantiate that derivation it will automatically use that.
<exarkun22> How do I convince nix-build that it's already built? It sounds like the answer following from your point immediately about would be to copy stuff out of the armv7l's /nix/store onto the x86_64's /nix/store
<exarkun22> Okay, gotcha
<exarkun22> is this what nix-copy-closure is for? or is this just a job for scp?
<v0|d> nix copy --help?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50759 → culmus: 0.130 -> 0.133 → https://git.io/fpCNS
<v0|d> not sure how its used though, I tried to avoid copy-closure for obvious reasons.
<gchristensen> what are the obvious reasons?
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50760 → feh: 2.28.1 -> 3.0 → https://git.io/fpCNj
<ottidmes> dmj`: that is basically the same as the Arch Linux wiki I pointed to, except for the NixOS config bit of course, so it seems OK by me, I did something similar
<v0|d> gchristensen: nix-* stuff is replcd by nix * right
<v0|d> ?
<gchristensen> the `nix` command is beta
<{^_^}> [nixpkgs] @7c6f434c merged pull request #50755 → firefox-bin: 63.0.1 -> 63.0.3 → https://git.io/fpCbq
<{^_^}> [nixpkgs] @7c6f434c pushed 2 commits to release-18.09: https://git.io/fpCAJ
<v0|d> had no problems yet.
sanscoeur has joined #nixos
<gchristensen> good :) its interface may change
<v0|d> kudos to eelco
fendor has joined #nixos
samrose has joined #nixos
<v0|d> gchristensen: how does staging merge into master?
<v0|d> is it by borg or manual?
<exarkun22> What about the fact that on my armv7l, store filenames don't reflect the arch and on my x86_64, store filenames for things cross-compiled for armv7l do? eg ...-perl5.28.0-XML-Twig-3.52-armv7l-unknown-linux-gnueabihf.drv vs ...-perl5.28.0-XML-Twig-3.52.drv
<exarkun22> is that going to confuse things?
<gchristensen> v0|d: manual
<v0|d> exarkun22: :(
<gchristensen> exarkun22: they won't be confused, but also if you compile the package "foobar" natively on ARM and then try to use "foobar" when cross-compiling , it won't use the natively compiled one
cyounkins has quit [Remote host closed the connection]
<exarkun22> darn, coz that's just what I wanted it to do.
<gchristensen> right. Nix doesn't know that a cross-compiled thing and a normally-compiled thing are interchangable -- to Nix, it is different just like the linux kernel is different from the `hello` package
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50761 → gflags: 2.2.1 -> 2.2.2 → https://git.io/fpCA0
shabius has joined #nixos
<v0|d> interesting so lets say we build a system w/ cross compiled packages and copy them to a root image
<exarkun22> that makes it sound like if I am cross compiling for a system, I better cross compile everything for that system
<v0|d> than nix store will be so confusd anyway just after booting?
<exarkun22> because there's no other way to get it
<{^_^}> [nixpkgs] @reardencode opened pull request #50762 → Ntp default restrictions → https://git.io/fpCAo
<v0|d> cos there will be no suffix of cross-compilation
<gchristensen> Nix will not be confused, no
<{^_^}> [nixpkgs] @Assassinkin opened pull request #50763 → amazon-image: amazon-init script checks for nix expressions in userdata correctly → https://git.io/fpCAX
<v0|d> sure? if thats the case we should be able to do the above now
<exarkun22> v0|d: It sounds like Nix will just ignore the packages you copied in because they aren't the packages it cares about
<gchristensen> but if you try to subsequently install new packages, it will need to be able to fetch or build all the dependencies for the packages, even though it may already have local builds which would have worked if they hadn't been cross compiled
<exarkun22> They're just some extra packages you added that don't appear to relate to anything
<v0|d> wow, thats pretty bad.
<gchristensen> is it? not sure
Ariakenom_ has quit [Ping timeout: 240 seconds]
<v0|d> gchristensen: I rlly dont want to build anything on a pi.
<gchristensen> inconvenient, for sure, but not sure it is bad. it would be bad if Nix actually got confused
<exarkun22> it would certainly be more convenient if nix could recognize the cross-compiled packages as being the "same" as the native compiled versions
equalunique has quit [Ping timeout: 268 seconds]
<gchristensen> it would be more convenient, but it would also break an invariant of the nix store
<v0|d> I think what we need is a rewriter.
<exarkun22> or if there were a way to say "I depend on any kind of build of X you can find" in the packages that depend on those, instead of saying "I depend on exactly a native build of X" or "I depend exactly on a cross compiled build of X"
<v0|d> there are two nix stores so no it wont break.
<gchristensen> that would be interesting too
<gchristensen> huh?
equalunique has joined #nixos
<v0|d> gchristensen: you can have suffixes on the build system, all we need is to map those derivations to a new nix store on the rootfs
<v0|d> w/o the suffixs
<v0|d> so that it wont break
boogiewoogie has quit [Quit: Leaving]
<v0|d> not sure if the above makes sense:p
<exarkun22> Why does the native package look different from the cross package to Nix? Because they use different nixpkgs (because `crossSystem` is an input to the function that returns nixpkgs for you)?
<samueldr> the suffixes aren't really an issue, the dependencies don't match, so the hashes won't match
<gchristensen> exarkun22: because the build instructions are differenst
reardencode has joined #nixos
johnw_ is now known as johnw
<exarkun22> Was I at least close? Are the build instructions different because the nixpkgs were different in a way which produced different build instructions (because that's what the `crossSystem` argument is for)? Or am I way off base
<v0|d> yet we still have that information, I mean the map btw them.
<gchristensen> exarkun22: yeah, quite similar
<exarkun22> okay, I guess I can sort of understand that
<gchristensen> exarkun22: it is saying use <this> gcc instead of <that> gcc, and use <this> linker flag instead of <that> linker flag
<reardencode> I just opened (initial a messed up, but now OK) PR - what's the best way to request appropriate reviews? https://github.com/NixOS/nixpkgs/pull/50762
<{^_^}> #50762 (by reardencode, 7 minutes ago, open): Ntp default restrictions
<exarkun22> but not well enough to have any idea how you would implement the "use any X" idea I described above.
<gchristensen> exarkun22: which to nix is the same as use <this> source instead of <that> source :)
<reardencode> nvm, looks like Mic92 is looking!
<exarkun22> there is no way to express an "X if you have it otherwise Y" dependency that I've come across
<dmj`> ottidmes: I'm at the nixos configuration part
<gchristensen> exarkun22: right
<v0|d> exarkun22: it doesnt work like that.
<dmj`> ottidmes: the uuid specified here, is it for the entire disk, or just the partition that is formatted with luks
<dmj`> ottidmes: boot.initrd.luks.devices [ { device = "/dev/disk/by-uuid/06e7d974-9549-4be1-8ef2-f013efad727e"; } ]
<dmj`> ottidmes: the uuid here ^
<v0|d> exarkun22: we need f drv-cross -> drv-native type of rewriter
philippD has joined #nixos
<v0|d> which cleans crossSystem stuff in the derivation and store will work just fine
<v0|d> not sure how to clean all those conditionals thought
<exarkun22> Sounds untenable
Ariakenom_ has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50764 → f3: 7.0 -> 7.1 → https://git.io/fpCpJ
<v0|d> this will obviously make `nix` to include stuff from the cross building mechanism, I mean the knowledge of cross compiling in nixpkgs.
<exarkun22> All of the elegant high-level logic of a cross-compile has been smashed into a disgusting shell pancake by the time you get to a derivation
<dmj`> ottidmes: oh that's the boot partition, unencrypted
<{^_^}> [nixpkgs] @robinp opened pull request #50765 → Add awk as a default tool for Bazel shell commands. → https://git.io/fpCps
<v0|d> exarkun22: pancake+ package = pankage?
<v0|d> :p
* exarkun22 smirks
<v0|d> so OK, how does any cross compiled stuff is usable anyways?
<v0|d> other than compiling any other package.
<{^_^}> [nixpkgs] @Mic92 merged pull request #50642 → isl: add 0.20 → https://git.io/fpcQO
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fpCp0
<gchristensen> lots of cross users use it to produce artifacts which are not mutable systems
<exarkun22> that's pretty much what I want to do
<exarkun22> maybe I should be looking at ways to get the rest of the non-cross-compilable stuff out of the system instead of trying to fix cross compile for it
<dmj`> ottidmes: I think its the uuid of the whole disk...
<gchristensen> exarkun22: or pre-populate the environment with what you need possibly5
<exarkun22> do people put together nix-based systems w/o e.g. switch-to-configuration and update-users-groups?
<exarkun22> those seemed like pretty basic parts of the system that would be hard to remove, but idk
<exarkun22> oh, well. I guess it also depends on exactly what "not mutable systems" means.
<Mic92> exarkun22: there was an attempt to rewrite this in python for cross compilation: https://github.com/NixOS/nixpkgs/pull/48378
<{^_^}> #48378 (by bgamari, 5 weeks ago, closed): [WIP] Port switch-to-configuration script to Python
<exarkun22> I kinda meant "I will only manage it with nixops" but maybe you meant something more like "burn a master image to media and then insert media into device"
<exarkun22> Mic92: yep. looks dead-ish, right? we had a long discussion earlier about what language _would_ be acceptable for rewriting that stuff. shockingly, did not produce any usable software by the end. ;)
<Mic92> exarkun22: yep.
<Mic92> perfect is the evil of good
<Mic92> a long night + rust + nix crate could solve this
<gchristensen> assuming Rust cross-compiles -- do you know if it does?
<gchristensen> I'm trying, but first I have to bootstrap the world :P
<Mic92> gchristensen: rust can, but I doubt our rust infrastructure does.
mayhewluke has quit [Ping timeout: 260 seconds]
<symphorien> gchristensen: Mic92 apparently it can https://github.com/NixOS/nixpkgs/pull/50452
<{^_^}> #50452 (by P-E-Meunier, 3 days ago, open): Rust build-support: fixing a compilation error in some crates
<symphorien> ah sorry wrong PR
mayhewluke has joined #nixos
<symphorien> I was sure I had seen a PR fixing cross compilation with rust
<{^_^}> [nixpkgs] @ma9e opened pull request #50766 → vimPlugins.vim-ps1: init at 2017-10-20 → https://git.io/fpChu
<Mic92> symphorien: I think it was about cross-compiling rust itself.
<symphorien> hum maybe
<gchristensen> I am really impressed by our existing cross support
drakonis has joined #nixos
<v0|d> whats the size of a minimum rust binary?
drakonis_ has joined #nixos
<Yaniel> about the same as a minimum C binary
<Yaniel> but you'll have to jump through quite a bit of hoops to get there
<v0|d> Yaniel: musl had one table.
Drakonis__ has quit [Ping timeout: 252 seconds]
<gchristensen> `cargo build --release` shows 596K./target/release/hello
<v0|d> here
<{^_^}> [nixpkgs] @Izorkin opened pull request #50767 → lego: 1.0.1 -> 1.2.1 → https://git.io/fpChN
drakonis has quit [Ping timeout: 252 seconds]
<Mic92> v0|d: gchristensen: mostly because of jemalloc
<Yaniel> v0|d: that's just for the library itself, no? anwyay your question is too vague to be useful
<v0|d> Yaniel: sure, feel free to fix it
<Yaniel> Mic92: jemalloc was swapped to the system allocator recently
<Yaniel> v0|d: unfortunately my brain scanner is broken
<Mic92> Yaniel: so this is the new default already?
<exarkun22> v0|d: probably "small enough" right?
<v0|d> Yaniel: =:.
<v0|d> exarkun22: not for wrt, ok for pi.
<v0|d> I still want to find a way to merge barlows stuff into nixpkgs as soon as poosible before it rots.
<v0|d> I dont want to live w/ buildroot anymore
erictapen has quit [Ping timeout: 264 seconds]
<Yaniel> Mic92: https://github.com/rust-lang/rust/issues/36963 seems like it's still in nightly
<{^_^}> rust-lang/rust#36963 (by brson, 2 years ago, closed): Switch the default global allocator to System, remove alloc_jemalloc, use jemallocator in rustc
<Yaniel> v0|d: I mean are you interested in the absolute minimum binary or more in a general *useful* one
<Yaniel> and how much are you ready to go out of your way to get it
<v0|d> Yaniel: barlow already did it with monit as systemd etc.
<Mic92> Yaniel: the rust 2018 edition will have it.
<v0|d> Im just lookin ways to preserve his doings.
<Mic92> Should be released in the next month or so
cyounkins has joined #nixos
<Mic92> I get with system malloc the following hello-world binary: 261K target/release/foo
<v0|d> Mic92: boehm?
<Mic92> 420408 bytes
<Mic92> v0|d: no this is a garbage collection
<Mic92> I mean malloc() from glibc
drakonis has joined #nixos
cyounkin_ has joined #nixos
<Yaniel> Mic92: that is still with stdlib and string formatting I assume
<v0|d> Yaniel: wrts have 4mb+ spis.
<Mic92> v0|d: are you targeting linux or bare metal?
<Mic92> and what architecture
<v0|d> Mic92: mips (bigel)
<exarkun22> gchristensen: so ... aarch64-build-box ... how does it build armv7l? Just put that in for `system` instead of aarch64?
<v0|d> Mic92: recall nixwrt?
erictapen has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50769 → gdbm: 1.18 -> 1.18.1 → https://git.io/fpCjh
cyounkins has quit [Ping timeout: 244 seconds]
drakonis_ has quit [Ping timeout: 252 seconds]
<exarkun22> I wonder if getting GPIO working on AArch64 would have been easier or harder than this.
<Mic92> v0|d: not sure if like nix-based systems are the best base for those little computers.
<v0|d> you mean nixos based or unix based?
acarrico has quit [Ping timeout: 244 seconds]
<Mic92> nix-package based. Your best bet is probably to build something with nix without shipping the package manager.
<avn> Mic92: why not, in theory cross developent can be a good selling point
<avn> (may be sometimes nix-based android)
<v0|d> Mic92: it doesnt have a nix package manager, its just a root image w/ a kernel, everything is read-only atm.
<slabity> I kinda like the idea of having Nix on a router. As long as it only uses binary caches
<Mic92> avn: one would probably need to maintain their own overlay to incorperate space optimization batches.
<v0|d> still better than openwrt since I can configure it using my huge amd64/rebuild etc.
<Mic92> *patches
<gchristensen> exarkun22: you'll have to talk to sphalerite, I don't remember
<gchristensen> ah it seems compiling rust depends upon perl
<v0|d> lol
<Mic92> gchristensen: but not at runtime is it?
<gchristensen> right, not at runtime
<Mic92> this was the pain point, if I remember
<v0|d> nah, this is like cheating, like building 32bit x86 on an amd64
<gchristensen> why is that cheating?
<exarkun22> and if it is like cheating, who cares
<Mic92> v0|d: openwrt is still pretty bad when using multiple cores. It builds in serial and bottlenecks in the configure phase.
<Mic92> and the tripple-nested makefile based package build is horrible to debug.
<exarkun22> gchristensen: thanks. looks like there are maybe some issues anyway, though. :/ getting confused about aarch64 vs armv7l
<gchristensen> yeah, it is true
<exarkun22> I wonder if my qemu-arm build would be done by now if I'd left it running instead of killing it friday
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50770 → fpart: 1.0.0 -> 1.1.0 → https://git.io/fpWvI
<sphalerite> it might. Or it might have failed because of unimplemented instructions. :p
<{^_^}> [nixpkgs] @zaninime opened pull request #50771 → pkgconf: init at 1.5.4 → https://git.io/fpWvt
* exarkun22 is filled with regrets
<exarkun22> sphalerite: it had already been running for 24 hours at that point...
<{^_^}> [nixpkgs] @Mic92 closed pull request #50405 → nixos-functions: remove recurseIntoAttrs → https://git.io/fpGUW
<sphalerite> building what?
<v0|d> sphalerite: the world.
<{^_^}> [nixpkgs] @Mic92 merged pull request #50766 → vimPlugins.vim-ps1: init at 2017-10-20 → https://git.io/fpChu
<sphalerite> unimplemented instruction failures tend to happen at the end of the build of libraries which use specialised instructions, during the check phase
<exarkun22> neato.
<exarkun22> well probably doesn't hurt anything to start it up again.
<sphalerite> unless it fails and destroys all your happiness.
<gchristensen> sphalerite: <3
<djahandarie> Is there a "standard solution" or other example of doing multiple processes with systemd and NixOS?
<exarkun22> what happiness
<djahandarie> I imagine you could create multiple systemd units with nix expressions, or you could try to use instantiated services in systemd or something
c0bw3b_ has joined #nixos
<sphalerite> djahandarie: other solution — phpfpm iirc
<djahandarie> Ooh, indeed, this looks very relevant, thanks.
<sphalerite> djahandarie: note however that there's already networking.supplicant for multiple wpa_supplicant instances
<djahandarie> lol, well then
<hlolli> Has someone installed nixos on armv7, I'm 20 hours in, I guess it's installing the kernel and gcc from sources. Looks fine, but time, wow.
<exarkun22> hlolli: Heh heh. Heh.
<hlolli> (I did add that finnish cache)
<exarkun22> hlolli: I started on Wednesday.
equalunique has quit [Read error: Connection reset by peer]
<exarkun22> hlolli: How are you installing?
equalunique has joined #nixos
<hlolli> ha?!! exarkun22, you started 5 days ago??
<hlolli> just followed the manual
<exarkun22> Which manual?
<exarkun22> First thing I did was download the armv7l image to a flash drive and boot with that. That produces something relatively quickly.
<v0|d> 5days to flash an SD?
<hlolli> true I did that too, changed the config, removed the import image thingy, typed the config according to the manual
<exarkun22> hlolli: Okay. Are you on a rpi?
<hlolli> rpi3+
<exarkun22> v0|d: no, that part was 20 minutes
<exarkun22> v0|d: going from "the install-oriented setup" to "something useful" is the other 4 days 23 hours 40 minutes
<hlolli> I'm planing to use it for public performance on Friday, if this takes so many days, I will set some other distro on differnet SD card and do this later
<exarkun22> hlolli: okay. yea. that's probably days of building on the pi itself.
<v0|d> exarkun22: I enjoyed it mate, take care.
<gchristensen> hlolli: join #nixos-aarch64 and ask dezgeg what version they've most recently built and published
<Mic92> rpi3+, well if you have an rpi3+ you can also use aarch64
<exarkun22> v0|d: hah. you too. :p
<exarkun22> hlolli: it's definitely >1 day building on qemu-arm on 4 core i7-6600U
<exarkun22> hlolli: what features do you need from the pi?
freeman42x]NixOS has joined #nixos
<hlolli> I need it to play some shaders or play video, most importantly I need it to be my wireless ssh access point to multiplex my tmux session
<exarkun22> wifi works fine on aarch64
<exarkun22> so does hdmi output
<hlolli> hmm there must be some tradeoff right?
<exarkun22> gpio doesn't work and probably neither does hardware accelerated mpeg-2 decoding
kyren has quit [Ping timeout: 268 seconds]
<hlolli> what device are you using exarkun22 ?
srl295 has joined #nixos
<exarkun22> 3b+
<hlolli> I also have rasperry 1, well, I'll digest it. Feel so bad turning it off now at this stage, 1 day, is 1 day less of total 5 days :D
<exarkun22> I had a working aarch64 system in less than a day for sure
<hlolli> ok!
<exarkun22> just not working well enough since gpio was the point :p
<hlolli> I see
<nschoe> Hey all, I have a CMakeLists.txt file that has `find_package(Qt5Widgets REQUIRED)`, I'm in an nix-shell env with `qt5.full` as buildInputs and when running `catkin_make` it fails with "The imported target "Qt5::Gui" references the file
<nschoe> "/nix/store/c4d9qgyyx6p2gydbbh5wpp4mxvwgc64n-qtbase-5.11.1-bin/lib/qt-5.11/plugins/imageformats/libqicns.so"
<nschoe> but this file does not exist.".
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50772 → gede: 2.10.9 -> 2.12.3 → https://git.io/fpWfo
<hlolli> can't we contribute to the cache somehow after we install this?
<nschoe> I think there's smth special with Qt and nixOS, but this exact same shell.nix file has been working for months. today I ran some `nix-collect-garbage` though, and wonder if this was all working thanks to some miracle.
<infinisil> nschoe: gist the file?
<{^_^}> [nixpkgs] @NeQuissimus pushed to master « openjdk: 8u181 -> 8u192 »: https://git.io/fpWfx
<{^_^}> [nixpkgs] @NeQuissimus pushed to release-18.09 « openjdk: 8u181 -> 8u192 »: https://git.io/fpWfj
cyounkins has joined #nixos
<exarkun22> hlolli: seems like that might be nice but I dunno. would you accept binary packages from someone you don't know to host in a cache you run for other people?
<c0bw3b_> Is the "doc" output installed by default now? I seem to remember a change about that but not sure..
<nschoe> infinisil, the shell.nix file? Or the full output error?
<infinisil> Both preferably
<nschoe> infinisil, okay np, give me a sec
<infinisil> ,paste
<{^_^}> Use a website such as http://nixpaste.lbr.uno/ or https://gist.github.com/ to share anything that's longer than a couple lines
cyounkin_ has quit [Ping timeout: 252 seconds]
<infinisil> ,paste = Use a website such as https://gist.github.com/ or https://hastebin.com/ to share anything that's longer than a couple lines
<{^_^}> paste redefined, was defined as: Use a website such as http://nixpaste.lbr.uno/ or https://gist.github.com/ to share anything that's longer than a couple lines
<hlolli> no not sure, I'm a newb when it comes to build caches, but I did add nixos-arm.dezgeg.me with the public key, but I guess there's not much there for what it's building (currently at glibc)
<gchristensen> hlolli: the cache contains a loto f stuff, but at a different version of nixpkgs than you're (evidently) at
<{^_^}> [nixpkgs] @dywedir merged pull request #50760 → feh: 2.28.1 -> 3.0 → https://git.io/fpCNj
<{^_^}> [nixpkgs] @dywedir pushed 2 commits to master: https://git.io/fpWJE
<gchristensen> hlolli: this is why I suggested you ask Dezgeg what version they've recently built and pushed :)
<nschoe> infinisil, here: https://gist.github.com/nschoe/33ac64ff29ae1a713605d32576d513d5 both the shell.nix and the error when `nix-shell`.
<nschoe> infinisil, note that this error rings a bell, I had opened a Discourse post on this (no answer:/). At the time I had messed around a lot with qt5.full, qt5Full, qt5.foo/bar etc until one day it miraculously worked.
<exarkun22> the armv7l image self-reports `19.03.git.ca2ba44cab4` but when I switched to nixpkgs@ca2ba44cab4 I don't think I saw any better cache usage
jackjennings has joined #nixos
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50626 → dvd-vr: init at 0.9.7 → https://git.io/fpc1F
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWJX
<nschoe> And I've looked: inside `/nix/store/c4d9qgyyx6p2gydbbh5wpp4mxvwgc64n-qtbase-5.11.1-bin/lib/qt-5.11/plugins/imageformats/` there's only "libqgif.so* libqico.so* libqjpeg.so*", no "libqicns.so" (which is why it fails)
<infinisil> nschoe: Did you update that nixpkgs fork since it worked?
<infinisil> Because that's the only thing that could have changed
<{^_^}> [nixpkgs] @timor closed pull request #29128 → perlPackages: undefine LD per default in builder → https://git.io/v5KaS
<sphalerite> Dezgeg: is the NFS bork maybe happening again? Your cache doesn't seem to have been updated in over a month
<sphalerite> hlolli: there are sometimes problems with the infra that hosts Dezgeg's cache, which might be leading to your issues ^
hlolli_ has joined #nixos
hlolli has quit [Ping timeout: 244 seconds]
drakonis1 has joined #nixos
<nschoe> infinisil, yes indeed.
<{^_^}> [nixpkgs] @dywedir merged pull request #50659 → dbeaver: 5.2.4 -> 5.2.5 → https://git.io/fpcN6
<{^_^}> [nixpkgs] @dywedir pushed 2 commits to master: https://git.io/fpWUL
<nschoe> Damn why haven't thought about this.
erictapen has quit [Ping timeout: 268 seconds]
<{^_^}> [nixpkgs] @dywedir merged pull request #50660 → dbeaver: 5.2.4 -> 5.2.5 (18.09) → https://git.io/fpcNi
<{^_^}> [nixpkgs] @dywedir pushed 2 commits to release-18.09: https://git.io/fpWUC
orivej has quit [Ping timeout: 252 seconds]
Ariakenom_ has quit [Ping timeout: 245 seconds]
lassulus has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @veprbl closed pull request #50666 → epoxy: 1.5.2 -> 1.5.3 → https://git.io/fpchZ
<jackjennings> Not sure if this is a known issue — it seems as though all of my node packages installed with node2nix are removed after collecting garbage…? Not sure where to start, but it seems unintended to me
emerson has quit [Quit: WeeChat 2.3]
<{^_^}> [nixpkgs] @veprbl opened pull request #50773 → epoxy: 1.5.2 -> 1.5.3 → https://git.io/fpWUp
<dmj`> ottidmes: ping
<{^_^}> [nixpkgs] @oxij opened pull request #50774 → pkgs/test/nixos-functions: use dummy versioning → https://git.io/fpWTe
goibhniu has quit [Ping timeout: 245 seconds]
jperras has joined #nixos
lassulus has joined #nixos
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/d85622d6160 (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
trebuh has quit [Remote host closed the connection]
<{^_^}> [nixos-org-configurations] @zimbatm opened pull request #65 → Tf fastly tarballs → https://git.io/fpWTD
<ottidmes> dmj`: Yes?
trebuh has joined #nixos
fendor has quit [Ping timeout: 246 seconds]
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/d85622d6160 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<ottidmes> dmj`: I just looked back in the logs, about the UUID, if you encrypted the partition, then it needs to be the UUID of the partition
<ottidmes> dmj`: its used to run cryptsetup open, just like you did yourself when you set it up
drakonis_ has joined #nixos
philippD has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
<dmj`> ottidmes: yea, had to reinstall, used the right uuid, when I reboot it prompts for a password, I enter it,
<dmj`> its successful, it starts to boot, but then goes to "no signal" on the monitor
<dmj`> ottidmes: so wondering what I screwed up
<mpickering> What's the simplest way to take a derivation and modify one file in the output?
<ottidmes> dmj`: check your logs, e.g. sudo journalctl -b
<dmj`> ottidmes: I can't do that, first screen is to enter a password
drakonis has quit [Ping timeout: 244 seconds]
<ottidmes> dmj`: but you said it unlocked, right?
<dmj`> yes, it successfully unlocks
<{^_^}> [nixpkgs] @c0bw3b closed pull request #50738 → hdf5-threadsafe: 1.10.3 -> 1.10.4 → https://git.io/fpC6V
<dmj`> ottidmes: have no idea how to handle this besides reinstall everything
<ottidmes> dmj`: but if it unlocks, can't you just go to any of the login TTYs? ctrl+alt+f1 for example? or is your screen still black even then?
<{^_^}> [nixpkgs] @lheckemann merged pull request #49735 → nixos/mysql: support package=mysql57 → https://git.io/fxhDR
<{^_^}> [nixpkgs] @lheckemann pushed 2 commits to master: https://git.io/fpWIk
<dmj`> ottidmes: the monitor literally shuts off with "no signal"
<dmj`> ottidmes: still black
<ottidmes> dmj`: did you already have NixOS installed once before on the same hardware without encryption?
<ottidmes> dmj`: I doubt it has to do with encryption, it shouldnt at least
<ottidmes> dmj`: probably related to your video driver / kernel version
<dmj`> ottidmes: brand new machine
<dmj`> ottidmes: is there a way I can edit configuration.nix w/o specifying the password...
<dmj`> ottidmes: probably not right
<dmj`> ottidmes: yea, probably video drivers
<ottidmes> dmj`: you obviously cannot access your configuration.nix without decrypting your drive, but you can always boot into the install ISO again, and manually mount everything to /mnt again, and then edit it and rebuilding it
<ottidmes> dmj`: what hardware do you have? is it a laptop? if its a desktop, can you specify the processor and graphics card?
chimay has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @andir merged pull request #46852 → sqlite: 3.24.0 -> 3.25.3 → https://git.io/fASck
<{^_^}> [nixpkgs] @andir pushed 6 commits to staging: https://git.io/fpWIg
<{^_^}> [nixpkgs] @andir pushed 2 commits to release-18.03: https://git.io/fpWIr
<{^_^}> [nixpkgs] @andir pushed commit from @taku0 to release-18.09 « firefox: 63.0.1 -> 63.0.3 »: https://git.io/fpWIK
Neo-- has joined #nixos
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50756 → font-awesome_5: 5.1.0 -> 5.5.0 → https://git.io/fpCbs
<{^_^}> [nixpkgs] @c0bw3b pushed commit from @r-ryantm to master « font-awesome_5: 5.1.0 -> 5.5.0 »: https://git.io/fpWI9
<dmj`> ottidmes: GTX1060 and i7
<ottidmes> dmj`: which i7?
<dmj`> 9700
<dmj`> ottidmes: I didn't set the nvidia drivers when I installed...
<ottidmes> dmj`: you should add: services.xserver.videoDrivers = [ "nvidia" ];
<dmj`> ottidmes: k, I'll remount
<ottidmes> dmj`: 9700 is the latest gen, so I would use the latest kernel: boot.kernelPackages = mkForce pkgs.linuxPackages_latest;
<dmj`> ottidmes: I'm afraid that will mess with the nvidia stuff
<ottidmes> dmj`: ehm, the mkForce is necessary in my config, but for you it should not, so: boot.kernelPackages = pkgs.linuxPackages_latest;
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50775 → twemoji-color-font: 1.4 -> 11.2.0 → https://git.io/fpWLI
<ottidmes> dmj`: what will? using the latest kernel?
fendor has joined #nixos
<dmj`> ottidmes: yea
<ottidmes> dmj`: Maybe at first, you could try the latest kernel with the config I just showed, and use the fallback video driver that is sure to work: boot.kernelPackages = mkForce pkgs.linuxPackages_latest;
<jackjennings> For some reason today nixops has decided to recompile libxml2 (libxml2-2.9.8-dev), which hangs indefinitely (or takes longer than I have patience for; killed at ~1hr). Can anyone shed light on what might have happened that would have caused this to happen in the first place, or how I can figure out what is depending on this? No idea how to debug this and about ready to toss my computer out the window.
civodul has joined #nixos
c0bw3b_ has quit [Ping timeout: 264 seconds]
<ottidmes> dmj`: meant: services.xserver.videoDrivers = [ "modesetting" ];
drakonis has joined #nixos
c0bw3b_ has joined #nixos
<ottidmes> jackjennings: maybe something with your connection?
ninjin has quit [Quit: WeeChat 2.2]
<Neo--> anyone here using dunst for their notification manager? For some reason I can't get it to read .config/dunst/dunstrc and I get a "org.freedesktop.Notifications: no dunstrc found -> skipping message" - anyone had similar issues?
drakonis_ has quit [Ping timeout: 252 seconds]
<jackjennings> ottidmes: nixops is running on a server — I can see that it's doing something… just no output other than the gcc command it's running…
<{^_^}> [nixpkgs] @matthewbauer opened pull request #50776 → Remove lib functions from all-packages.nix attrs → https://git.io/fpWLD
<slabity> Neo--: I use dunst. How are you calling it?
<Neo--> I don't - it gets started automatically if I send notify-send
<slabity> Also, `home-manager` has a dunst service wrapped in a service to integrate into nix
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50777 → equilux-theme: 20180927 -> 20181029 → https://git.io/fpWLH
<Ericson2314> how does one parse an string to an int?
Growpotkin has joined #nixos
<joko> Neo--: could you check file permissions? ls -al ~/.config/dunst/dunstrc
<ottidmes> Ericson2314: toInt?
<hlolli_> does someone have a nix config where keys are remapped for key support in Emacs terminal mode?
<ottidmes> Ericson2314: yep: nix-repl> with import <nixpkgs> {}; with lib; toInt "5"
<Ericson2314> ottidmes: hehe thianks
<slabity> Neo--: Can you try bringing it up manually? I'm not sure if auto-running starts it up as your user
<Ericson2314> missed it before looking in lib/strings.nix
aleph- has joined #nixos
Growpotkin has quit [Client Quit]
<infinisil> > lib.toInt "5"
<{^_^}> 5
<ottidmes> infinisil: nice, I knew it could do that, I could just not remember how
Growpotkin has joined #nixos
<{^_^}> [nixpkgs] @matthewbauer merged pull request #50674 → Doc clean up → https://git.io/fpCe2
<{^_^}> [nixpkgs] @matthewbauer pushed 10 commits to master: https://git.io/fpWtT
<Neo--> slabity, indeed - it appears I was in an old shell where I was root, with user account I need to start it manually
aminechikhaoui has quit [Quit: The Lounge - https://thelounge.github.io]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50779 → flow: 0.85.0 -> 0.86.0 → https://git.io/fpWtI
aminechikhaoui has joined #nixos
<Neo--> slabity, how did you configure it to start for user? do you use home manager to run it as a service?
<slabity> Neo--: Have you seen https://github.com/rycee/home-manager? You can use it to integrate dunst pretty well
<slabity> Yea, I use home-manager
<{^_^}> [nixpkgs] @jtojnar merged pull request #50742 → bookworm: 2018-10-21 -> unstable-2018-11-19 → https://git.io/fpCSJ
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fpWtZ
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50780 → fluidsynth: 1.1.11 -> 2.0.1 → https://git.io/fpWtW
<{^_^}> [nixpkgs] @zimbatm opened pull request #50781 → Terraform 0.12.0-alpha2 → https://git.io/fpWtg
<Neo--> slabity, thanks, though I wasn't planning on using it just to get it to run dunst :)
Ariakenom has joined #nixos
<Neo--> I'll take a look at it
<{^_^}> [nixpkgs] @ryantm merged pull request #50693 → now-cli: 11.5.2 -> 12.1.3 → https://git.io/fpCtB
<{^_^}> [nixpkgs] @ryantm pushed 2 commits to master: https://git.io/fpWtM
<dmj`> ottidmes: trying nvidia drivers first, will update kernel if need be
<dmj`> and gnome too
<ottidmes> dmj`: I would definitely go with kernel update first, since you use such a recent CPU
aminechikhaoui has quit [Quit: The Lounge - https://thelounge.github.io]
crmlt has joined #nixos
aminechikhaoui has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50782 → inter-ui: 2.5 -> 3.0 → https://git.io/fpWqL
<{^_^}> [nixpkgs] @LnL7 merged pull request #49708 → nix-index: fix darwin build → https://git.io/fxhRS
<{^_^}> [nixpkgs] @LnL7 pushed 2 commits to master: https://git.io/fpWqm
dbmikus__ has quit [Ping timeout: 240 seconds]
<ottidmes> Hmm, the patch generated by Meld (a diff tool), fails when I apply it to the original file, and when I try to make the patch with `diff`, I get error code 1
cyounkins has quit [Remote host closed the connection]
cyounkins has joined #nixos
<dmj`> ottidmes: It works, but now I can't login :) did useradd, and set the password, but not applying
<dmj`> ottidmes: how can I get a root shell from gdm
<ottidmes> dmj`: you should do user management through the configuration.nix (not per se, but its what most commonly is done)
<{^_^}> [nixpkgs] @romildo opened pull request #50783 → materia-theme: 20180928 -> 20181115 → https://git.io/fpWq5
<ottidmes> dmj`: not sure, I would just go to a login TTY, edit your configuration.nix to add your user
crmlt has quit [Ping timeout: 268 seconds]
dbmikus__ has joined #nixos
jschievink has joined #nixos
<dmj`> I did, isNormalUser = true, uid = 1000, extraGroups = [ "wheel" ]
<dmj`> users.users, should be same as users.extraUsers
djahandarie has left #nixos [#nixos]
<jschievink> is there any way to access a variable created via `let "a b" = 0`?
<infinisil> jschievink: Nope :P
<ottidmes> dmj`: security.sudo.enable = true; maybe?
<jschievink> infinisil: thought so :D
crmlt has joined #nixos
<jschievink> it just works by accident, right?
<dmj`> ottidmes: yea I added that
<dmj`> ottidmes: wheelNeedsPassword = false
<Mic92> I am surprised there is no nix snap yet: https://snapcraft.io/search?category=&q=nix
<Mic92> or flatpack
<Mic92> *flatpak
<ottidmes> dmj`: if all that is setup correctly, check your journal, also check if your home folder is actually owned by your user and existing
<dmj`> ottidmes: I can't get a shell, now it's back to printing a blank screen.
<dmj`> ottidmes: Was just at gdm
<dmj`> ottidmes: going to remount
<ottidmes> dmj`: did you do as I suggested and go with latest kernel + modesetting?
<ottidmes> dmj`: I really would recommend first going for a base case that just works, and then trying to get it all properly configured further
vk3wtf has joined #nixos
fendor has quit [Ping timeout: 240 seconds]
<dmj`> ottidmes: just setting the drivers to nvidia worked, after rebooting a second time I'm now back at gdm
<dmj`> ottidmes: is there a way I can get a shell at the gdm login
drakonis has quit [Ping timeout: 268 seconds]
<dmj`> ottidmes: again, I can't get access to a shell
<ottidmes> dmj`: not via ctrl+alt+f{1-6} ?
<dmj`> ottidmes: that works
<ottidmes> Could anyone help me explaining why I cannot create a patch for these 2 files: https://gist.github.com/ottidmes/7f92d6bc027df11b0f28787314cc4456 well I can create one, but it then fails when I try to patch the old file with the patch
aleph- has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50784 → deepin.dde-session-ui: 4.6.1 -> 4.6.2 → https://git.io/fpWYo
<ottidmes> Since the patch is almost as big as the end result, for now I just copy over the new file as is, but I would really like to know why it fails
<dmj`> ottidmes: it seems to all be working now
<{^_^}> [nixpkgs] @c0bw3b closed pull request #49502 → libversion: 2.7.0 -> 2.8.1; py-libversion: 1.0.0 -> 1.1.2 → https://git.io/fxFRc
<dmj`> ottidmes: thanks a ton for your help
<MasseR> Can I add some extra files to a haskell derivation? We have subprojects with hpack files (yaml) which include common hpack configuration options from the root directory. These files from root aren't copied to the nix build because they aren't inside the referenced build directory
<ottidmes> dmj`: no problem, glad it all works now!
aleph- has joined #nixos
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50705 → libversion: 2.7.0 -> 2.8.1 → https://git.io/fpC35
<dmj`> ottidmes: with encryption even! it's great
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWYj
Growpotkin has quit [Quit: WeeChat 2.0]
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50662 → padthv1: 0.9.2 -> 0.9.3 → https://git.io/fpcxv
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWOL
<ottidmes> dmj`: and declarative config of your system :) Thinking about e.g. the trouble I went through to setup my perfect mail server on Arch Linux, only to lose it, that is much less of an issue with NixOS
<{^_^}> [nixpkgs] @sjau opened pull request #50785 → easysnap: init -> 2018-11-19 → https://git.io/fpWOZ
<{^_^}> [nixpkgs] @tadfisher opened pull request #50786 → elpa-packages: 2018-11-19 → https://git.io/fpWOc
<MasseR> Maybe through patches?
<infinisil> ottidmes: Seen nixos-mailserver?
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
<ottidmes> infinisil: no, is it good?
<{^_^}> [nixpkgs] @tadfisher opened pull request #50787 → org-packages: 2018-11-19 → https://git.io/fpWO2
<infinisil> ottidmes: Have tried it out, worked pretty well, but I don't really need it :P
<infinisil> Sets up everything you need for a mailserver to run
<infinisil> (Well except DNS, which usually can't be done in the NixOS config directly)
<{^_^}> [nixpkgs] @tadfisher opened pull request #50788 → melpa-packages: 2018-11-19 → https://git.io/fpWOr
<hyper_ch> nixos-mailserver works great
<hyper_ch> however, it was annoying that it resets dns server though
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50725 → jdupes: 1.11 -> 1.11.1 → https://git.io/fpCzg
<{^_^}> [nixpkgs] @c0bw3b pushed commit from @r-ryantm to master « jdupes: 1.11 -> 1.11.1 »: https://git.io/fpWOX
<ottidmes> infinisil: cool, thanks for the tip! I see a lot of things I remember setting up, have to check some old notes to see if anything is missing, but it should be great start
<{^_^}> [nixpkgs] @tadfisher opened pull request #50789 → melpa-stable-packages: 2018-11-19 → https://git.io/fpWO9
<ottidmes> infinisil: on NixOS I have only used networking.defaultMailServer to mail with a Gmail account
<hyper_ch> infinisil: just pushed a little update to my easysnap tool
<infinisil> ottidmes: I see. I actually still haven't set up mail properly on my computers, still just using my phone to check them haha (I don't write a lot of mails anyways)
<infinisil> hyper_ch: Cool, but I don't use it :P
Peaker has joined #nixos
<hyper_ch> cron didn't like "head -1" while bash shell had no issue with it... needed to fix it to "head -n 1"
<infinisil> Ugh, shell programming
<hyper_ch> I know it's -n xxx though....
<Peaker> hi, any idea why caching on travis CI via https://github.com/lamdu/lamdu/blob/master/.travis.yml would not work? it rebuilds all derivations in each travis build?
<ottidmes> infinisil: at first I made my scripts somewhat general for zsh/bash and the like, but now I just gave up, and just explicitly use bash for all my scripts
sanscoeu_ has joined #nixos
<infinisil> ottidmes: I'm trying to give up on bash and use haskell for whatever i can :)
nDuff has joined #nixos
<ottidmes> infinisil: I like Haskell, but that sounds painful
<exarkun22> all great art requires suffering
<infinisil> ottidmes: Once your script would grow over 100 lines, you'd be grateful for not having used bash
<infinisil> Probably :P
Neo-- has quit [Ping timeout: 252 seconds]
<ottidmes> infinisil: depends on the script, but sure
<infinisil> (there are a lot of scripts that would never get to that size though, so it's a bit of a guessing game)
<infinisil> ottidmes: Originally I tried to write a bash script for this: https://github.com/infinisil/soph
<infinisil> So glad I'm using Haskell instead now
sanscoeur has quit [Ping timeout: 268 seconds]
<Peaker> exarkun22, hey, are you exarkun from #twisted years ago?
<infinisil> It developed into an actually usable thing
<exarkun22> Peaker: It so happens. Hello. I take it you are Peaker from #twisted years ago. ;)
<Peaker> exarkun22, Hi! :-)
<ottidmes> infinisil: but Haskell is not really a good "scripting language", is it really what you use when you need a proper language for a really small thing? I mean I dislike python, but I still use it for those things if I really have to
<exarkun22> Peaker: Small world, huh.
<Peaker> exarkun22, indeed :)
<infinisil> ottidmes: You have a point yeah, I still use bash a lot for simple stuff. Only if I have a feeling "oh boy, I'll regret it if I continue trying to use bash for this later", I'll give haskell a go
<exarkun22> ottidmes: I am pretty much trying the same thing as infinisil. To me, it's not obviously a win in all cases, but I am counting on it being a win in _enough_ cases to make it worthwhile overall. Also, it's good Haskell practice.
<infinisil> ottidmes: Also, ghci is really convenient for processing stuff
<infinisil> (I guess this discussion should be in #nixos-chat though)
<nDuff> Howdy -- I've had a PR sitting in limbo for a few months now. Since it's adding a new package, there's no preexisting maintainer to ping; other than rebasing/retesting/making sure it's still merge-eligible, is there anything I can do to get it reviewed for merge?
peacememories has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50790 → cni-plugins: 0.7.3 -> 0.7.4 → https://git.io/fpW3h
<worldofpeace> nDuff: Asking on irc is always a good step, so I think you're in the right direction :)
<apeyroux> hello, i want to use pypi2nix with http_proxy but its not work
<{^_^}> garbas/pypi2nix#206 (by krey, 19 weeks ago, open): does pypi2nix respect $http_proxy/$https_proxy
<nDuff> Heh. The PR in question is https://github.com/NixOS/nixpkgs/pull/48423 (that said, my IRC client is acting up, so I'm currently reading responses only via online web-based logs; back shortly).
<{^_^}> #48423 (by charles-dyfis-net, 5 weeks ago, open): bees: init at 0.6; nixos/modules: services.bees init
nDuff has quit [Quit: ...]
nDuff has joined #nixos
<worldofpeace> Hmm, I think someone in #nixos knows a lot about nixos modules :P
<nDuff> ...okay, much better; text is actually rendering now. :)
<infinisil> Huh, for some reason I wasn't pinged in nDuff's PR, I'm supposed to receive a review request automatically if it changes nixos/modules :/
<samueldr> infinisil: wouldn't it be only for new PRs?
<worldofpeace> ^
<infinisil> Ahhh, I didn't look at the date, yeah
<worldofpeace> Or if they had recent activity
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50711 → librealsense: 2.16.1 -> 2.16.4 → https://git.io/fpCZd
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWsB
<nDuff> Hmm. Actually appears to have broken since it was first created; going to need to troubleshoot (evaluates, but no longer builds successfully).
<nDuff> ...funny thing is that the failure is inside STL code, rather than anything that's obviously part of the bees codebase itself. *headscratch*.
erictapen has joined #nixos
vk3wtf has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50703 → ltl2ba: 1.2b1 -> 1.2 → https://git.io/fpC3Z
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWs1
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50692 → mwic: 0.7.6 -> 0.7.7 → https://git.io/fpCLK
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWs7
romanofskiWork has quit [Quit: leaving]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50791 → deepin.deepin-terminal: 3.0.10 -> 3.0.10.2 → https://git.io/fpWG8
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWG0
<{^_^}> [nixpkgs] @bendlas pushed 2 commits to master: https://git.io/fpWGg
saltsa has quit [Quit: leaving]
sanscoeu_ has quit [Remote host closed the connection]
sanscoeur has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50792 → closurecompiler: 20180910 -> 20181008 → https://git.io/fpWG5
jasongrossman has joined #nixos
sanscoeur has quit [Remote host closed the connection]
ninjin has joined #nixos
goibhniu has joined #nixos
<infinisil> worldofpeace: Yeah, any new push to it is a trigger
random_yanek has quit [Ping timeout: 268 seconds]
<nDuff> ...okay, got it building again (conflict between a btrfs header and libstdc++, fixed upstream in 0.6.1); going to want to deploy that to my local systems and make sure everything works in practice.
<ninjin> Has anyone had any luck running Singularity? I can build things correctly, but once I try to instantiate a shell I get `ERROR : Could not create /dev/loop8: Permission denied`.
romanofskiWork has joined #nixos
acarrico has joined #nixos
<infinisil> nDuff: I left some review on your PR :2
<ottidmes> ninjin: shouldnt you just run it as root then?
<nDuff> Thanks; I'll try to address those items as well.
<{^_^}> [nixpkgs] @jtojnar pushed 159 commits to gnome-3.30: https://git.io/fpWZa
<ninjin> ottidmes: Fair point, that does work. But what dark magic has the university sysop pulled off to allow me to run it as user once I am on their cluster?
<ottidmes> ninjin: setuid wrapper?
<ninjin> ottidmes: Yeah, that seems to be a part of what comes out of this discussion: https://github.com/sylabs/singularity/issues/1290
<{^_^}> sylabs/singularity#1290 (by lidaof, 40 weeks ago, closed): Could not create /dev/loop8: Permission denied
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50783 → materia-theme: 20180928 -> 20181115 → https://git.io/fpWq5
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWZD
sanscoeur has joined #nixos
<ninjin> Perhaps I am seeing my first potential patch here, but it will have to wait until after I am done preparing 12 hours of lectures…
<ottidmes> ninjin: that is the spirit! and good luck with the lectures!
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50709 → lmodern: 2.004.4 -> 2.004.5 → https://git.io/fpCZU
<{^_^}> [nixpkgs] @c0bw3b pushed commit from @r-ryantm to master « lmodern: 2.004.4 -> 2.004.5 (#50709) »: https://git.io/fpWZ5
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50793 → duo-unix: 1.10.5 -> 1.11.0 → https://git.io/fpWnf
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50779 → flow: 0.85.0 -> 0.86.0 → https://git.io/fpWtI
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWnY
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50784 → deepin.dde-session-ui: 4.6.1 -> 4.6.2 → https://git.io/fpWYo
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWnE
rihardsk has quit [Quit: rihardsk]
rihardsk has joined #nixos
random_yanek has joined #nixos
mayhewluke has quit [Ping timeout: 244 seconds]
rihardsk has quit [Client Quit]
mayhewluke has joined #nixos
goibhniu has quit [Ping timeout: 244 seconds]
<{^_^}> [nixpkgs] @kyrias opened pull request #50794 → inter-ui: refactored to make the fetchzip hash match upstream zip → https://git.io/fpWcn
<Peaker> any way to debug why travis is rebuild everything in https://travis-ci.com/lamdu/lamdu/builds/91931211 -- rather than reusing the cache?
<{^_^}> [nixpkgs] @c0bw3b merged pull request #48960 → fmtlib: add pkgconfig → https://git.io/fxXyu
<{^_^}> [nixpkgs] @c0bw3b pushed commit from @colemickens to master « fmtlib: add pkgconfig »: https://git.io/fpWc8
rihardsk has joined #nixos
<{^_^}> [nixpkgs] @matthewbauer pushed to staging-next « bc: flex is also a runtime dep »: https://git.io/fpWcb
goibhniu has joined #nixos
<jackjennings> Can someone PLEASE help me figure out how to debug my failing nixops deployment? Everything gets stuck on this python package, that seems to be compiling forever. I know that this is not nixos' fault but I don't know where to start digging to find the solution. Here's the output for this package: https://gist.github.com/jackjennings/c838f13038ad157f88c21f4cacd2012a
peacememories has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jackjennings> Nothing ever happens after this point… this wasn't a problem before today and I don't understand what could have introduced this issue. The deployment runs on its own server, running nixos
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50777 → equilux-theme: 20180927 -> 20181029 → https://git.io/fpWLH
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpWCm
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50795 → curl: 7.61.1 -> 7.62.0 → https://git.io/fpWC3
<{^_^}> [nixpkgs] @c0bw3b closed pull request #50795 → curl: 7.61.1 -> 7.62.0 → https://git.io/fpWC3
peacememories has joined #nixos
rihardsk has quit [Quit: rihardsk]
Chiliparrot has joined #nixos
<Peaker> when is /nix used vs $HOME/nix.store? the instructions I read assumed the latter, but it seems nix now uses the former?
jasongrossman has quit [Ping timeout: 264 seconds]
<gchristensen> I've never heard of $HOME/nix.store
<tilpner> What instructions did you read, Peaker?
<Peaker> oh, it seems they use "nix copy" to generate $HOME/nix.store, and add substituters for https://cache.nixos.org/ and $HOME/nix.store to /etc/nix/nix.conf -- yet that all seems to fail to preserve caching. I wonder if just telling travis to cache /nix will work
<Peaker> tilpner, https://nixos.wiki/wiki/Nix_on_Travis <-- the caching doesn't persist across builds (i.e: doesn't work) :-(
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50797 → elfutils: 0.174 -> 0.175 → https://git.io/fpWCd
vk3wtf has joined #nixos
cyounkins has quit [Remote host closed the connection]
cyounkins has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50798 → eccodes: 2.9.0 -> 2.9.2 → https://git.io/fpWWE
jackdk has joined #nixos
erictapen has quit [Quit: Lost terminal]
orivej has joined #nixos
cyounkins has quit [Ping timeout: 268 seconds]
ggp0647` has joined #nixos
bpye_ has joined #nixos
fpob_ has joined #nixos
qyliss^work_ has joined #nixos
lopsided98_ has joined #nixos
alex``` has joined #nixos
bpye has quit [Disconnected by services]
ma27_ has joined #nixos
bpye_ is now known as bpye
romanofs1iWork has joined #nixos
slyfox_ has joined #nixos
fpob has quit [Ping timeout: 268 seconds]
c0bw3b_ has quit [Ping timeout: 268 seconds]
alex`` has quit [Ping timeout: 268 seconds]
ma27 has quit [Ping timeout: 268 seconds]
pita has quit [Ping timeout: 268 seconds]
freusque has quit [Ping timeout: 268 seconds]
romanofskiWork has quit [Ping timeout: 268 seconds]
justanotheruser has quit [Ping timeout: 268 seconds]
jabranham has quit [Ping timeout: 268 seconds]
obadz has quit [Ping timeout: 268 seconds]
thc202 has quit [Ping timeout: 268 seconds]
qyliss^work has quit [Ping timeout: 268 seconds]
Czen has quit [Ping timeout: 268 seconds]
troydm has quit [Ping timeout: 268 seconds]
Myrl-saki has quit [Ping timeout: 268 seconds]
divansantana has quit [Ping timeout: 268 seconds]
rembo10 has quit [Ping timeout: 268 seconds]
emacsomancer has quit [Ping timeout: 268 seconds]
tilpner has quit [Ping timeout: 268 seconds]
slyfox has quit [Ping timeout: 268 seconds]
lopsided98 has quit [Ping timeout: 268 seconds]
amfl has quit [Ping timeout: 268 seconds]
ggp0647 has quit [Ping timeout: 268 seconds]
IRCsum has quit [Ping timeout: 268 seconds]
emacsomancer has joined #nixos
IRCsum has joined #nixos
qyliss^work_ is now known as qyliss^work
__monty__ has quit [Quit: leaving]
amfl has joined #nixos
tilpner has joined #nixos
c0bw3b_ has joined #nixos
Czen has joined #nixos
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50799 → dzen2: 0.9.5 -> 1379930259.488ab66 → https://git.io/fpW8c
obadz has joined #nixos
freusque has joined #nixos
troydm has joined #nixos
thc202 has joined #nixos
goibhniu has quit [Ping timeout: 240 seconds]
justanotheruser has joined #nixos
peacememories has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [nixpkgs] @c0bw3b closed pull request #50769 → gdbm: 1.18 -> 1.18.1 → https://git.io/fpCjh
Ariakenom has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50648 → python36Packages.breathe: 4.10.0 -> 4.11.0 → https://git.io/fpc7y
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpW4e
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50517 → planner: 20170425 -> unstable-2018-03-25 → https://git.io/fpcvn
<{^_^}> [nixpkgs] @c0bw3b closed pull request #25771 → planner: 20170429 -> split (into three versions) → https://git.io/v97G1
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpW4T
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50791 → deepin.deepin-terminal: 3.0.10 -> 3.0.10.2 → https://git.io/fpWG8
Mateon3 has joined #nixos
<{^_^}> [nixpkgs] @c0bw3b pushed 2 commits to master: https://git.io/fpW4Y
<{^_^}> [nixpkgs] @bendlas pushed to master « chromium: 70.0.3538.102 -> 70.0.3538.110 »: https://git.io/fpW4G
crmlt has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50800 → drumkv1: 0.9.2 -> 0.9.3 → https://git.io/fpW4Z
<{^_^}> [nixpkgs] @bendlas pushed to release-18.09 « chromium: 70.0.3538.102 -> 70.0.3538.110 »: https://git.io/fpW40
Mateon1 has quit [Ping timeout: 272 seconds]
Mateon3 is now known as Mateon1
Peaker has quit [Remote host closed the connection]
goibhniu has joined #nixos
<{^_^}> [nixpkgs] @aszlig opened pull request #50802 → autoPatchelfHook: Fixes/improvements for Android SDK emulator → https://git.io/fpW4b
rpg has joined #nixos
civodul has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @ryantm merged pull request #50764 → f3: 7.0 -> 7.1 → https://git.io/fpCpJ
<{^_^}> [nixpkgs] @ryantm pushed 2 commits to master: https://git.io/fpWBT
<tilpner> How do I allowUnsupportedSystem for just one package?
<tilpner> .overrideAttrs to add the current system to meta.platforms didn't work
WilliamHamilton[ has quit [Ping timeout: 264 seconds]
<ottidmes> What is generally better, if you have a symlink to some .so file, to use just the name in the symlink (i.e. relative), or to use the absolute path? The package I am fixing uses both styles. I guess I will change them all to be absolute, any reason not to?
<{^_^}> [nixpkgs] @eburimu opened pull request #50804 → fix: use buildPackages.xsltProc in case of cross compilation → https://git.io/fpWBK
random_yanek has quit [Ping timeout: 245 seconds]
erictapen has joined #nixos
<jackdk> I would imagine if you're writing nix expressions for it you'd want absolute store paths?
<{^_^}> [nixpkgs] @c0bw3b merged pull request #50759 → culmus: 0.130 -> 0.133 → https://git.io/fpCNS
<{^_^}> [nixpkgs] @c0bw3b pushed commit from @r-ryantm to master « culmus: 0.130 -> 0.133 »: https://git.io/fpWRI
<{^_^}> [nixpkgs] @r-ryantm opened pull request #50805 → axis2: 1.6.4 -> 1.7.8 → https://git.io/fpWRm
<ottidmes> jackdk: its for aliases in the same $out/lib folder, but there should be no harm from absolute paths, I guess (except metadata space requirements, but that should be neglitable)
Rusty1 has quit [Quit: Konversation terminated!]
MinceR has quit [Ping timeout: 244 seconds]
<exarkun22> man, btrfs-progs? fuse? libXt? libXmu? I have some feelings about this. :p;
MinceR has joined #nixos
sanscoeur has quit [Remote host closed the connection]
hdeshev has quit [Quit: Leaving.]
<{^_^}> [nixpkgs] @Infinisil merged pull request #50624 → python36Packages.guessit: 3.0.0 -> 3.0.3 → https://git.io/fpc1k
<{^_^}> [nixpkgs] @Infinisil pushed 2 commits to master: https://git.io/fpW0Z
erasmas has quit [Quit: leaving]
justbeingglad has joined #nixos
justbeingglad has left #nixos [#nixos]
sanscoeur has joined #nixos
<ottidmes> Is using sed -i to replace the path to /run/opengl-driver/lib/dri in .so files really the right approach?
alex``` has quit [Quit: WeeChat 2.3]
jtojnar has quit [Read error: Connection reset by peer]
jtojnar has joined #nixos
jperras has quit [Quit: WeeChat 2.2]
nschoe has quit [Quit: Program. Terminated.]
<{^_^}> [nixpkgs] @Infinisil merged pull request #50708 → libmicrohttpd: 0.9.59 -> 0.9.60 → https://git.io/fpCGE
<{^_^}> [nixpkgs] @Infinisil pushed 2 commits to staging: https://git.io/fpWEg
vk3wtf has quit [Ping timeout: 252 seconds]
erictapen has quit [Ping timeout: 276 seconds]
<bsima> so this is weird, i've got nixpkgs pinned, but my haskell project will build on one macOS machine and not another
<bsima> both are mojave
<nDuff> infinisil, thank you for that detailed review -- this was my first Nix module, and the feedback was helpful.
<infinisil> nDuff: No problem, just left some more nitpicky comments, but other than that it looks pretty good now :)
<clever> bsima: if you run nix-instantiate on it, on both, does it produce the same .drv path?
<{^_^}> [nixpkgs] @Infinisil merged pull request #50728 → http-prompt: 0.11.2 -> 1.0.0 → https://git.io/fpCaU
<{^_^}> [nixpkgs] @Infinisil pushed 2 commits to master: https://git.io/fpWuk
<infinisil> worldofpeace: You should ask for commit rights :)