<jonreeve>
Does anyone know why home-manager needs to install its own versions of packages in order to manages their configuration files?
<ldlework>
jonreeve: it has a few of its own modules, but no it uses the same packages
goibhniu has quit [Ping timeout: 252 seconds]
<jonreeve>
Hm OK I see they're just symlinked
<jonreeve>
Starting to understand now
erickomoto has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jonreeve>
So a profile is just a collection of symlinks to packages that are in the store?
<clever>
yeah
<clever>
and the profile itself is also in the store
<jonreeve>
Mind blown
Dagger2 is now known as Dagger
<jonreeve>
So I'm still working on trying to fix the issue here: https://github.com/rycee/home-manager/issues/354. I can get it to work by adding pkgs.glibcLocales to the list of packages installed by the rofi module of home-manager, but it won't work with my system glibcLocales. Any ideas?
<{^_^}>
home-manager#354 (by JonathanReeve, 4 hours ago, open): Rofi installed by home-manager can't set locale
<{^_^}>
[nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fAq62
<jonreeve>
Put differently, does anyone know how to get the version numbers of packages installed via configuration.nix? Or by home-manager? Like the equivalent of `nix-env -q`
<clever>
philippD: something is trying to mkdir $HOME
mounty1 has joined #nixos
chrisaw has joined #nixos
fragamus has joined #nixos
jonreeve has quit [Quit: WeeChat 2.1]
<philippD>
well in my script I'm calling `mkdir $out` but I don't think that's it. And I didn't touch my nix expressions since the last successful build.
<clever>
philippD: its probably an issue within the latex binaries
Ariakenom has quit [Read error: Connection reset by peer]
<clever>
mktexfmt: mktexfmt is using the following fmtutil.cnf file for writing changes:
<ldlework>
adamantium and I keep our config in /nixcfg with a /nixcfg/hosts/ collection. We make a simple edit to configuration.nix to import the host configuration of whatever host we're talking about.
<clever>
fresheyeball: the nix-build has HOME=/homeless-shelter
<clever>
fresheyeball: so when latex tries to write to $HOME it fails
<gchristensen>
growpotkin: I don't think you'll find adequate docs in man-page form for Nix or the Nix Pills
<clever>
fresheyeball: but nix-shell leaves $HOME at a sane value, and the writes suceed, and you never notice them
<growpotkin>
Also, I am fully aware that managing the user's home directory is not "good practice" HOWEVER, I have some nix modules that create a bunch of XMonad settings, and I need to link some dotfiles into my home directory. I do not want to delve into home-manager. How could I accomplish this? It's even fine to link them into every single users' home.
<fresheyeball>
clever: ok, so now I am confused
<fresheyeball>
what does latex play into this?
<growpotkin>
I thought using "writeFile" was gonna be the way to go, but I'm not entirely sure how to make that play nicely when wrapped in a "config" set
<fresheyeball>
ok
<fresheyeball>
so nix-build -I HOME=$HOME does not work
<fresheyeball>
it fails in the same way
<fresheyeball>
as does this: nix-build -I HOME=/homeless-shelter
<clever>
fresheyeball: the problem is not with -I
<clever>
fresheyeball: and -I cant set env vars at all
<clever>
mog: this nix expression will build hello-world for riscv64
<clever>
mog: you could also do: with (import <nixpkgs> { crossSystem = (import <nixpkgs/lib>).systems.examples.riscv64; }); stdenv.mkDerivation { ... } in a foo.nix file, then use it with nix-build or nix-shell
<mog>
thanks that will be usefull no matter what. but im trying to build a random piece of software, its make file contains a call to riscv64-unknown-elf-gcc
<growpotkin>
gchristensen: Thank you!
<clever>
fresheyeball: ive not really used ghcjs, so i'm not sure what else to do
<mog>
i guess ill just make it into a nix package though
<mog>
thanks clever
<clever>
mog: yep
<fresheyeball>
well clever you are a powerhouse of nix helping
<fresheyeball>
I don't blame you to not know a thing
<fresheyeball>
haha
agree has joined #nixos
<agree>
| _..._
agree has quit [Killed (Sigyn (Spam is off topic on freenode.))]
erickomoto has joined #nixos
fragamus has joined #nixos
<{^_^}>
[nixpkgs] @dezgeg pushed commit from @typetetris to master « systemd: added groups kvm, render »: https://git.io/fAqXh
<Ashy>
i'm on channel 18.03 currently and the kernel is a little old (4.14), is there a way i can query the current kernel version in the unstable channel with nix-env?
<clever>
Ashy: you can probably get a newer kernel while staying on 18.03
<clever>
Ashy: run `nix repl '<nixpkgs>'` and then just try tab-completing linuxPackages
<techieAgnostic>
ok haskell nix question: I'm using a library that requires imagemagick to be installed, how do i got about adding that as a dependency to my nix files?
<techieAgnostic>
can i just add it to the top where i add stdenv and such?
<clever>
techieAgnostic: add it to the librarySystemDepends field of mkDerivation
<techieAgnostic>
another haskell question sorry: ive got `binary` in my executableHaskellDepends, and imported into the entire nix derivation, like the other things im importing, but when i try to `import Data.Binary` it says it cant find it
<techieAgnostic>
the library `binary` has Data.Binary, and the typeclass i need
<clever>
techieAgnostic: did you nix-shell into the .env attribute?
mayhewluke has quit [Ping timeout: 272 seconds]
mayhewluke has joined #nixos
<techieAgnostic>
oh i might have forgotten to refresh it
<techieAgnostic>
that'll be it
<techieAgnostic>
also, whats the cabal flag that creates librarySystemDepends in cabal?
dukedave has joined #nixos
sbdchd has quit [Remote host closed the connection]
growpotkin has left #nixos [#nixos]
<dukedave>
Hi, long time Haskeller, first time nix-er: I'm on MacOS High Sierra and `curl https://nixos.org/nix/install | sh` starts with `Switching to the Daemon-based Installer` (suspicious?), later says `No TTY`, and seems to fail with an `---- oh no!` ?
jD91mZM2 has joined #nixos
<dukedave>
Oh, well, that's embarrassing, I do seem to have a `/nix`, will remove that and try again
<clever>
dukedave: if you pipe it into sh, then sh cant use stdin to ask things, if you save the script to a file and then run sh on it, it can ask you questions
<dukedave>
Aaaah
<jD91mZM2>
Hi! I need to boot to the NixOS ISO, but also preserve some files because I'll be wiping my file system. I tried partitioning the USB into both FAT32+ext4, where I made the FAT32 partition bootable. It actually tried to launch the installation media, but then failed to boot because it went looking for /dev/root but couldn't find it. What could cause this?
growpotkin has joined #nixos
<growpotkin>
Does anyone know where the builtins are defined?
<jD91mZM2>
growpotkin: The builtins are builtins of the Nix language itself
<growpotkin>
Agreed
<jD91mZM2>
Oh, you want the actual C++ definitions
<growpotkin>
yeah
<growpotkin>
:)
<growpotkin>
I imagined they were hiding somewhere in the nixpkgs git but I can't seem to find them
<techieAgnostic>
so putting "extra-libraries" in my cabal file creates `executableSystemDepends` in my nix, whereas i need `librarySystemDepends`. does anyone know what cabal section creates that?
timokau_ has joined #nixos
<jD91mZM2>
clever: Yeah but I want a data partition also :(
<clever>
techieAgnostic: i dont think cabal supports system libraries
<clever>
jD91mZM2: after you dd it over, you can add another partition in the empty space
<growpotkin>
thank you
<jD91mZM2>
clever: Oh, right
<sphalerite>
jD91mZM2: you should probably just restore the files from a backup after installing instead?
<jD91mZM2>
sphalerite: Déjà Dup is a bit awkward with restoring individual files
<sphalerite>
jD91mZM2: or you could install without wiping the existing partitions
<sphalerite>
and just remove /nix and /etc
<jD91mZM2>
sphalerite: Nah, I'm getting ZFS :D
<sphalerite>
aw yiss
<sphalerite>
or copy them to a tmpfs before wiping
<jD91mZM2>
"The option `boot.supportedFileSystems' defined in `<unknown-file>' does not exist."
<sphalerite>
oops lowercase systems
<jD91mZM2>
ah yes, now it's thinking real hard
<sphalerite>
oh, looks like you can just edit that option into the configuration.nix in the booted installer system then nixos-rebuild switch. Still better to have an image that supports it right away
<sphalerite>
Anyway, the reason for this is the licencing issues with the CDDL/GPL
<sphalerite>
which make it probably a GPL violation to redistribute stuff containing both CDDL and GPL code
<jD91mZM2>
Yeah I heard ZFS has a weird license. Apparently this is why guix does not yet have ZFS
<sphalerite>
and probably never will
<jD91mZM2>
D:
<jD91mZM2>
Is BtrFS better in that front (not saying I'll use it, I've already had the discussion)
<jD91mZM2>
?
<sphalerite>
unless oracle does the sensible thing and relicences SPL and ZFS as GPL
<sphalerite>
yes it is
<jD91mZM2>
Btw what does "1/71/73 built" mean?
<sphalerite>
btrfs is GPL and in the mainline kernel
<sphalerite>
1 building, 71 built, 73 to build overall
<sphalerite>
derivations
<jD91mZM2>
ah
<sphalerite>
and since it's mainline it also won't break on a new kernel version
growpotkin has left #nixos [#nixos]
<jD91mZM2>
What happens if ZFS breaks? Are you unable to boot?
<jD91mZM2>
(Thank god for being able to rollback versions then)
<clever>
its more likely that nixos-rebuild wont even work, if the types are broken
<sphalerite>
yep, it just doesn't build
<jD91mZM2>
But I won't have any issues with the lts kernel?
<sphalerite>
no
<sphalerite>
and when that happens hyper_ch comes and complains here
<jD91mZM2>
"that" as in the kernel overall, or the lts kernel specifically?
<jD91mZM2>
shivers
<sphalerite>
nah hyper_ch is always on the bleeding edge
<sphalerite>
like GIMME NEWER KERNELS
<jD91mZM2>
Heh
<sphalerite>
with non-latest kernels you should almost always be fine
<sphalerite>
and when it's not it's not much of a disaster. After all, you can still use newer nixpkgs just for your nix-shells or whatever :)
<jD91mZM2>
I like bleeding edge somewhat overall, but kernels seem very risky. Only time I used the non-lts kernel back in Arch, it had weird issues with sound and everything
<adisbladis>
jD91mZM2: This is less of an issue with nixos :)
<adisbladis>
Though if you want to use ZFS i recommend sticking with the default kernel
<sphalerite>
adisbladis: well not really. It just breaks more reliably :p
<adisbladis>
sphalerite: Well.. Arch also suffers from ABI breakage constantly
<sphalerite>
oh ok
Fare has quit [Ping timeout: 272 seconds]
endformationage has quit [Quit: WeeChat 1.9.1]
ktonga has joined #nixos
adisbladis has quit [Remote host closed the connection]
<jD91mZM2>
Welp, it's done
<jD91mZM2>
Hold my filesystem, I'm going in
jD91mZM2 has quit [Quit: WeeChat 2.0]
adisbladis has joined #nixos
jperras has joined #nixos
ktonga has quit [Quit: Konversation terminated!]
ktonga has joined #nixos
adisbladis has quit [Client Quit]
jperras has quit [Ping timeout: 252 seconds]
tzemanovic has joined #nixos
adisbladis has joined #nixos
iyzsong has joined #nixos
tzemanovic has quit [Remote host closed the connection]
vmandela has quit [Remote host closed the connection]
vmandela has joined #nixos
sbdchd has joined #nixos
sbdchd has quit [Ping timeout: 252 seconds]
mounty has quit [Ping timeout: 252 seconds]
drakonis_ has quit [Remote host closed the connection]
<sphalerite>
so my laptop has a touchscreen… I figured I'd put it to good use by making it shout at anyone who touches the screen. What's the best way to make it run a script whenever any input is received on one of the input devices?
orivej has quit [Ping timeout: 252 seconds]
<callipygous>
Is this because you get the shits when people put their dirty finger marks on your screen?
<sphalerite>
callipygous: exactly
<hyper_ch>
you let other people even touch your notebook?
<clever>
sphalerite: uinput, let me find the test thing
<sphalerite>
clever: uinput is for injecting events isn't it?
<clever>
sphalerite: there is something related, that can hijack any input device and receive inputs
<sphalerite>
clever: I figure I could write a little program that opens and selects on /dev/input/eventX but I was hoping there might be something more ready-made
<clever>
sphalerite: run evtest as root
<sphalerite>
hyper_ch: well, no. But sometimes I let people point at my screen. However, sometimes they're a bit overzealous with the "pointing"
<hyper_ch>
you should hand them a laser pointer for pointing :)(
<sphalerite>
and feel that they need to actually hit the glass to get their point across
<sphalerite>
laser pointers don't work very well on monitors
<hyper_ch>
(never tried)
<clever>
sphalerite: evtest can even detect headphones being (un)plugged
fresheyeball has quit [Quit: WeeChat 2.0]
<sphalerite>
clever: looks like evtest with a pipe will do nicely. Thanks!
<callipygous>
So I'm looking at trying out Nix, it looks completely unfamiliar but interesting
<Havvy>
That's a good description.
<etu>
callipygous: Grab your closest VM and install NixOS in there to give it a spin :)
<callipygous>
nah, I thought I'd try booting off a usb
<callipygous>
rather than having everything virutalised
<callipygous>
otherwise, no way to know how it goes with my hardware
<etu>
That's even better :)
<callipygous>
ok, it's copied
octe has quit [Ping timeout: 255 seconds]
<callipygous>
rebooting now, hopefully it has irssi installed
<etu>
(it doesn't)
<callipygous>
:O
<callipygous>
I'll have to figure out a way to install it
<callipygous>
oh well, fun times
<etu>
I'll lend you this tip
<callipygous>
bbl
<clever>
callipygous: nix-env -iA nixos.irssi
<callipygous>
ok
<emily>
nix run -c nixpkgs.irssi irssi
<emily>
er
<emily>
move that -c along
<callipygous>
will that work on the usb live cd ?
<etu>
nix-shell -p irssi --run irssi
<{^_^}>
[nixpkgs] @FRidh pushed 184 commits to python-unstable: https://git.io/fAqSw
derped has quit [Ping timeout: 268 seconds]
<etu>
callipygous: yeah, it should
<callipygous>
hahah, 3 people giving me three diferent commands to run
<emily>
ok, now let's fight about which choice is best
<callipygous>
I'm off, have fun
callipygous has quit [Quit: Connection reset by queer]
iyzsong has quit [Read error: Connection reset by peer]
derped has joined #nixos
sbdchd has joined #nixos
<Havvy>
emily: `nix-env` dynamically adds the program to your user. It's the closest Nix has to installing packages the way other package managers do.
<{^_^}>
[nixpkgs] @FRidh pushed 7 commits to python-unstable: https://git.io/fAqS7
* emily
knows
Lisanna has joined #nixos
<emily>
(but doesn't like the mutable user environments anyway)
<Havvy>
Err, uh, oh. The person who I wanted to tell this to left.
<emily>
*nod*
<emily>
I'm sure they'll figure it out :p
sbdchd has quit [Ping timeout: 272 seconds]
slyfox_ has joined #nixos
ktonga has quit [Ping timeout: 268 seconds]
slyfox has quit [Ping timeout: 240 seconds]
owickstrom has joined #nixos
callipygous has joined #nixos
<callipygous>
ok,it booted fine. Resolution was off, and I felt uncomfortable using a root account
<callipygous>
so I'll read up on adding users and installing nvidia drivers etc.
<callipygous>
quick question though...can I modify anything, since I'm booting from usb? Will the changes just not persist between reboots or what?
vmandela has quit [Ping timeout: 264 seconds]
<adisbladis>
callipygous: They wont persist.
<owickstrom>
I'm trying to use `fetchFromGithub` to pull down a repo with Haskell cabal packages in it, but the packages are in subdirectories in that repo. For a repo without subdirs I can just `callCabal2nix` on the value returned by `fetchFromGithub`, but now it's not handling it. Any ideas on how to deal with subdirs and github repos?
<clever>
callipygous: correct, the live usb doesnt save anything
<adisbladis>
callipygous: You can easily build your own live media with whatever you want on it though
<sphalerite>
callipygous: if you boot using the copytoram option, you can format the USB stick and install to it from the booted installer, and then you'll have persistence
<callipygous>
hmm
<owickstrom>
clever, just so I get what's going on, `src` would be the derivation pulled by fetchFromGithub?
<callipygous>
well, i just want to try out nvidia drivers
DigitalKiwi has joined #nixos
<callipygous>
and create a user, I guess so long as I do't have to reboot...
<callipygous>
...then it doesn't matter :)
<clever>
owickstrom: yeah
<owickstrom>
clever: looking like that worked, thanks a lot!
hellrazor has joined #nixos
derped has quit [Ping timeout: 252 seconds]
<callipygous>
I guess installing nvidia driver may require a reboot?
<clever>
callipygous: most driver things do, simpler to just accept the driver the usb has and finish the install
derped has joined #nixos
slack1256 has joined #nixos
aldkgj has joined #nixos
<aldkgj>
if boot.postBootCommands is too early, whats my next option? Specifically I want to run something after /sys/bus/pci/drivers/*/new_id is ready?
<clever>
aldkgj: and is systemd too late?
<aldkgj>
Thats my next plan, I was just wondering if nixos had something exposed like postBootCommands, since its only a single command
<srhb>
aldkgj: If you have no need to _avoid_ doing it with systemd, that would seem to be the right approach most of the time :)
hyper_ch has quit [Remote host closed the connection]
<aldkgj>
I'll do that then :)
owickstrom has quit [Quit: Leaving]
<ldlework>
Anyone have some config for setting up a chroot'd sftp user?
jperras has joined #nixos
tertl3 has quit [Quit: Connection closed for inactivity]
<hyper_ch>
srhb: but since only version naming is like 1.13.4 -> 1.13.5 but actual version is 1.13.5.xxxx what do I say as motivation?
<srhb>
hyper_ch: On their website they actually use the last xxxx component as well
<srhb>
I would include it.
<hyper_ch>
1.13.5.5332
<hyper_ch>
ok, I will do so
jD91mZM2 has joined #nixos
<hyper_ch>
srhb: one more thing... I did for nixpkgs on github to my account... but now the nixpkgs has advanced... what's the proper way to bring my fork in line again?
<srhb>
hyper_ch: The usual approach is to have an upstream remote that tracks NixOS/nixpkgs
<srhb>
And maybe a channels remote that tracks NixOS/nixpkgs-channels
<hyper_ch>
ok
<srhb>
That way you can always git fetch upstream and branch off from upstream/master
<srhb>
Or whatever workflow you prefer.
<hyper_ch>
I have no preferred workflow as this is all very advanced automagic for me :)
<hyper_ch>
git rebase upstream/master
<hyper_ch>
Cannot rebase: You have unstaged changes.
<hyper_ch>
Please commit or stash them.
<srhb>
(again, I prefer branching off from nixos-unstable unless there are merge conflicts)
<srhb>
hyper_ch: Well, that error message is accurate.
<srhb>
I'm guessing this is fallout from the PR being from your master branch rather than a feature branch
gracz has joined #nixos
hyper_ch has quit [Ping timeout: 252 seconds]
<gracz>
Instalator graficzny dla NixOS będzie czy nie będzie.
<srhb>
gracz: Sorry, people in this channel can only really help in English.
iyzsong has joined #nixos
alex`` has joined #nixos
<gracz>
The graphic installer for NixOS will or will not be.
<srhb>
gracz: Can you try to rephrase your question? It does not make much sense in english I'm afraid. :( (I tried google translate too)
<srhb>
Or perhaps there are some Polish people around who can assist?
<jonge>
hey there, i have a strange thing here. on nixpkgs 18.03 channel and nixpkgs unstable, lib "icu" has completely different dependencies for me. when i do `nix-store -q --tree $(nix-build '<unstable>' -A pkgs.icu)`, i see GCC as dependency (not gcc-lib, but gcc), which blows up the whole closure size.
<jonge>
is there some general flag set differently on the master branch of nixpkgs, that leads to more dependencies?
<gracz>
graphic installer NixOS
<srhb>
jonge: What revision of unstable? We recently had a minor closure explosion with fixes upcoming
<srhb>
I think most of them made it into nixos-unstable already
nug700 has joined #nixos
<nug700>
_..._
nug700 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
<jonge>
so that is a few days old. let me recheck with the latest master commit, that would be interesting to see deps going down again. :)
iyzsong-x has joined #nixos
<srhb>
jonge: I believe it is missing this commit: 7db611f2af869bac6e31ba814a5593c52d54ec19 -- please check with or after that :)
iyzsong has quit [Ping timeout: 252 seconds]
<srhb>
I think the changes were reverted on staging and then merged back yesterday in that revision.
<jonge>
srhb: yes, i can confirm that icu's dependencies dropped quite a bit again.
<jD91mZM2>
gracz: We don't currently have a very graphical installer, no. However, it's mostly automated and won't be too hard to use. There are plans to create a graphical installer here: https://github.com/NixOS/nixpkgs/issues/21662
<{^_^}>
#21662 (by matthewbauer, 1 year ago, open): RFC: Graphical installer for NixOS
<jonge>
this has been a bad surprise to me and i was really worried about the size of my docker containers. i was afraid to show them the latest versions of those because usually i am bragging that docker images built with nix are nice and small. but this time they were not and i was questioning my own sanity seeing that they also package the whole gcc :'-D
<gracz>
graficzny instalator NixOS mój ojczysty język to polski
<srhb>
jonge: Great! :) I see a lot of ongoing evals for nixpkgs-unstable, so it should bump soon.
<jD91mZM2>
gracz: In English?
<jonge>
but i learned quite a lot about nix while investigating that... srhb what did exactly happen that led to this blow up?
<srhb>
jonge: Hah, yes. We do have mechanisms in place to break builds if certain store paths are references, and in packages where it happens often by accident, we use those.
<{^_^}>
#45442 (by matthewbauer, 3 days ago, merged): Revert "Define wrapper env vars as full paths"
gracz has quit [Quit: Page closed]
<srhb>
jonge: Interestingly, you only experienced this because you are using nixpkgs-unstable
<srhb>
jonge: nixos-unstable was blocked on it because the firefox test has a disallowedReferences on gcc
<srhb>
Might be worth keeping in mind. :)
<jonge>
srhb: ok, this looks mostly about environment vars for during the build. i fail to see how this could make lib `icu` depend on gcc during runtime, i thought that patchelf and strip is still run over build outputs?
sbdchd has joined #nixos
<srhb>
jonge: Have you tried grepping through the huge icu for gcc paths?
<jonge>
srhb: i did not. while looking through `nix-store -q --tree $(nix-build my-cool-project.nix)`, i saw that it's lib icu that introduces that gcc dependency. and then i looked at `nix-store -q --tree $(builds of icu with different channels)`, and wondered, but also stopped there.
<srhb>
That command is a blessing in closure analysis :)
<jonge>
srhb: oh wow. i need to play with that. this indeed looks damn useful. thanks!
<srhb>
:) Welcome
sbdchd has quit [Ping timeout: 244 seconds]
jD91mZM2 has quit [Quit: WeeChat 2.0]
<jonge>
srhb: about the stable/unstable topic. what channel would you use for general development of stuff? i thought the stable channels are kind of good for a nixos distro best experience, while unstable is fine for general development of random packages (here i have a c++ project from work). or how would you choose the channel here? just latest stable for general development too (i.e. 18.03)?
<srhb>
jonge: If you really want to geek that decision out to the max, what you want to do is look at the test sets for each channel and decide which ones matter for you the most
<srhb>
But yes, stable is always a great choice. Not because of automation (nixos-unstable gets the same tests) but because of the maximal human intervention.
<jonge>
srhb: with "test sets" you mean the larger integration tests in nixpkgs? i thought they are the same everywhere (ignoring *-minimal now)
<ij>
I have found an unpackaged and simple "./configure; make; make install" program that I'd like to package. nix-build `make's successfully, but can't put it into /nix/store with "cannot change owner and permissions". How come?
<srhb>
I personally like nixos-unstable, but that's mostly personal motives (I want to improve "next" rather than current stable)
<srhb>
jonge: They are not!
ju6ju8oo has joined #nixos
<ij>
I'm on nixos and this is my first derivation.
<srhb>
jonge: http://howoldis.herokuapp.com/ Click the rightmost columns (eg. nixos/trunk-combined/tested) and compare :)
<ij>
Actually it's so short that here it is: stdenv.mkDerivation { name = "vitetris"; src = ./vitetris-0.57; hardeningDisable = [ "all" ]; }
<srhb>
jonge: They will show you the tests for each branch. So nixos-unstable and nixos-18.03 have the same test sets (but different git branches) but nixpkgs-unstable is very different.
jD91mZM2 has joined #nixos
<jonge>
srhb: right... wow this is so useful. thanks!
<srhb>
ij: Set some debug flags to find out exactly which command is failing. Maybe the make install is trying to change something on the /nix/store/name directory
<srhb>
jonge: You're welcome :)
orivej has quit [Ping timeout: 268 seconds]
<srhb>
jonge: That's what I meant with nixpkgs-unstable having the closure problem. It didn't have the firefox test, so it didn't get blocked on gcc suddenly being included everywhere :)
<sphalerite>
I want to build tinc for windows (using nix build -f . pkgsCross.mingwW64.tinc_pre in my nixpkgs checkout). Right now it's failing because readline won't build for windows. What's the best way to make readline's presence in buildInputs conditional on whether it's supported by the platform?
<jonge>
srhb: that's actually an awesome kind of test. so simple but powerful.
<srhb>
jonge: Yeah. A lot of the semantic tests are incidental from the closure of the top level tests, but in practice it works really well.
<ij>
srhb, Can you tell me where should I put the debugging flags, please?
<srhb>
ij: I wonder if you can just set -x; make install in the installPhase to get all the output?
<srhb>
There's also a NIX_DEBUG var but I forget how to use it :P
peel has joined #nixos
inquisitiv3 has joined #nixos
* ij
heads to the nixpkgs manuals's stdenv section
<srhb>
ij: You might also just want to run it by hand (using nix-shell)
<srhb>
nix-shell -A and then genericBuild or something :)
<srhb>
-A theAttr
<ij>
ah, it's just that they can put whatever they want into "make install" and they've put install -oroot -groot, which must fail.
Lisanna has quit [Remote host closed the connection]
<ij>
why is 'make install' needed at all
<callipygous>
How difficult would it be to get the latest enlightenment? It's not in the repo (it's outdated)
<srhb>
callipygous: If the dependencies have not changed it might be as trivial as changing the src attribute
<srhb>
callipygous: If the dependencies did change, it might be quite a bit more involved
<callipygous>
I don't think they changed...just efl is the main dep
<ij>
Maybe I can see the full builder strategy plan in .drv
<inquisitiv3>
Is configuration management (like configuration.nix) available for Nix installed on other systems than NixOS? The only information I can find is about NixOS when I search.
<srhb>
ij: It's not _needed_ but usually, if it behaves, it Just Works :)
<srhb>
callipygous: Then you can probably just use overrideAttrs to override src :)
slack1256 has quit [Ping timeout: 252 seconds]
<Myrl-saki>
Fuck yeah!
<Myrl-saki>
A 12 hour nix-build on my tablet
<Myrl-saki>
Then it runs out of battery while on the wall.
<Myrl-saki>
Wooohhh
<srhb>
Myrl-saki: o_O how
<Myrl-saki>
srhb: I have no fucking idea. Battery's busted af.
<Myrl-saki>
Is this on the evaluator side, or is this in the Nix language itself?
<cmcdragonkai>
Does bcc support python 3?
agjacome has joined #nixos
<sphalerite>
Myrl-saki: it's pretty-printing the result of the evaluation
agjacome has quit [Client Quit]
<sphalerite>
on the REPL side
knupfer has joined #nixos
<ij>
Why can't I "install -oroot -groot $out/any_name" during installPhase?
Ariakenom has joined #nixos
goibhniu has joined #nixos
<srhb>
Any opinions on implicitly accepting a license that is expected to be explicitly accepted via an env var or startup flag? https://github.com/NixOS/nixpkgs/pull/45161
<domenkozar>
ok now I'm getting a weird error building elm
<domenkozar>
so close!
<infinisil>
sphalerite: You have a point, can you open an issue for it?
<infinisil>
It wouldn't be too hard to add support for some source override mechanism, but I'm not sure if it's worth it
<sphalerite>
better
<sphalerite>
I'll add a note to the README :p
tzemanovic has quit [Ping timeout: 252 seconds]
<cmcdragonkai>
If you're working on a nix-shell for a C project where you need the linux kernel headers, how do you get the include path to the gcc running inside a nix-shell?
<sphalerite>
infinisil: it doesn't need explicit support for it really, just suggest putting nur = let vanillaNur = import (…); in vanillaNur // { repos = vanillaNur.repos // {lheckemann = import ~/nixwip { inherit pkgs; }}; };
<infinisil>
Ah haha right, how could I not think of that
<sphalerite>
although it could be prettier.
<domenkozar>
• Exception when trying to run compile-time code:
<arianvp>
but I think the idea was now to have a "bootstrap" version in the nix store, such that the derivation builds, and let the tool put consecutive versions in some other directory when you use it
<arianvp>
right?
<domenkozar>
yeah
<domenkozar>
still sux
<domenkozar>
it's hard to implement elm2nix
<domenkozar>
hmm ok I know how to do it
sbdchd has quit [Ping timeout: 272 seconds]
<domenkozar>
anyway:
<domenkozar>
<no location info>: error:
<domenkozar>
dist/build/elm/elm-tmp/Elm/Install.o: getModificationTime:getFileTimes:getFileStatus: does not exist (No such file or directory)
<arianvp>
what exactly doesn't exist though ... :/
<__monty__>
Is there a command to find the closure of a nix package. Specifically one of haskellPackages?
rihards has quit [Ping timeout: 268 seconds]
<infinisil>
__monty__ nix path-info -S
<domenkozar>
yeah
exarkun_ has quit [Read error: Connection reset by peer]
<domenkozar>
:S
<infinisil>
But tbh I'm not entirely sure how it calculates that, I can't reproduce its number manually
<domenkozar>
maybe it's parallel compilation
<domenkozar>
I hope TH extincts one day
<domenkozar>
until that day
<domenkozar>
we strive :)
jD91mZM2 has joined #nixos
ris has joined #nixos
<domenkozar>
yes, parallelism kills it
<arianvp>
-j0 ftw
<Thra11>
I ran `nix-collect-garbage --delete-older-than 10d` and it appears to have wiped out my current profile. All the ~/.nix-profile* symlinks are dead. I'm running nix on a foreign linux distro.
<init_6>
Hi all. I'm interested in creating an overlay. Try "System level" https://nixos.wiki/wiki/Overlays dosend not help. Tell me how to make system level overlay?
<srhb>
init_6: What do you mean "does not help" ?
<srhb>
init_6: I use that method, and it works.
<init_6>
srhb: it`s not work at all with many errors
<srhb>
init_6: Can you pastebin the errors?
<init_6>
srhb: I was hoping that there are more methods than described in wiki.
<srhb>
Sure, there is, but why not try to fix what's broken?
<{^_^}>
[nixos-hardware] @yegortimoshenko opened pull request #75 → cpu/intel: early KMS → https://git.io/fAqFN
jtojnar has quit [Ping timeout: 252 seconds]
<init_6>
srhb: wtf? yeah and now it works…
<srhb>
init_6: Hooray :)
<init_6>
srhb: looks like
orivej has quit [Ping timeout: 252 seconds]
<chrisaw>
Hey folks - having an issue building a module against the kernel sources: https://pastebin.com/hDsWhUmT -- the build flags are being passed properly but the make command actually runs with: "/lib/modules/4.14.63/build M=/build/source modules" (the livecd kernel) instead of the correct 4.17 kernel I'm building.
plan_nine has joined #nixos
<infinisil>
,escape'' worldofpeace
<{^_^}>
worldofpeace: '' two single quotes: ''' bash curly bois: ''${} newline: ''\n tab: ''\t any character x: ''\x ''
jperras has joined #nixos
<inquisitiv3>
Where is .desktop files stored in NixOS? I can't remember.
<kenshinCH>
Hi. I'm trying to install NixOS on a VPS from a recovery boot. I installed nix, followed the steps in the manual, but then when ding nixos-install, after fetching the stuff, I get this
<kenshinCH>
error: while setting up the build environment: cannot pivot old root directory onto '/mnt/nix/store/l5bpk2j75mzhrw16snv2ppidqic82gi7-append-initrd-secrets.drv.chroot/real-root': Invalid argument
<arianvp>
domenkozar: your patch that you now added to fix elm-format is basically a more-complicated of the patch that was already there :P
<arianvp>
adds an override for indents 0.3.3 and patches the source code to remove gitDescribe stuff
<arianvp>
that was already in the original package before we deleted it again :P
plan_nine has quit [Quit: Leaving.]
<inquisitiv3>
infinisil: Thanks! But something is broken on my system, the /share directory doesn't exist... :(
mayhewluke has quit [Ping timeout: 244 seconds]
mayhewluke has joined #nixos
sb0 has quit [Quit: Leaving]
<inquisitiv3>
How do I solve the problem that the directory /share is missing on my system?
<inquisitiv3>
Without reinstalling the system.
<infinisil>
inquisitiv3: It would be in /run/current-system/share
<Myrl-saki>
If I understand correctly, the dependency is
<Myrl-saki>
someRustPackage -> git -> curl -> krb
<srhb>
git -> curl -> libkrb I think
<srhb>
Yeah.
<Myrl-saki>
Yeah.
<Myrl-saki>
...glitch in the matrix. :P
<srhb>
:|
<Myrl-saki>
I'll try that out.
<srhb>
It just needs gssSupport = false
<srhb>
curl, that is
<Myrl-saki>
Oh.
<Myrl-saki>
This makes me a bit sad. :x
<Myrl-saki>
hy can't I just `config.packageOverrides = pkgs: { gssSupport = false; }`
<srhb>
Yes.
<srhb>
But
<srhb>
You'll now have everything that depends on curl rebuild.
<srhb>
Which might be fine for you.
<Myrl-saki>
Oh, apparently, `gssSupport = true;` is hardcoded in the call to curl.
<srhb>
Hardcoded insofar as it's not hardcoded at all. :P
<Myrl-saki>
It'd be nice to have callPackage have something like mkForce.
<srhb>
Myrl-saki: override!
<Myrl-saki>
srhb: Right, but there's an actual use-case for mkForce, such as `waylandSupport = false;` I have this in my config.nix, and anything that doesn't explicitly get passed waylandSupport gets passed false.
<srhb>
I dislike all the nixpkgs config stuff :/
<Myrl-saki>
srhb: It's pretty nice though, if you consider it like fixedpoint. :P
<Myrl-saki>
It's, in a way, a disciplined way of managing package sets?
<srhb>
Yeah, that's nice, but if you think of it like global variables...
<Myrl-saki>
srhb: Yep, but I want to have something like `gssSupport = false;` globally, something like Gentoo useflags.
<Myrl-saki>
(I'm not saying that this is the right way TM)
<srhb>
Myrl-saki: That's what overlays are for?
<srhb>
Oh, you mean for other things than curl
<Myrl-saki>
srhb: That fails even for overlays. You have to override callPackage to remove the inital arguments.
<Myrl-saki>
Yep!
<srhb>
Yeah, okay, that is what nixpkgs config does. I just dislike it.
<srhb>
Myrl-saki: Just override mkDerivation :P
<Myrl-saki>
OTOH, I could actually do that. That just gave me an idea. :D
<srhb>
Or callPackage!
<Myrl-saki>
Yep.
<srhb>
.oO(imagines supporting nixpkgs issues if this became a common thing to do and shudders)
<srhb>
"Please paste your callPackage overrides"
<Myrl-saki>
Lmao
<Myrl-saki>
srhb: How about people complaining because Nix binary caches won't work for them?
<srhb>
:)
jtojnar has joined #nixos
hyper_ch has joined #nixos
<Myrl-saki>
Hm.
<Myrl-saki>
I just realized something.
<Myrl-saki>
I've had this idea about "building only what needs to be built", down the dependency line.
<Myrl-saki>
Nothing automated.
<Myrl-saki>
I think that this has exponential growth though?
<srhb>
I don't understand the question.
<Myrl-saki>
Wait.
alex`` has quit [Quit: WeeChat 2.2]
alex`` has joined #nixos
<Myrl-saki>
Say, we have 3 packages, A, B, and C. A and B indirectly depends on C. A builds the original C, and B builds C', an override. Then there'll be "redundant" rebuilds for the intermediate packages.
<Myrl-saki>
And the rebuilds will exponentially grow.
fendor has quit [Quit: Leaving]
<srhb>
All I see is an infinite recursion :-P
<Myrl-saki>
Basically, I'm torn between having bloated packages, but with sane building times, but stripped packages, but with exponential building times
<Myrl-saki>
I had a use-case for something like this, but forgot what it was. :/
<c15ade4>
trying to install a package called compcert but having problems
<Myrl-saki>
srhb: Think of it this way. You have 2 packages, both uses the same backing library, but one requires a compatibility layer.
<c15ade4>
thanks! that was it
<srhb>
c15ade4: Great :)
<Myrl-saki>
srhb: It'd be nice to build the compatibility layer only for the one which requires it.
<Myrl-saki>
But this results in exponential building times, I believe.
<srhb>
Myrl-saki: I don't understand at all, but that's probably OK. :-P
<Myrl-saki>
srhb: Welps. :P
<srhb>
(It sounds to me like you're describing Nix)
<srhb>
So clearly I'm missing something.
ju6ju8oo has joined #nixos
<Myrl-saki>
srhb: It's more of the fact that we're depending on an internal build tool, if the toolchain is Nix itself(that is, without gnumake at all!), then we wouldn't have this problem.
<Myrl-saki>
Oh yeah, anyone got any details on what machine(s) the Hydra builds on?
<srhb>
Myrl-saki: You can see the names online, and they mostly correspond to the types.
<gchristensen>
yeah and you can go through that TB with their 20GBPS connections
<Myrl-saki>
I have a 5Mbps connection, so I doubt I'll be going through that at all. :D
humanoyd has joined #nixos
goibhniu has quit [Ping timeout: 244 seconds]
bruno2 has quit [Ping timeout: 268 seconds]
<joepie91>
Myrl-saki: it's easy to hit that TB with some server-to-server stuff...
<joepie91>
or publicly serving content
<joepie91>
etc.
<Myrl-saki>
Wait, wtf?
<Myrl-saki>
Like, internal network?
<gchristensen>
internal isn't billed
<joepie91>
no, not necessarily
<joepie91>
gchristensen: depends
<joepie91>
there are some conditions under which it is not billed
<gchristensen>
uhh?
<joepie91>
but server-to-server does not necessarily mean 'within the confines of the internal network'
<gchristensen>
traffic internal to a DC isn't billed at Packet
<joepie91>
gchristensen: "All Packet customers enjoy free inbound traffic and free traffic between servers in the same Packet project within the same datacenter location. "
<gchristensen>
right
<joepie91>
so that doesn't cover 1) traffic between servers at different Packet locations, 2) traffic between servers in different projects, 3) traffic to non-Packet servers
<gchristensen>
different locations isn't internal (and you know that) and different projects isn't internal (same, you can't talk to its private IP)
<gchristensen>
anyway, doesn't matter
<joepie91>
gchristensen: I've seen a few providers classify 'between locations' as 'internal'
<joepie91>
so this is provider-dependent
<gchristensen>
and we're talking about Packet
<joepie91>
nevertheless I am not assuming that when somebody says "internal", they mean "Packet.net's definition of internal" :)
<srhb>
I think we've learned that the definitions may differ depending on the provider now. Moving on. :P
<gchristensen>
it would be ridiculous for me in a conversation about a specific provider to attempt to describe the billing practices of every hosting company which ever has or ever will exist
<joepie91>
the whole reason I quoted the Packet FAQ was to clarify my point... I'm not sure what the problem is here
<gchristensen>
me either :)
chrisaw has quit [Quit: WeeChat 2.1]
FRidh has joined #nixos
jperras has joined #nixos
<gchristensen>
joepie91: I'm sorry that got weird
derped has quit [Ping timeout: 272 seconds]
<joepie91>
np :)
<gchristensen>
it would be neat for nixops to have an "adopt" command
jperras has quit [Ping timeout: 272 seconds]
callipygous has quit [Quit: Connection reset by queer]
derped has joined #nixos
<srhb>
Yeah!
<srhb>
Maybe we could integrate the kexec stuff :D
<srhb>
Oh actually that isn't remotely necessary
<srhb>
Nevermind me.
<gchristensen>
oh where adopt would just take an existing nixos machine and import its configuration and add it to the network
<srhb>
Yeah. :)
<srhb>
I guess my coffee expired, I realized after I started ranting about kexec.
<gchristensen>
well you could easily imagine a different tool, or different command, for forcing nixos on to a target
* srhb
nods
<gchristensen>
but that is a bit rough to be an adoption :o
<srhb>
Yeah, assimilate is the right word there :P
Acou_Bass has quit [Ping timeout: 272 seconds]
Acou_Bass has joined #nixos
nadley has quit [Ping timeout: 244 seconds]
<srhb>
Hmm. A hydra feature I would really like is to be able to set up a declarative (think git PR) jobset defaults to comparing to some base jobset (the base branch of the PR, say)
<{^_^}>
[nixpkgs] @alyssais opened pull request #45624 → extract_url: init at 1.6.2 → https://git.io/fAqpT
nadley has joined #nixos
<gchristensen>
I don't understand
<srhb>
Like, when PR jobsets are created, there's nothing to compare them to because there's no previous evaluations
<srhb>
What I want is (visually) to compare it to the base branch immediately in the UI
<gchristensen>
ah yes
<gchristensen>
the first round of running hydra on PRs for nixpkgs was stymied by that
<srhb>
Right.
<srhb>
Really what I guess I want is to inject an evaluation of the base branch FIRST
<srhb>
philippD: I don't know of a single "correct" way
<srhb>
philippD: nix is pretty flexible, many things are possible.
<srhb>
philippD: Why don't you try out *a* method, and if you have specific problems with that, you have something to start discussing with respect to what an alternative solution should do for you?
rauno has quit [Remote host closed the connection]
<philippD>
I was just asking if there was a community accepted "right" way to do it. Since that way will be the best supported one
<srhb>
OK. :) I don't think there is.
rauno has joined #nixos
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
Fare has joined #nixos
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
silver has joined #nixos
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
worldofpeace has quit [Quit: worldofpeace]
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
tzemanovic has quit [Remote host closed the connection]
<jonreeve>
Is there a way to check whether it's missing something?
sigmundv__ has joined #nixos
<kenshinCH>
Are there settings in the configuration.nix file that one can use to slim down the system? I mean, stuff like "this package by default is installed, but on servers it might not be needed, so this option is to take it away"?
<typetetris>
hmm hunspell is really strange. It provides `libhunspell-1.6.so` so the name of the library is `hunspell-1.6`, but debian and ubuntu offer a `libhunspell.so` in its `libhunspell-dev` package, which nixos doesn't. I think debian and ubuntu do something strange here.
<{^_^}>
[nixpkgs] @adisbladis opened pull request #45630 → go_1_11: init at 1.11 → https://git.io/fAmJR
sbdchd has quit [Remote host closed the connection]
bruno2 has joined #nixos
drakonis has joined #nixos
<typetetris>
I am just reading up on cabal new-* stuff. As I understand it, those will become the standard commands to cabal sometime in the future. How will nix be able to build its stuff, if cabal always tries to use its global store?
Ariakenom has joined #nixos
bruno2 has quit [Ping timeout: 244 seconds]
hyper_ch has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @leenaars opened pull request #45632 → thonny: init at 3.0.0b3 → https://git.io/fAmTj
<srhb>
typetetris: That's just cabal-install's interface, isn't it? We don't use that at all, as it is.
<srhb>
typetetris: For your other question: Yes, we have a ton of overrides in pkgs/development/haskell-modules to fix up haskell packages.
<infinisil>
typetetris: I've actually just dabbled in them yesterday, they do work with Nix dependencies, but I don't really understand why
<typetetris>
srhb: Where do I find those overrides? I assume it is not the `hackage-packages.nix` files as it is autogenerated (as I understood it)?
<srhb>
typetetris: configuration-common.nix for instance :
<srhb>
:)
<typetetris>
oh wow
<srhb>
typetetris: And yes, your understanding is correct.
<typetetris>
srhb: Thanks.
<srhb>
typetetris: And regarding the cabal new-build stuff... It's my understanding that Cabal-the-library will retain current functionality, and we don't use cabal configure/build/... at all -- we use Cabal directly.
<srhb>
That said, there's a lot of plans going around for component-wise builds and stuff in Nix, which would be really cool.
<typetetris>
Where can I read up on those plans for "component-wise builds and stuff" in Nix? :-)
<srhb>
typetetris: I'm afraid it's mostly on various issues that you're going to have to dig out of the nixpkgs issue tracker :P
<srhb>
But a cool example of something like that is snack.
<ldlework>
What is the difference between buildInputs and propagatedBuildInputs?
klntsky has quit [Ping timeout: 250 seconds]
<qyliss>
ldlework: propagated means they’re passed on as build inputs to dependencies
<srhb>
ldlework: propagatedBuildInputs are propagated to dependents of the package as well
<srhb>
Too slow
<ldlework>
huh
pxc has joined #nixos
<pxc>
srhb: hey! I hope you don't mind if I try my luck with an NVIDIA hybrid graphics question. Pinging you because I know you've dealt with the hardware before
<{^_^}>
angerman/nix-tools#6 (by ElvishJerricco, 6 weeks ago, open): Per component building, and hackage DB
<srhb>
pxc: Feel free :)
<srhb>
elvishjerricco: Nice, thanks!
<pxc>
so when playing with the new primerun.sh option for using NVIDIA PRIME (for Vulkan support), I had it run Fluxbox and then exited that Xorg session improperly. I hit ctrl+alt+delete, which made Fluxbox try to restart. I'd only meant to exit, so I just hit ctrl+c on the sudo prompt over and over.
<pxc>
The next time I restarted Xorg, it hung before getting into the X11 session. (&thanks, Sphalerite)
<srhb>
I'm afraid I only know about the regular bumblebee/primusrun method
<sphalerite>
^ same
<happyente[m]>
Whats the intended use for the branchName parameter in fetchgit? Seems like it doesn't really do anything
<pxc>
now, no matter what generation of my NixOS settings I use (I had been tweaking some other settings, playing with the "intel" driver vs "modesetting")
<pxc>
Xorg hangs on start. I get no session
<pxc>
There's a clue in my Xorg output, but idk what to make of it. 1 sec
<srhb>
happyente[m]: Iirc it matters if the ref cannot be found from some default branch. Like, if there is no master branch.
<sphalerite>
pxc: I found Xorg would hang if it tried to access the GPU while it was turned off, I think it was an nvidia driver bug combined with idk what
<srhb>
at least it used to?
<pxc>
sphalerite: how do I recover it? (getting the error message from the Xorg output right now)
<sphalerite>
adding acpi_rev_override=5 to my kernel params made it manage the chip's power correctly
<{^_^}>
#24711 (by ghost, 1 year ago, open): Nvidia, Bumblebee, Hybrid Graphics, Nothing Working on NixOS 17.03
<sphalerite>
but basically it's a mess and you'll mostly be taking shots in the dark
<sphalerite>
three cheers for nonfree softwawre
<pxc>
sphalerite: exactly. :-(
<happyente[m]>
srhb: Thank you :) sounds reasonable. I will look into that
bruno2 has joined #nixos
<pxc>
well, I kinda skipped my morning routine this morning, so I'm gonna go do that. When I come back I'll look at that link
mayhewluke has quit [Ping timeout: 252 seconds]
<pxc>
I'm actually writing from the GUI-less machine right now. I'll try to do the whole repair on here to make it more fun. See if I really know how2tmux :-D
slack1256 has joined #nixos
<pxc>
thanks, sphalerite (and srhb)!
mayhewluke has joined #nixos
alex`` has quit [Ping timeout: 272 seconds]
mudri[m] has joined #nixos
<mudri[m]>
Can nixos-rebuild no longer read data from files in /etc/nixos/? Upon updating to nixos-unstable, I get a “No such file or directory” without having changed anything.
<srhb>
mudri[m]: Yes it can. Something else is going on.
<srhb>
mudri[m]: Perhaps you can provide a bit more error context.
<elvishjerricco>
mudri[m]: Which file is not being found?
<mudri[m]>
Hmm, I guess I'll try to extract the relevant bit...
alex`` has joined #nixos
<mudri[m]>
A patch file I use in a package override.
<clever>
mudri[m]: which file? and how did you refer to it?
<clever>
the sandbox is on by default, you must use paths properly
<anticrisis>
~. * |U| ~ --==================--
<anticrisis>
. . |S| * / ^/ --=====--
<anticrisis>
______|S|____/___/ . .
<anticrisis>
() . ==__ENTERPRIZE ....^T/_ .
<anticrisis>
. . * --___________|_~ . *. .
<anticrisis>
\ ; `"`" /
<anticrisis>
; ':., {
<clever>
mudri[m]: just do ./xkeyboard-config-james.patch, unquoted, and ignore the relative function
<anticrisis>
/ ; }
<anticrisis>
; '::. ;\/\ /\ {
<anticrisis>
|. ':. ;``"``\
<anticrisis>
/ '::'::' / ;
<anticrisis>
|':::' '::' / |
<anticrisis>
\ '::' _.-`; ;
<anticrisis>
/`-..--;` ; | |
<anticrisis>
; ; ; ; ; | |
<anticrisis>
; ; ; ; ; ; / ,--.........,
<anticrisis>
|; ; ; ; ;/ ; .' -='.
<anticrisis>
| ; ; ; ; / / .\ '
<anticrisis>
| ; ; /` .\ _,==" \ .'
<anticrisis>
\; ; ; .'. _ ,_'\.\~" //`. \ .'
<anticrisis>
| ; .___~' \ \- | | /,\ ` \ ..'
<anticrisis>
~ ; ; ;/ =="'' |`| | | =="''\.==''
<mudri[m]>
Oh, okay. Didn't know that would work, thanks.
<anticrisis>
~ /; ;/="" |`| |`| ==="`
<anticrisis>
~..==` \\ |`| / /=="`
<anticrisis>
~` ~ /,\ / /= )")
<anticrisis>
~ ~~ _')")
<anticrisis>
~ ~ _,=~";`
<anticrisis>
~ =~"|; ;| USSbirdERTIZE
<anticrisis>
~ ~ | ; | =========
<anticrisis>
~ ~ |;|\ |
anticrisis has quit [Remote host closed the connection]
<ldlework>
Does anyone here have a lot of experience writing derivations for Python packages?
<sphalerite>
\o mudri[m]
<qyliss>
Can I add files to /run/current-system somehow? I’d like to be able to have symlinks elsewhere on my system that are updated by nix, and I’m guessing that’d be the easiest way to do it
<pxc>
srhb: haha yeah. Deleted ~/.Xauthority and all is well
<infinisil>
ldlework: By "the start of it" i meant to remove the { pkgs ? import <nixpkgs> {} }: and with pkgs; part
<ldlework>
ok
<ldlework>
infinisil: where does pkgs come from then
<srhb>
pxc: :-)
<endformationage>
If I use nix-build to build a package configured with debugging in mind, and use `separateDebugInfo = true` as part of the fixup phase, where then can I get ahold of the `debug` output?
<infinisil>
ldlework: When you callPackage this file, it fills out the arguments from pkgs
<infinisil>
ldlework: So maim would come from pkgs.maim
<ldlework>
oh
<clever>
endformationage: add .debug to the -A flag
<endformationage>
clever: Hmm. I tried this. Will try again.
<pxc>
unqualified hybrid graphics speculation: do you think it would be possible to replace the soldered-on 'discrete' GPU on a laptop by soldering on the new one, or does it probably use a non-standard PCIe interface and have hardcoded EFI/firmware expectations that would cause breakage?
lejonet has quit [Quit: "awh"]
<pxc>
and relatedly: does anyone here know what the AMD hybrid graphics situation is like (esp. on NixOS)? better, worse?
<srhb>
pxc: There are people who really do soldering shenanigans on laptops and succeed, and I will consider it luck of the gods until I see it done in person.
<srhb>
Never seen anything but model number bumps though
<pxc>
srhb: my fantasy is to pay Louis Rossman to put an AMD GPU on my ThinkPad 25 instead of the NVIDIA GeForce 940MX)
<srhb>
pxc: I sympathize. I would be surprised if it were doable, but I've been surprised before.
<ldlework>
infinisil: any idea how to make it so release.nix can refer to fetchFromGithub for src, but some other way allows me to also quickly dev by pointing at ./.; ?
<clever>
ldlework: if the release.nix is in the right dir, it can always do ./.
<srhb>
pxc: Especially with the whole optimus stuff, there's absolutely firmware issues to work around, if there's even a remote possibility of standardized connectors
<srhb>
pxc: but that shouldn't stop anyone, you can just get a new firmware. :-P
<clever>
ldlework: when hydra fetches release.nix, it also gets the source
<ldlework>
clever: oh I guess some expression in nixpkgs would do fetchFromGithub and that has nothing to do with the nix expressions in my project's repo?
<srhb>
pxc: And if that doesn't work, it may now be a doorstop, but at least it's a beautiful doorstop.
<pxc>
srhb: some day when this laptop is very obsolete and/or I have another on hand to serve as my main laptop it will become worth it to me to risk that breakage
<clever>
ldlework: yep
<srhb>
pxc: Yeah :-)
<ldlework>
woo
<pxc>
I did a dumb thing and rendered this laptop unbootable a couple months ago and then was too depressed/overwhelmed with my life to bother to fix it. When i finally fixed it last week, it only took a few minutes. It feels really good to be back on a machine I like that's running NixOS and hang out in this channel again.
<pxc>
I gotta catch up on some things. So, for the room: What's the most exciting thing for you in the upcoming NixOS/Nixpkgs 18.09 release? (You are welcome to promote your own work! :-P)
<srhb>
pxc: Even though I don't use it much, I think the maturing of the cross features is amazing.
<srhb>
So that's my candidate.
endformationage has quit [Quit: WeeChat 1.9.1]
<pxc>
srhb: Nice! I've got a work friend who is playing with NixOS on a Pi and he seems pretty excited about it. I don't know the details, though. What are the new capabilities?
balsoft has quit [Ping timeout: 244 seconds]
<Mic92>
sphalerite: latency in this repository should be rather low
lejonet has joined #nixos
<Mic92>
I find it scarry that I get stars on github projects, that do not even have useful code or a description
<thblt>
Hello, NixOS filled my /boot, nix-collect-garbage -d doesn't help, is there anything I can do?
<LnL>
heh
<LnL>
sudo !!?
<clever>
thblt: you need to manually delete some initrds, nix-collect-garbage never updates /boot, only nixos-rebuild does
<{^_^}>
[nixpkgs] @TravisWhitaker opened pull request #45634 → ibtool: impure-symlink-style Darwin package → https://git.io/fAmqU
<pxc>
Mic92: Don't you ever star projects just because they belong to someone whose work you've seen before and you think something interesting might appear there later?
<thblt>
clever: thanks. Stupid question: can I just wipe /boot and nixos-rebuild --install-bootloader ?
<clever>
thblt: to be safe, i would only delete the larger files, and keep the core parts of grub
<clever>
thblt: but you can still run it with --install-bootloader
<LnL>
I think you can, but wouldn't do that if you don't have a usb stick around
<LnL>
do we still no have a nice solution for this?
<clever>
LnL: only with grub, configurationLimit
<thblt>
clever: LnL: thanks, I have a few other computers and USB key lying around, I'll try the destructive approach and report back :)
jpab has joined #nixos
* thblt
reboots
humanoyd has quit [Quit: WeeChat 2.2]
jtcs has joined #nixos
<Aleksejs>
Hi, I've asked this yesterday but never got an answer. Is there a way to install ampy on nixos?
rfold has joined #nixos
silver_ is now known as silver
sigmundv__ has joined #nixos
lejonet has quit [Quit: "Herpa derp derp herp"]
<ldlework>
infinisil: clever I'm trying to fetchFromGithub and add to home.packages https://github.com/dustinlacewell/recap which builds succesfully, but i have no 'recap' in my path -- but if I nix-build default.nix directly, i get a result/bin/recap that works
<rfold>
I'm trying to download Hedgewars with nix-shell -p hedgewars. It downloads all the dependencies from the cache, but then it hangs for minutes whilst downloading hedgewars itself from the cache. Is there a way to see how large the download is?
xeji has quit [Quit: WeeChat 2.1]
lejonet has joined #nixos
hotfuzz has quit [Read error: Connection reset by peer]
<rfold>
Oh! It finished. Seems not so large unpacked, only 181 MB.
hotfuzz has joined #nixos
<ldlework>
i guess i'll just sleep instead lol
<{^_^}>
[nixpkgs] @dezgeg merged pull request #45586 → nftables: enable works in linux kernel 4.17 and 4.18 → https://git.io/fAt9L
<{^_^}>
[nixpkgs] @dezgeg pushed commit from @Izorkin to master « nftables: enable works in linux kernel 4.17 and 4.18 »: https://git.io/fAmms
sigmundv__ has quit [Ping timeout: 252 seconds]
slack1256 has quit [Ping timeout: 268 seconds]
<srhb>
Aleksejs: Have you tried packaging it for Nix? it might not be too bad.
<pxc>
are NixOS channels ever out of sync with the NixOS/nixpkgs-channels repos?
<infinisil>
pxc: In theory they shouldn't ever be, but I think in practice it has happened before
<BlessJah_>
can I somehow override configuration option that is result of other module being enabled?
balsoft has joined #nixos
<srhb>
BlessJah_: If you're getting duplicate errors, mkForce can help you.
<BlessJah_>
services.xserver.desktopManager.plasma5.enable=true enables security.pam.services.lightdm.enableKwallet=true, but due to bug in lightdm+kwallet due to which session is logged without suplementary groups
<BlessJah_>
srhb: let me google for a moment
selfsymmetric-mu has joined #nixos
ixxie has joined #nixos
<BlessJah_>
srhb: pkgs.lib.mkForce?
<srhb>
BlessJah_: lib is realdy an argument of your NixOS module, { pkgs, config, lib, ... }: so lib.mkForce will do
<srhb>
s/realdy/already
<BlessJah_>
it is indeed. thanks
<dukedave>
Has there been a recent change which could cause `
<dukedave>
`warning: in configuration file '/etc/nix/nix.conf': unknown setting 'trusted-public-keys'` ?
<srhb>
Yes, Nix 2.0
<srhb>
Well, recent.. March :P
* BlessJah_
wouldn't call it recent
<srhb>
Oh actually, isn't that still the right name
<{^_^}>
obsidiansystems/obelisk#52 (by cah6, 11 weeks ago, open): Takes a really long time to install
<adamantium>
Hi, so, nixos-rebuild switch does not update grub stage1 with the new location of grub stage 2 (/boot/grub) if said stage2 becomes relocated to a new partition / zvolume , etc. Would this be a feature request or a bug or needs documenation issue?
Fare has quit [Ping timeout: 272 seconds]
lejonet has joined #nixos
<srhb>
dukedave: I see, obelisk is using its own version of Nix which does not interpret that option correctly, it appears
<adamantium>
The story is, after moving /boot/grub from one dataset to another today, I ran nixos-rebuild switch and was surprised to reboot to grub rescue, where I then had to manually tell it where to find the grub files. Then after I booted nix, I was able to simply grub-install (old school) to the new disks.
<adamantium>
If this is a bug, I could make a report.
<lejonet>
Okay, this is driving me nuts, I have LANG set correctly, LOCALE_ARCHIVE set correctly, I've verified that my locale is generated (with locale -a) but weechat still refuses to believe in UTF-8, I get non-ascii correct in shell and all but not in weechat
<dukedave>
srhb: oh? What tipped you off to that? I figured from "If you are on MacOS, restart the nix daemon" that meant it was using the nix I'd installed 🤔
<{^_^}>
obsidiansystems/obelisk#204 (by 3noch, 1 day ago, open): Consider not pinning nix for ob commands
<lejonet>
What do I need to do to convince weechat that "Yes, the terminal is UTF-8"
<srhb>
dukedave: And looking at the source, it uses nixUnstable from a nixpkgs revision defined in the reflex-platform pinned in deps
<srhb>
dukedave: And that version is 1.12pre5619_346aeee1
<cocreature>
lejonet: what does TERM say?
<srhb>
dukedave: Which is too old to understand the option, apparently. :)
<lejonet>
cocreature: rxvt-unicode in regular shell, screen in tmux (I'm trying to use weechat in tmux)
<dukedave>
Ah, well, I think I'll let the maintainers figure it out, given that the whole promise of Obelisk was that it was a quick start dev env for reflex stuff :joy
<dukedave>
srhb: thanks for help
<srhb>
dukedave: You're welcome
<cocreature>
lejonet: does it work outside of tmux?
<lejonet>
cocreature: I can't really find any difference with a gentoo system where it works, except the fact that weechat whines on start that it cannot set locale on my nixos
<lejonet>
cocreature: I guess I can try that
<cocreature>
weechat whining about not being able to set the locale sounds relevant
<lejonet>
Yeah, I've found the issue on github and all, and that is where they said to set locale_archive and stuff like that, but I still have a bunch of things whining that they cannot set locale despite I clearly having correct LANG settings (verified with locale)
<lejonet>
Nope, directly in shell I also get " Warning: cannot set the locale; make sure $LANG and $LC_* variables are correct"
<srhb>
dukedave: fwiw it looks like you can just grab the pr branch that unpins nix from that issue :)
aswanson has joined #nixos
<aswanson>
anyone here have much experience building local R packages? I've been looking through how CRAN packages are built in nixpkgs but having trouble translating those methods to something local
<srhb>
Aleksejs: I also had to package python-dotenv, it's on the same branch...
Fare has joined #nixos
<pxc>
infinisil: looks like the unstable channel is like a week behind the nixos/nixpkgs-channels nixos-unstable branch right now
<lejonet>
cocreature: doing import locale and locale.getlocale() gives me (None, None) despite locale clearly being correct, so it doesn't seem like python picks up the locale, at all
<lejonet>
getdefaultlocale() gives the right one tho :S
<cocreature>
lejonet: silly question but have you tried rebooting after you’ve messed with the locale?
<samueldr>
nixpkgs-unstable is where it should be, but yeah, nixos-unstable doesn't match
<lejonet>
cocreature: I haven't messed with the locale at all, only the env vars (and I've restarted the shell and such, I guess I could try restarting the machine too, but don't really see how that would affect it not picking up locale)
<lejonet>
Something is clearly stopping weechat from setting the locale for some odd reason
<samueldr>
pxc: probably the mirroring scripts that update nixos.org
<srhb>
pxc: Not much to look at, it's in the nixos org machinery at this point. Needs someone with access there :)
<srhb>
iirc there's no online logs of those bits.
<samueldr>
but yeah, logs would help
<cocreature>
lejonet: sry then I’m out of ideas :/
<gchristensen>
ats up?
<lejonet>
cocreature: sadly, so am I :/
<srhb>
gchristensen: Yesterday's nixos-unstable bump didn't take
<samueldr>
gchristensen: updog^W nixos.org's channel update script seems to have had a sad
<srhb>
gchristensen: channels/nixos-unstable is correct, but the nixos.org/channels/nixos-unstable is old
balsoft has quit [Ping timeout: 244 seconds]
<samueldr>
gchristensen: your change monitoring on nix.gsc.io is from github events, right?
<pxc>
lol I thought I was going nuts for a second b/c I keep seeing a certain libvirt error when I switch configs, but I could see that the fix was supposedly on the nixos-unstable branch of the channels repo
<pxc>
I was trying to figure out if my system was not using the nixpkgs I thought it was
<samueldr>
pxc: your nutty flavour will have to come from something else :)
<ixxie>
so I just managed my first kexec nixos install on a cloud vm, but I am trying to figure out how to identify the correct ipv4/ipv6 address/gateway to use for my nixops config
<lejonet>
cocreature: hmm, strace says that it tries to open ${pkgs.glibc}/lib/locale/<locale name>/LC_TIME, but the /lib/locale library in the glibc pkg doesn't seem to exist, perhaps thats a clue
<pxc>
srhb, samueldr: do you still use the nix-channel stuff? I used to use a local checkout of nixpkgs but I was playing with some other ways and idrk how I want to get nixpkgs anymore
<srhb>
samueldr: Oh right! I misremembered the channel update as being born from the nixpkgs-channels repo, but they're both from Hydra
<srhb>
pxc: No, I use a local checkout.
<samueldr>
I use a checkout, but mostly track the channels repo
<srhb>
But because channels are a source of unending questions, it's good to know at least a bit about them :P
aswanson has joined #nixos
<samueldr>
only because it allows me to mirror it on another repo, tracking a known state across my computers
<pxc>
there's still no good way to pin nixpkgs for all of NixOS like one might do for a development environment, is there?
<srhb>
Yes?
<srhb>
Like.. A local checkout. :P
<samueldr>
that's probably the easiest solution
<srhb>
You absolutely can bootstrap it with whatever means you like, but I feel that's the most intuitive.
<srhb>
At least if you're semi-comfortable with git.
<gchristensen>
ats up?
<gchristensen>
oops
<pxc>
srhb: keeping local changes on top of multiple branches is annoying, though, which is what I have to do since at work I use macOS
inquisitiv3 has quit [Remote host closed the connection]
<samueldr>
I keep my system checkout pristine though, only as a poor man's synchronized channel
<emily>
I just have a nixpkgs in my $HOME and "git rebase channels/nixos-unstable" every once in a while
<srhb>
pxc: patches!
<samueldr>
I do everything in the config or as overlays
<srhb>
pxc: I don't have my own changes on top of it except for very quick pr work
<srhb>
Maintaining a fork will make you sad, inevitably, in my experience :-P
<pxc>
emily: isn't rebasing when you have a local checkout annoying, though, because then refs disappear and if you're saving your config for other computers that's no good
countingsort has joined #nixos
<emily>
well I don't keep my config in nixpkgs
<pxc>
srhb: the 'own changes' I like are usually just experiments or backporting fixes from master to the unstable channel, or the unstable channel to a stable channel
<emily>
the only commit I actually have is a cherry-pick of a systemd update from staging
<srhb>
pxc: patches! :-)
<srhb>
pxc: backports can be simple fetches from github
<pxc>
srhb: yeah, I want something like that. How can I declare that in my NixOS config? I remember they used something like that at Lumiguide and there was some stuff on the NixOS GitHub about stuff to do with that
<pxc>
last time I tried it it didn't work the way I wanted it to or something, idr
<pxc>
srhb: bye for now :)
<pxc>
emily: I didn't mean that I saved my config in nixpkgs, but that I wanted to store the nixpkgs commit(s) in use in my dotfiles
<emily>
ah
<emily>
srhb: git cherry-pick <commit identifier> is even easier than downloading a .path
<emily>
*.patch
<emily>
pxc: just don't do that, I guess? you can set your NIX_PATH appropriately in the config but not embed a hash
<samueldr>
pxc: whil git submodules are (imho) badly implemented, this could probably be done using one?
<lejonet>
cocreature: some more experimenting seems to show that the only locale that python is allowed to set is C... and I have no frikin idea why
<pxc>
samueldr: yeah, I did things like that for a long time. But I hate it because then I have like 3 checkouts of nixpkgs in my home directory, and I'm only using 1 of them
selfsymmetric-mu has left #nixos ["Using Circe, the loveliest of all IRC clients"]
<pxc>
what I'd really like is to declare versions of nixpkgs (checkouts + patches) in a Nix file, and then in my configuration.nix say which one to use
<samueldr>
hmmmm
<pxc>
but I want to be able to update them with a command and not copy/paste hashes myself
selfsymmetric-mu has joined #nixos
selfsymmetric-mu has quit [Disconnected by services]
<tilpner>
pxc - I have something close to what you describe, ping me tomorrow if you haven't found a satisfying solution
bennofs has joined #nixos
<pxc>
tilpner: ok, awesome! making a note so I'll remember who made that offer :-)
Fare has quit [Ping timeout: 252 seconds]
astrofog has quit [Read error: Connection reset by peer]
<pxc>
previous efforts (many months ago) I was able to get a nixpkgs checkout defined in the way I wanted, but couldn't figure out a convenient way to get it into NixOS. I think maybe I found out I'd have to modify or override https://github.com/NixOS/nixpkgs/blob/master/nixos/lib/eval-config.nix or something
<samueldr>
(though I don't really know how it would have pushed)
rfold has quit [Quit: leaving]
<ixxie>
so has anybody deployed with nixops to a nixos converted cloud machine?
mayhewluke has quit [Ping timeout: 268 seconds]
mayhewluke has joined #nixos
<gchristensen>
sure, use the targetEnv "none" and copy the hardware-configuration.nix to the network.
aanderse has joined #nixos
<ixxie>
gchristensen: so I pull the generate hardware config and then push it again?
<ixxie>
makes sense I guess :P
<gchristensen>
:)
<ashkitten>
hey, so i'm wondering if it's worth it to update to linux-latest or if i should just wait for 4.15+ to hit nixos-unstable? i'd really like to have 4.15 for its version of k10temp
<ashkitten>
as in, how likely is it to break shit and also how long until it's likely to update?
<samueldr>
srhb: I have a lead
<samueldr>
in ~15 minutes I should know whether it's right or not
<samueldr>
ashkitten: the default linux kernel version followed is the current LTS
<ashkitten>
ah
<gchristensen>
samueldr: what is the issue?
<ashkitten>
samueldr: how much of a pain is it to use -latest?
<samueldr>
ashkitten: you could pin to an attribute with the version (e.g. linuxPackages_4_17) or use linuxPackages_latest
<samueldr>
ashkitten: as far as I'm concerned, never been
<samueldr>
latest is not from-master-latest
<ashkitten>
alright then
<samueldr>
but the latest released version
<ashkitten>
uhm, what's the proper way to do it?
<gchristensen>
samueldr: did the channel go backwards?
<samueldr>
gchristensen: nixpkgs-channels repo nixos-unstable not matching with the currently released nixos.org channel
<samueldr>
yes
<samueldr>
but I think it doesn't go backwards
<samueldr>
I think what's going on is the two hands aren't talking to each-others when deploying
<gchristensen>
it does-but-shouldn't
<gchristensen>
if a jobgets restarted in the last to finish eval, it goes backwards.
<samueldr>
gchristensen: do those backwards jump show in your history?
<samueldr>
because the issue right now doesn't show in your history
<gchristensen>
hmmm don't think so
<samueldr>
ok
hyper_ch has quit [Remote host closed the connection]
<gchristensen>
yeah, the repo doesn't go backwards and the monitor watches the repo
Guest78765 has quit [Read error: Connection reset by peer]
alex`` has quit [Ping timeout: 252 seconds]
Guest78765 has joined #nixos
hyper_ch has joined #nixos
<samueldr>
okay, my initial assumption was wrong (good!)
<ashkitten>
ah i didn't realize nixos-unstable is on 4.18 already which is supposedly broken with current nvidia stable (dunno if it's still broken on beta, which i'm using, but no need to test that)
<samueldr>
I saw an update fly by today possibly about that
<ashkitten>
i can cherry pick that onto my nixpkgs
<samueldr>
that's the one; probably!
<ixxie>
gchristensen: how do I update a deployment?
<ixxie>
I edited the files now I wanna try again
callipygous has joined #nixos
<gchristensen>
you updated the files on your deployment host, ie: not the target system?
<ixxie>
yeah
<gchristensen>
just nixops deploy then
<callipygous>
So does nixos always keep old packages installed? So won't that lead to the OS getting bigger and bigger indefinitely?
<ixxie>
so nixops tracks the files on the deployer somehow?
<srhb>
callipygous: Until you nix-collect-garbage, yes
<gchristensen>
ixxie: it works the same as nix-build
<clever>
ixxie: when you run `nixops deploy`, it will just eval every deployment file it was configured to use, and build the whole system based on them
<srhb>
callipygous: And even that will keep old systems around until you delete the generations with nix-collect-garbage --delete-older-than 30d or something like that :)
<ixxie>
cool, thanks
<callipygous>
ah okay
<callipygous>
:)
<ixxie>
what if I moved the file?
<clever>
ixxie: then you have to run `nixops modify` to tell it where the file has moved
<callipygous>
I'm going to try Nix out in virtualbox
<ixxie>
cheers clever
<gchristensen>
ixxie: it is just like nix-build :)
<gchristensen>
you have to tell it where to find it, and the rest is up to nix
<gchristensen>
it is in fact, literally, nix-build under the covers. + some ssh stuff.
rfold has joined #nixos
pxc has quit [Ping timeout: 264 seconds]
octe has joined #nixos
<foldingcookie>
is there any work being done on making nixos-rebuild switch less likely to OOM?
<samueldr>
gchristensen: cool beans, I have found the issue that broke the anti-regression condition
<gchristensen>
oh?
xeji has joined #nixos
sigmundv__ has joined #nixos
<ixxie>
how can I do an import straight into another machine?
<lejonet>
Hmm, what could be the reason why the python code import locale; locale.setlocale(locale.LC_ALL, '') not working? (It supposed to be used to set the locale from the default C that all python programs start with, to what the user actually has set in LC_* and LANG env vars)
<lejonet>
I get unsupported locale setting if I try to set locale.LC_ALL to anything but 'C' in python
<lejonet>
(I think that is the main reason to weechat not be able to recognize the LANG and LC_* env vars I have, effectively stopping me from using non-ascii)
<symphorien>
you are probably mixing unstalble and 18.à3
<symphorien>
s/à/0/
<infinisil>
s/unstalble/unstable
<lejonet>
I'm supposed to be fully on unstable xD
<ixxie>
I am fully unstable too
<symphorien>
do you have any remnants of 18.03 in a user profile ?
<ixxie>
oh wait sorry we aren't talking about our mental states
<lejonet>
haha
<lejonet>
symphorien: I don't have any bashrc setup for it, but its not impossible that thereis some remenants of 18.03 somewhere in the user profile
<lejonet>
and my locale_archive env var is pointing at /run/current-system/sw/lib/locale/locale-archive
<lejonet>
which points to 2.27 locale-archive
<symphorien>
nix-store -qR ~/.nix-profile | grep glibc-2.26 << any result ?
alexteves has quit [Remote host closed the connection]
<lejonet>
nada results
<symphorien>
hum this might be a different problem then
kyren has joined #nixos
thc202 has quit [Ping timeout: 252 seconds]
<lejonet>
One thing that might screw with things here is that my $HOME is a NFS mounted share, shared with several systems, but all the systems its shared with should be on 18.09 in one way or another
<lejonet>
I'll try with the LOCALE_ARCHIVE_2_27 and see if it helps
<lejonet>
O.o "nix-build --no-out-link "<nixpkgs>" -A glibcLocales" gave me this: /nix/store/5f1qgnx8rh4aqx9fpszk4kixaamlcwws-glibc-locales-2.25-123 wtf?
<{^_^}>
[nixpkgs] @jtojnar merged pull request #45571 → gnome3.gconf: re-add as a pointer to the removal PR → https://git.io/fAtga