Thanks for your reply. You are right, if it is libre and people want to use it is ethical without a doubt. Any modern system derivates more or less from the unix ideals. That is because a human needs an interface that fit human needs, not machine ones. The emacs is an extraordinary example for something that deirvates from the unix ideals to achive a more human interface.  The vision of Rms of a human approach is honarable (gnu is not Unix - not exclusively because of the copyright issues). But i still think the original visionaries behind unix and their ideals are absolutely relevant today.

Any user oriented software is trying to approach some kind of "user experience". But i guess the balance between machine-need/human-need is for ever to be explored - in an ever interesting competition.

this is all beyond any libre discussion - libre is without alternative anyway.

From an libre/ethical standpoint systemd is ethical - it fails to convince on a technical level. You a free to critizie me when i say: "Systemd is quite anti-unix" (overboarding tentacle-ware)

p.s. sure unix is a trademark... whatever *nix, unix-style...

p.p.s i respect the emacs in many ways and studied it for a decade. Until recently i was sure it must the most powerfull "reprogrammable *nix interface", but i found something more fitting for me.

maybe software can be that bad technically, that it gets unethical. Just un-systemd'ed a parabola server yesterday. It' such a mess...

if the hatred for systemd brings people together, then it serves a purpose

Yes, for sure - you're right. We could call it aversion. Anyway thx for the conversation, just wanted to socialize a bit, after migrating to 0.4, which is already done for me.

Yes & thx again!

I worked with emacs for about 10 years and was baffeld how powerful it is as an *nix-interface. But obviously there are some drawback, as i said before, it is some kind of drag-in-ware in the sense of: if you not fully commit to the emacs in its whole (with email, task-planer, irc, ...) you cannot unlock it's full potential. Learning from the discussion above i wouldn't call it anti-unix (because emacs is a run-time enviroment for little lisp programms - and these in itself are kind of unix style, maybe ...).

anyway, i have some concentration disorder and lisp code is - after all that time - unreadable for me. So i tryed to come up with something selfmade, some kind of unix-tool-box. I just wanted to collect the finest tools for every task. Doing that i programmed an "Information-division-core" (the ennix-cybernetics-core), which uses the most basic unix/filesystem-dependencies to make a tool box. It is very simple and just divides information that needs to be edited (configs etc.) from information that may be needed, but is uninterresting to see (something like firefox cache).

the most important tool to access your *nix system, if you are not using emacs, would be the shell (i like the fish shell) - but any other is just fine (mksh, bash, zsh...)

I tested it for a ~year now and i am very pleased, it works just as intended. All data gets divided, kind of automatic, the focus is always on the most important tasks, and a find/ag/grep over the important-data takes only ms. Only the best tools stay in the "zen garden" (or citadel as i call it:)

You can test it, it is written in fish, but you can use any shell, and rewrite it's functionality in any shell - in fact everything, exept the basic file utilities (symbolic links), can be exchanged.

remember: all scripts are just a sample implementation of the core idea, which is just based on symbolic links. It is meant to be hacked all the time: it's a reprogrammable programming interface. Drag your most loved config files into the citadel/zen-garden and throw away stuff, that's not up to the task. I am pretty sure, that nx-tools will increase focus and productivity of any text-based programmer (everything is a file)... even the emacs-guys

I am only now content to present it, after exessive testing (and the deps in hyperbola, f.e. fzy and fish) - i haven't changed my own nx-tools after all that time, so it is stable.

(If you have security-doubts, put your fish shell for testing in a bubble wrapper: https://forums.hyperbola.info/viewtopic.php?id=563)

https://libregit.org/nx-zen/nx-tools

the automatic icon (gravatar) generated by libregit does not please me, but i couldn't change it - it really makes me angry - libregit should change that algorithm

p.s. which editor? i tested emacs with nx-tools, but at the time i use vis+neovim (in rememberence of  Miyamoto Musashi). If neovim gets too bloaty i will throw it away, and someone else will build a new one

May I intervene here about the point "Beta"? because I will do that right now as this is NOT any decision about feelings or personal views and ONLY about facts! So I'll write down some facts for checking:

- We have not finalized the listing here to read. If anybody is interested in making that faster, please feel welcome and post your package, your PKGBUILD-script for us to review and transfer or any other way.
- We have not finalized therefore all the listed daemons on the corresponding list.
- We have not finalized Lumina as there are already non-free mentions, symbolsets and icons included.
- We have not cleared up all issues reported, here to read. So we also need to test: You know how time-consuming this is? Doing that for 32bit, 64bit and the combination upsides and downsides.
- We have not even started testing with runit, as yesterday evening I had some further insights into possible problems together with zapper (big THANKS to you).

So when we all here have finished the facts above, we can start calling version 0.4 going into BETA, perhaps and possible but that's also not up to me alone. Because this is not going to happen on command here in the forum. Hyperbola 0.4 will be done, when it's done. To the rest I won't say nothing as: Positive environments have also a positive influence towards people. Again: Nothing to discuss about that and what I have read also seen about what was called "hatred towards systemd" was most the time nothing about that. Yes, there are really strange and not reasonable positions out there, calling the creators all sort of things. That is nothing helpful or any kind of productive. But having reasonable criticism towards a way too big framework (which is for sure systemd as quite good example) is none of that. I'd recall the social contract from Hyperbola: "Play the ball, not the man." (section 10) So if we could stay on this topic therefore as I find it interesting to read about "drag-in-ware". If there is need for discussing BETA-state of Hyperbola, please open another topic. But a warning: No hurry onto that. Better to have a good BETA-version instead adding and fixing the whole software again and again. Therefore we take the time and Hyperbola needs the time.

Same, so the sentence of my posting is quite lost. Agreed, as I just wanted to point out: Too big frameworks are the opposite of helpful besides they are also used often - because most are doing that just too pragmatic.

We humans tend to underestimate the complexity until it gets out of our hands. We are even beyond that now when looking around with all the technology and nobody can tell me that the amount of data uploaded can be ever controlled. But setting a so-called "standardization" or "default" is the ultimate goal for many. That's not a bad thing in general, and it is not bad to have generalized interfaces and make usage of this. But this has to be done in combination with free and open information for all. And there we have a problem: Flow for documentation and wisdom is not welcome, when it is about greed and power. So that's the most thing about arrogance and resulting ignorance. The way for free, libre soft- and hardware is always the way of standards combined with open documentation, reaching out for emancipation in technologies. But this is way beyond now and even enough projects do it the other way - the lost sentence to remember !

Is this done intentional? Well, perhaps in parts? The problem with our own complexity getting out of hands and control: We think about pragmatism getting this again at hand. But this is not possible as our search for convinience has brought up web-standards and browsers for example doing all, but not only reading text and showing some pictures.

With a laugh - and I hope nobody takes that personal or serious: We should not end at the other side of the spectrum as I have more or less also NodeJS in mind where even some simple operations are maintained as part of some "module" (Please anyone can correct me here if I'm on the wrong track!). The generic: If you are able to fork and the situation is there some library or application tend to get out of maintaining, being just too big or something ... just do it. There are enough examples and even Hyperbola is using the great gettext-tiny as alternative.

Yes comes with a price for sure as some packages won't be able to migrate, but well? This is free software, this is the way to take as we can have control about our process, helping others to emancipate.

Better to have forks, rethinking of projects or rewriting instead of the un-maintainable state.

See you later, mate. And know what: Marvin got some answers as he is with the hitchhikers in the galaxy. Some "42"?