I would like to package SILE[1] and Electron Cash[2] for OpenMandriva and have started on the leaf packages for SILE. There are probably lots of missing packages, but I need to start somewhere. I’m package maintainer of clitest, lua-cliargs, lua-cassowary in Fedora Linux.
What would be the next step? Are there some kind of review to get these packages into cooker? What are the criteria for adding me as a package maintainer?
Welcome @jonny. I would suggest to join OpenMandriva and OpenMandriva Cooker OM-Chat. The Cooker channel is where OM contributors coordinate our work.
I am not a developer. I think the packages would need to be added here. And then ask in Cooker channel for approval before adding the projects to OM ABF. But those that know (instead of think) are in the Cooker channel.
If you are comfortable with that, then go for it. Review the other one as a point of reference when it comes to macros we do and don’t use that Fedora does.
This does not appear to build anything. The code doesn’t appear to be complete or actively maintained. There is a luarocks install for it, so I would recommend using that.
This code appears abandoned and the URL on Github goes to a squatted domain. Has someone else continued maintaining/completing this project?
Same situation as lua-cldr, has a luarocks install, but isn’t actively maintained.
Should be okay, needs confirmation.
There appears to be people actively developing it, but slowly. Features are not complete. Available in luarocks. I would let this project finish their features first.
Not actively maintained and it appears to use Lua 5.1. At some point we will deprecate that library and the package will break. I would not package this unless it gets a new maintainer.
Looks okay to me.
I would just have @bero add some input and sign off. It may not be addressed until after the release of 6.0.
Just to reiterate some points from the previous review. If it’s not actively maintained, we probably shouldn’t package it. If there are other places to get it like luarocks, that’s more preferable for things that are not maintained, and people who develop with languages that need those older libraries will typically know how to acquire them. This isn’t a sleight, we just don’t have people in our project to maintain those projects full time.
That doesn’t mean this isn’t really good practice with packaging.
Thanks for the feedback, the only reason I pack these Lua libraries is because they are dependencies to SILE.
The best would be to off-load the Lua dependencies to luarocks, I think that openSUSE does this. Many of them are not maintained and have crappy Makefiles.