Unit Tests failed
"The codebase is tested with busted."

Are you planning to adapt all API changes?

Maybe if I have time. I added what I needed to get a mod that depended on it working. The source link is included. You're welcome to contribute.

The name and the description suggests that you will full support the Factiorio 2.0 features.
To avoid giving this impression, perhaps you should mark the usage as private for your mods.
Mod categoy should not be "Utilities" instead use "Internal", because it is not a standalone mod.

Maybe work together with
https://mods.factorio.com/mod/kry_stdlib

Thanks, marked internal. Cheers.

I'm happy to try developing on it . I'm not a Factorio mod dev or lua expert. My expertise is in c++. But I'm willing to try.

Yeah, not for nothing, but every change made to the mod itself was already done in my version, along with others that required fixing (Data:copy, and some recipe related functions necessary for my mods). Also other runtime changes required to get some of the Picker mods working were fixed (though I haven't published those on the mod portal yet, because they aren't quite working perfectly just yet)

I even tried changing all of the stdlib2 references in your Nanobots 2.0 version of the mod to use my version of stdlib and it worked perfectly fine.

Unit Tests failed

I've tried running the unit tests on both my revision and the original author's latest commit and they don't work. Without any further instruction from the original author, just running busted from the spec directory doesn't work.

I have created a place to bring contributors together and exchange ideas.
https://github.com/factorio-stdlib-project/home/discussions

It is probably not very likely to get a reaction from the original author.
so we should think about how to continue to maintain the code.

a) mod-name,
b) documentation (continue ldoc?)
c) unit tests (continue busted?) (repair existing test, fix issues)
d) and overall. is it worth moving everything at all, how high is the demand for the whole library?

thereare 272 depended mods (overall, including deprecated ones)
actually there should be more than 3 mod authors active ;-)

(well if you consider that there's at least 8 Picker mods by the same mod author, plus 7 of my own mods that originally depended on it, plus Nanobots being adopted here, and a not-insignificant amount of modpacks or compatibility/extension mods related to one of the aforementioned... the only other potentially missing modmaker is TheSAGuy, with BioIndustries and the Natural Evolution suite of mods. Maybe stdlib was never as popular as it seemed? If/when TheSAGuy and Nanobots drop stdlib as a dependency, I might very well be the only one left carrying the torch :sad: )

ok, assuming there are really only 4 active authors using the lib only for existing mod compatibilty, and without the plan to extend the lib, then we can at least share the work on the mod relevant code and bring that into a common repo and mod. we could use a new repo (or any other active repo) as new base for our forks and make PRs to share the work.
the https://github.com/factorio-stdlib-project/ is an organisation account, so we can add all authors and do not have to use our private accounts.