On Thu, Oct 21, 2010 at 9:41 AM, steve donovan <[email protected]> wrote: > Before I consider this rockspec to be final I'd like to clear up an > issue about the stability of direct tarball downloads from github
Also, note that the luaexpat dependency is commented out. I did this to test on Windows with LfW and is a consequence of the LfW modules not being recognized up-front by LR. In this case there is only a source rock so it tries & fails. This is a general issue for people trying to use LR productively under LfW. The solution is mostly on the LfW side (i.e. Ryan and I) but perhaps this provides some ammunition for the concept of 'virtual' packages which exist to inform LR that a particular package is already installed and available, but 'hands off'. (A Debian candidate would be LuaGnome.) It's basically a kind of rockspec which does not deploy to the main Lua (c)path and is effectively a no-op that exists to fulfill certain contractual obligations ;) Then on LfW we can pre-populate the rocks tree and needless downloads and difficulties will not have to happen. In this case, it is a hole I can escape by writing some scripts that manipulate the manifest directly, but I hope the general point is clear. steve d. _______________________________________________ Luarocks-developers mailing list [email protected] http://lists.luaforge.net/cgi-bin/mailman/listinfo/luarocks-developers
