Bug#1040124: bookworm-pu: package mate-control-center/1.26.0-2+deb12u1
Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: mate-control-cen...@packages.debian.org Control: affects -1 + src:mate-control-center [ Reason ] Various memleaks have been resolved plus a non-operational button dialog unlock button in mate-time-admin. [ Impact ] Memory management has been improved. [ Tests ] Manual smoke tests on the local system. [ Risks ] Regressions in MATE's control center. Esp. in: * mouse settings UI * keyboard properties UI * default application properties UI * appearance settings UI * MATE theme settings UI * MATE keybindings UI * mate-time-admin [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Changes ] (Explain *all* the changes) + [ Martin Wimpress ] + * debian/patches: ++ Add 2002-remove_obsolete_lock_button.patch (LP: #1955339) With recent versions of systemd, polkit is no longer used to request authentication from users. Regular users can use `timedatectl` to modify time without authentication,the lock button can be removed. + [ Mike Gabriel ] + * debian/patches: ++ Add various memleak fix patches (0007, 0008, 0009, 0010, 0011, 0013, 0014, ++ 0016 and 0017). Cherry-picked from 1.26.1 upstream release. (Closes: + #1040019). Bunch of memleaks fixes (see above for list of subcomponents). [ Other info ] None. diff -Nru mate-control-center-1.26.0/debian/changelog mate-control-center-1.26.0/debian/changelog --- mate-control-center-1.26.0/debian/changelog 2021-12-13 17:32:45.0 +0100 +++ mate-control-center-1.26.0/debian/changelog 2023-07-01 07:28:02.0 +0200 @@ -1,3 +1,17 @@ +mate-control-center (1.26.0-2+deb12u1) bookworm; urgency=medium + + [ Martin Wimpress ] + * debian/patches: ++ Add 2002-remove_obsolete_lock_button.patch (LP: #1955339) + + [ Mike Gabriel ] + * debian/patches: ++ Add various memleak fix patches (0007, 0008, 0009, 0010, 0011, 0013, 0014, ++ 0016 and 0017). Cherry-picked from 1.26.1 upstream release. (Closes: + #1040019). + + -- Mike Gabriel Sat, 01 Jul 2023 07:28:02 +0200 + mate-control-center (1.26.0-2) unstable; urgency=medium * debian/control: diff -Nru mate-control-center-1.26.0/debian/patches/0007-mouse-fix-memory-leak.patch mate-control-center-1.26.0/debian/patches/0007-mouse-fix-memory-leak.patch --- mate-control-center-1.26.0/debian/patches/0007-mouse-fix-memory-leak.patch 1970-01-01 01:00:00.0 +0100 +++ mate-control-center-1.26.0/debian/patches/0007-mouse-fix-memory-leak.patch 2023-07-01 07:24:51.0 +0200 @@ -0,0 +1,25 @@ +From e9aa9d485e8408a2f113ece4eca54f202962fb89 Mon Sep 17 00:00:00 2001 +From: rbuj +Date: Fri, 22 Oct 2021 13:15:31 +0200 +Subject: [PATCH 07/20] mouse: fix memory leak + +Signed-off-by: Mike Gabriel +--- + capplets/mouse/mate-mouse-properties.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/capplets/mouse/mate-mouse-properties.c b/capplets/mouse/mate-mouse-properties.c +index e057f7a..7ca4cf1 100644 +--- a/capplets/mouse/mate-mouse-properties.c b/capplets/mouse/mate-mouse-properties.c +@@ -405,6 +405,7 @@ main (int argc, char **argv) + context = g_option_context_new (_("- MATE Mouse Preferences")); + g_option_context_add_main_entries (context, cap_options, GETTEXT_PACKAGE); + capplet_init (context, , ); ++ g_option_context_free (context); + + activate_settings_daemon (); + +-- +2.39.2 + diff -Nru mate-control-center-1.26.0/debian/patches/0008-keyboard-fix-memory-leak.patch mate-control-center-1.26.0/debian/patches/0008-keyboard-fix-memory-leak.patch --- mate-control-center-1.26.0/debian/patches/0008-keyboard-fix-memory-leak.patch 1970-01-01 01:00:00.0 +0100 +++ mate-control-center-1.26.0/debian/patches/0008-keyboard-fix-memory-leak.patch 2023-07-01 07:24:51.0 +0200 @@ -0,0 +1,25 @@ +From e5952471d2964ddb815ca7e40380f3472cc338a9 Mon Sep 17 00:00:00 2001 +From: rbuj +Date: Fri, 22 Oct 2021 13:18:23 +0200 +Subject: [PATCH 08/20] keyboard: fix memory leak + +Signed-off-by: Mike Gabriel +--- + capplets/keyboard/mate-keyboard-properties.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/capplets/keyboard/mate-keyboard-properties.c b/capplets/keyboard/mate-keyboard-properties.c +index ff389cf..4152759 100644 +--- a/capplets/keyboard/mate-keyboard-properties.c b/capplets/keyboard/mate-keyboard-properties.c +@@ -187,6 +187,7 @@ main (int argc, char **argv) + GETTEXT_PACKAGE); + + capplet_init (context, , ); ++ g_option_context_free (context); + + activate_settings_daemon (); + +-- +2.39.2 + diff -Nru mate-control-center-1.26.0/debian/patches/0009-mate-da-capplet-fix-memory-leak.patch
Processed: bookworm-pu: package mate-control-center/1.26.0-2+deb12u1
Processing control commands: > affects -1 + src:mate-control-center Bug #1040124 [release.debian.org] bookworm-pu: package mate-control-center/1.26.0-2+deb12u1 Added indication that 1040124 affects src:mate-control-center -- 1040124: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
NEW changes in stable-new
Processing changes file: mailman3_3.3.8-2~deb12u1_all-buildd.changes ACCEPT
Bug#1040001: transition: r-base
On Sat, 2023-07-01 at 14:29 +0200, Andreas Tille wrote: > I've filed Bug#1040038 with the patch for r-graphics-api and updated > branch r-api-graphic branch of dh-r[1] to match the suggested patch > immediately once uploaded. I've sent a suggestion to bug #1040038 for not hard-coding the API number and extracting it from the header instead. Dirk also posted an R-native version of what I suggested to the bug too. The dh-r r-api-graphic branch also hard-codes the list of packages that should get the graphics API dependency but that list will need manual maintenance as packages add/drop use of R_GE_checkVersionOrDie. The objdump tool can export the list of dynamically imported symbols, that can be searched for use of R_GE_checkVersionOrDie and then if it is, assume that it is called with R_GE_version and add the dependency. $ objdump -T debian/*/usr/lib/R/site-library/*/libs/*.so | grep R_GE_checkVersionOrDie DF *UND* Base R_GE_checkVersionOrDie -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
NEW changes in stable-new
Processing changes file: mailman3_3.3.8-2~deb12u1_source.changes ACCEPT
Processed: mailman3 3.3.8-2~deb12u1 flagged for acceptance
Processing commands for cont...@bugs.debian.org: > package release.debian.org Limiting to bugs with field 'package' containing at least one of 'release.debian.org' Limit currently set to 'package':'release.debian.org' > tags 1038906 = bookworm pending Bug #1038906 [release.debian.org] bookworm-pu: package mailman3/3.3.8-1 Added tag(s) pending; removed tag(s) confirmed. > thanks Stopping processing here. Please contact me if you need assistance. -- 1038906: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038906 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1038906: mailman3 3.3.8-2~deb12u1 flagged for acceptance
package release.debian.org tags 1038906 = bookworm pending thanks Hi, The upload referenced by this bug report has been flagged for acceptance into the proposed-updates queue for Debian bookworm. Thanks for your contribution! Upload details == Package: mailman3 Version: 3.3.8-2~deb12u1 Explanation:
Processed: block 1028132 with 1040001
Processing commands for cont...@bugs.debian.org: > block 1028132 with 1040001 Bug #1028132 [release.debian.org] transition: hunspell 1028132 was blocked by: 1028124 1028132 was not blocking any bugs. Added blocking bug(s) of 1028132: 1040001 > thanks Stopping processing here. Please contact me if you need assistance. -- 1028132: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028132 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1039622: bookworm-pu: package nvidia-cuda-toolkit/11.8.0-5~deb12u1
bunk@coccia:~$ cat /srv/ftp-master.debian.org/queue/reject/nvidia-cuda-toolkit_11.8.0-5~deb12u1_amd64-buildd.changes.reason Version check failed: Your upload included the binary package nvidia-openjdk-8-jre, version 9.+8u372-ga-1~11.8.0-5~deb12u1, for amd64, however experimental already has version 9.+8u362-ga-4~12.0.0-1. Uploads to proposed-updates must have a lower version than present in experimental. bunk@coccia:~$ That's a surprising reject reason, but a give-back might work if you update the version in experimental. cu Adrian
NEW changes in stable-new
Processing changes file: mate-control-center_1.26.0-2+deb12u1_s390x-buildd.changes ACCEPT
Bug#1038820: transition: glibc 2.37
uploaded On 01.07.23 16:55, Aurelien Jarno wrote: Hi Matthias, On 2023-07-01 14:16, Aurelien Jarno wrote: On 2023-07-01 10:14, Sebastian Ramacher wrote: Control: forwarded -1 https://release.debian.org/transitions/html/glibc-2.37.html Control: tags -1 confirmed On 2023-06-21 20:53:54 +0200, Aurelien Jarno wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: debian-gl...@lists.debian.org Control: affects -1 + src:glibc Dear release team, I would like to get a transition slot for glibc 2.37. It has been available in experimental for a bit more than a month and does not have any known issue. It has been built successfully on all release architectures and many ports architectures (technically 2.37-2 hasn't been built yet on mipsel and mips64el due to the buildds lagging, but 2.37-1 has been built successfully). Please go ahead. Thanks, I have just uploaded it. The arch:all build finished and got uploaded, so the glibc-source package is now available in the archive. Matthias, could you please upload cross-toolchain-base and cross-toolchain-base-ports using glibc 2.37? Thanks, Aurelien
NEW changes in stable-new
Processing changes file: mate-control-center_1.26.0-2+deb12u1_all-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_amd64-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_arm64-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_armel-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_armhf-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_i386-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_mips64el-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_mipsel-buildd.changes ACCEPT Processing changes file: mate-control-center_1.26.0-2+deb12u1_ppc64el-buildd.changes ACCEPT Processing changes file: vm_8.2.0b-8+deb12u1_all-buildd.changes ACCEPT
Bug#1040001: transition: r-base
Hi Dirk, On 01-07-2023 16:47, Dirk Eddelbuettel wrote: So per upstream ("R Core" for short), this is clearly on the package side. There is no ABI/API incompatibility: R offers graphics functions new functionality, to use it one needs a rebuild _if a package decides to stop and die on mismatch_. I so filed three bug reports last weekend against three such packages requesting a simple rebuild as that is in fact all it takes. (And missed one that was added.) These were quickly rebuilt. While this may be true, in Debian we require that such packages express this relation. I understand that that's what we achieve with the proposal of Andreas. "Just rebuilding" is often the wrong solution (in Debian) if it doesn't express the relation properly. So let me know what you think. If the release team thinks we must rebuild across 1100 r-* packages (of which likely 400-500 are Architecture: any) then I will of course work with you. I recognize that at this moment we might not need it to straighten things out, because of all the new version uploads, but I believe it's the right solution for the future, as this seems to be a recurring topic. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#1040041: bookworm-pu: package dnf/4.14.0-3+deb12u1
Hello Aron, I'm sorry for the delay, I'm just getting out of Holidays and other duties. If anything should be done, let me know. Also, I rely a lot on Holger for pushing stuff, and I need to candidate for DM/DD, just need to find time to do that. Best regards, Frédéric Le 1 juillet 2023 14:13:10 UTC, Aron Xu a écrit : >Package: release.debian.org >Severity: normal >Tags: bookworm >User: release.debian@packages.debian.org >Usertags: pu >X-Debbugs-Cc: d...@packages.debian.org > >Hi, > >[ Reason ] >Fix bug in stable release affecting dependent package (Bug #1034828, >affecting src:dnf-plugins-core). > >[ Impact ] >Unfixed bug, dnf-plugins-core will not work with default configuration. > >[ Tests ] >dnf has a testsuite, run at build time. > >[ Risks ] >Only change defaults to Debian's python dist-packages path, risk is minimal. > >[ Checklist ] > [x] *all* changes are documented in the d/changelog > [x] I reviewed all changes and I approve them > [x] attach debdiff against the package in (old)stable > [x] the issue is verified as fixed in unstable > >The proposed debdiff is identical to the version in unstable >(4.14.0-4) except filtering out an indentation change in d/rules. > >[ Changes ] >dnf encodes PYTNON_INSTALL_DIR into it's PLUGINPATH during build, >which is not desired Debian's dist-packages path, thus packaged >plugins are not found. This update changes it to a value corrospond to >Debian defaults. > >Regards, >Aron
Bug#1038820: transition: glibc 2.37
Hi Matthias, On 2023-07-01 14:16, Aurelien Jarno wrote: > On 2023-07-01 10:14, Sebastian Ramacher wrote: > > Control: forwarded -1 > > https://release.debian.org/transitions/html/glibc-2.37.html > > Control: tags -1 confirmed > > > > On 2023-06-21 20:53:54 +0200, Aurelien Jarno wrote: > > > Package: release.debian.org > > > Severity: normal > > > User: release.debian@packages.debian.org > > > Usertags: transition > > > X-Debbugs-Cc: debian-gl...@lists.debian.org > > > Control: affects -1 + src:glibc > > > > > > Dear release team, > > > > > > I would like to get a transition slot for glibc 2.37. It has been > > > available in experimental for a bit more than a month and does not have > > > any known issue. It has been built successfully on all release > > > architectures and many ports architectures (technically 2.37-2 hasn't > > > been built yet on mipsel and mips64el due to the buildds lagging, but > > > 2.37-1 has been built successfully). > > > > Please go ahead. > > Thanks, I have just uploaded it. The arch:all build finished and got uploaded, so the glibc-source package is now available in the archive. Matthias, could you please upload cross-toolchain-base and cross-toolchain-base-ports using glibc 2.37? Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1040041: bookworm-pu: package dnf/4.14.0-3+deb12u1
Control: tags -1 + confirmed On Sat, 2023-07-01 at 22:13 +0800, Aron Xu wrote: > Fix bug in stable release affecting dependent package (Bug #1034828, > affecting src:dnf-plugins-core). > We generally prefer codenames - i.e. "bookworm" - rather than suites (i.e. "stable") in changelogs. Please go ahead. Regards, Adam
Bug#1040001: transition: r-base
This is not a bug in r-base, and does not warrant a transition. I have written at some length about it, and (if I find some time) will expand on it in blog post. I will also try to coordinate with upstream. In short, R header GraphicsEngine.h [1] defines an integer constant declaring the current versions capabilities. Graphics device packages can then opt into what they support using conditional code. Or they can opt into checking and aborting on any mismatch via R_GE_checkVersionOrDie (for 'R_GraphicsEngine_*) void R_GE_checkVersionOrDie(int version) { if (version != R_GE_version) error(_("Graphics API version mismatch")); } Which some packages do. Note that the packages _load_ and _function_ (in a limited sense). They "simply" do not act as a graphics device, and alert the user to rebuild the package. So per upstream ("R Core" for short), this is clearly on the package side. There is no ABI/API incompatibility: R offers graphics functions new functionality, to use it one needs a rebuild _if a package decides to stop and die on mismatch_. I so filed three bug reports last weekend against three such packages requesting a simple rebuild as that is in fact all it takes. (And missed one that was added.) These were quickly rebuilt. And as a consequence the 'excuses' list for r-base is shrinking now just as one could expect [3]. In particular a number of packages from the ggplot2 complex are now all green ... with the exception of s390x where eg ragg (used often in unit tests) is awaiting a rebuild [4]. Once s390x rebuilds those packages will turn green leading into to their dependents turning green/ So in short, in my view as maintainer, a transition is overkill and a waste of resources, cpu cycles and otherwise. I am rather confident it will straighten itself out. (There may still be other issues with the BioConductor release transition but I also expect those to be package-caused and solvable.) So let me know what you think. If the release team thinks we must rebuild across 1100 r-* packages (of which likely 400-500 are Architecture: any) then I will of course work with you. But I maintain that it is not caused by the package, and not needed, as it is a set of client-package-local differences these packages opt-in upstream and which are solvable with a simple rebuild of those packages. Now, I understand that _for simplicity_ we want to use this very blunt tool. But I am old enough to remember that we also value engineering excellence. As there is no need for brute force, I advocate against it. No more, no less. Cheers, Dirk [1] For us at /usr/share/R/include/R_ext/GraphicsEngine.h [2] In the sources at src/main/engine.c [3] https://qa.debian.org/excuses.php?package=r-base [4] https://buildd.debian.org/status/package.php?p=r-cran-ragg -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Processed: Re: Bug#1040041: bookworm-pu: package dnf/4.14.0-3+deb12u1
Processing control commands: > tags -1 + confirmed Bug #1040041 [release.debian.org] bookworm-pu: package dnf/4.14.0-3+deb12u1 Added tag(s) confirmed. -- 1040041: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040041 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1040041: bookworm-pu: package dnf/4.14.0-3+deb12u1
Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: d...@packages.debian.org Hi, [ Reason ] Fix bug in stable release affecting dependent package (Bug #1034828, affecting src:dnf-plugins-core). [ Impact ] Unfixed bug, dnf-plugins-core will not work with default configuration. [ Tests ] dnf has a testsuite, run at build time. [ Risks ] Only change defaults to Debian's python dist-packages path, risk is minimal. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable The proposed debdiff is identical to the version in unstable (4.14.0-4) except filtering out an indentation change in d/rules. [ Changes ] dnf encodes PYTNON_INSTALL_DIR into it's PLUGINPATH during build, which is not desired Debian's dist-packages path, thus packaged plugins are not found. This update changes it to a value corrospond to Debian defaults. Regards, Aron dnf_4.14.0-3+deb12u1.debdiff Description: Binary data
Bug#1040001: transition: r-base
Hi again, just a status update: Am Sat, Jul 01, 2023 at 01:45:11PM +0200 schrieb Andreas Tille: > > I think my piece is ready. We just need to decide about a proper name > of the virtual package. I'll inject this into my proof of concept > change of dh-r. Than Dirk needs to upload another r-base package > containing the r-graphics-api-VERSION. This should not be a hard thing > to do - Dirk just stayed silent about this change since we are > discussing it. I've filed Bug#1040038 with the patch for r-graphics-api and updated branch r-api-graphic branch of dh-r[1] to match the suggested patch immediately once uploaded. Kind regards Andreas. [1] https://salsa.debian.org/r-pkg-team/dh-r/-/tree/r-api-graphic?ref_type=heads -- http://fam-tille.de
Bug#1038820: transition: glibc 2.37
Hi Sebastian, On 2023-07-01 10:14, Sebastian Ramacher wrote: > Control: forwarded -1 > https://release.debian.org/transitions/html/glibc-2.37.html > Control: tags -1 confirmed > > On 2023-06-21 20:53:54 +0200, Aurelien Jarno wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: transition > > X-Debbugs-Cc: debian-gl...@lists.debian.org > > Control: affects -1 + src:glibc > > > > Dear release team, > > > > I would like to get a transition slot for glibc 2.37. It has been > > available in experimental for a bit more than a month and does not have > > any known issue. It has been built successfully on all release > > architectures and many ports architectures (technically 2.37-2 hasn't > > been built yet on mipsel and mips64el due to the buildds lagging, but > > 2.37-1 has been built successfully). > > Please go ahead. Thanks, I have just uploaded it. Cheers, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1040001: transition: r-base
Hi Paul, Am Sat, Jul 01, 2023 at 07:48:16AM +0200 schrieb Paul Gevers: > Anytime is good to ask for a transition, particularly when the transition is > already ongoing. :-) > I don't think it should surprise anyone that we prefer it to be done right. > Our preference is for option 1. Thanks for confirming. > However, if you can't get the pieces for > that option in place in a reasonable time (say, a week or two, take some > time to try), I think my piece is ready. We just need to decide about a proper name of the virtual package. I'll inject this into my proof of concept change of dh-r. Than Dirk needs to upload another r-base package containing the r-graphics-api-VERSION. This should not be a hard thing to do - Dirk just stayed silent about this change since we are discussing it. > then we prefer to get *this* transition out of the way by > means of option 2. I personally think that we are in a good situation in the beginning of the release cycle to do things right, which means option 1. But it depends from the r-base maintainer to cooperate here. > I don't think it's in anybodies interest to waste time on > option 3. ACK. I told Bas so who had spent quite some time to file bugs against lots of r-cran-* packages which are all a consequence of the not-yet-transition. > > Sorry that this transition bug is that complex. I would have loved if > > it would went more coordinated but unfortunately that's not in my hands > > and I simply try to reassemble the pieces. > > Thanks for communicating with us, much appreciated. Its always a pleasure to communicate with you. ;-) > I'll try to set a placeholder transition tracker up soon; for now, by lack > of something better, will reflect option 2. We can update that once we have > the pieces for option 1. Thanks a lot Andreas. -- http://fam-tille.de
Processed: vm 8.2.0b-8+deb12u1 flagged for acceptance
Processing commands for cont...@bugs.debian.org: > package release.debian.org Limiting to bugs with field 'package' containing at least one of 'release.debian.org' Limit currently set to 'package':'release.debian.org' > tags 1040033 = bookworm pending Bug #1040033 [release.debian.org] bookworm-pu: package vm/8.2.0b-8+deb12u1 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 1040033: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040033 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1040033: vm 8.2.0b-8+deb12u1 flagged for acceptance
package release.debian.org tags 1040033 = bookworm pending thanks Hi, The upload referenced by this bug report has been flagged for acceptance into the proposed-updates queue for Debian ${codename}. Thanks for your contribution! Upload details == Package: vm Version: 8.2.0b-8+deb12u1 Explanation: disable byte compilation
NEW changes in stable-new
Processing changes file: mate-control-center_1.26.0-2+deb12u1_source.changes ACCEPT Processing changes file: vm_8.2.0b-8+deb12u1_source.changes ACCEPT
Bug#1039867: marked as done (release.debian.org: Site uses old favicon.ico)
Your message dated Sat, 1 Jul 2023 12:00:52 +0200 with message-id <5bef42d8-5bfe-3ea0-0776-2acea3912...@debian.org> and subject line Re: Bug#1039867: release.debian.org: Site uses old favicon.ico has caused the Debian Bug report #1039867, regarding release.debian.org: Site uses old favicon.ico to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1039867: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039867 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: minor X-Debbugs-Cc: nicholaschasti...@gmail.com Hi, the site https://release.debian.org uses an old version of the debian favicon.ico that renders poorly on dark backgrounds. Please use the same favicon.ico as https://www.debian.org Note that this is also a problem on https://backports.debian.org and https://search.debian.org. I have already attempted to alert the relevant people for those sites. Regards, Nick. --- End Message --- --- Begin Message --- Hi, On 29-06-2023 03:39, Nick Hastings wrote: Please use the same favicon.ico as https://www.debian.org Done. Please verify after 10:30 UTC today. Paul OpenPGP_signature Description: OpenPGP digital signature --- End Message ---
Processed: bookworm-pu: package vm/8.2.0b-8+deb12u1
Processing control commands: > affects -1 + src:vm Bug #1040033 [release.debian.org] bookworm-pu: package vm/8.2.0b-8+deb12u1 Added indication that 1040033 affects src:vm -- 1040033: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040033 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#1038933: transition: octave
Processing control commands: > tags -1 confirmed Bug #1038933 [release.debian.org] transition: octave Added tag(s) confirmed. > forwarded -1 https://release.debian.org/transitions/html/octave-58.html Bug #1038933 [release.debian.org] transition: octave Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/octave-58.html'. -- 1038933: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038933 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1038933: transition: octave
Control: tags -1 confirmed Control: forwarded -1 https://release.debian.org/transitions/html/octave-58.html On 2023-06-23 10:32:52 +0200, Sébastien Villemot wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: oct...@packages.debian.org, debian-oct...@lists.debian.org > Control: affects -1 + src:octave > > Dear Release Team, > > Please schedule a transition for the latest major upstream version of Octave, > version 8. All the arch:any Octave addons need to be rebuild. Please go ahead. Cheers -- Sebastian Ramacher
Processed: Re: Bug#1038820: transition: glibc 2.37
Processing control commands: > forwarded -1 https://release.debian.org/transitions/html/glibc-2.37.html Bug #1038820 [release.debian.org] transition: glibc 2.37 Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/glibc-2.37.html'. > tags -1 confirmed Bug #1038820 [release.debian.org] transition: glibc 2.37 Added tag(s) confirmed. -- 1038820: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038820 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1038820: transition: glibc 2.37
Control: forwarded -1 https://release.debian.org/transitions/html/glibc-2.37.html Control: tags -1 confirmed On 2023-06-21 20:53:54 +0200, Aurelien Jarno wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: debian-gl...@lists.debian.org > Control: affects -1 + src:glibc > > Dear release team, > > I would like to get a transition slot for glibc 2.37. It has been > available in experimental for a bit more than a month and does not have > any known issue. It has been built successfully on all release > architectures and many ports architectures (technically 2.37-2 hasn't > been built yet on mipsel and mips64el due to the buildds lagging, but > 2.37-1 has been built successfully). Please go ahead. Cheers -- Sebastian Ramacher
Bug#1039484: marked as done (transition: gpsd)
Your message dated Sat, 1 Jul 2023 10:00:14 +0200 with message-id and subject line Re: Bug#1039484: transition: gpsd has caused the Debian Bug report #1039484, regarding transition: gpsd to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1039484: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039484 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: g...@packages.debian.org, b...@debian.org Control: affects -1 + src:gpsd New version of gpsd 3.25 introduces changes in shared libraries API (and of course ABI) soname is bumped from 28 to 30 All rdeps should be good to binNMU against the new libraries, after patching some of them and asking the respective maintainers to upload to unstable. The expected outcome is a smooth transition. Ben file: title = "gpsd"; is_affected = .depends ~ /\b(libgps28|libqgpsmm28)\b/ | .depends ~ /\b(libgps30|libqgpsmm30)\b/; is_good = .depends ~ /\b(libgps30|libqgpsmm30)\b/; is_bad = .depends ~ /\b(libgps28|libqgpsmm28)\b/; --- End Message --- --- Begin Message --- On 2023-06-28 22:00:45 +0200, Sebastian Ramacher wrote: > Control: tags -1 confirmed > > On 2023-06-27 02:01:41 +0300, Boian Bonev wrote: > > Control: tags -1 -moreinfo > > > > Hi, > > > > On Tue, 2023-06-27 at 00:13 +0200, Sebastian Ramacher wrote: > > > Control: tags -1 moreinfo > > > > > > On 2023-06-26 13:24:57 +, Boian Bonev wrote: > > > > Package: release.debian.org > > > > Severity: normal > > > > User: release.debian@packages.debian.org > > > > Usertags: transition > > > > X-Debbugs-Cc: g...@packages.debian.org, b...@debian.org > > > > Control: affects -1 + src:gpsd > > > > > > > > New version of gpsd 3.25 introduces changes in shared libraries API > > > > (and of > > > > course ABI) > > > > soname is bumped from 28 to 30 > > > > > > > > All rdeps should be good to binNMU against the new libraries, after > > > > patching some of > > > > them and asking the respective maintainers to upload to unstable. > > > > > > Have bugs for those issues been filed? > > > > No, bugs were not filed. > > > > I went the path of filing PRs and/or sending patches over email. All those > > are > > already merged and the fixed packages have been uploaded. > > Please go ahead The old packages got removed from testing. Closing. Cheers -- Sebastian Ramacher--- End Message ---
Bug#1038996: marked as done (transition: pantomime)
Your message dated Sat, 1 Jul 2023 09:58:28 +0200 with message-id and subject line Re: Bug#1038996: transition: pantomime has caused the Debian Bug report #1038996, regarding transition: pantomime to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1038996: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038996 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: pantom...@packages.debian.org, pkg-gnustep-maintain...@lists.alioth.debian.org Control: affects -1 + src:pantomime Control: block -1 with 1032830 On behalf of the GNUstep team I'd like to request a transition slot for pantomime (libpantomime1.3 > 1.4). Out of the two rdeps lusernet.app builds successfully while gnumail will require a sourceful upload due to incompatible API changes (#1032830). The automatically generated Ben tracker [1] looks fine. Thanks for your work. [1] https://release.debian.org/transitions/html/auto-pantomime.html --- End Message --- --- Begin Message --- On 2023-06-25 20:02:48 +0200, Sebastian Ramacher wrote: > Control: tags -1 confirmed > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-pantomime.html > > On 2023-06-24 11:39:54 +0300, Yavor Doganov wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: transition > > X-Debbugs-Cc: pantom...@packages.debian.org, > > pkg-gnustep-maintain...@lists.alioth.debian.org > > Control: affects -1 + src:pantomime > > Control: block -1 with 1032830 > > > > On behalf of the GNUstep team I'd like to request a transition slot > > for pantomime (libpantomime1.3 > 1.4). Out of the two rdeps > > lusernet.app builds successfully while gnumail will require a > > sourceful upload due to incompatible API changes (#1032830). > > Please go ahead That's done. Cheers -- Sebastian Ramacher--- End Message ---
Processed: Re: Bug#1039961: transition: libexecs
Processing control commands: > tags -1 confirmed Bug #1039961 [release.debian.org] transition: libexecs Added tag(s) confirmed. -- 1039961: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039961 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1039961: transition: libexecs
Control: tags -1 confirmed On 2023-06-30 09:46:54 +0200, Mattia Rizzolo wrote: > Package: release.debian.org > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: libex...@packages.debian.org > Control: affects -1 + src:libexecs > Control: submitter -1 Renzo Davoli > > Hi, > > I'd like to ask for permission to carry out this small transition here: > https://release.debian.org/transitions/html/auto-libexecs.html > > All the relevant rev-deps are OK and binNMUs would take care of them. Please go ahead Cheers -- Sebastian Ramacher
Bug#1038115: transition: gdal
On 2023-06-29 05:26:04 +0200, Sebastiaan Couwenberg wrote: > On 6/23/23 10:45, Sebastiaan Couwenberg wrote: > > On 6/21/23 12:31, Sebastiaan Couwenberg wrote: > > > On 6/20/23 23:49, Sebastian Ramacher wrote: > > > > On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote: > > > > > Package: release.debian.org > > > > > Severity: normal > > > > > User: release.debian@packages.debian.org > > > > > Usertags: transition > > > > > X-Debbugs-Cc: g...@packages.debian.org > > > > > Control: affects -1 + src:gdal > > > > > Control: forwarded -1 > > > > > https://release.debian.org/transitions/html/auto-gdal.html > > > > > Control: block -1 by 1030129 998833 1037920 984398 1037976 > > > > > > > > > > For the Debian GIS team I'd like to transition to GDAL 3.7.0. > > > > > > > > Please go ahead. > > > > > > gdal (3.7.0+dfsg-1) has been uploaded to unstable and is now built & > > > installed on all release architectures. > > > > Please also binNMU mysql-workbench which builds successfully now that > > the ca-certificates-java workaround is in unstable. > > mysql-workbench still needs to be rebuilt in unstable. Scheduled > r-base is blocking testing migration of r-cran-rgdal/r-cran-sf/r-cran-terra > which in turn prevents the removal of libgdal32 from testing. Scheduled rebuilds of those three packages in testing. Cheers -- Sebastian Ramacher
NEW changes in stable-new
Processing changes file: cpdb-libs_1.2.0-2+deb12u1_s390x-buildd.changes ACCEPT Processing changes file: proftpd-dfsg_1.3.8+dfsg-4+deb12u1_s390x-buildd.changes ACCEPT Processing changes file: texlive-bin_2022.20220321.62855-5.1+deb12u1_s390x-buildd.changes ACCEPT