<clever>
mjacob: i think the path to the libc is hard-coded into the gcc at build-time
<mjacob>
maybe because i'm not using super.musl.override?
<clever>
so changing the musl makes it rebuild the gcc
<mjacob>
but for you it worked fine i think
<clever>
i didnt override musl
<mjacob>
ah, right
<clever>
so its using the same musl and gcc that the cache has
<mjacob>
but you said 'and the gcc its using is linked against glibc'
<mjacob>
how can i find out, btw?
<jack[m]>
Gah. NFS mounted stores are dangerous.
<jack[m]>
error: cannot unlink ‘/nfs/../store/pmx2365bda1x4fgry2r8sbbnww32n615-glibc-2.25-49/lib’: Directory not empty
<clever>
the gcc is linked against glibc, and uses that at runtime, but it also has the path of musl hard-coded into it, as the libc it uses in the generated binaries
<clever>
jack[m]: with most filesystems, you can delete a file that is still in-use, and it will magically garbage collect the file when its last handle it closed
<clever>
jack[m]: nfs doesnt fully support that, and will rename things to a specially hidden name to keep the file alive
camsbury has joined #nixos
<clever>
leading to directories that are empty yet not empty
<mjacob>
clever: ok, now i understand. is there a way to avoid this?
<jack[m]>
Mmm. Need to move them to a trash directory first, and then unlink them so that the directory can be removed.
<jack[m]>
Sorry. That made no sense.
<jack[m]>
Move the containing directory to the trash, and then try and unlink everything there.
<clever>
i'm not sure if the nfs server allows deleting thost ghost files
<clever>
you have to close whatever program was using the file first
camsbury has quit [Ping timeout: 260 seconds]
thc202 has quit [Ping timeout: 255 seconds]
broccoli has joined #nixos
<mjacob>
clever: there is something wrong... when building "hello" with the expression i sent in the pastebin, it still links against the musl that's not from the overlay
<mjacob>
when building the musl package manually now it's built, so i'd guess it wasn't even built earlier
nico202 has joined #nixos
<clever>
mjacob: my only guess is that overlays may apply to the cross-compiled side, and not the inputs of the cross-compiler, whic happens to include the libc itself
Lisanna has quit [Ping timeout: 276 seconds]
<mjacob>
i don't know how the overlay system works... can it also replace things in the stdenv?
<clever>
there was a special thing to handle that side, but i havent looked at how the cross-compiler changes affect it
broccoli has quit [Ping timeout: 268 seconds]
nixosnewbie has joined #nixos
<nixosnewbie>
hi all. I am struggling with the documentation and how to implement simple nixos system overlay file.
<nixosnewbie>
where to put the file and how to invoke it in my main configuration.nix file. This does not seem to be easily documented in the nixos manuals online.
freeman42x]NixOS has quit [Ping timeout: 264 seconds]
<nixosnewbie>
for someone used to the syntax, that help file may be sufficient, but it is not quite as concrete as your example.
<clever>
you may want to check the nixos manual
<clever>
the nixpkgs manual doesnt explain how the nixos side of things work
<nixosnewbie>
the (nixos) manual is what I have been tripping over. I read the nixpkgs manual, but it mentions only user-level paths and I was looking for a recommended convention for system-level location of overlay configs.
<nixosnewbie>
what I'm really trying to do is to be able to pin packages from master without subscribing to unstable channel.
<nixosnewbie>
so I want to build up an overlay to do this. Is there a more recommended way to handle this scenario? my goal is to use declarative, system-level configuration. so no nix-env, and no deprecated override syntax.
<srhb>
nixosnewbie: It would be simpler to just not use an overlay for that.
nico202 has quit [Quit: Leaving]
<nixosnewbie>
srhb, so that is another (nixos documentation) issue. It is not clear when I have this desired scenario of cherry picking pinned packages, how is recommended to accomplish that. Is it to source an ad-hoc file in configuration.nix or to create an overlay?
<nixosnewbie>
the pros/cons of overlays are not explored in all the documentation I have been able to find.
<srhb>
nixosnewbie: Right... I don't disagree with that, but finding a common "recommended way" is sort of difficult. It's a programming language after all, there are many ways to do it. But I agree that more examples with pros/cons would be great.
<nixosnewbie>
srhb - thanks very much for your examples. in your linked nixpkgs tarball, if I were on my own without IRC, how would I find and select that tarball? is that one of the releases of nixpkgs ?
<srhb>
nixosnewbie: For now, where overlays really shine is when you want to redefine or add packages in your nixpkgs "branch"
<srhb>
nixosnewbie: I chose an arbitrary commit hash
<srhb>
nixosnewbie: You can get them from git log in a nixpkgs checkout or by visiting github.com
<nixosnewbie>
ah yes, I see that commit has now, latest master. thanks. so to translate your comment about when overlays shine - does that mean it is best when a person is trying to create a nixpkgs branch for private distribution or for upstreaming?
<srhb>
nixosnewbie: It's great for distributing a collecting package set without integrating it into nixpkgs, but it's also great for your own ad-hoc modifications to packages.
<srhb>
nixosnewbie: I wonder if I have a good example...
<srhb>
nixosnewbie: For instance, I might simply add an overlay to patch a single package, and everything else in nixpkgs will pick up those changes.
<nixosnewbie>
srhb, then that may be applicable as I intend to build up a set of vanilla nix packages that are more recent than 18.03, as well as a set of my own customized nix pkgs. so does that mean an overlay may be a better approach ? I am first starting with just pinning a few master packages, but will expand my use over time.
<srhb>
I can't tell without more information really. I would start with the simple, separate master pkgs and when you have a specific need for something that doesn't cover, come ask :)
<nixosnewbie>
in particular, I am exploring postgres extensions that were just added to master in the past month, after 18.03 was released. I want to use in production, so I don't want to subscribe to master or unstable though. then I will be creating a set of other nix pkgs for my use. an overlay might work for this.?
<srhb>
Aha, okay, _that_ does sound like something that approaches overlay usage
Ariakenom has quit [Quit: Leaving]
<nixosnewbie>
I realize there is more than one way to do it(tm). Thanks for clarifying... I will experiment.
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<srhb>
Great! :)
acarrico has quit [Ping timeout: 240 seconds]
goibhniu has quit [Ping timeout: 240 seconds]
<nixosnewbie>
clever, thanks again for your example config. there don't seem to be many public examples of using overlays in system configuration.nix
Supersonic112 has joined #nixos
Supersonic has quit [Disconnected by services]
acarrico has joined #nixos
Supersonic112 is now known as Supersonic
blankhart has joined #nixos
blankhart has quit [Client Quit]
ajs124 has left #nixos ["Machine going to sleep"]
hamishmack has joined #nixos
olto has quit [Ping timeout: 248 seconds]
olto has joined #nixos
mbrgm has quit [Ping timeout: 264 seconds]
mbrgm has joined #nixos
<cheshircat>
where should I go to find documentation on how to write a nixos systemd recurring job?
<cheshircat>
Should I just look at existing files, or is there documentation?
<{^_^}>
[nixpkgs] @matthewbauer pushed 0 commits to release-1803: https://git.io/vppoE
<{^_^}>
[nixpkgs] @grahamc pushed 0 commits to release-1803: https://git.io/vppog
shabius has quit [Remote host closed the connection]
hiroshi- has joined #nixos
hiroshi has quit [Ping timeout: 264 seconds]
hiroshi- is now known as hiroshi
<cheshircat>
actually, I'm just going to copy the offlineimap service
drakonis has quit [Read error: Connection reset by peer]
<kandinski>
hi, I tried to upgrade my system and got this: http://paste.debian.net/1025335/. This is my main laptop, so I'm a bit worried. What can I do to debug it?
<kandinski>
binned paste includes the output of nix-info as well as the error from running nixos-rebuild switch.
Rusty1_ has quit [Quit: Konversation terminated!]
smallville7123 has joined #nixos
hoshineko has left #nixos [#nixos]
<elvishjerricco>
kandinski: You'ved (... snipped ...) the part we need to see :P Look for the line `builder for ... failed`. Then take the path in that line and run `nix-store --read-log /nix/store/the-path`
<nixosnewbie>
clever, if you're still there, or srhb or anyone: I am trying to set up an overlay in configuration.nix and refer to an overlay file in /etc/nixos/overlays/overlay-1/default.nix. how can I refer to it in configuration.nix ?
<nixosnewbie>
In configuration.nix, I tried the following: nixpkgs = { overlays = [ (import ./overlays/overlay-1) ]; };
<elvishjerricco>
That should work too
<nixosnewbie>
later in configuration.nix, I refer to overlay1, and I get error: undefined variable 'overlay1' at /etc/nixos/configuration.nix:115:17
<elvishjerricco>
nixosnewbie: What do you mean "refer to overlay"?
<elvishjerricco>
Things you add in an overlays are added to `pkgs`, not the global scope
<elvishjerricco>
so you probably need `pkgs.overlay1` or something
<nixosnewbie>
ok yes, I think that might be the issue. I will try pkgs.overlay1...
v0latil3 has quit [Read error: Connection reset by peer]
<etu>
I think that packages on your overlay is available as pkgs.your-package
<etu>
Not including the overlay name
v0latil3 has joined #nixos
<elvishjerricco>
etu: Oh, yea. I figured `overlay1` was the name of the thing he added :P
<kandinski>
elvishjerricco: ta
<nixosnewbie>
so that is why this is confusing. I have system state 18.03 which has an old postgresql. Then I add an overlay pinned to a commit of master. I want to add overlay1.postgresql to system packages. plus some extensions.
<nixosnewbie>
if packages in overlay are under pkgs.postgresql, then what about the old pkgs.postgresql ?
<elvishjerricco>
nixosnewbie: What do you mean "an overlay pinned to a commit of master?" An overlay is not a nixpkgs checkout.
<elvishjerricco>
nixosnewbie: FWIW, 18.03 has newer versions of postgres included as well, including 10.3
<nixosnewbie>
in /etc/nixos/overlays/overlay-1/default.nix, I have self: super: { overlay1 = super.fetchFromGitHub { <nixos master repo > }; };
<elvishjerricco>
Ohhh
<elvishjerricco>
Yea, then you'd use `pkgs.overlay1.postgres...`
<nixosnewbie>
then in /etc/nixos/configuration.nix, I have nixpkgs = { overlays = [ (import ./overlays/overlay-1) ]; };
<nixosnewbie>
so how can I access the packages in the overlay inside configuration.nix
<elvishjerricco>
pkgs.overlay1
<nixosnewbie>
ok
<elvishjerricco>
nixosnewbie: But again, make sure that you actually need that. One of the newer postgresqls in 18.03 without any overlay may be all you need
<nixosnewbie>
I'm adding a bunch of extensions that popped into master after 18.03
<nixosnewbie>
so overlay seems to help with that
<nixosnewbie>
postgres extensions
freeman42x]NixOS has joined #nixos
sary has quit [Ping timeout: 248 seconds]
blahdodo has quit [Quit: Bye bye]
<nixosnewbie>
added in my overlay: timescaledb (latest version), postgresql itself (latest version), pg_topn, cstore_fdw
boomshroom has quit [Quit: WeeChat 2.0]
coot has joined #nixos
blahdodo has joined #nixos
endformationage has quit [Quit: WeeChat 1.9.1]
<angerman>
elvishjerricco: revisions?
<elvishjerricco>
angerman: Yea I'm experimenting with a new generic builder and finding myself needing to add --allow-newer for many builds because the cabal files have tight upper bounds. Stackage pins the Hackage revisions, and if these cabal files were from those revisions there wouldn't be a problem.
<angerman>
elvishjerricco: look at the `exactConfig` combinator :-)
<angerman>
elvishjerricco: if we are tarlking about version bounds only, that should be fixed once and for all with that.
<angerman>
elvishjerricco: that however would only work if you build via the Setup.hs as nix does.
robstr has joined #nixos
<angerman>
elvishjerricco: for full revision support, I think the the all-cabal-hashes repo, would somehow need them. I'm not sure they are in there.
<elvishjerricco>
angerman: Well the cabal files can change in more ways than just version bounds. Seems wrong to try to work around incorrect cabal files when we could just fetch the right one.
<angerman>
elvishjerricco: the exactConfig is primarily so that cabal doesn't even try to run the solver. As we are providing a fixed package set with one candidate per package anyway.
<angerman>
elvishjerricco: I do understand the concern for non-version-bounds changes though.
<elvishjerricco>
angerman: Yea, I'm content just passing `--allow-newer` or `--allow-older` for the version bounds; but if we can just get the right cabal files, that seems better
Lisanna has quit [Quit: Lisanna]
<angerman>
elvishjerricco: true. Let's see if the all-cabal-hashes repo does have the revisions. I doubt it though :(
<elvishjerricco>
angerman: It might be better to operate on the hackage index db rather than all-cabal-hashes. That would include everything, right?
<angerman>
elvishjerricco: could be. the all-cabal-hashes, was just a quick way to get them all.
<elvishjerricco>
fair enough. At least all-cabal-hashes is versioned :P
<angerman>
elvishjerricco: the `hackage.nix` repo is generated from the `all-cabal-hashes`.
<angerman>
elvishjerricco: `$(find . -type f -name "Hashes2Nix") all-cabal-hashes > all-cabal-hashes.nix`; and then you end up with the contents of github.com/angerman/hackage.nix
<nixosnewbie>
so I got a little further by refrring to the overlay packages like this in the environment.systempackages: overlay1.cstore_fdw.
<nixosnewbie>
my next issue is when I try to add overrides in services.postgresql extraPlugins, there is no attribute for the overlay extensiosn I am trying to addd
<nixosnewbie>
e.g. extraPlugins = [ (pkgs.pg_repack.override { postgresql = pkgs.overlay1.postgresql100; }) ] -- no compiler complaints. Then,
<nixosnewbie>
extraPlugins = [ (pkgs.overlay1.cstore_fdw.override { postgresql = pkgs.overlay1.postgresql100; }) ; ] -- this one does not work
<nixosnewbie>
error: attribute 'cstore_fdw' missing, at /etc/nixos/configuration.nix:129
<nixosnewbie>
so I'm wondering where the postgresql extension attributes are. I checked the nixpkgs code for postgresql and I did not find the attribute listing
joehh1 has joined #nixos
<nixosnewbie>
I also tried with extraPlugins = [(pkgs.cstore_fdw.override { postgresql = pkgs.overlay1.postgresql100; }) ] -- but it had the same error message
hotfuzz has joined #nixos
<nixosnewbie>
is there a way to add this cstore_fdw attribute in my overlay file ?
<clever>
ryantrinkle: first, you need a github_authorization block, that contains "owner = token <sha1>" pairs, using github personal access tokens, the token just needs push access to the repo
<clever>
ryantrinkle: then you need a <githubstatus> block, jobs is a regex (with hidden anchors), that matches the job name from project:jobset:job
<clever>
ryantrinkle: hydra will then check the github url of the input named by input, and the rev from that build, and report the status there
<clever>
it parses the blocks in that order, and stops at the first match
<{^_^}>
→ 6f20bc3e by @jensbin: openshift: add {bash,zsh}-completion
<{^_^}>
→ fccf7f11 by @Mic92: openshift: simplify shell completion installation
<{^_^}>
→ e5cbbd6f by @Mic92: Merge pull request #40761 from jensbin/openshift
brandon__ has quit [Ping timeout: 265 seconds]
ixxie has joined #nixos
orivej has quit [Ping timeout: 256 seconds]
ericsagnes has quit [Ping timeout: 256 seconds]
freeman42x[nix] has joined #nixos
MichaelRaskin has quit [Ping timeout: 256 seconds]
<__manu>
makefu: did it.
__manu has quit [Quit: Page closed]
silver has joined #nixos
xy2_ has joined #nixos
ericsagnes has joined #nixos
joehh1 has quit [Ping timeout: 260 seconds]
<samueldr>
Aleksejs: there's no torrent, I host a mirror which may be faster [citation needed] here, always verify shasums with the original source first https://mirrors.samueldr.com/nixos-arm/installer/
<tfc[m]>
hi there. i have set up a hydra build server and builds work great. however, i have some git repos that either need https credentials or git pubkey for clone access. how can i make all hydra build jobs use a specific pubkey that i can register in those repos? or what other method would be advised?
jtojnar has quit [Read error: Connection reset by peer]
grumblr has joined #nixos
grumble has quit [Quit: Humans finding the key to immortality would be like the Earth getting cancer - cells that live forever and don't stop multiplying.]
<mjacob>
is there a way to show what inputs where used for a derivation in the nix store?
<mjacob>
nevermind, i just found nix show-derivation
MichaelRaskin has joined #nixos
<{^_^}>
[nixpkgs] @Assassinkin opened pull request #40767 → WIP: pythonPackages.ModernGL: init at 5.2.1 → https://git.io/vppAw
ckauhaus has quit [Remote host closed the connection]
endformationage has joined #nixos
ckauhaus has joined #nixos
<nixosnewbie>
I am still struggling with getting an overlay working. my goal is to be able to install latest postgresql and related extension packages for postgresql that have been added to nixpkgs after 18.03 release in an overlay.
<nixosnewbie>
I have created an overlay file at /etc/nixos/overlays/overlay-1/default.nix and have referenced it in /etc/nixos/configuration.nix
<nixosnewbie>
when I try to nixos-rebuild switch, it errors out in a part of configuration.nix where I am adding the postgresql extensions using extraPlugins: error: attribute 'cstore_fdw' missing, at /etc/nixos/configuration.nix:129:12
ixxie has joined #nixos
<{^_^}>
[nixpkgs] @CommunicationAnimale opened pull request #40768 → nixos/thinkfan: use non-deprecated keywords in config file. → https://git.io/vppxL
<joehh1>
anyone using buildkite agents on nixos?
<nixosnewbie>
cstore_fdw is one of the postgresql extensions/plugins that was added to nixpkgs after 18.03, that is present in my overlay nixpkgs that I get using getFromGitHub. so I'm confused why in the configuration.nix I can't figure out how to reference the overlaid package
ckauhaus has quit [Remote host closed the connection]
rain1 has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @mnacamura opened pull request #40770 → gauche: init at 0.9.5 → https://git.io/vppxg
<{^_^}>
[nixpkgs] @wucke13 opened pull request #40771 → standard-tar: init at 1.5.3 → https://git.io/vppxw
<gchristensen>
is there a way to know every store path that (a) came from a specific binary path, (b) had a build-time dependency on a store path from a specific binary path or (c) had a run-time dependency on a store path from a specific binary path?
<gchristensen>
specific binary _cache_*
primeos_ has joined #nixos
<gchristensen>
use case: I no longer trust a binary cache I used to trust
<gchristensen>
cc copumpkin who thinks about these things
primeos has quit [Ping timeout: 256 seconds]
blankhart has joined #nixos
MinceR has quit [Ping timeout: 260 seconds]
Yaniel has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @primeos opened pull request #40772 → html-proofer: init at 3.8.0 → https://git.io/vpppk
grp has joined #nixos
<ixxie>
gchristensen: I am not sure, but the dependency bit is a graph analytics problem and I had an idea to do something similar for otherwise flagged packages/store addresses
romildo has joined #nixos
<ixxie>
gchristensen: I was thinking about a 'reproducibility rating' flag
acarrico has joined #nixos
romildo has left #nixos [#nixos]
stumble has joined #nixos
<{^_^}>
[nixos-homepage] @ryantm opened pull request #218 → add discourse to community page → https://git.io/vpppn
<mjacob>
but when i build the 'hello' package with it, it still links to the original musl, more specifically /nix/store/k23gcrzg18yyspkk9dflrgn6h9j1chbs-musl-1.1.19-x86_64-unknown-linux-musl/lib/libc.so
<mjacob>
can an overlay replace packages in a stdenv?
romildo has joined #nixos
<romildo>
nixos-rebuild on the unstable channel is giving the warning: You don't have `system.nixos.stateVersion` explicitly set. Expect things to break. What am I expected to do to fix this on my NixOS unstable system?
pi3r has joined #nixos
<pi3r>
Is there an idiomatic way to add system executable dependencies for a turtle program that use for instance jq and pepper in Haskell ?
<pi3r>
I have been trying to use ` extra-libraries: jq, pepper
<pi3r>
`. The first one is found when running nix run but the second one (pepper) is never found.
<pi3r>
I don't really want to depends on a library only on one executable
ckauhaus has joined #nixos
zielmicha_ has quit [Ping timeout: 256 seconds]
<pi3r>
I am a bit confused by the name 'librarySystemDepends'. Is that for linking to system lib so it would not help my use case ?
<manveru>
pi3r: how do you run it, and do you have a derivation yo ucan share?
<alexteves>
how should I handle a derivation without source, only build inputs? I have something like https://nixos.org/nixpkgs/manual/#how-to-create-ad-hoc-environments-for-nix-shell, but simpler (just name & nativeBuildInputs), but nix errors because it wants a src/srcs parameter in the unpackPhase - should I just override that phase?
<symphorien>
alexteves: for nix-shell, there is a function mkShell which only takes buildInputs iirc
<clever>
jD91mZM2: i think it only evals when your using cross-compiling
<clever>
not sure though
<nico202>
Hi, when I run run-nixos-vm the first time it works. If I re-launch it it freezes at login time. I can get it working only by deleting the nixos.qcow2 and trying again, does it happens only to me?
<jD91mZM2>
clever: I am cross compiling though... I think....
<mjacob>
clever: thank you for helping me yesterday. i still couldn't fix the problem, though (see also my three messages about an hour ago). if you have another idea, that would be great!
pi3r has joined #nixos
<electrocat>
is there a function that links packages static?
freeman42x[nix] has quit [Ping timeout: 256 seconds]
<noefk>
does nixops have anything like puppet factor or ansible facts? where it can learn things about the remote system that aren't say in the deployment configuration?
<alexteves>
symphorien: mkShell has the same problem in my case - it works for nix-shell, but not for nix-build
<symphorien>
alexteves: what are you trying to achive ?
<alexteves>
have a derivation for use by nix-shell exposed at the top level without messing up the default nix-build
karlguy has joined #nixos
<alexteves>
i.e. have both "nix-shell -A myDrv" and "nix-build work"
jtojnar has quit [Read error: Connection reset by peer]
<symphorien>
just write it without bothering for nix-shell and it should work
nico202 has quit [Ping timeout: 276 seconds]
<alexteves>
right, that's the original problem: there's no source here, only buildInputs - do I just override unpack phase?
<symphorien>
what is this derivation ?
jtojnar has joined #nixos
<clever>
alexteves: have you tried runCommand?
<alexteves>
symphorien: just mkDerivation { name = "blabla"; nativeBuildInputs = [a b c] }
<alexteves>
clever: no, looking it up
<symphorien>
what is the point to build it, then ?
<alexteves>
I don't want to build it per-se, but it seems to me I need to if I want have "nix-build" at the root not error and the shell derivation be available at the top level...
<alexteves>
could totally be a XY problem
<symphorien>
alexteves: rename default.nix in shell.nix then
<symphorien>
nix-shell will work and nix-build won't see the file
leat has joined #nixos
<alexteves>
hmm true
terrorjack has quit [Remote host closed the connection]
akl has quit [Remote host closed the connection]
gridaphobe has quit [Remote host closed the connection]
thoughtpolice has quit [Remote host closed the connection]
dmj` has quit [Remote host closed the connection]
eddyb has quit [Remote host closed the connection]
xplat|work_ has quit [Remote host closed the connection]
mgdelacroix has quit [Remote host closed the connection]
kyrre has quit [Remote host closed the connection]
mpickering has quit [Remote host closed the connection]
scott has quit [Remote host closed the connection]
indika has quit [Remote host closed the connection]
Tritlo has quit [Remote host closed the connection]
srid has quit [Remote host closed the connection]
philips has quit [Remote host closed the connection]
nand0p has quit [Remote host closed the connection]
jxf has quit [Remote host closed the connection]
yurrriq has quit [Remote host closed the connection]
chimay has joined #nixos
<alexteves>
I was trying to keep it being "nix-shell -A blabla" but guess there's not much point when blabla is "shell"
<alexteves>
actually, that should still be possible by having a top level attribute in shell.nix right?
blahdodo has quit [Ping timeout: 240 seconds]
<symphorien>
alexteves: shell.nix is the real default of nix-shell
orivej has quit [Ping timeout: 256 seconds]
srid has joined #nixos
<symphorien>
so nix-shell without argument will read shell.nix
Xal has quit [Ping timeout: 260 seconds]
tmplt has quit [Ping timeout: 260 seconds]
<symphorien>
if there is no shell.nix then it will default to default.nix
<Myrl-saki>
Oh wow. I'm a disaster. I forgot to place mkOption on my options...
<joepie91>
... discourse instance? there's a discourse instance?
<maurer>
Evidently they're switching to it from a mailing list. God damn I hate the future.
<joepie91>
I have some criticisms regarding discourse but this seems like an improvement from an accessibility POV
<mjacob>
think positive: at least it's not slack :)
<mjacob>
anyway, i didn't want to start a discussion, i just wanted to ask what's the canonical way to approach the nix community
<maurer>
joepie91: I think you mean barriers to entry - from an accessibility POV it's gonna be worse because it's a super ajaxy UI, which usually works worse than usual with screen readers
<maurer>
mjacob: Right now it's still the mailing list, but they've announced that it will be the discourse in the future
<joepie91>
maurer: 'accessibility' encompasses more than just screen readers and other assistive tools
<mjacob>
zimbatm: since you announced the change from mailing list to discourse, which one should i use *right now*?
<joepie91>
I think Discourse does have measures to deal with screenreaders, actually?
<maurer>
joepie91: Sure, it also means things like the shortcuts I use to avoid carpal tunnel
<maurer>
joepie91: which I already know from rust discourse doesn't support
<manveru>
i use saka key for that
<maurer>
but w/e, this isn't super important since I wasn't a heavy mailing list user to begin with
<joepie91>
maurer: it also includes the ability to participate in something based on technical knowledge and experience :) and that's where mailing lists tend to score very poorly as their operation is not self-evident
<maurer>
I'm just annoyed every time that something moves off a technology where there are a variety of comfortable clients and onto "You must run at least this much javascript to play"
<joepie91>
which is what my remark was originally based on
<manveru>
also the forum and mailing list are linked anyway
pi3r has quit [Remote host closed the connection]
<joepie91>
also, I thought that no-JS accessibility was solved in Discourse at some point, but I get a blank page now - what?
<manveru>
so you can write mails and subscribe
<joepie91>
not really sure what's going on there..
pi3r has joined #nixos
<joepie91>
hrm, I guess something has changed with that...
<joepie91>
:.
<joepie91>
:/ *
Mateon3 has joined #nixos
<joepie91>
mmm, there's still a noscript tag in the page contents, but apparently JS-blocking extensions don't always make that visible, so that's why I'm getting a blank page... but it's *possible* to view things without JS
Mateon1 has quit [Ping timeout: 256 seconds]
Mateon3 is now known as Mateon1
<zimbatm>
mjacob: discourse is fine
<disasm>
trying to write configs for two separate services that share the same user. But it complains that " The unique option `users.users.hledger.uid' is defined multiple times" What's the best way to do this? Should I just put both in the same module?
<mjacob>
zimbatm: will i reach as many people?
<clever>
disasm: what if you make a module that defines the user once, and has an enable option?
<disasm>
clever: you mean a 3rd module just for the user? Is that done elsewhere in nixos modules in nixpkgs?
the_real_plumps has quit [Remote host closed the connection]
<disasm>
I'm thinking maybe just putting both in same file. hledger.api.enable and hledger.web.enable, then in extraUsers if either is enabled, create the user.
<clever>
disasm: most of the time, the user is defined once in the service that uses it
<clever>
and only if that service is enabled
broccoli has joined #nixos
<roconnor>
I don't have system.nixos.stateVersion set; how do I figure out what to set it to?
the_real_plumps has joined #nixos
<clever>
roconnor: if everything is currently working, set it to the default value from `nixos-option nixos.stateVersion`
<jD91mZM2>
Did somebody mention moving away from a mailing list? Woohoo, I hate emails :)
<roconnor>
clever: right. There was a tool to query this sort of thing ...
<clever>
roconnor: nixos-option
<roconnor>
hmmm, it always returns nothing
<clever>
roconnor: did you run it on an option name?
<jD91mZM2>
roconnor: Yeah but does it give you the default value?
<roconnor>
oops i probably need sudo
<clever>
ah, the option is system.stateVersion, not nixos.stateVersion
<{^_^}>
[nixpkgs] @xeji pushed commit from @efx to master « lastpass-cli: 1.3.0 -> 1.3.1 (#40734) »: https://git.io/vphUZ
pi3r has joined #nixos
aarvar has quit [Ping timeout: 240 seconds]
GiGa has joined #nixos
GiGa has quit [Remote host closed the connection]
<zimbatm>
mjacob: is it for help or announce? worst case you can post a link to discourse on the mailing list
xy2_ has joined #nixos
alex`` has quit [Quit: WeeChat 2.1]
alex`` has joined #nixos
pi3r has quit [Ping timeout: 256 seconds]
<mjacob>
zimbatm: i'd like to describe a drawback of nix's design and discuss possible solutions. it's more of a meta issues as opposed to a be limited to nix or nixpkgs.
<nschoe>
Hello everyone, I'm trying to write a default.nix file for a simple library (https://github.com/payden/libwsclient). I was wondering where I could get some basic example one how to write a nix file for a library?
ckauhaus has quit [Ping timeout: 240 seconds]
mkoenig has quit [Remote host closed the connection]
<maurer>
zimbatm: It mostly works, evidently since the rust community started using it initially, they've fixed the keyboard shortcut issue (I hadn't been tracking it closely)
<zimbatm>
cool
<nschoe>
rycee, thanks :)
<zimbatm>
maurer: what kind of software do you use to interact with discourse?
<rycee>
nschoe: I'll try to find some more specific example that would be suitable for you.
xy2_ has joined #nixos
<nschoe>
rycee, cool, thanks!
<nschoe>
(in case this is not obvious, this is my first time trying to write a nix file for a library that is not already available to nix users ^^)
<rycee>
nschoe: So from what I can tell there are no official releases of libwsclient so you should use some specific commit reference for the rev field. And it doesn't seem to include a configure script so you should include `nativeBuildInputs = [ autoreconfHook pkgconfig ];` like in the example aboe.
griff_ has quit [Ping timeout: 256 seconds]
<maurer>
zimbatm: I use the vimium plugin for chrome and pentadactyl in firefox - basically both allow you to browse without using a mouse.
<nschoe>
rycee, thanks for your time and your help. I had indeed planned to use a specific commit for 'rev'.
<maurer>
zimbatm: As I mentioned earlier, I wasn't a huge mailing list user, so this is not actually that important to consider me - it was mostly "old man yells at cloud" more than real concern for an inability to continue dev work
<nschoe>
rycee, on the other hand, I'm not sure I understand the autoreconfHook and pkgconfig, neither 'nativeBuildInputs'. What is the difference between 'buildInputs' and 'nativeBuildInputs'?
<rycee>
nschoe: No worries. Good luck :-)
Ariakenom has quit [Read error: Connection reset by peer]
<rycee>
nschoe: buildInputs are inputs needed for the target host and the nativeBuildInputs are inputs needed for the build host.
<rycee>
nschoe: So it's basically for cross-compilation.
rain1 has joined #nixos
dmc has quit [*.net *.split]
<maurer>
nschoe: nativeBuildInputs are similar to the "build" part of build-host-target in cross comp
<nschoe>
oh I see okay.
<maurer>
So, like, "patch" (if it weren't already in stdenv) would be nativeBuildInputs
<maurer>
but a library should definitely not be
cryp2nomicon has quit [Quit: leaving]
<nschoe>
So if hydra makes a binary out of the package, when we as users install the library, we won't need to fecth the deps in 'nativeBuildInputs', right/
<clever>
nschoe: thats entirely seperate
Izorkin has quit [Read error: Connection reset by peer]
<clever>
nschoe: after the build is done, nix will basically grep the output for the paths of every single input
<clever>
nschoe: any path you refer to becomes a runtime dep
Izorkin has joined #nixos
<clever>
and it has to download those before it can download the thing that depends on them
<nschoe>
clever, okay, but... even what's in 'nativeBuildInput'?
<clever>
nschoe: if your naughty and refer to the native build inputs in $out, yes
<nschoe>
This seems unnecessary, since the user is installign the binary, it won't need to compile it, right?
<clever>
but if you dont refer to them in the output, then they wont be runtime deps
<nschoe>
oh okay, but otherwise, no.
<nschoe>
Ok
<maurer>
Stuff in buildInputs isn't even necessarilly pulled down during installation
<maurer>
all the input stuff only defines what's needed for the build
<clever>
yeah
<clever>
the runtime deps are a strict subset of the build-time ones
<nschoe>
okay
<nschoe>
thank you all.
<nikivi>
I thought that if you install things with nix from nixpkgs it should build? No?
<rycee>
nikivi: Never seen that error before but then again I don't use a mac. The "/bin/curl-ca-bundle.crt" path seems odd.
<nschoe>
What about autoreconfHook?
<maurer>
What about it?
<nikivi>
rycee I think the issue is that when I ran nix-env -iA nixpkgs.git it installed some minimal version of Git
dmc has joined #nixos
<rycee>
nschoe: Since the libwsclient repo doesn't include a configuration script you have to create one before the build can start. The autoreconfHook will automatically do that for you.
<nschoe>
Now that I have written the default.nix, what is the correct way of testing if this works? The manual talks about adding an entry in all-packages.nix and then using nix-build. It feels weird to have to add the entry, is there a quicker, "better" way?
<clever>
nikivi: do you happen to have an ssh key setup with github for pushing?
<nikivi>
clever I do yes
<clever>
nikivi: try cloning git@github.com:felixangell/mac then
<clever>
that will use ssh instead of https
<nikivi>
I moved to Nix from my other package manager and nuked it yesterday (brew)
<nikivi>
was really stressing out about this
<rycee>
nschoe: There must be an entry for the package in all-packages.nix anyway.
<clever>
nschoe: nix-build -E 'with import <nixpkgs> {}; callPackage ./. {}' is a quick way to test it
<{^_^}>
→ 52ad7f73 by @orivej: linuxPackages.dpdk: 17.05.1 -> 17.11.2
<{^_^}>
→ fc10e188 by @orivej: linuxPackages.odp-dpdk: 1.15.0.0 -> 1.19.0.0_DPDK_17.11
<rycee>
infinisil: Yeah, that would be nice.
romildo has quit [Quit: Leaving]
<rycee>
infinisil: Not sure what it would be though.
<rycee>
Maybe scheme :-)
<nschoe>
ok sorry to bother again, I have added the entry in all-packages.nix, but when I'm trying to run `nix-build -I/home/nschoe/nixpkgs -A libwsclient-d416f` I still get the "error: cannot auto-call a function that has an argument without a default value ('stdenv')". I'm following the manual here. Is there smth obvious that I missed?
<clever>
nschoe: you didnt tell it which file to load, so it opened default.nix in the current dir
<clever>
nschoe: you want nix-build /home/nschoe/nixpkgs -A libwsclient-d416f
<nschoe>
clever, but there is a default.nix in my current dir, what's the issue?
<clever>
that default.nix can only be loaded with callPackage
<clever>
nix-build cant run it directly
<nschoe>
hum, ok.
<nschoe>
Thanks, and sorry
rauno has joined #nixos
<rycee>
nschoe: Did you name your attribute in all-packages "libwsclient-d416f"?
<nschoe>
(nix gets ever more confusing when I try to actually understand it ^^)
<rycee>
Can also use `nix build -f /home/nschoe/nixpkgs libwsclient-d416f` :-)
<nschoe>
rycee, no I named it 'libwsclient'
<clever>
nschoe: then you want -A libwsclient
<clever>
-I/home/nschoe/nixpkgs doesnt tell it to load nixpkgs, that tells it that it can search in that dir when you do things like <foo>
<nschoe>
clever, yes I've just seen that. But then should I keep `name = "libwsclient-$(version)"` in the default.nix?
nuncanada has quit [Quit: Leaving]
<clever>
nschoe: yeah
<nschoe>
ok
pi3r has quit [Ping timeout: 256 seconds]
<rycee>
nschoe: Note, you cannot use "d416f" as a version. It must start with a digit and should be always increasing when new versions are released.
<rycee>
nschoe: For packages with no official releases then the date should be used as version.
<rycee>
nschoe: Yes, the date of the commit is best. Also according to this documentation the package name should be "libwsclient-unstable-YYYY-MM-DD"
<rycee>
nschoe: So I'd suggest the "name" field inside the package to be that but for the attribute name in all-packages to remain libwsclient.
<nschoe>
yep, "unstable" it is.
<rycee>
nschoe: The reason why the version must start with a digit is because Nix uses that to parse out the version: `builtins.parseDrvName "libwsclient-d416f"` => `{ name = "libwsclient-d416f"; version = ""; }`
<rycee>
While `builtins.parseDrvName "libwsclient-unstable-1900-01-01"` => `{ name = "libwsclient-unstable"; version = "1900-01-01"; }`
<nschoe>
rycee, so to recap... in all-packages.nix, the name is simply 'libwsclient', but in default.nix, version = "YYYY-MM-DD" and name = "libwsclient-unstable-${version}", gives a "full name" of "libwsclient-unstable-YYYY-MM-DD", ok?
nuncanada has quit [Read error: Connection reset by peer]
drakonis has joined #nixos
pip3000 has joined #nixos
<blankhart>
cuboid compiles but when run, it can't find drivers in /run/opengl-drivers/. setting up symbolic links to the actual drivers doesn't seem to work any better. any ideas?
<rycee>
Yes, that looks good :-)
nuncanada has joined #nixos
iyzsong has quit [Ping timeout: 255 seconds]
<rycee>
nschoe: This naming thing is a bit tricky. Especially since there are multiple different types of name for a single package.
<rycee>
blankhart: I guess you aren't running NixOS? Nixpkgs packages that use OpenGL are a bit tricky to use outside NixOS.
griff_ has quit [Quit: griff_]
<nschoe>
rycee, indeed. I guess practice will make it easier to understand.
<nschoe>
Now that the nix-build worked, let's see if I can have a shell.nix in order to use this lib ^^
<blankhart>
rycee, no i am using ubuntu. i was wondering if this was an issue arising because i was building with nix. maybe if i try stack outside the shell it will work.
nuncanada has quit [Read error: Connection reset by peer]
<MichaelRaskin>
Well, a very low amount of LD_LIBRARY_PATH magic is required for Nix-outside-NixOS-with-OpenGL, but it is nonzero and you'd better know what you are doing
chimay has quit [Quit: WeeChat 2.1]
<blankhart>
i tried setting that variable from within the shell while building but it didn't work at all. i definitely have no idea what i am doing
<rycee>
blankhart: I've never used it though so I can't vouch for its effectiveness.
<blankhart>
it looks like the answer though, or as good as i'm going to get. thanks
<infinisil>
rycee: I wouldn't mind Haskell personally :P
<rycee>
blankhart: Yeah, unfortunately I don't know of a really good solution for using nix packaged opengl applications outside NixOS. This was actually one of the reasons why I switched to running NixOS rather than running nix under a different distro.
cnidario has joined #nixos
<rycee>
infinisil: That would be nice. Not sure if it is suitable for this type of generated script though. Every user of home manager would need a ghc installation and sit through it compiling a tiny program ;-)
<rycee>
I guess could run it using runghc, though.
<rycee>
But it's still a pretty hefty runtime to force on everybody.
saeedgnu has joined #nixos
<infinisil>
rycee: Wouldn't need compilation if there was a cache for it
<rycee>
infinisil: I guess Hugs would be nice for such cases :-)
saeedgnu has quit [Client Quit]
<nschoe>
And this works! Thanks for your help rycee clever and maurer :)
saeedgnu has joined #nixos
xy2_ has quit [Ping timeout: 276 seconds]
<saeedgnu>
hi, i'm trying to compile a program that uses boost, installed it with "nix-env -i boost.dev", but still says: fatal error: boost/version.hpp: No such file or directory
<rycee>
infinisil: True. In this particular case I with there was some ready package in Nixpkgs for just opening a browser in a cross-platform safe way. I couldn't find any :-/
<rycee>
s/with/wish/
<infinisil>
rycee: bash scripts are lacking abstraction and libraries in general :(
<blankhart>
rycee, the nixGL method you sent works
<rycee>
infinisil: Yeah, good bash code it tricky. Something better would be nice. A long time ago I used to contribute to the Source Mage GNU/Linux distro and we wrote everything in Bash (including the package manager itself).
marusich has quit [Client Quit]
<rycee>
With enough discipline and experience it was doable and turned out reasonably bug free :-)
<infinisil>
rycee: Oh god
<rycee>
Don't remember exactly but the package manager itself was something like 10k+ lines of code.
<MichaelRaskin>
After compiling C++ on a compiler mere 10 years newer, I actually find Bash quite a nice choice…
<saeedgnu>
:O
broccoli has quit [Ping timeout: 256 seconds]
<saeedgnu>
that's why there is Rust and Go :D
<rycee>
But yeah, would not recommend coding big applications in bash :-D
<gchristensen>
bash is a great language for calling exec
maingo has joined #nixos
<MichaelRaskin>
I have coded quite big things in Bash, not that bad.
<rycee>
saeedgnu: Neither of them were around in the early 2000s when I was contributing to sourcemage :-)
sary has quit [Ping timeout: 264 seconds]
<saeedgnu>
rycee: yeah i know, but there are now :)
<MichaelRaskin>
Yeah, my Big Bash Script was also older than Rust and Go. I did consider Pascal — but I was not even sure people wouldn't mess up installing FPC in ten years' time
seppellll has joined #nixos
<saeedgnu>
i'm kind of a bash guy too (my .bashrc is >370 lines, i wrote/change every line, track it with git), but when the logic gets complicated, i move to python / go
<rycee>
Seems there was an 18.03 channel update :-D
<saeedgnu>
bash is good for what it does, I'm not sure why people are using php when there is python
<saeedgnu>
#languageWar
<infinisil>
Personally I can't code anything with a not-statically-compiled language. I got used to Haskell's type checking that I'm gonna miss it wherever I don't have it
<infinisil>
Well I can, but I don't like it
<infinisil>
Should probably move to #nixos-chat for the language war though :P
<MichaelRaskin>
Where we also have it anyway!
roconnor has quit [Read error: Connection reset by peer]
roconnor has joined #nixos
matthias_wahl has joined #nixos
nschoe has quit [Quit: Program. Terminated.]
spear2 has quit [Quit: Leaving]
mkoenig has joined #nixos
jmeredith has quit [Quit: Connection closed for inactivity]
<Unode>
hi all. If I change a default.nix file in nixpkgs, shouldn't nix-env see the change and pick it up if I'm targetting the package. "nix-env -iA nixos.package"
<Unode>
I'm trying to get a fresher version of freerdp but changing its default.nix doesn't seem to make any effect.
<symphorien>
use -I nixpkgs=/path/to/checkout
<symphorien>
and remove nixos.
<Unode>
symphorien: good point. Somehow my user has 17.09 in NIX_PATH.
<Unode>
and I was editing the 18.03 channel
<Unode>
how does NIX_PATH get set?
<Unode>
(I thought I had fixed this in the past)
blankhart has quit [Ping timeout: 256 seconds]
<symphorien>
with nix-channel ? not sure, though
blankhart has joined #nixos
<Unode>
I'm not using nix-channel anymore. just a git checkout
<{^_^}>
→ 84919cd3 by @yurrriq: m-cli: init at 0.2.5
<{^_^}>
→ 41f3cede by @LnL7: Merge pull request #40724 from yurrriq/init/m-cli
<infinisil>
> option "nix.nixPath"
<{^_^}>
"The default Nix expression search path, used by the Nix\nevaluator to look up paths enclosed in angle brackets\n(e.g. <literal><nixpkgs></literal>).\n"
<infinisil>
Unode: This option ^^
toby1851 has joined #nixos
<Unode>
infinisil: thanks! I had changed system.stateVersion but missed that one.
toby1851 has quit [Client Quit]
<saeedgnu>
i have another problem, while compiling: /nix/store/...-binutils-2.30/bin/ld: cannot find -lssl
<phry>
infinisil: as you seem to be online right now: have you already tried the flameshot service on home-manager? it doesn't seem to be working for me and I'm not sure if I'm doing something wrong
<Plato[m]>
phry: Doesn't work for me either. Not sure why...either.
<phry>
xD
<infinisil>
I haven't tried it, checking it out
<{^_^}>
[nixpkgs] @symphorien closed pull request #40746 → rust-bindgen: wrap with cc-wrapper to provide location of headers → https://git.io/vppaD
<manveru>
doesn't everyone use scrot? :)
<phry>
cool, thanks :) I'm not comfortable enough with systemd user services yet to really know how to debug that
<infinisil>
manveru: I use imagemagick
<manveru>
you should check it out then
ertes has quit [Ping timeout: 276 seconds]
<phry>
manveru: I didn't really have a screenshot tool until now, but as home-manager has a module for it I thought I'd check out flameshot and when starting it manually, it looks really good. just the systemd service doesn't seem to work ^^
<symphorien>
phry: the environment inside a systemd user unit is really different: no $DISPLAY, no $DBUS_THINGS and so on
<Plato[m]>
That might explain it.
<phry>
yeah, but seeing it was merged in home-manager I guess it should have worked for hamhut1066 and rycee, so I assume there is something going on
<phry>
and the polybar service works fine, too, so there should be some kind of DISPLAY available in there
<symphorien>
if they are there, they might be imported with systemctl system-environment, and the only time it can reasonably be done is by the desktop manager, so it might depend on the dm you use
<symphorien>
systemctl set-environment *
<manveru>
`systemctl --user import-environment QT_PLUGIN_PATH` for example is one i use
<manveru>
in xsession.profileExtra
camsbury has joined #nixos
<symphorien>
for display this is usually done by hardcoding to :0, also
<infinisil>
phry: I don't even know how my nixos config got that big tbh
<infinisil>
It's all over the place though :P
<infinisil>
There's like 3 refactorings in there
matthias_wahl has quit [Ping timeout: 256 seconds]
<phry>
manveru: that import seems to be part of it, but not all for me. I still have to import PATH and that seems quite dirty, so I'm trying it in a pure nix-shell right now
cyris212 has quit [Quit: WeeChat 2.0]
<manveru>
yeah, the PATH thing should be handled in the systemd daemon definition
<phry>
yup. seems like $(pkgs.flameshot)/bin is not enough though :/
<{^_^}>
[nixpkgs] @xeji pushed commit from @vbgl to master « ocamlPackages.earley: init at 1.0.2 (#40755) »: https://git.io/vphsj
<manveru>
wonder what else it depends on...
<manveru>
no info from journalctl?
the_real_plumps has quit [Remote host closed the connection]
<ivanivan>
symphorien: still no luck. maybe I'm misunderstanding -- I'll read up on polkit
<symphorien>
phry: there is a packages option in units, the derivations specified there will be added to the unit PATH
<symphorien>
you should not have to import PATH
<phry>
manveru: May 19 23:03:16 izalith flameshot[21376]: This application failed to start because it could not find or load the Qt platform plugin "xcb"May 19 23:03:16 izalith flameshot[21376]: in "".
<srk>
infinisil: do you use nixops to manage your machines?
<infinisil>
srk: Yup
<srk>
cool, I like how your repo is organized
<srk>
might be even worth adding few words in the readme :D
<infinisil>
phry: Oh, that's a well known qt impurity, but I don't know how to fix it
<infinisil>
srk: Yeah.. I'm lazy
<srk>
same. I'm reinstalling my remaining fedora installations so this might be quite handy
<infinisil>
Ask away if you have any questions regarding my config
<srk>
so far I was using only one desktop and it kind-of occured to me that I can manage it from itself
<phry>
looking at strace, it seems to look into "lib/qt-5.10/plugins/platforms/" for everything on PATH
<srk>
infinisil: think it's clear, recursive include to populate mine. and separate hardware configs
<srk>
machines/ to configure mine opts
<infinisil>
Yup, most of the folders in config/ have its own way of including files within it (specified in the default.nix)
<{^_^}>
[nixpkgs] @xeji pushed commit from @bachp to master « riot-web: 0.14.2 -> 0.15.3 (#40792) »: https://git.io/vphGx
hydraz is now known as thepope
<infinisil>
neonfuz: That's weird.. And `nix-build '<nixpkgs/nixos>' -A config.system.build.toplevel` gives you the warning?
smichel17 has quit [Client Quit]
<_superuser>
Hi guys! Is that a full list of supported arm devboards? https://nixos.wiki/wiki/NixOS_on_ARM which device you may recommend for nixos? Is Orange PI PC ok?
<{^_^}>
[nixpkgs] @xeji pushed commit from @Infinisil to master « blockhash: init at 0.3 (#40737) »: https://git.io/vphZL
<infinisil>
In the second last commit in that history it just moves from options.system = { nixos.stateVersion to options.system.nixos = { stateVersion = ...
<infinisil>
Which afaik doesn't change anything
<infinisil>
But yet the commit adds the `nixos` attribute thing to other places
Ariakenom has joined #nixos
<infinisil>
Yeah no idea why the warning is happening
goibhniu has quit [Ping timeout: 240 seconds]
Rovanion has joined #nixos
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
_superuser has quit [Quit: Page closed]
<Rovanion>
Hi all. When I run nix-env --list-generations both as root and my normal user I only get one generation in each of the commands. Yet when I run ncdu there are six versions of mono in my store, why would this be? Or three versions of libreoffice and chromium.
<clever>
Rovanion: run nix-store --query --roots on each version of mono
<{^_^}>
[nixpkgs] @xeji pushed commit from @averelld to master « x2goclient: 4.1.0.0 -> 4.1.1.1 (#40793) »: https://git.io/vphZl
Rusty1_ has quit [Ping timeout: 268 seconds]
<clever>
Rovanion: thats what i thought, its your 3rd profile, `nix-env -p /nix/var/nix/profiles/system --list-generations`
<clever>
thats where the nixos generations are stored
<clever>
and the command tells you which generation needs each variant of mono
<neonfuz>
infinisil: I did manually change system.stateVersion to system.nixos.stateVersion earlier, but it gives me the warning either way I think
<clever>
Rovanion: so you can `nix-env -p /nix/var/nix/profiles/system --delete-generations 82 83` to get rid of the 2nd one in the pastebin
<neonfuz>
I did it because a warning told me it had been renamed
<neonfuz>
infinisil: and yes that command does give me the warning
kanotix is now known as Rusty1
<clever>
Rovanion: but, you also have 2 version inside 84-88, which is a different problem, `nix why-depends $(realpath /run/current-system) /nix/store//a7hvkr0waaw7b6rsp7iilkrk1kipzfrw-mono-4.0.4.1` and then again on the y1kv variant, and see what is to blame
hiratara has quit [Ping timeout: 276 seconds]
<{^_^}>
[nixpkgs] @Mic92 merged pull request #40744 → WireGuard: Make tools available on other platforms → https://git.io/vpp0h
<clever>
Rovanion: if ran as root, it can delete from every profile
<Rovanion>
Rigth, I probably only ran it as the local user.
<clever>
yeah, it only works on profiles it has write access to
<{^_^}>
[nixpkgs] @benley opened pull request #40796 → pciutils: build with dns query support → https://git.io/vphZM
<Rovanion>
Thank you!
<bbarker>
It seems a bit unusual that building from a local nixpkgs would fail whereas it doesn't fail if I use nix-channels' nixpkgs: https://github.com/NixOS/nixpkgs/issues/40782
<justanotheruser>
whats the main difference between the nixos channel and nixpkgs channel
aarvar has joined #nixos
<johnw>
justanotheruser: nixos doesn't need to build on darwin
<johnw>
i don't think the *content* is different, but the hydra requirements
<justanotheruser>
ok, so nixpkgs is specifically for nix running on non-nix machines?
<johnw>
it's for nix running on any machine
<johnw>
including inxos
<johnw>
also, I don't know if the nixos hydra sets allowUnfree to be true or false
<clever>
as long as the nixos components dont come from the a nixpkgs channel
<clever>
johnw: all unfree stuff is blocked on hydra
<yurrriq>
How best can I go about tracking down when/whyy exactly a package broke? Lilypond has been broken on Darwin for a long time now, and I'd like to fix it.
drakonis has joined #nixos
<phry>
yurrriq: if it still compiles: start the binary through dtrace/dtruss and look for anomalies I guess.
<yurrriq>
it does not compile
broccoli has quit [Ping timeout: 248 seconds]
<ryantm>
yurrriq: If it doesn't build, you can use hydra.
<drakonis>
is this a macos thing
<yurrriq>
no, it's a nixpkgs thing
<infinisil>
ryantm: Nice, you might have missed this, but all of the haskell packages use name_(major)_(minor)_(patch)_(optional something else)
<yurrriq>
the same lilypond package used to build, then someone broke a dependency or something, and now it doesn't work
Have-Quick has quit [Ping timeout: 248 seconds]
<yurrriq>
I'd like to track down the cause and then fix it :)
<manveru>
define "doesn't work"? :)
<infinisil>
ryantm: Well the ones with a specific version I mean
<ryantm>
infinisil: Oh, you're just talking about the standard packaging versioning policy of Haskell. That should be covered fine under my policy. Also, great that the separators already match too.
<{^_^}>
[nixpkgs] @lopsided98 opened pull request #40799 → tmon: fix missing libgcc_s.so required by pthreads → https://git.io/vphct
slyfox has joined #nixos
<drakonis>
has anyone dealt with kio-gdrive on nixos?
jeaye has quit [Quit: WeeChat 1.9.1]
kim0 has joined #nixos
jeaye has joined #nixos
<infinisil>
Alright so I don't think anybody would know a fix, but I guess I could ask still
<infinisil>
Weechat has forever had the problem that ncurses shifts everything slightly. This happens when a NOTICE mentions me, and when I detach a channel
<infinisil>
(/quote detach $channel, sent to my bouncer)
<infinisil>
It's certainly some ncurses problem, but I have no idea what's causing it
<phry>
sorry, also using weechat here, but never noticed anything like that, neither in xterm not kitty
<infinisil>
Ah, it might be my terminal then, I'm using alacritty
<phry>
yeah, that would be my first guess
Huddo121 has quit [Remote host closed the connection]
Huddo121 has joined #nixos
Ariakenom_ has joined #nixos
<phry>
if you're in the market for a new terminal, I am using kitty for two weeks now and it works really great for me 🐈
<infinisil>
phry: Actually, I just tested it with kitty and xterm, it happens there too :/
Have-Quick has quit [Read error: Connection reset by peer]
<phry>
infinisil: if you're not using screen or tmux, I'm out of ideas then, sorry :/
<infinisil>
I also built weechat with ncurses5 instead of ncurses6, but the same thing happens
<infinisil>
It happens in tmux and out of it too
<phry>
weird
Have-Quick has joined #nixos
Ariakenom has quit [Ping timeout: 248 seconds]
<infinisil>
Oh, actually I do get an error, as if something was outputting to the tty, ignoring that there's ncurses running
<ronAm>
Any info on patching prebuilt binary software with for nix?
ryantrinkle has joined #nixos
lsyoyom has quit [Ping timeout: 256 seconds]
<nur0n0>
well first off it wouldn't follow the nix philosophy, but if you can't/won't build from scratch I suppose creating a wrapper is sufficient to allow it to integrate with other nix packages