Am Wed, 9 Feb 2022 10:25:06 +0000 schrieb Julian Foad <julianf...@apache.org>:
> Another question we ask ourselves from time to time is whether we could > release some fixes more quickly with less effort by releasing them as a > patch (that is, a diff) instead of the full sets of source code (tarballs). On that point: This would be rather annoying to distro packagers / build script maintainers. Usually, you got the upstream source, a single tarball in the simplest case and some local patches if needed. Most build frameworks have a mechanism to include patches, and also to accompany multiple upstream sources (tar + patch1 + patch2), but maintaining the varying list of sources and patches is more work than changing VERSION=1.2.3 to VERSION=1.2.4 and have the rest follow. It's not a dealbreaker — and there is the obvious benefit of possibly easier review and less waste in source mirroring. It is just that this would differ from the simplest common case of one upstream source archive that is extracted and built. Alrighty then, Thomas -- Dr. Thomas Orgis HPC @ Universität Hamburg
