| 2 Jun 2025 |
 emily | cheers, might revive this | 11:53:57 |
| emily | exciting things happening with the commits in the other one | 11:54:10 |
 hexa | https://github.com/NixOS/nixpkgs/pull/371022 | 11:54:30 |
| hexa | https://github.com/NixOS/nixpkgs/pull/368416 | 11:54:35 |
| hexa | so just the module part is left | 11:54:56 |
| emily | will just monkey-patch the service for now | 11:55:44 |
| hexa | yeah, probably the best way to test this đŸ¤ª | 11:55:57 |
| emily | for like five seconds I considered if it'd be nice to have a structured interface to the config and then I thought more about how horrible the config is | 11:57:04 |
 K900 | still better than hostapd | 11:59:43 |
| hexa | uhhh yeah | 12:03:57 |
| hexa | it probably has like a tenth of the complexity of hostapd | 12:04:08 |
 magic_rb | Im just showing up so i dont know the context, but for pppoe ive found i can get good performance with https://github.com/dfskoll/rp-pppoe idk if its necessary but i read that otherwise the perf is horrid | 12:21:46 |
| emily | I think this is the pppoe.so plugin people use with pppd or something? | 12:23:16 |
| magic_rb | Yeah its a pppd plugin | 12:23:29 |
| magic_rb | Ive been running it for about a year with 0 issues after tuning the timeouts on the pppd side (which was my fault) it would take minutes to realize the remote side dropped the connection face first (or i unplugged the cable) | 12:24:15 |
| magic_rb | I also use the same plugin to run a pppoe server to which the original ISP router connects to, thinking its connecting to KPN | 12:25:05 |
| emily | right. it's not entirely clear to me if plugin pppoe.so is that thing | 12:25:11 |
| magic_rb | Dont think so | 12:25:18 |
| emily | wow why the hell do you need that… | 12:25:24 |
| magic_rb | I think the pppoe.so is the one that is shipped with pppd and is less efficient as its fully userspace. rp-pppoe does more in the kernel i think | 12:25:51 |
| emily | I'm not sure about that. my OpenWrt configuration uses pppoe.so and it was definitely doing kernel PPP | 12:26:33 |
| magic_rb | In reply to @emilazy:matrix.org
wow why the hell do you need that… Cause my flatmates dont trust anything i do, passing it all through was a condition on my being able to take control of the network. Remember i dont live alone, both of them are a chronic apple users and just now one is considering dropping apple for FLOSS devices/software after being influenced by me for 2 years | 12:27:06 |
| emily | it looks like rp-pppoe can do userspace stuff or use kernel-space PPP, but if pppd can use kernel PPP too then I'd guess they're probably not very different? | 12:27:19 |
| emily | Sent from my MacBook Pro :) | 12:27:41 |
| magic_rb | In reply to @emilazy:matrix.org
Sent from my MacBook Pro :) They both have an iphone, apple watch, macbook and are 100% in all the cloud shit | 12:28:30 |
| emily | I might be an Apple user but I still think having a modem in the chain doing nothing at all and not talking to what it thinks it is is absurd :D | 12:28:34 |
| magic_rb | Hey if it works it works | 12:28:56 |
| magic_rb | And tbhch the wifi on the bpi was very unstable last year, so having the ISP router do also wifi was nice | 12:29:21 |
| emily | (it's at least the one cloud ecosystem where you can trivially have full end-to-end encryption of everything even if there's lock-in… pretty much every other normie cloud option is worse for security and data sovereignty) | 12:29:22 |
| emily | (off-topic though of course. I don't use it myself anyway, just for lock-in concerns.) | 12:29:29 |
