Re: In preparation of Lua-5.3 - versioned binaries of Lua?

["Kamil Rytarowski" <n54%gmx.com@localhost>]

----- Original Message -----
From: Alexander Nasonov
Sent: 04/22/14 05:10 PM
To: Kamil Rytarowski
Subject: Re: In preparation of Lua-5.3 - versioned binaries of Lua?
 Kamil Rytarowski wrote:
> Currently we maintain two versions of Lua in pkgsrc: 5.1 and 5.2. However 
> they are conflicting, because they install binaries as bin/lua. It prevents 
> me for easily using unmodified software designed for Lua 5.1 (like Luapress) 
> in a system where the main version is Lua 5.2. The Lua generations 5.1 and 
> 5.2 aren't fully compatible.

I submitted a patch to split lang/lua51 and lang/lua52 a while ago
and I resumed working on it just yesterday.

I've got both lua packages installed (see file listing for lua 5.2
below) but some (or many?) Lua modules install files to common
directories (e.g. lib or bin). Take a look, for instance, to
databases/lua-tokyocabinet. I'm going to address it by introducing
LUA_DOCDIR and LUA_EXAMPLESDIR and some support mk files like tools.mk.
I remember your email about rocks and I agree that we also need
something like rocks.mk but I've never used this framework and I can't
promise I can code it up while working on this project. Perhaps it's a
good opportunity to switch some packages to rocks framework ...

Alex

[screen pts/0 <509>] pkg_info -L lua52
Information for lua52-5.2.3:

Files:
/usr/pkg/bin/lua5.2
/usr/pkg/bin/luac5.2
/usr/pkg/include/lua-5.2/lauxlib.h
/usr/pkg/include/lua-5.2/lua.h
/usr/pkg/include/lua-5.2/lua.hpp
/usr/pkg/include/lua-5.2/luaconf.h
/usr/pkg/include/lua-5.2/lualib.h
/usr/pkg/lib/liblua5.2.la
/usr/pkg/lib/liblua5.2.a
/usr/pkg/lib/liblua5.2.so
/usr/pkg/lib/liblua5.2.so.5
/usr/pkg/lib/liblua5.2.so.5.0.2
/usr/pkg/lib/pkgconfig/lua-5.2.pc
/usr/pkg/man/man1/lua5.2.1
/usr/pkg/man/man1/luac5.2.1
/usr/pkg/share/doc/lua-5.2/lua/contents.html
/usr/pkg/share/doc/lua-5.2/lua/logo.gif
/usr/pkg/share/doc/lua-5.2/lua/lua.css
/usr/pkg/share/doc/lua-5.2/lua/manual.css
/usr/pkg/share/doc/lua-5.2/lua/manual.html
/usr/pkg/share/doc/lua-5.2/lua/osi-certified-72x60.png
/usr/pkg/share/doc/lua-5.2/lua/readme.html 


--------


Hello,

This is exactly what I was planning to propose. I haven't got a good idea for 
versioning custom libraries and executable, when it may work for libraries 
(like ``lua$version-tokyocabinet.so'') it doesn't look natural for end-user 
executable (like ``lua5.1-luapress.lua''). Perhaps we could produce a wrapper 
(like luapress.lua) that will automatically pick an available version?

So yes, multiversion packages introduce new obstacles, that has to be faced in 
order of fully-orthogonal packages.

Introduction of rock.mk could be done in small not-too-invasive steps.

Thank you for working on it! We may also need (excuse me if it's already done) 
a macro to replace shebangs.

With regards,