@sun@vr-t8x15 Yeah, leaning some PHP for a potential job had me gawking at the sheer inconsistency and ill thought-out nonsense that's just considered normal with it.
@sun@vr-t8x15 That's like saying you can write good C++ if you're disciplined.
Sure, technically you can. But it's a losing battle at the best of times and the first moment of flagging attention as you get slightly drowsy fucks it all up.
I just can't justify >30$ tags on stuff I'm not /really hype/ for.
And just waiting a few years tends to get games to either remain with static prices for desperate publishers (avoid them) or get all sorts of interesting sales.
@Suiseiseki > It really isn't hard to take a look at the product page and see "oh the NICs won't work properly as they're broadcom". You're assuming they already know Broadcom are scum.
Instead, they might be assuming ethernet NICs don't usually pull stupid shenanigans and are in for a learning experience.
> It's plenty fast for all reasonable usages. The memory capacity is part of where it's aging the worst.
> I'm wondering how hard 4 socket motherboards would be to port for twice the power (boards with an already supported chipset are report-ably an easy coreboot port).
I haven't messed with firmware-level stuff, couldn't say.
> It's not too hard, but it'll be easier to just use a freedom-respecting distro instead than isn't going to accelerate down the slippery slope of proprietary software even harder eventually. Which?
Much as I love Guix as a foreign package manager, the original distro seems to have some rough corners.
@Suiseiseki > Yep, but generally people go looking for a specific server board to purchase or used server they want and they can just choose wisely. They don't simply buy whatever has acceptable specs & expandability that doesn't break the bank when buying?
I'd certainly think that's how most who start homelab-ing run into that issue. Local availability can be a bitch.
The KGPE-D16 is kind of aging a bit these days, depending one what one intends to do. Availability at a reasonable price is also uncertain.
> Yes, the only available installer iso contains all the proprietary software. I wonder how hard it'd be to use the ISO-building software to make Free Software-only ISOs.
>>>It's good to shit all over the users freedom to install proprietary software without even asking or advising the user adequately as to what software is being installed.
Doesn't the installer explicitly ask if you want proprietary software?
@kkarhan@PiTau@rysiek He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.
Also, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a lot of unix-brained regression that needs to be addressed before blaming any other party.
We're still writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, even in embedded spaces.
The entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.
The realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. I2P is 20 years old. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a lot of countries.
And right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general completely ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic Asynchronous Communication is a basic requirement and paradigm to build around, because infrastructure capable of lending itself to low-latency communication cannot be meaningfully assumed anywhere.
We've also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.
So yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.
@Suiseiseki@maija > The classic example of this is source code published without a license - all you can legally do is look at it - you can't share it or modify it and in some jurisdictions you can't even compile it, as compilation is seen to be modification.
Honestly that shouldn't be a thing. It should just be immediate inclusion into Public Domain.
Hi, I'm Lispi, Lisp (Technomancer) Wizard (to eventually be).You might know me from @lispi314@mastodon.top I like Free Software, #Emacs and resilient computing a lot.I also like anime girls, animes with cute girls doing cute things and artwork with them too. Cute stories are good too.Some Pins:Software and Assumed Privilege, common problems: https://mastodon.top/@lispi314/111253066257920146Writing Privacy-preserving software & services 101: https://mastodon.top/@lispi314/110849018589421824#Kopimism #FreeSoftware #CommonLisp