There is a proverb: "A lazy man is a smart man."
Of course, I don't know how Google Translate will translate this.
I'm not saying we should burn the libraries.
My suggestion is a different perspective;
For example, Firefox constantly receives so many updates;
a tiny core developer turned this into a fully automatic update reduction .sh file,
Is this a successful trial?
The answer to the question is; yes, successful
Can this model be predicted for other popular applications?
The answer to the question is; Yes
Am I asking for the impossible here?
The answer to the question is; No,
question ; So, What is the problem ?
I want tiny core linux to reach larger audiences.
But what is the purpose here? Should we keep this as a distribution that tastes like a nostalgic computer friendship club stuck between the 80s and 90s?
We all have limited time due to our work lives;
or even if we are retired; We have a limited life.
Why don't we focus on things that will make things easier!?
The person who came up with the .sh script structure and I think is no longer alive.
People who work hard to make things easier in life and who want things to advance technologically; He left a legacy of humanity to humanity.
I don't understand anything about firefox's automatic installation script.
But when I ask the artificial intelligence to read this and explain it line by line,
The picture has become a little more understandable.
It worked partially when I asked it to produce an alternative,
Then it gave an unknown error somewhere.
If only ai could do this job perfectly.
Currently in the script section of the forum;
The automatic update scripts I would send would be very popular. Let's see if artificial intelligence is promising in this regard.
The future of programming is already changing since it may take longer than a normal person's life to maintain the open source codes developed by 1000s of programmers.
It is now obvious that advanced programming will be handled by artificial intelligence!
I don't see tiny core linux as a linux distribution.
I perceive and evaluate it as a different GNU architecture.
Perhaps tomorrow, this system architecture will be able to work with a different non-Linux kernel, and we should consider Linux alternatives that are more efficient, smaller and consume less RAM.
In this respect, tiny core linux may turn into a name like tiny core gnu in the future, due to its philosophy. Maybe this could happen a generation later.
I think what brings us all together here is the philosophy of the work and the event.