<kalbasit>
grahamc[m]: is there a way to use NixOS/nixpkgs/doc as-is from outside nixpkgs for our own documentation? So far I had to copy/paste the Makefile/default.nix to our project
amfl has quit [Read error: Connection reset by peer]
amfl has joined #nixos
hcs^ has joined #nixos
[rg] has joined #nixos
<[rg]>
looking for a way to handle binary packages on an external drive, will nix help here?
amfl has quit [Quit: WeeChat 1.6]
amfl has joined #nixos
dansho has quit [Ping timeout: 245 seconds]
<samueldr>
kalbasit: some kind of buildDocbookJustLikeNixOSDoes?
<kalbasit>
samueldr: yep
<samueldr>
not as of now, though I, too, would like that
<kalbasit>
I'm thinking something like `buildManual { root = ...; lib = ...; version = "..." }`
<kalbasit>
samueldr: That would be awesome to have
<samueldr>
yes
<[rg]>
does nixos support the linux heirachy in any wya?
<hyper_ch>
it still uses /etc - sort of
<[rg]>
ok, cool, so how does it handle package use for superusers?
<[rg]>
a store for people in a certain group?
daurnimator has joined #nixos
<daurnimator>
How can I get urxvt terminfo on my nixos machine?
<Ashy>
[rg]: the nix pills is worth a quick read
ddellacosta has joined #nixos
xkapastel has quit [Quit: Connection closed for inactivity]
johnny101m has quit [Quit: -a- Connection Timed Out]
johnny101m has joined #nixos
<{^_^}>
[nix] @thomasjm opened pull request #3009 → Add pname and version to nix-env -q --json → https://git.io/fjyKu
tomberek has joined #nixos
freeman42y has quit [Quit: Leaving]
TallerGh` has joined #nixos
<[rg]>
anyone running nix on a server? I'd like tohear the experience
TallerGh` has quit [Remote host closed the connection]
<simpson>
[rg]: Yes. Also, to answer your earlier questions in more detail, there's no LSB or FHS by default, and references into the Nix store are not unforgeable, just hard to guess.
<[rg]>
simpson: thanks, do you have lsb configured for the server
<simpson>
[rg]: Nope. LSB isn't like a toggle; it's a feature of FHS user environments, a specific trick in nixpkgs for making FHS-compliant chroots. The idea is that bad/old/closed-source software can be put into a chroot where there's FHS and LSB, but most software shouldn't need it. What are you building?
<[rg]>
not building anything just yet but I imagine older scripts and programs have some reliance on this stuff
THFKA4 has quit [Quit: WeeChat 2.4]
<simpson>
Sure. In general, older code is not very good and needs to be rewritten, even without considering Nix.
<simpson>
The good news is that Nix is relatively conservative and many of the fixes that a package might need inside nixpkgs would also be good fixes to send upstream.
<[rg]>
sweet
<daurnimator>
How do I find the current default include directories for gcc?
<simpson>
daurnimator: $(gcc -print-search-dirs)? What are you trying to do?
<daurnimator>
simpson: a frequent flow for me is to `grep -r SOME_IDENTIFIER /usr/include` to figure out which headers deal with a certain symbol
<simpson>
daurnimator: Aha. I know that feeling. There might be some slicker trick to it, but I'd use something like the above to ask GCC for its opinion.
<daurnimator>
mmmm. not finding a way to make that work well
<WhVrS2hV>
according to NixOS wiki when installing fzf (https://nixos.wiki/wiki/Fzf) I should add several lines to my `.bashrc/.zshrc`. Is there a way to do this more declaratively?
vmandela has joined #nixos
<{^_^}>
[nixpkgs] @andir opened pull request #65498 → gnupatch: apply patches for CVE-2019-1363 and CVE-2019-13638 → https://git.io/fjyPt
<WhVrS2hV>
ar: yes, I actually just tried it out, but I'm getting the following output when adding the required `.zshrc` to my `home.nix` - https://paste.ubuntu.com/p/pXKktBZSzZ/
yuken has joined #nixos
<yuken>
Huh. Fedora Skyblue seems Nix-inspired with some of its idea.
linarcx has joined #nixos
<Lukas23594087>
i used nix-infect ... how do i login?
Hail_Spacecake has quit [Remote host closed the connection]
Hail_Spacecake has joined #nixos
<gyroninja__>
Lukas23594087: It looks like the script grabs ssh keys from your previous install out of /root/.ssh/authorized_keys
<Lukas23594087>
but i need to install nixOS on target pc for that
<aveltras>
the entry point is in the "hosts" folder, which includes all the machine specific config (basically what would be i,n hardwareconfigratio,n.nix
<aveltras>
ye
asymptotically has joined #nixos
<Lukas23594087>
that makes no sense
<Lukas23594087>
again, i want to clone the whole OS not just the config
<aveltras>
is it just a problem because of download times ?
linarcx has quit [Client Quit]
<{^_^}>
[nixpkgs] @edef1c pushed commit from @wahjava to release-19.03 « sshguard: do not create ipset in post-start [backport #65453] »: https://git.io/fjyPg
linarcx has joined #nixos
<Lukas23594087>
no not just that, i have also compiled stuff
<Lukas23594087>
can i create an image of the actual system?
<aveltras>
im not sure there's anything specific to nixos if you want to clone the whole thing
<aveltras>
never done this so i cant help you here
<Lukas23594087>
:(
<aveltras>
but you can reinstall nixos on your other computer
<aveltras>
and then copy the content of the store i think
WhVrS2hV has quit [Remote host closed the connection]
<Lukas23594087>
is there any other way to install nixos offline
<maralorn>
Lukas23594087: You can just copy root. And then use some part of the nixos-install procedure to install the bootloader.
vmandela has left #nixos ["Leaving"]
<maralorn>
Someone here has to know the command. I haven‘t done an install in quite some time. But I think it should be apparent from the install section of the nixos manual.
<Lukas4452>
teamspeak constantly crashes again, help
dermetfan has joined #nixos
dermetfan has quit [Client Quit]
<tilpner>
__monty__: Setting nix.nixPath is one way to do that
orivej has joined #nixos
<__monty__>
tilpner: Seems like that'd allow me to mess up though. Not keeping track of updates to the nixPath. I'd rather root's channels not get added in the first place on a single-user install.
<tilpner>
__monty__: You _may_ be able to base your new value off of options.nix.nixPath.default
<__monty__>
Hmm, reading this (https://github.com/NixOS/nixpkgs/issues/40165) I figured I'd try running sudo nix-channel --update but that started building a home-manager derivation. Why would nix-channel --update ever build a derivation? And why would root have anything to do with my home-manager setup? Is that because of nix-darwin?
<{^_^}>
#40165 (by wizzup, 1 year ago, closed): warning: Nix search path entry '$HOME/.nix-defexpr/channels' does not exist, ignoring
erictapen has quit [Ping timeout: 248 seconds]
erictapen has joined #nixos
<tilpner>
I've heard that before, hold on
ng0 has joined #nixos
orivej has quit [Ping timeout: 244 seconds]
<tilpner>
Sorry, can't find it
LysergicDreams has quit [Ping timeout: 245 seconds]
abathur has joined #nixos
LysergicDreams has joined #nixos
<{^_^}>
[nixpkgs] @WilliButz opened pull request #65504 → mongodb: fix build on aarch64 → https://git.io/fjyHU
<__monty__>
Uh, oh. Maybe running `sudo nix-channel --update` was a bad idea? http://ix.io/1PPs
<eyJhb>
Lukas4452: I normally do, nix-shell -I nixpkgs=path-to-your-local-cloned-nixpkgs/ teamspeak_client
<Lukas4452>
its incredibly outdated and i want to help updating it
betawaffle has joined #nixos
<tilpner>
That will require a callPackage
<tilpner>
But if you intend on sending a PR with your changes, you should not update and test this file independently
<tilpner>
Fork and clone nixpkgs, update the file there, test it, send a PR
<Lukas4452>
ai ai sir
<__monty__>
Hmm, I messed up the permissions on my store by running `sudo nix-channel --update^C` on a single-user install. How do I fix the permissions on my store? nix-store --verify --check-contents didn't fix anything.
orivej has quit [Ping timeout: 245 seconds]
WilliamHamilton has quit [Remote host closed the connection]
[Leary] has quit [Remote host closed the connection]
Lears has joined #nixos
domogled has quit [Ping timeout: 244 seconds]
Lukas4452 has quit [Remote host closed the connection]
WilliamHamilton has joined #nixos
<WilliamHamilton>
I installed qjackctl after trying to follow the instructions on the nixos wiki for jack. But I get:
<WilliamHamilton>
09:19:19.805 jackdbus -dalsa -dhw:0 -r48000 -p1024 -n2Cannot connect to server socket err = No such file or directoryCannot connect to server request channel
<WilliamHamilton>
when I try to start jack
<WilliamHamilton>
is there a more up to date guide I should follow?
Lukas4452 has joined #nixos
noudle has quit []
<hodapp>
what magical tools does Nix provide me to help show how exactly a derivation included some specific version of a library?
<hodapp>
looks like a transitive dependency
<tilpner>
hodapp: nix why-depends
<hodapp>
thanks
xkapastel has joined #nixos
linarcx has quit [Quit: WeeChat 2.5]
linarcx has joined #nixos
shibboleth has quit [Quit: shibboleth]
<Lukas4452>
can someone update teamspeak? i have huge problems cloning the repo
<__monty__>
What's the problem? It takes a while because it's pretty big.
<__monty__>
You *could* do a shallow clone but tbh that's asking for trouble.
WilliamHamilton has quit [Remote host closed the connection]
Hail_Spacecake has quit [Remote host closed the connection]
Acou_Bass has joined #nixos
Hail_Spacecake has joined #nixos
iyzsong has quit [Ping timeout: 264 seconds]
magnetophon has joined #nixos
endformationage has joined #nixos
eagle2com has joined #nixos
LysergicDreams has quit [Ping timeout: 272 seconds]
johnny101m2 has joined #nixos
LysergicDreams has joined #nixos
<yorick>
how do I boot with degraded raid1?
eagle2com has quit [Ping timeout: 248 seconds]
<andi->
yorick: you just boot?
Acou_Bass has quit [Ping timeout: 258 seconds]
<andi->
The raid device should come up even with just one backing device
Lukas4452 has quit [Remote host closed the connection]
<yorick>
andi-: Timed out waiting for device /dev/disk/by-label/nixos, trying to mount anyway.
<yorick>
andi-: it mounts in alpine
<yorick>
but not in the nixos stage1
orivej has quit [Ping timeout: 248 seconds]
puck has quit [Remote host closed the connection]
<ajs124>
yorick: you can boot with boot.shell_on_fail and try to manually force assembly with mdadm
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kp__ has joined #nixos
puck has joined #nixos
<yorick>
andi-: ajs124: it seems that the device is still there, it just does not get symlinked to /dev/disk/by-label/nixos
knupfer has joined #nixos
<magnetophon>
I'm making a pkg with "find bin -type f | while read filename; do chmod +x $filename; done" in the installPhase, but the files don't end up executable. "echo $filename" instead of "chmod +x $filename" seems fine though... any ideas?
wfranzini has quit [Remote host closed the connection]
wfranzini has joined #nixos
ddellacosta has joined #nixos
zupo has joined #nixos
<symphorien>
find $out/bin instead of find bin ?
knupfer has quit [Ping timeout: 264 seconds]
<m1cr0man>
Folks I'm having a weird issue trying to build a nodejs package. I have the derivation all set up but for some reason I have to run the build twice to get it to work. It's as if some dependency of the derivation is contaminating the build environment if they need to built first. I guess, is there a way for me to reset the environment before the installPhase?
polman has quit [Ping timeout: 244 seconds]
polman has joined #nixos
<magnetophon>
symphorien: Yes, that was it! Thanks!
ayerhart has quit [Quit: ayerhart]
polman has quit [Ping timeout: 272 seconds]
ddellacosta has quit [Ping timeout: 245 seconds]
polman has joined #nixos
hoijui has quit [Quit: Leaving]
ayerhart has joined #nixos
<eraserhd>
How can I conditionally set options that might not exist? I'm making a module for both NixOS and nix-darwin, and I want to set one option in nix-darwin that doesn't exist in NixOS.
<pie_>
something that really grinds my gears is hour long builds that fail on tests that im trying to fix
<pie_>
can i somehow separate running tests into a separate derivation
<das_j>
yorick: Hm, damn it. Thank you
<ajs124>
or maybe udev? how about 64-md-raid-assembly.rules das_j, yorick
<das_j>
ajs124: Thanks :) No back to learning!
<das_j>
s/No/Now/
<yorick>
das_j: I literally had my raid array not being assembled during boot just an hour ago, let me know what you learn
<das_j>
yorick: Did you need to force the assembly manually?
<yorick>
das_j: yeah, did it once in alpine I think
<das_j>
yorick: My goal was to create some kernel option like mdadmForceAssembly
<__monty__>
Hmm, `tput: unknown terminal "xterm-kitty"` is preventing the activation of my home-manager configuration but `infocmp xterm-kitty` shows I *do* have the terminfo. Has anyone run into this?
<__monty__>
pie_: That'd be awesome. Would work wonders with the haskell infra's dontCheck.
___laika has joined #nixos
<{^_^}>
[nixpkgs] @dasJ opened pull request #65509 → pythonPackages.pyTelegramBotAPI: Init at 3.6.6 → https://git.io/fjy7z
<pie_>
__monty__: this has been a massive peeve of mine for a while
<{^_^}>
#9281 (by bennofs, 3 years ago, closed): Separate derivation for haskell tests?
<{^_^}>
#26400 (by FRidh, 2 years ago, open): Python: run tests in separate derivation
<pie_>
also still annoyed at people closing issues that still exit
<pie_>
exist
<pie_>
__monty__: im guessing the problem is you cant really edit the nix script because that changes the inputs and now youre stuck rebuilding everything again ?
___laika has quit [Ping timeout: 245 seconds]
<pie_>
i guess you could have the test suite have separate inputs and you could apply those changes back to the original when youre done
pereira_alex has joined #nixos
pereira_alex has quit [Remote host closed the connection]
<__monty__>
pie_: Can't you use the regular python tools to run the tests, bypassing nix during development?
fulgjon has joined #nixos
sstteeffaann has joined #nixos
Marcin-Oleksiak has quit [Quit: WeeChat 0.4.2]
<{^_^}>
[nixpkgs] @alpmestan opened pull request #65510 → ghc: always use ld.gold → https://git.io/fjy7K
<{^_^}>
[nixpkgs] @dasJ opened pull request #65511 → fusiondirectory: Init at 1.3 → https://git.io/fjy76
Makaveli7 has joined #nixos
<sstteeffaann>
hi. I wanted to have a try at ghcjs, but I don't seem to manager to install it. In my default.nix file I have tried with the pkgs haskellPackages.ghcjs-base, haskellPackages.ghcjs-dom, reflex, and haskellPackages.miso. But none of them brought me an launchable command ghcjs to launch $ ghcjs -o Main.hs with the exmaples got from the web. In the lat
<sstteeffaann>
est clone of nixpkgs, there is a compiler/ghcjs, but I cannot nixos.ghcjs alone doesn't seem to be recognize. Any idea what nixos package should I use ? I plan to experiment with it.
<pie_>
__monty__: i thought of that but i think the point is im trying to get nix to pass the tests
<pie_>
__monty__: well actually ok i suppose i could
<pie_>
__monty__: just use nix-shell
<pie_>
(i actually dont have much of an idea how python tests work so time to figure it out..)
<__monty__>
Yeah, was gonna suggest that but couldn't find a testPhase in your nix expression.
<pie_>
ill probably just look at the python builder stuff
Acou_Bass has quit [Quit: byeeeeeeeeeeeeeee]
<pie_>
__monty__: ok i have a dumb problem, if i run buildPhase is complains about no makefile but if i look at whats in env and run that it works
<{^_^}>
[nixpkgs] @mmahut opened pull request #65513 → jormungandr: init at 0.3.1 → https://git.io/fjy7D
Acou_Bass has joined #nixos
<__monty__>
pie_: You're not forgetting to run the other phases, right? Like preConfigure?
<pie_>
i just ran unpackphase but python doesnt even have a configurephase? :V
<pie_>
its been a few weeks since i poked at this heh
<pie_>
meanwhile yes i need to run the configurePhase..
<__monty__>
Hmm, when /nix/var/nix/profiles/per-user/root/channels is in my NIX_PATH, darwin-rebuild gives a warning about that path not existing, which is right (I'm on a single-user install) BUT if I remove that path from NIX_PATH darwin-rebuild errors because file 'darwin' couldn't be found in the Nix search path...
<__monty__>
How can adding a non-existent path to NIX_PATH make <darwin> resolve?
<pie_>
i still have to run the buildphase manually though
<pie_>
__monty__: maybe its getting farther?
turion has joined #nixos
<pie_>
ah but you said warning..
<__monty__>
Yeah, it works as long as that's on my NIX_PATH.
<__monty__>
Even though "that" doesn't exist.
<__monty__>
Does adding a path also add parent paths or something?
<arcnmx>
hm, quick a poll for function args: enableY or YSupport?
<__monty__>
Hmm, enableY suggests to me it'll be always on. While YSupport suggests I could make the program use Y or not depending on an option.
<turion>
Ah :) yeah, what __monty__ says sounds reasonable to me fwiw
<turion>
People often complain that every new programming language ships with their own crappy package manager, and that they should use nix instead. To that I ask: Is there a completely nonintrusive way to install nix that doesn't require any root access, or any meddling with / ? (Because otherwise it's pretty obvious to me why noone uses nix for such a task.)
<__monty__>
turion: You can use a custom location for /nix afaik. Though you lose the binary cache.
<arcnmx>
Hm, seems like a subtle distinction considering enableY is still exposed as an option and thus can be turned off, so not sure I follow what's meant by it will always be on?
<simpson>
turion: In those situations, usually the programming language *also* needs to have its language-specific package manager installed by a superuser, or otherwise build an entire userland from scratch under their userdir. So it's not clear why the existing situation is somehow preferable to Nix.
<arcnmx>
Do you expect a derivation to break if you enableSomething to false?
<turion>
__monty__: Why does that mean you'd lose the cache?
Makaveli7 has quit [Quit: WeeChat 2.5]
<__monty__>
arcnmx: As in, enableY = true, hardcodes the Y=true option in the config, enableY = false hardcodes Y=false. While YSupport just means Y is built and available but it depends on how you use the program whether or not it'll ever get used.
<simpson>
turion: Because everything is built with "/nix" in mind, not "/home/simpson/nix" or etc.
<turion>
Oh ok, these paths are hard coded in the packages in the binary cache...
<__monty__>
simpson: Neither pip nor cabal require superuser privileges.
<__monty__>
turion: Yep, and things like patchElf aren't a good enough solution because you don't get to create space in the binaries or some such technicality.
<simpson>
__monty__: Both of them require superuser privileges in order to install certain dependencies when compiling native code. This is a common weakness of many languages which rely on C compilers in the ambient environment. (IOW, numpy.)
<__monty__>
simpson: Sure but that's a small-ish caveat.
<turion>
simpson: Yes, and telling your local admin to install this or that package is still more probable to succeed than telling them to create /nix and start daemons that will write to it and allow every user access to them
<simpson>
turion: BTW, my POV is that I'm a language designer and I'd rather ensure that my language can natively blend with Nix than build yet another crappy package manager.
<simpson>
turion: I *am* my local admin, and I already convinced him. Just, y'know, go for it.
<__monty__>
I agree on that point though. If I were to develop a language I'd look into having nix be its package manager.
<turion>
In principle I totally agree. For me it's great to go that way. But I'll lose *all* windows users and many other users if I only distribute my libraries that way
<__monty__>
I think the overlap of language dev and knows nix is just too small so far.
<__monty__>
Windows users should be using WSL for development already though >: )
<simpson>
Aha, the true problem: Windows support. That is a showstopper for Nix right now, AIUI. In the past, my coping strategies have included slushies and a convenient absence of genuine Windows users.
<turion>
simpson: Yes, native libraries and programming language package managers is usually a great pain. And one thing that nix is awesome at. If only stack wouldn't suck as much as it does...
<sethetter>
I've heard in most cases that when developing a haskell project with nix, it's better to go with cabal over stack, but I've also seen the `buildStackProject` function which seems like using stack would be just as nice and easy. What are the main tradeoffs here?
domogled has joined #nixos
<arcnmx>
Hm, is there anyone trusted around who could trigger a darwin build for #63759 ?
<adisbladis>
Huh? Native dependencies being a small-ish caveat? Have you tried developing python apps in the last decade?
<turion>
simpson: Yeah, that's great for the binary at the end, but I want to distribute the library
<adisbladis>
It's a massive headache
<simpson>
turion: I'm remembering a few decades ago when finding DLLs of LAME was an effortful task. Are you trying to figure out which distros to package for? Or is this for your CI/nightlies/etc?
<turion>
simpson: CI is certainly important. I want to be sure that if I can build and test then everyone can with the instructions I put in the readme. But it's also an issue how to include native libs properly
<turion>
sethetter: Given that the documentation for nix + cabal is close to nonexistent afaik, you basically lose all newbies if you go that way. E.g. I often have projects involving Gloss/OpenGL, and it's really hard to find a predictable recipe for other users to even run the demo app in my project
<adisbladis>
For any spare time projects I'd just leave windows users to fend for themselves. It's too weird of an OS to support.
<turion>
adisbladis: Yes, I go that far myself, although it's sad :(
<turion>
It bugs me the most when I include samples of my work in a job application and I imagine my vaguely technical interviewer not being able to even install the thing
<turion>
stack will have the funniest hickups depending on the version, the previously executed commands, and current wheather. But when I ask non-nixos people to install my thing via cabal+nix, most of them will shy away. Even some nixos users don't/can't do it.
<__monty__>
sethetter: I think it's just that stack's an unnecessary, can only get in your way, extra moving prat.
<__monty__>
*part
<sethetter>
turion: yeah documentation across the board is a bit lacking, making the decision even more tough.
<adisbladis>
__monty__: Maybe a prat too? ;)
<__monty__>
So that approach is more for people who want to use nix with projects developed by a team using stack.
___laika has joined #nixos
<turion>
__monty__: Half a year ago stack seemed like the most reproducible way to distribute my projects. I mean, for cabal I had to set up CI with all major GHC versions and juggle around dependency versions forever until everything would work.
<turion>
Improving over that is an enormous achievement for stack, I find
<__monty__>
turion: We're talking about nix+cabal though, not just cabal.
ddellacosta has joined #nixos
<__monty__>
So cabal will be using stackage+head.hackage+everything-on-hackage-not-yet-covered.
<turion>
__monty__: Yeah, but I have to cater for the majority of users as well, who won't use nix
<{^_^}>
[nixpkgs] @vbgl opened pull request #65516 → ocamlPackages.lambdasoup: init at 0.6.3 → https://git.io/fjy5U
<sethetter>
__monty__: interesting. FWUI, one of the benefits of stack is that it can resolve needed dependency versions -- does nix provide anything like this?
<turion>
sethetter: nix piggybacks on stackae
<sethetter>
Oh nice! That's good to know
<turion>
*stackage
<turion>
I think stackage is one of the best things that happened to the haskell ecosystem
<__monty__>
sethetter: Stack does the opposite of resolving versions. That's what cabal does. Stack relies on fixed package sets with one version per package.
<turion>
__monty__: So cabal has become stackage-aware?
<__monty__>
I agree, stackage is great. Stack, not so much. Mostly because of the hurt it caused the community.
<turion>
Which already is one of the most important features that stack has: using stackage ;)
<adisbladis>
__monty__: How did it hurt the community?
<turion>
Obviously if nix+cabal can do that, the difference isn't that big anymore. The only 2 advantages that stack has for me over cabal+nix are: 1) I'm used to stack 2) More people in the world can use stack. Obviously 1) is not an important reason, but 2) to me is. When I put my project on github or gitlab and I don't offer a stack.yaml, fewer people will be able to use it.
<turion>
adisbladis: stack people seem to drift towards not supporting nix, afaikt
<___laika>
say im updating the expressions needed to build package X, and i bump package Y past a major version change as a part of that. should i put the new version of Y under a different name to avoid breaking old packages that depend on it?
<___laika>
if not, is there an easy way to test i havent broken a bunch of packages by bumping a transitive dependency?
johnny101m has joined #nixos
<aleph->
Hey aside from nix-env -e, is there another way to remove a package?
<___laika>
looks like `nox` is what im looking for for point 2
wfranzini has quit [Remote host closed the connection]
<__monty__>
aleph-: Depends on how it was installed. Do you use
<__monty__>
,declarative
<{^_^}>
There are multiple ways of managing declarative profiles. 1) Attrset, compatible with imperative use of nix-env https://git.io/fAQHW ; 2) buildEnv, providing more control over the paths that are linked into the profile https://git.io/fp0aU ; 3) home-manager, providing nixos-like config for your ~ https://github.com/rycee/home-manager
<aleph->
So apparently nix-store --delete -ignore-livedness on the path to an old version of discord deleted my init binary amongst others
<aleph->
Fsck. Alright how to recover from this...
<__monty__>
Why would you use nix-store --delete rather than garbage-collection?
<gchristensen>
yeah --ignore-liveness is a bad option. how did you come across it?
<aleph->
Because garbage collection wasn't removing it
<aleph->
gchristensen: Eh SO. Was looking up ways to force remove a package since something has been subtly broken on my system for a while but I've been too lazy to fix it wrt removing packages
<__monty__>
Then it was probably still in a generation and you should've deleted said generation.
<gchristensen>
ouch
<aleph->
Welp guess I need to reinstall. Sigh
<gchristensen>
well you can probably roll back to an older version in the boot loader
<gchristensen>
what *exactly* did you run?
<aleph->
The above nix-store command on the exact path to a discord 0.5 binary
<aleph->
Already tried rolling back three generations?
<gchristensen>
via reboot?
johnny101m has quit [Ping timeout: 268 seconds]
<aleph->
Yep
<gchristensen>
ouch
<gchristensen>
well, maybe go further :P
<aleph->
Wow I broke this in a neat way
<aleph->
10 generations and nada
<gchristensen>
"Careful with that! I just recursively deleted my entire system and had to recover from the install USB. – Jeff Jul 16 at 3:28"
<aleph->
And there's no way for a single user mode because no init
ddellacosta has quit [Ping timeout: 245 seconds]
<aleph->
Yeah it's dead. Time to grab a live cd and just copy stuff over to my secondary
<gchristensen>
no need to erase your computer, just do another nixos-install with the existing partitions
johnny101m has joined #nixos
<aleph->
Yep, what I was planning on.
<gchristensen>
cool
<gchristensen>
it would be really nice if that answer didn't include a footgun
johnny189 has joined #nixos
johnny101m2 has quit [Ping timeout: 248 seconds]
<c00w>
Anyone here have tensorflow or openscad working?
<__monty__>
It's like nix's equivalent of rm -rf / but without the confirmation dialog.
<gchristensen>
it is rm -rf's equivalent of --no-preserve-root
Acou_Bass has quit [Quit: byeeeeeeeeeeeeeee]
johnny101m has quit [Ping timeout: 248 seconds]
bakakuna has joined #nixos
<aleph->
Heh fun
<gchristensen>
I have never used it. I should try it.
<sstteeffaann>
@gchristensen doing a nixos-install with the latest working confuguration should ork like a breath or there may be some problem. I remember I always try to start from a minimal configuration when doing nixos-install, then only after reboot I git pull my final configuration. But your remark makes me think I could go straight at the second step. Woul
<sstteeffaann>
d you nixos-install a complex (but valid) configuration.nix ?
<aleph->
Should see if mine works
<gchristensen>
sstteeffaann: I do :)
<sstteeffaann>
argh, that a thing to try next time then :-)
<gchristensen>
please do. anything in NixOS's modules should work fine just like that. if they don't, it is a bug
<ajs124>
We just build a custom ISO with our config repo included.
bakakuna has quit [Ping timeout: 244 seconds]
<ajs124>
That way, you always have your config, if you need to reinstall.
<kraem>
i have been successful with doing a nixos-generate-config and nixos-install on my existing configuration several times - no problem there
<aleph->
Hmm, reminds me. Wonder if the system 76 kernel modules ever got upstreamed
<{^_^}>
[nixpkgs] @jokogr opened pull request #65518 → vlc: use wrapQtAppsHook → https://git.io/fjy5R
<samueldr>
to nixos or the kernel?
<aleph->
Nixos
<aleph->
Since otherwise I'll need to find and add that so my fans work properly
<aleph->
gchristensen: So once booted to a live cd do I just need to remount /boot and /etc/NixOS and run nixos-install?
<samueldr>
I know I told you to understand it, and then upstream it :)
<samueldr>
aleph-: same mounts as when you installed
Acou_Bass has joined #nixos
<samueldr>
so sounds right
<aleph->
samueldr: Yeahhhh.
<kraem>
aleph-: yep
<aleph->
I forgot the upstream bit
<aleph->
Just need to go dive into my IRC logs to rebuild it
iqubic has joined #nixos
<__monty__>
Why would adding a non-existent path to NIX_PATH enable darwin-rebuild to find <darwin> and <nixpkgs>?
<aleph->
Hmm, or it's not in my irc. log.
<iqubic>
Does anyone know how to make Eye Of Gnome print an image without maintaining the current aspect ratio? Whenever I change one dimension of the output, the other changes too. I'd like to be able to set both of them independantly.
<aleph->
gchristensen: So I run nixos-install it won't wipe my current disk? Just do a reinstall of my current config?
<aleph->
Bootstrapped with the needed missing pieces of the configuration
orivej has joined #nixos
<gchristensen>
aleph-: nixos-install doesn't do much more than copy your system's closure over
<kraem>
it will reinstall everything you've declared in your config
<aleph->
Gotcha just wanted to be certain
<aleph->
Take me an age to back stuff up
<kraem>
better be safe than sorry by asking :)
<gchristensen>
(also, wouldn't hurt to back up :))
<aleph->
Also true. :p
<sstteeffaann>
and what about user's ? would nixos-installl wipe the exisitng users home folders, or their cache etc..
<sstteeffaann>
just asking
<srhb>
sstteeffaann: It will not.
<sstteeffaann>
good
<srhb>
sstteeffaann: Barring some differing import paths and setting up the bootloader, nixos-install is pretty much the same as nixos-rebuild boot
<gchristensen>
unless they were made imperatively
<srhb>
gchristensen: Not even then.
<gchristensen>
oh col
<srhb>
At least, as far as I know, home directories are never wiped.
<gchristensen>
definitely not
<gchristensen>
but their entry is the passwd db?
<srhb>
Good question.
<{^_^}>
[nixpkgs] @Gerschtli opened pull request #65519 → gitignore-vim: init at 2014-03-16 → https://git.io/fjy5i
<srhb>
I would assume the code that alters passwd is the same as nixos-rebuild, really.
<gchristensen>
probaly so
<{^_^}>
[nixpkgs] @Gerschtli opened pull request #65520 → vim-tmux: init at 2019-03-22 → https://git.io/fjy5P
<{^_^}>
[nixpkgs] @Gerschtli opened pull request #65521 → vim-hybrid-material: init at 2018-11-12 → https://git.io/fjy5X
<gchristensen>
especially since nixos-install doesn't even create an /etc/passwd
<gchristensen>
>..I think.
<srhb>
Heh :P
noogie has quit [Ping timeout: 245 seconds]
<gchristensen>
erasing your / every boot lets me forget some things.
fusion809 has quit [Remote host closed the connection]
fendor has quit [Client Quit]
<{^_^}>
[nixpkgs] @vcunat pushed commit from @andir to staging-next « gnupatch: apply patches for CVE-2019-1363 and CVE-2019-13638 »: https://git.io/fjy5Q
<{^_^}>
[nixpkgs] @vcunat merged pull request #65498 → gnupatch: apply patches for CVE-2019-1363 and CVE-2019-13638 → https://git.io/fjyPt
<aleph->
Hmm this is an annoying error. So running nixos-install after mounting my drives. After it finishes building and dl'ing it errors out with: "FileNotFoundError: [Errno 21] No such file or dir /nix/var/nix/profiles/system-127-link/kernel"
<{^_^}>
[nixpkgs] @vcunat pushed commit from @andir to staging-19.03 « gnupatch: apply patches for CVE-2019-1363 and CVE-2019-13638 »: https://git.io/fjy5F
noogie has joined #nixos
johnny189 has quit [Ping timeout: 246 seconds]
johnny101m has joined #nixos
fgaz is now known as fgaz_
fgaz_ is now known as fgaz
<aleph->
Hmm. So what is the cause of this...
<pie_>
__monty__: so...i did this but like, no actual tests seem to run, it just exits?: https://bpaste.net/show/9_z1
johnny101m2 has joined #nixos
MmeQuignon has quit [Ping timeout: 248 seconds]
<__monty__>
pie_: Not that familiar either. We have test[_*] targets in a makefile, never really looked into it.
MmeQuignon has joined #nixos
erictapen has quit [Ping timeout: 245 seconds]
<aleph->
Hmm, guess it's looking for it in /nix which isn't where my /nix is
<aleph->
Maybe a bind mount will fix it
Drakonis has joined #nixos
<__monty__>
Looks like for us the relevant commands are `py.test tests` and running doctests.
johnny101m has quit [Ping timeout: 276 seconds]
<aleph->
And bind mount is a poor idea as well.
knupfer has joined #nixos
ambro718 has quit [Quit: Konversation terminated!]
* aleph-
grumbles
knupfer has quit [Client Quit]
knupfer has joined #nixos
knupfer has quit [Client Quit]
<{^_^}>
[nixpkgs] @mmahut opened pull request #65522 → openscad: Use qt5's own mkDerivation → https://git.io/fjydt
MmeQuignon has quit [Ping timeout: 248 seconds]
MmeQuignon has joined #nixos
<{^_^}>
[nixpkgs] @yvesf opened pull request #65523 → librecad-git: add -git version that supports qt5 → https://git.io/fjyd3
<sstteeffaann>
@aleph maybe totally irrelevant suggestion, but I think it is the kind of error I have when I use an untrusted user to try to generate the nixos-config
<clever>
sstteeffaann: you can rerun nixos-generate-config at any time to update hardware-configuration.nix
<sstteeffaann>
in such case sudo nixos-rebuild ... gets me rid of the error, maybe there's an access right issue.
<aleph->
sstteeffaann: This is as root
<aleph->
So I doubt it?
<aleph->
Trying to resetup via nixos-install
<clever>
aleph-: did you run nixos-generate-config inside a container?
<aleph->
It's looking for a generation that doesn't exist under /nix/ but does exist under /mnt/nix
<infinisil>
colemickens: Ah yeah you can, e.g. with `sudo nix-env -p /nix/var/nix/profiles/system --delete-generations {541..596}`
<clever>
aleph-: any differences can mean corruption or filesystem failures
<aleph->
Ah fsck
etrepum has quit [Read error: Connection reset by peer]
<infinisil>
colemickens: Oh but then gc will probably still delete all new ungcrooted things..
<__monty__>
pie_: 👍
etrepum has joined #nixos
<clever>
aleph-: either something had root at the wrong time and modified something it shouldnt have, or the fs is failing, or an improper shutdown corrupted something
digitalgrease has quit [Read error: Connection reset by peer]
<aleph->
Sigh. So what would be my path forward? Just backup data and rebuild?
digitalgrease has joined #nixos
<clever>
aleph-: nix can repair this stuff easily, lets wait for verify to finish first
<aleph->
Fixed two python libs, env-manifest and user-env it looks like
Guest69420 has joined #nixos
<aleph->
Nothing else
<clever>
aleph-: doesnt explain the missing kernel
<gchristensen>
aleph-: when you reinstalled, you kept your /nix right?
johnny101m has joined #nixos
<clever>
aleph-: try running `nixos-rebuild boot` within the `nixos-enter` shell
<aleph->
Sec
<aleph->
clever: Same issue
<aleph->
Can't find that kernel despite the path existinf
<aleph->
existing*
<clever>
aleph-: ls -l that path, from within nixos-enter
<aleph->
gchristensen: Yeah I didn't delete anything. Just mounted and nixos-installed
<gchristensen>
hmm
<aleph->
Ah that nix store path it points to is dead
<clever>
aleph-: ls -lh /nix/var/nix/profiles/system-127-link
dftxbs3e has joined #nixos
johnny101m2 has quit [Ping timeout: 246 seconds]
<aleph->
Yes? I did that, it points to a nix store path that no longer exists
<clever>
aleph-: can you paste the output to me
<gchristensen>
aleph-: might should delete all the paths in /nix/var/nix/profiles which don't link to anything valid anymore, then do a nix-collect-garbage
<clever>
gchristensen: that could break the current profile link
<gchristensen>
yeah... well they already reinstalled once, so maybe collecting garbage and trying another reinstall would be good.
<clever>
it should be possible to repair the profiles
FRidh has quit [Quit: Konversation terminated!]
<aleph->
Hmm, okay so can't boot sshd so I can't SSH in. And DNS resolver is down as well since systemd isn't started
johnny101m2 has joined #nixos
<infinisil>
colemickens: Well, that manual command doesn't do a gc
<clever>
aleph-: if you nixos-enter, what does `ls -lh /nix/var/nix/profiles/system-127-link` point to?
<infinisil>
colemickens: It just deletes the gc roots
<colemickens>
infinisil: :) I just realized as much
<aleph->
clever: Yeah trying to get that without having to manually type it out.
<aleph->
Sigh fine, let me key it in
<pie_>
__monty__: woohoo tests are DOSing my WM rn :D
<clever>
aleph-: aleph- ls -lh /nix/store/9j9cr9gi1ndias2qa1v1gdgff0izc923r-nixos-system-nixos-18.09.git.4dd9cd3
<aleph->
clever: ^
<aleph->
clever: Yes I did that, it doesn't exist.
<aleph->
Dead path
<clever>
aleph-: ls -lh /nix/var/nix/profiles/system
johnny101m has joined #nixos
<aleph->
Points to system-203-link
johnny101m2 has quit [Ping timeout: 245 seconds]
<gchristensen>
clever: I'll leave it to you :)
<___laika>
is there any easy way to get a nix shell for the build environment of a package expression im working on including source? without cloning manually?
<clever>
aleph-: does 203's target exist? why did the error says 127?
Yakulu has left #nixos ["Error from remote client"]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
MmeQuignon has quit [Ping timeout: 248 seconds]
MmeQuignon has joined #nixos
<sstteeffaann>
@fresheyeball in the Pragmatic Programmer, a book from the late 90's, there's a technique called The Rubber Duck. After some time on a bug, install a rubber duck on your desk, and explain him your concern. The fact of explaining the problem to someone else will make you sumup things up , and use different neuron circuitry I think, which often makes
<clever>
Baughn: the problem is that the config changes your offline, modify storepaths, and nixos-rebuild is dumb and checking for those paths on a cache
<clever>
Baughn: nixos-rebuild --option substituters '' will disable the cache entirely
<fresheyeball>
sstteeffaann: plus this is where people like clever hang out. and so just being in the channel makes me more comfortable
dl4mfo has joined #nixos
<sstteeffaann>
yes :-) it is even 100000 better
<gchristensen>
the people in the channel is what got me to stay, for sure
<Baughn>
clever: Ahh. Right, of course. I suppose it would be a nice improvement to throw in a maximum backoff time on that.
risson_ has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @samueldr opened pull request #65526 → qt5*: Enforce strict compatible version paths → https://git.io/fjyFk
risson has joined #nixos
infinisil-m has joined #nixos
sstteeffaann has quit [Remote host closed the connection]
<pie_>
im looking for an example of something that needs x11 for its tests
<pie_>
nvm, grepped nixpkgs for xvfb-run
fendor has joined #nixos
srid6390803 has quit [Read error: Connection reset by peer]
srid6390803 has joined #nixos
iqubic` has joined #nixos
iqubic` has left #nixos [#nixos]
iqubic has quit [Ping timeout: 276 seconds]
mexisme_ has joined #nixos
MmeQuignon has quit [Ping timeout: 268 seconds]
MmeQuignon has joined #nixos
linarcx has quit [Quit: WeeChat 2.5]
MmeQuignon has quit [Ping timeout: 244 seconds]
MmeQuignon has joined #nixos
das_j has quit [Remote host closed the connection]
<Aleksejs>
hello, I have a problem with mdns domains - they work fine everywhere but nixos. In nixos they sometimes work but mostly don't work. Even if local dns name is published by nixos machine itself
<{^_^}>
[nixpkgs] @worldofpeace pushed 2 commits to master: https://git.io/fjyFQ
<Aleksejs>
any ideas?
grw has joined #nixos
Thra11 has quit [Quit: WeeChat 2.5]
<fulgjon>
Hey, I've got a silly question: does every haskell package from hackage that doesn't provide default.nix to build it with nix is being marked as broken?
<{^_^}>
[nixpkgs] @worldofpeace merged pull request #65522 → openscad: Use qt5's own mkDerivation → https://git.io/fjydt
<{^_^}>
[nixpkgs] @worldofpeace pushed 2 commits to master: https://git.io/fjyF7
<clever>
Lukas4452: ive temporarily made this symlink, and then put hack into LD_LIBRARY_PATH
MmeQuignon has quit [Ping timeout: 248 seconds]
<Lukas4452>
clever ok, well after the special version i got from you, i got ts working... but it still crashes
ng0 has quit [Quit: Alexa, when is the end of world?]
<Lukas4452>
i want to fix that somehow
<c00w>
Aleksejs: My memory of this was if I had the firewall turned on it wouldn't work. Does disabling the firewall make it work? I have foo.lan resolving on my network consistently.
<clever>
Lukas4452: i need to get around to updating the expr in nixpkgs master to include the latest fixes i have
<Lukas4452>
how to apply the hack?
m0rphism has quit [Ping timeout: 248 seconds]
<clever>
Lukas4452: run nix-store -qR on teamspeak, find the quazip-0.8.1 path, and make a symlink to its .so file, with a new name
<clever>
Lukas4452: and then set LD_LIBRARY_PATH
xkapastel has joined #nixos
chloekek has quit [Ping timeout: 272 seconds]
Okinan has joined #nixos
<Aleksejs>
c00w: it didn't affect anything
<c00w>
huh
MmeQuignon has joined #nixos
ericsagnes has quit [Ping timeout: 276 seconds]
lovesegfault has quit [Quit: WeeChat 2.5]
<{^_^}>
[nixpkgs] @dasJ opened pull request #65532 → tt-rss-plugin-fever-api: Init at 2.2.0 → https://git.io/fjybC
fendor has quit [Quit: Leaving]
<Lukas4452>
is there no way in running the official TS?
<Aleksejs>
c00w: I tried to disable firewall but domain still can't be resolved
o1lo01ol1o has quit [Remote host closed the connection]
NightTrain has joined #nixos
mexisme_ has joined #nixos
<Lukas4452>
clever is there a hack that runs the standard teamspeak like appimage-run runs AppImages?
<clever>
Lukas4452: dont know of one
<c00w>
Aleksejs: Any chance you can pull a packet trace and see what dns activity there is?
<c00w>
That might let you figure out where the problem is
ericsagnes has joined #nixos
mexisme_ has quit [Read error: Connection reset by peer]
<Aleksejs>
c00w: I'm trying to trace trat domain and I'm getting system error right away
mexisme_ has joined #nixos
<Aleksejs>
the same error is when I'm trying to ping that domain
o1lo01ol1o has joined #nixos
MmeQuignon has quit [Ping timeout: 245 seconds]
<{^_^}>
[nixpkgs] @yegortimoshenko opened pull request #65533 → rustc: enable cross-compilation to musl libc → https://git.io/fjybx
Lukas4452 has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @dasJ opened pull request #65534 → sendxmpp-rs: Init at unstable-2019-03-02 → https://git.io/fjyNI
<infinisil>
___laika: One initial commit for adding yourself as a maintainer, and one commit per package update/introduction is the convention, so I recommend doing that :)
<___laika>
do people generally append themselves to the maintainer list for packages they touch?
<___laika>
or just if they make a Big Change(TM)?
<___laika>
also infinisil, do you have a link to a high quality PR i could look at?
<___laika>
bonus points if you could point me to a first timer PR tooo
<gchristensen>
___laika: only if you want to take care of it in the future
<infinisil>
___laika: People add themselves as a maintainer if they feel like maintaining the package :P
erictapen has quit [Quit: leaving]
<infinisil>
(in nixpkgs)
<___laika>
makes sense
<infinisil>
A high quality PR..
<___laika>
just something for me to cheat off of, heh
<___laika>
no worries if nothing comes to mind
<infinisil>
Well as an example of a PR that updates packages: #55959
<infinisil>
Which has an example of somebody adding themselves to the maintainer list in an initial commit (well I asked them to do so :))
<Ralith>
add yourself as a maintainer if you need to take responsibility for a package, which usually happens because you are using it and nobody else has taken responsibility
<infinisil>
Package update PR's are generally not that sensitive to quality though, because even if you mess something up, it almost always won't be a problem
<infinisil>
Things like functions (e.g. buildFooPackage) or NixOS modules are more sensitive to quality, because they have a publicly facing API, which once created in a bad way, will have to stay backwards compatible in the future