Live data from Hacker News

A Linux distro with a focus on simplicity and the concept of less is more

kisslinux.org

71–80 of 88 posts

Re: A Linux distro with a focus on simplicity and the concept of less is more

#71
post #9

I wish they didn’t just take the well established name of a principle and re use it in their distro-name. As much as I appreciate this initiative I think they should consider the importance of naming and branding. An original product should have an original name.

You should have seen their initial logo, then. ;)

Re: A Linux distro with a focus on simplicity and the concept of less is more

#72

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.

I have never really asked this before, but... so what? I was 14. I wanted to learn Linux. You know how I did it? By installing Gentoo while reading the documentation. I worked hard (fueled by curiosity and wanting to learn) and it paid off. Were it as easy as a GUI installer, I probably still would have difficulties and not be able to tell you what ">" and "|" are. I would have way less knowledge if I never tinkered around the terminal.

It may scare people away, but you have to ask yourself: what kind of people? I have been teaching Linux to a couple of people, and some hate reading documentation in general. Make of that what you will. :)

That said, I installed Linux on a Windows user's laptop and she was fine with it because all she needed was a browser and something else I cannot remember. I think this covers many people.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#73
post #66
post #60

Earlier quoted context omitted.

In cases where people simply have to follow instructions, I find the fear of the command line to be disappointing. It is far easier to provide support and that support is far less failure prone simply because you can state exactly what has to be done, rather than describe how to navigate a user interface while hoping that the other person interprets visual cues in the same way. That being said, there is a deeper prob…

I don't know, I've installed installed arch many times and I still occasionally will forget some step or make a typo or something. Then I have to boot the installation image again, remount everything, fix the issue... it's annoying. GUI installers don't really have this problem.

Well, GUI installers are typically severely limited.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#74
post #19

Earlier 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.

The other thing that's "funny" to me with PHP is that they are adding features a few years after everyone. Right now they're really big on OO when lots of people are slowly moving towards more FP features.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#75

The 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…

FYI: package format isn't simple/static anymore: 1. https://github.com/kisslinux/kiss/commit/d296b90b75d02ee81ec... 2. https://github.com/kisslinux/repo/pull/286

Are we witnessing the birth of a new JSON/TOML/YAML equivalent that also started as a "all of these formats are too complex, let's just do something simple" and with time added complexity? I hope they at least have a strict grammar.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#76
post #60

Earlier quoted context omitted.

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.

In cases where people simply have to follow instructions, I find the fear of the command line to be disappointing. It is far easier to provide support and that support is far less failure prone simply because you can state exactly what has to be done, rather than describe how to navigate a user interface while hoping that the other person interprets visual cues in the same way. That being said, there is a deeper prob…

I've used Arch for 12 years. But every time I reinstall, it takes me a long, long time to get everything working perfectly. It's painful, and requires a second machine to have the documentation handy. The documentation is good in the sense that it is thorough, but Arch refuses to have a preferred method of install. It refuses to have an opinion.

Rather than a sane default, the installation guide says "Install a bootloader. Click here for a list of 8 bootloaders" "Click here to see 12 different partition managers" etc..

I feel I have to be an expert in every part of the system (Even things I'll never, ever touch again). It would be much better if the install guide chose the default and said "here's a link for other options if you prefer". Once the system is set up, I mostly just run pacup every day, with very few issues. But the install process seems deliberately complicated, and serves as gatekeeping.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#77
post #57
post #26

Earlier quoted context omitted.

sounds like you'd be happy with Alpine Linux too https://alpinelinux.org/

Alpine is amazing. One of the best distros I've ever used by far. So good for desktop, so good for servers, so easy to use and install, amazing package manager.

Use it as my goto choice for containers and have never had an issue. Tiny footprint and minimal OS means I can minimise attack surface and package update frequency to boot. Really nice versatile distro.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#78
post #74

Earlier quoted context omitted.

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.

The other thing that's "funny" to me with PHP is that they are adding features a few years after everyone. Right now they're really big on OO when lots of people are slowly moving towards more FP features.

Is the trend of FP still going on? I'm not so sure, feels like it has somewhat slowed down compared to the hype about eight years ago.

There is somewhat a positive trend about immutability, but you don't need a FP language of FP features for that.

My guess which languages that is most popular here at HN, based on rough estimate of number of positive mentions, would be C, golang, rust & python, where neither is a FP language.

Edit: Maybe Erlang should be included in that list of popular HN languages, if that is the case then it is one out of five.

Re: A Linux distro with a focus on simplicity and the concept of less is more

#79

The 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…

My understanding is that kiss only has one non-executable file encoding:

  space-delimited entries of plain text, one entry per line
I cannot think of any more familiar format, let along the other benefits (portability, long-lasting, introspectable) which are of varying degrees of better and worse than other encodings.

In addition, up until [1], not only was the syntax simple, but so were the semantics.

[1]: https://github.com/kisslinux/kiss/commit/d296b90b75d02ee81ec...

Re: A Linux distro with a focus on simplicity and the concept of less is more

#80
post #78
post #74

Earlier quoted context omitted.

The other thing that's "funny" to me with PHP is that they are adding features a few years after everyone. Right now they're really big on OO when lots of people are slowly moving towards more FP features.

Is the trend of FP still going on? I'm not so sure, feels like it has somewhat slowed down compared to the hype about eight years ago. There is somewhat a positive trend about immutability, but you don't need a FP language of FP features for that. My guess which languages that is most popular here at HN, based on rough estimate of number of positive mentions, would be C, golang, rust & python, where neither is a FP l…

I think it is. Python added pattern matching, Java got records and pattern matching, C# too. React transitionned from class to hooks and is getting (or already got? I don't follow React too much) an effect system. Rust has a heavy FP influence. Go will have generics which may or may not open the door to some FP. From my understanding, the C landscape has a huge NIH and fragmentation bias, which means that ideas take a lot more time to penetrate.

Replacing everything with FP languages is not going to happen, but I think more and more people are coding in a "FP way" if that makes sense.

Post reply on HN