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

Re: Using optional components in packages



On Tue, Jan 19, 2021 at 03:26:35PM +0100, Sebastiaan Couwenberg wrote:
> 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.

Fair enough.

Jochen
-- 
Jochen Topf  jochen@remote.org  https://www.jochentopf.com/  +49-351-31778688


Reply to: