Hi Hisham, On Jan 31, 2014, at 11:35 AM, Hisham <h...@hisham.hm> wrote:
>> We would also need `--lr-man` (because Lua 5.2 users can't use the eval >> trick without messing up their Lua 5.1 paths). > > Then just make --man a separate code path entirely, to be executed in a > separate eval. Also, since it is not portable anyway, there's no need > to add cfg entries about it, etc. I'm still not convinced that LR > should learn about man pages if we won't really deploy them — it still > seems a bit half-baked to me. But let's see if we can get this to be > really minimal. Minimal is my goal :) I'm not sure I grok the difference between --lr-man and --man, but my idea is simply to have luarocks use it's existing support code to give me a list of directories with man hierarchies inside so that I can distribute supplemental man pages with my rocks and be able to get at them inside the unix man sub-system. I don't have (or really see) the need to have luarocks doc become a man page reader. I'll try to send an initial pull request in the next few days. Cheers, -- Gary V. Vaughan (gary AT vaughan DOT pe)
signature.asc
Description: Message signed with OpenPGP using GPGMail
------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________ Luarocks-developers mailing list Luarocks-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/luarocks-developers
