On Tue, Jan 19, 2021 at 07:50:41PM +0100, Jochen Topf wrote:
Incidentally, current luajit in main does not distribute a -dev package or
even any headers/*.so. That could be an oversight or not. The luajit
maintainer should be taken in the loop to understand if that is viable,
before any other ac
On Tue, Jan 19, 2021 at 06:48:05PM +0100, Francesco P. Lovergine wrote:
> On Tue, Jan 19, 2021 at 04:57:10PM +0100, Jochen Topf wrote:
> > > In theory it's possible to build it twice, and provide both executables
> > > via the alternatives system allowing the users to choose.
> > >
> > > But that'
On Tue, Jan 19, 2021 at 04:57:10PM +0100, Jochen Topf wrote:
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 main
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 "-D
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 s
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, up
On Mon, Jan 11, 2021 at 05:46:19PM +0100, Sebastiaan Couwenberg wrote:
> On 1/11/21 5:00 PM, Jochen Topf wrote:
> > The current osmium-tool and osmcoastline packages support LZ4-encoded
> > PBF blocks when the liblz4-dev package is available at build time. This
> > can be useful because LZ4 (de)com
On 1/11/21 5:00 PM, Jochen Topf wrote:
> The current osmium-tool and osmcoastline packages support LZ4-encoded
> PBF blocks when the liblz4-dev package is available at build time. This
> can be useful because LZ4 (de)compression is much faster than the
> default zlib compression. I suggest adding l
Hi!
The current osmium-tool and osmcoastline packages support LZ4-encoded
PBF blocks when the liblz4-dev package is available at build time. This
can be useful because LZ4 (de)compression is much faster than the
default zlib compression. I suggest adding liblz4-dev as build
dependency to those pac
