On Wed, Sep 26, 2018 at 9:48 PM Jeremy Bicha wrote: > A month later, a Debian GNOME team member recognized that we could use > a dh_gencontrol hack [1] to only add the epoch to the gcalctool > transitional package and we didn't need an epoch for gnome-calculator.
I wouldn't characterise this as a hack, it is a legitimate way to do things. > More recently, I have worked to reduce the difference between Debian > and Ubuntu packaging for many GNOME packages. FTR, this is currently this set of changes: https://patches.ubuntu.com/g/gnome-calculator/gnome-calculator_1:3.30.0-1ubuntu1.patch > So is it appropriate to bump an epoch in Debian to match an important > downstream's epoch? An alternative might be for Launchpad to allow whitelisted downgrades of source packages (dropping the epoch) (zero idea how feasible that is) and then a dpkg-vendor conditional in debian/rules to re-add the epoch to the binary packages when they are being built for Ubuntu. This would result in zero change to Debian binary packages, Ubuntu binary packages to continue to use the epoch, the source package to be in sync and require zero busywork in Ubuntu and everyone should be happy (except maybe the Launchpad team). -- bye, pabs https://wiki.debian.org/PaulWise
