Earlier quoted context omitted.
Slackware is a complete OS complete with curated set of user land and desktop applications. Although I have a soft spot for Slackware, I’d say arch fills this niche more than Slack: You get the most minimal system as a starting point and build what complexity you need on top - and no more.
I didn’t look into Kisslinux but the rather obvious problem with Arch is that the installation process scares people away (regardless whether it is hard or not). The terminal/command line is a scary place for people who didn’t use it before. Otherwise I tend to agree that Arch can be absolutely minimal if you want to. Didn’t use Slackware so I can’t comment on that.
A Linux distro with a focus on simplicity and the concept of less is more
41–50 of 88 posts
Re: A Linux distro with a focus on simplicity and the concept of less is more
#42Re: A Linux distro with a focus on simplicity and the concept of less is more
#43The packageformat is entirely static. A series of plain-text files with fields separated by lines and spaces. Easily parseable via any programming language or with basic UNIX utilities. And you have to write parsers for it which is PITA even if it's very simple. Please just stick to well-known formats (even if you don't like them) and make your fellow developers life easier! For example, everyone hates YAML for one r…
1. https://github.com/kisslinux/kiss/commit/d296b90b75d02ee81ec...
Re: A Linux distro with a focus on simplicity and the concept of less is more
#44Looks interesting, and generally always like to see how someone puts a new distro together, but “simple” here is a very specific definition of simple. This is not a trivial, easy, type of simple. Rather a raw and uncomplex simple. Not going to assume either is better, but somewhat curious which people default to assuming and/or preferring.
Re: A Linux distro with a focus on simplicity and the concept of less is more
#45Earlier quoted context omitted.
> So a bus factor of zero would mean that the project is in jeopardy even if all the maintainers are alive. So, PHP, then.
I suppose the downvotes may be justified due to your comment being pretty out-of-place, but, just to add some perspective: I'd like to remind everyone that PHP originally used strlen() as a hashing function: https://news-web.php.net/php.internals/70691 It is (or at least originally was) certainly not the pinnacle of good design.
Re: A Linux distro with a focus on simplicity and the concept of less is more
#46that's an awesome approach. Here is usually where idiosyncratic complexities arise. Instead focussing on the inevitable that's there anyway – wonderful!
Re: A Linux distro with a focus on simplicity and the concept of less is more
#47Any idea what the benefit of KISS linux would be over alpine?
Re: A Linux distro with a focus on simplicity and the concept of less is more
#48>An independent Linux(R) distribution with a focus on simplicity and the concept of less is more. For me, this niche has always been filled by the venerable Slackware distro.
Kiss linux has been created with focus on highly portability and user choice. There's no lock-in. Users can replace bash with dash or GNU coreutils with sbase+ubase and vice versa.
Slackware isn't alternative to Kiss linux at all. They have different goals and mindset behind them.
Re: A Linux distro with a focus on simplicity and the concept of less is more
#49The packageformat is entirely static. A series of plain-text files with fields separated by lines and spaces. Easily parseable via any programming language or with basic UNIX utilities. And you have to write parsers for it which is PITA even if it's very simple. Please just stick to well-known formats (even if you don't like them) and make your fellow developers life easier! For example, everyone hates YAML for one r…
1. There is not a single YAML format. Different parsers support varying formats and specs. 2. YAML is a terrible format for everyone. Even if you don't hate it, you can still fall prey to its poor design and not even know about it until it blows up later. A package manager is especially not somewhere you want such latent bugs. 3. Not everybody knows its terrible quirks. I'd used YAML for years, and was still surprise…
I recommend JSON5 or maybe TOML if your data is very flat.