<gchristensen> sphalerite, samueldr, andi-, I'm ordering a raspberry pi 3 B for someone getting started on hacking nixos on it
<samueldr> don't forget UART cable :)
<gchristensen> beyond a SD card, power supply, HDMI cable, and UART, anything else?
<samueldr> a case will help keep it safe(r)
<gchristensen> ok, got a case
<andi-> any FTDI
<andi-> or FTD1 (as the chinese clones are called)
<samueldr> (I forgot to get a case for my pine 64, luckily it ships in a plastic box, which can be re-purposed ecologically into a case)
<gchristensen> hah
<andi-> gchristensen: you might want one that has a jumper for 3.3V and 5V
<andi-> otherwise you'll resolder it later on (or probably not?) :-)
<samueldr> I don't know enough about those cables, personally I'm using: https://www.adafruit.com/product/954
<gchristensen> nice
<gchristensen> ok I'll do thath
<gchristensen> I'd rather support adafruit anyway
<gchristensen> thanks y'all :)
<gchristensen> it is LnL don't mention it around him.
<samueldr> I've used that same cable on orange pi pc, and pine64, if it makes any difference :)
<gchristensen> gotta go for a while
<gchristensen> perfect
<andi-> why amazon.de? Aren't you in the NYC area? :P
<gchristensen> LnL is in belgium :)
<samueldr> exotic
<andi-> ah
* andi- waits on staging going into master to continue the openjdk/gcj endeavour..
<gchristensen> finding the proper parts isn't so much harder in a foreign languag
<gchristensen> andi- / samueldr here?
<samueldr> ?
<gchristensen> anything else a newbie would need?
<samueldr> (looking)
<samueldr> you'll have trouble with the power adapter
<gchristensen> oh?
<samueldr> well, european plug!
<gchristensen> its for a person in Belgium :)
<samueldr> oh, hum, then verify if they are using the same plugs as they do in germany, but then they are used to that
<samueldr> ah, "for someone getting started"
<samueldr> I misread you earlier and though that they somehow were buying it for you
<gchristensen> ahh no
<gchristensen> ok, I'll do these and it'll be a good enough start I think
<samueldr> only thing missing is serial
<gchristensen> isn't that the second one?
<samueldr> I might be missing something here, but I don't see one
<samueldr> oh, two URLs, gotcha
<gchristensen> oh... weird, it says it can't be shipped to belgium
<samueldr> yes, definitely looks the part, and since they list raspberry pi in the description, I'd assume it's the same thing as the "adafruit 954" cable
<samueldr> isn't there a belgian amazon?
<gchristensen> dunno
<gchristensen> back soon
<samueldr> looks like they don't have an amazon
<samueldr> (if you're wondering, being from Québec, my first language is french)
<gchristensen> _phew_ ordered
<gchristensen> thanks, samueldr
<samueldr> you're welcome
<gchristensen> I donated 25eur to the nixos foundation as a thank-you for your help :)
<gchristensen> (by adding 25 euro to the 100 euro donation I was going to make on LnL's behalf)
orivej has joined joined #nixos-aarch64
LnL has joined joined #nixos-aarch64
<gchristensen> hi orivej
<gchristensen> it uses the nixos netboot config, which uses the nixos installer config... I'd like to get away form that
<gchristensen> a big reason is it uses unionfs with a ro layer and a rw layer
<orivej> i see
<gchristensen> it seems the rw layer is a tmpfs, but it doesn't have to be -- we can reformat the hardware disk on each boot
<gchristensen> of course if you'd like access send a PR :)
<orivej> I don't think that the underlying layer matters for Go tests. Thanks for the invitation, I'll consider it!
<gchristensen> so you think unionfs isn't the cause here?
<orivej> err, the fs of the urnderlying layer. unionfs is the cause, but tmpfs is not
<gchristensen> sure, but I mean I'd love to even ditch the unionfs totally
<gchristensen> it is causing performance problems
<orivej> I though unionfs-fuse does not add significant overhead, but I may be wrong.
<gchristensen> it seems to
<LnL> what about doing something like clever's kexec thing
<LnL> that can repartition the entire disk and install from scratch
<orivej> from inside the netbooted box? this should be possible, but we could just boot complete qemu images instead
<gchristensen> orivej: the root of the problem here is a unionfs, and go doesn't like being compiled in a unionfs?
<sphalerite> trying to get remote builds working, are there any env variables other than NIX_REMOTE_SYSTEMS and NIX_BUILD_HOOK I need to set?
<gchristensen> with the daemon?
<orivej> it compiles, but the test that it can create hardlinks fails, because apparently it can't on unionfs
<LnL> NIX_CURRENT_LOAD and the dir has to exist
<orivej> after the hardlink call the file is created but it does not appear to be a hardlink
<sphalerite> gchristensen: figured I'd try to get it working as root without the daemon first
<gchristensen> sphalerite: are you not on nixos?
<sphalerite> LnL: alright… it still doesn't seem to be offloading them thoguh
<sphalerite> gchristensen: I am
<gchristensen> did my instructions not work?
<sphalerite> your instructions?
<LnL> sphalerite: did you setup known hosts?
<sphalerite> LnL: yes! known-hosts was the issue, thanks
<sphalerite> gchristensen: cool, I'll have a look at that, thanks
<gchristensen> lol
<gchristensen> cool
<sphalerite> hm, is /etc/profile not sourced on non-interactive logins via SSH…
<LnL> yes
<sphalerite> how can I get the remote (debian) machine to find nix when SSHing non-interactively in that case?
<LnL> I use command= with a separate key, but bashrc should also work
<sphalerite> yaaaaay it's working by the looks of it!
<sphalerite> oh huh I didn't even mean to ask in here, I thought I was in #nixos haha
<sphalerite> oh well, still got the problem solved!
orivej_ has joined joined #nixos-aarch64
orivej has quit [(Ping timeout: 272 seconds)]
orivej_ is now known as orivej