<ToxicFrog>
I have a local clone of the nixpkgs repo, with nixos-17.03 checked out.
<ToxicFrog>
I want to use `nix-shell`, or, failing that, `nix-env -i`, to run a program from the package definition in this local clone, which I have modified.
<ToxicFrog>
It seems like this should be possible with some combination of -I and/or NIX_ENV, but I can't figure it out.
<taktoa>
it is pretty essential to making builds completely deterministic without getting NIX_PATH involved
ibrahims has joined #nixos
jgertm has quit [(Ping timeout: 240 seconds)]
<ToxicFrog>
infinisil: I'm ok with that, although I'd rather use nix-shell and not have to worry about uninstalling it later
<infinisil>
ToxicFrog: Or maybe cd path/to/nixpkgs && nix-shell -A foo works
<infinisil>
Oh no that doesn't work
fikse has quit [(Read error: Connection reset by peer)]
<taktoa>
oh lol there have already been two issues raised on nix about backporting that feature
<ToxicFrog>
infinisil: -f is exactly what I wanted, thank you
<infinisil>
ToxicFrog: Np
ryanartecona has quit [(Quit: ryanartecona)]
<infinisil>
I'm just about ready to wipe macOS from my main disk and giving NixOS the full one
<infinisil>
Just finishing up transfering all stuff from macOS, it's a pain
<taktoa>
does anyone know when nix 1.12 is planned to release btw?
eacameron has quit [(Remote host closed the connection)]
bennofs has quit [(Ping timeout: 240 seconds)]
<fiveht>
oh nevermind fixed it i'm to stupid to use gcc apparently
magnetophon has joined #nixos
taktoa has quit [(Remote host closed the connection)]
Fare has joined #nixos
<Fare>
Hi. I'd like to get a list of available packages, but nix-env -I $NIX_PATH --query --attr-path --available doesn't seem to use the version from my $NIX_PATH
<infinisil>
Fare: This is how the -I flag can be used: -I nixpkgs=path/to/nixpkgs. What are you trying to do? You usually shouldn't modify NIX_PATH i believe
<nand0p>
nix-env -qaP seems to work for me to do what ur asking
vaibhavsagar_ has quit [(Ping timeout: 240 seconds)]
fikse has joined #nixos
<fikse>
i tried creating my own nix package based off of the package linked earlier, and i receive this error: Setup: Encountered missing dependencies: base >=4.7 && <5 && >=5.9 && <4.10
<fikse>
i received that error after running "nix-build"
<Fare>
infinisil, I'm trying to see the exact list of packages and versions available for nixos-rebuild
<Fare>
and considering that some package I'm currently hacking is wholly missing from the list generated by nix-env, even though it has made it upstream, said list if obviously not up-to-date
vaibhavsagar has joined #nixos
<infinisil>
Fare: Did you try with sudo?
<infinisil>
Because it's user-dependent
<Fare>
I tried as root
<Fare>
apparently, nix-env is trying to consult my "channels", except I'm using NIX_PATH and not channels.
<Fare>
so nix-env and nixos-rebuild seem to be using divergent configurations.
<Fare>
That's very unsettling.
<Fare>
which github project is the correct one to file a bug against?
<Fare>
can I create a MANIFEST for my nixpkgs checkout?
<Fare>
and add that to my nix-channel ?
Supersonic112 has quit [(Disconnected by services)]
<iclanzan>
gchristensen: I had the same problem, and what I did was to create larger cursors and replace them in the cursor.pcf.gz file from the xorg.fontcursormisc package
obadz has quit [(Ping timeout: 260 seconds)]
obadz has joined #nixos
iclanzan has quit [(Quit: WeeChat 1.7.1)]
<disasm>
gchristensen: it's either something messed up with gmail or mailvelope, message is fine, I downloaded source and it verified just fine, I'll continue debugging...
fikse has joined #nixos
<gchristensen>
disasm: sent
<fikse>
i tried creating my own nix package based off of the package linked earlier, and i receive this error after running "nix-build": Setup: Encountered missing dependencies: base >=4.7 && <5 && >=5.9 && <4.10
<fikse>
i have build-depends: base >=5.9 && <4.10 in my cabal file, { mkDerivation, base, stdenv, text }: and libraryHaskellDepends = [ base text ]; in my default.nix file
<fikse>
(sorry if this was sent twice)
<disasm>
I really should just set mutt back up :)
<gchristensen>
awkward! so is it on your end?
<disasm>
gchristensen: yeah, something wrong with either how gmail is displaying the message or how mailvelope is handling it in javascript, annoying...
<gchristensen>
indeed :) cool
<gchristensen>
ok, thank you
hyphon81 has joined #nixos
<hyphon81>
I would like to use virtualenv with NixOS. Now, I get error when numpy is installed on virtual environment. The ld says crt1.o and crti.o are not found.
<hyphon81>
I installed glibc with nox. However, there are no crt1.o and crti.o in ~/.nix-profile/lib.
<hyphon81>
Can't we install glibc to ~/.nix-profile/lib?
<rodarmor>
Is there a way to search the latter from the command line?
sigmundv_ has quit [(Remote host closed the connection)]
<gchristensen>
rodarmor: what are you finding to be different in -qa?
<rodarmor>
gchristensen: I'm finding that some packages are differently named or missing in -qa, but present on the site. Let me find a concrete example
<gchristensen>
also are you on nixos or nixpkgs? if nixos. run nixos-version
<rodarmor>
I'm on nixos, but I think the confusion is that I also have packages installed via nix-env, when I was first getting set up and didn't know the difference :P
<rodarmor>
I'm on unstable, 17.03.1556.4d1e1d07
<gchristensen>
17.03 is stable
<rodarmor>
f9 (gorilla)
takle has joined #nixos
<ison111>
Is there an easy way to install Qt 5.7?
<rodarmor>
`nix-channel --list` shows unstable
<gchristensen>
try: sudo su -then nix-channel --list
<rodarmor>
Why does it show that? I thought that I switched to unstable
<gchristensen>
users can have different channels :)
ibrahims has quit [(Ping timeout: 255 seconds)]
<rodarmor>
My poor head!
<rodarmor>
So the sudo user's channel determine the nixos channel?
<rodarmor>
I absolutely love nix, but the cli can be pretty confusing
<gchristensen>
root's
<rodarmor>
Yeah, that guy ;)
<gchristensen>
yes, the CLI is a problem :(
<rodarmor>
gchristensen: Did it just kind of evolve in a bad way?
<gchristensen>
I don't know, before my time
<rodarmor>
I think what it does is very very good, but how it does it and what you need to type to get it to do that is pretty wtf some times
<rodarmor>
Alright, gonna rebuild my system and hopefully be on unstable for real now. Cross your fingers for me
<gchristensen>
done :)
<rodarmor>
And thanks! I might have never known that I wasn't really on unstable if not for you!
<gchristensen>
now _that_ is a problem
takle has quit [(Ping timeout: 260 seconds)]
vaibhavsagar_ has quit [(Remote host closed the connection)]
ryanartecona has joined #nixos
vaibhavsagar_ has joined #nixos
<gchristensen>
we should probably have a nix-diagnostics tool which outputs info like if you're using nix or nixos, channels on the system, profiles, etc.
<disasm>
+1 for nix-diagnostics :)
<rodarmor>
Yeah, that would be great
<rodarmor>
nix-wtf-am-i-doing-wrong
<disasm>
gchristensen: what are you using for gpg e-mail? or just signing text file and copy/pasting?
<dash>
nix-doctor
<disasm>
dash: that sounds too much like homebrew, lol :)
<gchristensen>
disasm: I generate it outside of email and then add it to an email
<unlmtd>
so Im guessing gnome is trying to write new settings in the nix tree, but that's just a guess
<unlmtd>
we need to get canonical onboard nix, then theyll fix it
ryanartecona has quit [(Quit: ryanartecona)]
reinzelmann has joined #nixos
<georgew>
Hello Nixos! Would somebody please help me with virtualisation? I am using virtualbox on Nixos 17.03, but I am having difficulty installing the extension pack so as to make USB3 work.
Wizek__ has quit [(Quit: Connection closed for inactivity)]
<unlmtd>
georgew: any reason why virtualbox over libvirt?
wowi42 has quit [(Read error: Connection reset by peer)]
eacamero_ has joined #nixos
eacameron has quit [(Ping timeout: 255 seconds)]
<georgew>
unlmtd: No
reinzelmann has quit [(Quit: Leaving)]
leothrix has quit [(Ping timeout: 268 seconds)]
<unlmtd>
georgew: I think you should try libvirt
<unlmtd>
its more performant, and the virtio drivers are pretty neat
leothrix has joined #nixos
eacamero_ has quit [(Remote host closed the connection)]
Thra11 has quit [(Ping timeout: 258 seconds)]
mkoenig has joined #nixos
WinchellsM has quit [(Quit: Lost terminal)]
<georgew>
unlmtd: Ok.
<georgew>
How do I do so?
Thra11 has joined #nixos
Thra11 has quit [(Ping timeout: 260 seconds)]
takle has joined #nixos
Thra11 has joined #nixos
takle has quit [(Ping timeout: 255 seconds)]
sigmundv_ has joined #nixos
phinxy has quit [(Quit: Leaving)]
sigmundv_ has quit [(Ping timeout: 255 seconds)]
hamishmack has quit [(Quit: hamishmack)]
ryanartecona has joined #nixos
rauno has joined #nixos
<unlmtd>
georgew: arch wiki is good, and libvirt can be enabled in configuration.nix, dont forget to add your user to libvirtd
<unlmtd>
I use KVM of course
<unlmtd>
I was blown away by the performance of a windows VM in kvm with virtio graphic drivers
Thra11 has quit [(Ping timeout: 240 seconds)]
rigelk has joined #nixos
<hyper_ch>
unlmtd: you still seem to be here and no blown away :)
ryanartecona has quit [(Quit: ryanartecona)]
<georgew>
unlmtd: Ok.
<hyper_ch>
georgew: I prefer vbox becuase its far more widespread and sharing of vms is much simpler.... for personal use, kvm/virtio seems a good thing
<hyper_ch>
and you update the system, it will fail because you'll have to download and add the according extension manually to the store... the command will be given in the terminal
reinzelmann has joined #nixos
Thra11 has joined #nixos
reinhardt has joined #nixos
justanotheruser has joined #nixos
justan0theruser has quit [(Ping timeout: 260 seconds)]
magnetophon has quit [(Ping timeout: 260 seconds)]
Thra11 has quit [(Ping timeout: 268 seconds)]
reinhardt has quit [(Quit: Leaving)]
<georgew>
hyper_ch: Thanks. The outdated wiki article I linked said to do one of those two things, and it didn't work. Your config does both, which seems to be working.
magnetophon has joined #nixos
MercurialAlchemi has joined #nixos
FRidh has joined #nixos
hamishmack has joined #nixos
ebzzry has quit [(Ping timeout: 240 seconds)]
ebzzry has joined #nixos
Thra11 has joined #nixos
ebzzry has quit [(Ping timeout: 246 seconds)]
erictapen has joined #nixos
ebzzry has joined #nixos
fxr has joined #nixos
katyucha has joined #nixos
Ivanych has joined #nixos
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] peti pushed 1 new commit to master: https://git.io/v7vZ8
<NixOS_GitHub>
nixpkgs/master 83fe3f0 Peter Simons: multi-ghc-travis: update to current Git master 800980d76f7a74f3
NixOS_GitHub has left #nixos []
ebzzry has quit [(Ping timeout: 240 seconds)]
ambro718 has joined #nixos
hamishmack has quit [(Quit: hamishmack)]
Thra11 has quit [(Ping timeout: 246 seconds)]
nschoe has joined #nixos
FRidh has quit [(Quit: Konversation terminated!)]
ent has quit [(Ping timeout: 248 seconds)]
ent has joined #nixos
uralbash has joined #nixos
erictapen has quit [(Ping timeout: 248 seconds)]
akaWolf has quit [(Ping timeout: 248 seconds)]
indi_ has quit [(Remote host closed the connection)]
akaWolf has joined #nixos
indi_ has joined #nixos
indi_ has quit [(Remote host closed the connection)]
uralbash has left #nixos []
indi_ has joined #nixos
ertes-w has joined #nixos
indi_ has quit [(Ping timeout: 255 seconds)]
fxr has quit [(Ping timeout: 248 seconds)]
mudri has joined #nixos
<hyper_ch>
georgew: :) feel free to update the wiki
Thra11 has joined #nixos
ambro718 has quit [(Ping timeout: 248 seconds)]
civodul has joined #nixos
peti has quit [(Quit: WeeChat 1.7)]
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] calbrecht opened pull request #27515: modules sks-keyserver and pgpkeyserver-lite web frontend (master...upstream-sks-keyserver) https://git.io/v7vCq
NixOS_GitHub has left #nixos []
hamishmack has joined #nixos
<joepie91>
hyper_ch: converting between a QEMU box and a .ova is pretty simple, fwiw :)
<joepie91>
there are probably even tools for it
<joepie91>
unlmtd: also, in case you ever run into issues with libvirt (as it has a tendency to produce bizarre error messages with no clear cause), keep in mind that libvirt is just orchestration tooling; you can do all that libvirt does without libvirt, it just requires a bit more manual fiddling
<joepie91>
(that is, it's not libvirt that's performant; it's QEMU/KVM + virtio and it just so happens that libvirt can orchestrate those things)
peti has joined #nixos
hyphon81 has quit [(Remote host closed the connection)]
<hyper_ch>
joepie91: tried to imort my vbox vm - no luck
joehh has quit [(Ping timeout: 255 seconds)]
jgeerds has joined #nixos
<joepie91>
hyper_ch: hm, how'd you approach it?
cinimod has joined #nixos
<hyper_ch>
exporting vbox to qcow2 and then trying to use that as new disk in a fresh created vm in qemu
adeohluwa has joined #nixos
thc202 has joined #nixos
newhoggy has quit [(Ping timeout: 276 seconds)]
joehh has joined #nixos
newhoggy has joined #nixos
nschoe has quit [(Read error: Connection reset by peer)]
<gchristensen>
Ankhers: there is a bug where nixpkgs isn't playing nice with the ancient version of bash macs have
<Ankhers>
Even more reason to get of OSX!
<gchristensen>
Ankhers: a temporary workaround is nix-env -iA bashInteractive and a proper fix is on its way to being released
<hyper_ch>
joepie91: still here?
<Ankhers>
gchristensen: Thanks.
<gchristensen>
you're welcome, good luck :)
reinhardt has quit [(Quit: Leaving)]
filystyn2 has quit [(Ping timeout: 240 seconds)]
ibrahims has quit [(Ping timeout: 268 seconds)]
<LnL>
oh, nox uses nix-shell?
<gchristensen>
LnL: I don't know, but I've found many people confuse `nix-shell -p x` failing with x being broken
FRidh has joined #nixos
<LnL>
I noticed my travis tests for nix-darwin start failing more then usual since yesterday
<LnL>
but didn't look at the log yet
<LnL>
nope, just ssl errors :p
ixxie has quit [(Ping timeout: 260 seconds)]
<LnL>
does hydra have build badges?
ixxie has joined #nixos
stranger__ has joined #nixos
<FRidh>
Could anyone check out staging and try `nix-build -A python.pkgs.pyparsing`
<gchristensen>
yes
<FRidh>
in my case it downloads the package source, seems to have finished downloading it, and then the builder just exits with code 1 without any more info
<clever>
xd1le: add pkgconfig to the nativeBuildInputs and then insert $(pkg-config --cflags libevdev) into your gcc command
<FRidh>
LnL: no that's correct
<FRidh>
staging has pyparsing 2.2.0 and master 2.1.0
<LnL>
let me check on darwin
<FRidh>
gchristensen: LnL: any ideas what the issue could be? The first issue is that it doesn't give any helpful output.
<LnL>
well we're not building the same thing gchristensen's output is a4k8vifdl85q7fhr3n7w9ip7g4sw87i1
adeohluwa has quit [(Quit: Connection closed for inactivity)]
freusque has quit [(Quit: WeeChat 1.9)]
<LnL>
wait that's the drv, what's your outPath?
<xd1le>
clever: tyvm! that worked :)
dbe has joined #nixos
<joepie91>
hyper_ch: sort of
freusque has joined #nixos
<hyper_ch>
joepie91: ha got it to work - converting vbox to qemu... problem was the virtio driver... so I had to work around that... however one thing still remains: how can I make the guest auto-adjust size to the virt-manager interface size?
<hyper_ch>
view -> scale -> auto resize is greyed out
<LnL>
FRidh: oh I think I must have had the tarball in my store somehow, nix-build -A python.pkgs.pyparsing.src --check fails
<LnL>
FRidh: downloading it I get an unexpected eof
darlan has joined #nixos
takle has joined #nixos
<FRidh>
LnL: the tarball does seem to be correct if I download and unpack it myself
jgeerds has quit [(Remote host closed the connection)]
jgeerds has joined #nixos
ThatDocsLady is now known as ThatDocsLady_mtg
nh2 has joined #nixos
<gchristensen>
the error is in the fetcher, try adding debug output to the fetcher?
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] Mic92 pushed 1 new commit to master: https://git.io/v7vhC
<hodapp>
okay, I am for some reason getting things like *** Error in `/nix/var/nix/profiles/default/bin/gimp': malloc(): memory corruption: 0x0000000004b62fc0 *** in both GIMP and Evince when I try to do things like open files, and this persisted past a reboot
<joepie91>
hodapp: no, as in, maybe that caused it?
<joepie91>
I don't know if you've upgraded your system recently :)
<hodapp>
yes, but a couple weeks ago
xadi has quit [(Quit: Leaving.)]
nslqqq has quit [(Ping timeout: 260 seconds)]
<joepie91>
hodapp: can't say I have any concrete idea, sorry :/
<clever>
hodapp: if you check ps aux, what is the path to the working gimp?
<canndrew>
i want to run a 32bit pre-built binary, but I don't have libraries for it. Is it possible to setup an environment that has 32bit versions of libraries?
<clever>
canndrew: you want to patchelf it with the 32bit versions of the libs
<canndrew>
how do i get the 32bit versions of the libs though?
<hodapp>
hm, I had installed gimp via nix-env as root for whatever reason, and doing nix-env -i gimp there seems to have solved it
<fikse>
if anyone has time to look, it would be much appreciated
newhoggy has joined #nixos
tvon has quit [(Client Quit)]
<LnL>
looks like you need to relax your dependency on base or use a different version of ghc
freusque has quit [(Quit: WeeChat 1.9)]
erasmas has joined #nixos
freusque has joined #nixos
newhoggy has quit [(Ping timeout: 260 seconds)]
mr-ouss has joined #nixos
nckx has quit [(Quit: I'm probably just restarting my server.)]
ciastek has joined #nixos
nckx has joined #nixos
ciastek has left #nixos []
ison111 has joined #nixos
newhoggy has joined #nixos
Wizek_ has quit [(Ping timeout: 255 seconds)]
Wizek_ has joined #nixos
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] ttuegel opened pull request #27522: Fixes for various bugs introduced by stdenv update in staging (staging...bugfix/staging/stdenv) https://git.io/v7fsl
<NickHu>
Is it really that outdated? I thought it was pretty regular for nixos-unstable to lag behind about a month
<clever>
there was a bug in the nix-channel management code that caused it to ignore a recently passing build
eacameron has quit [(Remote host closed the connection)]
eacameron has joined #nixos
ryanartecona has joined #nixos
bennofs has joined #nixos
newhoggy has joined #nixos
eacameron has quit [(Ping timeout: 240 seconds)]
<xd1le>
how do you prefetch the sha256 for fetchFromGitHub function? nix-prefetch-url doesn't seem to work
mr-ouss has quit [(Remote host closed the connection)]
<copumpkin>
pass --unpack to it, and get the tarball URL from github
<copumpkin>
or just put in a wrong hash and have it tell you the right one
bennofs has quit [(Ping timeout: 268 seconds)]
newhoggy has quit [(Ping timeout: 268 seconds)]
mr-ouss has joined #nixos
ixxie has joined #nixos
<cwre>
I've got NixOS installed as the largest partition on my MBP... Now to just make i3 not ugly.
mr-ouss has quit [(Ping timeout: 255 seconds)]
<xd1le>
copumpkin: thanks!
eacameron has joined #nixos
phinxy has joined #nixos
roconnor has quit [(Ping timeout: 260 seconds)]
<cwre>
Does anyone here want to share their i3 rice?
ixxie has quit [(Ping timeout: 248 seconds)]
ixxie has joined #nixos
eacameron has quit [(Ping timeout: 255 seconds)]
newhoggy has joined #nixos
Coyin has quit [(Quit: Leaving)]
<samae>
cwre: welcooooome, and sorry, xmonad here :P
MercurialAlchemi has quit [(Ping timeout: 260 seconds)]
<cwre>
samae: darn :(
<cwre>
Thanks though!
<ToxicFrog>
KDE 4 lyf
<samae>
Holie waaarz
newhoggy has quit [(Ping timeout: 255 seconds)]
<cwre>
xD
<sphalerite[m]>
cwre: https://github.com/lheckemann/dotfiles — not hugely riced but I use polybar and stuff? See i3.nix and graphical.nix. I don't have any screenshots at hand though
<Olgierd>
so should put /dev/sda3 in .encrypted.blkDev and /dev/mapper/swap in .device?
k0ral has joined #nixos
ambro718 has joined #nixos
<spluko>
How do I specify additional kernel modules to be loaded in my configuration.nix? I see stuff about loading modules for boot, but not for later. modprobe works for me, but I have to do it manually after each boot.
<Olgierd>
should I* my english is not too good today
digitus has joined #nixos
<k0ral>
Hello, it looks like nix hasn't used pre-built binaries since I had it use a local clone of nixpkgs, despite checking out a changeset corresponding to one of the channels; what should I do to fix that ?
newhoggy has quit [(Ping timeout: 255 seconds)]
<spluko>
the module I want is snd_virmidi if that makes any difference
<k0ral>
in my configuration.nix, I wrote this: `nix.nixPath = [ "nixpkgs=/home/nixpkgs" "nixos-config=/etc/nixos/configuration.nix" ];`
deltasquared has joined #nixos
civodul has quit [(Quit: ERC (IRC client for Emacs 25.2.1))]
<deltasquared>
welp, I just ran into a bit of a blunder trying out nixos on an arch linux host. my /etc/hosts doesn't have the "DNS" module in it and it looks like the glibc that was put in /nix by the install script doesn't have nss_resolve (the systemd one)
<deltasquared>
* /etc/nsswitch.conf
<deltasquared>
so uh, nix-channel was having problems resolving the host name for the unstable channel in my case
<deltasquared>
that's a bit of a bind, I can't really rebuild it without having a working name resolution setup...
<deltasquared>
great, guess I'll go change that a sec
<deltasquared>
looks like one can't just use the host perl interpreter either... argh
<deltasquared>
this gonna be fun
<srhb>
deltasquared: I'm confused, nix or NixOS?
<deltasquared>
srhb: I'm a still a little unclear on the distinction to be honest with you
<srhb>
deltasquared: NixOS is an entire linux distribution based on nix the package manager
<joepie91>
to add more confusion: there's NixOS the distro, which uses Nix the package manager, which uses Nix the language
<joepie91>
:P
<srhb>
So either you have Arch and a virtual machine with NixOS running on arch, or you have Nix on Arch, (or something is going to go very wrong in a little while)
<srhb>
joepie91: I tend to call that "The Nix expression language" :-P
<deltasquared>
srhb: I have nix (not the OS) installed via the install script on an arch host machine
<srhb>
deltasquared: Right, OK. Nix the package manager it is :)
<deltasquared>
I think I'm going to have my head spun six ways to sunday this evening
<srhb>
deltasquared: Your problem sounds interesting though!
<srhb>
deltasquared: Not that I'm exactly sure I understood it
<joepie91>
srhb: that's a bit long :)
<deltasquared>
srhb: tl;dr my host nsswitch.conf named only modules which the nix glibc didn't
<srhb>
joepie91: Unambiguous though! :-)
<srhb>
deltasquared: Uh oh
<deltasquared>
srhb: I've just added the DNS module back to it, it fixed it.
<joepie91>
srhb: nixlang!
<deltasquared>
it goes to the resolved stub server anyway, so no worries
<srhb>
joepie91: That's nice.
<deltasquared>
*systemd-resolved
<srhb>
deltasquared: Yay!
<deltasquared>
so, next job, figure out how to include those resolver modules
<deltasquared>
guess I tell it to install systemd to start with
<srhb>
I think you'd need to rebuild every package with the right options, though I'm a bit out of my depth here.
<srhb>
Installing *some other package* in Nix should influence no other package, really.
<srhb>
(That's side effectey)
ertes-w has quit [(Ping timeout: 276 seconds)]
ambro718 has quit [(Ping timeout: 240 seconds)]
<ixxie>
srhb, joepie91 - NEL, or Nelly as a pet name
<srhb>
:-)
<deltasquared>
yeah, from the paths in the perl interpreter's strace it would suggest I'd have to put the resolver modules inside glibc's store directory, which I gather is a big no
Mercuria1Alchemi has joined #nixos
<srhb>
deltasquared: Yep, giant no.
<srhb>
deltasquared: If you need a different glibc, you'd override glibc (and hence basically every package would need rebuilding)
<srhb>
deltasquared: Because their inputs (~dependencies) changed.
<deltasquared>
so how does one deal with this particular issue of nss modules in nix then? it seems shitty that "plugin systems" of this kind would trigger such cascades
<cwre>
deltasquared: welcome to nixland, haha
<deltasquared>
cwre: oh you
<cwre>
<3
<deltasquared>
buggeroff back to #archlinux-offtopic, I'm busy
<cwre>
D: I was here first
myguidingstar has quit [(Ping timeout: 248 seconds)]
<deltasquared>
well don't bother me then :P
<cwre>
srhb: hello again! I have nixos officially on my MBP
<srhb>
deltasquared: I don't know specifically, I've never had to deal with it, but in general you'd override the specific nixpkgs derivation that you wanted to change and just let the rebuilds happen.
<srhb>
deltasquared: That is the price of determinism.
<joepie91>
ixxie: "yeah, I'm writing some Nelly expressions today"
<joepie91>
:P
<deltasquared>
srhb: see, one wouldn't enable flags in glibc to get these resolvers. rather, systemd provides them.
<srhb>
cwre: Woo!
<cwre>
Does anyone know why my i3 config wouldn't be affecting my i3 install?
<cwre>
I have i3.configFile set...
<srhb>
deltasquared: So, what needs to know about these resolvers?
k0ral has quit [(Quit: WeeChat 1.9)]
<deltasquared>
srhb: basically everything touching glibc. but they don't need recompiling, it's just .so's in a directory
<deltasquared>
*shouldn't.
<srhb>
deltasquared: Let's say we could produce some other derivation that has these .so files
<srhb>
deltasquared: Package X needs to know the path to that new derivation
arjen-jonathan has quit [(Ping timeout: 255 seconds)]
<srhb>
call it /nix/store/somehash-awesomemodules
<deltasquared>
you'd need to have some fixed path where those modules go... hmmm
<deltasquared>
!g- oh fuck, wrong channel
<srhb>
deltasquared: Now, package X needs to know that path, so its inputs have changed from the version that was built by the cache
<srhb>
deltasquared: So it will need rebuilding.
Mercuria1Alchemi has quit [(Ping timeout: 248 seconds)]
<srhb>
deltasquared: If I'm understanding you correctly at least. :)
<deltasquared>
I would have imagined it'd be some kind of "merge directory" like the profile dirs do.
<deltasquared>
as in, symlinks.
<deltasquared>
they'd still need the directory somehow though...
<srhb>
Are you reinventing /lib ?
Ivanych has quit [(Ping timeout: 248 seconds)]
<srhb>
(We just got rid of it!) :-)
<deltasquared>
wat? no, I'm just trying to see why this would be a problem
<srhb>
Maybe it isn't. Perhaps a veteran can step in.
<deltasquared>
I blame lack of filesystem namespaces in general
newhoggy has joined #nixos
<deltasquared>
srhb: it seems like an LD_LIBRARY_PATH thing should have done the trick... hmm.
<deltasquared>
one moment
<deltasquared>
adding the "merged" path to LD_LIBRARY_PATH feels like cross contamination though
<srhb>
deltasquared: Ah, in that case its easier to wrap things up in a new derivation that reuses the old one and just sets that.
<deltasquared>
you can do that? welp, I've got more reading to do.
<srhb>
deltasquared: Oh yeah, building on other derivations is pretty neat :)
<srhb>
cwre: Are you launching i3 manually?
JagaJaga has joined #nixos
sjouke has joined #nixos
<deltasquared>
srhb: adding the profile's /lib directory to LD_LIBRARY_PATH solved the problem. I wish the libnss modules had a subdir at least so this was a bit, er, cleaner with respect to isolation
fikse has quit [(Ping timeout: 246 seconds)]
giorgiolando has joined #nixos
<deltasquared>
to be fair I probably should have anticipated the need to do some shell var fuckery, it is being hosted by a different distro after all
<deltasquared>
a bit like that archlinux ARM chroot on my phone.
<deltasquared>
... say, I don't suppose nixOS does armv7l builds
<srhb>
deltasquared: Sorry, it's a bit too technical in an area that's outside my expertise for me to give any meaningful advice. :/
<deltasquared>
I think I've got the hang of it. fucking around with "prefix" installs isn't anything new to me; like I said, arch linux arm co-exists with android system on my device
<srhb>
Sounds... fun. :-)
JagaJaga has quit [(Ping timeout: 248 seconds)]
<deltasquared>
oh yeah. bind mounts and figuring out which android bits use legacy /etc paths and will break if the stuff isn't symlinked
<deltasquared>
"app crashed" spammed my screen from the bluetooth component forcing a reboot every time I touched that toggle
<deltasquared>
until I fixed the issue anyway
<deltasquared>
"experimentally on ARM" :(
<deltasquared>
I guess torvalds is right, x86 has all the community surrounding it
Mercuria1Alchemi has joined #nixos
myguidingstar has joined #nixos
sjouke has quit [(Ping timeout: 248 seconds)]
newhoggy has quit [(Ping timeout: 240 seconds)]
<deltasquared>
srhb: the best part I like about this so far... for binary packages, there's basically no configure step! just an unpack into it's own directory where it would blow things up
<deltasquared>
I'll write my own /etc, with blackjack and... err, whatever
<cwre>
srhb: no it's with sddm
<deltasquared>
10/10 fastest package manager
lsix has quit [(Ping timeout: 260 seconds)]
<deltasquared>
I suddenly have this compulsion to replace my system packages with the nix ones
jtojnar has quit [(Read error: Connection reset by peer)]
jtojnar has joined #nixos
<srhb>
deltasquared: Well, aside from having to patch every binary to point at the right libraries, since lib is gone. :-P
<srhb>
Though patchelf is pretty fast...
<deltasquared>
well there is still the profile merge dir. having to wrap commands with the correct env vars for the new lookup path is a mild pain granted
<deltasquared>
as in, /nix/var/nix/profiles/<whichever>/lib
<srhb>
Yeah, I forget that's a thing...
newhoggy has joined #nixos
<srhb>
nix on not-nixos is somewhat different, if for no other reason than because all you have is profiles. :)
lsix has joined #nixos
xadi has quit [(Remote host closed the connection)]
<srhb>
deltasquared: How does the nix-channel shebang look for you?
bennofs has joined #nixos
<srhb>
(Just out of curiosity, not sure it's identical)
<deltasquared>
srhb: shebang? as in #! ?
<srhb>
deltasquared: Yeah
<deltasquared>
hold on
<spluko>
ixxie: I found those options, but they talk about loading modules for booting. Is that the right place to put modules not required for booting, but I want to have loaded to use later?
<deltasquared>
*sorry please don't spam kick me* *hides under table*
<srhb>
It actually fit in one message. :-)
newhoggy has quit [(Ping timeout: 246 seconds)]
<deltasquared>
I would have instinctually used some of the pipe paste services from #archlinux. just pipe the commmand into this one-liner and you get a paste URL back
myguidingstar has quit [(Ping timeout: 255 seconds)]
<deltasquared>
so, I could set up different profiles and the packages would just be re-used and symlinked in... or even different ones
<deltasquared>
we have pbpst in the AUR (arch user repository, basically build recipes for non-repo packages)
<deltasquared>
which does raise the question of where I'd put a "community user package" like that in nix
eacameron has quit [(Ping timeout: 246 seconds)]
<srhb>
I used to be an Arch user :)
<srhb>
deltasquared: Often just in nixpkgs itself, if it's not dangerous.
<deltasquared>
right, so usual repository trust issues etc.
<srhb>
deltasquared: You can use overlays too (look it up, new in 17.03) and we've always had overrides
<deltasquared>
!g- OH FFS
<deltasquared>
!g is too much of a reflex
<srhb>
And maintaining a fork of nixpkgs and using it as a base for your OS/packages is trivially easy.
<srhb>
Well, aside from dead-end branches.
<deltasquared>
I suspect there are terms going over my head here.
<srhb>
Hm, sorry.
newhoggy has joined #nixos
<srhb>
Which part?
<deltasquared>
does "dead-end branches" have special meaning in this context
<deltasquared>
something to do with the dep tree?
<srhb>
A release branch cut from master, which eventually dies. Say you've patched it with your own commits
<srhb>
For the next release you get to patch a new release branch all over.
<srhb>
Compare to keeping in sync with master, which will never die.
<deltasquared>
oh, so say the repo where the nix build files are kept?
eacameron has joined #nixos
<srhb>
nixpkgs, yes.
<srhb>
At some point, a release is cut from that (git checkout -b nixos-17.09, say)
<srhb>
deltasquared: And eventually that branch just dies.
<srhb>
Hence, dead-end. The next release is a fresh branch from master.
<cwre>
srhb: so I'll just startx manually.
<deltasquared>
so what made you switch then? I'm just trying nix out of curiosity and remembering some of it's unique features
<srhb>
cwre: I actually was assuming it failed because you somehow managed your own xsession.
<deltasquared>
most notably, that "peaceful coexistence" of package versions
impredicative has joined #nixos
<srhb>
deltasquared: Determinism, purity, version coexistence, safe hackability with binary caches...
<srhb>
deltasquared: Many reasons, tl;dr: I got bit by the functional bug by Haskell and I obviously needed an OS that did the same for me :-)
erictapen has quit [(Ping timeout: 276 seconds)]
<deltasquared>
hmm, I appreciate the "no side effects" vibe from haskell but never quite caught onto the language itself
* srhb
nods
<srhb>
Acquired taste, and somewhat divisive :-)
<deltasquared>
I imagine haskell goes to lengths to make the "no side effects" idea not be so irritating to work with
newhoggy has quit [(Ping timeout: 260 seconds)]
<nh2>
hey, why is the default binary cache url over HTTPS? Given that there's package signing, wouldn't it be faster to use http because then there are no SSL handshake roundtrips?
<deltasquared>
like, monads
<srhb>
deltasquared: Yes. And Nix does too.
<dash>
nh2: are you in a hurry
<deltasquared>
srhb: fuck me, I actually have to try and understand monads properly now!?
<impredicative>
Has anyone used the --config-file option to nixos-container? If so, what do you put inside it? I have a file with `services.foo = { enable = true; };` which doesn't seem to start anything, whereas if I specify the same with `--config` it does
<srhb>
deltasquared: Nono, no monads in Nix. No obvious ones at least :P
* deltasquared
has a head implosion
<srhb>
deltasquared: (Though they're great!)
<srhb>
deltasquared: I meant Nix goes to great lengths to make purity palatable too.
eacameron has quit [(Ping timeout: 260 seconds)]
<deltasquared>
well, it seems easy enough in principle (though not so easy in implementation)
<ixxie>
spluko: it seems boot.kernelModules would add those modules the whole time, and boot.initrd.extraKernelModules just makes sure to load them early
<srhb>
impredicative: iirc it's similar to /etc/nixos/configuration.nix
<deltasquared>
I actually was toying with the idea of a "merge directory" for locally compiled packages a while back to be fair.
erictapen has joined #nixos
<impredicative>
srhb: As in the full file format?
<srhb>
deltasquared: I still can't shake the feeling that that sounds impure.
<deltasquared>
srhb: oh, probably. somewhere.
<nh2>
dash: yes, waiting for downloads is one of my main pain points with automated nix deployments
<impredicative>
I see... I guess that makes sense
<deltasquared>
srhb: nice to know someone else invented this wheel better than I would have once again :P
<dash>
nh2: :-[
<srhb>
impredicative: Create an imperative container with the example in the manual and grab its config file? I think that should be the same
<cwre>
srhb: so what do you think would be the issue?
<srhb>
cwre: I'm not sure. I guess we need i3 to spit out some logs.
<impredicative>
srhb: I think I'll just inline the config in `--config` in this case
<srhb>
impredicative: ok :)
myguidingstar has quit [(Quit: ChatZilla 0.9.93 [Firefox 53.0.3/20170608225630])]
<fresheyeball>
how can I access a local file in a nix expression
<cwre>
srhb: I think I'm just going to have it start with a command prompt. Display Manager's are pointless IMO unless you want it for rice.
<fresheyeball>
I'd just like a file in the current directory to be available to the nix expression
<cwre>
srhb: startx will work as expected here? I just have an xinitrc in my home?
<srhb>
cwre: rice?
<deltasquared>
srhb: whoah, I go install bspwm in nix and the install so far is still lighter than a minimal base arch install
<cwre>
rice for your computer, making it pretty.
<srhb>
deltasquared: My nix store is huuuge
<srhb>
cwre: What's the etymology of rice in this sense?
* srhb
doesn't get it
<nh2>
fresheyeball: builtins.readFile ./yourfile
<cwre>
srhb: rice provides no nutritional benefit.
<srhb>
Aha!
<srhb>
Thanks.
<cwre>
Rice in this sense provides no functional benefit
<cwre>
Yeah, haha.
Mercuria1Alchemi has quit [(Ping timeout: 248 seconds)]
<srhb>
Language barriers are hard :-)
jgeerds has quit [(Quit: Leaving)]
<cwre>
srhb: what's your mother tongue?
<srhb>
Danish
<cwre>
Ah, nice.
<srhb>
It's basically gibberish.
mudri has quit [(Ping timeout: 240 seconds)]
<cwre>
xD
<deltasquared>
srhb: and of course it gets to keep all the old revisions of the profile directory before the install. man, I am going to have so much fun with this
<srhb>
cwre: And regarding your issue, I can only say that the similar xmonad config with lightdm as rice works as expected for me.
<srhb>
deltasquared: That's great :-)
<cwre>
srhb: :(
<srhb>
cwre: Give it a shot regardless. Perhaps you can even strace your i3 to find out what config file it's trying to load.
<simpson>
srhb: The etymology is that, in the USA, street-racing cars are often of Japanese make, and the verb "to rice" is to add street-racing gear to Japanese cars, like spoilers, stripes, turbo, etc.
<deltasquared>
huh, no GNU icecat. going to be interesting working around FF's insistence on mozilla's signature (with no workaround -_-)
<deltasquared>
maybe there's a build option
eacameron has joined #nixos
<deltasquared>
I'm assuming I can do that, just override the build config in one place to specify alt build flags
<deltasquared>
not sure *how* just yet
<srhb>
deltasquared: Yes.
<spluko>
ixxie: Thanks, I tried boot.kernelModules and it works fine.
<simpson>
srhb: The word's shifted a lot from its etymology, and folks in the Gentoo and Arch communities often use "riced-up setup" to describe their heavily-customized user environments.
<cwre>
srhb: huh no startx?
<deltasquared>
srhb: hmm, so which part of the manual should I stare at... I suspect it has something to do with nix expressions
<srhb>
deltasquared: From there, dig into the actual attributes of the package in question. It will have, for instance, a configurePhase, which you can override
<cwre>
srhb: so I have display-manager stopped but the startx binary doesn't exist on my system... How do I start an xserver?
jophish has quit [(Remote host closed the connection)]
<deltasquared>
I'd like to wager that this particular override would be common enough to be sitting in a cache server somewhere.
<cwre>
srhb: what do you mean? I have to turn that option on?
eacameron has quit [(Ping timeout: 255 seconds)]
<srhb>
deltasquared: The cached things are only nix expressions in nixpkgs
<srhb>
deltasquared: And only some of them at that (top level ones? I forget)
<srhb>
cwre: You have to have that package.
<cwre>
srhb: aahhhh, thank you
endformationage has joined #nixos
adeohluwa has quit [(Quit: Connection closed for inactivity)]
<deltasquared>
oh, so I couldn't expect a binary build of FF with the relevant options set to be sat in a binary server somewhere...?
eacameron has joined #nixos
<srhb>
deltasquared: My point was that they don't just appear on cache servers because someone somewhere requestion them, only if that specific build has a (top level, I think) derivation in nixpkgs :)
JagaJaga has joined #nixos
<deltasquared>
ok, fair enough.
<srhb>
er, requested. derp.
takle has quit [(Remote host closed the connection)]
newhoggy has quit [(Ping timeout: 240 seconds)]
<deltasquared>
that said, it'd be cool if there were such a server which monitors hits for hashes, and if it's requested enough (you'd have to have someone show that a given config produced that config) builds that as well
tvon has quit [(Quit: Peace out, y'all!)]
<srhb>
deltasquared: Agreed. :)
<srhb>
deltasquared: People are dreaming up all sorts of cool ipfs solutions for that compared with the nix store
<srhb>
Solving trust is hard of course.
<deltasquared>
ok, so it looks likely that such a change would trigger a rebuild from source. eesh, I don't wanna wait for firefox to compile >_>
Thra11 has quit [(Ping timeout: 255 seconds)]
mrcheeks has quit [(Quit: ERC (IRC client for Emacs 26.0.50))]
<srhb>
deltasquared: That's right.
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] bugworm opened pull request #27525: qtstyleplugin-kvantum: init at 0.10.4 (master...qtstyleplugin-kvantum) https://git.io/v7fyf
NixOS_GitHub has left #nixos []
<deltasquared>
srhb: well do we have reproducible builds?
<srhb>
deltasquared: Different inputs, different outputs.
<srhb>
deltasquared: Yeah, or things will fail (because their output hashes mismatch)
<deltasquared>
so what's the issue? if you doubt a server, redo the build yourself and compare
<deltasquared>
we can't really do any better than that
<deltasquared>
guix challenge comes to mind
<srhb>
deltasquared: The point of ipfs was to allow anyone to be a cache anywhere
eacameron has quit [(Ping timeout: 240 seconds)]
<cwre>
srhb: how can I clear out my grub loader on EFI?
revtintin has quit [(Quit: WeeChat 1.9)]
<srhb>
cwre: As in delete old generations?
<cwre>
NixOS (Generation 21) and the prior 20 are cool, but I want to remove them :(
<cwre>
Yeah srhb
<srhb>
cwre: sudo nix-collect-garbage -d --
eacameron has joined #nixos
<deltasquared>
srhb: so the point of it being ipfs was to make the network decentralised and auto-find the nearest person with that build hash I take it
<srhb>
deltasquared: Right, that's the dream.
<deltasquared>
that sounds like a dream worth attaining, I'll give you that
<srhb>
deltasquared: But if you have to rebuild yourself to know that a certain node was safe, well...
<srhb>
:)
<srhb>
For servers its easier. We *can* add arbitrary nix caches.
<deltasquared>
like I said, it's no better than trusting what is effectively one distro out of many.
<cwre>
srhb: what if I have an old Arch Linux entry that still exists for some reason?
<srhb>
I think there's a difference with random people online.
nschoe has quit [(Quit: Program. Terminated.)]
<deltasquared>
it may be desirable to upgrade the hash I would imagine
<srhb>
cwre: I would assume they stay untouched, but I've never tried.
<srhb>
deltasquared: I think we support a lot of different hashes.
<cwre>
srhb: I'm actually asking how I can remove that as well.
newhoggy has joined #nixos
<srhb>
cwre: Is it in the nix-managed grub loader, or before that?
<deltasquared>
I wonder if nix-packaged binaries would try to look in /usr/lib at all
<srhb>
cwre: If it's in the nix one, I would assume that nixos-generate-config somehow detected those and put them somewhere in /etc/nixos so that the rebuild will regenerate them.
<deltasquared>
they shouldn't, but still
<srhb>
deltasquared: They should not. In general, all paths get fixed to their store positions
erictapen has quit [(Ping timeout: 255 seconds)]
eacameron has quit [(Ping timeout: 260 seconds)]
<srhb>
deltasquared: You get beautiful ldd output :-P
<deltasquared>
srhb: it's just I had the idea for a tiny "rescue" system which would remain in a tmpfs root and be backed by a "bigger" system managed by nix. I'd likely use arch to set up the mini-system and of course those binaries would look in /usr/lib etc.
<deltasquared>
just making sure they wouldn't clash
eacameron has joined #nixos
<deltasquared>
I wouldn't expect them to, but still
<cwre>
srhb: it was installed before Nix controlled the loader, but it's still there :(
<srhb>
cwre: What I meant to ask was whether the entries are in the same boot menu, because then the nixos grub builder must be (re)generating them
newhoggy has quit [(Ping timeout: 240 seconds)]
<cwre>
srhb: srhb yeah they're in the same boot menu
FRidh has joined #nixos
<srhb>
cwre: And those entries are not found when you grep through /etc/nixos/ somewhere?
<deltasquared>
srhb: welp, the nix binaries appear to have zero RPATH entries. all fixed locations. hmm.
<srhb>
deltasquared: Yup.
<deltasquared>
I'm not sure how to list those entries in the ELF sections
vincent_1dk has joined #nixos
<cwre>
srhb: it's definitely not in nixos, do you mean nix?
vincent_1dk has quit [(Client Quit)]
vincent_1dk has joined #nixos
tvon has joined #nixos
<srhb>
cwre: No, I did mean NixOS. If it's not there, I guess grub is somehow detecting them on rebuild. not sure how that works.
<deltasquared>
srhb: I can see the hardcoded lib paths show up in a hexdump at least
<cwre>
nix-collect-garbage didn't remove the generation entries
<srhb>
deltasquared: Did you mean something like objdump?
<srhb>
or readelf
<deltasquared>
srhb: any really, I was just trying to find the magic command to list a binary's "baked-in" search paths
eacameron has quit [(Ping timeout: 240 seconds)]
giorgiolando has quit [(Ping timeout: 260 seconds)]
<srhb>
I'm not sure if readelf -d is sufficient
<deltasquared>
the article I was reading did say "partial equivalent"
eacameron has joined #nixos
vincent_1dk has quit [(Client Quit)]
vincent_vdk has joined #nixos
<srhb>
cwre: Did you remember -d ?
<deltasquared>
well seeing as the ELF interpreter is at least the nix one, I would trust that to not look in /usr/lib or whatever. so as long as that path doesn't show up in the nix binaries it should be good
<cwre>
srhb: now it works! For some reason a second reboot fixed it.
<srhb>
cwre: And you've got sudo?
<srhb>
err
<cwre>
Now to just remove that arch linux entry...
<dash>
xd1le: "eventually I learned that -funsafe-math did not turn on 'fun, safe' math"
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] fpletz pushed 2 new commits to master: https://git.io/v7f94
<NixOS_GitHub>
nixpkgs/master 3e8a565 Franz Pletz: libressl: refactor, drop 2.4, 2.5.4 -> 2.5.5, init 2.6
<NixOS_GitHub>
nixpkgs/master e69dfc2 Franz Pletz: Revert "coq2html: New expression"...
NixOS_GitHub has left #nixos []
<deltasquared>
srhb: ok, I'm satisified enough. it doesn't appear anywhere in the binaries themselves.
<simpson>
xd1le: zdile
vincent_vdk has quit [(Client Quit)]
<nh2>
jeaye: ping
<srhb>
deltasquared: iirc part of determining which dependencies must stay is actually scanning the output files for paths in the nix store
<srhb>
deltasquared: So it is a necessary mechanism
<srhb>
deltasquared: Otherwise runtime deps might get garbage collected
vincent_vdk has joined #nixos
reinzelmann has joined #nixos
<deltasquared>
srhb: the only problem I can see is /etc/ld.so.conf, which currently specifies host-system lib paths for (among others) lib32 and fakeroot
eacameron has quit [(Ping timeout: 260 seconds)]
<dash>
xd1le: oh, i got the quote wrong, it's -funsafe-math-optimizations, which makes more sense :)
<simpson>
dash: My favorite way to explain IEEE 754 and C interactions is that gcc's -ffast-math only does one thing: It makes the optimizer think that there are commutative floating-point operations.
<srhb>
deltasquared: I don't have such a thing. :-)
<deltasquared>
srhb: yeah, it wouldn't be an issue on a nixos install. I'll just have to check it won't blow up my nix install due to some lib version mismatches
<srhb>
simpson: :|
newhoggy has quit [(Ping timeout: 246 seconds)]
<deltasquared>
I guess I could just symlink ld.so.conf to /dev/null but fakeroot is kinda important for AUR packages
<deltasquared>
that said, it may well be the case I'll be using a bit less of the AUR from now on
<srhb>
deltasquared: I think the ldconfig in nixpkgs would look for /nix/store/20msidpx6ydhif01jzaqlj31c83m4173-glibc-2.25/etc/ld.so.conf anyway
<srhb>
deltasquared: (or something like that)
<deltasquared>
..... oh really huh
<deltasquared>
only one way to find out!
<simpson>
srhb: Your GPU drivers are compiled with this, BTW. It's okay, because the GPU drivers these days actually have their own internal compilers and you get to experience the GPU's IEEE 754 bugs instead.
<deltasquared>
strace time!
<srhb>
simpson: Glory!
<deltasquared>
woo, IEEE 754 compliance
<cwre>
srhb: figured the arch linux one out. I had a config entry in the loader/dir
<srhb>
cwre: No idea how that got there. :)
<cwre>
srhb: well I told you I had arch installed before
<srhb>
deltasquared: I think you can just run ldconfig from nix, it should fail, I think.
erasmas has quit [(Read error: Connection reset by peer)]
<cwre>
That's how I installed it. I had to manually make the entry
<xd1le>
dash: huh?
<srhb>
cwre: I'm just surprised that nix generated the config and _forgot_ to remove it when it wasn't there anymore.
<cwre>
srhb: yeah, not sure...
<deltasquared>
srhb: I've just spotted something rather inefficient in how the nix libc searches the paths
pietranera has quit [(Quit: Leaving.)]
<deltasquared>
it searches every one in order for every library that needs loading
eacameron has joined #nixos
ThatDocsLady has quit [(Quit: Arma-geddin-outta-here!)]
vincent_vdk has left #nixos []
<deltasquared>
could get a little inefficient is all I'm sayin'...
<srhb>
deltasquared: Not understood. Can you give an example?
<deltasquared>
see how it looks for libcairo in every over package's lib dir
<deltasquared>
and fails. a lot.
mudri has joined #nixos
<deltasquared>
it just seems like a weakness in the search algorithm.
<deltasquared>
srhb: you readin'?
<srhb>
deltasquared: Yes, but isn't that just how ld works?
<jeaye>
nh2: Pong
<deltasquared>
yep, but still. rather annoying.
<jeaye>
nh2: Working on a reply right meow.
<deltasquared>
I suspect if I overrode it to use the profile lib path it would work faster.
<srhb>
deltasquared: I wonder what kind of unit you'd measure the difference in. :-)
dannyg has quit [(Quit: dannyg)]
<srhb>
But yes, you're technically right of course.
<srhb>
(The best kind)
<nh2>
jeaye: I'm nixos-in-place, very cool, thank you for that. I successfully converted 1 OVH cloud server but another one fails to boot
<nh2>
jeaye: for the other one the problem is that after reboot it doesn't see any disks, e.g. no /dev/sda, nothing in /dev/disk. Do you have any idea why that could be? I'm wondering whether some virtualisation disk driver isn't loaded
<deltasquared>
srhb: oh wait, not everything apppears in the profile lib path, only the things that do need merging. nice xkcd also
eacamero_ has joined #nixos
<srhb>
:)
eacameron has quit [(Ping timeout: 248 seconds)]
newhoggy has joined #nixos
<jeaye>
nh2: What about /dev/vd*?
<nh2>
jeaye: will check
<deltasquared>
I'm not quite sure how to feel about the linear squared lookups, but then again if you were expected glibc startup to be usable in a performance critical loop many times a second, you're probably doing it wrong.
<deltasquared>
woo dinner time
xd1le has quit [()]
bennofs has quit [(Ping timeout: 255 seconds)]
diegs_ has joined #nixos
<fresheyeball>
can I use readFile with a relative path?
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] fpletz pushed 1 new commit to master: https://git.io/v7fQM
<NixOS_GitHub>
nixpkgs/master ec4f51f Yegor Timoshenko: flac123: init at 0.0.12 (#27520)...
NixOS_GitHub has left #nixos []
<deltasquared>
srhb: also known as, "don't let perfect be the enemy of the good"
<deltasquared>
ok I'm really afk this time
<srhb>
deltasquared: Enjoy dinner.
eacamero_ has quit [(Ping timeout: 240 seconds)]
<diegs_>
hello! can anyone comment on the (dis?)advantages of using the nix package manager outside of nixOS? i really like the _idea_ of it
<srhb>
diegs_: You don't get the goodies of NixOS.
<GlennS>
it's still quite nice
<cwre>
Where can I see how fonts are installed?
newhoggy has quit [(Ping timeout: 255 seconds)]
<diegs_>
I'll get around to trying NixOS eventually, i thought i'd just start by exploring the package system
<GlennS>
I am running Debian Stable on a couple of machines with Nix and it's quite useful.
<fresheyeball>
seriously, readFile relative to the .nix file?
<srhb>
diegs_: That's fine :)
eacameron has joined #nixos
<fresheyeball>
absolute path is going to break my whole plan
<cwre>
srhb: thank you
vaibhavsagar_ has quit [(Ping timeout: 240 seconds)]
diegs_ has quit [(Remote host closed the connection)]
eacameron has quit [(Ping timeout: 255 seconds)]
newhoggy has joined #nixos
python476 has joined #nixos
<jeaye>
nh2: I found the issue for that race.
<jeaye>
So don't bother with -o sync testing.
<nh2>
jeaye: nice!
newhoggy has quit [(Ping timeout: 240 seconds)]
<nh2>
jeaye: I succeeded getting it on the OVH instances I want with 2 possible workarounds: (A) Turn smaller instance (R2-30) into nixos, make disk snapshot, create desired other server type where it doesn't work (G1-30) from that snapshot. (B) Same thing, but instead of creating a snapshot directly use "Change the server type"
<nh2>
that probably doesn't matter to you if you don't use OVH but I just want to record it in case somebody has that problem
<nh2>
next I'll boot another one and check for /dev/vd*
<nh2>
jeaye: I checked, there's no /dev/vd* either
<nh2>
jeaye: if I were to take a quick guess I' say that virtio_scsi is missing. At least in the interactive rescue shell, I only see in lsmod: virtio_pci, virtio_16834, virtio_ring
boomshroom has joined #nixos
newhoggy has joined #nixos
<boomshroom>
Hello!
<Dezgeg>
virtio_blk probably for vd*
<Dezgeg>
virtio_scsi is still /dev/sd* when I last checked
anelson- has joined #nixos
<boomshroom>
I'm curious if anyone has tried using Nix to snapshot save for various video games.
<deltasquared>
boomshroom: I'd just use a git repo for that :P
jsgrant has joined #nixos
<deltasquared>
srhb: I'm baaaaaaaaaaaaaaaack
<boomshroom>
deltasquared: Doesn't git not work very well for binary files? The main reason I'm asking about this is I want to install a particular game with Nix, but it stores its saves in its install directory.
<deltasquared>
oh dear.
<deltasquared>
well, it depends on how big the binary files are.
<boomshroom>
It's also Windows exclusive, but works pretty well in Wine.
newhoggy has quit [(Ping timeout: 260 seconds)]
<deltasquared>
tbf the issue more stems here from the app doing stupid things wrt to assuming an install directory would be user-writeable
<deltasquared>
... which for windows software is annoyingly common >_>
<deltasquared>
oh, how I love that I can keep /usr (or maybe it'll be /nix from now on...) read-only most of the time bar when doing package management
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] fpletz pushed 3 new commits to master: https://git.io/v7fN2
<NixOS_GitHub>
nixpkgs/master c18c50a roblabla: cyrus-sasl: Add saslauthd service support
<NixOS_GitHub>
nixpkgs/master c315041 roblabla: cyrus-sasl: Add optional LDAP support
<NixOS_GitHub>
nixpkgs/master 00b6ac7 Franz Pletz: Merge pull request #26419 from roblabla/feature-sasl...
NixOS_GitHub has left #nixos []
<boomshroom>
deltasquared: I just checked; the main save files are 5 files from 20M to 37M.
<deltasquared>
boomshroom: windows software in that regard will probably be very problematic. I don't suppose the save files at least get a directory of their own
<deltasquared>
what's the game, out of curiosity? I was playing "SCP containment breach" myself recently.
<boomshroom>
deltasquared: Nope. The game doesn't actually need an installer though. It's an archive that can be extracted just about anywhere with an optional installer.
erictapen has joined #nixos
newhoggy has joined #nixos
<boomshroom>
Aurora 4x: The Dwarf Fortress of 4X games.
<deltasquared>
boomshroom: the *really* annoying part is that a lot of software uses the "make tmpfile and rename" trick, so you couldn't use symlinks
<deltasquared>
the only solution I could see would be overlayfs
<deltasquared>
it's just touching it's own install directory, there's no other way to work around it
<boomshroom>
deltasquared: The game is writen in BASIC and the save files are actually MS databases. I don't know how could change things.
Wizek_ has quit [(Ping timeout: 248 seconds)]
<deltasquared>
"MS databases" and "BASIC" just translates to "nope to the nth fucking degree out of there" in my head :P
<boomshroom>
deltasquared: It does get very slow after playing for a while, but there's nothing quite like it.
<boomshroom>
I was thinking making the save a derivation who's build procedure is playing the game. Though I'm not sure how to make a derivation depend on an earlier version of itself.
newhoggy has quit [(Ping timeout: 240 seconds)]
<deltasquared>
build procedure is playing the game... that sounds remarkably non-deterministic
<boomshroom>
deltasquared: As long as I can roll back, I don't care. :P
<NixOS_GitHub>
[nixpkgs] fpletz pushed 1 new commit to master: https://git.io/v7fxM
<NixOS_GitHub>
nixpkgs/master 22acfd0 Pascal Bach: docker service: add option to do automatic pruning...
NixOS_GitHub has left #nixos []
dejanr has joined #nixos
<boomshroom>
Nice. It has a wrapper executable that writes to the install directory, and a base executable that writes to CWD.
<deltasquared>
boomshroom: I'd still say use an overlayfs and vcs the write directory. git isn't going to be any less efficient at storing the binary files (nothing could diff them anyway), bar the extra working tree copy
<deltasquared>
boomshroom: I would point out that if you do use the derivation process to track game saves, make sure the copy is created *before* running the game
<deltasquared>
jut a thought
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] LnL7 pushed 2 new commits to master: https://git.io/v7fpS
<queiw>
If a package exists on https://github.com/NixOS/nixpkgs but doesn't seem to exist according to nix-env, how does one go about finding the problem?
<clever>
queiw: what is the name of the package?
<queiw>
clever: musescore
tmaekawa has quit [(Quit: tmaekawa)]
<clever>
queiw: and what happens if you do nix-env -iA nixos.musescore
<boomshroom>
clever: "make-wrapper $EXE --run cd $BLAH" That should do it.
<deltasquared>
boomshroom: whichever way, I guess. I'm not familiar with the process myself
newhoggy has quit [(Ping timeout: 248 seconds)]
<deltasquared>
I only tried out nix this afternoon ;)
<deltasquared>
last time I tried kexec I got a hung kernel.
<nh2>
Dezgeg jeaye: The difference is: `imports = [ <nixpkgs/nixos/modules/profiles/qemu-guest.nix> ];`
<deltasquared>
so uh, I'll be leaving that one alone for a bit
<clever>
nh2: you upload a specialy made tarball to a remote server, unpack it to /, then run /kexec_nixos
newhoggy has joined #nixos
<clever>
nh2: and within 5 minutes, it should be running nixos from a ramdisk
<clever>
nh2: then you can ssh in, wipe the disk, and nixos-install like normal
<deltasquared>
nixos will take over everything at this rate, there must be a master invasion plan somewhere
<clever>
deltasquared: somebody did joke that i could nixos-ify half the internet if i had a zero-day :P
<deltasquared>
your nickname reminds me of Clover the Clever... I'll let you discover that reference yourself.
zeus_ has quit [(Read error: Connection reset by peer)]
<deltasquared>
it probably doesn't help that I was reading fanfics earlier.
<clever>
lol
zeus_ has joined #nixos
<nh2>
clever: very nice
<deltasquared>
the entire world shalt bow to the functional package manager something something mumble...
<clever>
nh2: the justdoit script is also pre-installed in that ramdisk, and does nearly the entire install
<clever>
nh2: and there is a nixops-example.nix so you can add the machine to nixops
<deltasquared>
meeeeh, bootloader variance on an arbitary remote server seems rather difficult to do unattended
<clever>
deltasquared: yeah, with both nixos-in-place and kexec, you only get one chance
bennofs has quit [(Quit: WeeChat 1.9)]
<clever>
but with any decent datacenter, you can remotely wipe and try again
<deltasquared>
like, how do you know the server doesn't just boot a kimage directly via qemu-kvm for instance, you'd have little chance of interacting with whatever "boots" the server/VM correctly
<gchristensen>
hi, I'm using LDAP / NSLCD on a NixOS 17.03 box, `getent passwd` isn't enumerating LDAP users and strace reveals it isn't able to load libnss_ldap.so.2. I found the library in a directory, added it to LD_LIBRARY_PATH, and re-ran getent and it worked: LD_LIBRARY_PATH=/nix/store/...-system-path/lib/ getent passwd any ideas why it isn't being loaded properly when I run getent normally? (cc clever...)
ambro718 has joined #nixos
<deltasquared>
gchristensen: hehe, I was actually dealing with libnss myself earlier
<clever>
deltasquared: yeah, kexec requires that the host still runs the boot sector in the MBR
newhoggy has quit [(Ping timeout: 260 seconds)]
<gchristensen>
oh!
<deltasquared>
gchristensen: the short of it is that by default the glibc loader won't look through the other app's lib dirs for nss modules, as it hasn't been told about them.
<clever>
deltasquared: oh rather, kexec is the only way to bypass that, and my kexec trick relies on the MBR being obeyed
<gchristensen>
deltasquared: was there a fix you had?
<deltasquared>
gchristensen: pretty much the only way is to inform the glibc loader about the "merged" lib directory of a given profile (which it appears you've done), etiher by LD_LIBRARY_PATH or via /etc/ld.so.conf say
<deltasquared>
gchristensen: yeah, the former. LD_LIBRARY_PATH wrapper
<gchristensen>
ah
<cwre>
Why is neofecth not displaying my OS icon? It's invisible :(
<deltasquared>
you just have to execute a service in the context of a given profile, is all
<deltasquared>
cwre: ┐(ツ)┌
FRidh has quit [(Quit: Konversation terminated!)]
<jeaye>
nh2: Thanks for the detailed write up; I can look more into it tonight after work.
oida has joined #nixos
<lambdamu>
theoretically the f here should have a fixpoint or am I mad? http://lpaste.net/357078
arjen-jo1 has joined #nixos
<deltasquared>
gchristensen: the problem I ran into was being unable to update the package lists because my host system (I had only installed nix on an arch host) had an /etc/nsswitch.conf with non-standard hostname modules; the nix prefix had none, so name lookup keeled over
<gchristensen>
oh I see
<gchristensen>
deltasquared: thank you :)
<deltasquared>
took some diving into strace's to figure that one out... you're welcome
<deltasquared>
see, I can do my job just as well here as on #archlinux! :D
<gchristensen>
I <3 archlinux's docs
<gchristensen>
despite never having been a user
<LnL>
yeah those are awesome
<deltasquared>
oh, it's docs are definitely useful.
<deltasquared>
all of my friends be horrified when I'm like "eh, the idea of installing from a shell doesn't sound that bad..."
<deltasquared>
inb4 "btw I use arch" *hides under table*
oida_ has quit [(Ping timeout: 240 seconds)]
<clever>
deltasquared: ive previously used linuxfromscratch and gentoo, nixos install wasnt that complex
impredicative has quit [(Ping timeout: 255 seconds)]
<makefu>
the archlinux wiki is just the best wiki there is (after wikipedia ofc)
<deltasquared>
just avoid the fathomed arch elists on the 'net and you'll be fine ;)
<deltasquared>
*elitists
newhoggy has joined #nixos
<jeaye>
Used to be that the Gentoo wiki was the go-to documentation.
<dash>
makefu: good ideas and bad code build communities
<jeaye>
The Arch wiki certainly does an awesome job.
<deltasquared>
I've actually read the gentoo wiki a couple of times as well. it was IIRC related to custom initrds
<clever>
i mainly booted my gentoo without an initrd
Infinisil has joined #nixos
<deltasquared>
yeaaaah, I use LUKS. ain't gonna happen for me
<deltasquared>
lvm, too. couldn't really expect the kernel to understand something that complex, as it were
<clever>
yeah
<clever>
there is basicaly no lvm support in the kernel, same for luks
<clever>
the userland translates things to a simpler form
<deltasquared>
I always used to get jumpy at the fact that the BSDs never really used initrds
<deltasquared>
simpler being "put these blocks in this device into those blocks in that device"
<deltasquared>
"put" being somewhat like "translate" here
<clever>
grub's kernel, and fs driver (ext4 for example) get concat'd together, and then throw into "free" space between sector 0 and partition 1
reinzelmann has quit [(Quit: Leaving)]
<clever>
thats enough code to let it read /boot, and then it can do things right
<clever>
GPT uses more then 1 sector
<deltasquared>
except grub basically doesn't handle journal replay on any FS.
<deltasquared>
RIP unclean shutdows on XFS
newhoggy has quit [(Ping timeout: 260 seconds)]
<deltasquared>
*s/dows/downs/
<deltasquared>
also yes I'm aware of how grub embeds itself on various boot types
<deltasquared>
okido, time to boot insomnia
beemo has joined #nixos
colabeer has joined #nixos
Ivanych has quit [(Ping timeout: 260 seconds)]
michaelpj has quit [(Read error: Connection reset by peer)]
ryanartecona has quit [(Quit: ryanartecona)]
jgertm has joined #nixos
spinus has joined #nixos
<spinus>
hello, is anybody using logstash with nixos?
jonte has joined #nixos
ixxie has quit [(Quit: Lost terminal)]
newhoggy has joined #nixos
<cwre>
I have programs.light.enable and services.illum.enable set to true, but I'm still not able to change my screen brightness or keyboard backlight with my keyboard keys on my mbp.
<cwre>
Any ideas?
michaelpj has joined #nixos
<deltasquared>
can't help you there, I'm too accustomed to throwing my own scripts together for things like that
<deltasquared>
triggerhappy daemon to watch keys and a shell script daemon reading events from a pipe
<boomshroom>
I've spent some time trying to get Nix installed on my university account. Is there some way that I could make the process easier using something like NixOps?
<michaelpj>
okay, this is really weird: if I try to use a simple function as an overlay, it does nothing, but if I put it in a file and import it, it *does* work
<michaelpj>
has anyone seen that before?
<clever>
michaelpj: can you gist both examples?
newhoggy has quit [(Ping timeout: 260 seconds)]
<michaelpj>
ack, no, I'm confusing my nixpkgs overlays with my nixos overlays
<michaelpj>
sorry
<boomshroom>
I should mention that I've never used NixOps, largely because I'm a desktop user, not a sys admin.
<michaelpj>
speaking of, is there a convenient way to setup overlays so they're used by both nixos and nixpkgs? Right now I have a directory of overlays, which are imported into `nixpkgs.overlays` in my nixos config, and symlinked into `~/.nixpkgs/overlays` for nixpkgs
<clever>
boomshroom: nixops only helps if you want nixos, but if you just want nix on another distro, nixops wont help any
deltasquared has left #nixos ["#archlinux stole my internets!"]
<clever>
michaelpj: that sounds like how i would set them up
<boomshroom>
clever: thank you. Is it possible to build a package locally and then copy it to a remote machine?
<clever>
boomshroom: yeah, nix-copy-closure
<michaelpj>
I think what I was expecting was for there to be overlays option at `nixpkgs.config.overlays`, that way I could use the same file for both nixpkgs and nixos
<michaelpj>
is there a conceptual reason why the nixpkgs overlays are in a directory, rather than in `config.nix`?
<spinus>
michaelpj: I think if you setup overlay on nixos level, you see changes made by that overlay on user level as well, no?
<clever>
spinus: nope
<clever>
nix-env and nix-build ignore the overrides in configuration.nix
<spinus>
oh
<michaelpj>
right, my impression was that for nixpkgs config the stuff in configuration.nix is independent of the stuff in ~/.nixpkgs/config.nix
<michaelpj>
I'm assuming that applies to overlays too
<michaelpj>
what I've done there is symlink the same file to ~/.nixpkgs/config.nix and /etc/nix/nixpkgs-config.nix
<spinus>
I usually import stuff to nixos config as "imports" module and than it's visible down the stack
newhoggy has joined #nixos
<michaelpj>
yeah, I'm a little confused about `/etc/nix/nixpkgs-config.nix` vs setting `nixpkgs.config`
<michaelpj>
and `~/.nixpkgs/config.nix`, and overlays
<clever>
nixos will only ever obey nixpkgs.config
<clever>
but you can do nixpkgs.config = import /etc/nix/nixpkgs-config.nix; to shortcut that
<michaelpj>
do you know what `/etc/nix/nixpkgs-config.nix` does, then?
<boomshroom>
clever: How can I do that if my remote machine uses a non-standard nix-store? Do I have to build a new version of nix locally and give it a store with the same path?
<clever>
michaelpj: that is a default that has higher priority then ~/.nixpkgs/config.nix
<clever>
michaelpj: so if it exists, the one in home is ignored
<clever>
boomshroom: yes
<michaelpj>
ah nice
<clever>
boomshroom: and if its in your home dir, you need to use the same home everywhere
<michaelpj>
so in that case, I should just need to import the file as `nixpkgs.config`, symlink it to `/etc/nix/nixpkgs-config.nix` and then I can delete ~/.nixpkgs/config.nix?
<clever>
michaelpj: yeah
<michaelpj>
great
<michaelpj>
the thing I find myself wishing for the most when fussing around with nix these days is just a big list of all the config files and environment variables and what they do...
<boomshroom>
clever: Or I should be able to create it. ( I am the one and only user of my local machine. If there's something I can't do locally, I'd be very upset. )
taktoa has joined #nixos
newhoggy has quit [(Ping timeout: 255 seconds)]
<clever>
boomshroom: yeah, you can just make a dummy home folder, chown it, and cd over
<taktoa>
does anyone know what part of the nix source code relates to the computation of store paths?
<taktoa>
I meant the computation of the store path of a fixed-output derivation
<clever>
note the if statement on line 338
<rodarmor>
I'm trying to run memtest on nixos, but when I select it from the grub menu, it hangs immediately. Is there anything I need to do aside from enabling it?
<clever>
which is just several of those functions jammed into one
<clever>
line 104 has a giant comment explaining things
Wizek_ has joined #nixos
newhoggy has quit [(Ping timeout: 260 seconds)]
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] knedlsepp opened pull request #27528: armadillo: Make use of openBLAS's built-in LAPACK (master...fix-armadillo-lapack) https://git.io/v7Jcu
NixOS_GitHub has left #nixos []
ryanartecona has joined #nixos
<taktoa>
clever: the hash that you give in a fixed output derivation
<sphalerite>
cwre: sorry, was busy with work stuff — not quite; I install graphical.nix in my profile (nix-env -f graphical.nix -ir) — the -r ensures that nothing other than what's specified in there is installed
cpennington has quit [(Remote host closed the connection)]
<sphalerite>
cwre: and symlink ~/.nix-profile/bin/xsession to ~/.xsession so it gets picked up by the session startup script
beemo has quit [(Remote host closed the connection)]
beemo has joined #nixos
<cwre>
sphalerite: related to what? I don't remember my question xD
<sphalerite[m]>
how to install my i3 config
hamishmack has quit [(Quit: hamishmack)]
<michaelpj>
clever: got it all working, thanks for the info!
newhoggy has joined #nixos
<cwre>
sphalerite[m]: ahhh yes, thank you
<cwre>
I actually just decided to homeroll everything...
<cwre>
Just easier than shoe horning someone elses setup into my.
<cwre>
s/my/mine
<sphalerite[m]>
That's the best way anyway ;)
<cwre>
Yeah but I'm lazy...
<Infinisil>
Hey guys what pdf viewer are you using on nixos? I'm trying to find a good one
<copumpkin>
is there a magic filterSource invocation that removes .git and other common junk in nixpkgs?
<spinus>
Infinisil: evince works for me
<cwre>
I'm partial to okular Infinisil
<sphalerite[m]>
Infinisil: mupdf and evince depending on what I'm doing with it
<sphalerite[m]>
copumpkin: lib.cleanSource
<cwre>
Infinisil: can you give me that gist for nightly again? I'm actually bare metal on my mac now
<copumpkin>
thanks sphalerite!
<Infinisil>
spinus: cwre: sphalerite[m]: I'll try these out
<Infinisil>
cwre: Which one?
<cwre>
Infinisil: just be aware if Okular installs extra KDE bullshit.
<cwre>
I don't remember
<cwre>
Infinisil: the gist of your nixpkg for true nightly builds for Firefox
<Infinisil>
cwre: The only thing that's annoying is the firefox constantly complains about a new nightly version
nix-gsc-io`bot has quit [(Client Quit)]
<Infinisil>
s/the/that
<boomshroom>
I got a Nix installation with an alternate store, but when I try to fetch nixpkgs, it complains with `error: opening lock file ‘/nix/store/y14jnsa1dniagn6gnci60fw1ps7z46wg-nixexprs.tar.xz.lock’: Read-only file system`.
<clever>
boomshroom: try unsetting $NIX_REMOTE
<boomshroom>
clever: it's not set. This is entirely local as of right now.
<Infinisil>
I'm using evince for pdf viewing for now, very simple and no lag. I just tried out apvlv before, which is very much like vim, but kinda buggy and laggy.
simukis has quit [(Ping timeout: 240 seconds)]
<clever>
boomshroom: there is also an env variable that overrides the store location
<tilpner>
Infinisil - What do you gain by (import <nixpkgs>{config={};}).fetchFromGitHub over pkgs.fetchFromGitHub?
<clever>
boomshroom: an example i had made a made nearly a year ago
newhoggy has quit [(Ping timeout: 260 seconds)]
<clever>
boomshroom: i think you can also run this with a normal nix, that was compiled against /nix/store/
<Infinisil>
tilpner: No infinite recursion error :)
<Infinisil>
I believe
colabeer has left #nixos ["Leaving"]
Filystyn has quit [(Ping timeout: 246 seconds)]
<Infinisil>
Oh and you might need '{ allowUnfree = true; }' in /root/.config/nixpkgs/config.nix for this to work, it didn't without it for me
<Infinisil>
The nixpkgs.config.allowUnfree doesn't do it
<tilpner>
I don't... see why that would recurse infinitely :/
<boomshroom>
That's nice how the NIX_STATE_DIR and --localstatedir mean different things. \s
<Infinisil>
tilpner: Does it work without it for you?
arjen-jo1 has joined #nixos
<tilpner>
Infinisil - I have not tried your snippet, nor followed the conversation leading up to it. I may be lacking required context here
<tilpner>
(Though I tried to use the rust-overlay a few times)
jensens has quit [(Ping timeout: 268 seconds)]
<Infinisil>
tilpner: Ah, yeah it recurses, I don't fully understand the pkgs and config arguments to modules though, no idea why
<copumpkin>
has anyone written a .gitignore to filterSource converter?
beemo has quit [(Remote host closed the connection)]
<sphalerite[m]>
That would require a glob-matching function, wouldn't it? Do we have that?
<sphalerite[m]>
Infinisil: what's nice about mupdf is how hackable it is. I made this with mupdf with a tiny patch, a little bit of bash and a little HTML/JS https://sphalerite.org/presremote-3.webm
<sphalerite[m]>
(and then I made a USB image to boot straight into that presentation because NixOS lets me do awesome stuff like that)
fikse has quit [(Ping timeout: 260 seconds)]
<clever>
sphalerite[m]: heh, sounds like something i would do with not-os
<clever>
though that currently lacks X support
<sphalerite[m]>
clever: any particular reason to prefer not-os for this over nixos?
<clever>
sphalerite[m]: its about 40mb
<sphalerite[m]>
but with X and mupdf and i3 and stuff it would probably be significantly more, no?
<Infinisil>
sphalerite[m]: Ah yes I remember you talking about it
<clever>
sphalerite[m]: yeah, but the i3 is probably optional, if you wanted it to only display a pdf and do nothing else
<sphalerite[m]>
clever: I suppose wmutils and xrandr could do the trick too
newhoggy has joined #nixos
<sphalerite[m]>
clever: but I don't think it's possible to make a really significant reduction in size and keep support for a lot of hardware?
<clever>
sphalerite[m]: yeah, wider hardware support may bloat it more
<copumpkin>
Infinisil: I was just looking at that :) but I don't see a .gitignore parser
<Infinisil>
copumpkin: Yeah, but there's some similar things which are of use for one
newhoggy has quit [(Remote host closed the connection)]
<copumpkin>
yeah
<sphalerite[m]>
copumpkin: I'd really like that too, I think we should add a matchGlob builtin (or something, I'm sure there's a better name for it) which wraps the relevant libc function and makes implementing gitignore trivial
<copumpkin>
yeah
fikse has joined #nixos
<tilpner>
Infinisil - Ah, I understand it now. If you remove the overlays line, it works with pkgs.fetchFromGitHub. That's because pkgs can't be evaluated properly without evaluating the overlays, but fetching your overlay requires an evaluated pkgs, thus the recursion
<copumpkin>
that'd be lovely
<Infinisil>
sphalerite[m]: You can wrap libc functions with nix??
<sphalerite[m]>
Infinisil: if you modify nix, yes
<Infinisil>
tilpner: Yeah I thought it would be somethnig like this
<Infinisil>
sphalerite[m]: Ahh :(
<sphalerite[m]>
copumpkin: Actually, it would probably be even simpler to make a nix function for translating a glob to a regex and then using builtins.match
<sphalerite[m]>
what why did it turn * into a circle
<joepie91>
sphalerite[m]: don't forget **
<Infinisil>
sphalerite[m]: I feel like there really should be a builtin glob function
<sphalerite[m]>
yes, ** becomes .*
<joepie91>
that's not technically correct though
arjen-jo1 has quit [(Ping timeout: 260 seconds)]
<joepie91>
foo/**/*.nix would then become foo/.*/[^/]*\.nix
<sphalerite[m]>
Oh yeah
<joepie91>
and foo/bar.nix would match the glob but not the regex
<joepie91>
since ** can also mean "no path segments"
<joepie91>
and the surrounding /s are collapsed
<cwre>
Infinisil: the issue I have with not regularly updating the nightly version is that then I'm not getting regular updates, which is the whole point of nightly :(
<joepie91>
glob-to-regex is surprisingly tricky to get right :)
<sphalerite[m]>
:(
<sphalerite[m]>
so maybe Infinisil is right and we do need a builtin glob function
<joepie91>
isn't helped by the fact that different environments have different glob dialects...
<sphalerite[m]>
or... or... C FFI! :D
<joepie91>
though bash glob is probably the sanest here
NixOS_GitHub has joined #nixos
<NixOS_GitHub>
[nixpkgs] fpletz pushed 1 new commit to master: https://git.io/v7JE8
<NixOS_GitHub>
nixpkgs/master 63aa5df Chris Martin: alock: 20160713 -> 20170720
NixOS_GitHub has left #nixos []
<joepie91>
given that half of Nix is done through Bash anyway
<sphalerite[m]>
bash glob with globstar
<sphalerite[m]>
hm, we could also implement glob matching in pure nix I guess
<joepie91>
yeah
<joepie91>
yes
cinimod has quit [(Ping timeout: 260 seconds)]
<joepie91>
not sure if that's any better than a regex conversion though
<sphalerite[m]>
although actual computations aren't nix's strongest point
newhoggy has joined #nixos
<joepie91>
you might still be better off with slightly more complex regex generation
<cwre>
Infinisil: I'm not comfortable enough with package overriding to do that just yet...
<cwre>
Infinisil: like, I don't even remember how to use that mozilla.nix right
<catern>
hey nixos
<cwre>
Is there a good guide online for how to setup nix to suspend appropriately?
<Infinisil>
cwre: Should be enough to import it (imports = [ ... ./mozilla.nix ]; in configuration.nix)
<catern>
can I set boot.isContainer=true on a system that is also going to boot on real hardware?
<sphalerite[m]>
cwre: suspend? Sounds like more of a nixos-specific thing
<catern>
I want to do that so I can systemd-nspawn in to it
<cwre>
Also... I don't know how to make my mouse pointer bigger :(
<catern>
while running in a different OS
<sphalerite[m]>
catern: it disables a bunch of kernel-related stuff, so you can't really boot into a config with that option enabled I think
<catern>
hmm, dang
<catern>
is there any other way to use systemd-nspawn with a NixOS install? or any other chrooting/containery things?
<catern>
I just want to get into the system so I can set passwords
<catern>
well, and also do other things
<sphalerite[m]>
cwre: for suspend (suspend-to-RAM I'm guessing) there shouldn't really be any nixos specifics AFAIK, it tends to be quite hardware dependent so you may want to look at what people have said about the feature on other distros on your hardware
<cwre>
sphalerite[m]: hmm, okay.
<cwre>
Thank you!
<sphalerite[m]>
cwre: for the mouse pointer, it depends largely on your desktop environment
<cwre>
i3
<sphalerite[m]>
Aaah, I've tried to do that for mine but wasn't bothered by the tininess enough to actually get it worked out
jgertm has quit [(Ping timeout: 240 seconds)]
<avn>
sphalerite[m]: I stop on qtile, when switch to tile wm. Better to finish with awesome, but I hate lua too much ;)
revolt has joined #nixos
<sphalerite[m]>
I switched from awesome to i3 because of the mess that configuring awesome was. No regrets.
<Infinisil>
Ahh, the endless battle of how annoyed you are of something vs the effort necessary to fix it
<Ralith>
i3 is good
Filystyn has joined #nixos
Filystyn has quit [(Changing host)]
Filystyn has joined #nixos
<Filystyn>
guys
<Filystyn>
like it seeems i have 2 vesrions of glibc somehow
<Filystyn>
how can i check it
<Filystyn>
not sure where to start and how it happened
<sphalerite[m]>
you're likely to have many versions of glibc, depending on how often you delete old generations and gc
<sphalerite[m]>
it's not a problem.
<Filystyn>
well
<Filystyn>
i get a strange error
<Filystyn>
./zascr: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument
<Filystyn>
not sure how to handle it
<sphalerite[m]>
that... is an interesting one
<sphalerite[m]>
How did you get this zascr?
<Filystyn>
compiled it
<Filystyn>
it worked since like sometime ago
<sphalerite[m]>
How did you compile it?
<Filystyn>
just a silly c code to load some stuff to other program
<Filystyn>
gcc -O3 -std=c11 program.c -o zascr
<sphalerite[m]>
best to compile it with nix, that way this kind of stuff will generally be avoided
fikse has quit [(Ping timeout: 255 seconds)]
<Filystyn>
you mean with nixshell?
<sphalerite[m]>
and the libc you link against has no risk of disappearing under your feet
hiratara has quit [(Ping timeout: 246 seconds)]
<Filystyn>
do you mean to compile it inside nix shell ?
<sphalerite[m]>
no, write a nix expression for it. Can be as simple as `with import <nixpkgs> {}; runCommandCC "zascr" {} "mkdir -p $out/bin ; gcc -O3 -std=c11 ${./program.c} -o $out/bin/zascr"`
<sphalerite[m]>
if you put that in a nix file alongside program.c you should be able to build and install it into your profile using `nix-env -f zascr.nix -i` (assuming you called it zascr.nix)
<Filystyn>
ahh the nixos ways of doing simple things ;-) i am a drunken - hard day. but thank you tomorrow I will do it
hiratara has joined #nixos
<Infinisil>
sphalerite[m]: Ahh, that's what runCommandCC is for, always wondered
fresheyeball has quit [(Quit: WeeChat 1.7.1)]
<sphalerite[m]>
just copying and pasting what I wrote there should be good enough ;)
<revolt>
I'm trying to build a package that compiles from a source with some dependancies. one of them being the openssl.dev libraries... what's the best way for me to see what the file structure of the openssl.dev package is once it's built out and in my nix environment? I need to figure out the path to certain libs
<Filystyn>
if it won't work i will complain tomorrow. yo guys gg
Filystyn has quit [(Quit: Konversation terminated!)]
fikse has joined #nixos
k2s has quit [(Ping timeout: 255 seconds)]
<Infinisil>
revolt: In a nix-shell there are a bunch of env vars like NIX_LIBRARY_PATH or so, probably there's gonna be an openssl path in there which you can inspect then
<cwre>
How can I be sure Nix is using the xresources I want it to use?
<sphalerite[m]>
cwre: using `xrdb -query` I guess
<cwre>
thanks
<sphalerite[m]>
revolt: nix-build '<nixpkgs>' -A openssl.dev
<sphalerite[m]>
revolt: then look at the contents of the directory pointed to by the result symlink
<revolt>
thanks!
<Infinisil>
And what sphalerite[m] said
Ridout has joined #nixos
<sphalerite[m]>
or to put it in one command... `find $(nix-build '<nixpkgs>' -A openssl.dev --no-out-link)`
fresheyeball has joined #nixos
<fresheyeball>
how can I fix this? error: all build users are currently in use; consider creating additional users and adding them to the ‘nixbld’ group
<Infinisil>
fresheyeball: Are you building lots of stuff currently?
<sphalerite[m]>
fresheyeball: Which OS?
<fresheyeball>
nixos
<fresheyeball>
and yes
<fresheyeball>
I need to build more things
<sphalerite[m]>
Easiest solution: wait for the stuff to finish. Potentially even just do `while ! do-the-other-builds ; do sleep 10 ; done` so your computer will do the waiting for you :p
<Infinisil>
fresheyeball: Well, how about adding additional users like the error said?
newhoggy_ has quit [(Remote host closed the connection)]
fresheyeball has quit [(Quit: WeeChat 1.7.1)]
celph has joined #nixos
<celph>
I think I'm misunderstanding something about how program execution works
<celph>
or something
<celph>
I placed a binary in /home/myuser/bin, which logged in as myuser is in the PATH
<celph>
(it's premake5)
<celph>
I run premake5
<celph>
I get bash: /home/ghost/bin/premake5: No such file or directory
<celph>
This happens whether I specify the full path to the binary or let bash auto-resolve the path. Clearly bash is resolving the path correctly, but then it says the thing doesn't exist.
<celph>
I should probably be bundling it for Nix but it only exists on my system because it's a dependency of otfcc, which I in turn only need to put together this nice webfont
fikse has quit [(Ping timeout: 276 seconds)]
indi_ has joined #nixos
indi_ has quit [(Remote host closed the connection)]
python476 has quit [(Ping timeout: 240 seconds)]
indi_ has joined #nixos
newhoggy has joined #nixos
<dtzWill>
celph: what do you mean when you say bash auto-resolve's the path vs you running 'premake5'? Presumably running 'premake5' has your shell searching PATH so I'm not sure how those two are different..?
<dtzWill>
celph: but two things that might help: 1)sometimes shells cache PATH lookups which can cause confusing behavior if you don't expect that, don't know of any that do so by default however AFAIK; 2)"no such file or directory" sometimes happpens when attempting to execute an ELF executable that /does/ exist but its interpreter doesn't... which can be confusing the first time you see that since the path it complains about does indeed exist lol
<LnL>
yeah the first time I tried to run a precompiled binary on nixos I got a little confused by that error
ison111 has joined #nixos
<dtzWill>
oh I misread, if you get that error both ways I'd indeed guess you copied a binary from Nix to a new location w/o copying the things it depends on (like the interpreter it refers to), you can inspect it with readelf or similar
<dtzWill>
celph: or you have a binary not built by Nix running in a Nix environment, so it doens't have things like /lib/ld-linux*.so or w/e, you can fix that with patchelf
<celph>
dtzWill: Thanks, I'm still getting used to everything Nix so the error threw me off. I'll see what's up. I did just in the end just copy the binary without doing anything else, that was foolish on my part.
joehh has quit [(Ping timeout: 258 seconds)]
<gchristensen>
clever: ping?
<dtzWill>
celph: I wouldn't say it was foolish :3, I think most of us have learned that particular lesson the hard way xD :)
justanotheruser has quit [(Ping timeout: 255 seconds)]
digitus has quit [(Quit: digitus)]
<cwre>
So I'm being yelled at for trying to install unfree software, but I have allowUnfree = true; set in both .config/nixpkgs/config.nix AND in /etc/nixos/configuration.nix
<cwre>
So IDK what the hell it wants from me.
<celph>
dtzWill: I may have to take some time over the weekend to really investigate how to build for nix... I need to know it but this is a lot of work for a font
<clever>
gchristensen: pong
<clever>
celph: does /etc/nix/nixpkgs-config.nix exist?
<clever>
cwre: oops, ^^^
lambdael has joined #nixos
<cwre>
clever: no
<celph>
lol
<clever>
cwre: is $NIXPKGS_CONFIG set to anything?
mudri has quit [(Ping timeout: 255 seconds)]
markus1199 has joined #nixos
<cwre>
So is unstable... tracking my home dir with HG now?
<cwre>
Because I just tried upgrading, it yelled that at me, and now it keeps yelling at me that hg isn't installed
<cwre>
WTF is going on with this install.
<clever>
cwre: it shouldnt be
<cwre>
clever: that variable is set
<clever>
cwre: what is it set to?
<cwre>
what you asked if it exists
<clever>
cwre: what command is causing the unfree error?
<cwre>
clever: I gtg I'll be back on when I'm home from work ~30 minutes
ottidmes has joined #nixos
<gchristensen>
clever: can you help me with an install?
<clever>
gchristensen: sure
justanotheruser has joined #nixos
justanotheruser has quit [(Client Quit)]
justanotheruser has joined #nixos
<ottidmes>
I want a shell function to be available everywhere, so I added it to environment.shellInit, which works fine for the interactive and login shells, but not for the non-interactive shells, e.g. bash -c 'command'. How do I get it available there as well? environment.extraInit?
<ambro718>
Can I override a package to add a patch easily?