On Tue, Jul 12, 2011 at 20:27, Hisham <[email protected]> wrote: > On Tue, Jul 12, 2011 at 12:23 AM, Alexander Gladysh <[email protected]> > wrote:
>> For me, as a user, LuaRocks *is* broken. It does not work on my system >> out of the box. > Sorry to hear about that, but it's not my responsibility to make > LuaRocks work out of the box for every user all the time for every > distribution change. I provide sensible Unix defaults that work for > everyone else (and have worked for Ubuntu for years) and I go out of > my way to make things configurable in LuaRocks so that even when > things like this happen, users have an option to have a working > system. Yes, I appreciate the effort. But see below. >> This is a problem of small and proud LuaRocks, not a problem of Debian >> or Ubuntu. > LuaRocks is fine and Ubuntu is fine. You've been told how to make them > work properly. If the value was "hardcoded" as you falsely stated in > StackOverflow, I would have provided a fix. Sorry, I clarified the text of the question. > But it is configurable. If you refuse to configure the software, there is > nothing I can do. No problem, we will change configs on all machines that we control (luckily these things can be automated). Immediate problem solved, thanks. But. In my opinion, this solution is not robust enough, which makes external dependencies search effectively broken. I have to synchronize two configs (architecture-dependent, BTW) instead of working with ld.so.conf when I make changes there. On *each* OS update (not upgrade!) I have to check that ld.so.conf[.d] is not changed. Not robust at all. Can you tell, why don't you want to use dlopen() solution on Linux? (Not package.loadlib, but the raw thing?) Alexander. ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Luarocks-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/luarocks-developers
