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). 1: https://summittest.debconf.org/debconf15/meeting/174/packaging-the-free-software-web-for-the-end-user/ 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.
