> -----Original Message----- > From: steve donovan [mailto:steve.j.dono...@gmail.com] > Sent: dinsdag 26 mei 2015 10:14 > To: luarocks-developers@lists.sourceforge.net > Subject: Re: [Luarocks-developers] Call for suggestions on the prospective > addons system > > On Tue, May 26, 2015 at 9:23 AM, Gary V. Vaughan <g...@vaughan.pe> wrote: > > I use help2man for generating basic manual pages for my Lua packages, and > > have a long standing TODO item to teach luarocks how to: > > 1. Install the manual pages idiomatically, e.g. .../man/man1/specl.1 > > 2. Have eval `luarocks path` know how to set MANPATH appropriately > > That would be most cool, a classic use case for a little plugin which > could be installed as a dependency. > > BTW, what prevents luarocks in admin mode from simply putting the man > pages in the usual place depending on the $PREFIX? > > (I see the MANPATH need when doing local-tree installs) > > > The final think I have dreamed about is a more extensible build system in > LuaRocks. > > While the built in mechanism is great for basic Lua-only rocks, it falls > short on > > installing non-Lua files (e.g. data, configuration, manual pages), and > especially > > the kinds of host environment tests needed for C language rocks that mean > > luaposix and the like have almost no option but to use Autotools. > > The wild & wonderful POSIX universe ;) The curious thing was when I > was first working on Lake, Hisham said that he had been toying with > something very similar, but decided to focus on versioning, deployment > and friendliness to existing packages which makes LuaRocks such a > flexible tool. > > Now Lake is available as a rock, but it would be cool if it could be > somehow marked as a 'build-time dependency' so that a package > maintainer could look after binary rocks for common platforms and > ensure that users don't get unnecessary stuff ;) > > There is a limit on how flexible the built-in mechanism in LuaRocks > can get - Lake itself is 4 KLoc (all in one file, mea culpa). It's > quite a beast. > > What we're really discussing here is the fabled next-generation > rockspec format - and plugins will make it the rockspec format for a > very long time! > > steve d. >
I don't know whether this fits the profile, but I'd like to see an add in that automatically uploads binary rocks after building a rock locally. Not sure for the other platforms, but for Windows I think it would help in populating a repository with binaries that anyone could use. Even Lua starters without compilers installed. Obviously security would be an important element, but also the details per rock (currently it only differentiates 32/64 bit iirc, and one would also need a matching runtime dll, so that should also become available in the metadata) Thijs ------------------------------------------------------------------------------ _______________________________________________ Luarocks-developers mailing list Luarocks-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/luarocks-developers
