<gchristensen>
yeah, I'm all for it, but we need to be building from upstream's source, not some random fork on github
<gchristensen>
building from a strange source is shady, the tor launcher bit is shady, restoring old versions is shady
<flokli>
yes
<flokli>
and as written in there, communication the way it currently happens isn't productive either, but just tiring me out.
<gchristensen>
aye
<gchristensen>
flokli: maybe reiterate the points of what you'd like to see instead... like, you'd like a tor-browser in nixpkgs but ... probably not disable the tor launcher? I'm not the expert here, but that feels shady to me ... build from upstream's sources ... not include old or out of date versions ... if patches are needed, include them with `fetchpatch`, not by pointing to an alternative source --
<gchristensen>
ideally with a reference to an upstream ticket. for example
<gchristensen>
that will help by giving direction for their next attempt and how to participate better
<gchristensen>
(it may not work but it is good to try)
<flokli>
Well, most of these questions have already been raised, but just ignored.
<gchristensen>
yes, but spelling it out once more may help them understand better and more clearly
<gchristensen>
and will hopefully help them learn
<flokli>
I'm very exhausted currently. Will do some sports to get some endorphines ;-)
<clever>
they are fully describing the usb devices hard-wired to the usb controller
<clever>
[ 3.197519] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:77:df:95
<clever>
and linux prints this on bootup
<clever>
root@raspberrypi:/proc/device-tree/soc/usb@7e980000/usb1@1/usbether@1# ls -l
<clever>
flokli: thats not in the sources!
<clever>
-r--r--r-- 1 root root 6 Feb 8 03:55 local-mac-address
<flokli>
clever: I don't understand the question ;-)
<flokli>
oh, wat
<flokli>
why doesn't it apply that mac address? sheesh
<clever>
the official bootloader, is adding a local-mac-address to the devicetree, on boot
<clever>
based on the hardware serial#
<clever>
i'm using custom dtb files with a custom bootloader
<clever>
so i now need to re-implement that
<clever>
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
<clever>
yeah, thats vid:pid pairs in DT
<clever>
and local-mac-address is 6 raw bytes
<clever>
ok, it compiles, now will it boot...
<clever>
flokli: i just realized, i never compiled the ethernet driver into the kernel
<clever>
flokli: how is it booting? lol
<clever>
drivers/net/usb/smsc95xx.c: .description = "smsc95xx USB 2.0 Ethernet",
<clever>
CONFIG_USB_NET_SMSC95XX
<clever>
ah, already =y somehow
<ma27[m]>
niksnut: is there anything I can do to make https://github.com/NixOS/nix/pull/3216 (Add an optional `hash` parameter to `builtins.fetchGit`)? :)
<clever>
[ OK ] Reached target Power-Off.
<clever>
[ 858.808369] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000
<clever>
[ 858.715682] reboot: System halted
<{^_^}>
nix#3216 (by Ma27, 13 weeks ago, open): Add an optional `hash` parameter to `builtins.fetchGit`
<clever>
flokli: it does look like networkd fixed things
<clever>
flokli: now i just have to implement actual shutdown, lol
<flokli>
clever: nice to hear :-)
<clever>
flokli: the next major problem i have to deal with, is the arm clock freq
<clever>
flokli: its running at 1/50th of the normal speed
<clever>
yeah, man page says its in the wrong file
<clever>
maybe just the act of using networkd fixed things?
<flokli>
I assume so, yes.
<flokli>
But you should still put it in systemd.network.networks.<name>.networkConfig
<flokli>
I assume this keeps it working when you restart networkd, or your lease expires
<flokli>
systemd ignores config options it doesn't know. you might want to run `systemd-analyze log-level debug` and then restart networkd to see how things are parsed
<flokli>
if you go via the attrset, there should also be some assertions, making sure you don't configure stuff in the wrong places
<flokli>
for extraConfig = ''…'', we obviously can't do that
<jtojnar>
looks like the test driver is just re-using the old /tmp/vm-state-machine/machine.qcow2 without resizing it, even if I change virtualisation.diskSize 😠️
orivej has joined #nixos-dev
<flokli>
yes - it also provides network access :-/
drakonis has quit [Remote host closed the connection]
<flokli>
Which is why I wrap it in nixosTests.…
drakonis has joined #nixos-dev
evils has quit [Quit: Lost terminal]
evils has joined #nixos-dev
<jtojnar>
flokli where does that put the image?
phreedom has quit [Ping timeout: 240 seconds]
phreedom has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
phreedom has quit [Ping timeout: 240 seconds]
phreedom has joined #nixos-dev
justanotheruser has quit [Ping timeout: 272 seconds]
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #nixos-dev
<flokli>
In a derivation
<flokli>
I mean, it's sandboxed and gone
justanotheruser has joined #nixos-dev
__monty__ has quit [Quit: leaving]
justanotheruser has quit [Ping timeout: 256 seconds]