samueldr changed the topic of #nixos to: NixCon 2018 - 25-27 Oct In London https://nixcon2018.org/ || NixOS 18.09 released https://discourse.nixos.org/t/1076 || https://nixos.org || Latest NixOS: https://nixos.org/nixos/download.html || Latest Nix: https://nixos.org/nix/download.html || Logs: https://logs.nix.samueldr.com/nixos/ || #nixos-dev, #nix-darwin, #nixos-aarch64, #nixos-chat, #nixcon
<{^_^}> [nixpkgs] @joachifm opened pull request #48440 → nixos/hardened: assert incompatibility with nix.useSandbox → https://git.io/fx0OA
carlosdagos has joined #nixos
drakonis has quit [Ping timeout: 272 seconds]
drakonis has joined #nixos
<adamantium> Hi, i want to install texlive, which package should i go for?
<adamantium> I'm a little confused by 'nix search texlive' , it shows stuff related to "scheme". I am looking for the program to work with latex files and need to export to pdf
<adamantium> (i already have pandoc)
<drakonis_> there's a package set related to texlive
<carlosdagos> I had success with pandoc and `texlive.combined.scheme-small`
<drakonis_> look up the repository for that
<drakonis_> or that
<carlosdagos> :)
<adamantium> huh, i guess i'm confused between so many options
<adamantium> i thought it was even the wrong thing.
<drakonis_> there's multiple texlive packages however
<carlosdagos> I was confused too hah
<drakonis_> depending on what you need to install
<adamantium> "small, basic, full, context, minimal"
<drakonis_> you can install the full set
delroth has quit [Ping timeout: 244 seconds]
<drakonis_> its massive btw
<carlosdagos> The full set will take forever yeah, using `texlive.combined.scheme-small` is relatively fast
delroth has joined #nixos
<adamantium> thanks.
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fx03S
andersk has quit [Remote host closed the connection]
magnetophon has quit [Remote host closed the connection]
magnetophon has joined #nixos
phreedom has quit [Remote host closed the connection]
alex`` has quit [Ping timeout: 252 seconds]
phreedom has joined #nixos
andersk has joined #nixos
magnetophon has quit [Remote host closed the connection]
<jasongrossman> Why do texlive packages that are good for general purposes have "scheme" in their names? (I use texlive.combined.scheme-full.)
<samueldr> they call "selecting what is to be installed" "schemes"
acarrico has quit [Ping timeout: 252 seconds]
<samueldr> uh, the anchor isn't entirely right
<samueldr> see 3.2.2
<samueldr> >> Figure 6 displays the TEX Live scheme menu; from here, you choose a “scheme”, which is an overall set of package collections. The default full scheme installs everything available. This is recommended, but you can also choose the basic scheme for a small system, minimal for testing purposes, and medium or teTeX to get something in between. There are also various specialized and country-specific schemes.
<jasongrossman> Oh, THAT meaning of "scheme"! That had occurred to me but I thought it was unlikely. Anyway, I'm very glad to see it's someone else's documentation problem and not Nix's.
<jasongrossman> samueldr++
<{^_^}> samueldr's karma got increased to 35
Rusty1 has joined #nixos
<samueldr> :)
<samueldr> words are hard
<samueldr> we should communicate idea and emotions only through GUIDs
<samueldr> ideas, emotions and concepts
<jasongrossman> LLOL
halfbit has joined #nixos
<{^_^}> [nixpkgs] @samueldr opened pull request #48441 → dbeaver: 5.2.1 -> 5.2.2 → https://git.io/fx0sW
<{^_^}> [nixpkgs] @samueldr opened pull request #48442 → dbeaver: 5.2.1 -> 5.2.2 (18.09) → https://git.io/fx0sl
<drakonis_> so, we have a lisp interpreter running under nix
<drakonis_> what's next?
<samueldr> JVM in nix to run minecraft in?
<drakonis_> that'd be appreciated
<{^_^}> [nix-mode] @matthewbauer pushed to master « Add .nix to auto-mode-alist »: https://git.io/fx0sy
<{^_^}> [nixpkgs] @samueldr merged pull request #48348 → sil-fonts: added charis, doulos, and andika → https://git.io/fxRWu
<{^_^}> [nixpkgs] @samueldr pushed 2 commits to master: https://git.io/fx0sS
lassulus_ has joined #nixos
Supersonic has quit [Disconnected by services]
Supersonic112 has joined #nixos
Supersonic112 is now known as Supersonic
andersk has quit [Remote host closed the connection]
andersk has joined #nixos
<{^_^}> [nixpkgs] @matthewbauer pushed commit from @ambrop72 to release-18.09 « nixos/xserver: Implement configuration of NVIDIA Optimus via PRIME »: https://git.io/fx0sN
<drakonis_> maybe nix in even more languages
<drakonis_> nix in python...
<drakonis_> in pure C.......
lassulus has quit [Ping timeout: 252 seconds]
lassulus_ is now known as lassulus
<samueldr> implementing nix in nix
<{^_^}> [nixpkgs] @thoughtpolice merged pull request #48336 → tests/prometheus-exporters: add tests for new Tor exporter → https://git.io/fxRZi
<{^_^}> [nixpkgs] @thoughtpolice pushed commit from @delroth to master « tests/prometheus-exporters: add new Tor exporter »: https://git.io/fx0Gv
<worldofpeace> ^ paradox
<drakonis_> i'd do it
fiatjaf has joined #nixos
<fiatjaf> "fetchurl requires a hash for fixed-output derivation"
<fiatjaf> how can I know the hash?
<gchristensen> ,tofu fiatjaf
<{^_^}> fiatjaf: To get a sha256 hash of a new source, you can use the Trust On First Use model: use probably-wrong hash (for example: 0000000000000000000000000000000000000000000000000000) then replace it with the correct hash Nix expected.
<fiatjaf> :D
<drakonis_> tofu :V
<fiatjaf> it's great that you have a bot like that
<fiatjaf> ,tofu fiatjaf
<{^_^}> fiatjaf: To get a sha256 hash of a new source, you can use the Trust On First Use model: use probably-wrong hash (for example: 0000000000000000000000000000000000000000000000000000) then replace it with the correct hash Nix expected.
<fiatjaf> ,whytofu fiatjaf
<fiatjaf> :P
<gchristensen> T.rust O.n F.irst U.se TOFU :)
<{^_^}> [nixpkgs] @dtzWill opened pull request #48443 → termdown: 1.11.0 -> 1.14.1 → https://git.io/fx0G3
fragamus has joined #nixos
<{^_^}> [nixpkgs] @Ekleog opened pull request #48444 → wasm: add as temporary alias to proglodyte-wasm → https://git.io/fx0GB
<{^_^}> [nixpkgs] @delroth opened pull request #48445 → dolphin-emu: fix metadata (GPLv2 -> GPLv2+, http -> https) → https://git.io/fx0G2
haxmeister has left #nixos [#nixos]
<ekleog> tofu gud, eat tofu
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/195a573cc8c (from 54 minutes ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
viric_ has joined #nixos
viric has quit [Read error: Connection reset by peer]
aither has quit [Ping timeout: 268 seconds]
snajpa has quit [Ping timeout: 272 seconds]
mayhewluke has quit [Ping timeout: 244 seconds]
mayhewluke has joined #nixos
<{^_^}> [nixpkgs] @adisbladis merged pull request #48400 → memcached: 1.5.10 -> 1.5.11 → https://git.io/fxRXJ
<{^_^}> [nixpkgs] @adisbladis pushed 2 commits to master: https://git.io/fx0ZX
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/cb845123d41 (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<dhess> I've somehow created a Hydra job that seems to do the build during the job evaluation :\
<dhess> so all I see is an evaluation that takes hours and finally produces one big error log, and no actual build is run
garbas has quit [Quit: WeeChat 2.2]
alex-v has quit [Remote host closed the connection]
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<elvishjerricco> dhess: Does that imply you've accidentally done IFD?
<elvishjerricco> I thought Hydra didn't allow IFD by default
<dhess> elvishjerricco: I honestly don't know what's going on
<dhess> I've never seen this happen before. Do you happen to remember the trick to run a a hydra evaluation from the command line?
<dhess> I've got it written down here somewhere
<dhess> yeah I'll be damned
<dhess> The evaluation step built GHC on aarch64 and then tried to build my packages
<dhess> and it died the same place that `nix-build` did from the command line running the same job by hand
<dhess> that is so weird
<dhess> elvishjerricco: so, dunno if you've seen my update to the GHC aarch64 issue, but it looks like -jN is still happening, at least for one build phase, for haskellPackages even when enableParallelBuilds is disabled. Looks like the configure phase maybe? Or wherever it is that a cabal project builds Setup.hs
<dhess> at the same time it doesn't seem to trigger the bug.
<dhess> so, I think you were effectively right that GHC's build system doesn't use -j and we can enable parallel builds for GHC aarch64
<dhess> which means it will compile in just a few hours on these Packet.net machines
<elvishjerricco> elvishjerricco: Ah, right. I forgot that it does a `ghc --make` to build... ghc-cabal, maybe? Some tool internal to the build process that uses a lot of libs shipped in the source tree. I guess that `ghc --make` may be using `-j` as well.
<dhess> I only ever saw the -j flag leaking through when it was compiling Setup.hs or Setup.lhs, and it doesn't appear to trigger this bug
b has quit [Quit: Lost terminal]
<dhess> anyway you can get pretty far into haskellPackages. It dies in tls's tests; could be related to an issue that peti filed on tls-1.4.1 on CI servers where something times out, or it could be a genuine aarch64 issue
zopsi has quit [Quit: Oops]
<dhess> but I think I'll make another PR to set enableParallelBuilds on the GHC builds. That should get Hydra going and we can start to chip away at the other issues, like whether -j is leaking through or what's going on with TLS.
halfbit has quit [Ping timeout: 250 seconds]
zopsi has joined #nixos
jasongrossman has quit [Ping timeout: 252 seconds]
emily has quit [Ping timeout: 250 seconds]
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/195a573cc8c (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<{^_^}> [nixpkgs] @dhess opened pull request #48446 → ghc: enable parallel building of GHC on aarch64. → https://git.io/fx0cl
<dhess> ok let's get this one merged!
yosslid has quit [Ping timeout: 245 seconds]
jasongrossman has joined #nixos
halfbit has joined #nixos
<samueldr> dhess: same stands: you're keeping an eye on hydra?
<samueldr> (I followed from afar the discussion on the other PR)
<dhess> samueldr: yessir
<dhess> it's in my interests to get this working on Hydra!
<{^_^}> [nixpkgs] @samueldr merged pull request #48446 → ghc: enable parallel building of GHC on aarch64. → https://git.io/fx0cl
<{^_^}> [nixpkgs] @samueldr pushed 2 commits to master: https://git.io/fx0c6
<dhess> huzzah!
<dhess> thanks samueldr!
<dhess> This is a big day :)
paulyoung85_ has joined #nixos
<samueldr> errr, the github UI is on the fritz or what?
<samueldr> https://github.com/NixOS/nixpkgs/blob/release-18.09/pkgs/development/compilers/ghc/8.2.2.nix <- here I see the just-now merged commit as if it was on release-18.09
<samueldr> as if it was the last change on release-18.09
<dhess> ugh :\
<samueldr> (this was rhetorical, I know that it's github being weird)
<dhess> let's hope so
<samueldr> I pulled to check
<dhess> oh good
<{^_^}> [nixpkgs] @matthewbauer pushed to master « emacs-mac: use generic builder »: https://git.io/fx0cH
<samueldr> wanna see something cool? https://github.com/NixOS/nixpkgs/issues/46931
<{^_^}> #46931 (by r-ryantm, 3 weeks ago, open): wavebox: 3.14.10 -> 4.1.0
<samueldr> for months this PR is causing 500s!
<samueldr> (though I wasn't aware until yesterday)
<samueldr> uh, months; weeks!
<samueldr> (3 weeks ago)
<dhess> boom
<samueldr> it's annoying since the API results will 500 too if it is in the result set :/
<{^_^}> [nixpkgs] @samueldr merged pull request #48445 → dolphin-emu: fix metadata (GPLv2 -> GPLv2+, http -> https) → https://git.io/fx0G2
<{^_^}> [nixpkgs] @samueldr pushed 2 commits to master: https://git.io/fx0cN
jmeredith has quit [Quit: Connection closed for inactivity]
rprije has quit [Ping timeout: 244 seconds]
emily has joined #nixos
fragamus has joined #nixos
fragamus has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
sb0 has quit [Quit: Leaving]
<colemickens> So I'm packaging Sway 1.0-HEAD for nixpkgs, and I've run into an issue in the last two days with building.
<colemickens> The project uses `#include <drm_fourcc.h>` without the leading `libdrm/` prefix.
<colemickens> But, I can load a nix-shell with libdrm and pkg-config, and use pkg-config and see that `libdrm/` is a directory that should be searched.
<colemickens> Am I doing something wrong? `libdrm` is part of buildInputs...
<colemickens> nix-shell -f /etc/nixpkgs-sway -A wlroots
<colemickens> pkg-config --cflags libdrm
<colemickens> shows -I.../include/libdrm
<colemickens> so shouldn't meson/gcc be able to find drm_fourcc.h ?
fragamus has joined #nixos
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
paulyoung85_ has quit [Quit: Page closed]
Mateon1 has quit [Read error: Connection reset by peer]
Mateon2 has joined #nixos
Mateon2 is now known as Mateon1
hamishmack has quit [Ping timeout: 268 seconds]
rprije has joined #nixos
slack1256 has joined #nixos
Rusty1 has quit [Quit: Konversation terminated!]
halfbit has quit [Ping timeout: 276 seconds]
sevanspowell has quit [Ping timeout: 256 seconds]
andersk has quit [Remote host closed the connection]
jmeredith has joined #nixos
andersk has joined #nixos
endformationage has quit [Quit: WeeChat 1.9.1]
<{^_^}> [nixpkgs] @charles-dyfis-net opened pull request #48447 → nixos/ssh: expose StreamLocalBindUnlink sshd config option → https://git.io/fx0Wz
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/b1cb653ce3e (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<jackdk> I don't know meson, but you'd want to check that it's interrogating pkg-config properly
<jackdk> if that's a thing there will probably be nix-specific fun in the packaging for other meson-using packages in nixpkgs
drakonis_ has quit [Read error: Connection reset by peer]
worldofpeace has quit [Ping timeout: 246 seconds]
shabius has quit [Remote host closed the connection]
<colemickens> I'm also a bit suspicious of the meson setup in the project.
shabius has joined #nixos
<colemickens> I'm guessing that due to how NixOS works, there are cases that might "just work" in a conventional distribution that are exposed in Nix.
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
shabius has quit [Max SendQ exceeded]
shabius has joined #nixos
<colemickens> It looks like the meson.build configures it as a partial dependency, if I make it a full dependency, it works as expected
<{^_^}> [nixpkgs] @kamilchm opened pull request #48449 → ponyc: 0.24.4 -> 0.25.0 → https://git.io/fx0l2
shabius has quit [Remote host closed the connection]
shabius has joined #nixos
shabius has quit [Remote host closed the connection]
mayhewluke has quit [Ping timeout: 244 seconds]
mayhewluke has joined #nixos
mokasin has joined #nixos
<mokasin> Hi. I've set users.mutableUsers=False and this has apparently deleted all my passwords. I only can login to my user account using public keys. What do I do?
<jackdk> you can set `users.extraUsers.someuser.hashedPassword = "...";`?
<mokasin> I cannot modify my system any more, I can't log into root -.-
<mokasin> I only can log into an unprivileged user
<jackdk> no sudo?
<mokasin> nope
<mokasin> it asks for a password that I apparently do not have, my old one is invalid
<jackdk> boot an older build and see if can get in that way? otherwise I'd say you might need to boot a livecd, chroot in, fix configuration.nix and rebuild
<mokasin> Yeah, I feared so.
<jackdk> check your kernel for privilege escalation exploits?
<mokasin> What are the passwords if not specified in the configuration.nix?
hyper_ch has quit [Read error: Connection reset by peer]
<mokasin> Now I have to figure out, how to select a grub entry on a VPS -.-. Darn
hyper_ch has joined #nixos
<jackdk> if you still have read access to configuration.nix you can pull that out and build a new vps so you don't have downtime
<mokasin> Yes, sadly that seems to my only option.
<slack1256> ^ this
<mokasin> It makes sense that mutableUsers=False resets passwords, but there should be a warning, if you do not set passwords in the config file -.-
<mokasin> I was setting the option a bit blue eyed and fucked up
hyper_ch2 has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #48407 → gotop: 1.2.9 -> 1.5.0 → https://git.io/fxR9d
<{^_^}> [nixpkgs] @xeji pushed commit from @thefloweringash to master « gotop: 1.2.9 -> 1.5.0 (#48407) »: https://git.io/fx08O
<{^_^}> Channel nixos-18.09 advanced to https://github.com/NixOS/nixpkgs/commit/08005ede0fc (from 16 hours ago, history: https://channels.nix.gsc.io/nixos-18.09)
jackdk has quit [Ping timeout: 268 seconds]
reinzelmann has joined #nixos
<mokasin> Hmm, there should be a mechanism in place to prevent exactly this https://github.com/NixOS/nixpkgs/commit/6e767657951788775451859f1c36d4eb0230581c
<mokasin> But somehow it failed to stop me doing something stupid
<{^_^}> [nixpkgs] @xeji merged pull request #48441 → dbeaver: 5.2.1 -> 5.2.2 → https://git.io/fx0sW
<{^_^}> [nixpkgs] @xeji pushed 2 commits to master: https://git.io/fx088
<{^_^}> [nixpkgs] @xeji merged pull request #48442 → dbeaver: 5.2.1 -> 5.2.2 (18.09) → https://git.io/fx0sl
<{^_^}> [nixpkgs] @xeji pushed commit from @samueldr to release-18.09 « dbeaver: 5.2.1 -> 5.2.2 (#48442) »: https://git.io/fx08z
<mokasin> jackdk, I've managed to boot on old config, but this does not recover the passwords. Makes also sense, since the passwords are unmanaged.
slack1256 has quit [Remote host closed the connection]
<mokasin> So I might get away with booting a from an image, which is luckily possible for this provider. Thanks for the help!
run500 has joined #nixos
<{^_^}> [nixpkgs] @xeji pushed commit from @dtzWill to master « termdown: 1.11.0 -> 1.14.1 (#48443) »: https://git.io/fx08y
<{^_^}> [nixpkgs] @xeji merged pull request #48443 → termdown: 1.11.0 -> 1.14.1 → https://git.io/fx0G3
aither has joined #nixos
<{^_^}> [nixpkgs] @Infinisil merged pull request #47559 → omegat: init at 4.1.5.2 → https://git.io/fxfp3
<{^_^}> [nixpkgs] @Infinisil pushed 2 commits to master: https://git.io/fx04e
amosbird has quit [Quit: ZNC 1.7.0 - https://znc.in]
amosbird has joined #nixos
amosbird has quit [Max SendQ exceeded]
amosbird has joined #nixos
amosbird has quit [Max SendQ exceeded]
amosbird has joined #nixos
aleph- has quit [Ping timeout: 245 seconds]
<mokasin> How do I chroot into a NixOS installation from a livecd?
<mokasin> just chroot /mnt fails
<infinisil> mokasin: Try nixos-enter
<mokasin> ty
<teto> should I remove the merge in https://github.com/NixOS/nixpkgs/pull/46304 ? (did it via GH interface) or that's fine ?
<{^_^}> #46304 (by teto, 5 weeks ago, open): pythonPackages.gpgme: enable python3 support
<infinisil> teto: Yeah should be removed
orivej has joined #nixos
Mateon2 has joined #nixos
Mateon1 has quit [Ping timeout: 244 seconds]
Mateon2 is now known as Mateon1
hamishmack has joined #nixos
ThatDocsLady has joined #nixos
sb0 has joined #nixos
<mokasin> When chrooted to a NixOS, how can I rebuild the configuration? I get errors because of bad heap size and that system has not been booted with systemd.
<mokasin> I somehow need to set mutableUsers = true, otherwise I'm locked out of my system
<mokasin> Hmm, and the issue seems to be, I have no inet access in the rescue console. Damn
<mokasin> At least not in the chrooted nixos *scratch*
<{^_^}> [nixpkgs] @dywedir merged pull request #48362 → spectmorph: init at 0.4.1 → https://git.io/fxR8M
<{^_^}> [nixpkgs] @dywedir pushed commit from @magnetophon to master « spectmorph: init at 0.4.1 »: https://git.io/fx0BM
viric_ is now known as viric
siers has joined #nixos
<mokasin> I guess nixos-install is what I was looking for
Maxdamantus has quit [Ping timeout: 244 seconds]
Maxdamantus has joined #nixos
Niall has quit [Remote host closed the connection]
Niall has joined #nixos
orivej has quit [Ping timeout: 252 seconds]
mokasin has quit [Remote host closed the connection]
Tucky has joined #nixos
Thra11 has joined #nixos
Ariakenom has joined #nixos
<manveru> So... Tried upgrading to 18.09 with my notebook yesterday. But it failed to fetch a bunch of patches and didn't use much of the cache. Any issue open about this already?
<srhb> manveru: That usually occurs if you're not using the cache for some reason. The patches should have their urls fixed though.
Thra11 has quit [Ping timeout: 252 seconds]
<Myrl-saki> Wait. WAIT.
<Myrl-saki> Um, how does `nix-collect-garbage --delete-older-than` work
<Myrl-saki> The nix-store sets the timestamp to 0, so..
<manveru> I had hash mismatches as well, I'm on 2G at the moment so I can't give you much details. Will try to write up something when I get to the airport. Just worrying why hydra didn't catch that
<manveru> Myrl-saki: /nix/var can have timestamps
<Myrl-saki> manveru: Yes.
<manveru> And the GC roots are there
civodul has joined #nixos
<Myrl-saki> manveru: Does that mean nix-collect-garbage just checks old symlinsk?
<Myrl-saki> symlinks*
<Myrl-saki> s/symlinks/GC roots/
alex`` has joined #nixos
<manveru> How else would it work?
<srhb> manveru: If the artifacts are already cached on Hydra, but changed upstream, Hydra doesn't care.
<srhb> manveru: You're (most likely) seeing the hash mismatches exactly because you're not using cache.nixos.org (in all cases) -- possibly due to network issues, possibly due to local overrides, substituter settings, ...
<manveru> Ok
<manveru> Something wrong with my cache config then
<{^_^}> [nixpkgs] @ryan4729 opened pull request #48450 → protobuf3: support cross compilation → https://git.io/fx00j
<srhb> Myrl-saki: Specifically it looks at the timestamps on the profile symlinks iirc. :)
<Myrl-saki> Ah, thanks. :P Wouldn't it be fairer to call it nixos-collect-garbage or similar then?
goibhniu has joined #nixos
thc202 has joined #nixos
johanot has joined #nixos
alex`` has quit [Ping timeout: 260 seconds]
alex`` has joined #nixos
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Synthetica has joined #nixos
Phillemann has joined #nixos
<Phillemann> I'd like to have the path to the fontconfig library. The one I get when adding fontconfig as a buildInputs.
<Phillemann> Not sure how to get that.
<Phillemann> nix-build only gets me a /bin directory
Itkovian has joined #nixos
<sphalerite> Phillemann: nix-build '<nixpkgs>' -A fontconfig.all
<Phillemann> Ah, interesting
<Phillemann> Yes, that works. Thanks!
<sphalerite> or .lib if you only want the lib output
<sphalerite> `nix eval nixpkgs.fontconfig.outputs` can tell you what's available :)
<Ralith> Phillemann: try fontconfig.dev?
<Phillemann> Ralith: Ah, that's even more precise, great.
<Phillemann> I'm trying to manually patch an executable, and I'm juts missing libstdc++.so.6 now.
<Phillemann> That's somehow part of the gcc package.
<Ralith> or sphalerite's even better advice yeah
kai_w has joined #nixos
<{^_^}> [nixpkgs] @svenkeidel opened pull request #48451 → staruml: fix download URL → https://git.io/fx0aU
<{^_^}> [nixpkgs] @joachifm opened pull request #48452 → A few python package updates → https://git.io/fx0aq
Khetzal has joined #nixos
<sphalerite> why is libgit2 an older version than libgit2_0_27? Shouldn't we only have version-specific things for *old* versions of libraries that are still needed by other things?
zgrep has quit [Quit: This is me *really* leaving.]
zgrep has joined #nixos
<{^_^}> [nixpkgs] @lheckemann merged pull request #48451 → staruml: fix download URL → https://git.io/fx0aU
<{^_^}> [nixpkgs] @lheckemann pushed 2 commits to master: https://git.io/fx0aD
<sphalerite> ^ my first merge :D
<rawtaz> you just got commit access?
<sphalerite> on Friday actually
<rawtaz> cool
<rawtaz> congratulations on your first merge :D
nbardiuk has joined #nixos
<sphalerite> but since I've started doing nix stuff for work, I've decided to try not to do much on my own time anymore. I don't want to stop enjoying it :p
<sphalerite> thank you :D
<rawtaz> i thought you were studying, what are you working with?
orivej has joined #nixos
<siers> sphalerite, congratulations! :)
<sphalerite> rawtaz: graduated in June, just started working for Mayflower on Monday. Currently my main task is doing nix stuff — packaging stuff and such
<sphalerite> siers: ty :)
__Sander__ has joined #nixos
<rawtaz> wow cooll. is the entire purpose of the company to provide nix support?
<sphalerite> haha no, there's general software dev and agile consulting (focused on the German-speaking market) https://mayflower.de/ and more recently started doing nix consulting (with more english) as well https://nixos.mayflower.consulting/
<rawtaz> i see
<etu> sphalerite: Wow, cool. Gratz :)
<rawtaz> and they hired you, of all people
<rawtaz> good move.
<rawtaz> :)
<siers> Strings can't have a nullbyte!?
betaboon has joined #nixos
<{^_^}> [nixpkgs] @ilikeavocadoes opened pull request #48453 → Azure functions core tools → https://git.io/fx0rI
<steveeJ> is anyone else hitting issues with fprintd since the upgrade to 18.09? here it can't find the enrolled fingerprints anymore
<tazjin> did something change with how/when pkg-config's paths are constructed in 18.09? It used to just work in normal userspace for me (for linking openssl in particular), now it only works inside of nix-shell or nix-build
Phillemann has left #nixos ["WeeChat 2.2"]
orivej has quit [Ping timeout: 252 seconds]
Tritlo has joined #nixos
orivej has joined #nixos
mayhewluke has quit [Ping timeout: 252 seconds]
mayhewluke has joined #nixos
zenhoth has quit [Quit: Page closed]
brodul has joined #nixos
Ariakenom_ has joined #nixos
<brodul> https://github.com/NixOS/nix/issues/2478 help appreciated :)
<{^_^}> nix#2478 (by brodul, 8 minutes ago, open): Available packages empty (nix-env -qa is empty)
Ariakenom has quit [Ping timeout: 252 seconds]
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/0d7ed1b7716 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<{^_^}> [nixpkgs] @peti pushed 3 commits to haskell-updates: https://git.io/fx0iM
sigmundv has joined #nixos
<tobiasBora> Hello,
<tobiasBora> I'd like to know, is it possible to "pin" some packages, so that even if there is a newer version the system version is used instead? Indeed, I don't mind to update the full set of LaTeX packages...
<{^_^}> [nixpkgs] @lheckemann merged pull request #48095 → [RDY] apvlv: add .desktop file → https://git.io/fxnI6
<{^_^}> [nixpkgs] @lheckemann pushed 2 commits to master: https://git.io/fx0XZ
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « haskell-yesod-core: disable a broken test suite »: https://git.io/fx0Xl
<arianvp> tobiasBora: yes!
<arianvp> Nixpkgs overlays are made exactly for this usecase
<arianvp> though it requires a bit of manual Nix'ing
<sphalerite> no you don't really need an overlay for it
<arianvp> oh tell me more :'D
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « haskell-yesod-core: disable broken test suite »: https://git.io/fx0XP
<sphalerite> `nix-env -f https://github.com/nixos/nixpkgs/archive/<commithash>.tar.gz -iA texlive.combined-full` or similar
<arianvp> yeh wait you don't. good point
<sphalerite> or you can put it in a fixed nix expression which uses builtins.fetchurl or similar to get the nixpkgs version and you always install that expression
<sphalerite> I prefer to stick to using overlays only when I need to replace a dependency, in most other cases it's an unnecessary layer of indirection/complexity/confusingness ;)
<tobiasBora> arianvp: I should just include this on top of a nix expression that installs the texlive package?
<tobiasBora> sphalerite: the thing is that I try to keep using a declarative conf file
<sphalerite> tobiasBora: you can do that.
<sphalerite> let pinnedPkgs = import (builtins.fetchTarball { url = https://github.com/nixos/nixpkgs/artchive/….tar.gz; sha256 = …; }) {};
<sphalerite> then use pinnedPkgs.texlive.combined-full or whatever
<tobiasBora> sphalerite: and that's why I want to "pin" texlive, because when I want to have a newer package, I run "nix-channel update && nixos-rebuild switch", it updates everything
<tobiasBora> sphalerite: great thank you!
<tobiasBora> Hum... I've the feeling that nix is rebuilding sagemath... Is it normal?
<tobiasBora> [build CXX] cppu/source/cppu/compat.cxx
<tobiasBora> sage -t --long /nix/store/6r9r6wry8dxk55lwcmrshnyx9wgjwf4f-sage-src-8.3/src/sage/categories/super_modules_with_basis.py
<arianvp> depends... What nixpkgs did you pin?
<arianvp> if it's master, there's a chance Hydra has not built it yet!
<tobiasBora> ok maybe even libreoffice
<tobiasBora> arianvp: I'm on unstable I think
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/c06f5302f63 (from 4 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/c06f5302f63 (from 4 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
simukis has joined #nixos
<tobiasBora> It would be great if it would be possible to have something like "unstable", except that the packages moved to unstable are always the one built by Hydra
<arianvp> there's a channel for unstable as well
<tobiasBora> arianvp: well that's the one I'm following
<{^_^}> [nixpkgs] @peti pushed to master « ghc: add new 8.4.4 version »: https://git.io/fx0M8
<teto> sphalerite: so I was only your second merge :'( ? if you want to rack more, I propose you https://github.com/NixOS/nixpkgs/pull/47601 :p
<{^_^}> #47601 (by teto, 1 week ago, open): linux_mptcp: 0.94 -> 0.94.1 [RDY]
<{^_^}> [nixpkgs] @peti pushed 5 commits to haskell-updates: https://git.io/fx0MB
<tobiasBora> Yes, that's it, libreoffice is being rebuilt...
<tobiasBora> seems I'm not alone
<{^_^}> #34164 (by va1entin, 37 weeks ago, closed): Nix does not use binary cache for LibreOffice
<sphalerite> tobiasBora: I'm not sure it would be reasonable in terms of complexity to do that at package granularity
<tobiasBora> sphalerite: you mean pinning? Sure, I'd like to avoid pinning, just for big packages I don't want to upgrade
<tobiasBora> to build*
<sphalerite> tobiasBora: nixpkgs-unstable advances quite quickly, before everything has been built. I'd suggest nixos-unstable if you want everything to be in the binary cache
<tobiasBora> sphalerite: nixpkgs-unstable and nixos-unstable are not the same??
<tobiasBora> So actually I'm using nixos-unstable
<{^_^}> [nixpkgs] @Mic92 merged pull request #48437 → haskellPackages.shell-conduit: fix build → https://git.io/fx0Lr
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to release-18.09: https://git.io/fx0MS
<tobiasBora> but I guess the problem comes from the fact that hydra failed to build libreoffice
<sphalerite> yeah
<sphalerite> I'd have thought that the channel would block on that
<sphalerite> but apparently not
<tobiasBora> sphalerite: what do you mean by "that the channel would block on that"?
<tobiasBora> you say that nixos-unstable souldn't be updated as soon as all the packages inside do not build?
<sphalerite> I thought the channel wouldn't advance if libreoffice doesn't build.
<sphalerite> no, not all packages need to build, but I thought libreoffice would have been one of the ones that do
__monty__ has joined #nixos
lonokhov has joined #nixos
<tobiasBora> sphalerite: I see
oida has quit [Remote host closed the connection]
carlosdagos has quit [Quit: Connection closed for inactivity]
<tobiasBora> "Doctesting 3690 files." ==> What does it mean?
<{^_^}> [nixpkgs] @teto opened pull request #48455 → python3Packages.cmd2: 0.9.4 -> 0.9.6 → https://git.io/fx0D2
<sphalerite> tobiasBora: running documentation tests, which go through all the examples in some documentation and make sure they behave as expected
<sphalerite> tobiasBora: this might be gchristensen's recent work on making doctests for nixpkgs.lib
<tobiasBora> sphalerite: Ok thanks. I think it's linked with questions I asked a while ago, but it's still not possible to disable tests/dotests?
<{^_^}> [nixpkgs] @7c6f434c pushed to master « saga: add mpickering as a co-maintainer after #39125 »: https://git.io/fx0yE
sb0 has quit [Quit: Leaving]
<fiatjaf> how do I override stuff?
<fiatjaf> I want to stop nix from building doctests for all my dependencies
<fiatjaf> (I'm trying to build a haskell package)
<{^_^}> [nixpkgs] @Mic92 merged pull request #48455 → python3Packages.cmd2: 0.9.4 -> 0.9.6 → https://git.io/fx0D2
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx0SR
<{^_^}> [nixpkgs] @Mic92 merged pull request #48420 → jbake: 2.6.1 -> 2.6.2 → https://git.io/fxRFN
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx0Sg
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage2nix: disable failing Hydra builds »: https://git.io/fx0Sa
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage2nix: disable failing Hydra builds »: https://git.io/fx0Sr
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fx0S6
<fiatjaf> why do we need both a default.nix and an app.nix
<fiatjaf> ?
<kai_w> why do overlays use `self: super: {...}` instead of `super: rec {...}` - unless I'm missing something they both allow the same functionality?
<{^_^}> [nixpkgs] @peti pushed 6 commits to haskell-updates: https://git.io/fx0S9
<kai_w> and how/where on earth is the `self:` reference in a function implemented?
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fx0S5
<{^_^}> [nixpkgs] @peti pushed 5 commits to haskell-updates: https://git.io/fx0SF
<{^_^}> [nixpkgs] @peti pushed 6 commits to master: https://git.io/fx0Sb
<fiatjaf> where is my nix.conf? do I have to create it?
<fiatjaf> the manual tells me to look at many places, and it isn't on any of these
<fiatjaf> I do have a /nix, but nothing there; a ~/nix-<other-stuff>/; and ~/.config/nixpkgs/nix.conf
<srhb> fiatjaf: What kind of system are you on? Nix on some other linux distro? Did you check /etc/nix ?
<fiatjaf> linux, srhb
<fiatjaf> yes, that doesn't exists
<fiatjaf> it's ubuntu
teej has quit [Quit: Connection closed for inactivity]
philippD has joined #nixos
<philippD> Is there something like yeoman for nix projects?
<{^_^}> [nixpkgs] @joachifm merged pull request #48334 → deepin-wallpapers: init at 1.7.5; deepin-desktop-schemas: init at 3.2.18.7 → https://git.io/fxRG3
<{^_^}> [nixpkgs] @joachifm pushed 3 commits to master: https://git.io/fx0QL
<mpickering> kai_w: No, using rec doesn't allow you to override dependent attributes
<{^_^}> [nixpkgs] @joachifm merged pull request #47601 → linux_mptcp: 0.94 -> 0.94.1 [RDY] → https://git.io/fxUZI
<{^_^}> [nixpkgs] @joachifm pushed 2 commits to master: https://git.io/fx07E
<mpickering> Or overriding an attribute doesn't propagate to other attributes which depend on it
sgillespie has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @joachifm merged pull request #47538 → nixos/kmscon: Add autologin option → https://git.io/fxfBp
<{^_^}> [nixpkgs] @joachifm pushed 2 commits to master: https://git.io/fx07D
init_6 has joined #nixos
brejoc has joined #nixos
michas has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
garbas has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #48417 → jackett: 0.10.258 -> 0.10.304 → https://git.io/fxRdV
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx05i
lunik1 has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx0dM
<{^_^}> [nixpkgs] @Mic92 merged pull request #48409 → libpqxx: 6.2.4 -> 6.2.5 → https://git.io/fxRHF
__Sander__ has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48393 → mopidy-iris: 3.26.2 -> 3.27.1 → https://git.io/fxRim
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx0dx
<{^_^}> [nixpkgs] @jfrankenau opened pull request #48457 → rapid-photo-downloader: 0.9.10 -> 0.9.12 → https://git.io/fx0dp
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx0Ff
<{^_^}> [nixpkgs] @Mic92 merged pull request #48392 → metabase: 0.30.3 -> 0.30.4 → https://git.io/fxR6h
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
rprije has quit [Read error: Connection reset by peer]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48390 → nlohmann_json: 3.2.0 -> 3.3.0 → https://git.io/fxR6u
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fx0FH
rprije has joined #nixos
<{^_^}> [nixpkgs] @Profpatsch merged pull request #48328 → generators: make toPretty handle floats correctly → https://git.io/fxRIx
<{^_^}> [nixpkgs] @Profpatsch pushed commit from @Ekleog to master « generators: make toPretty handle floats correctly »: https://git.io/fx0Fp
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
<{^_^}> [nixpkgs] @Mic92 opened pull request #48458 → postfix: enable openldap by default → https://git.io/fx0bU
<{^_^}> [nixpkgs] @OPNA2608 opened pull request #48459 → x11vnc: 0.9.13 -> 0.9.15 →
<gchristensen> sphalerite: ont my work... what said something about doctests?
<gchristensen> not*
<sphalerite> gchristensen: idk, just saw doctests and thought it *might* be the (awesome!) stuff you've been doing :)
<gchristensen> oh, cool :)
<Profpatsch> gchristensen: Do we have a place where we document build-support/?
YellowOnion_ has quit [Ping timeout: 244 seconds]
<gchristensen> not that I know of
<Profpatsch> Then we should make like you made with lib/ and start that. :P
<gchristensen> :)
<sphalerite> yeah build-support has some amazing stuff
<Profpatsch> gchristensen: What did you use to write the XML for the lib/ documentation?
<tobiasBora> gchristensen: you may answer my question then, I'm installing sagemath, and in the last 2 hours I just saw "doctest". Is it possible to disable these tests?
<Profpatsch> Because I’m going crazy when I have to write long <tagtagtag> stuff by hand.
<gchristensen> must be doctests for sagemath itself, I don't know anything about sagemath
<gchristensen> Profpatsch: I have some YASnippets that I've used and find helpful
<gchristensen> I could do a screencast about how I do it
<Profpatsch> Alternatively, I could start by writing something on nixos.wiki and then we move it to docbook afterwards.
<tobiasBora> gchristensen: hum maybe yes, but nix is running these tests right? And as I don't want to compile, just install, I don't really mind to run 2 hours (at least) of tests ^^
<Profpatsch> gchristensen: Just the yasnippet code is enough (at least for me)
<symphorien> tobiasBora: my approach is to install imperatively the latest succesful build https://hydra.nixos.org/job/nixos/release-18.09/nixpkgs.sage.x86_64-linux
<symphorien> hydra builds sage, so if you build locally this likely means that the build will fail
<gchristensen> Profpatsch: note the docs I'm trying to write are in the Reference section of https://www.divio.com/blog/documentation/ -- ie: not writing much expository, and not even use-case docs
<gchristensen> Profpatsch: just: this is the arguments of the function and the functions' behavior.
<gchristensen> Profpatsch: I've tried combining all four in to the same document and it is not good. (thanks to joepie91 for setting me straight on that.)
nschoe has joined #nixos
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/ae16537bf89 (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
<gchristensen> Profpatsch: but... I should probably write docs on how I write these docs...
jasongrossman has joined #nixos
<{^_^}> [nixpkgs] @Mic92 opened pull request #48460 → postfix: add setgid wrapper for postqueue/postdrop → https://git.io/fx0Nc
<tobiasBora> symphorien: I'm not sure to follow. You manually download sage?? So what's the point of using nix then? ^^
<symphorien> go on a successful build and click "help": "You can install this package using the Nix package manager from the command-line: nix-env -i /nix/store/jywvwahnav864iry6d60g1qmghb15dw2-sage-wrapper-8.3"
YellowOnion has joined #nixos
rprije has quit [Remote host closed the connection]
<Profpatsch> gchristensen: tbh I hate snippets. If we need snippets we should generate the resulting code instead.
rprije has joined #nixos
<Profpatsch> It’s basically copy & paste coding made even easier by the editor.
strobelight has joined #nixos
<gchristensen> Profpatsch: eh, I don't like them either. my view is the job needs doing, this is the output I'd like to see, and however it is done is great
<gchristensen> the semantics are very good though, and are how I'm able to implement doctests in less than 50 lines of python
dvim has joined #nixos
<gchristensen> it isn't like the docs need to be rewritten over and over, and that is why I haven't tried to make much more of a tool to do it: it is pretty much only done once
<Profpatsch> We are only adding anyway. :)
<gchristensen> yeah :)
<{^_^}> [nixpkgs] @lheckemann merged pull request #48450 → protobuf3: support cross compilation → https://git.io/fx00j
<{^_^}> [nixpkgs] @lheckemann pushed 5 commits to master: https://git.io/fx0Aq
<{^_^}> [nixpkgs] @lheckemann pushed to revert-48450-proto3-cross « Revert "protobuf3: support cross compilation" »: https://git.io/fx0AO
<{^_^}> [nixpkgs] @lheckemann opened pull request #48461 → Revert "protobuf3: support cross compilation" → https://git.io/fx0A3
<{^_^}> [nixpkgs] @lheckemann merged pull request #48461 → Revert "protobuf3: support cross compilation" → https://git.io/fx0A3
<{^_^}> [nixpkgs] @lheckemann pushed 2 commits to master: https://git.io/fx0Ac
<{^_^}> [nixpkgs] @lheckemann pushed 0 commits to revert-48450-proto3-cross: https://git.io/fx0AW
* sphalerite is a real pro
<Profpatsch> gchristensen: Do we have links to the code that is documented as well?
rprije has quit [Remote host closed the connection]
<Profpatsch> We really need docstrings. :(
rprije has joined #nixos
<gchristensen> Profpatsch: like this? https://nixos.org/nixpkgs/manual/#function-library-lib.attrsets.attrVals Located at lib/attrsets.nix:84 in <nixpkgs>.
<Profpatsch> wooo, I missed that.
<Profpatsch> But that might change, right?
<Profpatsch> Or is it generated automatically?
<tobiasBora> symphorien: and if I do so it won't re-run all the tests? That's interesting. But it means that I can't use declarative approch right?
<gchristensen> it can and will change, and the position is dynamically updated on every build of the docs =)
<symphorien> tobiasBora: I you do it it is alreeady built and tested, you just download the result
<ng0> can someone give me the gist for your motivation to change TMPDIR in the Linux sandbox builds to /build instead of /tmp? What kind of builds did you encounter that could store their TMPDIR in RPATH as the release of 2.0 states?
<gchristensen> Profpatsch: https://gist.github.com/grahamc/4268709feefd8425361a56f76e516897#file-gistfile1-txt-L26 <- this locations.xml is generated
__Sander__ has joined #nixos
<tobiasBora> sphalerite: Hum, I just got a message "All tests passed!" from my last install :D But then I don't get it, why can I build it, but not Hydra?
<Profpatsch> Ah, I see.
<gchristensen> Profpatsch: this serves a very nice check, too!
<Profpatsch> By doing a grep for $NAME[[:whitespace:]]= I suspect? :)
<gchristensen> no!
<gchristensen> what do you take me for, some sort of Bash abuser? ;)
<{^_^}> [nixpkgs] @lheckemann pushed commit from ryan4729 to staging « protobuf3: support cross compilation »: https://git.io/fx0Ah
<Profpatsch> gchristensen: No, but some sort of nix abuser. :pP
<Profpatsch> But yeah, that’s nice.
<gchristensen> :)
<tobiasBora> symphorien: Hum, I just got a message "All tests passed!" from my last install :D But then I don't get it, why can I build it, but not Hydra?
<symphorien> timeout maybe ?
<tobiasBora> symphorien: Hum, in fact it seems that the new install fails: Error loading server extension sagenb_export.nbextension
<symphorien> look at the log on the web interface of hydra
<tobiasBora> No module named sagenb_export.nbextension
hyper_ch2_ has joined #nixos
hyper_ch2 has quit [Ping timeout: 256 seconds]
ryantrinkle has quit [Ping timeout: 246 seconds]
mayhewluke has quit [Ping timeout: 246 seconds]
strobelight has quit [Remote host closed the connection]
mayhewluke has joined #nixos
strobelight has joined #nixos
<{^_^}> [nixpkgs] @globin merged pull request #45709 → tensorflow: 1.9.0 -> 1.11.0 → https://git.io/fA3xr
<{^_^}> [nixpkgs] @globin pushed 2 commits to master: https://git.io/fx0hC
<{^_^}> Channel nixos-18.03 advanced to https://github.com/NixOS/nixpkgs/commit/5d19e3e78fb (from 2 days ago, history: https://channels.nix.gsc.io/nixos-18.03)
<ma27> does anybody know how to connect to a wpa2 enterprise network using `networking.wireless.networks` or is it preferred to use something like `wpa_gui` then?
<sphalerite> ma27: networking.wireless.networks.<name>.auth
<sphalerite> the description of the option explains how :)
<sphalerite> I wouldn't use it myself though, because plaintext passwords in the store aren't fun
<sphalerite> I just use wpa_supplicant and configure it statefully by editing /etc/wpa_supplicant.conf myself
dvim has quit [Read error: Connection reset by peer]
<ma27> sphalerite: first of all thank you, I only had a look at the manual (it's never mentioned there, I'll file a PR for that later)
<sphalerite> :)
<ma27> but yeah, it doesn't seem to be a good idea to specify credentials for wpa2 enterprise in the store, I'll see if I find a workaround, otherwise we'd have to wait until Nix can encrypt store paths ...
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
dvim has joined #nixos
rprije has quit [Remote host closed the connection]
silver has joined #nixos
rprije has joined #nixos
<{^_^}> [nixpkgs] @lsix pushed 3 commits to release-18.09: https://git.io/fxEvm
<ma27> sphalerite: so AFAICS it's possible to specify a hashed password. I'll see if that works and document this in the NixOS manual %)
<gchristensen> ma27++
<{^_^}> ma27's karma got increased to 1
<sphalerite> ma27: that probably depends on the auth method in use
ThatDocsLady has quit [Remote host closed the connection]
ThatDocsLady has joined #nixos
<ben> Is there a way to install manpages with nix-env yet?
<sphalerite> ben: yes. It's a great fuss though :/
<srhb> ma27: That won't really help though
IRCsum has joined #nixos
<nschoe> Hi everyone! I'm wondering if any of you had already managed to package ROS nodule "joy" (or "joystick_drivers")?
<Zajcev_> guys, really silly question excuse me but ... when I have only services.openssh = enable in nixos container and I'm sshing to that container, where am I defacto connecting to?
<Zajcev_> I can't get containers in my brain ...
<nschoe> I'm trying to make it the same way akru (github.com/airapkgs) did, but for _some_ reason, the joyConfig.cmake file doesn't get generated, so any `catkin` command fails with "missing joyConfig.cmake file". I'm reaching the end of what I can think of. Especially since I really adapted akru's default.nix files so I don't get it.
o1lo01ol1o has joined #nixos
trevorriles has joined #nixos
rprije has quit [Remote host closed the connection]
hiroshi- has joined #nixos
rprije has joined #nixos
johanot has quit [Quit: WeeChat 2.2]
<sphalerite> ma27: oh yeah. If the hashes password is enough to authenticate you it will of course let anyone who can read your store authenticate as you as well.
lohfu has quit [Quit: WeeChat 1.9]
hiroshi has quit [Ping timeout: 244 seconds]
hiroshi- is now known as hiroshi
lohfu has joined #nixos
<NickHu> Is fetchFromGitHub buggy? I have two derivations built in the same file, but one fails in the strangest way - it seems like the src passed to it is actually the src for the other
<sphalerite> NickHu: I highly doubt it. Can you share the file? :)
<gchristensen> sounds like a sha256 mixup
<NickHu> sphalerite: Ah, so what had happened was that they accidentally shared the same sha256
<NickHu> Yes, and then it failed somewhat silently
<sphalerite> yep
<gchristensen> it is unfortunate, but there is very little to do. the sha256 is the only important detail Nix can know about when considering a source. if you give it the wrong (or a duplicate, or old...) sha it has no idea it isn't right
<NickHu> I understand
<gchristensen> none of the other details (like name or url) matter because those can change
Rusty1 has joined #nixos
halfbit has joined #nixos
rprije has quit [Ping timeout: 252 seconds]
rprije has joined #nixos
asymmetric has joined #nixos
jperras has joined #nixos
<nschoe> What nixOS package should I include to have <linux/joystick.h>?
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
<{^_^}> Channel nixos-18.09 advanced to https://github.com/NixOS/nixpkgs/commit/c06f5302f63 (from 8 hours ago, history: https://channels.nix.gsc.io/nixos-18.09)
ryantrinkle has joined #nixos
reinzelmann has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @Ekleog opened pull request #48463 → release-notes/18-09: add licenses marked as unfree → https://git.io/fxEt0
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/c6494972c10 (from 46 minutes ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
<{^_^}> [nixpkgs] @vbgl opened pull request #48464 → ocamlPackages.elpi: 1.0.5 -> 1.1.0 → https://git.io/fxEqJ
<asymmetric> hey, i'm having a weird problem when i run `nixos-rebuild switch`: it fails with `Failed to start local-fs.target: Unit home.mount is masked.`
<asymmetric> sometimes the unit chnges: Failed to start local-fs.target: Unit \x2esnapshots.mount is masked.
<asymmetric> these are btrfs volumes btw (home and snapshots)
<{^_^}> [nixpkgs] @jhenahan closed pull request #41333 → haskell-modules/configuration-ghc-8.4.x: bugfix - hoopl is still a core library → https://git.io/vhcUA
<{^_^}> [nixpkgs] @romildo opened pull request #48465 → deepin-wm: init at 1.9.32 → https://git.io/fxEqz
Sigyn has quit [Quit: People always have such a hard time believing that robots could do bad things.]
Sigyn has joined #nixos
jabranham has joined #nixos
asymmetric_ has joined #nixos
asymmetric has quit [Ping timeout: 252 seconds]
<nschoe> Nobody for the joy node on ROS? :/
<sphalerite> ,locate linux/joystick.h
<{^_^}> Found in packages: linux.dev, androidndk, linuxHeaders, mentorToolchains.armLinuxGnuEabi
<sphalerite> nschoe: linuxHeaders :)
<gchristensen> ,libraries
<sphalerite> ,library
<{^_^}> Don't install libraries through nix-env or systemPackages, use nix-shell instead. See https://nixos.wiki/wiki/FAQ/Libraries for details.
<nschoe> sphalerite, thanks for your answer :) Turns out, I already had it in my dev env apparently, so the problem is not here :/
<nschoe> sphalerite, any experience with ROS modules by any chance? ^^
<sphalerite> nnnnnnope. I don't even know what ROS is
[Leary] has quit [Remote host closed the connection]
Lears has joined #nixos
<gchristensen> Robot Operating System iirc
pointfourone has quit [Remote host closed the connection]
<nschoe> that's it, yes.
<nschoe> sphalerite, well no luck then ^^
mystfox has quit [Max SendQ exceeded]
mystfox has joined #nixos
lrvick has quit [Ping timeout: 276 seconds]
<nschoe> Where is the nixOS page that explains how to go through the build process step by step? I'd like to inspect the soruc ebeing unpacked, etc. In order to find where my issue comes from :/
<hodapp> "error: cannot download postman-6.2.5.tar.gz from any mirror" hrmph
<hodapp> oh, looks like Postman broke their filename conventions
lrvick has joined #nixos
<jasongrossman> ,pills
<{^_^}> [nixpkgs] @grahamc merged pull request #48463 → release-notes/18-09: add licenses marked as unfree → https://git.io/fxEt0
<{^_^}> [nixpkgs] @grahamc pushed 4 commits to master: https://git.io/fxE36
siers has quit [Ping timeout: 268 seconds]
<nschoe> Ah! it was the pills, thanks.
<jasongrossman> :-)
<nschoe> Stupid question: are the pills kept up-to-date?
<jasongrossman> nschoe: I think not.
<nschoe> erf ok.
<nschoe> I remember some changes last time I read them.
<jasongrossman> Oh cool!
<nschoe> Anyway it should still help me.
<jasongrossman> Maybe they are then.
<nschoe> jasongrossman, no no what I meant is:
<nschoe> last time I read them, some commands epxlained on the pills were not working anymore in my nixOS installation, so I wondered if the pills were updated.
<jasongrossman> That sounds very plausible, sadly.
<jasongrossman> There ARE people who work hard on the documentation in general ... but not enough of them. :-(
<hodapp> I'd work on docs if I understood stuff better...... which I have a hard time doing without docs
<jasongrossman> Or maybe what I should say is that the ratio of people doing work that necessitates changes to the documentation to people changing the documentation is not real good.
<jasongrossman> hodapp: Ditto!
<hodapp> I can mudball stuff okay without them and still get by where I need to
<hodapp> but... that's not really understanding things
<{^_^}> [docker] @domenkozar pushed to 2.1.4 « Bump to Nix 2.1.4 »: https://git.io/fxEss
<acowley> I have this nasty situation where I have a library that I can load in python, and in ipython, but jupyter gets a std::bad_cast exception
<nschoe> Yeah I'd love to contribute too, but honestly any operations I do on nixOS is a miracle when it works.
<{^_^}> [docker] @domenkozar opened pull request #3 → Bump to Nix 2.1.4 → https://git.io/fxEsW
<nschoe> ^^
<acowley> The closest hit I could find on the net is this https://github.com/psi4/psi4/issues/862
<{^_^}> psi4/psi4#862 (by slochower, 47 weeks ago, closed): Psi4 causing jupyter notebook kernel to crash
<{^_^}> [docker] @domenkozar closed pull request #3 → Bump to Nix 2.1.4 → https://git.io/fxEsW
<{^_^}> [docker] @domenkozar pushed 0 commits to 2.1.4: https://git.io/fxEs4
<{^_^}> [docker] @domenkozar pushed to 2.1.3 « Bump to Nix 2.1.3 »: https://git.io/fxEsB
<{^_^}> [docker] @domenkozar opened pull request #4 → Bump to Nix 2.1.3 → https://git.io/fxEsE
<acowley> I haven't yet tracked down a way to replicate the suggested "fix" in that issue thread
fragamus has joined #nixos
<acowley> But it's made more difficult by the fact that I don't understand what could be happening there
<acowley> It doesn't seem that jupyter links libstdc++
<acowley> One current guess is that my library is linking libstdc++ both statically and dynamically at different points in the build (since ldd on a resulting .so does show libstdc++), but I'm not sure how to prevent that.
<{^_^}> [docker] @domenkozar pushed 2 commits to master: https://git.io/fxEsp
<{^_^}> [docker] @domenkozar merged pull request #4 → Bump to Nix 2.1.3 → https://git.io/fxEsE
<{^_^}> [nixpkgs] @raphbacher opened pull request #48467 → szip: fix url (previous ftp is now private) → https://git.io/fxEnn
endformationage has joined #nixos
siers has joined #nixos
hyper_ch2_ has quit [Quit: Page closed]
<{^_^}> [nixpkgs] @Ekleog opened pull request #48468 → release-notes/18-09: add licenses marked as unfree → https://git.io/fxEWO
lonokhov has quit [Quit: WeeChat 2.2]
philippD has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
<{^_^}> [nixpkgs] @domenkozar pushed commit from @avh4 to release-18.09 « elm-format: 0.8.0 -> 0.8.1 »: https://git.io/fxEW6
philippD has joined #nixos
fragamus has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
philippD has quit [Client Quit]
Itkovian has quit [Ping timeout: 244 seconds]
<dhess> yay, we have a working GHC for aarch64 in the cache! https://hydra.nixos.org/build/82810083
<gchristensen> :o!
elgoosy has joined #nixos
<gchristensen> what was the trick?
<dhess> Unfortunately it appears that it didn't build any haskellPackages because of the cached failure of previous GHC attempts
silver has quit [Quit: rakede]
<dhess> gchristensen: elvishjerricco pointed out that GHC's build system doesn't use -j, so it was safe to turn parallel builds back on just for GHC (not haskellPackages, which do build with -j) and then the aarch64 builder was able to finish it before the 10 hour limit :)
<gchristensen> nice!
patrl has joined #nixos
<gchristensen> dhess: seems it still has many haskellpackages to build?
<gchristensen> anyway, I restarted all the aborted and failed builds.
init_6 has quit [Ping timeout: 252 seconds]
aleph- has joined #nixos
lorilan has joined #nixos
<dhess> gchristensen: oh thanks
<dhess> yeah it was not looking past the cached failures from previous attempts for some reason
<dhess> that should do the trick. haskellPackages.tls will fail on tests but lots of other packages should build successfully
<gchristensen> something something hard things in computer science
<dhess> tls is a blocker at the moment though for a lot of useful stuff
<dhess> heheeh true
<gchristensen> nicely done, "715 newly succeeding jobs"
<dhess> whoa what, haskellCompiler.ghc844 ?
<dhess> since when?
<dhess> hahah yesterday
smolboye has quit [Quit: WeeChat 2.2]
<dhess> so speaking of Hydra, anyone here seen a case where evaluating a job causes *hydra-evaluator* to build the job rather than hydra-queue-runner?
<gchristensen> I think that'll happen if you use IFD
smolboye has joined #nixos
<dhess> huh, I didn't do that on purpose. All I did was some haskellPackages aarch64 jobs to my jobset now that GHC on aarch64 is working
<dhess> I thogught it was quite straightforward, the change I made
<gchristensen> thaht should not cause that :)
<dhess> those same haskellPackages are built for x86_64-linux in the same job and those don't cause this problem
<{^_^}> [nixpkgs] @Lassulus opened pull request #48469 → [18.09] fix dwarf fortress package → https://git.io/fxERE
drakonis has quit [Ping timeout: 272 seconds]
Tucky has quit [Remote host closed the connection]
<dhess> the other thing that's weird is that it only seems to be building the aarch64 part of the job, not the x86_64 part
<dhess> during evaluation, I mean
<Taneb> Is there a way to convert a single user nix installation into a multi user one?
<kai_w> mpickering: I don't quite understand - is there an example that shows this? sorry was away for a bit.
<lorilan> hi, I'm trying to install the build tool pants. I end up with an error so I opened an issue : https://github.com/NixOS/nixpkgs/issues/48300 . Today I investgated with a colleague and It seems that the error originates from the fact that the derivation download the sources from here : https://pypi.org/project/pantsbuild.pants/1.7.0/#files which contains a `native_engine.so` for mac (after searching the magic number). Now I'm trying to fix the derivation.
<lorilan> I'm wondering If I can use the wheel file instead of the sources but the python version is cp27. I'm afraid it's not supported by the nix python packages is it ?
<{^_^}> #48300 (by lgirault, 2 days ago, open): pantsbuild.pants-1.7.0 raise exception "invalid ELF header"
Ariakenom_ has quit [Ping timeout: 268 seconds]
__Sander__ has quit [Quit: Konversation terminated!]
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
mkoenig has quit [Quit: Lost terminal]
mkoenig has joined #nixos
<__monty__> lorilan: Python 2.7 is definitely in nixpkgs.
drakonis has joined #nixos
erasmas has joined #nixos
<lorilan> __monty__, yeah but lookingt at https://stackoverflow.com/questions/37023557/what-does-version-name-cp27-or-cp35-mean-in-python#37028661 the cp27 es not the same as the python2.7 referenced in pypi as py2.py3
<lorilan> I'm really swiming in unknown water here so please tell me if I'm wrong
dvim has quit [Ping timeout: 252 seconds]
asymmetric_ has quit [Remote host closed the connection]
<__monty__> lorilan: Python 2.7 *is* CPython 2.7
<__monty__> cp27 is just more specific.
<__monty__> Normally py27 code'll work just fine with pypy for example. If it doesn't you can be more specific and specify cp27.
<lorilan> ok I'll keep trying to update the derivation, I'll give you an update ^_^
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/c6494972c10 (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
zduch4c has joined #nixos
<zduch4c> hello, how can I make dhcpcd or whatever controls iPhone ethernet tethering connect automatically if an iPhone is detected? under NetworkManager it works as intended, plugging it in makes it instantly work, but when I use wpa_supplicant & dhcpcd it doesn't
ryanofsky has joined #nixos
zduch4c has quit [Quit: ERC (IRC client for Emacs 26.1)]
zduch4c has joined #nixos
aleph- has quit [Ping timeout: 268 seconds]
zduch4c has left #nixos ["ERC (IRC client for Emacs 26.1)"]
mayhewluke has quit [Ping timeout: 246 seconds]
mayhewluke has joined #nixos
srid has joined #nixos
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/13e6a3e41a0 (from 72 minutes ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<exarkun1> Can I refer to node addresses in nixops configuration somehow? For example, to write a configuration file on one node that points it at a second node?
<clever> exarkun1: yes
<clever> exarkun1: gchristensen's example relies on nixops updating /etc/hosts, and your app supporting /etc/hosts (some apps ive delt with dont!!)
<gchristensen> oh true
<clever> the other option is nodes.backend1.config.networking.publicIPv4
<gchristensen> or any other attribute you'd like to use
justbeingglad has joined #nixos
patrl has quit [Ping timeout: 250 seconds]
<exarkun1> referring to ex-logical-multi.nix and /etc/hosts, is the implication that nixops always automatically puts entries in /etc/hosts for the different nodes in the configuration? So I can always just refer to nodes by the name I refer to them in my nix configuration?
<exarkun1> (oh if I scroll up ever so slightly from there, that's just what it says)
justbeingglad has left #nixos [#nixos]
worldofpeace has joined #nixos
philippD has joined #nixos
trevorriles has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @fpletz pushed 2 commits to master: https://git.io/fxErq
<{^_^}> [nixpkgs] @fpletz merged pull request #48458 → postfix: enable ldap support by default → https://git.io/fx0bU
<fiatjaf> what is the purpose of "default.nix" and "app.nix"? why do we need two files?
<fiatjaf> I see some repositories with just one .nix file
<fiatjaf> the miso tutorial tells me to create a default.nix and an app.nix
<fiatjaf> the Gabriel439 tutorial uses default.nix and releasen.nix, but its roles are reversed in comparison with the miso tutorial
<__monty__> fiatjaf: Usually one is for your development environment. The other is the description of the package, for installation.
<__monty__> There's nothing special about the name "default.nix" except that's what nix looks for if you don't specify a name.
<__monty__> Usually they're called default.nix and shell.nix.
<__monty__> It's possible nix-shell uses shell.nix by default but I forget.
<fiatjaf> __monty__, now you're introducing new stuff that is contradictory to all the other stuff I'm seeing
<fiatjaf> but regardless
<fiatjaf> so I only need one?
<fiatjaf> what is happening in these files exactly?
<emily> release.nix is for hydra i think
<fiatjaf> why don't I have an /etc/nix directory?
<cocreature> because you haven’t created it?
<cocreature> I don’t think it is created by default outside of nixos
<fiatjaf> makes sense
<fiatjaf> I got confused because every documentation out there says: "look for it at /etc/nix/ etc."
<cocreature> that’s where you should place it if you want to change the config
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos
<fiatjaf> error: cannot auto-call a function that has an argument without a default value ('mkDerivation')
<fiatjaf> calling nix-shell I get that
<fiatjaf> but nix-build doesn't show that error
<fiatjaf> is there a way to know which package is depending on which?
Ariakenom has joined #nixos
aanderse has joined #nixos
<clever> fiatjaf: do you have both a shell.nix and a default.nix?
drakonis has quit [Ping timeout: 260 seconds]
<fiatjaf> no, I have a default.nix and an app.nix
<fiatjaf> my default.nix calls app.nix
<clever> fiatjaf: can you put both of those files into a gist?
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/13e6a3e41a0 (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
<fiatjaf> can you tell me what is happening in these files?
<clever> and what args did you give to nix-shell?
<fiatjaf> --attr env app.nix
<fiatjaf> oh, now I see
<clever> yeah, drop the app.nix
<fiatjaf> I should have given --attr env default.nix
<clever> it will default to loading default.nix
<fiatjaf> what is nix doing?
<fiatjaf> I want to understand
<fiatjaf> for example, I called nix-shell
<clever> nix-shell will try to load shell.nix first, and if it doesnt exist, default.nix
<fiatjaf> he said: "these derivations will be built"
<clever> it will then import that file, and if the file contains a function, it will run the function with {} by default
<fiatjaf> and then started building a lot of stuff
<clever> thats building the dependencies that your project needs for a shell
<fiatjaf> oh, I see
<fiatjaf> builder for '/nix/store/x3f8zqhrqxxq2qjx5zmvvilccjs51zqb-doctest-0.16.0.1.drv' failed with exit code 1
<fiatjaf> cannot build derivation '/nix/store/q323k2z2a0w60rlk2gckvlmqid6rgakb-http-types-0.12.2.drv': 1 dependencies couldn't be built
<clever> the cause for that error is above that line
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/94c6f1ba0ee (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<fiatjaf> right. cocreature told me doctest isn't buildable because I'm using ghcjs
<fiatjaf> then he told me to tell nix to override some setting so it is ignored
<fiatjaf> doctest is a package, right? it is a dependency of http-types
Thra11 has joined #nixos
<cocreature> it’s a dependency of the test suite of http-types
<cocreature> not of http-types the library
<cocreature> so if you disable the tests as I told you, you don’t need doctest
<clever> doctest is in the testHaskellDepends of http-types
<clever> so if you `dontCheck http-types` then it will omit doctest
ryantrinkle has quit [Ping timeout: 250 seconds]
<fiatjaf> cocreature, I was trying to copy-paste code to override http-types and disable the tests
<fiatjaf> but that made me feel bad (also I was very unsuccessful), so I'm now trying to understand what is happening
<clever> ghcjspkgs = pkgs.haskell.packages.ghcjs.override { overrides = self: super: { http-types = pkgs.haskell.lib.dontCheck super.http-types; }; };
<clever> then in ghcjspkgs.callPackage ./app.nix ...
<{^_^}> [nixpkgs] @costrouc opened pull request #48471 → Refactor 10 package from python-packages.nix -> python-modules → https://git.io/fxEKF
sigmundv has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48398 → mapnik: 3.0.20 -> 3.0.21 → https://git.io/fxRPx
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxE6f
pbogdan has joined #nixos
<{^_^}> [nixpkgs] @grahamc merged pull request #48468 → release-notes/18-09: add licenses marked as unfree → https://git.io/fxEWO
<{^_^}> [nixpkgs] @grahamc pushed 2 commits to release-18.09: https://git.io/fxE6O
aleph- has joined #nixos
<fiatjaf> oh
<fiatjaf> now I see
<fiatjaf> so, nix will build everything from scratch, including the compiler, every time I call nix-build?
<clever> it will cache things in /nix/store/
<clever> and if the inputs havent changed, it will reuse them
<clever> and if cache.nixos.org has a pre-built copy, it will download that
<fiatjaf> that's for each package individually, right? so I just change something in the source code for my own package it won't try to rebuild everything
<{^_^}> [nixpkgs] @Mic92 merged pull request #48469 → [18.09] fix dwarf fortress package → https://git.io/fxERE
<clever> correct
<{^_^}> [nixpkgs] @Mic92 pushed 10 commits to release-18.09: https://git.io/fxE6u
<{^_^}> [nixpkgs] @joachifm opened pull request #48472 → lkl: 2018-03-10 -> 2018-08-22 → https://git.io/fxE6a
<fiatjaf> builder for '/nix/store/x3f8zqhrqxxq2qjx5zmvvilccjs51zqb-doctest-0.16.0.1.drv' failed with exit code 1
<fiatjaf> building '/nix/store/bmhy8x52nj3vhaqlwq81waslbn7363l5-semigroups-0.18.5.drv'...
<fiatjaf> now it's failing with this, but I added the same override for 'semigroups' as I had with 'http-types'
<fiatjaf> and still it fails
<clever> semigroups didnt depend on doctest
<clever> it was starting the build of semigroups without error
<clever> look further down, for something else
<clever> 2018-10-15 14:10:12 < fiatjaf> cannot build derivation '/nix/store/q323k2z2a0w60rlk2gckvlmqid6rgakb-http-types-0.12.2.drv': 1 dependencies couldn't be built
<clever> something that failed, because doctest failed
<fiatjaf> oh
<fiatjaf> it's doing things in parallel
<clever> yeah
<clever> -j1 stops that, -Q makes it much easier to read the parallel mess
<clever> --keep-going makes it build everything it can even with the failures, without that, it stops at the first failure
ryantrinkle has joined #nixos
jb55 has joined #nixos
dvim has joined #nixos
<dhess> +1166 on this Hydra job and counting :) https://hydra.nixos.org/eval/1484075
<{^_^}> [nixpkgs] @andir opened pull request #48473 → pythonPackages.paho-mqtt: 1.1 -> 1.4.0 → https://git.io/fxEPu
<{^_^}> [nixpkgs] @c0bw3b opened pull request #48474 → postgresql-jdbc: 42.2.2 -> 42.2.5 → https://git.io/fxEXJ
<{^_^}> [nixpkgs] @ryantm merged pull request #47111 → haskellPackages.hasktags: remove dontCheck → https://git.io/fA5fh
<{^_^}> [nixpkgs] @ryantm pushed 2 commits to haskell-updates: https://git.io/fxEXG
<elvishjerricco> dhess: Congrats :)
<dhess> elvishjerricco: it's all you buddy :)
<elvishjerricco> dhess: So is that on master now? Everyone will be able to benefit from the cache soon?
<dhess> yes
<elvishjerricco> fantastic news. Probably worth backporting to 18.09
<dhess> again, haskellPackages.tls is broken so lots of stuff won't get very far, but hopefully now we can point the tls maintainers at it and get a fix. (Or possibly it's related to building on a CI server and just times out, unrelated to aarch64)
<dhess> I will take a look at that later if someone doesn't beat me to it
aleph- has quit [Ping timeout: 252 seconds]
arq1 has joined #nixos
<elvishjerricco> There may be 96 cores on that thing, but they're not the fastest cores, are they? :P I'm watching the build log of tls and it moves quite slowly: https://hydra.nixos.org/build/82810583/nixlog/1/tail
<elvishjerricco> Or tls just makes GHC take forever in general
<dhess> They are not
<dhess> the community builder has much faster single-thread performance
<dhess> but only 64 cores
rprije has quit [Remote host closed the connection]
<elvishjerricco> dhess: What is the community builder used for?
rprije has joined #nixos
<dhess> unofficial builds
<dhess> e.g., I use it as a remote builder for my own work
<elvishjerricco> Ah. So it wouldn't be suited to try to direct haskellPackages builds to it.
<{^_^}> [nixpkgs] @andir merged pull request #48128 → gitea: 1.5.1 -> 1.5.2 → https://git.io/fxcKa
<{^_^}> [nixpkgs] @andir pushed 2 commits to master: https://git.io/fxE1i
<dhess> well it's how I got the aarch64 GHC/haskellPackages stuff vetted, so it works great... it's just not something you want to be relying on for production builds as there are a number of trustedUsers on that box
<dhess> maybe if there's enough demand for haskellPackages.aarch64-linux we can get one of these faster Packet.net aarch64 boxes in the Hydra pool :)
<samueldr> only the 96 cores machines are available
<dhess> samueldr: available for what?
<samueldr> general availability; the other community builder is AFAIUI not available; don't know the exact details, probably something about the hardware being scarce
<dhess> ahh ok, interesting.
<{^_^}> [nixpkgs] @andir pushed commit from @florianjacob to release-18.03 « gitea: 1.5.1 -> 1.5.2 »: https://git.io/fxEMs
<samueldr> dhess: if you check here, only the cavium (96 cores) is available https://www.packet.com/cloud/servers/
<{^_^}> [nixpkgs] @matthewbauer pushed to master « stage.nix: fix cross compiling with pkgsMusl »: https://git.io/fxEMz
baum has quit [Ping timeout: 252 seconds]
<fiatjaf> clever, you're awesome
<fiatjaf> thank you
<fiatjaf> if I press backspace inside the nix shell it adds a space instead of removing a character
<__monty__> fiatjaf: Do you use a non standard layout?
buckley310 has quit [Ping timeout: 246 seconds]
o1lo01ol1o has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @andir pushed commit from @florianjacob to release-18.09 « gitea: 1.5.1 -> 1.5.2 »: https://git.io/fxEDL
jbgi has joined #nixos
<dhess> ok I'll file that on tls's GitHub issues
<elvishjerricco> TIL you can use `--store` with `nix log` to just see the log of a derivation from the cache. Don't even have to build or copy the build result or anything.
<{^_^}> [nixpkgs] @Ma27 opened pull request #48476 → nixos/manual: document WPA2 enterprise configuration when declaratively configuring wifi networks → https://git.io/fxEDX
<samueldr> hmm, without --store it works here, I guess elvishjerricco it's needed if it's not for the cache?
<samueldr> sorry, from the configured caches*
<elvishjerricco> samueldr: You're right. I just assumed I needed --store and never tried it without :P
<elvishjerricco> Even cooler
<dhess> ok done
<{^_^}> [nixpkgs] @iblech opened pull request #48477 → Fix tiny typo → https://git.io/fxED9
<dhess> ok this is just too weird. When I add a haskellPackages.foo.aarch64-linux job to any of my projects, hydra-evaluator tries to build it
<dhess> This happened on one of my repos and I thought maybe I'd done something wonky there. But now it's happening on a 2nd repo.
<dhess> W. T. F.
aleph- has joined #nixos
<elvishjerricco> dhess: Minimal repro steps?
<dhess> elvishjerricco: Add my hpio repo to a Hydra?
<dhess> hold
<dhess> this is the change I just made that triggers it: https://github.com/quixoftic/hpio/commit/ab298a2e78a24959b998f25eb72ea332e60a08bd
rprije has quit [Ping timeout: 245 seconds]
rprije has joined #nixos
<elvishjerricco> dhess: I wouldn't call that "minimal" :P I just meant is there a small, standalone expression that exhibits the problem.
<dhess> oh sorry
<dhess> I don't know how to reproduce it at the moment
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/c15e342304a (from 60 minutes ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
<dhess> clever: what's the trick to run a hydra evaluation from the command line? I believe you had something for that
mizu_no_oto has joined #nixos
<dhess> yes thank you
<dhess> I should incorporate that into my Hydra config
run500 has quit [Ping timeout: 252 seconds]
drakonis has joined #nixos
mizu_no_oto has quit [Client Quit]
<fiatjaf> __monty__, what is a layout?
<fiatjaf> I don't think I have
<dhess> ohhhhhh
lopsided98 has quit [Quit: Disconnected]
nbardiuk has joined #nixos
<dhess> I think it's trying to build cabal2nix so that it can evaluate my overlay
<dhess> damn
<dhess> here I was thinking I was so smart to switch from static .nix files to cabal2nix
<fiatjaf> inside nix-shell was I supposed to use cabal normally?
<dhess> (of course cabal2nix isn't generally available for aarch64)
<dhess> (yet)
<clever> fiatjaf: `ghc Setup.hs -o Setup ; ./Setup configure ; ./Setup build`
<dhess> however, cabal2nix doesn't need to run on the host arch
<dhess> so I need to tell Nix to run it on the current system
lopsided98 has joined #nixos
<clever> dhess: there is currently no way to mix 2 arches when using callCabal2nix
<{^_^}> [nixpkgs] @LnL7 pushed commit from @kalbasit to release-18.09 « easyrsa: add support for darwin »: https://git.io/fxESi
<dhess> clever: I *think* you gave me a workaround for a similar problem I was having ... not callCabal2nix but another evaluation function
<dhess> let me look
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/c15e342304a (from 70 minutes ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
srid has quit [Quit: Connection closed for inactivity]
<dhess> yeah this is exactly what's happening. And it's always failing in tls because obviously callCabal2nix needs it
<clever> dhess: i prefer just storing the cabal2nix output in git
<dhess> clever: yeah that's what I had been doing until recently
freeman42x has quit [Quit: Leaving]
<dhess> clever: but! I found the trick you taught me. It's because I was trying to use dhall-to-nix and that doesn't work on aarch64 either.
<dhess> nixpkgs = import pkgs.path { system = "x86_64-linux"; };
<dhess> then use nixpkgs.foo in the derivation
<dhess> rather than pkgs
<dhess> let me see if that works for callCabal2nix
<dhess> (I should keep track but I'm fairly certain that clever fixes approximately 95% of my Nix issues)
<elvishjerricco> "there is currently no way to mix 2 arches when using callCabal2nix"
<elvishjerricco> clever: I don't think that's true, is it?
<elvishjerricco> Like if you're cross compiling, it'll use the build platform's cabal2nix, won't it?
<clever> ah yeah, the crosscompiling stuff probably fixed that
<clever> ive not looked at how the crosscompiling code changes things
<dhess> huh that's actually a good point. I wonder if callCabal2nix used with that `nixpkgs = import ...` trick will produce the wrong flags
hyper_ch_ has joined #nixos
<dhess> I can probably get away with it for my packages. it's doubtful they'll do anything aarch64-specific
<elvishjerricco> dhess: What do you mean "nixpkgs = import ... trick"?
<clever> dhess: the issue is more that callCabal2nix uses the "host" pkgs within the nixpkgs currently imported
<dhess> elvishjerricco: hold on I'll post the trick that I'm using for dhall-to-nix
hyper_ch has quit [Ping timeout: 260 seconds]
hyper_ch_ is now known as hyper_ch
tnks has joined #nixos
<tnks> Kind of a silly thing, but does anyone know of a way on NixOS (or Linux/Xorg in general) to get the mouse that gets bigger when you shake it?
<clever> dhess: thats using x86 linux to run dhall-to-nix
<tnks> Maybe I should just acknowledge that I lose my pointer, instead of pretend like I don't.
<clever> 194 callCabal2nix = name: src: args: self.callCabal2nixWithOptions name src "" args;
<gchristensen> tnks: I do all the time what a cool feature that is for macos
<clever> dhess: internally, it runs haskellSrc2nix then imports the result
<dhess> clever: it's using it to run stdenv.mkDerivation, too.
<clever> dhess: you would need to run haskellSrc2nix against an x86 nixpkgs
<dhess> so would nixpkgs.pkgs.callCabal2nix not do the same thing?
<tnks> gchristensen: okay, so the state of the art is to either have a giant pointer all the time, or just hunt periodically?
<__monty__> tnks: I know compiz used to do that. So maybe look at whatever compositor you're running?
<symphorien> gnome has this option, apparently, but not xfce, so it may depend on your DE
freeman42x has joined #nixos
<tnks> symphorien: I'm just running plain i3 over X.
<tnks> maybe it's worth losing a pointer every so often... to keep my slim windows workflow
oida has joined #nixos
<__monty__> fiatjaf: I was talking about keyboard layout. Do you use the most common en_US qwerty layout? Some might define backspace differently and terminals and backspace have a, let's say "interesting", interaction (other control characters too). It's not a nix-shell property, nix-shell just runs bash and backspace works fine for me. I'm just taking a guess at what might be the problem.
Itkovian has joined #nixos
<{^_^}> [nixpkgs] @c0bw3b opened pull request #48478 → sqlite-jdbc: 3.20.0 -> 3.25.2 → https://git.io/fxEHr
<{^_^}> [nixpkgs] @iblech opened pull request #48479 → tikzit: init at 2.0-rc2 (WIP, do not merge yet) → https://git.io/fxEHF
halfbit has quit [Ping timeout: 260 seconds]
orivej has quit [Ping timeout: 246 seconds]
<Ericson2314> hasn't been there since december
primeos has quit [Remote host closed the connection]
fragamus has joined #nixos
philippD has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
rprije has quit [Remote host closed the connection]
rprije has joined #nixos
smolboye has quit [Quit: WeeChat 2.2]
smolboye has joined #nixos
<fiatjaf> clever, I don't have a Setup.hs
<fiatjaf> should I?
<fiatjaf> cabal fails, it says: "Warning: The package list for 'hackage.haskell.org' does not exist."
<fiatjaf> then it says all my dependencies are missing
<fiatjaf> oh, I'm using the global cabal, there isn't a nix-based cabal
halfbit has joined #nixos
<fiatjaf> I don't understand why. the Gabriel439 tutorial is very confusing.
<jabranham> how do people usually manage multiple machines with /slightly/ different configuration.nix files? Keep files like common.nix, machine1.nix, and machine2.nix (which import common.nix) and then symlink /etc/nixos/configuration.nix to machine1.nix on that machine and machine2.nix on the other?
<srhb> Ericson2314: hydraPlatforms = stdenv.lib.platforms.none;
<{^_^}> [nixpkgs] @rycee pushed commit from @joakim1999 to master « eclipses: add Eclipse IDE for Java Developers 4.9 »: https://git.io/fxE7l
<{^_^}> [nixpkgs] @rycee closed pull request #48395 → eclipse: add Eclipse IDE for Java Developers 4.7 and 4.8 → https://git.io/fxRih
<elvishjerricco> jabranham: You could have a common.nix file with all the common configuration, then separate configuration.nix files for each machine with `imports = [./common.nix];` Then you'd either symlink /etc/nixos/configuration.nix to the appropriate one, or just set `nixos-config` in the NIX_PATH or with `-I`
<srhb> Ericson2314: So presumably cabal2nix thinks it won't build for some reason.
<jabranham> elvishjerricco: thanks. Your first suggestion is what I was thinking of.
<gchristensen> ikwildrpepper: thank you for nixops deploy's --dry-activate command <3 <3 <3
<ikwildrpepper> gchristensen: why thank me?
<gchristensen> because you wrote it!
<ikwildrpepper> did I make that? :D
<ikwildrpepper> I like to forget things
<gchristensen> you did: github.com/nixos/nixops/commit/d72c2233d2133d828a895601bfd53fa4cca3d9b8
<gchristensen> it is so cool how it copies all the closures over and lists the services which will restart, meaning I can ignore the dry deploy step, wait until it is finished and then review -- and not be stressed out watching the deploy.
<{^_^}> [nixpkgs] @romildo opened pull request #48481 → deepin-metacity: init at 3.22.22 → https://git.io/fxE77
Hamilton has joined #nixos
<Hamilton> So I'm happy with Ubuntu+Xfce...why should I try nixOS? (someone suggested it)
<gchristensen> it makes it not terrifying to have `nixops deploy` be run in BuildKite.
<fiatjaf> Hamilton, you shouldn't
rprije has quit [Remote host closed the connection]
<fiatjaf> unless you understand how nix works
<dhess> gchristensen: ohhh is that how you're doing CI for NixOps networks?
rprije has joined #nixos
<gchristensen> dhess: yeah
<dhess> good idea
<gchristensen> fiatjaf: that isn't very helpful. lots of people have switched to NixOS then learned how Nix works
<symphorien> Hamilton: for example you can upgrade knowing that if something goes wrong you can rollback.
<fiatjaf> gchristensen, but it is reeeeally not straightforward
<symphorien> but the learning curve is steep, fiatjaf has a point
<fiatjaf> perhaps people should experiment with nix first, before going to nixos
endformationage has quit [Ping timeout: 252 seconds]
<fiatjaf> that's what I'm doing, anyway
<fiatjaf> or trying to
<mog> fiatjaf, i see you are taking the cartmanland aproach
<gchristensen> that is a perfectly fine way to go, but isn't strictly necessary and many people have successfully taken the jump directly with the support of our happy-to-help community
<fiatjaf> what is that?
<fiatjaf> the community is great and I love you, but it sometimes feel like I'm bothering you a lot
<fiatjaf> and sometimes there isn't anyone to help
<gchristensen> you're not bothering us
<symphorien> fiatjaf: well the benefit of nix is far bigger on nixos, in my opinion, and it helps making the learning more "rewarding"
<gchristensen> Hamilton: if you're happy, maybe you shouldn't switch. but if you'd like to learn something new and try a new approach to how systems can be managed, check it out! you could try it in a VM without being too committal :)
silver has joined #nixos
<mog> Hamilton, what i like about nixos is my machine is unbrickable. it never get crufy with 100s of random dev dependencies
<fiatjaf> I think switching directly could be a good approach too, but only if you have nothing to lose
<mog> i have upgraded in place for 5 versions now without any troubles
<fiatjaf> if you're not actively using your OS for a lot of stuff and depend on it for your workflow currently
<__monty__> fiatjaf: About the "cabal there is no list..." stuff. You need to run cabal update at least once. I don't think you need to keep it up to date because of nix but I'm not sure on that one.
<samueldr> initially jumped in nixos both feet in with only a superficial look at nix, never regretted it, though it took some work to get my usual setup just right; but my setup isn't that standard
<fiatjaf> __monty__, should (which cabal) return a path like (/nix/store/blablabla-cabal/whatever) ?
<Hamilton> fiatjaf, symphorien gchristensen mog thanks guys...should watch a couple of YT vids
<fiatjaf> Hamilton has left and we're still here talking about his point, what a great community!
<Hamilton> fiatjaf, no I'm here
<fiatjaf> haha
<samueldr> ??!?
<Hamilton> :D
<gchristensen> Hamilton: interesting! what do you like to see in a video about an os?
<__monty__> symphorien: I would never have bothered with nixos for lack of time. Nix is the gateway drug that has me almost taking the plunge. Just a couple more hands in hair crises/new computer, whichever comes first and I'll switch. I definitely still needed pacman to hold my hand while learning the ropes.
civodul has joined #nixos
<Hamilton> gchristensen, something like this https://www.youtube.com/watch?v=sIG2P9k6EjA
<gchristensen> cool
<gchristensen> maybe somebody would like to try making videos and talks aimed at this specific use
<{^_^}> [nixpkgs] @grahamc merged pull request #48478 → sqlite-jdbc: 3.20.0 -> 3.25.2 → https://git.io/fxEHr
<{^_^}> [nixpkgs] @grahamc pushed 2 commits to master: https://git.io/fxEdC
<Hamilton> hmm..it seems the main thing about nixos is package management?
gamblerx has joined #nixos
<gchristensen> reproducibility is a key point of it, which is supported by the package manager / build tool Nix
<symphorien> well the package manager also manages system configuration (files in /etc, that is)
Berra has joined #nixos
<Hamilton> And is it suitable for daily driver? Do you guys use it on your eveyday machine?
<samueldr> daily driver, local home server and distant servers
<gamblerx> hi everyone - having a frustrating issue on x1 carbon with nixos 18.09 (jellyfish). using KDE, after waking up laptop (after it has been idle) the screen flashes on and off persistently and I have to reboot
fragamus has quit [Ping timeout: 276 seconds]
<samueldr> daily driver both for personal machine and work machines
<gamblerx> can anyone point me in the direction of a solution?
<gchristensen> I use it on my work laptop, personal laptop, and ~many servers.
<hodapp> I use it on my desktop, work laptop, and one server
<{^_^}> [nixops] @edolstra pushed to master « buildPythonPackage -> buildPythonApplication »: https://git.io/fxEFv
<Hamilton> okay :)
justbeingglad has joined #nixos
<gchristensen> gamblerx: after you reboot try looking in the logs via: `journalctl -e --boot=-1` and see if there is something interesting in there
<gamblerx> thanks - random thought - i've just remember i haven't configured any swap memory. any chance that could affect it?
<gchristensen> I think that only means you can't hibernate, but it can go in to a "light sleep" sort of thing.
<gchristensen> if it is trying to hibernate ... it would cause problems!
<gamblerx> hmmm... you know that might be the issue actually. i'll try configuring nix with a swapfile
<samueldr> I doubt it, if it had hibernated it would have (I think) powered off, you would have been faced with the initial steps of the boot process AFAIK
<samueldr> gamblerx: the x1 carbon is failry recent, right?
<symphorien> I think systemctl hibernate just means systemctl suspend when there is no swap
<samueldr> did you configure a specific kernel or using the default nixos configured one?
Thra11 has quit [Ping timeout: 276 seconds]
<gamblerx> yep fairly recent (6th gen), just used the default nixos kernel
<samueldr> gamblerx: you can try using the latest stable kernel by adding this to your configuration: boot.kernelPackages = pkgs.linuxPackages_4_18;
<samueldr> it default to the last LTS, which is 4.14
pointfourone has joined #nixos
<gamblerx> aha! many thanks :)
pointfourone has left #nixos [#nixos]
<samueldr> (no guarantees it'll help, but fresh laptop hardware sometimes fare better on the freshest kernels :))
<gamblerx> thanks, yeah it hadn't occured to me to look at a fresher kernel. just about to reboot with swapfile configured :)
rprije has quit [Remote host closed the connection]
gamblerx has quit [Quit: Page closed]
rprije has joined #nixos
jbgi has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @edolstra pushed to master « ec2-amis.nix: Add 18.09 images »: https://git.io/fxEbU
<jabranham> I want to build a package from a git rev that I specify rather than the release. Are there any examples of the best way to do that?
jbgi has joined #nixos
<symphorien> "rather than a release": rather than what nixpkgs gives you ?
<symphorien> or for a hand written expression ?
<jabranham> symphorien: right, it's in nixpkgs
<srhb> where that looong string is the rev.
<symphorien> ah I thought a revision of the package, not nixpkgs
<srhb> Oh, I might have misunderstood as well :)
<jabranham> sorry, maybe I wasn't clear. Package X has release 1, which is in nixpkgs. There have been commits to package X's git branch since release that I want.
mayhewluke has quit [Ping timeout: 245 seconds]
<symphorien> in the alternate case: foo.overrideAttrs(old: { name="foo-myversion"; src = ...; })
<jabranham> symphorien: I thought overrideAttrs was deprecated/discouraged?
Hamilton has left #nixos ["WeeChat 1.9.1"]
<symphorien> the ... are to be replaced by for example fetchzip { url = ....; sha256 = ...; }
<symphorien> overrideDerivation is
<symphorien> overrideAttrs is fine as far as I know
dvim has quit [Ping timeout: 252 seconds]
<jabranham> ah, gotcha. Thanks. I'll try this after work today.
mayhewluke has joined #nixos
devopsdeluxe has left #nixos ["WeeChat 2.2"]
<{^_^}> [nixpkgs] @edolstra pushed to master « amazon-image.nix: Disable udisks »: https://git.io/fxENt
rprije has quit [Ping timeout: 252 seconds]
rprije has joined #nixos
rprije has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48404 → libgit2_0_27: 0.27.4 -> 0.27.5 → https://git.io/fxR9a
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxENw
rprije has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #48464 → ocamlPackages.elpi: 1.0.5 -> 1.1.0 → https://git.io/fxEqJ
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxENo
<gchristensen> domenkozar: do you still have the thunderbolt dock?
<{^_^}> [nixpkgs] @matthewbauer merged pull request #47408 → abi-compliance-checker: init at 2.3 → https://git.io/fAhLR
<{^_^}> [nixpkgs] @matthewbauer pushed 4 commits to master: https://git.io/fxENN
<{^_^}> [nixpkgs] @Lassulus opened pull request #48482 → ttyplot: init at 1.0 → https://git.io/fxEAO
Thra11 has joined #nixos
<kalbasit[m]> ldlework: the way you define the overlays in your dotfiles makes them available to the dotfiles themselves but unavailable to `nix-env`, `nix-shell` and alike. Do you have a workaround for this?
<dhess> Anyone around who has haskellPackages commit powers?
<srhb> dhess: What's up?
Itkovian has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [nixpkgs] @matthewbauer merged pull request #47182 → mkl: init at 2019.0.117 → https://git.io/fAd1i
<{^_^}> [nixpkgs] @matthewbauer pushed 4 commits to master: https://git.io/fxExN
<dhess> srhb: cryptonite. Its test suite has been disabled since 2015: https://github.com/NixOS/nixpkgs/commit/358db2a22c03570e14bde625b9067c6ac36e95e3
<dhess> Stackage re-enabled them awhile ago.
<dhess> Nixpkgs has not. Seems like a very important package not to be testing
<dhess> In fact it is producing bad code for aarch64 now, only caught it because tls is tested and it depends on cryptonite
<dhess> srhb: I'm working on patches for both now but just a heads-up
<srhb> dhess: Feel free to ping me in a PR :)
<dhess> srhb: cool thanks
<srhb> I'll look after work. Agree that these are a bit ick to not test.
<jabranham> Anyone have issues getting sound to work on nixos? I asked on discourse about this but didn't get many replies. https://discourse.nixos.org/t/controlling-pulseaudio-on-nixos/1138
<dhess> cryptonite tests pass on darwin. I'll check x86_64-linux next
drakonis has quit [Ping timeout: 276 seconds]
drakonis has joined #nixos
<dhess> haskellPackages should probably have something more robust than "dontCheck". Stackage has "expected-build-failures", which is slightly better.
<gchristensen> dhess: I'm watching https://hydra.nixos.org/eval/1484075 continue to go up, just amazed
<{^_^}> Channel nixos-18.03-small advanced to https://github.com/NixOS/nixpkgs/commit/8ccf5b63b57 (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-18.03-small)
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/f935d5ba86f (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
drakonis has quit [Ping timeout: 260 seconds]
orivej has joined #nixos
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/f935d5ba86f (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<dhess> gchristensen: it's awesome! :)
philippD has joined #nixos
philippD has quit [Client Quit]
<dhess> gchristensen: quite a few of those will need to be rebuilt. There's a bug in cryptonite on aarch64 and I suspect a reasonable number of those will depend on it. But I've got a fix for that coming in a few minutes
<{^_^}> [nixpkgs] @Mic92 merged pull request #48419 → ipopt: 3.12.10 -> 3.12.11 → https://git.io/fxRFz
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxEhh
philippD has joined #nixos
<dhess> gchristensen: only downside is you're gonna need more builders :D
runjutsu has joined #nixos
<gchristensen> can't get more X)
<{^_^}> [nixpkgs] @primeos opened pull request #48484 → [18.03] Backport Signal-Desktop → https://git.io/fxEjt
<gchristensen> not for free, anyway
<colemickens> do we have a favorite place in nixpkgs for wayland miscellany?
<colemickens> There's a bunch of stuff popping up around wlroots/sway and I'm not sure where to stick it all.
<srhb> dhess: linux is OK.
<srhb> dhess: (At least on 18.09)
<srhb> dhess: If you open the PR we can let ofborg check. :)
Lears has quit [Read error: No route to host]
[Leary] has joined #nixos
o1lo01ol1o has joined #nixos
<mightybyte> What might cause an error like this?
<mightybyte> error: opening file '/nix/store/m82hzdpab8d2bqcn6cpn85n222c8zkb9-cabal2nix-foo.drv': No such file or directory
<mightybyte> ...right after a nix-build
<philippD> mightybyte: are you using `callCabal2nix`? and could you share your nix files?
<dhess> srhb: I'm just working on the aarch64 patch. I'll open the PR in a few minutes after I've had a chance to test it on that platform
<srhb> dhess++
<{^_^}> dhess's karma got increased to 4
<colemickens> Is there a way to use a broken package without enabling all broken packages? It's a big switch to flip for all of nixpkgs.
<srhb> colemickens: override it to be not broken?
<colemickens> oh, I guess that's a good point. >_<
<srhb> colemickens: :-P Trees, forest, all that.
nschoe has quit [Read error: Connection reset by peer]
<{^_^}> [nixpkgs] @edolstra pushed to release-18.09 « ec2-amis.nix: Add 18.09 images »: https://git.io/fxueK
philippD has left #nixos [#nixos]
<{^_^}> [nixpkgs] @primeos merged pull request #48484 → [18.03] Backport Signal-Desktop → https://git.io/fxEjt
<{^_^}> [nixpkgs] @primeos pushed 13 commits to release-18.03: https://git.io/fxuej
<{^_^}> [nixpkgs] @Mic92 merged pull request #48411 → librealsense: 2.15.0 -> 2.16.1 → https://git.io/fxR7a
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuvJ
<dhess> srhb: so there's the "re-enable tests on cryptonite" patch and then there's the "fix cryptonite on aarch64" patch. I can do them as one PR or I can do them separately. Preference?
<dhess> they're 2 separate commits BTW
<dhess> dependent but separate. First one re-enabling tests as the only way to be sure the aarch64 patch actually works is to test it :)
dvim has joined #nixos
<infinisil> I'd go for one PR "cryptonite improvements"
<dhess> that was my preference as well
drakonis has joined #nixos
philippD has joined #nixos
endformationage has joined #nixos
<fiatjaf> so, every time I change something in my source code and tell nix to rebuild it, I get a new directory on /nix
nDuff has joined #nixos
<fiatjaf> isn't that going to take my entire disk space?
<__monty__> fiatjaf: That's not really how it works.
<{^_^}> [nixpkgs] @joachifm merged pull request #48481 → deepin-metacity: init at 3.22.22 → https://git.io/fxE77
<{^_^}> [nixpkgs] @joachifm pushed 2 commits to master: https://git.io/fxufJ
<{^_^}> [nixpkgs] @joachifm merged pull request #48465 → deepin-wm: init at 1.9.32 → https://git.io/fxEqz
<__monty__> And you'd run nix-collect-garbage occasionally anyway.
<{^_^}> [nixpkgs] @joachifm pushed 2 commits to master: https://git.io/fxufT
<fiatjaf> __monty__, how does it work?
<nDuff> Can I reasonably use Nix to *generate* Nix expressions, and then evaluate them once the derivation containing them exists? Is there existing code I can leverage towards that end? (It's not so much the code generation that's a head scratcher as the late loading; tools I see "in the wild" like pypi2nix or the hackage automation/plumbing built into nixpkgs appear to be doing the code generation *before* any evaluation takes place).
Ariakenom has quit [Read error: Connection reset by peer]
tg has quit [Ping timeout: 245 seconds]
<mightybyte> philippD: Here's my default.nix file: https://gist.github.com/mightybyte/39e2895d13d745d1a2271cd70e5325dd
<__monty__> fiatjaf: Well, only the things that changed would add to the store. So a change in your project doesn't mean all your dependencies are replicated. It also depends on how you're building your project. For example I use cabal with nix. Cabal doesn't touch the store while developing so it's impossible to fill up the store that way.
simukis has quit [Quit: simukis]
<mightybyte> philippD: One thing I had been doing was mucking with "root = builtins.filterSource..." instead of ./.
<colemickens> When building the system configuration, where/how does it come up with the git version suffix?
<colemickens> It doesn't work with git worktrees and I'd like to fix it.
<gchristensen> not sure it is fixable to handle worktrees though...
<fiatjaf> __monty__, I was thinking about just my project anyway, not all dependencies
<colemickens> gchristensen: great! thanks
patrl has joined #nixos
<philippD> mightybyte: could you also share your cabal file?
<fiatjaf> but now I've started using cabal inside nix-shell, that should be saner
jbgi has quit [Ping timeout: 252 seconds]
<fiatjaf> however, my nix-shell doesn't work well: when I press backspace I get a new space printed!
<mightybyte> philippD: No. Is there something in particular I should look for?
<__monty__> fiatjaf: Are you really resource constrained. Normally the build products don't amount to more than a couple MB.
<mightybyte> BTW, I've made some subsequent changes to the default.nix file...upgrading to a different revision of nixpkgs, etc and am not seeing the problem after making those changes.
<mightybyte> So at the moment it's not a blocker, but I was wanting to understand more about what might have been going on.
<mightybyte> (I can still duplicate the problem with the old default.nix that I pasted above)
<fiatjaf> __monty__, yes, I am. well, a couple MB is a lot if I rebuild my project 100 every day
<__monty__> fiatjaf: It'll only keep artifacts around if one of the dependencies changes. Otherwise it overwrites. Do use the cabal new-* family of commands though.
<__monty__> fiatjaf: Are you on windows perchance?
<fiatjaf> __monty__, I'm on ubuntu
<philippD> mightybyte: you could dig through the issues on the nixpkgs repo if something relating to `developPackage` or `callCabal2nix` was fixed. maybe this issue?
<{^_^}> #45775 (by teto, 6 weeks ago, closed): haskell developPackage error: creating directory '/nix/var
<mightybyte> philippD: My changes to the nix files got around the problem without making any changes to the cabal file
<philippD> mightybyte: yeah, so it might have been a bug inside of those nix expressions
<mightybyte> Ok, cool.
runjutsu has quit [Quit: "ejaculation on cats"]
alex`` has quit [Ping timeout: 268 seconds]
siers has quit [Ping timeout: 276 seconds]
<mightybyte> philippD: BTW, the new commit of nixpkgs that I'm pointing to now includes this commit. https://github.com/kadena-io/nixpkgs/commit/9169ee6b588c8c7077645d3ab76948a3093e25cf
<mightybyte> I suppose that could have also been related?
<{^_^}> [nixpkgs] @dhess opened pull request #48485 → haskellPackages.cryptonite: fix for aarch64 and re-enable tests → https://git.io/fxuJn
<dhess> srhb: ok, PR made. Tested on darwin, x86_64-linux and aarch64
<philippD> mightybyte shat evaluates to the same in your case
<philippD> s/shat/that/
<mightybyte> Well, I also added a "name" parameter to developPackage
<mightybyte> ...and a buitins.filterSource
<philippD> Oh, I didn't see that
<{^_^}> [nixpkgs] @joachifm merged pull request #48439 → nixos/security/misc: init → https://git.io/fx0OI
<{^_^}> [nixpkgs] @joachifm pushed 2 commits to master: https://git.io/fxuJz
<mightybyte> Yeah, it wasn't in the original default.nix that was causing the problem.
<{^_^}> [nixpkgs] @joachifm closed pull request #48440 → nixos/hardened: assert incompatibility with nix.useSandbox → https://git.io/fx0OA
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jperras has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @joachifm closed pull request #48207 → profiles/hardened: Do not limit user namespaces if Nix's sandbox builds are enabled → https://git.io/fxl8G
<dhess> srhb: if you're wondering why that ofBorg build was so fast, it's because I'm using the aarch64 community builder myself :)
patrl has quit [Ping timeout: 252 seconds]
<dhess> so don't be alarmed
halfbit has quit [Ping timeout: 250 seconds]
ryjm has joined #nixos
<srhb> dhess: *scream* I hate fast builds! Or something. ;)
<dhess> hehehe
<dhess> I thought it might look odd that the aarch64 build finished well before all of the others
<srhb> Yeah, thanks. :P
strobelight has quit [Ping timeout: 276 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48406 → leatherman: 1.5.0 -> 1.5.2 → https://git.io/fxR9Q
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuU1
aleph- has quit [Ping timeout: 252 seconds]
silver_ has joined #nixos
tg has joined #nixos
rprije has quit [Remote host closed the connection]
<srhb> dhess: Any idea how many actual reverse deps are on cryptonite? Wondering if we should go through staging.
silver has quit [Ping timeout: 245 seconds]
rprije has joined #nixos
<dhess> but if you look at the fix, you'll see it's not going to affect any other archs except to fix aarch64
<srhb> dhess: I'm merely thinking about amount of rebuilds (which includes transients)
<dhess> ok
<srhb> But OK, it's isolated to haskell, so we're probably OK :)
<{^_^}> [nixpkgs] @srhb merged pull request #48485 → haskellPackages.cryptonite: fix for aarch64 and re-enable tests → https://git.io/fxuJn
<{^_^}> [nixpkgs] @srhb pushed 3 commits to master: https://git.io/fxuTz
<dhess> good news is that also fixes tlx on aarch64 so that 2300+ new packages is about to increase even more
<dhess> srhb: yay thank you!
<srhb> Just gotta backport...
jabranham has quit [Quit: ERC (IRC client for Emacs 27.0.50)]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48474 → postgresql-jdbc: 42.2.2 -> 42.2.5 → https://git.io/fxEXJ
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxukT
<{^_^}> [nixpkgs] @srhb opened pull request #48486 → Backport 18.09: haskellPackages.cryptonite: fix for aarch64 and re-enable tests → https://git.io/fxukZ
rprije has quit [Read error: Connection reset by peer]
rprije has joined #nixos
patrl has joined #nixos
nbardiuk has quit [Read error: Connection reset by peer]
<dhess> srhb: running tests on cryptonite makes sense on 18.09 but the aarch64 fix won't have any effect until 4babe7f799e826a040869728a0be56c68071c0ea and a1600d0aa8f9eee9f6d6cd067d6cbdb1fdd51d46 are also backported, FYI
<srhb> dhess: sadface
<srhb> dhess: The patch will be harmless though, right? So I guess we can just merge and it'll work once/if those get in
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
<dhess> yes it will be harmless
justbeingglad has left #nixos [#nixos]
<dhess> elvishjerricco expressed support for backporting the GHC aarch64 fixes as well, so there is some interest in that
<srhb> dhess: Mind commenting on that for posterity? :) https://github.com/NixOS/nixpkgs/pull/48486
<{^_^}> #48486 (by srhb, 4 minutes ago, open): Backport 18.09: haskellPackages.cryptonite: fix for aarch64 and re-enable tests
<dhess> sure
patrl has quit [Ping timeout: 252 seconds]
<dhess> o done
<dhess> ok
<{^_^}> [nixpkgs] @srhb merged pull request #48486 → Backport 18.09: haskellPackages.cryptonite: fix for aarch64 and re-enable tests → https://git.io/fxukZ
<{^_^}> [nixpkgs] @srhb pushed 3 commits to release-18.09: https://git.io/fxuk7
<dhess> It would be cool if GitHub Issues supported a "sidebar" , so that things like ofBorg updates could be seen but not injected into the comment stream.
<srhb> dhess: The checks feature does this..
sigmundv has joined #nixos
<{^_^}> [nixpkgs] @joachifm merged pull request #48452 → A few python package updates → https://git.io/fx0aq
<{^_^}> [nixpkgs] @joachifm pushed 3 commits to master: https://git.io/fxuIn
hamishmack has joined #nixos
<{^_^}> [nixpkgs] @volth opened pull request #48487 → varnish6: 6.0.1 -> 6.1.0 → https://git.io/fxuIu
Acou_Bass has quit [Quit: byeeeeeeeeeeeeeee]
Acou_Bass has joined #nixos
<{^_^}> [nixpkgs] @volth opened pull request #48488 → varnish4: 4.1.9 -> 4.1.10 → https://git.io/fxuIw
<samueldr> dhess: I'm +1 for backporting fixes like those on current stable; they're relatively minimal in scope, though they fix a bunch
<samueldr> it's not like you had to rewrite the whole haskell infra in nix to make this work
drakonis_ has joined #nixos
<{^_^}> Channel nixos-18.03-small advanced to https://github.com/NixOS/nixpkgs/commit/ed819d8d4f3 (from 81 minutes ago, history: https://channels.nix.gsc.io/nixos-18.03-small)
<{^_^}> Channel nixpkgs-18.09-darwin advanced to https://github.com/NixOS/nixpkgs/commit/b5380ae7363 (from 83 minutes ago, history: https://channels.nix.gsc.io/nixpkgs-18.09-darwin)
drakonis has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48457 → rapid-photo-downloader: 0.9.10 -> 0.9.12 → https://git.io/fx0dp
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fxuLZ
<{^_^}> [nixpkgs] @Mic92 merged pull request #48375 → pg_cron: 1.0.2 -> 1.1.2 → https://git.io/fxR0o
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuL4
<{^_^}> [nixpkgs] @Mic92 merged pull request #48164 → pythonPackages.dopy: refactor move to python-modules → https://git.io/fxWIX
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuLz
<dhess> samueldr: I'm indifferent as I only use nixos-unstable, but that sounds good to me.
<samueldr> well I'm not :) I want to see aarch64 on-par with x86_64 asap ;)
<samueldr> (though not at the cost of the existing stability)
<dhess> oh well then go for it :D
<dhess> those changes will only affect aarch64 anyway
<dhess> samueldr: I assume you've seen it but if not, 2400+ and counting new aarch64 packages in this build: https://hydra.nixos.org/eval/1484075#tabs-now-succeed
<{^_^}> [nixpkgs] @Mic92 merged pull request #48382 → osinfo-db: 20180920 -> 20181011 → https://git.io/fxRwr
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuLp
<dhess> and that cryptonite fix will get us to a bunch more
drakonis has joined #nixos
erasmas has quit [Quit: leaving]
<nDuff> samueldr, ...as someone actively using aarch64 -- I have a friend with a business he's thinking about starting that would involve a bunch of displays (showing which customer has booked a station and how much time is left). Current plan was to use Pi Zero W hardware for them, but obviously that's an older instruction set that isn't as well-supported. As someone actively working on NixOS-on-ARM, is it in your view worth the extra cost (& power requirements
<nDuff> -- could probably run Pi Zeros off the displays' USB out; more likely to need a proper power supply for a 3) for hardware using aarch64?
brejoc has quit [Ping timeout: 252 seconds]
<drakonis> so, i'm going to bootstrap nixos on my desktop without a flash drive, yay or nay?
<{^_^}> [nixpkgs] @Mic92 merged pull request #48364 → sslmate: 1.6.0 -> 1.7.0 → https://git.io/fxR4U
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxutu
<clever> drakonis: ive done that a few times
<drakonis> i'm gonna just move my home folder and opt into a folder
<drakonis> ruh roh?
<drakonis> bad time to bootstrap as the build got stuck again?
<dhess> drakonis: nah that shouldn't affect you
jb55 has quit [Quit: WeeChat 2.2]
<dhess> and my comment was orthogonal to what you're talking about so no worries :)
<drakonis> oh okay
<dhess> so I don't normally pay attention to the NixOS Hydra but is it normal for it to run out of memory during evaluation?
<{^_^}> [nixpkgs] @uri-canva opened pull request #48492 → bazel: 0.17.1 -> 0.18.0 → https://git.io/fxutH
<drakonis> is this it running out of memory while doing chromium again?
<drakonis> the bootstrap process is running kexec to switch to the nixos kernel then do a rebuild?
elgoosy has quit [Ping timeout: 268 seconds]
<samueldr> nDuff: :/ I think the IRC protocol ate a bit of your message
<samueldr> or maybe not
<nDuff> *nod* -- split onto two lines, but I think everything is there.
<colemickens> weird, looks like a hash for a github archive changed?
<colemickens> builds fine on my machine, complains about the tar hash on a different machine
<srhb> colemickens: Probably not changed, just imported something else under that hash locally.
<nDuff> My first thought was that the tag could have moved upstream, if it is indeed a tag and not a committish used as the key.
<colemickens> I think you're right actually. I thought I'd resolved this once but I might have just updated teh repo again without changing the hash.
<srhb> colemickens: Yeah, that sounds very likely.
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/b5380ae7363 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<colemickens> Worse yet, this probably is the reason that I've been seeing the same regressions despite switching forks. >_<
<colemickens> damn. I know better than this.
<srhb> nDuff: I've seen that too. I've been swearing at kubernetes a few times for doing that...
<srhb> "totally v.10.0.3 or whatever lols"
<drakonis> clever: tell me more about bootstrapping it on a running machine without incinerating /home or /opt
<colemickens> official tags for k8s have been updated?. that's a paddlin.
<srhb> colemickens: Yeah, a few times. I rage a bit.
ryantrinkle has quit [Ping timeout: 252 seconds]
sigmundv has quit [Ping timeout: 268 seconds]
<{^_^}> [nixpkgs] @makefu opened pull request #48493 → bepasty: 0.4.0 -> 0.5.0 → https://git.io/fxuq0
Berra has quit [Remote host closed the connection]
<dhess> running into this now on my Haskell aarch64 builds: https://ghc.haskell.org/trac/ghc/ticket/15275
<samueldr> sorry, had to move things around in the kitchen
<dhess> well it's progress... I guess.
<samueldr> nDuff: no ideas if AArch64 itself makes it more power-hungry, I would hazard a guess that it's not a major factor
<nDuff> Not sure that it's an AArch64 thing, but the Pi Zero definitely requires considerably less amperage than the 3
Thra11 has quit [Ping timeout: 244 seconds]
jackdk has joined #nixos
<samueldr> yes!
<nDuff> which is my point, that there are practical tradeoffs made if we go with the 3 hardware, so I was wondering if in your view the benefits to the 64-bit architecture are worth it. :)
<samueldr> if you intend to use NixOS: yes double triple yes
snajpa has joined #nixos
<samueldr> simply because there is a binary cache
<samueldr> (I don't have much knowledge about the cross-compilation advances, but last time I tried to cross-compile things there was still a lot to do)
<samueldr> for your use case, if cross-compilation works, then there's not much difference I guess
<drakonis> there's a package called bees
<drakonis> i want to use bee puns
<nDuff> Mmm. Almost 20 years ago making software cross-compile for an embedded Linux distro was my day job; I'm not so sure I want to make it my hobby today, so that's a pretty fair point.
<samueldr> from an outsider, but an enthusiast, of all ARM things, I would hazard a guess that ARMv8 is simply the present; not the future. ARMv7 and previous are probably going to get less mainstream
<nDuff> drakonis, ...heh. That's my PR (adding bees). Can't help you on the puns, though.
<samueldr> and how linux (the kernel) handles AArch64 is great, when boards are mainlined, it just works
<samueldr> (YMMV dependint on what "works" means)
<drakonis> OH THE BEEMANITY
<colemickens> BEES?
<drakonis> BEES!
<drakonis> AAAAAA BEEEEEEEES
philippD has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
<drakonis> on actual questions
<drakonis> i want to install nixos on my running fedora machine without hosing all my critical files
<samueldr> drakonis: make a backup, and *then* do silly things :)
<drakonis> i don't have the means to back anything up right now :V
<nDuff> drakonis, ...what's your filesystem? Installing onto a new btrfs subvolume could make things pretty easy.
<drakonis> i have ext4 on lvm
<samueldr> I'd say, for *any* distro, any silly shenanigans is risky without backups
<drakonis> i could probably shrink ext4 to free up space then move everything into it
<drakonis> into the new partition
<nDuff> Huh. I'd probably do an in-place ext4->btrfs migration *before* the OS change, though advising that without backups being done prior is a little iffy.
<nDuff> ...because once you're on btrfs, you don't even need a new partition
<nDuff> different operating systems on different subvols, and there you are.
<drakonis> isn't btrfs known to hose things?
* samueldr wonders why Rusty1 sent pine(?) hardware por^W picture
<drakonis> isn't that mining hardware porn?
<samueldr> there's the pine logo
<samueldr> guessing it's a spine forest(?)
<samueldr> sopine*
<drakonis> i see a pinecone there
<nDuff> drakonis, ...on recent kernels? Not that I know of, and bees (which, obvs, I'm using in production) stresses it pretty hard.
<drakonis> there's a thing to do filesystem conversion on fedora
<drakonis> should be exciting and risky
aleph- has joined #nixos
<drakonis> fstransform
<samueldr> yeah, definitely that cluster thing that was availably for only a short duration :/
<Rusty1> samueldr: the Arm64 disco brought to mind a recent LUG meeting featuring the Pine64 stuff, so eye candy
<drakonis> i'll buy a flash drive next time i get out
jperras has joined #nixos
<nDuff> fstransform is a much more generic tool -- for ext4->btrfs there's built-in btrfs support
<samueldr> aww, Rusty1 I kinda hoped (for your own sake) it was yours :)
<drakonis> oh neat but i'm on lvm
<nDuff> you can actually make a filesystem that's *both* an ext4 filesystem and a valid btrfs filesystem
<drakonis> how do i fix this
<nDuff> and roll it back to ext4-only (until you delete the btrfs snapshot representing its initial state).
<drakonis> mind you that i don't have a second hard drive
<drakonis> most of those tools are basically meant to be used on a partition that isn't active
goibhniu has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48493 → bepasty: 0.4.0 -> 0.5.0 → https://git.io/fxuq0
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fxumX
<nDuff> drakonis, ...even if that were the case here, you can always kexec into an initrd that has tools in it and modify your former root fs from there.
<drakonis> hmm fair
<drakonis> i have no experience with those situations
<samueldr> yeah Rusty1, saw those go by on twitter; thought they weren't available still
<samueldr> neat they seem to be available
<dhess> Rusty1: just curious, what's the use case for something like that? I would assume a Jetson TX2 has more actual horsepower/flexibility if you need something like an aarch64 build server.
<samueldr> dhess: AFAIK the initial design is like a "here look what the sopine can do"
<Rusty1> owner works for a graphics intensive app company, not sure what his plan was - they bought it for him to play with - I suggested NixOs would make deployment "easier"
<samueldr> dhess: though I'm curious for AArch64 hardware: where can I find reliable numbers for CPU workload
<samueldr> like, I'm pretty sure anything GPU the nvidia hardware will be better
<dhess> don't get me wrong: from an engineering perspective it's cool. I just don't see an obvious product fit.
<dhess> testing sopines maybe :)
<dhess> samueldr: what do you mean by CPU workload?
<samueldr> it was initially supposed to be a small run (maybe it's still that small run) so maybe they didn't see much either
<samueldr> dhess: nothing specific, just raw cpu power
<samueldr> do you have a resource to compare the different SOCs?
<dhess> oh I see. Well that's always tricky with benchmarks because it completely depends on what you're running. This is especially true when it comes to embedded applications since an SoC might be custom-built for your application and completely blow away a generic design with a much faster CPU.
<samueldr> you said "the TX2 has has more actual horsepower", how would you back that without having the hardware?
<dhess> samueldr: that was just a guess based on the cores in the TX2 CPU and what I know about the pine64 stuff
<{^_^}> Channel nixpkgs-18.03-darwin advanced to https://github.com/NixOS/nixpkgs/commit/ed819d8d4f3 (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.03-darwin)
<samueldr> yeah, I see, though generally things like passmark for pc give a ballpark estimate
<dhess> it's not backed up, which is why I said "assume" :)
<dhess> but yeah I would look at something like geekbench for a very rough approximation of general-purpose CPU
<samueldr> it's not that I'm doubting *you*, it's that I'd like to include such a ressource when looking at things for fun
<dhess> SPECmark etc are probably more reliable but I haven't looked for those in years. I assume they have a website somewhere
<samueldr> hm from a quick glance they only seem to have server type tyings, and no ARM
<dhess> yeah I guess that's not surprising. It's pretty stupid of them, though.
<dhess> another example of high end CPU folks not seeing the writing on the wall
<{^_^}> [nixpkgs] @Mic92 merged pull request #48358 → renpy: 7.0.0 -> 7.1.1 → https://git.io/fxR84
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuY0
MinceR has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #48374 → postgis: 2.4.5 -> 2.5.0 → https://git.io/fxR02
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fxuYg
<dhess> samueldr: here's a recent story on TX2 performance: https://www.phoronix.com/scan.php?page=article&item=jetson-tx2-2018&num=1
<samueldr> lol, I was looking at the chart the other way around
MinceR has joined #nixos
<samueldr> thanks both of you
<dhess> also keep in mind that my evaluation was based on the fact that the TX2 has like 8GB of RAM, which is going to be pretty important when you're running builds
<samueldr> yes!
<samueldr> I have to figure out a good test
<samueldr> for e.g. compilation
<samueldr> not RAM bound
<samueldr> not I/O bound
mayhewluke has quit [Ping timeout: 246 seconds]
<samueldr> so something that likely fits within 512MB max including a kernel
<samueldr> and make "sammark" out of it :)
<dhess> even if the total of the 7 sopines is approximately the same RAM, it's divvy'ed up into the 7 modules so not available to any one build. Hence why I mentioned the flexibility of the TX2 as another benefit vs. the sopine board
<samueldr> 14 is approximately 8? :)
<dhess> oh I didn't see that it had 2GB per board
<samueldr> though yeah, OS overhead and such makes it much closer
<dhess> still, if you need 3 you're screwed on the sopine :)
<Rusty1> makes PXE pretty useless as a deployment tool
<samueldr> the TX2 will run only one OS, the clusterboard will run 7 :)
mayhewluke has joined #nixos
__monty__ has quit [Quit: leaving]
<samueldr> (though, there's a tipping point in hardware price where getting a boatload of cheaper boards could become more cost effective)
<samueldr> (and in workload!)
<dhess> I suppose so, but then "containers"
<drakonis> containers...
<drakonis> how's that anyways
<dhess> what do you mean?
<drakonis> how's nixos container support
<drakonis> ye olde containers that everyone else uses
<dhess> oh I think it works pretty well with Docker containers. I don't use them myself (yet)
<dhess> I did try the native container stuff and it seemed not fully baked. (This was declarative containers, not imperative)
<dhess> for example: declare a container. Deploy with NixOps. Container is running, yay!
<dhess> Remove declarative container. Deploy with NixOps. Container is still running, boo.
<drakonis> yay, but when you need docker style containers
<dhess> and no easy way to garbage collect it, as far as I could tell.
<samueldr> ouch, the TX2 devkit is 2500$USD :/
carlosdagos has joined #nixos
<dhess> yeah I think the Docker stuff works excellently and Nix is a great way to build them, as well
<dhess> samueldr: nah, that's the new one that replaces it
<dhess> TX2 devkit is around $350 I think last I checked
<dhess> expesive but a pretty good deal for an aarch64 compute server. There's nothing else even close in that price range.
sigmundv has joined #nixos
<samueldr> ah, the canadian links are wrong I think or the page misleadiing
<samueldr> 470$USD for the TX2
<dhess> ok I must have been thinking of the TX1. Anyway, still not bad for what you get, relative to other systems with 8GB of RAM
<dhess> last I looked anyway
<samueldr> yeah, not debating whether it's good
<samueldr> it's not in the "having fun" price range :)
<dhess> however I cannot get NixOS to boot on my TX2, so don't rush out to buy one unless you want to do some bring-up
<dhess> no it's not :)
<dhess> The TX1 is also a pretty good compile server and NixOS does work on that board. You can even attach an NVMe disk with a PCIe adapter.
<dhess> or SSD using the SATA connector
<samueldr> hmm, still looking, and I might have been looking at the wrong thing for the TX2... 599$USD :/
<dhess> yeah that's the price I found, as well. Hopefully it will come down after they release the new version.
<samueldr> I was misled by the video having more than the board I think :
<dhess> you can probably find one used on eBay
<samueldr> and 769$CAD when sold in canada whew
_kupo has joined #nixos
magnetophon has joined #nixos
thc202 has quit [Ping timeout: 252 seconds]
magnetophon has quit [Remote host closed the connection]