[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Using optional components in packages



On 1/19/21 3:13 PM, Jochen Topf wrote:
> On Tue, Jan 12, 2021 at 11:16:18AM +0100, Jochen Topf wrote:
>>>> To enable LuaJIT, the osm2pgsql package needs a build dependency on
>>>> libluajit-5.1-dev and add the option "-DWITH_LUAJIT=ON" to the cmake
>>>> command line.
>>>
>>> The luajit package is stuck at 2.1.0~beta3 since stretch, upstream has
>>> no newer releases, the repo on GitHub is active, but has no newer tags
>>> either. Doesn't seem like a very healthy project, and hence no a good
>>> idea to use for the osm2pgsql package.
>>
>> I have reached out to the upstream developer. We'll see what he says.
> 
> I didn't hear anything back yet. :-(
> 
> Lua itself is pretty stable though, not much is changing in the last
> years. I'd hate to leave that much performance on the table (or having
> to tell users that they need to compile it themselves). Can we compile
> this twice, once without LuaJIT for stability and once for performance
> with LuaJIT? Does that make sense?

In theory it's possible to build it twice, and provide both executables
via the alternatives system allowing the users to choose.

But that's not something I'm willing to support.

If have the time a resources available to actively maintain the
osm2pgsql package in Debian (including handling bugreports) you're
welcome to make this change. If I don't have to support it, my objection
to luajit in its current state is moot.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


Reply to: