IRC log of #cubox of Thu 21 Dec 2017. All times are in CET < Back to index

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