07:43 | Ke> | suihkulokki: how is your installer supposed to work, if your kernel does not support real filesystems? |
07:47 | Ke> | MemTotal: 16424552 kB |
07:48 | Ke> | at least I see loads of mem |
07:49 | Ke> | there was nothing that was not nodev in /proc/filesystems and lib/modules*/fs/ only had mbcache |
07:49 | Ke> | .ko |
08:16 | suihkulokki> | Ke: it's netinst, the installer will download them |
08:20 | Ke> | you mean, it will download kernel modules for the running kernel? |
08:20 | suihkulokki> | yeah |
08:21 | Ke> | how does that work with the custom kernel solution? |
08:21 | suihkulokki> | it's custom no longer |
08:21 | Ke> | I guess that implies that the installed will stop working at some point in the future? |
08:22 | suihkulokki> | Yes, and at that point we can start using the official debian installer image instead |
08:23 | suihkulokki> | personally I'd just put the whole dang kernel on the isntaller, this split-to-udebs dance is not really useful with the amounts of storage people have |
08:25 | Ke> | sure |
08:27 | suihkulokki> | The problem is, nobodys refactoring d-i, it only gets incredimentally updated |
10:41 | topi`> | well, that's how it goes with legacy software :) |
10:41 | topi`> | if the arch needs to be changed, even slightly, people prefer to rewrite the whole pile |
10:41 | topi`> | and I don't blame them. |
14:34 | vpeter> | LEDE is no more? It will be merged back in OpenWrt? |
18:50 | topi`> | compiling Zcash on the macchiatobin... this is a huge C++ codebase. But the 8040 is chewing through the sources like a champ :) 16 GB of ram helps of course |
18:51 | topi`> | I can say with high probability that the memory controller in 8040 is very good at achieving low latency and high bandwidth |
19:15 | topi`> | argh, hardcoded -march=x86-64 in Makefile.am |
19:16 | topi`> | WHY? |
19:16 | topi`> | we live in the middle ages of portability |