lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

On Sun, Feb 2, 2020 at 5:08 AM Oliver <> wrote:

>>>> why is it so hard to make it happen?
>>>   Someone has to do the work (I'm trying, and doing it publically on this
>> Anyway: someone has to take the reins and to create something that makes it
>   Yes, but it's becomming apparent that even if *someone* were to take the
> reigns, there is little agreement on where to lead the horses.

yes I agree, so let me broaden my statement: IMHO the current problem is not to
agree on which library might be the standard library and how it would look like,
the current main problem is to build up some agreed on infrastructure that leads
the Lua community to "the next level" of collaboration.

>> possible to develop the community, i.e. the problem is not to develop code, the
>> problem is to develop some infrastructure that leads the Lua community to "the
>> next level".
>   Okay, what "infrastructure" is missing or lacking?

What's IMHO missing is a central appropriate place where Lua community
collaboration leads together. This place should be:
- agreed on by the community (this is most important)
- convenient and easy to use
- giving orientation about packages, quality, howto etc., e.g. it should be
possible to find packages by: platform, topic, quality rating etc.
- transparent how to contribute
- transparent discussions and decisions that are backed by the community

What we currently have is:

I agree with all of that. I also think the non-composability of third party modules is a major problem as well (see other thread).

However, my gut feeling is there is only one viable solution out of this.

That is to fork the lua code and create a totally new and completely separate project that's NORMAL.

That means:
- It's not restricted to ISO C
- It configures and builds with autoconf
- The build selects optional features automatically based on platform support
- It's hosted on github
- The project accepts PR's
- Incorporate the best of what's out there (e.g., LuaJIT, sockets, etc.) in one place
- Allow new & optional features like multi-threading
- Maintain backward compatibility with Lua and merge Lua's updates&improvements over time
- All the other NORMAL things an open source project normally has

This project would have a different name of course...

I'm not volunteering to set all this up just now, but I'll definitely join the movement if one gets started.


Archie L. Cobbs