I have used emacs a lot more before discovering tmux and rlwrap, allowing me to copy and paste without the mouse as well as running command like programs with history and line editing.

gettext-tiny provides lightweight replacements for tools typically used from the GNU gettext suite, which is incredibly bloated and takes a lot of time to build (in the order of an hour on slow devices).

there are so many things to work on...

Anyway, i think the struggle for a technically sane *nix with a human touch will succeed.

Thx alot... i switch my robot off for now

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.

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

The "web experience" is especially in bad shape.

better think 10 years and programm 1000 line of source code, than programming 10 years and end up in an un-maintainable state

Sorry again - english is not my native language - the sentence with the italics and the smiley would read in my language as a very funny line.

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.

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)

Sorry again - english is not my native language - the sentence with the italics and the smiley would read in my language as a very funny line.
I take your objection as a Strike-1 and will keep the discussion as civil as possible.

I think it is a topic which is underdiscussed - Especially when thinking about the younger generation and the dangers of "nerological-feedback-loops" constructed by companies to drag in kids into using their devices/apps - especially when using neuro-algorithms to "improve" this (people with kids will know this)

That is because the original visionaries, constructed the *nix around the idea of cybernetics, which will not distinguish between human and machine. This is not a bad thing per se, but can be exploited by creating some kind of mental mirror universe, in which people get lost/will get lost, if humans loose the control of their machines. Which historically happened. RMS understood this danger and the need for

A. Libre software as a MUST to control the machine, and

B. The emacs as an interface to strictly reprogram the frontier between the human and the machine and make a clean cut. (In my language the word inferface has the meaning "point of cut": Schnittstelle)

(in the end emacs has become some kind of drag-in-ware of itself, but it is still one of the best reprogammable programming enviroments out there)

He is an extraordinary man. But... sorry i cannot work with LISP

After understandig this danger i constructed nx-tools also as a learning enviroment for 14 years olds to get an understandig of the importance for "dividing information" - (focus and reduction of distracting information). But it works so well for an advanced programer, that i can recomend it generally.

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

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.

Mere suggestion that the point for beta release has come (for me, it's way past beta) will make the team believe that the decision isn't theirs. So they'll postpone the beta release.

All the positivity environment makes people flinch at mere disagreements, and outright hate people who want to take decisions different to theirs!

This is already stable for me, it's way beyond what v0.3.1 was at it's best.

the_hype wrote:

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.

can you tell us what are you using instead of emacs, im verry much interested in your research ?

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

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.

can you tell us what are you using instead of emacs, im verry much interested in your research ?

I won't call it hatred. I don't hate systemd, I just ... don't want to use it.
So better to stay on the reasonable side and having no problem at all. ...

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!

And if anyone is searching for reasons NOT to use one component: Why do you want to search for it? Don't want, don't use. Easy as that. Yes, we can create lists about past and actual fails and flaws of dbus, systemd and many more. But for real: In the end it is just this one reason, just too big and not needed for own technical emancipation. You need a modern desktop? Build it, there is enough. You need a server? Well, why do you even bother with dbus then and for many other parts of systemd you have good alternatives. runit or daemontools when using openrc for example!

I doubt that systemd is even in any way ethical.

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