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

Re: osm-tile-server

On 06/09/15 21:15, Ruben Undheim wrote:
>>> What I intended with the packages I've been working on was that the
>>> tilelite package itself does not install any daemon process, but the
>>> "osm-tile-server-tilelite" package installs the daemon process.
>>> osm-tile-server-tilelite depends on both osm-tile-server-base and
>>> tilelite, and osm-tile-server-base itself depends on
>>> openstreetmap-carto. This means that both openstreetmap-carto and
>>> tilelite will have been fully configured before the tilelite daemon
>>> starts. Doesn't this seem to solve the problem you describe?
>> It does, but it means that some of the configuration handling for the
>> tilelite package sits in a completely separate package, which feels a
>> bit off.
> I understand your point, but I do sort of see it a little bit
> differently. I consider this OpenStreetMap use of tilelite as just an
> "instance" of tilelite. It should be possible to still use tilelite
> for other purposes while the "OSM instance" is running. Tilelite is
> sort of a simple tool adhering to the Unix philosophy of doing one
> thing and doing it well. Therefore I think that a specific use of it
> should be captured by one separate package which does what is expected
> of it. osm-tile-server-tilelite="uses tilelite for the purpose of an
> OSM tile server". Then the configuration of this tilelite-instance
> will be fully captured by the osm-tile-server-tilelite configuration,
> and it will not interfere with other use of tilelite at all. It would
> be nice to hear what other experienced Debian people think about this
> though.

In general, configuration management on Debian is a problem. This is a
particularly tricky example as what we are trying to orchestrate here is
a complex stack of tools.

There was a talk at Debconf on this issue [1] (I have watched the video).


I tried with the debconf config for tilelite (in the debconf branch) to
allow the user to setup tilelite in a very flexible way using debconf.
If you have not checked out that branch, and tried it out, I would
suggest doing so, as it might help you when looking at configuring
tilelite (it handles multiple tilesets).

I guess what I am trying to say above, is that this is an open issue,
and just needs people to try solutions and keep moving things forward.

Reply to: