<elvishjerricco>
I *think* propagatedNativeBuildInputs is the right replacement but I can't be sure without knowing the motivation
<matthewbauer>
Yeah I think propagating fixed something else but not sure if it really needs to be propagated. Does native make sense though? It should actually link the library IIUC
<elvishjerricco>
matthewbauer: I'm pretty confused about it myself :P I know that gettext should actually be native. The library we care about is in libc, but we need the command line tools that are used for automatic substitution of stuff or something
<elvishjerricco>
No clue about libiconv though
blahdodo has quit [Client Quit]
<matthewbauer>
Lots of things using glib will need iconv at least - but we can just declare them for each one. The question is whether you can use glib without actually having iconv. Not sure how glib works
tylerjl has joined #nixos
<elvishjerricco>
It builds with libiconv as a native input though, so I dunno :P
leothrix has quit [Ping timeout: 264 seconds]
<matthewbauer>
that's probably worth it. I was doing a bunch of treewide iconv stuff at that time and a few bad commits might have slipped in there.
<elvishjerricco>
matthewbauer: Looks like the libiconv derivation only yields includes, explaining why it seems to be enough to build.
<elvishjerricco>
I guess I didn't actually try it with only gettext as a native input
<elvishjerricco>
I'm guessing having libiconv as a non-native input will work too
blonkhart has joined #nixos
<matthewbauer>
Yeah according to john, "native" only matters when cross compiling. Ideally it would prevent references from leaking in to the closure but that's not how it works currently
blahdodo has joined #nixos
<bhipple[m]>
If I've corrupted db.sqlite, is there a way I can remove it and regen it from the nix store?
fragamus has joined #nixos
silver_ has joined #nixos
imalison has joined #nixos
<imalison>
I want to use a custom version of generic-stack-builder whenever I invoke the stack executable. What is the easiest way to do this?
TheAceOfHearts has quit [Quit: TheAceOfHearts]
silver has quit [Ping timeout: 256 seconds]
schjetne has quit [Ping timeout: 248 seconds]
* Myrl-saki
waits for the year that duckduckgo understand that when I search for Nix, I'm not searching for *Nix.
<JasonGrossman>
Myrl-saki: There's another reason to use NixOS and not just Nix. :-)
<rotaerk>
since the only things in that scope would be binaries, shaders, and fullBuild, and the only referencing going on is fullBuild to the other to
<rotaerk>
though clever's explanation was more in-depth
silver_ has quit [Read error: Connection reset by peer]
<clever>
also of note
<clever>
if you do <nixpkgs/foo.nix> it will search for a dir that contains the foo.nix
<clever>
so nixpkgs=/path will check for /path/foo.nix
<clever>
and you can just eval <nixpkgs> in `nix repl` to experiment
<clever>
change NIX_PATH and mess with -I while using nix repl
<clever>
there is also `nix-instantiate --find-file nixpkgs` for simpler testing
logzet has quit [Ping timeout: 265 seconds]
<mpickering>
Is there a way to use "nix-build" with a link to a nix expression?
<clever>
mpickering: i think you can just give it the URL to a tarball that contains a default.nix
<mpickering>
I see, but not directly to the default.nix?
<clever>
i dont think so
<mpickering>
Would be useful I think?
<clever>
mpickering: it usually needs more then 1 file, but you could do: nix-build -E 'import (builtins.fetchurl "...")'
smallville7123 has quit [Quit: rosa]
<mpickering>
that's a fair point
freeman42x]NixOS has quit [Remote host closed the connection]
<v0id72[m]>
hey all, was wondering what in your opinions would be the best shell to run in nixos? Other than the default of course.
freeman42x]NixOS has joined #nixos
freeman42x]NixOS has quit [Client Quit]
smallville7123 has joined #nixos
<bennofs>
v0id72[m]: are there even that many options? I'm using fish and I'm happy with tghat
hellrazo1 has joined #nixos
<v0id72[m]>
Benno Fünfstück: Thanks for the input!
markus1189 has joined #nixos
<bhipple[m]>
v0id72: FWIW I'm happily using zsh, and there are nix autocompletion modules for zsh as well
hellrazor has quit [Ping timeout: 268 seconds]
<JasonGrossman>
v0id72[m]: I like fish too.
<JasonGrossman>
I don't think it has any particular relationship to NixOS. Just worth looking into as a nice shell.
markus1199 has quit [Ping timeout: 256 seconds]
bennofs has quit [Quit: WeeChat 2.0]
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
tzemanovic has quit [Ping timeout: 248 seconds]
<v0id72[m]>
thanks I will check them out :)
<v0id72[m]>
last poll - emacs | neovim | vim:vi ?
<gchristensen>
whatever you know
<JasonGrossman>
v0id72[m]: Made me LOL. And I agree with gchristensen.
<JasonGrossman>
v0id72[m]: If you're going from scratch, and if you like programming, then definitely emacs. If you don't like programming, then maybe vim?
JasonGrossman has left #nixos ["ERC (IRC client for Emacs 25.3.1)"]
schjetne has joined #nixos
sary has joined #nixos
<jackdk>
if we're polling then +1 emacs. If you're asking for advice, then anything that builds on either of the old-school text editors. they've survived this long for a reason
<v0id72[m]>
I took a mental leave of absence from doing coding and hacking code for 7 years. As I wanted to see the world through a "users" eyes. However for the past couple of days been getting back up to speed. Seems nothing really changes. Hopefully this will push me to leave user support role :)
Supersonic has quit [Ping timeout: 248 seconds]
Supersonic112 has joined #nixos
<jackdk>
magit, org-mode and gnus keep me on emacs, but gchristensen is right. I got a lot out of putting time into learning both emacs and vim styles of interaction, because I needed to pair-program at other people's desks.
Supersonic112 is now known as Supersonic
<gchristensen>
as Madonna says, "nothing really matters"
tzemanovic has joined #nixos
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tzemanovic has quit [Remote host closed the connection]
tzemanovic has joined #nixos
<v0id72[m]>
Thought that with all that Kabala magic that she learned she would have more to say!
<clever>
you can also try to `ls -l /nix/store/ > a` then deploy, and `> b` and diff a/b
<clever>
and change your secret file to trigger a rebuild
<clever>
then grep the modified things for the secret
<Myrl-saki>
clever: I'm a bit stupid, and I have "src = ./.;" for our script. Gues where I placed the key file. Lmao.
<clever>
that will do it
<Myrl-saki>
It's in /nix/store locally, not because of nixops, but because it's in the source of my builds. <.<
<Myrl-saki>
OTOH, I don't think it's in /nix/store in remote.
<Myrl-saki>
Let me check.
<Myrl-saki>
Yep, seems okay.
<Myrl-saki>
clever: Thanks.
<clever>
and to clean up the secrets, `nix-store --delete /nix/store/foo`
<clever>
and dont try --force, it can break the machine
<Myrl-saki>
clever: I did a --force for a file under my current generation. It wasn't pretty.
<Myrl-saki>
clever: If I understand correctly, a --delete will follow the dependency graph so that there are no dangling references?
<Myrl-saki>
clever: And --force is simply "do the same, but ignore GC roots?"
<clever>
yeah
<clever>
there is also `nix-store --query --roots` to find all roots
schjetne has quit [Ping timeout: 240 seconds]
<Myrl-saki>
clever: If user foo creates a drv for his secret(such as in the case of readFile ./secret;) can user bar, build it even though he's not a trustedUser?
<Myrl-saki>
I'm guessing not.
<clever>
Myrl-saki: yes
<clever>
Myrl-saki: any user can build any .drv in the store
<Myrl-saki>
clever: Hmm
<Myrl-saki>
clever: So having the .drv is also unsafe?
<clever>
yeah
<Myrl-saki>
clever: But user bar can't make a derivation with the source as `/home/foo/.ssh/privkey'?
<clever>
correct, they cant read that file
<clever>
the nix eval is ran as the user requesting it, and needs read on all files
<clever>
it copies everything to /nix/store when needed
<clever>
then the build is ran by nix-daemon, and all inputs are now world-readable
genesis has quit [Remote host closed the connection]
<Myrl-saki>
Every deploy, I should delete the drv, or?
<Myrl-saki>
Let me check.
<clever>
if you do things right, the secrets wont be in the .drv files
<clever>
grep them to confirm
<Myrl-saki>
clever: Right, but the .drv has the secret file as the src, I believe?
<clever>
then you need to correct that
<clever>
one option is: src = builtins.fetchGit ./.;
<clever>
which will exclude anything in .gitignore and related
karlguy has quit [Quit: Leaving]
<Myrl-saki>
Oh wait. I think there's a miscommunication from me. I used the word "src" a bit too freely.
<clever>
the source of the nix expressions is not normally copied
<Myrl-saki>
clever: Let's take the `builtins.readFile ./secret;` example. That makes a derivation which can be built by any user, right?
<clever>
nope
<clever>
that just returns the file as a regular string
<clever>
what you do with the string matters though
<Myrl-saki>
Oh okay. Is that because readFile is a primop?
<Myrl-saki>
I always thought unquoted means "will be added to nix store"
<clever>
unquoted just makes it a path type
<clever>
it only copies to the store when passed to certain functions
<clever>
or treated as a string
<Myrl-saki>
Right.
<Myrl-saki>
Ohhh okay.
<Myrl-saki>
So
<Myrl-saki>
"${./secret.json}" will add it to the store.
<colemickens>
How do the channels interact with Hydra? They auto-advance when the jobs pass, or is there a team that approves the channel advancing to the new commit?
oahong has joined #nixos
<{^_^}>
[nixpkgs] @ghuntley opened pull request #41439 → kubernetes: corrected spelling mistake in docs → https://git.io/vhl1U
Gohla has quit [Ping timeout: 256 seconds]
<clever>
colemickens: i believe its a cronjob on nixos.org
<clever>
it tells you how many errors it had at the end
* Myrl-saki
slowly walks away
<Myrl-saki>
==4273== ERROR SUMMARY: 268 errors from 148 contexts (suppressed: 0 from 0)
<Myrl-saki>
I'm honestly really surprised that this works.
Gohla has quit [Ping timeout: 240 seconds]
<ramses_>
I'm in the process of converting an existing ubuntu server running on Azure into a nixos system using lustrate. Does anyone have experience with this? Can I expect any troubles when rebooting into nixos?
<clever>
ramses_: the lustrate option should rename everything in / so it should just boot up nixos
<clever>
if everything worked correctly
<Myrl-saki>
clever: I'm compiling a static busybox.
<ramses_>
clever: Ok, I'm asking to check whether there's any azure-specific stuff because I found some docs about this WALinuxAgent but it seems to be deprecated and I couldn't find any more recent replacement
<clever>
ramses_: the only thing you need to worry about is if the network comes online at bootup i think
<ramses_>
I used the lustrate functionality successfully on vmware and on bare metal before
<colemickens>
ramses_: there is a working NixOS VHD.
<colemickens>
Or I can build you one too.
<colemickens>
if it would be easier than converting in place.
<colemickens>
(Specifically for Azure, to be more specific)
Ariakenom has joined #nixos
JasonGrossman has joined #nixos
<ramses_>
colemickens: is there any azure-specific things in there which would be lacking from a normal nixos? What are the differences exactly?
<ramses_>
I would certainly be interested
<colemickens>
ramses_: I can't remember if Azure will take drastic actions on your VM if it's not heartbeating.
<colemickens>
I think it will be okay.
<ramses_>
Converting the existing server would be easier because it doesn't require me to explain to the infra guys how to install nixos ;)
<colemickens>
I am actually actively working, probably starting in an hour, to see how minimal the machine can be, both for first-boot, and after it's been provisioned.
<ramses_>
They are kind of old-fashioned and not very linux-savvy
<colemickens>
I can boot my VM and kill the agent and see if the platform is okay without the agent heartbeating.
<ramses_>
colemickens: should I install this agent before doing the reboot? I couldn't immediately find it when searching the nixos packages
<colemickens>
IDK About specific interactions between hyperv/lustrate/what the agent has already done to the VM/etc.
<colemickens>
Hm. I think it's buried in the azure module rather than being exposed as a normal package and then pulled in.
<colemickens>
Oh duh, this is NixOS.
<clever>
lustrate will just rename everything in / except /nix itself, to basically wipe the previous OS out
<colemickens>
You should just reference the Azure image common module :)
Gohla has joined #nixos
<colemickens>
Which is what my NixOS VM does, which pulls in the agent, etc.
<{^_^}>
[nixpkgs] @xeji pushed commit from @tkerber to master « nixos/gitea: Respect gitea-dump enable option. (#41437) »: https://git.io/vhlym
endformationage has quit [Quit: WeeChat 1.9.1]
<colemickens>
Note the import: "${modulesPath}/virtualisation/azure-image.nix"
<colemickens>
that's got the good stuff, the agent, some udev rules that may or may not be out of date :/
<colemickens>
you're going to be in a select few running NixOS on Azure, I suspect.
<ramses_>
colemickens: ok, I'm not a nixos expert either, I would put this import in configuration.nix and it will pull in the agent, did I get the right?
cyris212_ has joined #nixos
<Myrl-saki>
I actually plugged in my charger to make sure jslinux won't kill my laptop.
YaZko has quit [Quit: YaZko]
<colemickens>
Yeah, the file I linked you to gets symlinked as my configuration.nix.
schjetne has quit [Ping timeout: 260 seconds]
Gohla has quit [Ping timeout: 248 seconds]
MercurialAlchemi has quit [Quit: Lost terminal]
jD91mZM2 has joined #nixos
MercurialAlchemi has joined #nixos
<cyris212_>
When creating a python virtualenv and installing dependencies through pip , I get "pip is configured with locations that require TLS/SSL, however the ssl module in Python is not available."
<Myrl-saki>
clever: I think i686 is Pentium 4?
<cyris212_>
Does someone have experience with this?
<clever>
Myrl-saki: this looks like a pentium 1
<Myrl-saki>
clever: Right. So I can't compile to i686.
MercurialAlchemi has quit [Client Quit]
<Myrl-saki>
"i686 is widely used to describe 32-bit P6 processor architecture which is compatible with Pentium Pro/II and has it's instruction set. "
MercurialAlchemi has joined #nixos
<Myrl-saki>
I'm too lazy to work on this any further now. :P
<{^_^}>
[nixpkgs] @orivej pushed to master « plotutils: fix parallel building »: https://git.io/vhlyV
<Myrl-saki>
At least I know NixOS has proper support for static compilation.
tzemanovic has quit []
<ramses_>
colemickens: ok, I'm still a bit apprehensive to do the reboot though. The agent does not need any further config then?
Gohla has joined #nixos
Gohla has quit [Ping timeout: 245 seconds]
<colemickens>
The agent does a few things, as far as I can remember. But it doesn't do most of these things in NixOS, anyway.
<colemickens>
1. Provision the VM with user data (username, pass/sshkey), if it's being used as a "generic image".
<colemickens>
2. Watch for "lifecycle events" and things like installing extensions.
<colemickens>
3. Some heartbeating.
<colemickens>
4. Some loading of certs, optionally into the VM.
<colemickens>
Some initial networking config.
<colemickens>
(well, let's go back in time, you should have snapshotted the OS disk so you can rollback, hopefully)
<colemickens>
Only thing I don't know about is the networking config, but it's probably just DHCP anyway, so it ought to be fine.
<colemickens>
ramses_: ^
<colemickens>
Hm.
schjetne has joined #nixos
woodson has quit [Ping timeout: 276 seconds]
<ramses_>
colemickens: ok, but I assume some stuff like users and inserting certs and such would not be allowed by NixOS
<ramses_>
I wonder whether I need something in place like an auth token for the agent or whether he just works by mac address or whatever
<colemickens>
As long as you don't disable mutableUsers you can still add users, and rite files to /var/lib/waagent as it needs to. That stuff is fine.
<ramses_>
For the backend to know which config to push
Have-Quick has quit [Quit: Have-Quick]
<colemickens>
ramses_: whoa.
<ramses_>
I'd like him not to be able to make users, actually :)
<colemickens>
I guess the lustrate proceses makes you set a root pw?
<colemickens>
ramses_: you can set mutableUsers to false then
woodson has joined #nixos
<colemickens>
ramses_: nah, no auth, there's a protected channel between guest and host
<colemickens>
the initial config comes from a virtual CDROM anyway
<ramses_>
colemickens: no, no root password, I use keys only usually
<sphalerite>
Is there a difference between the `system` and `config.system.build.toplevel` attrs of <nixpkgs/nixos>?
<colemickens>
so you have the root user key defined in the configuration.nix you put in place?
<colemickens>
just making sure you're not about to lock yourself out, I'm not familiar with lustrate and/or your config :)
Gohla has joined #nixos
<ramses_>
colemickens: well, I actually just disable the root user and import a couple of files importing other users with their keys which are added to the wheel group (which has sudo rights with nopasswd)
<sphalerite>
huh, I'm trying to just instantiate my system derivation using nix-instantiate '<nixpkgs/nixos>' -A system… but it starts building stuff. I don't think I have any IFD in my system config
<sphalerite>
Or does replaceRuntimeDependencies use IFD?
<sphalerite>
import-from-derivation
<ramses_>
colemickens: well, the vm is fairly new, so for the worst case I ask the admins to completely delete it and recreate, but obviously I would prefer it to boot without issues. The structure in our organisation is a bit pedantic and it takes some effort to get stuff done from the couple of people who have actual access to azure
olto has joined #nixos
JasonGrossman has quit [Ping timeout: 265 seconds]
tzemanovic has joined #nixos
SagnikS_ has quit [Ping timeout: 260 seconds]
JasonGrossman has joined #nixos
MichaelRaskin has quit [Quit: MichaelRaskin]
adisbladis has joined #nixos
Ariakenom_ has joined #nixos
woodson has quit [Ping timeout: 260 seconds]
Ariakenom has quit [Ping timeout: 248 seconds]
sir_guy_carleton has quit [Quit: WeeChat 2.0]
yenzenz has joined #nixos
jackdk has quit [Ping timeout: 256 seconds]
vaninwagen has joined #nixos
cloud-maingo has quit [Quit: Connection closed for inactivity]
SagnikS has joined #nixos
<SagnikS>
Ello
goibhniu has joined #nixos
nschoe has joined #nixos
<SagnikS>
Chromium isn't showing up in the Application Menu
<SagnikS>
:/
<manveru>
which application menu?
civodul has joined #nixos
lonokhov has joined #nixos
semilattice_ has quit [Ping timeout: 248 seconds]
npmccallum has quit [Ping timeout: 268 seconds]
<adisbladis>
SagnikS: Which desktop?
leat has joined #nixos
nc_ has joined #nixos
<SagnikS>
KDE
<SagnikS>
adisblais: KDE
Thra11 has joined #nixos
vaninwagen has quit [Quit: WeeChat 2.0]
Theuni2 has joined #nixos
<adisbladis>
SagnikS: If you just installed chrome you might have to rebuild the kde desktop cache thing
<adisbladis>
SagnikS: Try running `kbuildsycoca5`
<SagnikS>
Ah
<SagnikS>
Alright thanks
<SagnikS>
BTW one more thing
<SagnikS>
I have an encrypted home partition on RAID
Theuni2 has quit [Client Quit]
<SagnikS>
Not sure why it asks me to put my passphrase twice
Theuni2 has joined #nixos
vaninwagen has joined #nixos
lord| has quit [Ping timeout: 265 seconds]
deepfire` has quit [Ping timeout: 276 seconds]
tzemanovic has quit [Remote host closed the connection]
spear2 has quit [Quit: Leaving]
thc202 has joined #nixos
tzemanovic has joined #nixos
<SagnikS>
Um, can someone help me with autologin in KDE?
<SagnikS>
There, it says to add services.xserver.vaapiDrivers = [ pkgs.vaapiIntel ];
<sorixelle>
Running sed on a file in a builder gives me a permission denied error. Do I need to move it out of $src, or is there some other way I should handle changing the file?
<SagnikS>
But I get a warning
<SagnikS>
trace: warning: The option `services.xserver.vaapiDrivers' defined in `/etc/nixos/configuration.nix' has been renamed to `hardware.opengl.extraPackages'.
<sorixelle>
SagnikS: Just change it to the option is was renamed to, it has the same effect
<adisbladis>
ocharles_: I'm guessing that the problem is not with nix-instantiate but with nix-files
<adisbladis>
ocharles_: It's trying to pull nix-files into the store
<ocharles_>
i guess import-from-derivation shenanigans strikes again
<adisbladis>
And runCommand is also resulting in a derivation, not just eval
<ocharles_>
I do want runCommand, because I want this to show up as a Hydra job
tzemanovic has quit [Remote host closed the connection]
ramses_ has joined #nixos
Izorkin has joined #nixos
[Leary] has quit [Remote host closed the connection]
deepfire` has joined #nixos
cyris212_ has quit [Quit: WeeChat 2.0]
alp has left #nixos ["Leaving"]
alp has joined #nixos
Lears has joined #nixos
<robstr>
I'm using the following shell.nix and default.nix file, Is it possible to get rid of the shell.nix pkgs pin ? (I recently ran into incompatible python libs), also How can i specify additional shell applications (pandoc, gnuplot) wich are only availible inside a shell https://gist.github.com/rsoeldner/7f0c193ffa839be35690c2fc28b1c051
<ikwildrpepper>
ocharles_: are all nix-files derivations?
<ikwildrpepper>
or just any nix expression?
nschoe has quit [Quit: Program. Terminated.]
justbeingglad has joined #nixos
justbeingglad has left #nixos [#nixos]
<ikwildrpepper>
ocharles_: if it is just evaluating, I think you should be able to run nix-instantiate in nix build, just need some env setup to use different nix store etc
<ikwildrpepper>
nix build itself should have some example of that (for the tests)
tzemanovic has joined #nixos
<ikwildrpepper>
looks like you would need to set: NIX_LOCALSTATE_DIR NIX_STATE_DIR NIX_LOG_DIR NIX_CONF_DIR
<ikwildrpepper>
to something that is writable for a nix build (e.g. somewhere in $TMPDIR)
<thblt>
Given a derivation name, how do I compute the binary cache path? (i'm evaluating the difficulty of implementing filename-based package search for Nix )
tzemanovic has quit [Ping timeout: 256 seconds]
<flokli>
hmm, howoldis.herokuapp.com seems to be old - actually nixos-unstable is at may 24th, nixpkgs-unstable at may 22th. somebody can take a look?
<etu>
flokli: The age on that page is for "when the channel moved forward" not for "how old the newest commit in the channel is"
ThatDocsLady has joined #nixos
<etu>
So if it takes a long time for tests to complete, it says "1 days old" but the contents in the channel may be older.
<flokli>
etu: oh wow, this means tests took multiple days to complete? oO
<fuzzy-id>
i deployed a machine with nixops following the "Deploying to a NixOS machine" instructions in the manual; first deployment worked fine but later changes to *.nix files aren't taken over/deployed to the target machines
<fuzzy-id>
i tried `nixops modify` but that didn't work either
<etu>
flokli: Yes, that can happen.
<adisbladis>
flokli: It usually means hydra was down
<tobiasBora>
I'm trying to compile nix using the latest tarball, but the configure fails with the error ./configure: 6983: ./configure: Syntax error: "(" unexpected (expecting "fi"
<ikwildrpepper>
fuzzy-id: can you be a bit more specific about your config and what exactly you changed?
<tobiasBora>
Any idea why? I'm compiling it from Termux on Andsoid if it can help
<adisbladis>
tobiasBora: It probably means your shell is not bash then.
ixxie has joined #nixos
<flokli>
etu: but this also means, things like CVE-2018-11235 are not fixed in current unstable channel
<flokli>
any way to ramp up priorities a bit?
<etu>
flokli: That is correct, it's also described when reading about the channels that the stable channels may be faster with security fixes.
<fuzzy-id>
ikwildrpepper: not sure how to describe this :)
<etu>
Since there's less changes there's also less breakage.
<tobiasBora>
adisbladis: thanks!
<ikwildrpepper>
fuzzy-id: then it'll be hard to help :p
nico202 has joined #nixos
<ikwildrpepper>
fuzzy-id: how about starting with the nixops expression used, the nixops commands you used, the nixops info output?
<fuzzy-id>
just to be sure about the usual nixops-workflow – when i do changes to the .nix-files/configuration should they be taken over with the next `nixops deploy`?
ramses_ has quit [Ping timeout: 260 seconds]
<ikwildrpepper>
fuzzy-id: what is .nix-files/configuration?
<adisbladis>
tobiasBora: Is your device aarch64?
<fuzzy-id>
the nix-files which get listed as 'Nix expressions' in `nixops info`
<tobiasBora>
adisbladis: I tried again with bash, same error. My device is armv7
<ikwildrpepper>
yes, if you change the nix files that are part of the deployment (listed in nixops info), then deploy will use these files
<fuzzy-id>
i added lines 13 and 14 (enabled networkd and resolved)
<fuzzy-id>
base.nix simply defines ssh-keys and a few system packages
<nico202>
hi, there's a command to cache to a specific dir all the sources of all the packages in nixpkgs? like nix-build -A package.src but not in nix-store and for everything
<fuzzy-id>
jenkins.nix configures services.jenkins and services.nginx and opens up the firewall on port 80 and 443
__monty__ has joined #nixos
<LnL>
nico202: no, but you can use builtins.filterSource with path literals to exclude stuff you want to ignore
<SagnikS>
Ah
<SagnikS>
So, do I remove the one in configuration.nix?
<thblt>
Well if the one in hw-config was created automatically remove the other one. If it wasn't, remove it.
<SagnikS>
hw-config was created automatically
<thblt>
you didn't modify it?
<thblt>
SagnikS:^
<SagnikS>
Nope
<ikwildrpepper>
fuzzy-id: besides the fact that I don't understand why you use the 'none' backend (in stead of the ec2 backend), those changes should be used
<thblt>
Then indeed remove the line from configuration.nix
<SagnikS>
Alrighty.
<SagnikS>
Let it rebuild
<thblt>
(I wonder if we could guess SagnikS' LUKS password by analysing audio from their video.)
<thblt>
:)
<fuzzy-id>
i just put the stuff from jenkins.nix into config function itself and changes are taken over now
SagnikS_ has joined #nixos
<{^_^}>
[nixpkgs] @orivej pushed to staging « libevent: fix patch hashes introduced in #41386 »: https://git.io/vhlpG
<NinjaTrappeur>
uralbash, I am not sure you can find them in the epub format. You can use pandoc to convert them though: curl "https://nixos.org/nixpkgs/manual/" | pandoc -f html -t epub3 -o nixpkgs.epub
<uralbash>
ok, Thanks
ixxie has joined #nixos
<gchristensen>
uralbash: do you have nix installed?
<uralbash>
yes sure
<gchristensen>
run nix-store --realise /nix/store/c83fym7nw781ibf032vh5w6lx8r9azag-nixos-manual-epub
<LnL>
you can get epub for the manual from the cache / hydra
<NinjaTrappeur>
Nice, did not know about that, sorry uralbash
<gchristensen>
^ for the nixos docs. for nixpkgs, you can get them via nix-store --realise /nix/store/plvrm55k756i2c3k6gww998qzbf8in7d-nixpkgs-manual, and it'll be in /nix/store/plvrm55k756i2c3k6gww998qzbf8in7d-nixpkgs-manual/share/doc/nixpkgs
ixxie has quit [Client Quit]
<gchristensen>
NinjaTrappeur: they're not very available for sure... :$
silver has joined #nixos
<LnL>
maybe we should add those as build products
knupfer has joined #nixos
<gchristensen>
or a link on the homepage
<NinjaTrappeur>
gchristensen, yup, could be handy to provide a download link for the nixos one. Having the setup instruction on a book while installig an OS is always a good thing :)
<LnL>
that should enable direct downloads / links
<NinjaTrappeur>
oops, too slow :)
<gchristensen>
ah
sigmundv__ has joined #nixos
<LnL>
gchristensen: I messed around with build products recently, pretty sure I know how to do that
<gchristensen>
nice! yes please =)
<gchristensen>
I was just digging around the nixos-homepage makefile ... always a joy ;)
iyzsong has joined #nixos
<infinisil>
My system build just outputted absolutely nothing for like 10 minutes..
<infinisil>
I had to check out the syscalls to realize that it doesn't hang
<infinisil>
Something with mime database update and some other things
Thra11 has joined #nixos
<LnL>
gchristensen: I'll try not to forget :)
seafood has quit [Quit: seafood]
<sorixelle>
Running sed on a file in a builder gives me a permission denied error. Do I need to move it out of $src, or is there some other way I should handle changing the file?
<clever>
sorixelle: cat $src | sed > newfile.txt
<clever>
thats one option
<clever>
$src will always point to a read-only copy of the src
<LnL>
what type of source are you using, fetchurl or something else?
<LnL>
ah yeah, use $sourceRoot not $src
<sorixelle>
It's a weird one, it's basically a bunch of shell scripts that modifies the Arc GTK theme to have a different accent color
<LnL>
overriding the builder means it won't use the default unpackPhase, that will copy/untar the sources and make sure sourceRoot is writable before moving on to the other phases
<sorixelle>
What's $sourceRoot relative to? It's just "source" for me
<clever>
sorixelle: run `pwd` and `ls -ltrh` inside the installPhase, you should already be cd'd into the sourceRoot
<sorixelle>
Yep, I am :P
<sorixelle>
(complete newbie, if you can't tell, heh)
<{^_^}>
[nixpkgs] @dasJ opened pull request #41444 → nixos/tt-rss: Support plugins and themes → https://git.io/vh8tK
Tethys has quit [Read error: Connection reset by peer]
uralbash has quit [Ping timeout: 265 seconds]
Lears has joined #nixos
<dash>
alright setting up a new desktop nixos system, what filesystem should I pick
<gchristensen>
ext4
<dash>
(it's on a 7200rpm 3TB drive)
<etu>
dash: Is that a seagate baracuda by any chance?
<dash>
etu: HGST, i've learned my lesson
<etu>
dash: :D
<dash>
gchristensen: yeah, i guess there's no good reason to be unconventional these days. :)
<JasonGrossman>
dash: You could consider ZFS for the whole thing, or ext4 for a system partition and ZFS for the rest (which is just slightly easier to set up).
<dash>
Yeah I'm running ZFS on my NAS
<JasonGrossman>
:-)
<gchristensen>
dash: there are good reasons! but IMO, if you don't know why you want to use one, you should use ext4
<etu>
dash: I've have had 3TB seagate baracude that have died on me within 3 months. Then I went back to WD.
<clever>
i do pure ZFS on all of my installs
<JasonGrossman>
Sucha lovely filesystem.
* etu
still have high hopes for bcachefs
<dash>
A friend of mine swears by XFS but now that I think about it, he does a lot of unusual stuff...
<JasonGrossman>
I have high hopes for new filesystems too, but it will be AGES before they both (a) exist and (b) have had a few years of testing.
<JasonGrossman>
Also, ZFS has a good community.
<etu>
JasonGrossman: bcachefs has been developed for ages and they are looking at mainlining it. Then it will take years for the testing to happen :)
sbdchd has joined #nixos
<JasonGrossman>
etu: Right. I'm sure it will be great eventually.
Ariakenom_ is now known as Ariakenom
jperras has joined #nixos
<etu>
JasonGrossman: I'm thinking the same :D
justbeingglad has joined #nixos
<{^_^}>
[nixpkgs] @knedlsepp opened pull request #41445 → gdal: Fix darwin build → https://git.io/vh8mb
<JasonGrossman>
etu: Is bcachefs useable on NixOS?
<JasonGrossman>
I see that there's a NixOS kernel package for it.
aarvar has quit [Ping timeout: 256 seconds]
<etu>
JasonGrossman: No idea, haven't tried it. But when it mainlines that won't be an issue :p
<{^_^}>
[nixpkgs] @rbvermaa pushed to master « julia: add some version info to passthru, will be used by julia2nix »: https://git.io/vh8Oa
<{^_^}>
[nixpkgs] @rbvermaa pushed to release-18.03 « julia: add some version info to passthru, will be used by julia2nix »: https://git.io/vh8Ow
<jophish>
Dezgeg: I removed everything in /var/log and then tried to boot the system, but nothing was written to /var/log. I'm no systemd expert, but it seems like the kernel is not even getting that far
<robstr>
How to pin pkgs for nixops ?
<Dezgeg>
yeah, sounds like it
steell has quit [Ping timeout: 240 seconds]
<Dezgeg>
time to bisect which part of the config makes it fail I guess
<clever>
robstr: nixops modify -d name deployment.nix -I nixpkgs=https://github.com/nixos/nixpkgs/archive/GITREV.tar.gz
<jophish>
Is there a log of the boot process made before systemd starts logging?
<jophish>
nothing is printed to the screen, and I suspect that it fails before getting to systemd
<robstr>
gchristensen: yea, rest works so nicely
<srhb>
jophish: dmesg?
szicari has joined #nixos
<srhb>
Oh, if it fails, that might be hard
<srhb>
But the kernel should be logging it
<jophish>
# Log the script output to /dev/kmsg or /run/log/stage-1-init.log.
aloiscochard has joined #nixos
YaZko has joined #nixos
<jophish>
hmm, so nothing visible after the fact :(
knupfer has joined #nixos
<Dezgeg>
if you don't have the vc4 modules loaded you probably won't see anything
<jophish>
Dezgeg: perhaps I should try adding vc4 to boot.kernelModules or boot.initrd.availableKernelModules
<jophish>
ah: when building initrd I get a bunch of these "fatal" errors: modprobe: FATAL: Module vc4 not found in directory /nix/store/mk7rjpplwx1h086ic3nk9575472haf8j-kernel-modules/lib/modules/4.17.0-rc7-next-20180601
blankhart has joined #nixos
<jophish>
the build continues regardless
reinzelmann has quit [Quit: Leaving]
<tobiasBora>
Hum... I've a very strange issue:
<jophish>
so, for some reason, this kernel was built without any modules
<tobiasBora>
on one of my computer, this finishes in a few mn, with no error
<Dezgeg>
hmmh
<tobiasBora>
on another computer (same arch), this finishes in something like 20mn, and it fails
<tobiasBora>
The errors is not clear to me, but it's during the build of armv7a-unknown-linux-gnueabihf.drv hat fails with exit code 2, and the last "error" is "more undefined references to `ontop_fcontext' follow
<tobiasBora>
(so first, why armv7a is build while I want armv7l ?)
<tobiasBora>
ok so now the build is much quicker to fail, and the error not clearer:
steell has joined #nixos
<tobiasBora>
hum, in fact I can't build anymore since I updated he channel, even on my old computer
<jophish>
trying another build with: version = "4.17-rc7"; modDirVersion = "4.17.0-rc7-next-20180604"; extraMeta.branch = "4.17";
<tobiasBora>
*other
<Dezgeg>
jophish: so how's that different to the old build?
fuzzy-id has joined #nixos
<jophish>
Dezgeg: I don't think it is, however it's possible I made an oversight when modifying those values
<jophish>
actually, that's silly, because nix doesn't rebuild when I have the correct values
<jophish>
good ol' nix
<jophish>
one difference between the working kernel and the non working kernel is that the working one (with modules) was compiled with qemu on my x86_64 machine, and the non working one was compiled on arm natively
<jophish>
oh, another difference: the non working one had 'kernelPatches' specified
<{^_^}>
[nixpkgs] @aszlig opened pull request #41446 → nixos/systemd: Allow to override serviceConfig → https://git.io/vh8Zg
jtojnar has quit [Remote host closed the connection]
Rusty1_ has joined #nixos
<jophish>
time to have a break while things compile
<tobiasBora>
Ok, so here is the full output of the fail compilation (on the one that fails quickly): http://paste.debian.net/1027919
<Dezgeg>
does it have kernelPatches.modinst_arg_list_too_long ?
<Dezgeg>
jophish: I think lack of that might cause broken modules
<jophish>
just the one patch I specified :)
<jophish>
also moddirdir shouldn't have -rc7 in it
<jophish>
but that fails the build
<jophish>
thanks Dezgeg I'm building without the patches
iyzsong has quit [Ping timeout: 276 seconds]
rauno has quit [Ping timeout: 256 seconds]
chessai has joined #nixos
<{^_^}>
[nixpkgs] @volth opened pull request #41447 → [staging] cpan2nix: remove perl libraries which are not newer than built-ins → https://git.io/vh8c8
szicari has quit [Quit: Leaving.]
YaZko has quit [Quit: YaZko]
YaZko has joined #nixos
oahong has quit [Ping timeout: 240 seconds]
jperras has quit [Ping timeout: 256 seconds]
halfbit has joined #nixos
oahong has joined #nixos
adamt has joined #nixos
adamt is now known as Guest51315
simukis has quit [Ping timeout: 240 seconds]
Mrmaxmeier has joined #nixos
<elvishjerricco>
Dezgeg: FYI I got it to boot. :) turned out something hadn't gotten a native build input right so it ended up running the aarch64 mkdir and getting the obvious exec error.
pmade has joined #nixos
oahong has quit [Ping timeout: 240 seconds]
YaZko has quit [Quit: YaZko]
oahong has joined #nixos
<nico202>
just to know, is nixOS willed to move away from github?
<gchristensen>
we haven't discussed it, and it probably isn't going to be high priority
<nico202>
I don't want to be signed up on a Microsoft product but I want to contribute
<tobiasBora>
any idea how to debug "cannot build derivation '/nix/store/9hxrbyayvlpapggapvjyw538whrmhy8n-nix-2.1pre6148_a4aac7f-armv7a-unknown-linux-gnueabihf.drv': 1 dependencies couldn't be built
<elvishjerricco>
gchristensen: I was reading an article about the way that the Linux kernel uses git to handle tons of contributors on tons of sub projects. Their process is beginning to sounds really good for nixpkgs, with how big we're getting
<tobiasBora>
Oups, it looks like I broke my nix. Now for every command I've the error "error: option 'sandbox' has invalid value 'true;'
<tobiasBora>
build-use-sandbox = true; has been removed?
<{^_^}>
[nixpkgs] @knedlsepp opened pull request #41450 → eigen3_3: Fix darwin build → https://git.io/vh8lk
<aminechikhaoui>
tobiasBora: should work still
<tobiasBora>
aminechikhaoui: really? Strange... I commented out the sandbox configuration line, and now I've warning: unknown setting 'build-extra-platforms'
<gchristensen>
vaibhavsagar: ping
<tobiasBora>
but no idea where I set up this thing
<nico202>
gchristensen: yeah, but please consider moving. I don't want that my upgrades just stop working because microsoft decides that nixpkgs does not deserve to be on their server or shit like that
<niksnut>
tobiasBora: the semicolon is not allowed
<elvishjerricco>
Dezgeg: Will do. Thanks for the help. I'm excited to try it on real hardware. Being able to build on my desktop and nixops deploy to rpi sounds so sweet
justanotheruser has joined #nixos
<Dezgeg>
elvishjerricco: what's the fork btw? how much changes are there on top of master? hope there isn't too much
rauno has joined #nixos
<elvishjerricco>
Dezgeg: It's super light. Thanks to shlevy's changes from a while ago there's almost nothing. Haven't pushed it yet but I can do that when I get to my desk
<ldlework>
howdy infinisil
<infinisil>
ldlework: Yo!
<Dezgeg>
ok
<ldlework>
I have some time to try out your ZNC branch. Is it in a place where that would be valuable?
<infinisil>
ldlework: Hmm yeah I think so
<infinisil>
ldlework: What would be good is to just compare the currently generated znc config file with the new one my branch generates
<ldlework>
Cool, I'll balk about any hangups I run into.
<ldlework>
infinisil: you mean without changing my config or adding a new user?
<infinisil>
Yeah
halfbit has quit [Quit: WeeChat 2.1]
<ldlework>
OK I'll give that a go first.
<infinisil>
(Note the services.znc.mutable option)
<ldlework>
Right, I run with false.
<ldlework>
So it gets generated each time.
<infinisil>
Yeah
<infinisil>
I think that's the most important thing, because it should be expected that old configs be compatible with the new module
<ldlework>
o7
matthewbauer has joined #nixos
simukis has joined #nixos
txp284 has quit [Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org]
<ldlework>
BTW, does anyone know if any NixOS books are in the works or if any authors are in talks with publishers about working on one?
<gchristensen>
someone mentioned it on twitter, don't know how seriiously
YaZko has joined #nixos
erasmas has joined #nixos
<jophish>
Dezgeg: same "starting kernel..." hang :(
seafood has quit [Quit: seafood]
Guest51315 has quit [Ping timeout: 265 seconds]
<Dezgeg>
hmmh
<Dezgeg>
do you have the u-boot from master?
<jophish>
which kind of makes sense, seeing as this kernel can boot with the working system's "init" parameter
<infinisil>
yorick: You want it such that when you change the target of a symlink that it rebuilds it? I'd think it does that by default, because nix should hash the contents of the directory
<dash>
I want to copy some stuff from the nix store on an extra drive i've got mounted into my current nix store. is there a command for this or should I just remount and use cp? :)
dbmikus has joined #nixos
<Dezgeg>
hmmh
<Dezgeg>
jophish: try removing all the console= options besides ttyAMA0 to get more output
<Dezgeg>
just edit extlinux.conf manually or something
cloud-maingo has joined #nixos
<infinisil>
dash: I think `nix copy` should help with that, have a look at its --help
<yorick>
infinisil: I have a systemd service pointing to /symlink/thing, and it's not restarted when /symlink changes
<infinisil>
at runtime?
<infinisil>
or do you mean when rebuilding the system?
<yorick>
no, also after a nixos-rebuild
<jophish>
Dezgeg: looks as though switch_root is being called incorrectly...
<dash>
infinisil: looks about right, not sure on the syntax though...
<Dezgeg>
huh
<yorick>
infinisil: now I have "${/symlink}/think", but that does an extra copy
<jophish>
kbd_mode: KDSKBMODE: Inappropriate ioctl for device
<jophish>
perhaps that's bad too
<dash>
infinisil: it's telling me something "lacks a valid signature"
<dash>
which i guess is progress.
mizu_no__ has quit [Quit: Computer has gone to sleep.]
sary has quit [Read error: Connection reset by peer]
tilpner has quit [Remote host closed the connection]
<jophish>
hey ocharles_, how's things?
endformationage has joined #nixos
<ocharles_>
howdy. all good here thanks
<infinisil>
yorick: Well either you can use the stateful directory and not have it restart, or have it in the nix store and restart properly on a rebuild
<infinisil>
dash: Haven't even used it, so can't help much with it
<jophish>
seems as though KDSKBMODE is harmless
<dash>
aah, --no-check-sigs
<infinisil>
yorick: Nix can't automatically restart services that depend on a stateful directory, because it doesn't know anything about it
<yorick>
infinisil: I want to restart it on a nixos-rebuild
<yorick>
infinisil: also, the symlink points to a nix store path
<infinisil>
Does it not work with ${/symlink}/thing?
<Dezgeg>
jophish: I guess something went wrong when mounting /
<Dezgeg>
but that's quite strange indeed
<yorick>
infinisil: that gives another copy, no?
terrorjack has quit [Remote host closed the connection]
<infinisil>
yorick: Yeah, hmm but I think i see what you wanna do now
<infinisil>
But there's no way to do that in nix I'm pretty sure
<jophish>
Dezgeg: I suppose I should modify stage-1-init.sh to perform some diagnostics
<dash>
tfc: what are you going to do with the results? does another nix package need to depend on it?
<Dezgeg>
no message about the rootfs getting mounted... is ext4 a module perhaps?
<jophish>
perhaps, but shouldn't these be in there by default?
<tfc[m]>
dash: the result that i want is in the `dist` folder usually in the project after building .it's just CSS and JS files that result from running `npm run dist`. and i need these for another project, yes.
<dash>
tfc: the main thing node2nix does is provide a nix expression for all the dependencies in an npm package
<dash>
tfc: you can write a derivation based on what it generates to do the steps you need
YaZko has quit [Quit: YaZko]
camsbury has quit [Remote host closed the connection]
<tfc[m]>
dash so you mean i should use the output of the node2nix-generated expression and wrap that in another nix expression that then builds what i need with that?
YaZko has joined #nixos
TonyTheLion has joined #nixos
<dash>
tfc: right, or just edit it
camsbury has joined #nixos
<jophish>
Dezgeg: there's nothing in the successful log about loading an ext4 module
<jophish>
indeed, if I boot the system with the working config, nothing about ext4 shows up in lsmod
<tfc[m]>
dash: hm i guess wrapping another manually-written nix-expression around that machine-generated nix-expression is the better approach. the problem is that this node2nix generated one creates a source dist package, a shell and a tarball and being a node amateur i don't even know what to do with that exactly.
alexteves_ has joined #nixos
<dash>
yeah the stuff node2nix generates has never been very friendly to me editing it either... let me have a look again
<dash>
clever: true, i tried that briefly but have no memory of what happened at all
<Dezgeg>
ok, I guess it's built-in
YaZko has quit [Quit: YaZko]
<tfc[m]>
dash: clever i have even no idea what yarn is. i just want to encapsulate the plain `npm run dist` invocation so i never have to install something like npm in a user shell again
<samueldr>
clever: learned recently there are two different yarn2nix
YaZko has joined #nixos
YaZko has quit [Client Quit]
YaZko has joined #nixos
YaZko has quit [Client Quit]
asuryawanshi has joined #nixos
<jophish>
boot.shell_on_fail didn't do anything either
asuryawanshi has quit [Remote host closed the connection]
astrofog has joined #nixos
YaZko has joined #nixos
asuryawanshi has joined #nixos
simukis has quit [Ping timeout: 248 seconds]
YaZko has quit [Client Quit]
blankhart has quit [Read error: Connection reset by peer]
Sonarpulse has joined #nixos
<jophish>
Dezgeg: it must be mounting it correctly, because there is a check: if ! test -e "$targetRoot/$stage2Init" -o ! -L "$targetRoot/$stage2Init"; then; echo "..."; fail; fi
<jophish>
so it finds the stage2 init file correctly
<jophish>
I've stopped, and /mnt-root *isn't* mounted
Thra11 has joined #nixos
alex`` has joined #nixos
shabius has joined #nixos
Jackneillll has quit [Quit: Leaving]
<jophish>
it's as though fsInfo is the empty list
<{^_^}>
[nixpkgs] @volth opened pull request #41454 → perlPackages: convert some modules to aliases → https://git.io/vh8rQ
Ariakenom has joined #nixos
simukis has joined #nixos
<jophish>
no problem mounting the disk anyway
Jackneill has joined #nixos
Theuni2 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
knupfer has quit [Ping timeout: 256 seconds]
<infinisil>
Nixos module question
vaninwagen has joined #nixos
<infinisil>
I am rewriting a module (the znc one) which previously had like 30 options, into a new style that would only need 1 option
<tilpner>
But with less type checking?
<infinisil>
This 1 options can completely represent the structure of the config file of znc, so you have as much flexibility as you'd even need. No need to add additional options when you need something more specific
<infinisil>
tilpner: I am in constant need to use some of them that aren't supported by the current module
<jophish>
and then looked at it's list of filesystems: /nix/store/ycifvgp435ssrnsqxx667c962r22mj44-initrd-fsinfo
<jophish>
which is empty!
<infinisil>
And adding all of those would require another 40 options or so
sanscoeur has quit [Remote host closed the connection]
YaZko has joined #nixos
<tilpner>
Alright, sounds good
<infinisil>
By using a single option representing a nix value and converting that to the config, you have infinite flexibility, no need to ever change the module again, and be prepared for all future releases
<infinisil>
Now my actual question is: Old options will still need to be supported. Should I make it so that both old and new config can be used, but it will get a bit hairy with override order. Or should I make the 2 styles completely exclusive?
<infinisil>
As in, using the new style would ignore (will be properly documented) all old style options
<gchristensen>
I would say drop the old options
deepfire` has quit [Ping timeout: 260 seconds]
__monty__ has joined #nixos
<gchristensen>
but that is a fairly uninformed opinion
<infinisil>
Also what I'm thinking of
<infinisil>
I'd need a whole bunch of mkDefault to have old options work along with overridability, and then it has some odd behaviour
srl295 has joined #nixos
<gchristensen>
the _worst_ possible outcome, IMO, is someone is allowed to use all the old options and the fancy conversion is broken
pierron has joined #nixos
puckipedia has quit [Ping timeout: 260 seconds]
lonokhov has quit [Quit: WeeChat 2.0]
ixxie has joined #nixos
woodson has joined #nixos
<infinisil>
The conversion is pretty easy because the new version is so flexible
<YegorTimoshenko[>
gchristensen: would you mind if i reopen the gitlab issue? while i don't think we can do anything about that immediately, we could plan long-term. also, i would like to hear more input on that
<infinisil>
I'm mainly concerned about weird option priorities/overridability
<ldlework>
infinisil: my opinion is this, the surface of the old options that were available was very small
knupfer has joined #nixos
YaZko has quit [Quit: YaZko]
<ldlework>
so I say, drop support for the old style completely and let people update their configs which shouldn't take much effort
<ldlework>
and they'll probably go "oooo this is so nice now"
<flokli>
it's pretty complicated currently, some options are not supported, and probably it's better to not get that deep into it, as you can't manually keep all that options in sync…
sigmundv__ has joined #nixos
lsyoyom has joined #nixos
puckipedia has joined #nixos
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
<Orbstheorem>
~Hi, I'm trying to build an overriden version of a python package. I'm using this package definition: https://paste.gnugen.ch/raw/2wWB which I include via callPackage. However, my override does not work and my package is build with the nixpkg's version of dateutil
<jophish>
Dezgeg: I've found the issue cause, /nix/store/ycifvgp435ssrnsqxx667c962r22mj44-initrd-fsinfo is empty on one machine
<jophish>
but properly filled on another
ihar has joined #nixos
<Orbstheorem>
Is my definition mistaken?
ThatDocsLady has quit [Ping timeout: 245 seconds]
rain1 has quit [Quit: Leaving]
<jophish>
should --check replace the contents of a path?
<infinisil>
ldlework: I'm a slightly bit hesitant though, people will have to look at the znc config page and the nixos options manual won't be sufficient
YaZko has joined #nixos
<ldlework>
infinisil: just looking at the nixos options was never sufficient anyway
sigmundv__ has quit [Ping timeout: 276 seconds]
<tilpner>
infinisil - Can you put a really big example in there? I find examples to be almost as helpful
<infinisil>
tilpner: yeah that's my intention
<tilpner>
infinisil++
<{^_^}>
Did you mean infinity? Increasing infinity doesn't do anything..
<tilpner>
:/
<infinisil>
*chuckle*
<ldlework>
infinisil: how likely is this to get merged anyway
<infinisil>
Pretty likely I'd say, there's lots of improvements
ixxie has joined #nixos
<Orbstheorem>
{^_^}: It could overflow to -infinity :P
Thra11 has quit [Ping timeout: 245 seconds]
<jophish>
Dezgeg: booted!
vaninwagen has quit [Ping timeout: 265 seconds]
<__monty__>
Orbstheorem: Everyone knows +inf and -inf are the same point on the numbersphere.
<jophish>
thank you for your help!
rain1 has joined #nixos
sir_guy_carleton has joined #nixos
<{^_^}>
[nixpkgs] @ngortheone opened pull request #41456 → Do not kill udev during boot → https://git.io/vh8Pu
klntsky has quit [Ping timeout: 250 seconds]
alexteves_ has quit [Ping timeout: 265 seconds]
rain1 has quit [Quit: Leaving]
Thra11 has joined #nixos
<infinisil>
ldlework: tilpner: 2 things I'm unsure about with the new config style:
klntsky has joined #nixos
<infinisil>
znc needs a Listener section which declares the listen port, ipv4, ipv6 and ssl support
<ldlework>
What's the concern?
<infinisil>
With the new style (how it looks now), you'll have to add this listener section yourself
<infinisil>
But I think that's okay, it's not too annoying
<ldlework>
Hmm
<ldlework>
I'm sure it'll be fine.
<ldlework>
We can always evolve it.
<infinisil>
True, and the old config style will be there too as an alternative
<ixxie>
I get: jupyterlab.service: Failed to execute command: No such file or directory
<ixxie>
jupyterlab.service: Failed at step EXEC spawning /nix/store/dlxwm2kapxfadvqil5axzas7qcyj13f8-python3.6-jupyterlab-0.4.1/bin/jupyter: No such file or directory
cloud-maingo has quit [Quit: Connection closed for inactivity]
<ixxie>
which is weird because I set ExecStart = ''${pkgs.python3.pkgs.jupyterlab}/bin/jupyter-lab [...buncha flags and stuff] \ [...more stuff]'';
<ixxie>
so why is the path somehow breaking at the dash?
knupfer has joined #nixos
sanscoeur has joined #nixos
SagnikS has quit [Quit: Page closed]
<dash>
D-:
YaZko has quit [Quit: YaZko]
rauno has quit [Ping timeout: 245 seconds]
<ixxie>
yes dash! You are making a mess
<dash>
no kidding
<dash>
ran nixos-rebuild and it somehow decided i needed to compile a kernel today
<disasm>
ixxie: run systemctl cat jupyterlab
reinzelmann has joined #nixos
<tilpner>
dash - What channel did you get it from, and did you change anything kernel related recently?
<dash>
tilpner: unstable, and no
<dash>
i am using amdgpu-pro video driver though, that might affect it
<ixxie>
disasm: hmmm turns out I was looking at old logs
<ixxie>
:P
astrofog has quit [Quit: Quite]
<ixxie>
disasm: now I have to debug a different issue
<disasm>
ixxie: so first step is that systemctl cat command. Then try running it manually without systemd. Sometimes it gives messages that aren't making it into the journal
<ixxie>
good to know
<tilpner>
dash - Yeah, that's unfree, so it can't be redistributed
<Plato[m]>
Strange that everybody switches to Gitlab from Github now, but GNU Savannah (savane) doesn't even have a nixpkgs derivation...
Theuni2 has joined #nixos
<maurer>
Plato[m]: Reason's straightforward - people like the features on github, and are just worried about new management. Gitlab is substantially closer to feature parity than savane
<maurer>
Plato[m]: Feel free to make a derivation though
humanoyd has quit [Quit: WeeChat 2.1]
<maurer>
Note though that it was last released _11_ years ago
<maurer>
As an unmaintained project, getting it to run correctly may be tricky
<infinisil>
If it's packaged in nixpkgs it might not :)
logzet has quit [Ping timeout: 260 seconds]
logzet has joined #nixos
<colemickens>
I feel like an idiot, but I can't figure out how to get nvidia-settings in systemPackages.
<goibhniu>
hi colemickens, you just need to set nvidia as your videoDriver
<colemickens>
but I don't have the nvidia settings application available.
<goibhniu>
can you share your config?
<goibhniu>
... in a pastebin
<colemickens>
oh no. :( I guess there's just not a desktop entry for it.
<colemickens>
It is here. Weird.
<goibhniu>
aha
<goibhniu>
cool
<colemickens>
Nevermind. Thanks. I would've been stuck there for an even sillier amount of time :) Cheers.
<goibhniu>
great ... yeah, it's good to ask
palo_ is now known as palo
reinzelmann has quit [Quit: Leaving]
shabius_ has joined #nixos
shabius_ has quit [Client Quit]
greymalkin has joined #nixos
shabius has quit [Ping timeout: 256 seconds]
<bebarker>
What's the currently recommended way to get the nix-store path for a particular derivation from the command line (or shell script) in Nix 2? Maybe it is still just `nix-build '<nixpkgs>' --no-build-output -A mypkg` but this seems to generate files in the cwd, which isn't ideal
<pikajude>
hm, nix segfaults a lot
<bebarker>
pikajude, I haven't noticed that, but on the bright side, hnix is in the works
<bebarker>
pikajude, then again if you mean the new `nix` command in Nix 2, I guess i haven't used in much ...
<pikajude>
well
<pikajude>
nixUnstable does, rather
<pikajude>
I thought I was using the stable one
<pikajude>
maybe the Unstable part means it's unstable
<pikajude>
hnix is cool though
<{^_^}>
[nixpkgs] @matthewbauer pushed to master « vinagre: disable format hardening »: https://git.io/vh87Q
shabius has joined #nixos
tmaekawa has joined #nixos
blankhart has quit [Read error: Connection reset by peer]
vaninwagen has joined #nixos
blankhart has joined #nixos
periklis has joined #nixos
sbdchd has quit [Remote host closed the connection]
sbdchd has joined #nixos
tmaekawa has quit [Quit: tmaekawa]
sbdchd has quit [Remote host closed the connection]
sbdchd has joined #nixos
bennofs has quit [Ping timeout: 276 seconds]
<infinisil>
bebarker: nix-build --no-out-link
<bebarker>
infinisil, aha, awesome, thanks
bennofs has joined #nixos
<infinisil>
I have another question for the round for my znc module rewrite (ping ldlework)
<infinisil>
It will transform a nix value with attrsets and lists and everything into a string value readable by ZNC
<infinisil>
And right now it supports a special "extraConfig" attribute name at any depth, which will just output its value verbatim to the config file
<tilpner>
How do I properly override a library in node2nix output?
<ldlework>
infinisil: ok?
<ldlework>
that wasn't a question, but probably you're getting there
<ldlework>
:)
dvim has quit [Quit: WeeChat 2.1]
<infinisil>
And I think I'll remove this because: It makes the config file uglier, the tabs aren't right. I can't make assertions that certain parts are set because they might be in extraConfig. It would be nice to remove it from the implementation.
jD91mZM2 has quit [Quit: WeeChat 2.0]
<infinisil>
By assertions I mean: I can't make the evaluation abort because the user didn't define a `services.znc.config.Listener.l`, because it might still be set in `services.znc.config.extraConfig`, which I can't check
<tilpner>
services.znc.enableAssertions :/
<infinisil>
tilpner: There is an old option `services.znc.zncConf` which you can provide with a string that gets used for the config file directly
cd has quit [Quit: WeeChat 2.1]
<infinisil>
extraConfig would be useful for password blocks, which you can generate with znc --makepass, and put them directly in the config
<tilpner>
Do asserts while you can, but let the user disable them if they claim they know what they're doing?
<infinisil>
If I remove it the user will have to convert it to a Nix value themselves, which is admittedly rather easy, so I think it'll be okay
dmc has joined #nixos
<infinisil>
Hmm..
Theuni2 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<infinisil>
I'd rather there be only 1 way of doing things and not having extra options
rauno has quit [Ping timeout: 265 seconds]
<infinisil>
ldlework: What do you think?
<infinisil>
I can also make the assertion message output an example of how such a missing value should look like and how you can generate its values, which will make it even easier to fix it
alexteves_ has quit [Remote host closed the connection]
alexteves_ has joined #nixos
<v0id72[m]>
anyone get the mojave macOS beta?
srl295 has quit [Quit: Connection closed for inactivity]
<v0id72[m]>
oops wrong room.
YaZko has joined #nixos
grp has quit [Ping timeout: 268 seconds]
woodson has quit [Ping timeout: 256 seconds]
woodson has joined #nixos
dvim has joined #nixos
kerrhau has joined #nixos
kerrhau has quit [Changing host]
kerrhau has joined #nixos
amir has quit [Ping timeout: 265 seconds]
<infinisil>
Okay I think I'll keep extraConfig and won't do any assertions. The option descriptions should be clear enough to know what's needed to have it work.
alexteves_ has quit [Remote host closed the connection]
<foldingcookie>
is there a way to not have nix 1.0 installed?
infinisil has joined #nixos
TonyTheL1on has quit [Ping timeout: 268 seconds]
<robstr>
LnL: I'm still in 17.9 -.-
TonyTheLion has joined #nixos
<LnL>
but... security updates
<robstr>
true, I fear to break eveything from past experience :P
<LnL>
:/
<LnL>
past experience with another os or with nixos?
<robstr>
others, so It will be my first upgrade
asuryawanshi has quit [Ping timeout: 260 seconds]
<LnL>
ah that explains it ;)
<robstr>
If I want to upgrade the entire system, not just one user - I will change the ` system.stateVersion = "17.09";` to 18.3 in the `/etc/nixos/configuration.nix` file and `nixos-rebuild switch --upgrade` ?
<LnL>
robstr: change the root channel to 18.03 and run nixos-rebuild switch --upgrade
<LnL>
or alternatively nixos-rebuild boot and then reboot, that's a bit more reliable
<robstr>
Ty, currently I put quite some stuff inside my configuration.nix like ghc emacs etc, now most people suggest me to use `nix-env -iA` does it make sense to change in this step my configuration ?
<bebarker>
where are nix-store .drv.lock files supposed to be created normally? I'm trying to figure out how I borked my container: https://gist.github.com/bbarker/651feffd37658811bb56691178e65ab7. E.g., I get something like the following when trying to use nix-env or nix-shell to add something to the nix store: opening lock file '/nix/store/4iidhax10argyy6kr0i3fdzxcy933ljn-nghttp2-1.32.0.tar.bz2.drv.lock': Permission denied
mounty has joined #nixos
<bebarker>
hmm ... on my working container, a user can arbitrarily create files under /nix/store - so I guess that is the normal behavior
matthewbauer has quit [Read error: Connection reset by peer]
robstr has quit [Ping timeout: 240 seconds]
Thra11 has quit [Quit: IRC for Sailfish 0.9]
pierron has quit [Ping timeout: 240 seconds]
jtojnar has joined #nixos
amir has joined #nixos
shabius has quit [Quit: Leaving]
shabius has joined #nixos
<gchristensen>
what is the easiest way to lose 80M from a nixos closure, clever? :)
<foldingcookie>
how can I figure out where /nix/var/nix/profiles/default/bin/Xorg comes from? it doesn't match the output of "nix show-derivation -f '<nixos>' xorg.xorgserver | jq -r '.[].env.out'" (it's linked against older glibc than that one)
<LnL>
remove glibc and it's stuff that depends on it
<LnL>
gchristensen: did you disable manpages/info, etc.
<gchristensen>
uuugghhh I can't actually do that, because I have to have a totally normal nixos inside it
lord| has joined #nixos
<LnL>
hmm? you can still do it
<LnL>
programs.man.enable = false; IIRC
sbdchd has quit [Remote host closed the connection]
<gchristensen>
yeah, but the totally normal interior install will have manpages
<{^_^}>
[nixpkgs] @matthewbauer pushed 2 commits to master: https://git.io/vh4Uf
<leorize>
Hi, is it possible to add my own compiler flags to all packages? I would like to compile everything with -march=native for example.
infinisil has quit [Quit: Configuring ZNC, sorry for the joins/quits!]
infinisil has joined #nixos
hellrazo1 has quit [Ping timeout: 276 seconds]
woohoo has joined #nixos
infinisil has quit [Quit: Configuring ZNC, sorry for the joins/quits!]
infinisil has joined #nixos
<woohoo>
Will NixOS continue to store its repositories on GitHub after Microsoft bought it?
<maurer>
woohoo: I'm not an official spokesperson for NixOS, but I doubt there will be any change unless new policies are announced
szicari has quit [Quit: Leaving.]
<bennofs>
i would agree with that. as long as github keeps being github, the motivation to move is just not strong enough to justify the cost
grp has quit [Quit: box shutting down...]
justbeingglad has joined #nixos
<woohoo>
Okay, thanks for the point
bennofs has quit [Quit: WeeChat 2.0]
<woohoo>
To be honest, I always thought that keeping repositories on GitHub isn't very reasonable if you care about software with a free license. However, even I'm amazed that GitHub is now Microsoft's property.
<maurer>
Due to the decentralized nature of git, in the event that the central hub beocmes a bad actor, recovery would not be too hard
<tilpner>
maurer - Losing all issues would be pretty terrible, and there's a very big amount of links to github inside nixpkgs
<maurer>
tilpner: That's true. I'm mostly arguing that the risks of using a closed source platform are outweighed by the benefits here
<maurer>
e.g. if github somehow went full evil empire and ransomed access, we'd lose the issues, which would be rather unfortunate, but the code, wiki, and manual are all elsewhere
evhan` is now known as evhan
<gchristensen>
we have backups of issues now, apparently
<woohoo>
It seems the current situation is a formidable warning to anyone who thought that keeping free software on GitHub is a good idea.
infinisil has quit [Quit: Configuring ZNC, sorry for the joins/quits!]
<maurer>
woohoo: I think the linked issue and the conversation here pretty much closes that conversation for NixOS.
mightybyte has joined #nixos
shabius has quit [Quit: Leaving]
<gchristensen>
maybe it is comforting to know we're not closing our eyes to the issue. there are, however, more important things to solve right now
shabius has joined #nixos
<mightybyte>
domenkozar: I tried to install your Cachix client on macOS and looks like the cache for it isn't working. It wanted to build a ton of stuff starting with clang.
<LnL>
yeah I agree
silver_ has joined #nixos
seafood has joined #nixos
aarvar has joined #nixos
infinisil has joined #nixos
<__monty__>
woohoo: Imo github is still the best place to host open source code. It's not about the code it's about attracting people to collaborate on the code. No other platform has done that as well as github has.
<gchristensen>
also almost none of our actual delivery requires use of github
<joepie91>
__monty__: that's probably mostly because they've built it as a walled garden :)
Jetien has joined #nixos
<rain1>
__monty__: you are totally right about that, sad but true1
<gchristensen>
almost none == only if you actually specifically switch to using it in *your* delivery
<rain1>
maybe this merger is a chance for that to change
<andi->
it's just convinience at this point...
<gchristensen>
none of Nix's _actual_ production infra is served from GH
<gchristensen>
which I think is important & good
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
<joepie91>
gchristensen: modulo the channels?
<joepie91>
or at least some part of it
<averell>
and running an up to date master?
<__monty__>
joepie91: There have been shittier walled gardens before, sourceforge comes to mind.
<andi->
they are on cache.nixos.org aren't they?
silver has quit [Ping timeout: 256 seconds]
<LnL>
mightybyte: you can use cache.nixos.org, most of it is cached there
<andi->
well nixos.org/channels anyway
<infinisil>
Hey ldlework, I polished up the new znc module a bit, converted my config to it and am using it right now, it's looking good :)
<joepie91>
__monty__: sure, I just want to avoid people believing that github's success is purely due to it working well
<joepie91>
which... it does not, exactly, and it has a ton to do with siloing projects in combination with beating SF on usability
<joepie91>
which was never very hard
<joepie91>
and it's quite important to realize that building a better thing than github isn't that difficult; it's the network effect that's the problem
<gchristensen>
joepie91: channels don't need github either
<gchristensen>
nixpkgs-channels is a convenience if you opt in to it
matthewbauer has joined #nixos
<gchristensen>
not a requirement
Acou_Bass has joined #nixos
<woohoo>
__monty__: what about GNU Savannah? All GNU software is hosted there, and NixOS also uses a lot of this softwtware.
Ariakenom has quit [Read error: Connection reset by peer]
hiratara has quit [Ping timeout: 276 seconds]
<elvishjerricco>
mightybyte: You might need to double check that you're user is a `trusted-user` in your `nix.conf` file. You can't add caches on the command line like cachix recommends for installation unless your user is trusted
<mightybyte>
elvishjerricco: Ahh, that could be it.
<woohoo>
Linux kernel has its own cgit
<__monty__>
woohoo: Ranger used to keep a homepage there. We moved that to ghpages because it was too much of an inconvenience. That doesn't really inspire confidence of it being any better for new contributors or issue reporters.
simukis has quit [Ping timeout: 240 seconds]
blankhart has quit [Ping timeout: 276 seconds]
hiratara has joined #nixos
<elvishjerricco>
mightybyte: What's worse, IIRC, `cachix` recommends using the `--substituters` flag to set the cache on the command line. This will instruct Nix NOT to use the normal caches like cache.nixos.org. This is what the `--extra-substituters` flag is for; so you don't have to disable other caches. `cachix` should probably recommend that instead
<woohoo>
__monty__: I hope we have time to think before Microsoft announces all the code on GitHub as its intellectual property :)
<__monty__>
woohoo: That's not how copyright works.
<__monty__>
Also, microsoft understandably gets a lot of flack but they're doing a pretty good job financing haskell development. That's a huge thing in their favor imo.
<woohoo>
There was a precedent between Microsoft and Novell
<mightybyte>
elvishjerricco: Ahh yes. Using --extra-substituters yields a much smaller build
<elvishjerricco>
mightybyte: I would hope that making yourself trusted would yield zero building
<joepie91>
woohoo: this... has nothing to do with what you're alluding to, though?
magnetophon has joined #nixos
<mightybyte>
elvishjerricco: I did that as well and it doesn't seem to help.
<elvishjerricco>
huh
<elvishjerricco>
odd
sanscoeu_ has joined #nixos
sanscoeur has quit [Ping timeout: 248 seconds]
<woohoo>
maybe I'm exaggerating, but I think there's something to be concerned about anyway
<elvishjerricco>
anybody know any fundamental reason why you wouldn't be able to build nixos with the android kernel rather than the standard linux kernel?
<joepie91>
woohoo: concerns should be around gatekeeping and de-standardization, not a legally impossible IP grab :)
<ldlework>
infinisil: oooo
<ldlework>
infinisil: can I see your redacted config?
<woohoo>
joepie91: may be you right :)
<ldlework>
hopefully your nix expressions don't contain secrets anyway
<infinisil>
ldlework: Yeah, hold on, will have to commit it first
woohoo has quit [Quit: Page closed]
<magnetophon>
When I nixos-rebuild, I keep getting "error: while setting up the build environment: getting attributes of path '/etc/hosts': Permission denied"
<magnetophon>
sphalerite: What was the command you gave me that worked around this? ^^
sbdchd has joined #nixos
<samueldr>
elvishjerricco: wouldn't see why
<samueldr>
elvishjerricco: I was about to look into that weirdly enough
<elvishjerricco>
samueldr: Wanna team up? ;)
<elvishjerricco>
I've been messing with cross compiling to aarch64 specifically so I can cross compile a NixOS Android distro
<samueldr>
hah!
<samueldr>
I ported my phone to postmarketos to at leat PoC it would work
<samueldr>
(and it did)
<elvishjerricco>
Yea once we can do my build with an android kernel, it's just a matter of plucking the right components from other open source android OSes, and we'll have a nixos phone!
<samueldr>
elvishjerricco: I was thinking along the way of either using or transforming the postmarketos repo data since it has a bunch of devices already
<magnetophon>
elvishjerricco: are you seriously thinking of building that? Is it feasable? That would be awesome!
<elvishjerricco>
magnetophon: It's a distant dream, but one I've taken the first step toward :P
<samueldr>
elvishjerricco: if it's an asus zenfone 2 laser (z00t) things are spooky
sbdchd has quit [Ping timeout: 260 seconds]
<elvishjerricco>
samueldr: Admittedly, I have never really messed with custom phone OSes, so this is quite off the deep end for me lol. I'm not super aware of the difficulties in working with specific hardware
<ldlework>
infinisil: nice, thanks
<samueldr>
well, first we need to at least get the kernel built and booted using fastboot boot
<samueldr>
then, plans looked like an open field ;)
<elvishjerricco>
My plan is to get it working on raspberry pi first, then find a phone that fits the build weel
<elvishjerricco>
well*
<elvishjerricco>
samueldr: I don't *think* building the kernel will be too hard
<elvishjerricco>
Is fastboot a boat loader?
<samueldr>
ah, I was going at it with a phone since booting in a non-android layout may get tricky
<elvishjerricco>
boot*
<samueldr>
ah, wanna continue in #nixos-aarch64?
<elvishjerricco>
good idea
<samueldr>
this may be long
<samueldr>
(logs are always accessible if you miss it)
JasonGrossman has quit [Ping timeout: 265 seconds]
<infinisil>
ldlework: Of course, repetitive stuff like the channel list could easily be made simpler with something like `listToAttrs (v: nameValuePair "#${v}" {}) [ "nixos" "zfsonlinux" ]`
<LnL>
Ralith: ok, guess you could do something like this
<infinisil>
Will only include the direct dependencies
<Ralith>
that's a bit silly but not the end of the world
<Ralith>
still better than copying the entire store
smallville7123 has joined #nixos
<infinisil>
nix-store -q --references --include-outputs $(nix-instantiate '<nixpkgs>' -A firefox)
<infinisil>
Looks very very promising actually ^^
<infinisil>
wait sno
<infinisil>
wait no
<LnL>
nix-store -qR $(nix-instantiate '<nixpkgs>' -A hello) | xargs -n1 nix-store -q --binding out
<infinisil>
--references ignores the --include-outputs option
<Ralith>
yes, that appears to result in practically nothing being copied :/
<BlessJah>
Does anyone here use wireguard with wg-quick or improved rule-based routing (one that uses fwmark)? It doesn't work for me when fwmark is used and firewall is enabled (?)
nc_ has quit [Ping timeout: 265 seconds]
<Ralith>
LnL: spams tons of "deriver of path '<path>' is not known" errors
<Dezgeg>
it's not necessarily the out output that's referred to
JasonGrossman has left #nixos ["ERC (IRC client for Emacs 25.3.1)"]
<LnL>
Ralith: yeah, that's ok
<LnL>
you can't copy stuff you don't have yet locally :)
<Ralith>
honestly copying the transitive closure of build environments is not even necessarily a bad thing here