On Wed, Mar 20, 2013 at 1:18 AM, Hisham <h...@hisham.hm> wrote:
> I discussed some of this with him a long time ago, but it may be worth
> revisiting, especially if we get to a more concrete and workable proposal.
> I do remember (and understand) he doesn't want to use LR as a build system
> for Debian packages, but I don't know his stance regarding adding
> LR-specific metadata to .debs. One possible counter-argument might be "what
> about LuaDist-specific metadata"... perhaps we need to come up with some
> sort of agnostic manifest? That might be interesting (and if it got
> traction, could even be supplied by upstream). What do you think? Peter?
>
Since I sometimes use LuaDist packages embedded into my other projects
directly (using git sub-modules) and build them the usual way by calling
cmake, make, make install etc. I know that the metadata is not needed when
another package manager takes over. Package maintainers just need to know
what dependencies are needed and pack it as any other CMake project. Of
course that requires separate definition of the build process outside of
the metadata format as is not the case with LuaRocks.
I have recently been thinking about handling the metadata files as Lua
modules. For example instead of installing all the dist.info/rockspec files
to separate directory and provide access to the data through functions and
"dist" "luarocks" modules why not install them as any other module, eg
"package.info.[package_name]" so they can be accesses using
require directly. This way the metadata is just another lua module that
distributions can handle with ease or outright ignore. Once LuaDist or
LuaRocks is on the system they could be used (since they are basically the
same for both). In LuaRocks case, it is slightly more complicated by the
version handling of modules but you get the idea.
pd
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Luarocks-developers mailing list
Luarocks-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/luarocks-developers
