<sjanssen>
I'm trying to package a binary shared object that depends on various other shared objects, eg. libcrypto.so.1.0.2. What's the proper way to to replace those object names with nix store paths?
mounty has quit [Quit: Konversation terminated!]
wgas has quit [Quit: Leaving]
<sjanssen>
oh, am I supposed to set the rpath of the shared object?
<hodapp>
interesting that racket2nix isn't in nixpkgs...
<sjanssen>
yes, setting the rpath is working nicely so far. However, I'm not sure what to do about libcrypto.so.1.0.2. nixpkgs's openssl provides other versions such as libcrypto.so.1.1. How do I work around that? Symlink?
<hodapp>
but it seems people moved on and now I don't know the 'right' way
blonkhart has joined #nixos
<hodapp>
hrmph. I want to run this Racket package, but racket2nix gives me some vague error, and if I install through DrRacket, the resultant binaries just give the error mentioned in #30749
graphene has quit [Remote host closed the connection]
<Myrl-saki>
Okay.
<Myrl-saki>
Uhhh... hype.
<Myrl-saki>
nix-build '/tmp/blarghpkgs/nixos' --argstr system "armv7l-linux" --arg configuration '(import /mnt/etc/nixos/configuration.nix)' -A system --option substituters ''
graphene has joined #nixos
<Myrl-saki>
Uhhh
<Myrl-saki>
How do I override bootstrapTools?
<Myrl-saki>
Oh, it's under stdenv.
<pie_>
i need to bump the version of a haskell package but i forgot how to do it with nix-shell
<pie_>
this is what i have: nix-shell -v -p 'haskellPackages.ghcWithHoogle (pkgs: [pkgs.qtah-qt5 pkgs.qtah-qt5.doc pkgs.HTTP])'
<pie_>
i want to bump qtah-qt5 to 0.5.0
sir_guy_carleton has joined #nixos
<Myrl-saki>
Okay, I think I'm still wrong. Wahhh
<infinisil>
> :u
<Myrl-saki>
I feel like I'm close.
<{^_^}>
Updated nixpkgs
<infinisil>
> haskellPackages.qtah-qt5.name
<{^_^}>
"qtah-qt5-0.5.0"
<infinisil>
pie_: ^^ -> Just use a more recent nixpkgs
<pie_>
ah ok
* pie_
mumbles something about disk space again
MichaelRaskin has quit [Ping timeout: 256 seconds]
<Myrl-saki>
Hmmm. I wonder if bootstrapTools can even be overridden.
<Myrl-saki>
It seems "way too internal" if that makes sense.
* infinisil
gentry pets his 480GB SSD
<Myrl-saki>
stdenv = super.stdenv // {
<Myrl-saki>
bootstrapTools = abort "blargh";
<Myrl-saki>
doesn't seem to work, so there's that.
<pie_>
infinisil, uh do i need unstable for that?
<infinisil>
pie_: Probably, given that stable isn't supposed to get any version updates for half a year
<pie_>
well...time to rebuild haskell eh...
<infinisil>
pie_: But you can just add -I nixpkgs=https://nixos.org/channels/nixos-unstable/nixexprs.tar.xz
<pie_>
i haven an unstable channel
<infinisil>
Ah
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<pie_>
but actually that will be easier
* infinisil
goes Zzzzzz
* pie_
doesnt want to wait for a haskell rebuild but eh......
<pie_>
gnight
<pie_>
oh hm maybe i might not need to rebuild haskell lol
<{^_^}>
[nixpkgs] @matthewbauer merged pull request #42800 → gnuradio: fix issues with last pr → https://git.io/f4A2A
<{^_^}>
[nixpkgs] @matthewbauer pushed 3 commits to master: https://git.io/f4AV8
tenten8401_ has quit [Ping timeout: 248 seconds]
stepcut has quit [Remote host closed the connection]
stepcut has joined #nixos
stepcut has quit [Remote host closed the connection]
<Myrl-saki>
Oh lol. Seems lke my packageOverrides is the one that's not working.
<Myrl-saki>
Neither nixpkgs.config.overlays nor nixpkgs.config.packageOverrides is wroking.
stepcut has joined #nixos
stepcut has quit [Remote host closed the connection]
<Myrl-saki>
What's the oldest linuxPacakges supported?
layus has joined #nixos
hamishmack has joined #nixos
spear2 has quit [Remote host closed the connection]
spear2 has joined #nixos
hxrts has joined #nixos
fiddlerwoaroof has quit [Quit: Gone.]
ryanartecona has quit [Quit: ryanartecona]
lassulus_ has joined #nixos
lassulus has quit [Ping timeout: 264 seconds]
lassulus_ is now known as lassulus
<pie_>
anyone know how to fix qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in "" when running a qt app?
<pie_>
im in a shell like so: nix-shell -I "nixpkgs=https://nixos.org/channels/nixos-unstable/nixexprs.tar.xz" -v -p 'haskellPackages.ghcWithHoogle (pkgs: [pkgs.qtah-qt5 pkgs.qtah-qt5.doc pkgs.HTTP])'
<Myrl-saki>
I'll say this for the first time and the last time. Touchscreen's actually not that bad.
graphene has quit [Remote host closed the connection]
<jluttine>
"RPATH of binary /nix/store/4gc1xjghbqfwc498cidj53dk5ynwr0zz-suitesparse-5.1.2/lib/libspqr.so.2.0.8 contains a forbidden reference to /tmp/nix-build-suitesparse-5.1.2.drv-0"
graphene has joined #nixos
Guanin has joined #nixos
orivej has quit [Ping timeout: 240 seconds]
sbdchd has quit [Remote host closed the connection]
newhoggy has joined #nixos
ryantrinkle has quit [Ping timeout: 256 seconds]
alex`` has joined #nixos
newhoggy has quit [Ping timeout: 265 seconds]
jtojnar has quit [Remote host closed the connection]
mmlb70 has joined #nixos
mmlb has quit [Ping timeout: 240 seconds]
mmlb70 has quit [Read error: Connection reset by peer]
<samueldr>
worldofpeace: inertia's holding it in place
<samueldr>
I have a to-do list for the coming month where I'll be crossing off things, among these is any work needed to get #33686 merged
<hyper_ch>
hmmmm, .bash_rc is not being run when logging in by ssh
<jophish>
hyper_ch: FWIW, if you use ZSH you can put stuff into .zshenv to run then
<hyper_ch>
iiieks.....
<hyper_ch>
created now ~/.profile and it works
<jophish>
I don't understand why bash doesn't have a single file which it executes unconditionally
<hyper_ch>
IMHO .bashrc should be run
<hyper_ch>
when default shell is set to bash
lo_mlatu has joined #nixos
<{^_^}>
[nixpkgs] @redfish64 opened pull request #42806 → android-studio: added libGL as a dependency → https://git.io/fBMcQ
<lo_mlatu>
Hello everyone, why is `buildPhase` behaves inconsistent in `nix-shell` and `nix-build`? the `buildPhase` in a nix-shell works fine but in `nix-build` it starts to run xcodebuild, which fails
MichaelRaskin has joined #nixos
<clever>
lo_mlatu: did you override buildPhase, have you tried nix-shell --pure?
<lo_mlatu>
I didn't override buildPhase, and I do use `--pure` flag
<clever>
lo_mlatu: it could be inspecting $HOME and other stuff, and should be patched to not do that
tzemanovic has quit [Remote host closed the connection]
<lo_mlatu>
where may be the most potential cause? I don't know where to start....
<clever>
not sure, i dont do much mac stuff
<lo_mlatu>
Could it be some `setupHook`? I don't know if setupHook will be sourced when the `nix-shell` starts
<clever>
nix-shell will source all setup hooks
myshoe has joined #nixos
tzemanovic has joined #nixos
palo has quit [Ping timeout: 264 seconds]
knupfer has joined #nixos
<LnL>
just running 'buildPhase' in a nix-shell always runs the default implementation, if the drv uses buildPhase = ''...''; you have to eval the environment variable instead
palo has joined #nixos
palo has quit [Changing host]
palo has joined #nixos
<lo_mlatu>
LnL: but `buildPhase` is not set. And I tried to set buildPhase='make all', didn't work
<gchristensen>
it'd be nice to make that easier to actually use
<LnL>
yeah, but I don't think it's possible to do without manually fixing it in each phase function :/
lo_mlatu_ has joined #nixos
<LnL>
I made something that added a runPhase helper that does the correct thing, but that's not really help much
<clever>
phases="buildPhase" genericBuild
<clever>
thats how i usually deal with it
lo_mlatu has quit [Ping timeout: 260 seconds]
lo_mlatu_ is now known as lo_mlatu
andreabedini has joined #nixos
ipj[m] has joined #nixos
<Dezgeg>
I guess it could be done with some clever bash metaprogramming
tzemanovic has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @Mic92 merged pull request #42806 → android-studio: added libGL as a dependency → https://git.io/fBMcQ
oldandwise has joined #nixos
<Dezgeg>
I guess there's a risk that someone relies on stuff like buildPhase = '' export FOO=bar; buildPhase; touch $out/baz ''; not causing infinite recursion
<oldandwise>
before, my `nix-env -qa` only shows packages i installed as non-root.. but somehow now, it is returning all packages.. what might have caused this?
<gchristensen>
-qa means show all packages, -q means show installed
<oldandwise>
haha.. got it.. my bad
<oldandwise>
i had redis in my configuration.nix and found out it's version 4. How can I specify to have version 5 instead?
<juhe>
Hello, I've troubles booting NixOS' sd-image-aarch64-linux.img on Raspberry Pi model B+. Did as far as starting kernel, but no further. Anybody succeeded with RPi 3 model B+?
<gchristensen>
fetching the outputh path of a nixos test is huge :') 3gb for plasma
crmlt has quit [Ping timeout: 248 seconds]
<Turion>
gchristensen: You meant me?
<gchristensen>
Turion: yeah
<mpickering>
Has the command style `nix build -f /path/to/nixpkgs -E "res: res.hello"`, been considered before? The -E flag takes an expression which is passed the result of evaluating the -f argument
<Turion>
Ok thanks :)
<mpickering>
Like the -A flag but more general
bennofs has quit [Quit: WeeChat 2.0]
<Turion>
Also one thing that eludes me is how to correlate my local build failures with hydra's build failures. How can I find out if and where the same build failed on hydra?
<Turion>
(It would be nice to point to that in an issue, in addition to my failed build log)
<mpickering>
I am trying to make it easy for people to test the new GHC release
<mpickering>
so I want to give people just one command to copy and paste/modify
<srhb>
mpickering: Personally I'd prefer a file that evaluates to the nixpkgs in question, but yeah...
<mpickering>
You're an expert though, is that desirable for all users who might not be proficient in using nix
<srhb>
mpickering: I think your approach is pretty good for people not so proficient, for sure.
fl3 has joined #nixos
<srhb>
I suppose what I really want is `nix build -f f '(expr)'` to have the result of evaluating f in scope for expr to use
<srhb>
To get rid of the gnarly "either use -f or expressions"
<mpickering>
Right, that's what I'm saying with the -E flag
Q11 has joined #nixos
Q11 has left #nixos ["Leaving"]
rprije has quit [Ping timeout: 256 seconds]
<Turion>
Could this issue be a problem with my configuration: https://github.com/NixOS/nixpkgs/issues/42812 I don't really understand whether the outdated drivers are an issue with the way paraview is compiled, or with my system.
fl3 has quit [Ping timeout: 256 seconds]
fl3 has joined #nixos
newhoggy has joined #nixos
crmlt has joined #nixos
<srhb>
mpickering: Oh, I thought you would restrict it to being a function argument. Then I guess I agree. :D
<mpickering>
I think forcing it to be a function is better than bringing the result of f magically into scope
<srhb>
mpickering: I suppose I can't really disagree with that... Easily recovered with res: with res; my-expr
<srhb>
(If it is an attrset anyway...)
<srhb>
I yield. :-P
fl3 has quit [Ping timeout: 260 seconds]
fl3 has joined #nixos
newhoggy has quit [Remote host closed the connection]
newhoggy has joined #nixos
fl3 has quit [Remote host closed the connection]
<cocreature>
is there an option to set additional xresources in nixos?
newhoggy has quit [Remote host closed the connection]
rprije has joined #nixos
lo_mlatu has quit [Quit: Connection closed for inactivity]
crmlt has quit [Ping timeout: 268 seconds]
<Turion>
Every CAD program I try segfaults or has other blocking errors. It's as if the world of CAD conspires against my project
<Guanin>
Hi, I asked this already two weeks ago. Somehow, the first launch of any application (per X start) that uses libgl (emacs, nextcloud) crashes with a segmentation fault: https://clbin.com/1nWlh
andymandias has quit [Quit: ZNC 1.6.5 - http://znc.in]
andymandias has joined #nixos
<Guanin>
Trying to launch the application again, everything works without a problem
stepcut has joined #nixos
b has joined #nixos
stepcut_ has joined #nixos
stepcut has quit [Ping timeout: 240 seconds]
justanotheruser has quit [Ping timeout: 256 seconds]
<{^_^}>
[nixpkgs] @xeji pushed commit from @megheaiulian to master « avocode: 3.0.0 -> 3.1.1 (#42808) »: https://git.io/fEU27
rprije has joined #nixos
<{^_^}>
[nixpkgs] @worldofpeace opened pull request #42814 → python.pkgs.pybrowserid: move expression and 0.9.2 -> 0.14.0 → https://git.io/fETv8
<infinisil>
Guanin: That's a pretty common opengl problem
<infinisil>
,nixGL
<{^_^}>
nixGL is a bunch of wrappers for getting OpenGL programs to work for your graphics card, https://github.com/guibou/nixGL
<{^_^}>
[nixpkgs] @marsam opened pull request #42815 → pythonPackages.pdfx: init at 1.3.1 → https://git.io/fETvE
johnaex has joined #nixos
<Guanin>
Thanks for the hint, infinisil
<Guanin>
Looking into the code, it just seems to set LIBGL_DRIVERS_PATH and LD_LIBRARY_PATH, correct? Why not set these globally to make it more comfortable?
<Guanin>
(At least in the mesa case)
knupfer has quit [Remote host closed the connection]
knupfer has joined #nixos
stepcut_ has quit [Remote host closed the connection]
<infinisil>
Guanin: Yeah that's all it does, it's a bit overengineered imo
silver has joined #nixos
stepcut has joined #nixos
<clever>
Guanin: LIBGL_DRIVERS_PATH defaults to the path that nixos symlinks the drivers at i believe
mcrx has joined #nixos
Maxdamantus has quit [Ping timeout: 248 seconds]
stepcut_ has joined #nixos
asuryawanshi has quit [Remote host closed the connection]
stepcut has quit [Ping timeout: 240 seconds]
asuryawanshi has joined #nixos
<Guanin>
Huh, even when using nixGL or setting the environment variables, it behaves similar
nonfreeblob has joined #nixos
<Guanin>
Oh, the description contains this sentence: "on system other than NixOS"
orivej has quit [Ping timeout: 240 seconds]
<Guanin>
But I'm trying to run nixOS right now, so is this even the correct approach?
knupfer has quit [Ping timeout: 255 seconds]
<clever>
Guanin: on nixos, everything should be configured automatically and it should just work
sir_guy_carleton has joined #nixos
<infinisil>
clever: Not always, also happened to me at some point, not sure why
<clever>
infinisil: i have had it break if the nixpkgs is out of sync, for example, running an older app from nix-env after a nixos-rebuild
<infinisil>
clever: Yeah that's what's going on in my link, I had to use an older nixpkgs because the base derivation for compton-git doesn't work after that..
<infinisil>
Maybe it's fixed now though
humanoyd has joined #nixos
<clever>
infinisil: one fix would be to callPackage the old default.nix with a newer nixpkgs
<clever>
infinisil: the issue, is glibc compat between the libs in /run/opengl-drivers and the glibc that the app was linked to
<infinisil>
I think it was due to a dependency
asuryawanshi has quit [Remote host closed the connection]
Maxdamantus has joined #nixos
coot has joined #nixos
<nonfreeblob>
Hey, guys! I created and maintain the package. Does this mean I can join https://github.com/NixOS or is it too early for that? :)
newhoggy has joined #nixos
<cocreature>
I created a binary cache using the process described here: https://github.com/NixOS/nix/issues/2123 and I’m trying to serve that using http in my local network. if I run "nix verify" with --substituters pointing to the http server on the machine that serves and created the cache and pass the appropriate --trusted-public-keys everything is fine
<cocreature>
however on another machine, nix keeps complaining that the signature is invalid
<cocreature>
any ideas how I should debug this?
<cocreature>
I get the error both when I try to use "nix verify" as well as when I try to run a nix-build that includes the store path that should be fetched from the cache
<infinisil>
nonfreeblob: Generally no
<Guanin>
If anyone wants to have a look what may cause my GL problem: https://gist.github.com/Amarandus/52983aee3a64d19d948e00639ecb8b48 and nextcloud/emacs installed over nix-env. May be caused by some relicts from trying to get it running? I reused that config after migrating to a different laptop
<infinisil>
nonfreeblob: Not 100% sure what qualifies somebody for that, but maintaining a package certainly isn't it :)
<nonfreeblob>
infinisil: ok, thanks!
asuryawanshi has joined #nixos
<clever>
cocreature: --trusted-public-keys is silently ignored if you are not listed as a trusted user in nix.conf
<clever>
cocreature: its usually simpler to just add the public keys directly to /etc/nix/nix.conf
<cocreature>
clever: hm let me try that just to be sure but I am listed as a trusted user
<nonfreeblob>
infinisil: I agree :)
<cocreature>
clever: that sadly doesn’t seem to have changed anything :/ (I restarted nix-daemon)
<clever>
cocreature: can you post the URL to the binary cache, the storepath of something it contains, and the full nix.conf file?
<cocreature>
clever: it’s only in my local network, let me see if I can throw it on a server
<clever>
cocreature: i can also just explain the steps
<clever>
cocreature: you should see a line like Sig: cache.nixos.org-1:jwEzZZtmn7ZXGZYEAsnIccKW8c6nbqT90Lk+Nwf2I9v4ugLnnA3QB+n2NQRY2i/sFxXYGqikq+P8ODDLyGZcBg==
<clever>
cocreature: i believe the names dont matter, was just thinking you may have been renaming things and got the publics of different keys mixed up
<clever>
cocreature: how do the nix.conf files differ between the machine that accepts the signature and the one that doesnt?
<{^_^}>
[nixpkgs] @xeji pushed commit from @worldofpeace to master « eolie: 0.9.16 -> 0.9.35 (#42813) »: https://git.io/fEM4q
jensens has quit [Ping timeout: 268 seconds]
<dtz>
is there a way to ask NixOS to print the current configuration? Mostly just want easy way to check if I have an option set/etc, not looking to get something that I can save/evaluate itself.
stepcut_ has quit [Remote host closed the connection]
<clever>
dtz: nixos-option
<dtz>
seems like something I learned early on, forgot, and now can't find O:)
roconnor has quit [Quit: Konversation terminated!]
joepie91 has joined #nixos
joepie91 has quit [Changing host]
joepie91 has joined #nixos
newhoggy has joined #nixos
andymandias has quit [Ping timeout: 256 seconds]
justanotheruser has joined #nixos
<datakurre>
dash: I found from channel logs that you were once figuring out how ot npm install pngquant-bin in a nice way on NixOS. Did you find out any? (besides afterwards replacing its binary with a working one)
andymandias has joined #nixos
<{^_^}>
[nixpkgs] @zimbatm opened pull request #42820 → test ofborg stdenv eval → https://git.io/fu35y
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
john2 has joined #nixos
orivej has quit [Ping timeout: 256 seconds]
stanibanani has joined #nixos
stanibanani has left #nixos [#nixos]
newhoggy has quit [Remote host closed the connection]
newhoggy has joined #nixos
<worldofpeace>
argh the example from the manual on how to override a python package using overlays isn't working :(
<mpickering>
worldofpeace: We are here to help! What is going wrong
Maxdamantus has quit [Ping timeout: 240 seconds]
newhoggy has quit [Ping timeout: 255 seconds]
<worldofpeace>
mpickering: I'm trying to override a python package to an older version. The example in the manual "How to override a Python package using overlays?" Doesn't appear to be working because it's still trying to fetch the version I don't want when I rebuild.
samrose has joined #nixos
<samrose>
is there an existing way to dynamically provision nix containers on a running nixos system? I am aware of the imperative and declarative approaches. Anyone doing work on dynamic creation/removal/configuration of nix containers?
<mpickering>
worldofpeace: Show us your overlay? how are you applying it?
PolarIntersect has quit [Ping timeout: 240 seconds]
<worldofpeace>
Sure thing.
civodul has joined #nixos
<{^_^}>
[nixpkgs] @domenkozar pushed to master « haskell: Move version dependent overrides from to configuration-common »: https://git.io/fu2H1
<viric>
How is it possible that I install "kdenlive", I start it, and I don't get the icons?
<viric>
This was like this in 2015
<samrose>
I guess https://github.com/svanderburg/nijs could be a means to dynamically manage nix containers on a running nixos system. I'll have to experiment with it
<viric>
I hoped some good packager would fix that since then :)
<mpickering>
worldofpeace: Don't use recursive attribute sets in overlays
<mpickering>
Use "sel" instead
<mpickering>
*self
<worldofpeace>
mpickering: Tell that to the manual :P
DavidLeung[m] has joined #nixos
<mpickering>
Probably not the problem then :P
<mpickering>
then how do you apply the overlay?
endformationage has joined #nixos
goibhniu has joined #nixos
<worldofpeace>
By virtue of it being in my NIX_PATH
<mpickering>
does it work if you pass it explicitly to nixpkgs?
<worldofpeace>
nixpkgs.overlays = [ (import ../nixos-overlay) ]; <--- This has been working properly
<worldofpeace>
I could try that
<clever>
worldofpeace: nixos wont load overlays in NIX_PATH when doing nixos-rebuild
wchresta has quit [Remote host closed the connection]
alexteves has joined #nixos
sir_guy_carleton has quit [Quit: WeeChat 2.0]
<worldofpeace>
I don't think that's the problem here. I have 10 packages in my overlay that are working fine. Me overriding a python package with an overlay isn't doing anything.
<clever>
worldofpeace: how is the python package being used after you override it?
<worldofpeace>
A package within my overlay needs this python library.
rardiol1 has left #nixos [#nixos]
<clever>
worldofpeace: so you have 2 overlays, one changing the pythonPackages, and another using it?
<worldofpeace>
nah
<mpickering>
What if you build asyncssh directly? pythonPackages.asyncssh or whatever it is
<mpickering>
perhaps you are using `super` instead of `self`
<mpickering>
paste your entire overlay.. :) ?
rprije has quit [Remote host closed the connection]
<worldofpeace>
asyncssh is broken in the channel (package was bumped and the test weren't checked that they were failing) I don't think all of my overlay is relevent to the issue :)
rprije has joined #nixos
<clever>
worldofpeace: how is asyncssh being referenced, to actually be built?
<worldofpeace>
clever: I have python scripts for sysadmin tasks(which are in the overlay) that are wrapped with asyncssh
<clever>
worldofpeace: can you pastebin that overlay as well?
<clever>
worldofpeace: your other overlay is on pythonPackages, not python36Packages, and yeah a self would likely also help
<worldofpeace>
clever: Could you please adapt this https://hastebin.com/jebirisocu.http ? (ignore the .http ending) This is entirely based off the offical docs.
<clever>
worldofpeace: to start with, try just changing line 16 to python36Packages and see what happens
<hodapp>
https://github.com/NixOS/nixpkgs/issues/37864 any ideas how to work around this for a package I'm trying to run? is the consensus that I must have multiple Qt versions installed in my environment somehow?
<cocreature>
is there a way to get "nix build" to print the store path once it’s finished like nix-build does?
hxrts has joined #nixos
blankhart has joined #nixos
<joepie91>
I feel like the kernel version that 18.03 uses has introduced some significant performance degradation
<joepie91>
either that, or X
<joepie91>
on both my laptop and my desktop I've noticed serious perf degradation in a number of applications, most notably Firefox; but eg. Firefox hanging also affects other applications, without any significant CPU usage beyond a single core and without any significant iowait being recorded
<LnL>
cocreature: no :/
<joepie91>
for example, Synergy gets totally stuck when I move off my screen while Firefox is hanging, even though the two should have no direct relation
<joepie91>
(it's much more severe on my laptop, but it's also underpowered compared to my desktop)
<{^_^}>
[nixpkgs] @matthewbauer pushed 2 commits to master: https://git.io/fzZKg
<cocreature>
LnL: thanks! at least I know it’s not just me being too stupid to figure it out :)
samrose has quit [Ping timeout: 260 seconds]
justanotheruser has quit [Ping timeout: 264 seconds]
aarvar has quit [Ping timeout: 256 seconds]
justanotheruser has joined #nixos
<worldofpeace>
joepie91: hmm, what de/wm are you using? Could you take a screencast of it happening? (i like the 'peek' application btw)
<srhb>
cocreature: I believe the argument, if you're interested, is to avoid the potential "things could be gc'ed" in the way people were using the path that nix-build returned.
<srhb>
Well, I don't know if it's *the* argument, but it's certainly *an* argument.
juhe has quit [Remote host closed the connection]
<joepie91>
worldofpeace: KDE; I can try taking a recording of my laptop, as it doesn't occur severely/regularly enough on my desktop to be able to realistically record it... I can't reliably reproduce it, unfortunately, and the recording would only be able to show Firefox hanging
<joepie91>
(Synergy has no visible component, and afaik it hooks directly into X)
joepie91_to_go has joined #nixos
<Notkea>
hello, I'm facing some troubles with nixos containers and a bridge interface: all containers lose their connectivity after system upgrades
<worldofpeace>
joepie91: This is my own personal interest investigation also, have you seen, when opening a window, it not/stalling to draw the content of the window and just drawing what's directly 'underneath' it?
joepie91_to_go has quit [Client Quit]
joepie91_to_go has joined #nixos
<joepie91>
worldofpeace: can't reproduce it :/
<Notkea>
as shown in the log, the bridge interface is restarted instead of being reloaded, losing the link with the containers. Is there any way to prevent that from happening?
<joepie91>
worldofpeace: in KDE? that's a different bug I've encountered also before 18.03
<worldofpeace>
joepie91: Yes in KDE.
<joepie91>
happens particularly in settings windows, it seems to be unable to access the declarative files that define the window contents or something
<joepie91>
have not figured out how to reliable reproduce it, but it often happens on task bar setting windows in particular
<worldofpeace>
joepie91: Yep I'm seeing that happen after a rebuild switch
<cocreature>
srhb: hm makes sense I guess
<worldofpeace>
joepie91: Yeah I've seen your exact problem
<joepie91>
worldofpeace: iirc you get some related warnings when you run plasma from a terminal and look at its output
<joepie91>
not sure if that gets logged to journalctl during normal operation
<joepie91>
but yeah, different issue from this perf issue :)
<joepie91>
there's also the irritating window decoration rendering glitch that only seems to occur for AMD GPUs, when compositing is set to OpenGL mode
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
graphene has quit [Read error: Connection reset by peer]
PolarIntersect has joined #nixos
joebobjoe has joined #nixos
<joebobjoe>
ew. why is nixpkgs so unclean
<joebobjoe>
why does it have vimplugins
graphene has joined #nixos
<joebobjoe>
vim already has plenty of available package managers that use features native to vim
<qyliss>
Are they functional? Do they let you manage your whole system in one place?
<qyliss>
Nix, to my understanding, doesn't want to be your normal system package manager
<joebobjoe>
are you arguing nix should replace language package managers like npm, too?
<joebobjoe>
I mean that would be cool, I never thought about that
<qyliss>
Yeah! Look under pkgs/development
<qyliss>
There's loads of eg python modules
<joebobjoe>
it's weird how so many lang package managers try to ship native libraries now, and how many system package managers try to ship lang libraries
<joebobjoe>
they are basically converging, eh?
<qyliss>
Until recently, I maintained Homebrew, the Mac package manager. If somebody had tried to make it do language package managers I would have been extremely unhappy because it just wouldn't have worked. But Nix seems different.
<qyliss>
Yeah.
<elvishjerricco>
joebobjoe: Nix is the convergence ;)
<qyliss>
I hate installing executables from lanugage package managers
<qyliss>
It just feels so wrong
<joebobjoe>
ok, cool. but are the language packages included in nixpkgs command line only?
<elvishjerricco>
joebobjoe: Nope. They can bind to X / GL / etc. if they want
<joebobjoe>
do they have to be user applications, or can they be libraries for development?
<joebobjoe>
whoah. nix-shell -p zlib just works magically? even if you don't have zlib installed?
graphene has quit [Remote host closed the connection]
<elvishjerricco>
joebobjoe: Yea. Nix is a lot more than a package manager
<samueldr>
while you can "install" things, it may be worth thinking instead about "making available", when you install in your systemPackages (configuration.nix) you make the package available in the system
<samueldr>
and nix-shell -p you make it available in the shell
<samueldr>
(with the caveat that libraries-magic only happens into nix-shell)
graphene has joined #nixos
<joebobjoe>
but I don't have to install before nix-shell -p ?
<samueldr>
nix will lazily fetch whatever is needed when it is needed
<elvishjerricco>
joebobjoe: Nope. Nix is just a declarative build system. You declare what you need and Nix makes it so, either by building it or fetching it from binary caches. Installing software into a profile is just declaring that your profile should now contain this other software.
<joebobjoe>
so the packages will be available on the system (downloaded), but only installed into nix-shell
<qyliss>
Unless you add them to an environment, yes
<samueldr>
and note the term: "cache", it's not the common repository with crafter packages, but seen as a cache
<LnL>
yeah, it transparently uses whatever you already have locally, download what's not and as a last effort even compile it
<samueldr>
with crafted packages*
<joebobjoe>
is that why it takes nix-env a few seconds to start some operations?
<LnL>
you mean -i?
<elvishjerricco>
Whats the {^_^} bot macro for that one?
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
<Baughn>
I don't think this is a NixOS problem, per se, but does anyone have any clue how I can get my headphones to connect via bluetooth without raping my ears?
<Baughn>
A2DP doesn't seem to be working.
andymandias has quit [Ping timeout: 240 seconds]
<samueldr>
Baughn: when you say "doesn't seem to be working", do you mean switching to it with e.g. pavucontrol doesn't work ?
<Baughn>
Well, the UI pretends it works, but the audio remains terrible.
<Baughn>
And if I restart pavucontrol it shows HFP again.
<samueldr>
up until the newest pulseaudio release (don't know if it reached nixos-unstable) it defaults to HFP
<samueldr>
hm
<samueldr>
and I must imagine that you did change `hardware.pulseaudio.package = pkgs.pulseaudioFull`
<samueldr>
I think you wouldn't get HFP otherwise
<Baughn>
I did.
<Baughn>
(That's poor UX, by the way. It should be functional by default.)
<Baughn>
((Not... not that it's functional now.))
<samueldr>
the default is to have a slimmer pulseaudio package as it otherwise makes the system closure much bigger by default due to the dependencies :/
<Baughn>
So after a reboot, my headphones are showing as connected in the bluetooth manager but they don't show up in sound settings at all.
<samueldr>
but maybe it's a sane improvement to switch to pulseaudiofull when bluetooth is enabled?
andymandias has joined #nixos
<Myrl-saki>
samueldr: I got a reply w.r.t. pmOS and my tablet. I installed Alpine Linux under a VM for it.
offline has quit [Quit: re-starting irc client, be gentle.]
armin has joined #nixos
<Myrl-saki>
samueldr: OTOH, the tablet's OS is not mainline. :/
<joepie91>
srid: things to keep in mind: 1) your boot partition may be raid1 but no other raid; it may also be without raid but in that case the boot partition won't be replicated across disks, 2) boot partition must be big enough to accommodate a bunch of kernel images if you want to keep around old system revisions (so I'd recommend making it 500MB or so, or at least not tiny), 3) when using a software raid, your effective block device becomes /dev/md*, not
<joepie91>
the /dev/sd** partitions that the RAID setups are based on
<joepie91>
point 3 is where you were running into issues here, I think
<joepie91>
basically, once you have a raid set up you never touch the underlying partitions directly again, you only use the 'virtual' partition produced by the software raid
<srid>
joepie91: do I need a 3rd partition (/boot), then?
<{^_^}>
[nixpkgs] @joachifm pushed commit from @dtzWill to release-18.03 « tor-browser-bundle-bin: 7.5.5 -> 7.5.6 »: https://git.io/f2McF
<joepie91>
srid: boot partitions are optional, assuming it's (U)EFI
<joepie91>
it can also live on your main partition, but then your main partition is also limited to RAID1
<joepie91>
not a problem here since I suspect your server only has 2 disks and can;t have any disks added
<joepie91>
but as a note for possible future servers with more disks :)
<joepie91>
srid: consider carefully whether swap is needed btw, especially if you have HDDs rather than SSDs it may be preferable to just have processes killed if you run out of RAM
<joepie91>
oh, it can't be deleted, meh
<joepie91>
srid: oh well. in that case, that partitioning scheme looks fine
Guest70 has joined #nixos
<joepie91>
upon boot after installation, you will likely have a /dev/md0 or /dev/md1, and that'd be where you create the filesystem and install NixOS
<srid>
i have ssd, and will need lots of memory for compilation. going with 16GB swap (have 16GB ram)
<srid>
oh wait, it says 'rescue' and later does unsquashfs.
<srid>
not sure how up to date that guide is. written in 2015
<joepie91>
hold on..
<srid>
anyway, Arch is installing. then i will reboot into rescue mode and see what i can do
<srid>
k
honeybadger35454 has joined #nixos
<joepie91>
if I recall correctly, this is the most up-to-date one (although I don't know if it still works; my own migration to NixOS on an OVH server is still on the todo list :P)
<honeybadger35454>
Hello! I've been using nixos 17 for a year, with successes and failures. and after all I came to conclusion that I want a Desktop Distro, with biggest \ freshest package collection. NixOs doesn't have a lot of proprietary packages that Ubuntu have. and main linux software developers publish mostly Ubuntu packages. So now i think to move from NixOs to Ubuntu. If you had same issue, share your opinion on that, it is important f
<joepie91>
srid: and yeah, seems you indeed need that partition
<samueldr>
their (at the time) rescue disk's kernel didn't have features necessary to complete the nixos installation (from those older installation instructions)
<andi->
honeybadger35454: do you have an example of important desktop software that is proprietary?
<honeybadger35454>
*If you had same issue, share your opinion on that, it is important for me.
<samueldr>
srid: I don't know the current state of their rescue disk
<samueldr>
srid: though, try it, it's not that long, but if it fails, there are other ways to install
<samueldr>
though servers I installed on only had one disk, I don't know how this affects the way I tried
<joepie91>
honeybadger35454: my solution to this has basically been to package missing things myself (although for proprietary stuff, 'package' mostly just involves extracting and patchelf'ing); I'm working on a public nixpkgs overlay for storing this kind of stuff centrally, alongside some other stuff that would be more difficult to get merged into nixpkgs
<joepie91>
I've found that for a lot of proprietary things, Nix expressions float around the web
<ben>
ive still not been able to get the eve online videogame to run on nixos, which is probably honestly one of the best things nixos has done for my quality of life
<ben>
no, but a kinda sorta linux launcher that ships some flavor of wine
<Myrl-saki>
ben: PoL?
simukis has quit [Read error: Connection reset by peer]
<andi->
ben: ~4y ago vanilla wine just worked fine for me
<ben>
nah, their own fork or w/e
<ben>
andi-: 4y ago when i wasnt on nixos wine worked just fine too :)
simukis has joined #nixos
<Myrl-saki>
ben: Ohh, okay. Took me some time to get what you mean.
<Myrl-saki>
ben: Oh wait. think I know what you mean now.
<ben>
someone wrote a nix thing for it too but i couldn't get it to work, shrug
<srid>
samueldr: qemu? whoa
* joepie91
is still annoyed that there's no Nix-native POL equivalent yet
<joepie91>
(another thing I want to do in my repo...)
<samueldr>
srid: using qemu makes it possible to install anything any way you like
<ben>
(if im gonna complain about something in nixpkgs it's probably gonna be how the normal process doesnt let me use the new firefox version the day its released/merged into nixpkgs because its probably gonna take a week or two for nixos-unstable to move forward)
<joepie91>
ben: doesn't the mozilla overlay ship firefox binaries too?
<andi->
ben: firefox61 landed the day it was merged (even before on 18.03 because it was cherry-picked..) ;-)
<honeybadger35454>
andi- I have example of open source package that Ubuntu have and NixOS have not : tagspaces. It's not requiered to be smart to understand that more software ships to Ubuntu by default. https://pkgs.org/ . joepie91 I've tried and discovered i'm to stupid to compile packages with Nix. I just want to install latest binaries shipped from developer with no hustle. and nixOs unfortunately not allows that.
<joepie91>
ben: oh, just developer edition apparently
<honeybadger35454>
it forces me to f* with patchelf and nixlang, which is unpleasant thing to do, and not required in other distros like Arch or even Gentoo
<ben>
joepie91: ive lived on firefox nightlies with the overlay for a while, i think, but nightly isn't the greatest experience either, and anyway it's routing around nixpkgs :)
<andi->
honeybadger35454: thats open source software. Thats easy to package. I am more interested in the other stuff you can't go on without :/
<nh2[m]>
srid: samueldr I am around just in case I can help live with the topic
patrl has quit [Ping timeout: 256 seconds]
<ben>
andi-: oh, i missed that, nice
<samueldr>
oh neat, didn't really mean to ping you
<joepie91>
honeybadger35454: right, statically compiled binaries don't Just Work under NixOS; there's a technical reason for that, however, and the reason Gentoo and Arch don't have this issue is because they don't use a fundamentally different organizational model, but rather one that is compatible with Ubuntu and all
<honeybadger35454>
dear andi- I wrote my package around tagspaces and compiled it from scratch, it works with errors, I was unable to reproduce *working* software after compilation. I trust developer to compile and distribute his app, and want to use his binary. in one click
<samueldr>
I'm not 100% positive it was kimsufi though
<joepie91>
honeybadger35454: it's not really possible to have both Just-Works static binaries *and* the full guarantees of Nix/NixOS; they're mutually exclusive (there do exist workarounds like steam-run)
<ben>
honeybadger35454: i suggest that you use the linux distributions recommended by the vendor of the binaries that you want to use, in the general case it's not possible to take binaries from some linux to another and keep them working
<honeybadger35454>
I do agree ben
<ben>
(and it's hard for vendors to support environments that are very different from the ones they're testing in)
<honeybadger35454>
I wish I knew that had to compromise ubuntu binary compatibility when switched to NixOs a year back then. Now I probably ready to compromise and give up Nix pureness, nix lang and patchelf for binary compatibility with Ubuntu packages.
<andi->
you can always use nix on Ubuntu
<andi->
just not nixos
pip3000 has joined #nixos
<Myrl-saki>
andi-: Technically, you can still use NixOS though.
<honeybadger35454>
yes, package manager itself is fine, as long as it not enforces ldd\glibc restrictions to run 3rd party standalone binaries
<Myrl-saki>
I was able to set up a Factorio service on a Debian machine by using nix-build '<nixpkgs/nixos>' --arg configuration ./factorio.nix -A config.systemd.services.factorio.runner
<ben>
im somewhat interesting in installing ubuntu, moving all the ubuntu bits out of the way, and using 99% nixos
<ben>
er, interested
john2 has joined #nixos
<Myrl-saki>
Where runner will output a Perl script which, from what I understand, simulates how systemd will boot up the unit.
<ben>
for some sort of plausible "yes, i'm using the officially supported ubuntu machine image, why do ask" stor
<ben>
y
<Myrl-saki>
ben: You'll be told you're using unofficial package though. :P
<ben>
Yeah, that seems to be accepted :)
myshoe has quit [Quit: Lost terminal]
<joepie91>
lol ben
<honeybadger35454>
ben, or maybe changing \ forking nixos that allows to run 3rd party binaries as long with apt-get. there is good promising project 'bedrock linux' with similiar goal https://www.bedrocklinux.org/
Forkk has quit [Read error: Connection reset by peer]
Forkk has joined #nixos
<ben>
honeybadger35454: i think if we can run steam on nixos, there's probably a way to shim support for most ubuntu packages into place too, but maybe not quite as transparently/automatically, idk
bennofs1 has joined #nixos
<samueldr>
should be possible using buildFHSUserEnv, and providing compatible and/or exact same versions of dependencies
<ben>
samueldr: i think the interesting work would be to provide an apt wrapper script that automates that imperatively :)
<samueldr>
that would be interesting
<nh2[m]>
joepie91: what did you mean with "statically compiled binaries don't Just Work under NixOS"? Surely statically compiled binaries depend *only* on the kernel
<ben>
they might depend on /etc/ssl/somethingsomething :>
bennofs has quit [Ping timeout: 256 seconds]
<joepie91>
nh2[m]: there exists no /lib/ld-linux.so (apologies for any typos, you get what I mean) therefore they won't just run
Forkk has quit [Remote host closed the connection]
<honeybadger35454>
buildFHSUserEnv is very useful and helpful thing, I've used it hundred of times to run binaries. it helped me in 90%. however it still uncompitable with ubuntu package (auto dependency resolution), and not simply user friendly. also redownloads all dependencies again with each run.
<nh2[m]>
ben honeybadger35454 you can make all Ubuntu etc. binaries run on NixOS if you just copy enough .so files over (it's effort but possible and probably even automatable to a large degree)
<joepie91>
yes, you can sort of work around this by invoking it yourself, but that doesn't work if eg. the binary calls itself from itself
<joepie91>
for that, you need to patch the linker, which requires patchelf
<joepie91>
also, some statically compiled things are just *mostly* statically compiled
<nh2[m]>
joepie91: statically linked binaries do not use the dynamic loader (ld-linux.so)
<joepie91>
vendoring, whatever you want to call it
<joepie91>
either way this is the issue I've run into with a lot of games, for example
<LnL>
trrue, but most 'static' binaries still use ld-linux
<nh2[m]>
yes, "statish" binaries depend on the dynamic loader, I thought you meant truly statically linked binaries
<joepie91>
I meant whatever passes for statically linked binaries nowadays, which apparently is not truly statically linked binaries :)
<ben>
go outputs legit static binaries by default, i think
joebobjoe has joined #nixos
<nh2[m]>
LnL: I found that the case almost only in the Haskell world; for most C and other programmers, "static" really means "truly statically linked" (ldd says "not a dynamic executable")
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
<nh2[m]>
ben: yes, Go makes static binaries unless you use specific features (e.g. networking), in which case it uses cgo, which links "statish" (depends dynamically only on libc and the dynamic loader)
<nh2[m]>
joepie91: I have recently experimented with true static linking for Haskell (https://github.com/nh2/static-haskell-nix/). It works quite well indeed. You have to use musl instead of glibc when building but nixpkgs makes that really easy actually
<honeybadger35454>
so, gentlemen, after I get used to some stuff like /etc/nixos/configuration.nix, nix generations, rollbacks... it will be safe to switch to Ubuntu? maybe any NixOs to Ubuntu user conversion guide? :)
<joepie91>
... cross your fingers and hope?
<honeybadger35454>
(statically linked applications are my love for the win <3) )
Turion has quit [Quit: Leaving.]
<joepie91>
I mean, I can honestly say that I have no intention of switching back to anything that isn't either Nix or similar in design, despite the many many issues that still exist for Nix/NixOS
<joepie91>
precisely because of losing the assurances :p
<gchristensen>
^ same
<joepie91>
I find working on fixing those issues a better long-term investment than dealing with a lack of guarantees
<ben>
static linking really feels like throwing a lot of good engineering effort after bad package management efforts
<nh2[m]>
honeybadger35454: I hope that statically linked exes will see a big resurgence in the future. For NixOS that possibility is already very close, I hope others will follow
coot has joined #nixos
<nh2[m]>
the fact that you can just pick musl and build everything between nix's stdenv and my Haskell application against it and it just works out of the box is what gives me that hope
<LnL>
nh2[m]: sure, but I feel like the term is used incorrectly pretty often
<joepie91>
like, whichever way you look at things, I'm going to be spending my time and energy on *some* kind of problem; either the relative immaturity of Nix/NixOS for desktop (and general) usage, or the wide array of issues that result from a global mutable namespace... but if I invest my time and energy into the 'Nix' option at least I get back a better system for it, whereas with the 'other distro' option I'd just be throwing it into a bottomless pit
aarvar has joined #nixos
tzemanovic has joined #nixos
<joepie91>
tl;dr computers suck, for me Nix is a way to make them hopefully suck less :D so I would not consider 'traditional' distros anymore
uwap has quit [Ping timeout: 265 seconds]
<gchristensen>
+1
<honeybadger35454>
okay then, I'll try and let you know later (maybe after weeks) how it goes. from Desktop (ex windows) user perspective, with their snap packages, lack of purity, etc :)
<joepie91>
honeybadger35454: the tradeoff may be different for you of course, I'm not saying that the above applies to everybody, but make sure to carefully consider what you get in return for your effort
<joepie91>
honeybadger35454: I'd be interested to hear
<joepie91>
(genuinely interested, not sarcasm)
<nh2[m]>
LnL: I think Haskell is to blame in some sense. It used the static terminology for the statish approach a lot
<joepie91>
I don't think a lot of people have (publicly) jumped back from NixOS to something non-NixOS-y so there's not an awful lot of data about what the transition would look like
pip3000 has quit [Ping timeout: 260 seconds]
<nh2[m]>
I use nix on Ubuntu on my desktop and NixOS on my servers and I'm quite happy with both
<honeybadger35454>
it was a pleasure to work with you during last year, thanks for all helpful support. surely I come back, and won't give up nix package manages itself. (but the OS hustle is above my expectations)
<Myrl-saki>
nh2[m]: Hah, I do the other way around. :P
<Myrl-saki>
nh2[m]: Nix on Debian on my servers, and NixOS on my desktop.
<joepie91>
honeybadger35454: btw, I realize that I might have come off a little dismissive above; that was not my intention, so apologies if I did :P
<joepie91>
my shoulder is hurting a lot so I'm perhaps a little curter than I would normally be
tzemanovic has quit [Ping timeout: 256 seconds]
<joebobjoe>
so I should definitely read the manual, because I don't know why nix-env -i is worse than nix-env -iA
<honeybadger35454>
joepie91 no worries bro, get well
graphene has quit [Remote host closed the connection]
<honeybadger35454>
joebobjoe : -i tries to search for package in all nix tree, it takes time. -iA goes directly to specific tree path, saving search time
graphene has joined #nixos
<joepie91>
joebobjoe: tl;dr: the package set is an 'attribute set' (a key/value map), where each package is a value, assigned to a certain key. aside from that, within the package's metadata also exists a 'package name'. when you use `-A` it will treat the input as a key in that attibute set, and directly evaluate whatever package (value) corresponds to it; if you *don't* use `-A` then it will evaluate *all* of the package, and look at each package's metadata
<joepie91>
until it finds your input as a package name
<joepie91>
so with -A it's a simple lookup, without -A it's 'evaluate everything, loop, and find'
<joebobjoe>
joepie91: so would nixpkgs.aspell be an example of a key?
<joebobjoe>
and what would aspell-0.60.6.1 be?
<joepie91>
joebobjoe: yeah; or more accurately, an 'attribute path', ie. a series of keys to look up in order
<joebobjoe>
both from nix-env -qaP
<joepie91>
joebobjoe: that would be a package name
<LnL>
that's the package name
blankhart has quit [Ping timeout: 248 seconds]
<joepie91>
`nixpkgs.aspell` translates to "look up the nixpkgs key, then in the resulting value which is also an attribute set, look up the aspell key'
<joebobjoe>
so the name has the version in it
<LnL>
nix-instantiate --eval '<nixpkgs>' -A aspell.name
<joebobjoe>
so basically attributes sets exist bc namespaces
<joepie91>
yep, although I believe that `nix-env -i` has some cleverness so that you can also just use the package name without the version, but don't quote me on that
rschm has quit [Remote host closed the connection]
<LnL>
yeah, names include the version
rschm has joined #nixos
<joepie91>
either way an attribute (-A) is a specific instruction on where to find the package, whereas a package name is more of a search query (and multiple packages can theoretically exist with the same name I think, but they can't have the same attribute path)
<joepie91>
so package names end up being much slower than attributes
<joebobjoe>
why not make nix-env -i behave as if an implicit nixpkgs. has been appended to the arguement/package name
<joebobjoe>
isn't that a more sane default, than to search?
<joebobjoe>
because searching is too slow
<joepie91>
joebobjoe: you're entirely right
<joepie91>
I believe Nix 2.0 does this?
<joepie91>
or was intended to do this
travankor has joined #nixos
<joepie91>
I don't know if it has gained an 'install' subcommand yet
<LnL>
the advantage of using the name is that it will find multiple versions
<LnL>
so if we have foo_0_0_1 and foo_1_0_1 in nixpkgs it would find both and pick the higher version (unless we explicitly exclude it)
uwap has joined #nixos
* joepie91
is not convinced that package names are the right solution for that
<LnL>
indeed
<LnL>
we generally add an alias for the default version anyway
<joebobjoe>
LnL: and what would the behavior if you didn't use the name
<joebobjoe>
install an old package??
asymmetric has joined #nixos
<LnL>
or not find it at all if there's no attribute for foo without the version suffix
travankor has quit [Client Quit]
<joebobjoe>
it's weird to me how an expression is an actual file path, and that nixpkgs is <nixpkgs> kind of like #include <string.h> on cpp
graphene has quit [Remote host closed the connection]
<infinisil>
> <nixpkgs>
<{^_^}>
/var/lib/nixbot/state/nixpkgs
<infinisil>
Just expands to the path of nixpkgs in NIX_PATH
<LnL>
the way we represent version suffixes also isn't very consistent
<joepie91>
LnL: there's an issue thread about that
<joebobjoe>
so basically nix attempts to mirror environemnts
<joebobjoe>
that's nix's underlying mechanism
graphene has joined #nixos
<infinisil>
joebobjoe: Um, no?
<LnL>
joepie91: yeah, I know and we should make it more consistent :)
<joepie91>
one of the things I want to experiment with in my nixpkgs overlay is a semver wrapper to deal with this
<joebobjoe>
how do I find out, for all the packages I have installed with nix-env -i, if a different package would have been installed with nix-env -iA
<joepie91>
standardized interface for selecting a version according to certain requirements, which can include 'whatever the latest is'
<infinisil>
joepie91: So it would search for all nixpkgs history to go look for a specific one?
<joepie91>
infinisil: no; rather you'd have an abstraction to which you can specify 1 or more versions of a given package, and which would then produce an interface that lets you either select a version explicitly, or call a particular method (eg. `.semver`) to return a version based on certain constraints
<joepie91>
would be a fairly thin abstraction
<joepie91>
not entirely sure how to integrate it with package names yet
<infinisil>
joepie91: Ah yes, I've thought of that too before
<joepie91>
especially since there should really be a better way to declare build instructions for many different similar versions without duplicating expressions
<joepie91>
eg. for WINE
<infinisil>
joepie91: Why would package names matter?
blankhart has joined #nixos
rschm has quit [Remote host closed the connection]
rschm has joined #nixos
<joepie91>
infinisil: it would be nicer if you didn't have to manually do the "insert version into the package name" dance for every version :)
<joepie91>
or for every package
<infinisil>
I mean, you can do all of that with Nix, abstraction and stuff
knupfer has quit [Ping timeout: 265 seconds]
<joepie91>
well yes, obviously, otherwise I wouldn't be considering writing a generic abstraction for it :P
<infinisil>
What I imagine is that packages have a `version` passthru which is an attribute set containing keys like v0.1, v2.4.5
<joebobjoe>
semver sucks
<joebobjoe>
it is not actually based on good semantics
<joepie91>
the point is for it to be generic, because otherwise we end up with the mishmash of version and package naming we have now
<joepie91>
joebobjoe: ?
<infinisil>
Then you could use `pkgs.hello.version.v1_0` to install a specific version
<joebobjoe>
infinisil: that would be cool
<joebobjoe>
if version numbers were integrated into teh namespace
<joebobjoe>
then people could do versioning however they want
<infinisil>
It would be super fancy if that worked with nixpkgs history somehow, but that'll be hard
<infinisil>
Easier is to do this on a per-package bases
<joebobjoe>
joepie91: most software releases contain breaking changes. most semver projects rarely change major version numnber
<joebobjoe>
it's just too hard to rely on humans to spot changes
<joepie91>
joebobjoe: that doesn't mean that "it is not actually based on good semantics"; it means that people are versioning incorrecftly
<joepie91>
incorrectly*
<joepie91>
which is a different problem to solve
<joebobjoe>
I think I am going to have to read the nix man
<joebobjoe>
I don't understand half the paragraphs in the --help docs
<srid>
why did I pay for this dedicated server? i should have purchased my own computer and hosted it at home
<tenten8401_>
Is there a way to do NixOps deployment with permitRootLogin = no?
<tenten8401_>
like with a seperate system user or something, or will I have to keep permitRootLogin to without-password?
rschm has quit [Remote host closed the connection]
rschm has joined #nixos
<tenten8401_>
on a side note, is there a way to recover from setting that to no providing I can no longer deploy my config with NixOps (because of the root lockout)
<infinisil>
tenten8401_: rollback?
<tenten8401_>
infinisil: rollback isn't enabled
<tenten8401_>
nice
<tenten8401_>
unless you mean with nixos-rebuild
<tenten8401_>
I have one SSH session active as root
<tenten8401_>
that's the only access I have anymore
<infinisil>
You can go to the system into /nix/var/nix/profiles
<infinisil>
Select the system you want, and execute its activation script
<infinisil>
Probably (I haven't tried this before)
<tenten8401_>
I mean... I executed the script
<tenten8401_>
lets see if that fixed it
freeman42x[nix] has joined #nixos
<tenten8401_>
I mean, my SSH authorized key is in there, just keeps rejecting my login
<tenten8401_>
yeah I'm pretty sure I'm locked out
<tenten8401_>
except for this singular SSH session I have left
<tenten8401_>
Is there a way to forcibly overwrite a file in the nix store?
sbdchd has joined #nixos
asymmetric has quit [Ping timeout: 248 seconds]
<tenten8401_>
alright got it fixed I think, since I was logged in via mosh I could kill the sshd and restart it with a fixed config manually
<tenten8401_>
scratch that
<tenten8401_>
while NixOps could connect, it couldn't deploy the new configuration since my manually launched sshd service isn't linked to systemd