[Tile-serving] [osm2pgsql-dev/osm2pgsql] Future of vendored libraries (Issue #2296)

[Greg Troxel]

I maintain the osm2pgsql package in pkgsrc, which is the official packaging system on NetBSD,but also operates on about 20 systems.  (I use it to load geofabrik extracts of Massachusetts into postgis, for use in qgis).  I am in general in favor of de-vendoring, and a quick check shows that many of these are not yet in pkgsrc (we do have catch2 3.7.1).  I see that as a clue that they are not widely used -- adding packages (for upstreams with reasonable build systems) is easy, and if they were a dependency of something else they probably would have been added (we have about 20K packages).  I'll have a look at the list and see what can be added.

It's not clear if the code can build with catch2 v3, or if there is a requirement for catch2 v2.   I understand your point about "development dependency" but pkgsrc has the idea that one should be able to run tests for any package ("make test") without understanding them, as a user, and that this is important because of the wide variety of operating systems and CPU types.

I would suggest that Debian, Homebrew, vcpkg is a subset of packaging in general, covering only part of the landscape even if most users, and would suggest Fedora, maybe Suse, FreeBSD ports, pkgsrc as well for assessing.

It would be nice to edit in the upstream homepage/repo above, for each package.

(I understand where you are coming from about fmt.   Waiting for now and stopping seems like a good plan.)


-- 
Reply to this email directly or view it on GitHub:
https://github.com/osm2pgsql-dev/osm2pgsql/issues/2296#issuecomment-2587807382
You are receiving this because you are subscribed to this thread.

Message ID: <osm2pgsql-dev/osm2pgsql/issues/2296/2587807382 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tile-serving/attachments/20250113/8f779d41/attachment-0001.htm>