[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: LuaRocks survey
- From: Nagaev Boris <bnagaev@...>
- Date: Sun, 31 Jan 2016 17:24:30 +0300
On Sun, Jan 31, 2016 at 4:39 PM, Marc Balmer <marc@msys.ch> wrote:
>
>> Am 31.01.2016 um 14:10 schrieb Nagaev Boris <bnagaev@gmail.com>:
>>
>> On Sun, Jan 31, 2016 at 4:02 PM, Marc Balmer <marc@msys.ch> wrote:
>>>
>>>> Am 30.01.2016 um 18:26 schrieb Etiene Dalcol <dalcol@etiene.net>:
>>>>
>>>> Hey folks,
>>>>
>>>> We had some discussions about the ecosystem recently, specially concerning how exactly people decide to share or search external libraries, both here at the mail list and during FOSDEM's devroom.
>>>>
>>>> Next month I'm gonna spend a month volunteering to LuaRocks' website and I decided to make a survey to see if my priorities are on point or if there are things me and Leaf overlooked! I also enjoyed the opportunity to talk to Hisham and add some questions relevant to him and the LuaRocks tool itself
>>>> "
>>>> Would you please answer some questions?
>>>>
>>>
>>> Done.
>>>
>>> Though I am thinking of starting a discussion about Lua ecosystems, the need for them (or not), here online.
>>>
>>> My main concern, in all brevity: How could someone who does not use LuaRocks (me) still make sure his (mine) stuff can be used by someone who uses LuaRocks (you)?
>>>
>>
>> I would publish my work as is, announce it here and ask somebody to
>> make a rockspec for it. LPeg rock seems to be created like this.
>
> I actually did this. Several times even, especially for luapgsql (github.com/mbalmer/luapgsql), but no success so far.
I have tried to install it:
$ luarocks install --local luapgsql
Missing dependencies for luapgsql:
lua >= 5.1, == lua, < 5.3
Error: Could not satisfy dependency: lua >= 5.1, == lua, < 5.3
The problem is in the lua version field. It is set to "lua >= 5.1, lua
< 5.3". Replace it with "lua >= 5.1, < 5.3".
For more information about the rockspec format, see
https://github.com/keplerproject/luarocks/wiki/Rockspec-format#Dependency_information
--
Best regards,
Boris Nagaev