Bug#1067675: library package (arch any) depending on a "common" package with too strict version constraint
Control: tags -1 -patch I misunderstood what you were proposing in part because the "patch" you proposed here was not for mutter and the version you pushed into Ubuntu had a hardcoded version instead. And I didn't read carefully enough. To move your idea forward, I proposed https://salsa.debian.org/gnome-team/libshumate/-/merge_requests/4 which also is not mutter but I think is a simpler test case which we can then apply to other packages including mutter if it is accepted. Thank you, Jeremy Bícha
Bug#1067675: library package (arch any) depending on a "common" package with too strict version constraint
On 02.04.24 21:54, Jeremy Bícha wrote: Cloning a bug in the way you did is not very helpful. mutter's situation is different than folks. The mutter binary package has Depends: mutter-common (>= ${source:Version}) That allows mutter to be binNMU'd. that works for Debian, but not Ubuntu. A failing build on amd64 and succeeding builds on the other architectures makes the packages uninstallable on all other architectures. An alternative is to do something like evolution which has this override: dh_makeshlibs -V'libevolution (>= $(DEB_VERSION_UPSTREAM)), libevolution (<< $(DEB_GNOME_NEXTVERSION))' which translates to this when built on Unstable (3.50.3-1+b1) : dh_makeshlibs -V'libevolution (>= 3.50.3), libevolution (<< 3.51)' We do actually need the upstream version of the -common package to match the other binary packages. I am not convinced there is even value in switching to the evolution style since it seems rare for there to be an upload after the first upload for an upstream version (-2 or higher basically) where the fact that sometimes arch: all builds slower than other architectures is enough of a problem in these packages to make the packaging more complicated. I would prefer to revert your Ubuntu diff for mutter so that if this bug is fixed, it is fixed in Debian first. then please fix it, allowing no-change uploads for Ubuntu as well. Matthias
Bug#1067675: library package (arch any) depending on a "common" package with too strict version constraint
Cloning a bug in the way you did is not very helpful. mutter's situation is different than folks. The mutter binary package has Depends: mutter-common (>= ${source:Version}) That allows mutter to be binNMU'd. An alternative is to do something like evolution which has this override: dh_makeshlibs -V'libevolution (>= $(DEB_VERSION_UPSTREAM)), libevolution (<< $(DEB_GNOME_NEXTVERSION))' which translates to this when built on Unstable (3.50.3-1+b1) : dh_makeshlibs -V'libevolution (>= 3.50.3), libevolution (<< 3.51)' We do actually need the upstream version of the -common package to match the other binary packages. I am not convinced there is even value in switching to the evolution style since it seems rare for there to be an upload after the first upload for an upstream version (-2 or higher basically) where the fact that sometimes arch: all builds slower than other architectures is enough of a problem in these packages to make the packaging more complicated. I would prefer to revert your Ubuntu diff for mutter so that if this bug is fixed, it is fixed in Debian first. Thank you, Jeremy Bícha