Bug#828097: transition: tidy
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: t...@packages.debian.org X-Debbugs-CC: tidy-ht...@packages.debian.org X-Debbugs-CC: rouss...@debian.org This week's upload of tidy-html5 to unstable started an unannounced library transition. Next time, please read this wiki page especially the Transitions subpage. https://wiki.debian.org/Teams/ReleaseTeam Also, I think it was an unnecessary clobber of the already existing tidy source package because I don't think we need both source packages in Debian. Here's my guess at the ben syntax: title = "tidy"; is_affected = .depends ~ /tidy/ | .build-depends ~ /libtidy-dev/; is_good = .depends ~ "libtidy5"; is_bad = .depends ~ "libtidy-0.99-0"; Thanks, Jeremy Bicha
Bug#835170: transition: protobuf
Your upload broke building other packages (for instance, evolution-data-server is currently unbuildable). Could you please apply this patch and push to unstable? Without this patch, protobuf failed to build in my sid sbuild; with it; the build succeeded. Thanks, Jeremy Bicha 0001-Don-t-fail-tests-because-of-misleading-indentation.patch Description: Binary data
Bug#836157: jessie-pu: gnome-sudoku/1:3.14.1-1+deb8u1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: jessie Severity: normal gnome-sudoku had a bug where it would generate the same sequence of puzzles every time the app was run. I'm applying the patch included upstream in 3.18.3. Thanks, Jeremy Bicha === modified file 'debian/changelog' --- debian/changelog2016-08-31 01:41:59 + +++ debian/changelog2016-08-31 01:44:04 + @@ -1,3 +1,12 @@ +gnome-sudoku (1:3.14.1-1+deb8u1) stable; urgency=medium + + * Team upload + * debian/patches/generate_new_puzzles.patch: +- Don't generate the same puzzle sequence every time. + Closes: #828106 + + -- Jeremy Bicha Tue, 30 Aug 2016 15:23:30 -0400 + gnome-sudoku (1:3.14.1-1) unstable; urgency=medium [ Jackson Doak ] === added directory 'debian/patches' === added file 'debian/patches/generate_new_puzzles.patch' --- debian/patches/generate_new_puzzles.patch 1970-01-01 00:00:00 + +++ debian/patches/generate_new_puzzles.patch 2016-08-31 01:42:05 + @@ -0,0 +1,38 @@ +From 95b99df63e1704cca55b13ba27f140bf4961fabb Mon Sep 17 00:00:00 2001 +From: Michael Catanzaro +Date: Mon, 11 Jul 2016 23:15:13 -0500 +Subject: qqwing-wrapper: Seed RNG + +This is ugly. On the master branch, we will use std::once_flag, but for +gnome-3-20 let's avoid adding a dependency on C++ 11. + +https://bugzilla.gnome.org/show_bug.cgi?id=768345 + +Bug-Debian: https://bugs.debian.org/828106 +--- + lib/qqwing-wrapper.cpp | 11 +++ + 1 file changed, 11 insertions(+) + +diff --git a/lib/qqwing-wrapper.cpp b/lib/qqwing-wrapper.cpp +index 99c4562..dfd0ac4 100644 +--- a/lib/qqwing-wrapper.cpp b/lib/qqwing-wrapper.cpp +@@ -41,6 +41,17 @@ int* qqwing_generate_puzzle(int difficulty) + const int BOARD_SIZE = 81; + SudokuBoard board; + ++// Seed RNG exactly once. ++static GMutex mutex; ++static bool seeded = false; ++g_mutex_lock(&mutex); ++if (!seeded) ++{ ++srand(time(NULL)); ++seeded = true; ++} ++g_mutex_unlock(&mutex); ++ + board.setRecordHistory(true); + board.setLogHistory(false); + board.setPrintStyle(SudokuBoard::ONE_LINE); + === added file 'debian/patches/series' --- debian/patches/series 1970-01-01 00:00:00 + +++ debian/patches/series 2016-08-31 01:42:05 + @@ -0,0 +1,1 @@ +generate_new_puzzles.patch
Bug#847481: unblock: abiword/3.0.2-2
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package abiword to shorten the 10-day delay since the version currently in testing ( 3.0.2-1 ) is unusable with GTK 3.22. I posted a screenshot at http://bugzilla.abisource.com/attachment.cgi?id=5818&action=view unblock abiword/3.0.2-2 Thanks, Jeremy Bicha -- System Information: Debian Release: stretch/sid APT prefers yakkety-updates APT policy: (500, 'yakkety-updates'), (500, 'yakkety-security'), (500, 'yakkety-proposed'), (500, 'yakkety'), (100, 'yakkety-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-30-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) abiword-3.0.2-2.debdiff Description: Binary data
Bug#873567: transition: evolution-data-server 3.24
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I request permission to start the evolution-data-server 3.24 transition. evolution and evolution-data-server 3.24 are ready in experimental. evolution-ews and evolution-rss will need new uploads for the transition. All of those are pkg-evolution packages so I can do those uploads. We should be able to binNMU the rest of the transition. (Ubuntu successfully completed this transition a couple months ago.) Thanks, Jeremy Bicha
Bug#874148: transition: libtop2 2.37
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I request permission to start the libgtop2 2.37 transition (staged in experimental). The new version is required by gnome-system-monitor 3.26. We should be able to binNMU all the rdepends. https://release.debian.org/transitions/html/auto-libgtop2.html (Ubuntu successfully completed this transition a few weeks ago.) Thanks, Jeremy Bicha
Bug#875485: transition: tracker
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: pkg-gnome-maintain...@lists.alioth.debian.org I request permission to start the tracker/tracker-miners 1.99 transition. Those 2 packages are staged already in experimental. This will require sourceful uploads for all the rdepends listed in the auto-tracker for tracker. I believe all the rdepends are maintained by the pkg-gnome team except for bijiben. I intend to NMU bijiben 3.24.1 as part of this transition. I have gotten no reply from the maintainer: https://bugs.debian.org/866633 https://bugs.debian.org/874384 This transition will make it easier to package several pieces of GNOME 3.26 which uses tracker 1.99/2.0 as its baseline. (Ubuntu successfully completed this transition several weeks ago.) https://release.debian.org/transitions/html/auto-tracker.html Thanks, Jeremy Bicha
Bug#875670: nmu: evolution-rss & mail-notification
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Please schedule binNMUs for evolution-rss and mail-notification against libevolution 3.26. (Otherwise, they will be uninstallable since they have a strict dependency against the version of libevolution they were built against.) Here's my guess at the wanna-build syntax: nmu evolution-rss_0.3.95-7 . ANY . -m 'Rebuild against libevolution 3.26' dw evolution-rss_0.3.95-7 . ANY . -m 'Rebuild against libevolution 3.26' nmu mail_notification_5.4.dfsg.1-14+b7 . ANY . -m 'Rebuild against libevolution 3.26' dw mail_notification_5.4.dfsg.1-14+b7 . ANY . -m 'Rebuild against libevolution 3.26' Thanks, Jeremy Bicha
Bug#875670: nmu: evolution-rss & mail-notification
Also, please give back evolution-data-server on hurd-i386. Since there were only translation updates from 3.25.92 to 3.26.0, I think it makes sense to give it a second try. https://buildd.debian.org/status/logs.php?pkg=evolution-data-server&arch=hurd-i386 Thanks, Jeremy Bicha
Bug#877366: stretch-pu: package abiword/3.0.2-2+deb9u1
Package: release.debian.org X-Debbugs-Cc:abiw...@packages.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: stretch Severity: normal The attached debdiff fixes a flickering bug that makes Abiword nearly unusable for some users. https://bugs.debian.org/851052 The patch was rejected upstream because it doesn't work for GNOME on Wayland. But Debian's GNOME does not default to Wayland in Stretch. And Abiword is more commonly used on less powerful desktop environments instead of the resource-intensive GNOME. This patch was uploaded to unstable (and Ubuntu 17.10 Beta) as 3.0.2-3 just now. The package was uploaded with urgency: high so it should be in testing in a few days. It builds on all architectures so far. I didn't want to delay filing this bug in case it wasn't quite too late for Debian 9.2. Sorry for the late request. Thanks, Jeremy Bicha abiword-flickering-stretch.debdiff Description: Binary data
Bug#877366: stretch-pu: package abiword/3.0.2-2+deb9u1
abiword 3.0.2-4 built on all architectures. It would be in testing in 2 days except that mesa is holding things up. (By the way, I think the mesa RC bugs are steam bugs, not mesa bugs.) Thanks, Jeremy Bicha
Bug#878428: transition: gjs/mutter/gnome-shell 3.26
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: pkg-gnome-maintain...@lists.alioth.debian.org I request permission to start the gjs/mutter/gnome-shell 3.26 transition. Here are the automated trackers: https://release.debian.org/transitions/html/auto-gjs.html https://release.debian.org/transitions/html/auto-mutter.html The only affected package not maintained by the Debian GNOME team is budgie-desktop. It's ready for the transition and we have permission from the maintainer to NMU budgie-desktop. We also would like to upload our other staged GNOME 3.26 packages in experimental: gnome-control-center gnome-settings-daemon gnome-characters gnome-documents gnome-tweak-tool gnome-weather polari All of these except for budgie-desktop are staged in experimental and build for all release architectures now. https://buildd.debian.org/status/package.php?p=gnome-shell&suite=experimental https://buildd.debian.org/status/package.php?p=gjs&suite=experimental https://buildd.debian.org/status/package.php?p=mutter&suite=experimental Thanks, Jeremy Bicha
Bug#878466: nmu: gnome-sushi for gjs transition
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Please schedule a binNMU for gnome-sushi so that gnome-core will remain installable. (libgjs0g Conflicts: libgjs0e) Here's my guess at the wanna-build syntax: nmu gnome-sushi_3.24.0-1 . ANY . -m 'Rebuild against gjs 1.50' dw gnome-sushi_3.24.0-1 . ANY . -m 'libgjs0g' Thanks, Jeremy Bicha
Bug#879263: gb: libsecret/mips
Package: release.debian.org User: release.debian@packages.debian.org Usertags: gb Severity: normal Please give back libsecret on mips now that mozjs52 has been fixed on that architecture. Here's my guess at the wanna-build syntax: gb libsecret_0.18.5-4 . mips . -m 'rebuild against mozjs52 52.3.1-7' Thanks, Jeremy Bicha
Bug#883921: transition: libical
I have done uploads for evolution-data-server, evolution and evolution-ews, since I've been planning for weeks to do those today and I don't think they'll really hold up the transition. It's an unusual transition and I didn't want evolution-data-server to accidentally migrate to testing a couple days before gnome-shell anyway. See https://bugs.debian.org/884012 Tracker is at https://release.debian.org/transitions/html/libical.html Thanks, Jeremy Bicha
Requesting decision on webkitgtk removal from testing, related to swt-gtk
At the end of October, I uploaded an NMU for swt-gtk to drop its unnecessary Build-Depends on webkitgtk. Only hours before the package was set to migrate to Testing so I could ask the Release Team to remove webkitgtk from Testing, Adrian Bunk uploaded a NMU to *add* a depends on libwebkitgtk-1.0-0 (previously it was an undeclared dependency). I responded by opening RC bug 880470 since swt-gtk is now the only package keeping webkitgtk in Testing. This has now prevented either NMU from reaching Testing. eclipse is the only reverse-depends of swt-gtk in Testing. I think it's widely known that Eclipse is so ancient in Debian as to not be very useful. However, it can't easily be removed either because there are hundreds of packages in its rdepends chain. It also is a very big project to update Eclipse to a current version. I believe that the Release Team can choose to ignore certain bugs that would otherwise be RC. I request that the Release Team investigate the situation. I propose that bug 879170 be ignored for Buster and that I be allowed to revert the swt-gtk 3.8.2-4.2 NMU. After ~5 days, swt-gtk should migrate to Testing, meaning that webkitgtk would no longer have any reverse dependencies or build-dependencies in Testing and webkitgtk should be removed from Testing then. References = https://bugs.debian.org/871964 (build-dep on webkitgtk https://bugs.debian.org/879170 (undeclared dep) https://bugs.debian.org/880470 (dep on webkitgtk) https://bugs.debian.org/681726 (eclipse upgrade bug, recent comments start at #113) Thank you, Jeremy Bicha
Bug#888802: stretch-pu: package webkit2gtk/2.18.6-1~deb9u1
Package: release.debian.org X-Debbugs-Cc:webkit2...@packages.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: stretch Severity: normal Background - New minor releases of webkit2gtk are made approximately monthly to fix high-impact bugs and security vulnerabilities. New major releases are made every six months (next one is mid-March). Similar to Firefox and Chromium, it's not really feasible to separate the security fixes from other changes. Basically, only one major release series is supported at a time (sometimes, there will be a final security fix for the old series shortly after the first release of the new series, but that's it.) For Debian 9, webkit2gtk is still excluded from normal security support and therefore the Debian Security Team is unwilling to accept webkit2gtk updates via stretch-security to avoid confusing our users. The latest major release webkit2gtk 2.18 was released in September. I am unaware of any remaining regressions in the new series. There was one Ubuntu-specific package that needed to be updated for 2.18. See https://launchpad.net/bugs/1712047 for more details. Generally, all the major distros have updated to 2.18 and there has been plenty of time for regressions to be noticed. News https://webkitgtk.org/2017/09/11/webkitgtk2.18.0-released.html https://webkitgtk.org/2017/10/18/webkitgtk2.18.1-released.html https://webkitgtk.org/2017/10/27/webkitgtk2.18.2-released.html https://webkitgtk.org/2017/11/10/webkitgtk2.18.3-released.html https://webkitgtk.org/2017/12/19/webkitgtk2.18.4-released.html https://webkitgtk.org/2018/01/10/webkitgtk2.18.5-released.html https://webkitgtk.org/2018/01/24/webkitgtk2.18.6-released.html Security Trackers -- This update will fix all current stretch vulnerabilities listed at https://security-tracker.debian.org/tracker/source-package/webkit2gtk https://webkitgtk.org/security/WSA-2017-0008.html https://webkitgtk.org/security/WSA-2017-0009.html https://webkitgtk.org/security/WSA-2017-0010.html https://webkitgtk.org/security/WSA-2018-0001.html https://webkitgtk.org/security/WSA-2018-0002.html https://usn.ubuntu.com/usn/usn-3460-1/ https://usn.ubuntu.com/usn/usn-3481-1/ https://usn.ubuntu.com/usn/usn-3514-1/ https://usn.ubuntu.com/usn/usn-3530-1/ Detailed Commit Log and Diff -- It's not really useful to provide a detailed diff or log for the upstream changes. For instance, Ubuntu's diff for the the 2.16.6 to 2.18.0 upgrade is 10 MB. https://launchpad.net/ubuntu/+source/webkit2gtk/2.18.0-0ubuntu0.16.04.2 debdiff gave me a 71MB file. Builds webkit2gtk 2.18.6 is available in Debian unstable, testing and stretch-backports. It has built successfully on all release architectures. (mips64el is still building on stretch-backports) Proposed Stretch Update I am proposing a straight backport from Buster to Stretch. I am attaching a diff of the debian/ directory. Thanks, Jeremy Bicha webkit2gtk_2.18.6-1~deb9u1.debdiff Description: Binary data
Bug#890322: transition: libgweather 3.27
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: pkg-gnome-maintain...@lists.alioth.debian.org I request permission to start the libgweather transition. The new version of libgweather is required for GNOME 3.28. https://release.debian.org/transitions/html/auto-tracker.html I have completed test rebuilds in my PPA. evolution-data-server, gnome-applets, and gnome-panel need cherry-picked patches. Since they are all Debian GNOME packages, I can do those uploads. After that, we'll need binNMUs for evolution, gnome-clocks, gnome-initial-setup, and gnome-settings-daemon. https://launchpad.net/~jbicha/+archive/ubuntu/templibgweather/+packages Thanks, Jeremy Bicha
Bug#890322: transition: libgweather 3.27
Here's the correct tracker link: https://release.debian.org/transitions/html/auto-libgweather.html Thanks, Jeremy Bicha
Bug#890322: transition: libgweather 3.27
On Thu, Feb 15, 2018 at 4:45 AM, Emilio Pozuelo Monfort wrote: > On 13/02/18 14:03, Jeremy Bicha wrote: >> I request permission to start the libgweather transition. The new >> version of libgweather is required for GNOME 3.28. > > There's currently only an alpha release available. I don't think it's a good > idea to update to that in unstable, particularly given it's a public library. > > This can wait a few more weeks, at least until the release candidate. Ok, for context, the other transitions we'll need for GNOME 3.28 are: https://release.debian.org/transitions/html/auto-evolution-data-server.html https://release.debian.org/transitions/html/auto-gnome-desktop3.html https://release.debian.org/transitions/html/auto-vala.html and a GNOME Settings Daemon transition (since one of its plugins was moved to mutter): https://codesearch.debian.net/search?q=org.gnome.SettingsDaemon.A11yKeyboard&perpkg=1 GNOME is supposed to be API/ABI Freeze now for 3.28: https://wiki.gnome.org/ThreePointTwentyseven I thought it would be helpful to do these transitions one at a time now when there is less perceived "urgency", but I'll respect your judgment. Thanks, Jeremy Bicha
Bug#892487: transition: gnome-desktop3 3.27
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: pkg-gnome-maintain...@lists.alioth.debian.org I request permission to start the gnome-desktop3 transition by uploading gnome-desktop 3.27.92. The new version is required for GNOME 3.28. (3.27.92 is the Release Candidate for GNOME 3.28, expected in a few days.) https://release.debian.org/transitions/html/auto-gnome-desktop3.html gnome-control-center needs a cherry-picked patch which I will take care of. binNMUs should be fine for the rest. Ubuntu 18.04 successfully completed this transition. Thanks, Jeremy Bicha
Bug#892487: transition: gnome-desktop3/mutter 3.27
Oh, I forgot to mention 2 things: 1. I would like to do the mutter/gnome-shell transition simultaneously with gnome-desktop3: https://release.debian.org/transitions/html/auto-mutter.html All 3 affected packages need sourceful uploads. I have permission from the budgie-desktop maintainer to do its NMU. The others are Debian GNOME packages which I will also upload. 2. I will wait to do the libgweather transition requested at https://bugs.debian.org/890322 later. Thanks, Jeremy Bicha
Bug#890322: transition: libgweather 3.27
On Tue, Feb 13, 2018 at 8:03 AM, Jeremy Bicha wrote: > I request permission to start the libgweather transition. The new > version of libgweather is required for GNOME 3.28. > > I have completed test rebuilds in my PPA. evolution-data-server, > gnome-applets, and gnome-panel need cherry-picked patches. Since they > are all Debian GNOME packages, I can do those uploads. > > After that, we'll need binNMUs for evolution, gnome-clocks, > gnome-initial-setup, and gnome-settings-daemon. > > https://launchpad.net/~jbicha/+archive/ubuntu/templibgweather/+packages Ok, libgweather 3.28.0 has been released. I accidentally uploaded gnome-clocks 3.28.0 for the gnome-desktop3 transition, but gnome-clocks 3.28 needs the newer libgweather. So I'm asking permission to start this transition now and add it to the gnome-desktop3 and mutter transitions. https://release.debian.org/transitions/html/auto-libgweather.html Thanks, Jeremy Bicha
Bug#893046: transition: evolution-data-server 3.28
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: pkg-gnome-maintain...@lists.alioth.debian.org I request permission to start the evolution-data-server 3.28 transition once the ongoing gnome-desktop3/libgweather/mutter transition completes. https://release.debian.org/transitions/html/auto-evolution-data-server.html Ubuntu 18.04 successfully completed this transition. Thanks, Jeremy Bicha
Bug#893046: transition: evolution-data-server 3.28
The gnome-desktop3/libgweather/mutter transitions are done now. Thanks, Jeremy Bicha
Bug#893640: nmu: webkit2gtk_2.18.6-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: sl...@debian.org webkit2gtk is uninstallable in unstable because it needs to be rebuilt against the new gstreamer release. (gstreamer set its dependency relationships very tightly). Here's a guess at the wanna-build syntax: nmu webkit2gtk_2.18.6-1 . ANY . unstable . -m "Rebuild against gst-plugins-bad1.0 1.14.0-1" dw gstreamer1.0-plugins-bad_1.14.0-1 . ANY . -m 'gstreamer1.0-plugins-bad (>= 1.14.0)' Thanks, Jeremy Bicha
Bug#893643: nmu: gnome-dvb-daemon_1:0.2.91~git20170110-3
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: sl...@debian.org gnome-dvb-daemon is uninstallable in unstable because it needs to be rebuilt against the new gstreamer release. (gstreamer set its dependency relationships very tightly.) Here's a guess at the wanna-build syntax: nmu gnome-dvb-daemon_1:0.2.91~git20170110-3 . ANY . unstable . -m "Rebuild against gst-plugins-bad1.0 1.14.0-1" dw gnome-dvb-daemon_1:0.2.91~git20170110-3 . ANY . -m 'gstreamer1.0-plugins-bad (>= 1.14.0)' Thanks, Jeremy Bicha
Bug#893642: nmu: webkit2gtk_2.20.0-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: sl...@debian.org webkit2gtk is uninstallable in experimental because it needs to be rebuilt against the new gstreamer release. (gstreamer set its dependency relationships very tightly). Here's a guess at the wanna-build syntax: nmu webkit2gtk_2.20.0-1 . ANY . unstable . -m "Rebuild against gst-plugins-bad1.0 1.14.0-1" dw webkit2gtk_2.20.0-1 . ANY . -m 'gstreamer1.0-plugins-bad (>= 1.14.0)' Thanks, Jeremy Bicha
Bug#893640: nmu: webkit2gtk_2.18.6-1
Um, second try: nmu webkit2gtk_2.18.6-1 . ANY . unstable . -m "Rebuild against gst-plugins-bad1.0 1.14.0-1" dw webkit2gtk_2.18.6-1 . ANY . -m 'gstreamer1.0-plugins-bad (>= 1.14.0)' Thanks, Jeremy Bicha
Bug#894028: nmu: ldc transition
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu transition X-Debbugs-CC: m...@debian.org Please schedule the binNMUs to finish the LDC transition. ldc has already been promoted to testing (we think this was allowed because of the unique library renaming this time to add -shared). https://release.debian.org/transitions/html/auto-ldc.html Thanks, Jeremy Bicha
Bug#895489: nmu: kodi (libnfs transition)
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu transition X-Debbugs-CC: rbal...@ubuntu.com Please rebuild kodi for the libnfs transition. It doesn't show up because its dependency on the libnfs library is only a recommends. https://release.debian.org/transitions/html/auto-ldc.html Thanks, Jeremy Bicha
Bug#897595: nmu: icewm_1.4.3.0~pre-20180217-3 (rebuild in clean chroot)
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: ic...@packages.debian.org Please rebuild icewm on amd64. It was a binary upload that was not done in a clean chroot (libesd0-dev was installed but it is not one of the Build-Depends and this is blocking the removal of esound from Debian.) Thanks, Jeremy Bicha
Bug#862407: unblock: epiphany-browser/3.22.7-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package epiphany-browser 3.22.7 is the latest bugfix release in the stable 3.22 series and is highly recommended by the Epiphany developers for distros that ship epiphany 3.22. (It is included in Ubuntu 16.10, Fedora 25, etc.). According to the NEWS file, this version fixes a crash, memory corruption issues, and critical warnings. The Debian Developer who uploaded this version supports my filing an unblock request for it. https://git.gnome.org/browse/epiphany/log/?h=gnome-3-22 unblock epiphany-browser/3.22.7-1 Thanks, Jeremy Bicha epiphany-browser_3.22.7-1.debdiff Description: Binary data
Bug#863915: unblock: webkit2gtk/2.16.3-2
On Fri, Jun 2, 2017 at 3:58 AM, Adam D. Barratt wrote: > On 2017-06-02 8:32, Adam D. Barratt wrote: >> There's a huge leap from there to you assuming that SRM will be happy >> to do this without any form of actual discussion. Unblock bugs are >> *not* the way to have that discussion, and two weeks before release is >> a really poor time to attempt to do so. Respectfully, I am trying to do the best I know how to drive this forward. We all want to keep Debian both stable and secure so let's assume good faith here. If there is a better place to have a discussion than this bug, let me know but it doesn't seem to me to be a particularly wrong place for it either. > Particularly given that the 2.15.0 release was 8 months ago now so there was > plenty of time to have initiated a discussion, rather than leaving it until > almost literally the last minute and assuming it would all be fine. I apologize that I do not have a link to a public discussion, but my understanding is that Alberto Garcia (berto), maintainer of webkit2gtk in Debian and full-time paid developer for webkitgtk for Igalia, tried repeatedly to get the Debian Security team to agree to allowing stretch-security updates of webkit2gtk. If you're told "NO" enough times, you eventually stop asking. Based on the work I've done to help maintain webkit2gtk in Ubuntu, I'm trying to help Debian now. On Fri, Jun 2, 2017 at 4:27 AM, Emilio Pozuelo Monfort wrote: > Could you list all the known regressions that resulted from these updates in > Ubuntu? I think that would be an interesting data point for this discussion, > so > that we can assess not just the number of regressions, but the severity of > them > and how/if they were fixed (e.g. if upstream cared about these in the cases > that > were reported to them, etc). If you can provide bug#, severity, and a timeline > (e.g. webkit update to -proposed, webkit update to $distro, date of regression > reported, regression fixed) that'd be helpful. There have been no known significant regressions in Ubuntu stable releases since Ubuntu started providing these webkit2gtk updates in September when 2.10.9 was upgraded to 2.12.5. Here are 2 significant regressions that did not affect Ubuntu stable releases: 2.12.4 did have a regression that "caused a hang in the network process after a load failure". 2.12.4 was released August 24 and 2.12.5 fixing those problems was released September 5 (12 days later). 2.14.4 did have a regression in HiDPI support. 2.14.4 was released February 10. The upstream bug was filed that same day. It was fixed in upstream's svn repo February 13. 2.14.5 fixing that regression was released February 15. https://bugs.debian.org/855103 https://bugs.webkit.org/168128 https://mail.gnome.org/archives/distributor-list/2017-February/msg2.html (public warning on February 13) Thanks, Jeremy
Bug#863915: unblock: webkit2gtk/2.16.3-2
I apologize for not personally trying hard to push this through, but if we don't unblock 2.16.3 in the next few days, it makes the Stable Release process more difficult since we can't "practice" with easier webkit2gtk point releases first. Proposal for initial webkit2gtk updates in Debian 9 Here's my thinking as to how the first webkit2gtk stable update could work. 1. A new webkit2gtk point release is released. 2. Since regressions are generally found within the first week and to try to limit the work needed by the SRMs, we wait a week before uploading to the s-p-u queue. 3. A SRM accepts it. 4. An email is sent out to the maintainers of the rdeps asking them to please test their package with the new webkit2gtk version in s-p-u within the next 2 weeks. 5. If no regressions are reported, the update is released in the next Debian 9 point release. Here's a filtered list of rdeps: https://paste.debian.net/961084/ These updates are also being done across all Linux distributions so I believe the risk of a regression with this process is fairly low. If that process goes well, then we can consider how we will handle the new major release later this year. Later webkit2gtk updates Based on the schedule of prior Debian point releases, I am concerned about the longer gap between point releases later in Stretch's life. I don't think it makes sense for Debian users to have to wait 4-5 months for security updates. Maybe testing can still be done in s-p-u but Security can push webkit2gtk versions from there out sooner. Regressions from NOT updating --- On the other hand, if we do not update webkit2gtk there will be regressions too. A major recent example was Google changing their websites which broke Google login (breaking a key part of GNOME Online Accounts, Evolution, etc.) and the beta version of YouTube. This was fixed a few weeks ago in 2.16.2 (and 2.14.7 but 2.14 is unsupported now). https://launchpad.net/bugs/1687019 More diff info --- The debdiffs themselves are difficult to read. Here are the 2.16.2 and the 2.16.3 updates: https://launchpadlibrarian.net/319531521/webkit2gtk_2.16.1-1_2.16.2-1.diff.gz https://launchpadlibrarian.net/321119967/webkit2gtk_2.16.2-1_2.16.3-1.diff.gz webkit2gtk still uses trac and svn and there's no git mirror yet: https://trac.webkit.org/log/webkit/releases/WebKitGTK/webkit-2.16 To see colored diffs, just select the radio buttons next to the 2 commits you want to diff and click View Changes. I believe 2.16.2 was 216485 and 2.16.3 is 217366. To view individual commits, you have to click the radio buttons for the current and the previous commits and click View Changes. Thanks, Jeremy Bicha
Bug#863915: Please test webkit2gtk 2.16.3-2 with your packages for stretch now!
Please test your packages on stretch with webkit2gtk 2.16.3-2 which I have requested to be unblocked for stretch this week. The current version in stretch is 2.14.7-1. 2.16.3 is a new major release but it is also a security release and the webkit2gtk developers try to be careful to avoid regressions in new release and fix regressions quickly once informed of them. A list of affected packages can be found at https://paste.debian.net/961084/ I suggest briefly enabling unstable in your sources.list and running commands like this: sudo apt update sudo apt install gir1.2-webkit2-4.0 and then disable unstable again. If you find any problems as a result of this update, please reply to Debian bug #863915 I do apologize for the lateness of this request, but it seems like it would be better to do this major version bump now rather than for 9.1. My intention is to try to package further webkit2gtk updates for Debian 9 "stretch" until buster is released as the new stable release. webkit2gtk has new major versions every March and September (like GNOME) with periodic security and bugfix releases in between. These new versions are being packaged in Ubuntu LTS and most other major Linux distributions. For more details, see bug #863915. Thank you, Jeremy Bicha
Bug#863915: Fwd: Please test webkit2gtk 2.16.3-2 with your packages for stretch now!
Paul, thank you. I'm forwarding to the bug for tracking. Jeremy -- Forwarded message -- From: Paul Gevers Date: Wed, Jun 7, 2017 at 3:18 PM Subject: Re: Please test webkit2gtk 2.16.3-2 with your packages for stretch now! To: Jeremy Bicha Cc: David Smith Hi Jeremy, On 06-06-17 00:42, Jeremy Bicha wrote: > Please test your packages on stretch with webkit2gtk 2.16.3-2 which I > have requested to be unblocked for stretch this week. Running liferea with it as we speak. Haven't encountered issues yet. Paul signature.asc Description: PGP signature
Bug#863915: Fwd: Please test webkit2gtk 2.16.3-2 with your packages for stretch now!
Jörg, thank you. I am forwarding to the bug for tracking. Jeremy -- Forwarded message -- From: Jörg Frings-Fürst Date: Tue, Jun 6, 2017 at 9:04 AM Subject: Re: Please test webkit2gtk 2.16.3-2 with your packages for stretch now! To: Jeremy Bicha Hi Jeremy, build of shotwell with libwebkit2gtk-4.0-dev:amd64 (2.16.3-2) are ok, CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser Threema: SYR8SJXB Wire: @joergfringsfuerst IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: PGP signature
Bug#863915: Please test webkit2gtk 2.16.3-2 with your packages for stretch now!
In addition to the testing I mentioned in my original post, I have now confirmed that these stretch apps worked with webkit2gtk 2.16.3-2 from unstable Tested, Confirmed Still Working -- anjuta atril birdfont devhelp evolution-rss gnome-builder gnome-documents gnome-initial-setup gnome-maps gnome-sushi gnome-twitch gthumb gufw liferea mail-notification-evolution python-jarabe (tested by running sugar-pippy-activity, a rdepends) rhythmbox-plugins shotwell sugar-browse-activity zenity Remaining untested packages cinnamon-screensaver-webkit-plugin (no rdepends) evolution-ews (don't have an appropriate account) libproxy1-plugin-webkit libseed-gtk4-0 (has no rdepends in Stretch so not clear what could be tested here?) ring (I'd prefer not to set up an account for this now, but the app at least started ok) Thanks, Jeremy Bicha
Bug#871267: nmu: budgie-desktop 10.3.1-4
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal budgie-desktop supports either gnome-settings-daemon << 3.24 or >= 3.24 depending on which gnome-settings-daemon version is present at build time. Therefore, budgie-desktop will need to be rebuilt with gnome-settings-daemon 3.24 which is being uploaded now. This is my first time requesting a binNMU like this so here's my guess at the wanna-build syntax: nmu budgie-desktop_10.3.1-4 . ANY . -m 'Rebuild against gnome-settings-daemon 3.24' dw budgie-desktop_10.3.1-4 . ANY . -m 'gnome-settings-daemon (>= 3.24)' Thanks, Jeremy Bicha
Bug#871242: stretch-pu: package webkit2gtk/2.16.6-0+deb9u1
On Tue, Aug 8, 2017 at 12:10 PM, Adam D. Barratt wrote: > While the patch looks harmless enough, adding support for architectures > that aren't even in the Debian archive as part of a stable update seems > somewhat strange. I apologize. I didn't realize that it had previously been unbuildable on m68k. Thanks, Jeremy Bicha
Bug#709847: transition: libgnomekbd
This wasn't staged in experimental first so someone will have to rescue libgnomekbd from the new queue. Thanks, Jeremy -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAAajCMaGuP5By=iufq1uE7kGBp-=Dq+7=kebrzvhrqdppt5...@mail.gmail.com
Bug#993052: transition: tracker
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: trac...@packages.debain.org Severity: normal The Debian GNOME team requests permission to do the "tracker" transition, updating the library and service from version 2 to version 3. All affected packages need sourceful uploads. All affected packages are maintained by the Debian GNOME team except for grilo-plugins, kylin-burner and netatalk. All package updates are staged in experimental except for grilo-plugins and netatalk. The transition was successfully completed in Ubuntu a month ago. https://release.debian.org/transitions/html/auto-tracker.html https://salsa.debian.org/berto/grilo-plugins/-/merge_requests/2 Thank you, Jeremy Bicha
Bug#992870: transition: GNOME 40 (libmutter-8-0 and friends)
There is one transition that we could do before gnome-shell and friends and before libgweather: tracker. I filed https://bugs.debian.org/993052 for the transition. We can take gnome-panel & gnome-applets 41 beta from experimental by reverting the gweather commits to keep the transition unentangled. I'm suggesting this order for the GNOME 40 transitions: tracker, then gnome-shell & friends, then the libgweather mini-transition, then evolution-data-server Thanks, Jeremy Bicha
Bug#993052: transition: tracker
On Mon, Sep 6, 2021 at 10:25 AM Sebastian Ramacher wrote: > What's your plan regarding grilo-plugins, kylin-burner and netatalk? Are > you going to NMU them? I won't be able to do the NMUs today. If anyone else would like to, that would be great. Thanks, Jeremy Bicha
Bug#993945: transition: evolution-data-server
I went ahead and uploaded evolution-data-server 3.41.3 to the NEW queue for experimental. The only soname bump was for libcamel which only has evolution and evolution-rss as reverse dependencies. The evolution 3.42 stable release is scheduled for September 17. So I believe we'll be able to do just one evolution-data-server transition to get unstable all the way to 3.42. Thanks, Jeremy Bicha
Bug#993945: transition: evolution-data-server
https://release.debian.org/transitions/html/auto-evolution-data-server.html This needs sourceful uploads of evolution-data-server, evolution, and evolution-ews. Then binNMUs for the rest. The libgweather transition completed. However, we probably want glib2.0 to migrate to testing first (now entangled with the libffi transition) since the rebuilds could easily end up with a dependency on the new glib. Thanks, Jeremy Bicha
Bug#995630: transition: gupnp
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: gu...@packages.debain.org Severity: normal I request permission to do the gupnp transition. I successfully test built all the source packages from the auto transition tracker on my computer today against the updated gupnp. We can do binNMUs for all of them. https://release.debian.org/transitions/html/auto-gupnp.html Thank you, Jeremy Bicha
Bug#995985: transition: vala
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: v...@packages.debain.org Severity: normal I request permission to do the vala transition. We can do a binNMU for valabind. I confirmed that valabind builds successfully against the new vala version. https://release.debian.org/transitions/html/auto-vala.html Thank you, Jeremy Bicha
Bug#1004877: transition: gupnp-av
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: gupnp...@packages.debain.org Severity: normal I request permission to do the transition for gupnp-av (this will also complete the gupnp-dlna transition simultaneously). I completed the transition in Ubuntu this week. We can do binNMUs for all of the affected packages. https://release.debian.org/transitions/html/auto-gupnp-av.html Thank you, Jeremy Bicha
Bug#1006154: nmu: evolution-rss_0.3.96-4
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Please schedule this rebuild to finish the auto-upperlimit evolution 3.43 mini-transition: nmu evolution-rss_0.3.96-4 . ANY . unstable . -m "Rebuild against evolution 3.43" Thanks, Jeremy Bicha
Bug#1006188: nmu: pqiv_2.12-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal pqiv has a Recommends on the old libwebp6 library. The Recommends doesn't show up on the transition tracker but it should still be rebuilt. nmu pqiv_2.12-1 . ANY . unstable . -m "Rebuild against libwebp7" Thanks, Jeremy Bicha
Bug#1006233: transition: poppler
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: popp...@packages.debain.org Severity: normal I request permission to do the transition for poppler. Poppler appears to be doing monthly releases now. To minimize disruption and extra transitions, we have been skipping some of the releases. Ubuntu 22.04 LTS will be using the 22.02 release so that's a good one for us to use for a few months. I completed the transition in Ubuntu earlier this month. I believe we can do binNMUs for all of the affected packages. https://release.debian.org/transitions/html/auto-poppler.html Thank you, Jeremy Bicha
Bug#1006361: transition: vala
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: v...@packages.debain.org Severity: normal I request permission to do the vala transition. Small transition; binNMUs are enough. Completed in Ubuntu earlier this month. https://release.debian.org/transitions/html/auto-vala.html Thank you, Jeremy Bicha
Bug#1006233: transition: poppler
On Wed, Mar 16, 2022 at 3:42 PM Sebastian Ramacher wrote: > As libwebp finally migrated, please go ahead Will poppler get entangled with the openldap transition? https://release.debian.org/transitions/html/auto-poppler.html Thanks, Jeremy Bicha
Re: Transition sane-backends
John Paul Adrian Glaubitz wrote on Fri, 17 Aug 2018 13:47:02 +0200: > Joerg has actually discussed multiple hardware vendors who ship > precompiled Debian packages to accomodate this change. Ubuntu > has also incorporated the change and is already shipping the > experimental version of the package, although with an additional > patch to ease the transition. It's not really a patch. It is: diff -pruN 1.0.27-1~experimental6/debian/control 1.0.27-1~experimental6ubuntu2/debian/control --- 1.0.27-1~experimental6/debian/control2018-07-08 12:00:41.0 + +++ 1.0.27-1~experimental6ubuntu2/debian/control2018-08-10 06:43:32.0 + @@ -78,9 +78,9 @@ Package: libsane1 Section: libs Architecture: any Multi-Arch: same -Breaks: libsane (<<1.0.27-1) -Replaces: libsane (<<1.0.27-1) -Pre-Depends: ${misc:Pre-Depends} +Conflicts: libsane (<< 1.0.27-1~) +Replaces: libsane (<< 1.0.27-1~) +Provides: libsane (= ${binary:Version}) > Overall, Joerg has invested a lot of time and effort to fix the > missing SO version in the package name and most other people we > have discussed this with in Debian agreed with this change. I question that statement. I have tried proposing that change multiple times to Jörg but I haven't really even gotten a response from him about it. I believe there are other Ubuntu developers who agree with the Ubuntu modification and some of them are active in Debian as well. Renaming the soname without a Provides is a problem because I understand there are lots of third-party .deb packages which would no longer work in Debian until those third-parties update their binary packages. And it's not clear requiring that third-party work would be helpful here. Thanks, Jeremy Bicha
Bug#907980: nmu: evolution-rss_0.3.95-9
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: evolution-...@packages.debian.org evolution-rss needs to be rebuilt against libevolution 3.30 since libevolution creates strict reverse dependencies. nmu evolution-rss_0.3.95-9 . ANY . unstable . -m "Rebuild against libevolution 3.30" dw evolution-rss . ANY . -m 'libevolution (>= 3.30.0)' Thanks, Jeremy Bicha
Bug#906016: transition: gjs built with mozjs60
On Fri, Oct 5, 2018 at 4:11 AM Simon McVittie wrote: > Removing gnome-shell also means we have to remove gdm3, gnome-session, and > various GNOME Shell extensions and other GNOME-Shell-dependent packages > from s390x. Perhaps someone from Ubuntu can advise on which ones? I > tried using "dak rm -R -n" but the results quickly become unmanageable - > I assume we don't actually care about uninstallable GNOME Shell extensions > and other Architecture: all packages on s390x? > Is there a better way we can deal with packages like gdm3 (which require > gnome-shell at runtime) than "Architecture: amd64 arm64 armel..." with > a full list of all the architectures where mozjs60 is known to work? > Perhaps a (slightly spurious) Build-Depends on gjs, to make sure they > don't build uninstallable binary packages for s390x? I filed https://bugs.debian.org/910701 and https://bugs.debian.org/910702 requesting that 2 gnome-shell extensions with arch:any binaries build-depend on gjs. I already made that change for meta-gnome3 (for the gnome and gnome-core arch:any metapackages). We'll also want the cortina removal completed: https://bugs.debian.org/910599 > Removing gnome-shell also means we have to remove gdm3, gnome-session, and > various GNOME Shell extensions and other GNOME-Shell-dependent packages > from s390x. Perhaps someone from Ubuntu can advise on which ones? I > tried using "dak rm -R -n" but the results quickly become unmanageable - > I assume we don't actually care about uninstallable GNOME Shell extensions > and other Architecture: all packages on s390x? I am under the assumption that we don't need to worry about arch: all packages that depend on packages not available on s390x. Let me add to your list: gdm3 gnome gnome-core And you don't need to worry about gnome-weather (arch: all) gpaste (doesn't need gjs on s390x, as of 3.30.1-1 in experimental) seed-webkit2 (doesn't build on s390x already) It might be possible to make gnome-sound-recorder arch: all. Thanks, Jeremy Bicha
Bug#906016: transition: gjs built with mozjs60
On Tue, Oct 9, 2018 at 8:40 PM Jeremy Bicha wrote: > It might be possible to make gnome-sound-recorder arch: all. Yes, you can remove gnome-sound-recorder from your list. Thanks, Jeremy Bicha
Bug#906016: transition: gjs built with mozjs60
I found a few more dependencies today: gnome-initial-setup gnome-panel sssd sssd doesn't need gdm3 so I opened https://salsa.debian.org/sssd-team/sssd/merge_requests/3 Thanks, Jeremy Bicha
Bug#906016: transition: gjs built with mozjs60
You won't need to remove: gnome-weather (now arch:all) gpaste (the GNOME Shell extension is arch:all & the gjs dependency has been moved to B-D-I) seed-webkit2 (never built on s390x) workrave (GNOME panel applet no longer built on s390x) Thanks, Jeremy Bicha
Bug#906016: transition: gjs built with mozjs60
On Sun, Dec 23, 2018 at 10:30 AM John Paul Adrian Glaubitz wrote: > Can we postpone the decision until after the holidays? Then I have enough > time for trying to whip up a patch. I don't see any value in delaying any longer. It's pretty easy to let gjs/s390x back in; removing it has been quite a bit harder. As Simon pointed out, 90% of this work was done 3 months ago; it's the final hard bits that we need done now. This bug's history gives you the list of packages to check when gjs/s390x becomes usable. Thanks, Jeremy Bicha
Bug#917888: nmu: mustache-d_0.1.3-3 [armel]
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: m...@debian.org Please rebuild mustache-d on armel and x32 (as was done on other architectures). This might allow the latest glib-d to migrate to Testing. https://buildd.debian.org/status/package.php?p=mustache-d Here's my guess at the syntax: nmu mustache-d_0.1.3-3 . armel x32 . -m 'Rebuild against libphobos2-ldc-shared82.' Thanks, Jeremy Bicha
Bug#923693: unblock: gnome-books/3.31.90-3
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Please unblock package gnome-books. gnome-books has been split from gnome-documents. This allows for a user to install just one of the apps if they want instead of being forced to install or uninstall both In particular, AppStream clients such as the GNOME Software app assume that there is only one app per primary AppStream metadata file and the UI did not correctly handle installing or uninstalling either of these apps. (It wouldn't indicate that install/uninstall actions affect both apps.) I don't think a source debdiff will be very helpful here since many of the changes are renaming gnome-documents to gnome-books and removing code that isn't needed for the gnome-books app. Let me know if you really want the source debdiff here. This was delayed because we had to update debian/copyright to fix a RC bug that was added by FTP Masters when this NEW source package was accepted into Debian. gnome-books was uploaded before the soft freeze. There will be one more upload (3.32.0) that we will want for Buster since 3.31.90 is a pre-release. 3.32.0 is expected in about 9 days. unblock gnome-books/3.31.90-3 Thanks, Jeremy Bicha
Bug#923694: unblock: gnome-documents/3.31.92-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Please unblock package gnome-documents.. The source debdiff is at https://bicha.net/gnome-documents-buster-unblock.debdiff Sorry for the size. (Some of the changes were in unstable for several weeks but were held up the s390x situation, mentioned below.) gnome-books has been split from gnome-documents. This allows for a user to install just one of the apps if they want instead of being forced to install or uninstall both In particular, AppStream clients such as the GNOME Software app assume that there is only one app per primary AppStream metadata file and the UI did not correctly handle installing or uninstalling either of these apps. (It wouldn't indicate that install/uninstall actions affect both apps.) This was delayed because we had to update debian/copyright to fix a gnome-books RC bug that was added by FTP Masters when this NEW source package was accepted into Debian. gnome-books & gnome-documents were uploaded before the soft freeze. There will be one more upload (3.32.0) that we will want for Buster since 3.31.90 is a pre-release. 3.32.0 is expected in about 9 days. gnome-documents is affected by the gjs removal from s390x so we may need manual hinting to ensure that the package migrates to Testing. There is a very long discussion at https://bugs.debian.org/906016 about the s390x issue. The corresponding gnome-books unblock bug is https://bugs.debian.org/923693 unblock gnome-documents/3.31.92-1 Thanks, Jeremy Bicha
Bug#1007943: nmu: evolution-rss_0.3.96-4
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Please schedule this rebuild to finish the auto-upperlimit evolution 3.44 mini-transition: nmu evolution-rss_0.3.96-4 . ANY . unstable . -m "Rebuild against evolution 3.44" Thanks, Jeremy Bicha
Bug#1007905: transition: icu
On Wed, Mar 23, 2022 at 10:53 AM Simon McVittie wrote: > On Mon, 21 Mar 2022 at 06:50:34 +0100, László Böszörményi wrote: > > As noted, mozjs78 and 0ad FTBFS in my pbuilder setups. > > That's interesting, 0ad built fine for me against 70.1 on a porterbox > (i386 on barriere) - and its vendored copy of mozjs78 is built with > i18n disabled (--without-intl-api), which should in principle disable > the ICU dependency. I'm not sure what's going on there. 0ad will fail to build if you pull in everything else from experimental. See the patch at https://bugs.debian.org/1008075 Thanks, Jeremy Bicha
Bug#1007905: transition: icu
mozjs78 and mozjs91 now no longer have an ICU dependency in Unstable. 0ad was fixed also. Thanks, Jeremy Bicha
Bug#1016112: transition: phodav 3.0 & friends
Package: release.debian.org Tags: moreinfo User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: pho...@packages.debain.org Severity: normal I am filing this bug for the phodav transition. Affected packages are: phodav spice-gtk libosinfo virt-viewer remmina gnome-boxes There was no soname bump for most of this transition and I don't have a ben file for it. All of these packages require sourceful uploads. I am a team uploader for all these packages except for Remmina. I am filing this bug as moreinfo since I want coordination from the Remmina maintainer before starting this transition in Unstable. Perhaps too much detail: https://discourse.gnome.org/t/phodav-transition-notes/10483 I successfully completed this transition recently in Ubuntu 22.10. This transition allows completing a small part of the big GNOME 43 libsoup transition without entangling as many packages. Thank you, Jeremy Bicha
Bug#1016180: transition: gnome-desktop 43
Package: release.debian.org Tags: moreinfo User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: gnome-desk...@packages.debain.org Severity: normal Control: block -1 by 1016175 Control: block -1 by 1016171 I am filing this transition bug early. We need to fix the 2 blocker bugs. gnome-books is set to be autoremoved from Testing next week due to FTBFS and other issues. nautilus will get a sourceful upload since the simple backported patch only supports the new gnome-desktop version. Thank you, Jeremy Bicha
Bug#1016112: transition: phodav 3.0 & friends
Control: tags -1 -moreinfo Debian's Remmina package no longer builds the spice plugin so I'm ready to begin this transition when approved. Thank you, Jeremy Bicha
Bug#1016112: transition: phodav 3.0 & friends
Control: tags -1 -moreinfo On Tue, Aug 2, 2022 at 3:32 PM Sebastian Ramacher wrote: > On 2022-07-27 08:32:41 -0400, Jeremy Bicha wrote: > > I am filing this bug for the phodav transition. Affected packages are: > > phodav > > spice-gtk > > libosinfo > > virt-viewer > > remmina > > gnome-boxes > > There was no soname bump for most of this transition and I don't have > > a ben file for it. > > If I read https://release.debian.org/transitions/html/auto-phodav.html > correctly, then there was a SONAME bump and only spice-gtk needs a > rebuild. Is the ben file wrong? Please clarify The benfile is incomplete. phodav had an API bump when it switched to libsoup3. spice-gtk also uses libsoup and did not have its soname bumped. It's not possible for apps to link against both libsoup2.4 and libsoup3. Therefore, we need to update spice-gtk to libsoup3. We also need to update libosinfo to libsoup3 since gnome-boxes and virt-manager link against both spice-gtk and libosinfo. Without a soname bump, I don't know how to make an easy ben file for this transition but I need to do sourceful uploads for all these packages anyway (except for remmina which has already been taken care of). I am a team uploader for all the packages. Lots more details at https://discourse.gnome.org/t/phodav-transition-notes/10483 Thank you, Jeremy Bicha
Bug#1016180: transition: gnome-desktop 43
Control: tags -1 -moreinfo gnome-books has been removed from Testing so can be ignored. now. budgie-control-center is fixed in experimental and will be uploaded to Unstable promptly once the transition begins. chatty has a merge proposal in Salsa. [1] And I'll do a Nautilus upload once the transition begins. The gnome-desktop library has a fairly strict dependency on gnome-desktop3-data. This means that it won't be able to smoothly migrate; everything needs to migrate at the same time. This transition is basically complete in Ubuntu. We got stuck because some packages depend on libx11 which is stuck in kinetic-proposed because of an autopkgtest issue which isn't affecting Debian. https://release.debian.org/transitions/html/auto-gnome-desktop.html [1] https://salsa.debian.org/DebianOnMobile-team/chatty/-/merge_requests/25 Thank you, Jeremy Bicha
Bug#1016706: transition: GNOME 43 mega libsoup3 transition
Package: release.debian.org Tags: moreinfo User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: debian-gtk-gn...@lists.debian.org As requested, I am filing this bug early but I still need to do local rebuilds and testing. GNOME 43 is switching its core apps and libraries to use libsoup3 instead of libsoup2.4. This isn't a simple switch since other libraries use libsoup. Apps won't run if they are linked against both libsoup2.4 and libsoup3. The transition ends up entangling several library transitions together. My initial guess for involved libraries are: evolution-data-server geoclue-2.0 geocode-glib gnome-online-accounts grilo gssdp libdmapsharing libgweather4 librest libtimezonemap snapd-glib tracker Some of these libraries bump the soname for the transition. Many don't. Therefore, I don't have a complete ben file for all affected packages. I think that I'll do like the phodav transition [1] and try to add some Breaks where an app links against more than one affected library. That's an effort to try to avoid apps being broken by an incomplete upgrade. The Budgie and Cinnamon desktops are also affected by this transition. Note that libsoup2.4 will still be in Debian for the Debian 12 release. [1] https://discourse.gnome.org/t/phodav-transition-notes/10483 Thank you, Jeremy Bicha
Bug#1016180: transition: gnome-desktop 43
The gnome-desktop transition completed successfully in Ubuntu. chatty was uploaded to Unstable so it can be NMU'd when ready. Thank you, Jeremy Bicha
Bug#1016988: transition: nautilus 43
Package: release.debian.org Tags: moreinfo User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: nauti...@packages.debain.org Control: block -1 by 1016180 There is a new release of nautilus. Nautilus 43 has switched to GTK4. There was a major API break and none of the Nautilus extensions packaged in Debian work with the new version. Some packages provide other apps (evince, for instance) and their nautilus extension can just be disabled for now. To proceed with this transition, I'll follow up later here with a list of packages that we need to remove from Testing. Also, I'd prefer we complete the gnome-desktop transition first. Affected packages - https://release.debian.org/transitions/html/auto-nautilus.html and reverse dependencies of python3-nautilus: * clamtk-gnome * nautilus-admin * nautilus-hide * nautilus-kdeconnect * nautilus-nextcloud * nautilus-owncloud * rabbitvcs-nautilus * subliminal-nautilus * tortoisehg-nautilus Thank you, Jeremy Bicha
Bug#1017476: transition: poppler 22.08
Package: release.debian.org Tags: moreinfo User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: popp...@packages.debain.org Control: block -1 by 1012845 Control: block -1 by 1012818 On Ubuntu, gambas3 began failing to build on armhf recently. That bug may affect Debian too. inkscape fails to build on several architectures. On Ubuntu, we have continued using an older inksacpe version that does build. https://launchpad.net/ubuntu/+source/gambas3/3.17.3-1build1 This tracker is good: https://release.debian.org/transitions/html/auto-poppler.html Thank you, Jeremy Bicha
Bug#1017476: transition: poppler 22.08
The gambas3 issue appears to be a bug with Ubuntu's builders so Debian isn't affected. Thank you, Jeremy Bicha
Bug#1018118: transition: mutter & gnome-shell 43
Package: release.debian.org Tags: moreinfo User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: gnome-sh...@packages.debain.org Affected packages that all need sourceful uploads are below plus gnome-shell-extensions https://release.debian.org/transitions/html/auto-mutter.html All of those core packages are maintained by the Debian GNOME team except for Budgie which just needs a simple dependency change when the transition begins. This transition overlaps with the big evolution-data-server transition: https://launchpad.net/bugs/1016706 Either transition can go first, but it's best that they not happen simultaneously. This transition is blocked on someone going through all the packaged gnome-shell extensions to report bugs for them to either declare compatibility with GNOME Shell 43 (if compatible, the metadata file and debian/control need to be updated) or to let them be removed from Testing. We have completed this transition in Ubuntu but Ubuntu only has a very small number of packaged extensions compared to Debian. Thank you, Jeremy Bicha
Bug#1018118: transition: mutter & gnome-shell 43
Control: block -1 by 1016706 It makes more sense for us to do the evolution-data-server transition first. Thank you, Jeremy Bicha
Bug#1016706: transition: GNOME 43 mega libsoup3 transition
Control: tags -1 -moreinfo The entangled libraries have been reduced to only: - evolution-data-server - geocode-glib - gnome-online-accounts (no soname bump) - libgweather4 (nosoname bump) - librest These are the auto-trackers: https://release.debian.org/transitions/html/auto-evolution-data-server.html https://release.debian.org/transitions/html/auto-geocode-glib.html https://release.debian.org/transitions/html/auto-librest.html Removals === These packages need to be removed from Testing: https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=evolution-3.46 cawbird is already in Sid only. chatty also has a reverse dependency of meta-phosh. If chatty isn't fixed in time, we'll update meta-phosh to lower the Depends to Recommends. Sourceful Uploads === To attempt to reduce breakage if apps try to use libsoup2 and libsoup3 simultaneously, I am adding breaks against apps that use more than one library. And I will do sourceful uploads of these packages to bump their dependencies: - evolution-data-server - geocode-glib - gnome-online-accounts - libgweather4 - librest - bijiben - evolution - evolution-ews - geary - gnome-calendar - gnome-clocks - gnome-control-center - gnome-initial-setup - gnome-maps - gnome-panel - gnome-settings-daemon - gnome-shell - gnome-software This means that most of the transition will need to migrate together. The rest of the packages on the auto trackers will need to be binNMU'd. We successfully completed this transition in Ubuntu today. On behalf of the Debian GNOME team, Jeremy Bicha
Bug#1018076: transition: gjs and gnome-shell likely to be removed from armel
This will also affect Cinnamon once Cinnamon gets around to building their cjs fork of gjs with a newer mozjs. Thank you, Jeremy Bicha
Bug#1016706: transition: GNOME 43 mega libsoup3 transition
I have completed my sourceful uploads. Please schedule binnmus for the rest of: https://release.debian.org/transitions/html/auto-evolution-data-server.html I've also bumped the severity to serious for the bugs affecting the packages that will need to be removed from Testing to complete this transition. - chatty - feedreader - gnome-initial-setup - gnome-recipes - libgovirt - roger-router Thank you, Jeremy Bicha
Bug#1018118: transition: mutter & gnome-shell 43
Control: tags -1 -moreinfo Control: unblock -1 by 1016706 We are ready to do this transition now that evolution-data-server 3.45 has migrated to Testing. As in previous gnome-shell transitions, there are still lots of packaged gnome-shell extensions that aren't compatible and will need to be ported or removed from Testing. https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=gnome-shell-43 Thank you, Jeremy Bicha
Bug#1016988: transition: nautilus 43
Control: tags -1 -moreinfo We are ready to do the nautilus transition now. It will have sourceful uploads of: - nautilus - python-nautilus - file-roller - gnome-terminal - gtkhash All except for gtkhash are maintained by the Debian GNOME team so we'll handle those. No binnmus are needed since source changes were required for this transition. Some removals from testing are needed but are already scheduled to happen automatically this week except for eiciel. - eiciel - nautilus-filename-repairer - nautilus-share - nautilus-wipe - seahorse-nautilus python-nautilus has reverse dependencies but we already fixed those to work with the old Nautilus and the new Nautilus without needing to be rebuilt. Thank you, Jeremy Bicha
Bug#1018945: transition: libbpf
Control: tags -1 +moreinfo Sudip, I'm adding the moreinfo tag. Feel free to remove the tag when you think this transition is ready for the Release Team to approve. Thank you, Jeremy Bicha
Bug#1024726: nmu: evolution-data-server_3.46.1-1+b1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: high Please schedule this rebuild to fix evolution-data-server compatibility with libphonenumber which was rebuilt for the ongoing protobuf transition. This rebuild wasn't on the auto tracker which suggests that there is a bigger dependency issue somewhere. I don't know if other packages are also affected. See https://bugs.debian.org/1024674 Here's my guess at the syntax: nmu evolution-data-server_3.46.1-1+b1 . ANY . unstable . -m "libphonenumber8 (>= 8.12.57+ds-1+b2)" Thanks, Jeremy Bicha
Bug#1024726: Bug#1024674: libphonenumber8: breaks Evolution
On Wed, Nov 23, 2022 at 5:15 PM László Böszörményi (GCS) wrote: > On Wed, Nov 23, 2022 at 6:52 AM tony mancill wrote: > > This issue goes away for me after a rebuild of src:evolution-data-server > > and installing the freshly rebuilt libebook-contacts-1.2-4. > > > > Maybe we can kick off a rebuild via the transition. If not that, would > > you be willing to do a sourceful upload Jeremy? > Just for the record, he asked for a evolution-data-server binNMU [1] > for this issue. No sourceful upload will be needed. Will the evolution-data-server binNMU be held in Unstable until libphonenumber and protobuf migrate to Testing? I don't want to have Testing broken because of this issue either. Thank you, Jeremy Bicha
Bug#1025768: transition: snapd-glib 1.63
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: snapd-g...@packages.debian.org I am ready to do the snapd-glib transition now. You can use the auto tracker: https://release.debian.org/transitions/html/auto-snapd-glib.html I need to do source uploads for gnome-control-center and gnome-software for the transition but I am a team maintainer for those. The other 2 packages can be binNMU'd. Ubuntu completed this transition months ago and I verified today that the 4 affected packages build successfully against the new library. Thank you, Jeremy Bicha
Bug#1025774: bullseye-pu: package evolution/3.38.3-1+deb11u1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: bullseye X-Debbugs-CC:evolut...@packages.debian.org [ Reason ] Adapt to Google Contacts API change [ Impact ] Google Contacts integration in Evolution won't work without this fix. [ Tests ] I manually tested this fix and the corresponding evolution-data-server fix on Debian 11 to ensure that the fix fixes the bug. This fix was delayed several months because the original attempts to fix this bug were missing one of the necessary patches. This was noticed because the manual test failed to demonstrate that the bug was fixed. [ Risks ] The required patch was cherry-picked from a newer evolution series. The upstream evolution project no longer maintains the 3.38.x branch that Debian 11 uses. [ 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 ] 1 patch cherry-picked from a newer evolution series [ Other info ] This bug fix requires evolution-data-server to be updated too. See https://bugs.debian.org/1025773 Thank you, Jeremy Bicha evolution_3.38.3-1+deb11u1.debdiff Description: Binary data
Bug#1025774: bullseye-pu: package evolution/3.38.3-1+deb11u1
Updated debdiff attached to fix typo in the Debian series field of debian/changelog. Thank you, Jeremy Bicha evolution_3.38.3-1+deb11u1.debdiff Description: Binary data
Bug#1025774: bullseye-pu: package evolution/3.38.3-1+deb11u1
On Thu, Dec 8, 2022 at 4:02 PM Adam D. Barratt wrote: > > On Thu, 2022-12-08 at 15:49 -0500, Jeremy Bicha wrote: > > Adapt to Google Contacts API change > > > > [ Impact ] > > Google Contacts integration in Evolution won't work without this fix. > > +evolution (3.38.3-1+deb11u1) unstable; urgency=medium > > ^ s/unstable/bullseye/ > > > This bug fix requires evolution-data-server to be updated too. See > > https://bugs.debian.org/1025773 > > > > Do the package relationships ensure that the new versions are always > installed together? If not, what's the user experience if there's a > mismatch? If someone managed to install the new evolution and old evolution-data-server or the other way around, they would get the same behavior as currently in Debian 11: Google Contacts integration won't work. I could have evolution have a bumped Depends on the new evolution-data-server. To fix it the other way, we could add a Breaks. I don't know if adding either of those really helps much. I already uploaded both evolution and evolution-data-server to the bullseye-pu queue. If we did end up wanting to change this, would it be best to upload with a bumped version number (3.38.3-1+deb11u2) or just have the old ones rejected? Thank you, Jeremy Bicha
Bug#1025773: bullseye-pu: package evolution-data-server/3.38.3-1+deb11u1
On Thu, Dec 8, 2022 at 4:04 PM Adam D. Barratt wrote: > > Control: tags -1 + confirmed > > On Thu, 2022-12-08 at 15:45 -0500, Jeremy Bicha wrote: > > Adapt to Google Contacts API change > > > > [ Impact ] > > Google Contacts integration in Evolution and the GNOME Contacts app > > won't work without this fix. > > > > Please go ahead. I made a typo in the changelog which means the bug number won't be closed automatically. It says: Closes #9978240 but it should be Closes: #997824) How should we handle this? Thank you, Jeremy Bicha
Bug#933548: transition: gnome-desktop3
Please binNMU glabels for evolution-data-server. https://bugs.debian.org/933573 has a patch for eweouz Thanks, Jeremy Bicha
Bug#933548: transition: gnome-desktop3
On Wed, Oct 2, 2019 at 3:00 PM Paul Gevers wrote: > If my view of things is > up-to-date and correct, it's the last piece of the puzzle There are also several autopkgtest failures triggered by glib2.0 and gobject-introspection. Jeremy
Bug#933548: transition: gnome-desktop3
According to my reading of this britney run, the last 2 blockers were removing gnome-shell-extension-easyscreencast and bumping the age for eweouz. Both have been done now. Thanks, Jeremy
Bug#946337: RM: pygtk -- RoM; unmaintained Python2 package
Package: release.debian.org X-Debbugs-Cc: py...@packages.debian.org Affects: src:pygtk Tags: testing User: release.debian@packages.debian.org Usertags: rm Please remove pygtk from Testing. It is unmaintained and is a Python2 package. It has no remaining reverse dependencies in Testing but has too high popcorn for autoremoval. We are working towards removing pygtk from Unstable too but that will take a while longer. The RC bug is https://bugs.debian.org/885752 On behalf of the Debian GNOME team, Jeremy Bicha
Bug#1043144: transition: mutter/gnome-shell 44
Graham, please add a few more hints: age-days 2 budgie-desktop/10.8-2 age-days 2 gnome-remote-desktop/44.2-6 age-days 2 gnome-shell-extension-dashtodock/87-1 remove gnome-shell-extension-no-annoyance/0+20220925-c6804a4-3 remove bfh-metapackages/20211009-20 Thank you, Jeremy Bícha
Bug#1027942: transition: poppler 22.12
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: popp...@packages.debain.org Control: block -1 by 1026040 Control: block -1 by 1026093 Poppler is now on a monthly release cycle. I request that we use poppler 22.12 for Debian 12 instead of poppler 22.08 from August. (This week, there was also a 23.01 release, but it's impractical for that update to be included in Debian 12.) I apologize for the late request. This transition is mostly done in Ubuntu, but completion is blocked there by the Qt transition and some other transitions. This transition will need a sourceful upload for dia and for ipe-tools. ipe-tools is fixed in Experimental. I can do NMUs for these 2 packages. inkscape fails to build on some architectures but that's not caused by the new poppler and the build failures didn't block the poppler 22.08 transition several months ago. Everything else should be binNMUable without an issue. This tracker is good: https://release.debian.org/transitions/html/auto-poppler.html Thank you, Jeremy Bicha
Bug#1029206: [pre-approval] unblock: webkit2gtk 2.40.0-2
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock transition moreinfo Tags: security X-Debbugs-CC: webkit2...@packages.debian.org I am filing this bug early so that the Release Team is aware early. [ Reason ] webkit2gtk only provides security support for one stable series at a time. A new series is released each March and September. The Debian Security Team backports these new release as security updates [1] [2] The upcoming 2.40.0 is more disruptive than usual as it makes a major API break for the new GTK4 library, bumping the API series from 5 to 6 [3]. This causes a small transition: gnome-builder 43 and gnome-initial-setup 43 are the only two packages that use the gtk4 library. They will both need sourceful uploads. Patches will be ready for both since the upstream webkitgtk team works closely with the GNOME project. [ Impact ] Because the 2.38 series will be End of Life before Debian 12 is released, I believe the Security Team wants 2.40 to make it to Testing [ Tests ] There are no automated tests (!) The person who uploads gnome-builder and gnome-initial-setup (likely me) will make sure those 2 apps still run well with the new webkit2gtk version. [ Risks ] The code changes in a new major webkit2gtk release are too large to manually review. webkit2gtk is a key package. Besides gnome-builder and gnome-initial-setup, webkit2gtk is used by many packages. [4] [ Checklist ] [ ] all changes are documented in the d/changelog [ ] I reviewed all changes and I approve them [ ] attach debdiff against the package in testing [ Other Info ] webkit2gtk generally follows the GNOME release schedule. [5] A beta (2.39.90) is expected in February. A release candidate (2.39.91) around March 6, and the first stable release (2.40.0) around March 20. We intend to do a test build in experimental first. I think it makes the most sense to wait for the 2.40.0 release and not push a prelease to Unstable/Testing. Ubuntu 23.04 will also switch to the 2.40 series by February or early March. Ubuntu 22.10 will need to do this transition as stable release updates. I don't have a ben file since the final soname isn't known yet. [1] https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#limited-security-support [2] https://tracker.debian.org/pkg/webkit2gtk [3] https://discourse.gnome.org/t/webkitgtk-for-gtk-4-status-update-and-api-changes/11033 [4] https://release.debian.org/transitions/html/webkit2gtk-4.0.html [5] https://wiki.gnome.org/FortyFour Thank you, Jeremy Bicha