<ndowens08>
ok this pkg is weird, it isn't called by bitcoin-classic and bitcoin doesn't build the package update
<ndowens08>
trying to get sha256 and test build pkgs/applications/altcoins/bitcoin-classic; I looked at top-level/all-packages but isnt there
takle_ has joined #nixos
<ndowens08>
it isnt a python app or anything either
<gchristensen>
looks like it'd be at altcoins.bitcoin-classic
<ndowens08>
hmm
<ndowens08>
that is so weird, why?
<ndowens08>
I wouldnt know to type that lol
sigmundv_ has quit [(Remote host closed the connection)]
fhoffmeyer has quit [(Ping timeout: 240 seconds)]
stepcut has quit [(Remote host closed the connection)]
<gchristensen>
I found it by searching for bitcoin-classic seeing it was in pkgs/applications/altcoins/default.nix then searching for altcoins and seeing it in pkgs/top-level/all-packages.nix
<nekroze>
LnL: Is beta considered more stable then the unstable channel?
<ndowens08>
gchristensen: sigh, i think it should be simpliar than that
fre2 has quit [(Ping timeout: 268 seconds)]
<LnL>
nekroze: yes, unstable is basically just master
<gchristensen>
nekroze: and I'd love testers on beta to report bugs / problems :)
fre2 has joined #nixos
<LnL>
^ I don't have anything to report tho, everything seems to work just fine
<nekroze>
gchristensen: LnL: ok, I'll write up a patch for my home nixops deployment to switch to 17.03 and see how it goes. Worst that can happen is I revert the generation when I get home if I lose remote access :)
<nekroze>
LnL: gchristensen: Should the `system.stateVersion` also be incremented?
<LnL>
nekroze: note that it's recommended to reboot because the paths of the setuid wrappers changed
<gchristensen>
nekroze: do not increment stateVersion
<nekroze>
huh. well I can get all my VM's to reboot after the deployment but I cannot reboot the vmh in the deployment remotely... might have to wait until I get home to do this
<LnL>
the state version will keep things like postgres on an older version to make sure the database on disk is still compatible
fre3 has joined #nixos
<nekroze>
LnL: I only use nixos/nixops for deployment of the infrastructure, all my apps are dockerized
<clever>
gchristensen: ah, that email explains why somebody lost sudo a week ago
fre2 has quit [(Ping timeout: 240 seconds)]
<LnL>
and I don't know how much of an issue the setuid wrappers are, I would expect most things to restart and pickup the new path
<LnL>
clever: yep it moved to /run/wrappers/bin :D
<nekroze>
gchristensen: Thanks for the email link. Considering `nixops deploy` does the equivelent of `nixos-rebuild switch` which the email does not recommend I will do this when I am home so I can do a remote deploy of the VM host itself. from my understanding `nixops deploy --force-reboot` should get me the same result as `nixos-rebuild boot` that is recommended in the emai
<gchristensen>
nekroze: that is correct :)
fre3 has quit [(Ping timeout: 240 seconds)]
<nekroze>
gchristensen: ok, I'll do it when I get home in about 8 hours. I'll let you all know if the server catches fire :)
<nekroze>
gives me time to update all my code for the stuff that has been deprecated
<nekroze>
stupid optionSet
<gchristensen>
:)
<gchristensen>
I think almost all the PRs remaining are slightly more difficult than simple updates. much harder to merge.
fre2 has joined #nixos
eacameron has quit [(Remote host closed the connection)]
<nekroze>
my nixops deployment has gotten pretty complex, lots of my own modules to rework by the look
<clever>
nekroze: i recently setup hydra to test my stuff against 16.09, and when 17.03 came out, i just cloned the entire jobset
<clever>
nekroze: so now hydra is testing against both channels
<clever>
and the 17.03 channel currently fails to even unpack my source, need to look into why
<nekroze>
but I am starting to get pretty comfortable with nix and want to start contributing back
xadi has joined #nixos
<smw_>
clever: hey, so I have a serial cable again. The kernel panic isn't showing up on the serial port!
<nekroze>
clever: Can hydra test nixops deployments? I currently have gitlab with its internal CI doing nixops tests by deploying a staging version of my cluster to libvirt.
<clever>
smw_: is console= set in the kernel arguments?
<clever>
nekroze: i'm mainly using it to boot a configuration.nix under qemu and run some basic tests against it
stepcut has joined #nixos
<smw_>
clever: looking now
<nekroze>
clever: Ah yeah I don't think that will work for me. I have been looking at the disnix testing system. even if I do not make use of disnix the testing alone seems worth it.
stepcut has quit [(Remote host closed the connection)]
<nekroze>
clever: That will work for some of my machines as all but one are libvirt guests but I also use the nixops libvirt options a lot to attach different hardware like virtio network bridges and 9p file shares and I think to test those I need to run it through nixops
<clever>
smw_: and the last one listed is where the shell lands, so it might actualy be booting fine, and dropping a shell on the wrong tty
<smw_>
clever: it is kernel panicing
<clever>
nekroze: ah
<smw_>
clever: I have hdmi hooked up
<smw_>
clever: the correct one is either ttyAMA0 or ttyO0
<clever>
smw_: the panic may also go to the last console= listed
<clever>
smw_: so try cutting it down to just console=ttyAMA0,115200n8
<smw_>
meh, might as well try
<clever>
nekroze: all of the nixos testing does use 9p to mount /nix/store from the host->guest
<nekroze>
clever: Yeah I have a module that loops over nixops resources to find machines and generates libvirt volumes on the host and wires them up using the same module in the guest as well, makes testing less clear but its damn cool.
olejorgenb has quit [(Ping timeout: 240 seconds)]
<smw_>
clever: hm, docs say /dev/ttyS0... should I try that?
<clever>
smw_: thats where the serial port lands on x86
fre3 has joined #nixos
fre2 has quit [(Ping timeout: 260 seconds)]
<smw_>
according to random SO post: The /dev/ttyAMA0 previously used to access the UART now connects to Bluetooth.
<smw_>
The miniUART is now available on /dev/ttyS0.
<smw_>
guess it is time to try ttyS0
<clever>
ah
<clever>
yeah, the miniuart took over, after the bluetooth stole the main uart
<smw_>
clever: do I want ,115200n8?
<clever>
that sets the baud rate and number of bits per byte
<clever>
and if it was already working with that flag before, then you can kep it
AllanEspinosa has quit [(Ping timeout: 264 seconds)]
fre2 has joined #nixos
dustmote_ has joined #nixos
<smw_>
clever: um... this is interesting... nothing
<smw_>
clever: no serial console output, no hdmi
<smw_>
clever: I had hdmi for uboot
<clever>
smw_: try a different console= value then
<smw_>
but, what happened to hdmi? :-P
seppellll has quit [(Ping timeout: 268 seconds)]
fre3 has quit [(Ping timeout: 240 seconds)]
<clever>
smw_: you didnt put in console=tty0, so it didnt output to the gpu
<NixOS_GitHub>
[nixpkgs] grahamc pushed 2 new commits to master: https://git.io/vyBDW
<NixOS_GitHub>
nixpkgs/master fc6c50f David Costa: xfce: add screenLock option...
<NixOS_GitHub>
nixpkgs/master 710973e Graham Christensen: Merge pull request #23492 from zarelit/xfce_lockscreen...
peterhoeg has quit [(Remote host closed the connection)]
<clever>
smw_: it output only to the serial port you listed, which wasnt the right one
AllanEspinosa has joined #nixos
<smw_>
clever: oh, interesting
<clever>
this is also a good sign, because it even sent the panic message there
<clever>
you just need to set console= right, and the panic should go over the serial line
nekroze has quit [(Quit: leaving)]
dustmote_ has quit [(Ping timeout: 260 seconds)]
fre2 has quit [(Ping timeout: 240 seconds)]
peterhoeg has joined #nixos
cpennington has quit [(Remote host closed the connection)]
<smw_>
clever: I have tried every option
stepcut has quit [(Remote host closed the connection)]
<clever>
smw_: one of the ones you pasted above was working before, so it should work again when tried on its own
<smw_>
clever: why do you think it was working before?
<clever>
smw_: i believe you said you got some kernel output on the serial console?
<smw_>
the sdcard I built before worked. Not this one with the raspberrypi2 stuff
<smw_>
clever: however, you have given me an idea.
<smw_>
clever: I should load up the old one and play with it until it only gives serial console output
stepcut has joined #nixos
<smw_>
then try to debug when initrd has loaded.
<smw_>
clever: I haven't had serial output since I tried the new kernel that panics.
<clever>
smw_: ah
<clever>
yeah, that sounds like a good plan
<ndowens08>
gchristensen: ok, this could be an issue
<ndowens08>
this bitcoin-classic provides bitcoin-xt; there is a package named that as well
Sonarpulse has quit [(Ping timeout: 260 seconds)]
<gchristensen>
ok
<ndowens08>
atleast command bitcoin-xt
stepcut_ has joined #nixos
stepcut has quit [(Ping timeout: 246 seconds)]
<ndowens08>
though the bitcoin-xt package uses a diff repo
<smw_>
clever: ok, so the latest test I did was the standard sd card with nixpkgs.config.platform = (import <nixpkgs> { config = {}; }).platforms.raspberrypi2; and boot.kernelPackages = pkgs.linuxPackages_rpi;
<smw_>
clever: question though, should I have added the platforms line to my nixpkgs config as well?
<smw_>
clever: or was it just being there sufficient?
<clever>
smw_: i believe the platform stuff mainly effects the kernel build options
<clever>
smw_: so it wont have much effect in ~/.nixpkgs/config.nix
eacameron has joined #nixos
bitonic_ is now known as bitonic
<smw_>
clever: the bootstram nixos on arm wiki page said differently now that I think about it...
olejorgenb has joined #nixos
<ndowens08>
gchristensen: is that a concern, i am leaning yes and no, no b/c it is a different repo, but yes b/c it may provide one common binary(unsure though)
<smw_>
clever: If you already know of Nixpkgs configuration values you’ll need to change to run NixOS, you should put them in ~/.nixpkgs/config.nix and use the same in NixOS later. -- https://nixos.org/wiki/Bootstrapping_NixOS_on_ARM
<smw_>
clever: perhaps that was my problem?
<clever>
smw_: dont think that would have done it
<gchristensen>
ndowens08: I don't think it is, because the -classic is, IIRC, old
<smw_>
clever: maybe I can just rebuild with the new setting, if something changes it is different right?
<clever>
smw_: yeah
<ndowens08>
gchristensen: k, i will submit the updated PR then
<clever>
smw_: and also, nixos builds generaly ignore config.nix
<clever>
smw_: they get the config attrset from nixpkgs.config, within configuration.nix
AllanEspinosa has quit [(Ping timeout: 260 seconds)]
spacekitteh has quit [(Quit: Lost terminal)]
<smw_>
clever: I am rerunning nix-build nixos -I nixos-config=nixos/modules/installer/cd-dvd/sd-image-armv7l-multiplatform.nix -A config.system.build.sdImage with the new nix config. If it creates new derivations, we know it has some effect
<smw_>
clever: if not, little time lost
<ndowens08>
gchristensen: sorry cant really test bitcoin good, i dont use it, just know I didnt find segfaults when I played a bit with the qt version and others didnt segfault on start
eacameron has quit [(Remote host closed the connection)]
<smw_>
clever: so, current plan of attack: load up slightly modified standard sd card image (need to add the dtd file). Next, try to load it up with only the serial console. Finally, hope that I can get into busybox and debug from there
<clever>
smw_: yeah
<smw_>
clever: after that, I have one more plan of attack. 1. find out clever's address. 2. order rpi3 to address. 3. rely on https://xkcd.com/356/
<clever>
lol
<clever>
i already have 4 pi's
<smw_>
clever: yes. but none of them are 3's. And you could always use more in the build system you are making :-P
<clever>
smw_: one of them is an rpi3
<smw_>
clever: wait, so how do you run nixos on it?
<clever>
i havent ran nixos on it yet
<clever>
but i did run not-os on it at one point
eacameron has joined #nixos
<smw_>
I see
<clever>
it was the armv6 models that i ran proper nixos on
<clever>
but i retired them because they where so slow
<smw_>
clever: in any case, I had success with nixos on GCE
nh2 has quit [(Ping timeout: 240 seconds)]
eacameron has quit [(Ping timeout: 240 seconds)]
<ndowens08>
This dog, idk lol, has his butt on the dog bed, and head on the hard flooring of his kennel
<gchristensen>
same, ndowens08
<ndowens08>
it is a rusty red husky, stilla puppy, has two blue eyes
<dtzWill>
d'aww
filterfish has quit [(Ping timeout: 260 seconds)]
olejorgenb has joined #nixos
hexagoxel has quit [(Ping timeout: 257 seconds)]
<NixOS_GitHub>
[nixpkgs] grahamc closed pull request #23522: nixos: network-interfaces-scripted: don't require mstpd when rstp is off (master...nixos/mstpd-rstp) https://git.io/vylgP
hexagoxel has joined #nixos
<NixOS_GitHub>
[nixpkgs] grahamc pushed 1 new commit to release-17.03: https://git.io/vyB7E
<NixOS_GitHub>
nixpkgs/release-17.03 586e959 Jan Malakhovski: nixos: network-interfaces-scripted: don't require mstpd when rstp is off...
<NixOS_GitHub>
[nixpkgs] grahamc pushed 1 new commit to master: https://git.io/vyB7P
<NixOS_GitHub>
nixpkgs/master d6192e9 Rommel M. Martinez: emem: 0.2.29 -> 0.2.31
takle_ has quit [(Remote host closed the connection)]
<NixOS_GitHub>
[nixpkgs] nicknovitski opened pull request #23578: dnsmasq: install launchd plist on darwin (master...dnsmasq-plist) https://git.io/vyB5r
filterfish has joined #nixos
jsgrant-_ has quit [(Ping timeout: 258 seconds)]
<NixOS_GitHub>
[nixpkgs] fooblahblah opened pull request #23579: Added missing libxkbfile dependency to Slack (master...slack-libxkbfile) https://git.io/vyBdf
AllanEspinosa has joined #nixos
mudri has quit [(Quit: WeeChat 1.7)]
<Ralith>
anyone understand kde5 application packaging around here?
jsgrant-_ has joined #nixos
<Ralith>
trying to package kcachegrind and it can't find qt5 o_O
<ndowens08>
Glad I avoid kde/gnome :)
<dtzWill>
Ralith: makeQtWrapper + list deps needed? If you have something I can poke at I'll take a look
smw_ has quit [(Quit: Computer has gone to sleep)]
smw_ has joined #nixos
<Ralith>
dtzWill: it can't find qt at build time
smw_ has quit [(Read error: Connection reset by peer)]
<clever>
smw_: add "boot.allow_shell" to the kernel args i believe
<clever>
boot.shell_on_fail
<smw_>
wait, so I need to rebuild again?!
* smw_
curses everything
<gchristensen>
Ralith: please don't be snarky, if your question were "are you trying to help me solve my problem in your free time?" the answer would be yes.
<clever>
no
<clever>
smw_: you can just edit the bootloader config file
<smw_>
ah
<smw_>
That is easy
<clever>
boot.shell_on_fail will give more options at the menu in the pastebin
<gchristensen>
I'm just thinking this is one of the biggest changes to kde lately
<smw_>
clever: btw, I am really happy you told me about moving ttyS0 to the end of the APPEND section. For some reason a keyboard didn't work but serial does.
<smw_>
yes! I have a shell!
<clever>
smw_: its sounding like all of the raspberry pi specific hardware is missing drivers
<gchristensen>
and it may have in there an example you can use
<clever>
smw_: so you have no usb driver, and no SD card driver
<Ralith>
the package I built is based closely on the working examples already in nixpkgs
jmeredith has quit [(Quit: Connection closed for inactivity)]
takle has joined #nixos
takle has quit [(Ping timeout: 240 seconds)]
paperd has joined #nixos
johnsonav has quit [(Ping timeout: 246 seconds)]
AllanEspinosa has quit [(Ping timeout: 260 seconds)]
takle has joined #nixos
andymandias has quit [(Quit: Page closed)]
fhoffmeyer has joined #nixos
takle has quit [(Ping timeout: 258 seconds)]
wkennington has joined #nixos
takle has joined #nixos
fhoffmeyer has quit [(Ping timeout: 260 seconds)]
endformationage has quit [(Quit: WeeChat 1.6)]
takle has quit [(Ping timeout: 246 seconds)]
glines has quit [(Ping timeout: 260 seconds)]
takle has joined #nixos
hexagoxel has quit [(Ping timeout: 256 seconds)]
<NixOS_GitHub>
[nixpkgs] jbedo opened pull request #23585: init a collection of bioinformatics tools (master...bioinformatics) https://git.io/vyRJT
hexagoxel has joined #nixos
takle has quit [(Ping timeout: 258 seconds)]
alx741 has quit [(Ping timeout: 258 seconds)]
hexagoxel has quit [(Ping timeout: 260 seconds)]
hexagoxel has joined #nixos
takle has joined #nixos
takle has quit [(Ping timeout: 260 seconds)]
takle has joined #nixos
fhoffmeyer has joined #nixos
takle has quit [(Ping timeout: 240 seconds)]
Kingsquee has quit [(Ping timeout: 246 seconds)]
Kingsquee has joined #nixos
fhoffmeyer has quit [(Ping timeout: 246 seconds)]
systemfault has joined #nixos
takle has joined #nixos
Wizek_ has quit [(Ping timeout: 260 seconds)]
takle has quit [(Ping timeout: 264 seconds)]
Wizek_ has joined #nixos
takle has joined #nixos
propumpkin has joined #nixos
takle has quit [(Ping timeout: 240 seconds)]
copumpkin has quit [(Ping timeout: 240 seconds)]
<Mateon1>
Is it possible to enable 32-bit executable support in NixOS?
<Wizek>
Anyone knows how to override a dependency-bound for a nix-shell invocation? `nix-shell -p "haskell.packages.ghc801.ghcWithPackages (p: with p; [tagsoup-selection])" --run ghci` This exits with an error on my machine since tagsoup<0.14 is required. Can I override this requirement somehow, so that tagsoup=<0.14 is still accepted?
<Wizek>
Rotaerk, That's interesting! How do I set preConfigure in the expression above? I'm fairly inexperienced with writing/editing nix-expressions yet.
takle has joined #nixos
proteusguy has joined #nixos
reinzelmann has joined #nixos
takle has quit [(Ping timeout: 260 seconds)]
eacameron has joined #nixos
ludat has quit [(Ping timeout: 240 seconds)]
DutchWolfie has joined #nixos
takle has joined #nixos
paperd has quit [(Ping timeout: 264 seconds)]
eacameron has quit [(Ping timeout: 260 seconds)]
griff_ has joined #nixos
takle has quit [(Ping timeout: 260 seconds)]
proteusguy has quit [(Ping timeout: 260 seconds)]
griff_ has quit [(Quit: griff_)]
takle has joined #nixos
Fare has quit [(Ping timeout: 268 seconds)]
fhoffmeyer has joined #nixos
zraexy has quit [(Ping timeout: 260 seconds)]
takle has quit [(Ping timeout: 240 seconds)]
fhoffmeyer has quit [(Ping timeout: 240 seconds)]
RayNbow`TU has quit [(Read error: Connection reset by peer)]
<monsieurp>
I just found out about NixOS a couple of weeks ago and it blew my mind. REALLY COOL concept I must admit. And I've been a long time Gentoo Linux user and contributor (developer even!).
ixxie has quit [(Remote host closed the connection)]
<goibhniu>
welcome aboard monsieurp! :D
<monsieurp>
oh hai!
yenzenz has joined #nixos
jensens has quit [(Read error: Connection reset by peer)]
Rotaerk has quit [(Read error: Connection reset by peer)]
Rotaerk has joined #nixos
ThatDocsLady is now known as ThatDocsLady_brb
eacameron has joined #nixos
<NixOS_GitHub>
[nixpkgs] Mic92 pushed 2 new commits to master: https://git.io/vyRlv
<viric>
In this 17.03... I'm hitting everywhere the desktopManager.kde4 being wrong
deepfire has joined #nixos
<NixOS_GitHub>
[nixpkgs] moretea opened pull request #23590: Introduce concept of NixOS support states (master...nixos-release-states) https://git.io/vyRwG
<bennofs1>
Do you have any other ideas for pathnames that might indicate a packaging bug? I've found '/ut/' (happens if you use `$out` instead of `$(out)` in makeFlags) and `nix/store` in output paths to be a good indicator of bugs, is there anything else like that?
<NixOS_GitHub>
[nixpkgs] bennofs pushed 1 new commit to master: https://git.io/vyRww
takle_ has quit [(Remote host closed the connection)]
dramforever has quit [(Quit: Leaving)]
deepfire has quit [(Ping timeout: 260 seconds)]
takle has joined #nixos
griff_ has joined #nixos
<qknight>
viric: i'm not using desktopManager.kde4 resp. kdm for login anymore (i'm using i3 as DM)
<qknight>
viric: whatever replaced kdm in my setup seems to work well. looks very nixos'isch
<qknight>
viric: maybe you could use git clone on github.com/nixos/nixpkgs, then change to the wanted channel and use: nixos-rebuild -I nixpkgs=. switch (instead of using the channel, which is broken on your system ATM)
<qknight>
monsieurp: oh gentoo devs are always good nixos dev candidates ;-)
<qknight>
Ainieco: oh i assumed your channel is on 16.09
<qknight>
Ainieco: if so, then 'nix-env -qAP' will search 16.09 and not unstable
<qknight>
Ainieco: you can always change your channel, update it and then use 'nix-env ' BUT i thought you just wanted to peek into unstable
deepfire has quit [(Ping timeout: 240 seconds)]
<Ainieco>
qknight: nah, my "nixos" channel is pointed to nixos-unstable-small
<NixOS_GitHub>
[nixpkgs] moretea opened pull request #23592: WIP: Move printing of warnings out of nix-evaluation (master...propagate-nixos-warnings-beyond-nix-eval-time) https://git.io/vyRK2
<Ainieco>
qknight: so if my sole channel is unstalbe small then nix-env -qaP will still search 16.09?
<Ainieco>
or do I need to update some db? i've switched from 1609 recently and run nixos-rebuild switch --upgrade, isn't it enough?
<gchristensen>
good morning (hi Dezgeg, I'm getting ready)
<viric>
that should go to "upstream", but there is no upstream maintainer
<qknight>
viric: then fork it to github
<qknight>
viric: and become the maintainer, that is what i usually do then and it works ;-)
<gchristensen>
Ainieco: the problem with slack is it isn't free
<viric>
qknight: could be done
<Ainieco>
and there is skype pkg for example on github but it can't be found in nix-env
<qknight>
Ainieco: did you enable unfree?
<gchristensen>
add { allowUfree = true }; to ~/.nixpkgs/config.nix
<Ainieco>
qknight: my channel is pointing to unstable small
<qknight>
+n
<gchristensen>
allowUnfree*
<Ainieco>
gchristensen: ohhhhh
<Ainieco>
let me try
<qknight>
Ainieco: then you will find only 'unstable small' stuff of course using nix-env -qaP
<qknight>
Ainieco: unstable small, you are on a server, correct?
<Ainieco>
qknight: yup
<Ainieco>
can i add allowUnfree to configuration.nix?
<gchristensen>
you can but it'll only apply to package installed in the configuration.nix
<qknight>
gchristensen: webservices to need passwords and store them in config.php which often is in the store. do you know if there is a discussion on a nixpkgs github issue or even a proposed solution for that yet?
<gchristensen>
{ nixpkgs.config.allowUnfree = true; } is how you'd do it.
<Ainieco>
gchristensen: yeah, got it.
<Ainieco>
thanks!
<gchristensen>
there isa github issue on the nix tracker, qknight, #8 I think
<Ainieco>
hm, i haven't got ~/.nixpkgs dir, so i've created it and placed config.nix with { allowUnfree = true; } line there but it still doesn't searches skype/slack/etc
<jophish>
I wonder if anything's been done about .gitignore style filterSource
<jophish>
there was a thread a few weeks ago I think
<Ainieco>
ah, my bad, disregard that
<Ainieco>
everything works fine now, thank you people!
<gchristensen>
great, you're welcome!
<gchristensen>
Ainieco: can you comment on a github issue for me describing how much time you wasted because of this?
<NixOS_GitHub>
[nixpkgs] joachifm pushed 2 new commits to release-17.03: https://git.io/vyRA4
<NixOS_GitHub>
nixpkgs/release-17.03 3df572e Joachim Fasting: btsync module: remove redundant example...
<NixOS_GitHub>
nixpkgs/release-17.03 3007826 Joachim Fasting: grsecurity: 4.9.13-201702270729 -> 201703052141...
<robomongo>
I am trying to update robomongo to its latest version, because the 0.8.4 version is unable to connect, however I am having trouble building robomongo-shell
<robomongo>
It has to be build using scons, but when I do, I keep getting the error message "Checking whether the C++ compiler works... no"
<robomongo>
I have tried to look at other packages using scons, but am unable to resolve it
takle has quit [(Remote host closed the connection)]
<lassulus>
resolving issues faster than I can write tickets, thanks fpletz & globin ;D
<fpletz>
%)
<goibhniu>
hi robomongo, are you debugging in nix-shell? ... AFAIK scons has a nice verbose mode
<globin>
¯\_(ツ)_/¯
ertes has quit [(Ping timeout: 240 seconds)]
jsgrant- has quit [(Ping timeout: 240 seconds)]
contrapumpkin has joined #nixos
fhoffmeyer has joined #nixos
<robomongo>
goibhniu: no, I am just using nixos-rebuild switch, I will try using nix-shell instead. If I search the online man page, I can only find references to VERBOSE=1, but that is not recognized
<goibhniu>
cool, it will be much easier with nix-shell
<robomongo>
goibhniu: yep, way faster :)
fhoffmeyer has quit [(Ping timeout: 240 seconds)]
<mightybyte>
Do the nix-env, nix-shell, nix-build etc commands have man pages? When I run "nix-shell --help" I get "No manual entry for nix-shell".
<robomongo>
mightybyte: they do have man pages
<mightybyte>
How can I get them working on my machine?
roconnor has joined #nixos
spinus has joined #nixos
<NixOS_GitHub>
[nixpkgs] johbo opened pull request #23600: python: Move catch_conflicts.py into subdirectory (master...python-catch-conflicts) https://git.io/vyRp5
<robomongo>
mightybyte: Maybe check `man --path` and then see whether the expected Nix paths are present?
<robomongo>
mightybyte: Are you using NixOS or Nix within an other OS?
<mightybyte>
Nix in macOS
amosbird has quit [(Ping timeout: 240 seconds)]
<mightybyte>
man --path gives me "/usr/share/man:/usr/local/share/man:/Users/mightybyte/.fzf/man"
<robomongo>
mightybyte: none of which are those of Nix, it should include "/home/mightybyte/.nix-profile/share/man"
<mightybyte>
How does that normally get added?
Rotaerk has quit [(Quit: Leaving)]
<NixOS_GitHub>
[nixpkgs] globin pushed 1 new commit to master: https://git.io/vyRhs
<NixOS_GitHub>
nixpkgs/master 32eecf9 Robin Gloster: memtest86Plus: fix runtime errors with fortify hardening...
<robomongo>
mightybyte: Or at least the MacOS equivalent ;)
stepcut has joined #nixos
<NixOS_GitHub>
[nixpkgs] globin pushed 1 new commit to release-17.03: https://git.io/vyRhW
<NixOS_GitHub>
nixpkgs/release-17.03 7206060 Robin Gloster: memtest86Plus: fix runtime errors with fortify hardening...
iMatejC has quit [(Remote host closed the connection)]
<robomongo>
mightybyte: The last time I used Nix within another OS, I had to include a init script that made sure those environment variables were correctly setup
iMatejC has joined #nixos
<NixOS_GitHub>
[nixpkgs] peti pushed 1 new commit to master: https://git.io/vyRho
<NixOS_GitHub>
nixpkgs/master e090869 Peter Simons: haskell-QuickCheck: fix build with ghc-7.6.x
<mightybyte>
robomongo: Fixed, thanks!
<NixOS_GitHub>
[nixpkgs] peti pushed 1 new commit to release-17.03: https://git.io/vyRhA
<NixOS_GitHub>
nixpkgs/release-17.03 83ba40c Peter Simons: haskell-QuickCheck: fix build with ghc-7.6.x...
<mightybyte>
robomongo: Yeah, I do have that line in my shell rc file. But that file does not set MANPATH.
zraexy has joined #nixos
<robomongo>
mightybyte: Maybe create an issue for it? Because it is quite user unfriendly for people wanting to try out Nix
amosbird has joined #nixos
<mightybyte>
Completely agree
<mightybyte>
What repo should this be an issue on?
stepcut has quit [(Ping timeout: 246 seconds)]
eacameron has joined #nixos
Fare has joined #nixos
dbmikus has joined #nixos
dbmikus has quit [(Client Quit)]
dbmikus has joined #nixos
dbmikus has quit [(Client Quit)]
dbmikus has joined #nixos
nevermind has joined #nixos
<bennofs1>
mightybyte: nixpkgs has probably the best chance to get some attention
<mightybyte>
bennofs1: Great, thanks.
nevermind has quit [(Client Quit)]
nevermind has joined #nixos
nh2 has quit [(Ping timeout: 246 seconds)]
dbmikus has quit [(Client Quit)]
mkoenig has joined #nixos
JayVii has joined #nixos
<JayVii>
is this more of a dev-channel or can you ask general questions here?
dbmikus has joined #nixos
nevermind has quit [(Remote host closed the connection)]
MatejC has joined #nixos
<goibhniu>
JayVii: ask away
spinus has quit [(Ping timeout: 260 seconds)]
nh2 has joined #nixos
iMatejC has quit [(Ping timeout: 260 seconds)]
<MoreTea>
@JayVii, it's both :)
MercurialAlchemi has quit [(Ping timeout: 260 seconds)]
<MoreTea>
@robomongo, AFAIK, the nix installer does print out what you should add to your bashrc
<JayVii>
great! I've used NixOS a bunch in the past already, but got a new notebook now, which doesn't have "problematic" hardware, but I had some issues with its 6th gen Intel-CPU/_GPU (Skylake) on some distros with more of a conservative update-plan (eg Debian). NixOS is a lot better in that regard, but i still wonder if it fully supports this architecture yet
<JayVii>
i guess, i could simply try. but i thought it wouldn't hurt to ask beforehand
takle has joined #nixos
<JayVii>
in case anyone in here has experience with Intel Skylake + NixOS, that is
<gchristensen>
how new is skylake vs. say kaby lake?
MatejC is now known as iMatejC
<goibhniu>
JayVii: I'm using a skylake laptop with nixos on it ... what kind of problems?
<goibhniu>
everything is working fine
<JayVii>
2015 IIRC. so it's last-gen
<goibhniu>
ah, except it uses a lot of juice when in suspend ... I think that's a skylake thing
<JayVii>
goibhniu: it didn't quite support it's GPU-part. all was software-rendered, which caused a lot more issues (screen brightness, battery, ...)
<gchristensen>
JayVii: I'm running kabylake and it seems to be fine, but I'm fairly novice at these sorts of things.
<goibhniu>
ah, right ... I'm using an nvidia GPU ... and indeed the intel GPU didn't work well last year, I haven't tried it lately though
<gchristensen>
on 16.09 I'm using boot.kernelPackages = linuxPackages_latest of course
<robomongo>
If I do this `nix-shell '<nixpkgs>' -A robomongo --pure` I expect that I have to manually step through the phases (which is what I want), but instead it just starts doing all phases of robomongo before entering the shell, what am I missing?
<JayVii>
goibhniu: it works fine on Debian Testing/Stretch, but since the debian-freeze *just* started recently, the packages are quite new over here
<goibhniu>
I guess the kernel version is the main thing, maybe xorg too
<JayVii>
gchristensen: didn't know of that option. I'll make sure to try that one, if something doesn't work as expected :D
<gchristensen>
:)
<JayVii>
goibhniu: that's my guess too. tried to use the backports-kernel, when i was still using debian-stable but that didn't help, so xorg (or the intel-driver) obviously are involved as well
<JayVii>
anyways, thanks a lot for the answer!
<gchristensen>
good luck, let us know what you find. what laptop is this?
<goibhniu>
yes, best of luck!
<JayVii>
gchristensen: Dell Latitude 3570
ludat has joined #nixos
* goibhniu
had hardware.cpu.intel.updateMicrocode disabled (°_°)
<Baughn>
As my code gets more complicated, debugging it (or writing it at all) gets harder.
<Baughn>
I wonder if there are any guides for debugging Nix code?
<Baughn>
gchristensen: So if I ask about a haskell-to-nix compiler..? :P
* Baughn
suspects he can probably do that with some monads.
<gchristensen>
Baughn: haha, I wouldn't know, I've started LYAHKFGG 5-6 times and bought haskell book and still don't know how to use it.
<contrapumpkin>
nix is "just" an applicative that builds monadic values
<gchristensen>
gesundheit, contrapumpkin
nh2 has quit [(Read error: Connection reset by peer)]
<sphalerite>
Baughn: AFAIU there's a project to get a proper type system on nix that will be starting on the 20th
* contrapumpkin
trembles at the thought
<contrapumpkin>
:)
<contrapumpkin>
(and that's coming from the guy who loves Agda and helped write an early implementation of Ermine)
<Baughn>
sphalerite: Excellent!
<sphalerite>
contrapumpkin: nice, I should be learning Agda starting September :D
fhoffmeyer has joined #nixos
<contrapumpkin>
it's fun!
<Baughn>
I really think Nix should have been built on Haskell to begin with, but failing that, this is good.
<contrapumpkin>
Baughn: yeah, adding a type system to the current C++ sounds like a nightmare
<sphalerite>
Baughn: I read somewhere that the reason it isn't is efficiency
<contrapumpkin>
yeah, I wouldn't really want to write a full runtime in haskell, but the various expression language manipulation should be in something other than c++
<gchristensen>
not to sound like a dummy, but could nix be backed by something more fancy-pants like llvm to get "free" optimizations?
<contrapumpkin>
but the other factor is having few dependencies on nix-the-program
<Baughn>
sphalerite: Seems unlikely. Nix isn't the height of performance as-is, Haskell is pretty fast, and the Nix scripts shouldn't take much of the runtime anyway.
<sphalerite>
Memory being more of a concern than speed
<Baughn>
gchristensen: Then we'd need a compiler. IIUC Nix is more of an interpreter right now.
<contrapumpkin>
llvm can do JITtish things
<gchristensen>
yeah, I thought I'd sound like a dummy :P
<contrapumpkin>
but the JIT probably won't pay off much here
<sphalerite>
again, my source is "I read somewhere" so let's not put too much weight on my words
<Baughn>
sphalerite: Again, Nix is a pig for memory use. The GHC runtime adds only about a megabyte so..
<sphalerite>
that's the runtime, but the actual code?
<sphalerite>
I'm talking from no actual data here though
nevermind has joined #nixos
<bennofs1>
the problem is that nix really can't have many dependencies. Depending on GHC would be way too much
<Baughn>
GHC is a high-end optimizing compiler, Nix is an interpreter. It's comparing apples to oranges, but..
<Baughn>
I suspect a GHC version would be faster.
<contrapumpkin>
bennofs1: a runtime dependency vs. a build-time dependency
<sphalerite>
the impression I have though is "nix's performance is bad and it would be worse if implemented in haskell"
<Baughn>
Mm. Disagree.
<contrapumpkin>
anyway, hnix started being that
<contrapumpkin>
but lost steam
<sphalerite>
You're probably right
<gchristensen>
omg
<Baughn>
What usually kills Haskell's performance is the lazy evaluation. ...which also goes for Nix.
<gchristensen>
can you imagine needing to compile ghc as part of the nix bootstrapping?
<contrapumpkin>
yeah :)
<Baughn>
Yeah. Luckily we have the binary cache. :)
<bennofs1>
contrapumpkin: yes, it's only build-time, but I still wouldn't like it tbh. Also, the sandboxing stuff etc requires quite some interfacing with native libraries, which would not look nice in Haskell either
<gchristensen>
as a person currently bootstrapping on a slower-cpu box, Baughn, I'd like to disagree :P
<Baughn>
gchristensen: Compiling it from scratch, without a prebuilt version of GHC?
<Baughn>
GHC is self-hosted, and can't currently be built without GHC.
<gchristensen>
I'm bootstrapping nix on a slower-cpu box
<bennofs1>
I think 'nim' would be a better fit if we're looking for another language instead of Nix
<Baughn>
It'd need to compile, I think... two or three intermediary versions of GHC to bootstrap from GCC.
<gchristensen>
how about bash? could we just rewrite nix in bash?
* gchristensen
runs away
<bennofs1>
gchristensen: oh no :(
<bennofs1>
gchristensen: if we're going that route, why not scheme? :D
fhoffmeyer has quit [(Ping timeout: 260 seconds)]
<Baughn>
bennofs1: Native interfacing is just function calls..
<Baughn>
Well, eh.
<Baughn>
hnix is clearly not happening, but a type system still could!
<gchristensen>
bennofs1: get back over to #guix!
<Baughn>
It doesn't *necessarily* require any C++ changes. A well-chosen type system can compile to type-less Nix code.
<Baughn>
I mean, it's just constraint checking.
<dash>
Baughn: if so, what's the benefit?-)
<Baughn>
dash: You get the typechecking!
<Baughn>
See e.g. TypeScript for an example.
<Baughn>
Today, if you forget a function parameter, you're likely to get a bizarre error in a completely different part of your code.
griff_ has quit [(Quit: griff_)]
<nevermind>
I'm trying to come up with a solution to maintain a git repo of configuration files across a fairly diverse server infrastructure. Ideally I'd like to be able to have some kind of method of auto-deployment of configuration files whenever a change is pushed to git. I've stumbled on Nix while researching ways I might accomplish this. I know Nix won't do the auto-deploying thing, but do you guys think Nix could be a good tool to fit into whatever the end
<nevermind>
process ends up being?
<Baughn>
If we could instead write down "This function is supposed to return a list of strings", then the compiler can tell us "No, it's actually a list of functions-from-x-to-string instead".
<Baughn>
That sort of simple cross-checking is already immensely valuable, even without getting into type-classes.
<gchristensen>
you should talk to MoreTea too re language servers
<goibhniu>
Hi nevermind, have you checked out Nixops already?
<MoreTea>
I have some ideas about that yes
<Baughn>
nevermind: Nix can (usually) be used to good effect wherever you've got a function from (some parameters) to directory trees. It gives you caching and immutability for free.
<Baughn>
nevermind: So the answer is "Maybe". :P
<Baughn>
nevermind: There's a large learning curve, though.
<nevermind>
Not quite, goibhniu. Still reading up on things.
<MoreTea>
gchristensen, do you know what the MAINTAINERS file github was?
<MoreTea>
I played a bit around with mapping file names to maintainer names
<nevermind>
But it looks like nix is capable to reading from non-official (i.e. non-NixOS) git repos, which is something I'd need to be able to do.
<gchristensen>
MoreTea: I think you'd find more about it in the nix-dev email about FOSDEM 2017
<Baughn>
nevermind: Easily. You can read from any directory, and you can use shell scripts to generate the directories...
<goibhniu>
nevermind: sure, you'd probably also want to run your own hydra (build server)
* Baughn
wants a hydra of his very own.
<gchristensen>
goibhniu: whoa now slow down :P
<MoreTea>
Ah yes, I called for that BoF session, could be that we only discussed it there.
GK___1wm____SU has joined #nixos
<gchristensen>
Baughn: I can set them up and run them for $$$/mo if you'd like :)
<Baughn>
No thank yoU!
<nevermind>
Cool, had not seen Hydra.
<LnL>
gchristensen: I think we talked about it before
<goibhniu>
ah well, if you want to have your own nixpkgs, and deploy to a diverse range of architecture ... you might as well :D
<Baughn>
nevermind: Hydra is famously difficult to set up. Don't try that just yet.
<goibhniu>
isn't it a nixos module these days?
<gchristensen>
LnL: MAINTAINERS? yeah, I'd search the email list and github issues and botbot.me
<Baughn>
Yes, buut...
<gchristensen>
goibhniu: still famously difficult.
<maurer>
goibhniu: It's been a nixos module for a long while. It's still finicky
<gchristensen>
it is _not_ "released software" and is not polished
<goibhniu>
ah, that's a ptiy
<goibhniu>
pity
<nevermind>
The infrastructure I'm dealing with is almost entirely Ubuntu, and that's unlikely to change. How much of a pain would it be to integrate Nix into Ubuntu just to maintain various important config files?
<Baughn>
Trivial.
<nevermind>
Okay cool
<Baughn>
Unless you're talking config files outside of home directories..
<Baughn>
In which case medium difficulty.
nh2 has joined #nixos
<goibhniu>
ah, you just want to use it for config files?
mudri has quit [(Ping timeout: 246 seconds)]
<Baughn>
Unless you're talking anything managed by apt. :P
<nevermind>
goibhniu: For the moment, at least.
<nevermind>
Stuff in /etc and /opt
<bennofs1>
nevermind: not sure if you even need nix for that
<Baughn>
nevermind: Setting up Nix for a single-user system is trivial. Doing it for a multi-user system, without NixOS, is harder.
<bennofs1>
i think nix might be more trouble than is worth for this particular use case
<goibhniu>
aye
<nevermind>
bennofs1: Well I'm trying to setup a convenient, automated way of keeping a version history of config files across an infrastructure. Nix came up in research, and I wasn't too sure if it might be a good tool somewhere along the way.
jsgrant-_ has quit [(Quit: Peace Peeps. o/ If you need me asap, message me at msg[at]sgrant.io & I'll try to get back to you within 24 hours.)]
<Baughn>
That sounds more like a case for git.
<bennofs1>
nevermind: nix config management is currently quite tied to nixos
<nevermind>
I'd definitely be using git.
<Baughn>
Think of Nix as a (much) better version of make.
<Baughn>
You still need git to do the versioning.
<nevermind>
Right
jsgrant-_ has joined #nixos
GK___1wm____SU has quit [(K-Lined)]
<nevermind>
Right now what I'm thinking is having a hook to trigger something like rundeck whenever a change is pushed into git for some particular config files. What I wasn't sure of is whether using Nix to pull the changes would be ideal.
<bennofs1>
nevermind: why not just checkout the git repo at /conf, and then symlink the required files to /etc and /opt?
<nevermind>
Probably a good way to do it.
<bennofs1>
nevermind: then all you have to do to update is run git pull
* nevermind
nods
mudri has joined #nixos
<bennofs1>
nevermind: the problem is that you have to make sure you also restart/reload affected services, but Nix won't help with that (NixOS would)
<nevermind>
I think that's the way I'll go. Thanks for the tips. Also, thanks for the heads up about Hydra, this looks great.
<nevermind>
Yeah. Currently we're using Ansible for stuff like that.
<Baughn>
nevermind: Just be careful so you don't end up reimplementing NixOS. :P
<gchristensen>
also please don't try hydra
<bennofs1>
xd
<Baughn>
nevermind: I wouldn't personally recommend NixOS as a replacement for Ubuntu, as it seems a bit unstable still, but... YMMV. It's done very well for my personal infrastructure.
<NixOS_GitHub>
[nixpkgs] bennofs pushed 2 new commits to master: https://git.io/vy0tO
<nevermind>
I doubt I'd even be able to move the infrastructure I'm working with off of Ubuntu.
<nevermind>
Why avoid Hydra though? I also have to retool our build process. :P
<Baughn>
Hydra is really hard to set up *even if you're thoroughly familiar with NixOS*.
<bennofs1>
nevermind: hydra is quite hard to setup and documentation around it is sparse
erasmas has joined #nixos
<NixOS_GitHub>
[nixpkgs] periklis opened pull request #23602: qt57: darwin compatibility (master...topic_qt57_darwin) https://git.io/vy0tS
<gchristensen>
nevermind: the only people I know of who have setup a hydra are intimately familiar with nixos and have well over a year of deep knowledge of the dirty underside of nix.
<nevermind>
Gotcha
<gchristensen>
and don't mind wading through mud pits to get to the solution
<dash>
gchristensen: I know a guy who did ti ithin a few months of starting to use nix
<dash>
but the latter statement was definitely true about him
<gchristensen>
:)
<dash>
(he doesn't really recommend the experience to other people either...)
<Baughn>
Hydra is too useful to be this hard to set up. Buut...
<Baughn>
nevermind: Rewrite it from scratch. It'll be less painful, and you'll do us all a favor.
<Baughn>
nevermind: nix-copy-closure computes the closure of some derivation, i.e. all its dependencies, and then effectively rsyncs it over.
<Baughn>
nevermind: Given the immutable-caching part of Nix, this means you can run an expensive build *once*.
<domenkozar>
gchristensen: I won't have time this week to review xen
<domenkozar>
so if someone else can, otherwise merge
<gchristensen>
domenkozar: :thumbsup: thanks for the heads up :)
<Baughn>
nevermind: So if you clone the git repository to every computer, build it on one, do nix-copy closure, and then build it on the target machines -- said target machines will just look up the already-built version. While if the copy failed, they'll build from scratch.
<nevermind>
That's very col.
<nevermind>
cool*
<Baughn>
nevermind: Or if you want to make sure they *don't* build from scratch, you can use the store paths directly with nix-store --indirect. That'll just fail if it's missing.
<Baughn>
nevermind: With NixOS, this procedure can be very smoothly used for the entire OS. 'nixos-rebuild build' outputs a store path, you see...
<nevermind>
Yeah, I'm going to have to fire up a VM and start experimenting with NixOS. It seriously sounds amazing.
<nevermind>
And actually useful.
jsgrant-_ is now known as jsgrant-
jsgrant- is now known as jsgrant-_
jsgrant-_ has quit [(Quit: Peace Peeps. o/ If you need me asap, message me at msg[at]sgrant.io & I'll try to get back to you within 24 hours.)]
<gchristensen>
"If you need me asap ... I'll try to get back to you within 24 hours." hehe
obadz has joined #nixos
JagaJaga has joined #nixos
<ekleog>
hmm, has anyone tried to x-compile for linux-less embedded systems yet?
<eacameron>
What's the best way to customize the php.ini file used by my php installation?
<ekleog>
using crossSystem = {} requires me to put some kernelMajor
spinus has joined #nixos
Kendos-Kenlen has joined #nixos
obadz has quit [(Ping timeout: 240 seconds)]
Fare has quit [(Ping timeout: 256 seconds)]
GK___1wm____SU has joined #nixos
jsgrant- has joined #nixos
GK___1wm____SU has quit [(K-Lined)]
endformationage has joined #nixos
k0001 has joined #nixos
Fare has joined #nixos
<NixOS_GitHub>
[nixpkgs] zimbatm pushed 1 new commit to master: https://git.io/vy0Zy
<pierron>
viric: Are you still making arm builds? (cc ekleog)
ertes has joined #nixos
sellout- has joined #nixos
GK___1wm____SU has quit [(Excess Flood)]
<gchristensen>
pierron: we're about to add an aarch64 to hydra
<pierron>
gchristensen: as a cross-compiled platform?
<domenkozar>
as native
<gchristensen>
I can't say I specifically know what cross-compiled means, but we will be building aarch64 software on a server running aarch64
<gchristensen>
(I know what CC means, but not necessarily what the implications are)
zraexy has quit [(Ping timeout: 240 seconds)]
Sonarpulse has joined #nixos
<ekleog>
well, in my case it's for cross-compiling to a linux-less architecture, so unfortunately that won't help :/ maybe you know the internals of the cross-compilation system, and whether it has been thought so as to just get a cross-compiler built (I'm thinking of whether https://nixos.org/wiki/CrossCompiling#bootstrap-tools is up-to-date, and if so why it requires a platform and thus kernel options just to build
<ekleog>
gcc)
<ekleog>
?
stepcut has joined #nixos
digitus has joined #nixos
<pierron>
ekleog: the bootstrap-tools is (at least a few years ago) the minimal set of tools needed to start building software on another computer.
<ekleog>
oh, so that's (in my case) an arm-eabi-none compiler running on an arm-eabi-none? If so, is there even just a way to just get an arm-eabi-none compiler that run on an x86_64-unknown-linux-gnu (my laptop)?
<LnL>
gchristensen: will the builder be running nixos?
<gchristensen>
yeah
mikefaille has joined #nixos
propumpkin is now known as copumpkin
<mikefaille>
Hi, how I can find why kernel 4.4 is installed when I use boot.kernelPackages = pkgs.linuxPackages_4_8; ? How can I debug this ?
GK___1wm____SU has joined #nixos
cpennington has quit [(Ping timeout: 256 seconds)]
ThatDocsLady has quit [(Quit: Arma-geddin-outta-here!)]
Wizek has quit [(Ping timeout: 268 seconds)]
Wizek_ has quit [(Ping timeout: 264 seconds)]
bennofs1 has quit [(Ping timeout: 256 seconds)]
GK___1wm____SU has quit [(K-Lined)]
<NixOS_GitHub>
[nixpkgs] xNWDD opened pull request #23606: add nwdd <Guillermo NWDD> as a maintainer (master...maintainer/nwdd) https://git.io/vy0uT
avn has quit [(Ping timeout: 260 seconds)]
avn_nb_ has quit [(Ping timeout: 246 seconds)]
bennofs has joined #nixos
<NixOS_GitHub>
[nixpkgs] domenkozar created haskell/justStaticExecutables (+2 new commits): https://git.io/vy0uz
<NixOS_GitHub>
nixpkgs/haskell/justStaticExecutables db23fe1 Domen Kožar: haskell: add justStaticExecutables combinator
<NixOS_GitHub>
nixpkgs/haskell/justStaticExecutables f67a89e Domen Kožar: haskell: use new justStaticExecutables and add purescript
chakerbenhamed has quit [(Ping timeout: 256 seconds)]
civodul has quit [(Quit: ERC (IRC client for Emacs 25.1.1))]
<Mateon1>
Is it possible to enable 32 bit executable support on a 64bit nixOS install?
<spinus>
Mateon1: I think it's enabled by default
<spinus>
at least I could run some 32bit stuff
<Mateon1>
For me, stracing 32-bit executables gives open("/lib64/ld-linux-x86-64.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) followed by exit(127)
<Mateon1>
Wait, that's a 64 bit executable
<Mateon1>
My Google-fu is failing me
<goibhniu>
hi Mateon1, are you trying to run a binary you downloaded?
<Mateon1>
Yes
<goibhniu>
the easiest thing is probably to package it
nh2 has quit [(Read error: Connection reset by peer)]
<Mateon1>
goibhniu: That probably won't work for me, unfortunately. This program has a page of ls worth of included library binaries, and holds a database in the same place as the binary.
<benzrf>
is there any better way to do this, or is that fine?
GK___1wm____SU has quit [(K-Lined)]
<copumpkin>
I think the default wrapper uses makeWrapper --set, which prevents me from adding stuff to the environment
robomongo has quit [(Ping timeout: 260 seconds)]
<spinus>
Mateon1: that shouldn't be a problem. After you package it, you can wrap it with bash script to copy it to /var/lib before launching
<spinus>
Mateon1: or you can use patchelf on current binary to modify it (to be launchable)
<goibhniu>
Mateon1: an alternative is to build a FHS compatible environment, I'm not sure if you could borrow one somebody else has created ... e.g. that's how steam works on NixOS
<spinus>
copumpkin: not sure what are you trying to do, just package python app?
<Mateon1>
spinus: Isn't /var cleared on reboot?
<spinus>
Mateon1: o boy, I hope not, all my databases are there :-)
<Mateon1>
Well, I'm a linux newbie
<copumpkin>
spinus: package a python app, but the app does weird python stuff at runtime and might want additional packages (that the user will want to specify), so I want something like .withPackages
<spinus>
Mateon1: /tmp and /run (or /var/run in some distros)
fhoffmeyer has quit [(Ping timeout: 256 seconds)]
nh2 has quit [(Ping timeout: 264 seconds)]
<copumpkin>
spinus: I can amend the derivation every time, but it has a big test suite, so it causes the entire thing to rebuild unnecessarily
<spinus>
copumpkin: do you want to specify all runtime requirements ahead or you want to inject them at runtime?
<copumpkin>
at runtime
<copumpkin>
so literally I just want to adjust the wrapper
avn has joined #nixos
<copumpkin>
but the wrapper is part of the main derivation right now
avn_nb has joined #nixos
<spinus>
I assume there is some switch so you can turn it off
<copumpkin>
and uses --set, so I can't just populate an external environment variable
<copumpkin>
yeah
<copumpkin>
I was hoping to avoid writing the wrapper myself but I might just do that
c0bw3b has joined #nixos
<benzrf>
nvm :I
benzrf has left #nixos ["WeeChat 1.7"]
tsmeets has joined #nixos
<tsmeets>
Hello, does anyone know where I can find information about running a web and mail server on a raspberry-pi using NixOS?
bennofs has joined #nixos
danharaj has quit [(Ping timeout: 240 seconds)]
<c0bw3b>
tsmeets : last I heard NixOS on raspi was still a work in progress
<NixOS_GitHub>
[nixpkgs] pmahoney opened pull request #23608: haproxy: build on darwin (master...haproxy-darwin) https://git.io/vy06N
danharaj has joined #nixos
nh2 has joined #nixos
obadz has joined #nixos
stepcut has joined #nixos
mudri has quit [(Ping timeout: 264 seconds)]
fhoffmeyer has joined #nixos
yenzenz has quit [(Ping timeout: 240 seconds)]
c0bw3b has joined #nixos
<c0bw3b>
got disconnected from #nixos for a while..
deepfire has joined #nixos
nwspk_ is now known as nwspk
<c0bw3b>
gchristensen : it would be less spam-prone to write mails as user _at_ domain.net or something in maintainers.nix no ?
<c0bw3b>
commits are more of a GH issue :p
<gchristensen>
I doubt it
fhoffmeyer has quit [(Ping timeout: 240 seconds)]
<copumpkin>
write a simple deobfuscator in pure nix and run all email addresses through it :P
<copumpkin>
or more overkill
<LnL>
lol
<copumpkin>
hydra has a public/private keypair
<copumpkin>
we all encrypt our email addresses with the public one
<copumpkin>
only hydra decrypts ;)
<copumpkin>
(not actually serious)
<fpletz>
rot13 should be enough :>
obadz has quit [(Ping timeout: 256 seconds)]
roconnor has quit [(Ping timeout: 260 seconds)]
<LnL>
^ imagine asking a new contributer to add a new entry to the maintainers file
Mateon3 has joined #nixos
<c0bw3b>
it would make a nice entry test :p
<avn>
silly question -- I need write fetchgit expression, but my server have different address/port inside and outside of network, any suggestions, how to make it universally working?
MoreTea has quit [(Ping timeout: 258 seconds)]
<copumpkin>
c0bw3b: yeah, because the problem right now is that nixpkgs has _too many_ contributors ;)
<eacameron>
avn: fetchurl can take urls = [ url1 url2 url3 ]
<eacameron>
avn: If you can get the source via a URL instead of git directly you can use that.
<copumpkin>
fetchgit seems trickier though
<copumpkin>
it'd be cool if we could have a fixed-output derivation fallback combinator
Mateon1 has quit [(Ping timeout: 264 seconds)]
<eacameron>
copumpkin: that would be cool
deepfire has quit [(Ping timeout: 268 seconds)]
<avn>
does gitlab have snapshot downloading url, like github does?
smw_ has quit [(Remote host closed the connection)]
deepfire has joined #nixos
<NixOS_GitHub>
[nixpkgs] vcunat pushed 3 new commits to master: https://git.io/vyEvJ
<NixOS_GitHub>
nixpkgs/master c78251f Neil Mayhew: inetutils: Add perl to buildInputs...
<NixOS_GitHub>
nixpkgs/master ba8b6b4 Neil Mayhew: inetutils: Add patch for Canadian TLD server...
<NixOS_GitHub>
nixpkgs/master 09c7601 Vladimír Čunát: Merge #23583: inetutils: fix whois for canadian domains
<NixOS_GitHub>
[nixpkgs] vcunat closed pull request #23583: inetutils: fix whois for canadian domains (master...fix/whois) https://git.io/vyBjk
<NixOS_GitHub>
[nixpkgs] ljli opened pull request #23614: haskell: use GHCJS to build Setup.hs for GHCJS packages (master...hs-ghcjs-native-setup) https://git.io/vyEvc
<NixOS_GitHub>
[nixpkgs] vcunat pushed 1 new commit to release-17.03: https://git.io/vyEv0
<NixOS_GitHub>
nixpkgs/release-17.03 f9489cc Vladimír Čunát: Merge #23583: inetutils: fix whois for canadian domains...
smw_ has joined #nixos
wkennington has quit [(Read error: Connection reset by peer)]
ndowens has joined #nixos
<NixOS_GitHub>
[nixpkgs] ljli opened pull request #23615: haskell: ghcjs packages: fix ghcjs-dom-jsffi with newer Cabal (master...ghcjs-dom-jsffi-fix) https://git.io/vyEfe
<ndowens>
gchristensen: who was it to PM about commit access, I dont know if he/she responded, PC turned off
<NickHu>
Does anyone know how to configure UPower on NixOS? Can I just use the standard /etc/UPower/UPower.conf?
<NixOS_GitHub>
[nixpkgs] rycee pushed 1 new commit to master: https://git.io/vyEIs
<NixOS_GitHub>
nixpkgs/master 0bd211d Daniel Ehlers: ddclient: Make verbose logging deactivatable.
simendsjo has quit [(Quit: ERC (IRC client for Emacs 24.5.2))]
<clever>
samae: does ~/.config/nixpkgs/config.nix exist?
<samae>
nope
<clever>
samae: what command are you running that is giving an error?
<samae>
my my
<samae>
I thought it didn't
<clever>
oh
<samae>
should I move my expressions there then ?
<clever>
the new ~/.config/nixpkgs/config.nix path takes priority over the old ~/.nixpkgs/config.nix
<clever>
yeah
<samae>
ok
<samae>
that's why I suppose : )
<gchristensen>
it would probably be good to raise a warning in this scenario
JHenry has quit [(Ping timeout: 240 seconds)]
<clever>
gchristensen: i had a feeling this would happen 3 days ago when i learned of the change
<clever>
if you keep giving people the old path, it will randomly break like this
<ndowens08>
how can I make nix-build rebuild a package even though it was successful. Keepsay saying pkg is at /nix/....
<gchristensen>
ndowens08: --check
JHenry has joined #nixos
<clever>
and if you give people the new path, it will either not work (nixpkgs too old), or it will break their existing config.nix
<samae>
clever: thanks
<clever>
so now you have to play a guessing game every time you help somebody
<gchristensen>
ok we should fix this
<ndowens08>
thanks gchristensen
danharaj has quit [(Ping timeout: 240 seconds)]
<clever>
gchristensen: and related, $NIXPKGS_CONFIG has higher priority then both files, and i ran into a problem with smw_ a few days ago, where $NIXOS_CONFIG was making it ignore -I nixos-config
<gchristensen>
:(
<clever>
gchristensen: and due to how tmux was configured, $NIXOS_CONFIG didnt exist in half his shells, so it worked half the time, then just didnt obey the commands
<manveru>
for the future though, keep that thing in version control ;)
hiratara has joined #nixos
tsmeets has quit [(Quit: Page closed)]
spinus has quit [(Ping timeout: 256 seconds)]
<maninalift>
manvery: phew.... had it open in another teminal. thanks
deepfire has joined #nixos
<gchristensen>
maninalift: get a backup! :)
<NixOS_GitHub>
[nixpkgs] dezgeg pushed 1 new commit to release-17.03: https://git.io/vyElZ
<NixOS_GitHub>
nixpkgs/release-17.03 0ccfb44 Tuomas Tynkkynen: grub2: Make EFI grub work on aarch64...
<gchristensen>
Dezgeg: nixops is compiling the linux kernel now... making progress :)
<Dezgeg>
sounds like it's close to done
<gchristensen>
sort-of-maybe
<maninalift>
gchristensen: the main reason for this machine to exist is for me to have better backups. It is a supercharged NAS. Just in the process of setting up ZFS. removed configuration.nix instead of hardware-configuration.nix
<gchristensen>
it is building spidermonkey for some reason?
<maninalift>
time to start versioning and backing up my config
<maninalift>
:)
<Dezgeg>
btw maybe worth backing up /boot/efi before the first reboot... just in case it doesn't manage to fully overwrite ubuntu's grub
<Dezgeg>
spidermonkey is used by polkit
<gchristensen>
:o
<gchristensen>
good idea
<gchristensen>
nixops is set to build-only for now, too
<alphor>
:D btw graham I came across your example openvpn config. thanks for putting it up!
<gchristensen>
oh cool, you're welcome
JHenry has quit [()]
<alphor>
overriding the flag to include $(out)/etc/iproute2 was the change I made. The reason I bring it up here is because I wanted to make sure it wasn't intentional
<lucasOfBesaid>
Does anyone use nix expressions to manage their home directory dotfiles?
<LnL>
kind of but not really :)
<gchristensen>
Dezgeg: wait ... the nixos /boot? or the debian /boot?
<Dezgeg>
ah right, the grub doesn't store its own files in /boot/efi... I think renaming the debian /boot to something else then should do
nh2 has quit [(Ping timeout: 258 seconds)]
<gchristensen>
I don't have debian's /boot mounted
<gchristensen>
should I have? :)
<Dezgeg>
no, but you can temporarily mount it to /mnt
markus1189 has joined #nixos
markus1199 has joined #nixos
GlennS has quit [(Ping timeout: 245 seconds)]
fre2 has quit [(Ping timeout: 260 seconds)]
fresheyeball has quit [(Ping timeout: 246 seconds)]
mitchty has quit [(Remote host closed the connection)]
<c0bw3b>
there! submitted my biggest PR so far on Nixos :)
samae has quit [(Ping timeout: 260 seconds)]
sellout- has joined #nixos
<c0bw3b>
comments and opinions are welcome on #23621
samae has joined #nixos
mitchty has joined #nixos
glines has quit [(Ping timeout: 256 seconds)]
<gchristensen>
c0bw3b: could you, for my own paranoia, provide a diff of the old vs. new services / protocols?
<c0bw3b>
ahah
<c0bw3b>
was writing that when you asked
<gchristensen>
neat!
<c0bw3b>
well almost that
<c0bw3b>
excerpt from the new ones // do you want me to add excerpt from the old ones ?
Wizek has joined #nixos
Wizek_ has joined #nixos
<gchristensen>
would a literal diff be big?
<c0bw3b>
yes
<c0bw3b>
the present services starts with a sh*tload of comments
<c0bw3b>
for example..
<gchristensen>
excerpts would be good :)
<c0bw3b>
on the way
ericsagnes has quit [(Ping timeout: 258 seconds)]
ryanartecona has quit [(Quit: ryanartecona)]
sellout- has quit [(Read error: Connection reset by peer)]
sellout- has joined #nixos
<gchristensen>
c0bw3b: much chattier :o
<c0bw3b>
done
<rycee[m]>
lucasOfBesaid: Yeah, I manage dotfiles (and various other home environment things) using home-manager: https://github.com/rycee/home-manager
<NixOS_GitHub>
[nixpkgs] orivej opened pull request #23622: kwallet: support GPG-encrypted wallets (master...kwallet) https://git.io/vyE20
<c0bw3b>
gchristensen : yes the present package outputs way too much comments and useless infos
<c0bw3b>
gchristensen : humans will go to IANA website // those files are for services and progs
<rycee[m]>
lucasOfBesaid: I wrote it though, so I'm biased. There are a number of other projects doing similar things.
<NixOS_GitHub>
[nixpkgs] fpletz opened pull request #23623: nixos/users-groups: chown home on createHome (master...fix/users-create-home) https://git.io/vyE2S
<c0bw3b>
gchristensen: the alias is to make iana_etc point to iana-etc right ?