Bug#1051902: bullseye-pu: package dpkg/1.20.13
Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: d...@packages.debian.org Control: affects -1 + src:dpkg Hi! [ Reason ] This update backports the loong64 arch support as requested in #1051763 because some of the Debian infra is still using bullseye. There's also a fix for a segfault on virtual field formatting which is rather easy to trigger for packages that are known to dpkg, but are not installed, such as virtual packages or references from Recommends or Suggests, which was also included in the 1.21.22 pre-approval request included in bookworm. And finally a fix for a memory leak, included in 1.22.0 in unstable. [ Impact ] - If the loong64 arch is not supported in oldstable, packages and infra will not be able to add support for it. - Easy to trigger segfault. - Memory leak. [ Tests ] The arch addition and the segfault fix have tests. The memory leak was detected by gcc ASAN, but it is trivial to verify. These pass all dpkg unit test and functional tests, which are part of its release process. [ Risks ] As part of the segfault backport, I also cherry-picked a minor refactoring change that was required by another commit adding unit tests for the module involved (which is required by the first cherry-pick), but that should give better test coverage. The two other changes seem rather low risk. [ Checklist ] [√] *all* changes are documented in the d/changelog [√] I reviewed all changes and I approve them [√] attach debdiff against the package in (old)stable [√] the issue is verified as fixed in unstable [ Changes ] The git log is included in the debdiff, which I'm attaching in its full compressed form with no filtering applied, but you might want to filterdiff with: xzcat dpkg-1.20.12-1.20.13.debdiff.xz | filterdiff --exclude '*.po' --exclude '*.pot' \ --exclude '*/man/*/*.pod' \ --exclude '*/testsuite' --exclude '*/t-func/*.m4' \ --exclude '*/Makefile.in' \ --exclude '*/configure' Thanks, Guillem dpkg-1.20.12-1.20.13.debdiff.xz Description: application/xz
Bug#1051763: dpkg: Please backport support for loong64 to oldstable and stable
On Wed, 2023-09-13 at 09:20:46 +0200, John Paul Adrian Glaubitz wrote: > On Tue, 2023-09-12 at 22:34 +0200, Guillem Jover wrote: > > I guess I could backport it to dpkg 1.20.x for oldstable, but if the > > infra servers are going to be upgraded soon (at least out of oldstable > > to stable), then perhaps there's no point in bothering the release-team > > with this? > > >From the discussions on #debian-devel it seemed that the servers are not > >going > to be upgraded anytime soon, so having this patch backported to oldstable > would > definitely help speed things up. Ok then, I'll prepare an oldstable backport and send a request to the release-team later today. Thanks, Guillem
Bug#1051763: dpkg: Please backport support for loong64 to oldstable and stable
Hi Guillem! On Tue, 2023-09-12 at 22:34 +0200, Guillem Jover wrote: > > In order to be able to add loong64-specific changes to source packages, > > the dpkg version on the infrastructure servers, in particular DAK, > > needs to be able to recognize loong64 in d/control. > > > Since the servers are running oldstable and stable and loong64 support > > was only added to dpkg 1.22.0, > > This was introduced in dpkg 1.21.10, reverted in 1.21.19 and reintroduced > in 1.21.21, but that was after the 1.22.x series had already been branched > (so it got cherry picked from git main at the time, and that's why it > looked like it got introduced only in 1.22.0). Thanks, I wasn't aware of that. > > I would like to ask for loong64 to be backported to the dpkg version > > in oldstable and stable. > > I guess I could backport it to dpkg 1.20.x for oldstable, but if the > infra servers are going to be upgraded soon (at least out of oldstable > to stable), then perhaps there's no point in bothering the release-team > with this? >From the discussions on #debian-devel it seemed that the servers are not going to be upgraded anytime soon, so having this patch backported to oldstable would definitely help speed things up. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913