bleh. i hate how everything gets rustified and more and more critical infrastructure is at the whims of the rust corporation. as a reminder, rust is a language without a spec, without a clear bootstrapping path (one has to trust binaries provided by them), and a history of breaking changes with almost every minor release. getting a rust compiler built from scratch on a new OS/Arch like the author's serenityOS is an almost impossible task.
i had high hopes for ladybird to become an alternative browser anyone with a working C++ compiler could build on whatever platform.
maybe the best and simplest solution would be to not remove gtk2 from debian. the last release is stable and there's no technical reason to remove it (as it still works and compiles just fine), only political ones.
I don't like how political debian has been becoming in a number of facets, I've moved all of my machines over to Ubuntu and Arch and am happier because of it
And don't forget the Snap crap on it. I moved from Ubuntu to Debian and I'm more happy. I'm using Debian Testing and I find it more stable and less problematic that the Ubuntu (LTS or not)
You don't like decisions being based on political factors (rather than technical merit I assume, but feel free to correct me) yet you moved to Ubuntu?
I don't like it either, but that's not the direction I would go. I haven't looked into Arch yet in enough detail to have an informed opinion, but maybe I should.
What I'm looking for is conceptually similar to cygwin - where the "kernel", or better worded - the POSIX API - is provided as a library, not as a separate process that communicates via IPC with the minC "app"'s process. However, unlike cygwin, there should be a static libminc.a (or .lib) that can be used to make standalone binaries that don't need an external DLL like cygwin1.dll. MingW is not an option here as it lacks too many POSIX apis, but it could serve as the base toolchain to compile minc itself, and the programs linking against it, by switching out (or overriding) the default library and include paths. Basically making it use MinC's libc and OS syscall layer, but keeping its WinAPI interface. That would allow cross-compiling minc applications from linux, without having to use a win32 binary toolchain. Alas, the short project description on the website and on the github repo don't address any of these (imo crucial) details.
would like to read, but the site uses some clownflare alternative, that just like clownflare tries to verify my browser (palemoon), and then comes to the conclusion that my browser isn't a browser.
It's a comfortable, feature-rich interactive shell like bash, but with a relatively clean and small codebase, and the binary is only a third of bash's size. It's also much easier to build from source. Sort of a suckless bash replacement. Not compatible to most bash features though, focus is on POSIX compatibility.
if the purpose of cloudflare is to block bots and allow humans in, then they fail miserably at their job. what they're doing instead can be summarized in one word: DISCRIMINATION. welcome to the age of internet apartheid.
the micro-dependency scheme used by go, rust, js and others is to blame.
makes it far too easy for people to pull in libraries for just about any task, even if it can be coded in just 5 lines. this often results in simple apps having hundreds of recursive dependencies.
a C programmer thinks twice whether to use a 3rd party library, because users will have to install it using their distro package manager. so they generally stick to what's commonly available there or write their own 20 lines for micro-tasks. one of the benefits that come along with that is that these distro packages are usually well vetted.
> When a new member discovers your community, joining should be easy.
But it ain't, because they will be greeted with this text:
"Unfortunately, your browser is unsupported. Please switch to a supported browser to view rich content, log in and reply."
That's active exclusion (as opposed to being inclusive) based on a User agent string that's been declared non-kosher by some developer.
FTR, this is what palemoon users get to see when they try to read a discourse forum and they will have to read the forum using HTML plaintext because scrolling is disabled for those non-kosher browser.
i had high hopes for ladybird to become an alternative browser anyone with a working C++ compiler could build on whatever platform.