Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hi,
the I'd like to update libvirt in unstable to fix the broken AppArmor
support, a crash during live migration and a error handling problem
leading lots of users into the wrong direction. The debdiff is attached
and all bugs are already fixed in either sid or experimental (due to the
g++ transition).
We also have to disable the test suite due to a libxml2 bug.
O.k. to upload to p-u?
Cheers,
-- Guido
-- System Information:
Debian Release: 8.1
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/changelog b/debian/changelog
index 5932017..5c79c12 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,24 @@
+libvirt (1.2.9-9+deb8u1) jessie; urgency=medium
+
+ [ Guido Günther ]
+ * [8e4cf5a] Teach virt-aa-helper to use TEMPLATE.qemu if the domain is kvm
+or kqemu.
+Thanks to Luke Faraone for the report (Closes: #786650)
+ * [ad1ff0b] Adjust gbp.conf for jessie
+ * [c830a54] Disable test suite due to libxml2 bug #781232 in jessie
+ * [be70aec] Fix crash on live migration
+this supplements 07dbec0a64783f644854a22aa0355720f0328d17.
+Thanks to Eckebrecht von Pappenheim (Closes: #7788171)
+
+ [ Felix Geyer ]
+ * [9fb6c59] Allow access to libnl-3 configuration (Closes: #786652)
+
+ [ Daniel P. Berrange ]
+ * [afae69a] Report original error when QMP probing fails with new QEMU
+(Closes: #780093)
+
+ -- Guido Günther a...@sigxcpu.org Thu, 13 Aug 2015 15:56:49 +0200
+
libvirt (1.2.9-9) unstable; urgency=medium
* [4c14b83] qemu: Don't try to parse -help for new QEMU.
diff --git a/debian/gbp.conf b/debian/gbp.conf
index c97ab1d..3673a45 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,6 +1,7 @@
[DEFAULT]
upstream-branch=upstream/sid
-debian-branch=master
+debian-branch=debian/jessie
+dist=jessie
[gbp-pq]
patch-numbers = False
diff --git a/debian/patches/Allow-access-to-libnl-3-config-files.patch b/debian/patches/Allow-access-to-libnl-3-config-files.patch
new file mode 100644
index 000..6932e41
--- /dev/null
+++ b/debian/patches/Allow-access-to-libnl-3-config-files.patch
@@ -0,0 +1,30 @@
+From: Felix Geyer fge...@debian.org
+Date: Sat, 13 Jun 2015 10:22:40 +0200
+Subject: Allow access to libnl-3 config files
+
+Closes: #786650
+---
+ examples/apparmor/usr.lib.libvirt.virt-aa-helper | 7 +++
+ 1 file changed, 7 insertions(+)
+
+diff --git a/examples/apparmor/usr.lib.libvirt.virt-aa-helper b/examples/apparmor/usr.lib.libvirt.virt-aa-helper
+index bceaaff..60739d0 100644
+--- a/examples/apparmor/usr.lib.libvirt.virt-aa-helper
b/examples/apparmor/usr.lib.libvirt.virt-aa-helper
+@@ -16,9 +16,16 @@
+ owner @{PROC}/[0-9]*/status r,
+ @{PROC}/filesystems r,
+
++ /etc/libnl-3/classid r,
++
+ # for hostdev
+ /sys/devices/ r,
+ /sys/devices/** r,
++ deny /dev/sd* r,
++ deny /dev/vd* r,
++ deny /dev/dm-* r,
++ deny /dev/mapper/ r,
++ deny /dev/mapper/* r,
+
+ /usr/lib/libvirt/virt-aa-helper mr,
+ /sbin/apparmor_parser Ux,
diff --git a/debian/patches/Fix-crash-on-live-migration.patch b/debian/patches/Fix-crash-on-live-migration.patch
new file mode 100644
index 000..9bd259c
--- /dev/null
+++ b/debian/patches/Fix-crash-on-live-migration.patch
@@ -0,0 +1,25 @@
+From: =?utf-8?q?Guido_G=C3=BCnther?= a...@sigxcpu.org
+Date: Sat, 13 Jun 2015 10:38:26 +0200
+Subject: Fix crash on live migration
+
+this supplements 07dbec0a64783f644854a22aa0355720f0328d17.
+
+Closes: #7788171
+Thanks: Eckebrecht von Pappenheim
+---
+ src/qemu/qemu_migration.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/qemu/qemu_migration.c b/src/qemu/qemu_migration.c
+index e18556f..87f3f1a 100644
+--- a/src/qemu/qemu_migration.c
b/src/qemu/qemu_migration.c
+@@ -2746,7 +2746,7 @@ qemuMigrationPrepareAny(virQEMUDriverPtr driver,
+ QEMU_ASYNC_JOB_MIGRATION_IN) 0)
+ goto stop;
+
+-if (STREQ(protocol, rdma)
++if (STREQ_NULLABLE(protocol, rdma)
+ virProcessSetMaxMemLock(vm-pid, vm-def-mem.hard_limit 10) 0) {
+ goto stop;
+ }
diff --git a/debian/patches/series b/debian/patches/series
index fcb95a0..bac1f34 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -27,3 +27,7 @@ upstream/vbox-fix-a-bug-in-_machineStateInactive.patch
security/CVE-2015-0236-qemu-Check-ACLs-when-dumping-security-.patch
security/CVE-2015-0236-qemu-Check-ACLs-when-dumping-securi-14.patch
qemu-Don-t-try-to-parse-help-for-new-QEM.patch
+upstream/Teach-virt-aa-helper-to-use-TEMPLATE.qemu-if-the-dom.patch
Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Hi, Guido Günther wrote (19 Aug 2015 11:22:58 GMT) : the I'd like to update libvirt in unstable to fix the broken AppArmor support, [...] I'd like to add that it feels important to me to fix these bugs in Jessie, in order to avoid creating a culture of just disable AppArmor among Debian users (see e.g. how many, if not most, RHEL users relate to SELinux). Sorry this has to be handled via s-p-u. FWIW, I've reviewed and successfully tested the AppArmor changes on sid. Also, I seem to remember that someone else (Felix Geyer?) has tested these patches on Jessie as well. Cheers, -- intrigeri
Bug#796112: jessie-pu: package syslinux/3:6.03+dfsg-5+deb8u1
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hi release team,
as reported on #780765, syslinux fails to boot on some Chromebooks.
This was fixed in Ubuntu, Tails and Debian unstable between March and May, with
the patches that the debdiff applies. Ubuntu and Tails users have reported that
it indeed fixed the problem for them, and I could not find any trace of
regression reports.
These patches made it to upstream Git a few months ago:
http://repo.or.cz/w/syslinux.git/commit/0a2dbb3
http://repo.or.cz/w/syslinux.git/commit/83aad4f
I'd like to see this fixed in Jessie. The syslinux package maintainer ack'ed the
idea on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780765#62
Cheers!
diff -Nru syslinux-6.03+dfsg/debian/changelog syslinux-6.03+dfsg/debian/changelog
--- syslinux-6.03+dfsg/debian/changelog 2015-01-07 07:49:34.0 +0100
+++ syslinux-6.03+dfsg/debian/changelog 2015-08-18 17:23:09.0 +0200
@@ -1,3 +1,12 @@
+syslinux (3:6.03+dfsg-5+deb8u1) jessie; urgency=low
+
+ * Cherry-pick upstream patches that fix booting on some Chromebooks
+(Closes: #780765):
+- 0005-load-linux-correct-type.patch
+- 0006-load-linux-protected-mode.patch
+
+ -- intrigeri intrig...@debian.org Tue, 18 Aug 2015 17:21:55 +0200
+
syslinux (3:6.03+dfsg-5) unstable; urgency=low
* Moving source lintian-overrides to newer location.
diff -Nru syslinux-6.03+dfsg/debian/patches/0005-load-linux-correct-type.patch syslinux-6.03+dfsg/debian/patches/0005-load-linux-correct-type.patch
--- syslinux-6.03+dfsg/debian/patches/0005-load-linux-correct-type.patch 1970-01-01 01:00:00.0 +0100
+++ syslinux-6.03+dfsg/debian/patches/0005-load-linux-correct-type.patch 2015-08-18 17:18:52.0 +0200
@@ -0,0 +1,20 @@
+Author: Scot Doyle lkm...@scotdoyle.com
+Origin: upstream, http://repo.or.cz/w/syslinux.git/commit/83aad4f
+Description: load_linux: correct a type
+ Correct base's type to match its initialization from prot_mode_base and
+ passage to syslinux_memmap_find(). Tested with extlinux.
+
+diff -Naurp syslinux.orig/com32/lib/syslinux/load_linux.c syslinux/com32/lib/syslinux/load_linux.c
+--- syslinux.orig/com32/lib/syslinux/load_linux.c
syslinux/com32/lib/syslinux/load_linux.c
+@@ -155,8 +155,8 @@ int bios_boot_linux(void *kernel_buf, si
+ char *cmdline)
+ {
+ struct linux_header hdr, *whdr;
+-size_t real_mode_size, prot_mode_size, base;
+-addr_t real_mode_base, prot_mode_base, prot_mode_max;
++size_t real_mode_size, prot_mode_size;
++addr_t real_mode_base, prot_mode_base, prot_mode_max, base;
+ addr_t irf_size;
+ size_t cmdline_size, cmdline_offset;
+ struct setup_data *sdp;
diff -Nru syslinux-6.03+dfsg/debian/patches/0006-load-linux-protected-mode.patch syslinux-6.03+dfsg/debian/patches/0006-load-linux-protected-mode.patch
--- syslinux-6.03+dfsg/debian/patches/0006-load-linux-protected-mode.patch 1970-01-01 01:00:00.0 +0100
+++ syslinux-6.03+dfsg/debian/patches/0006-load-linux-protected-mode.patch 2015-08-18 17:18:38.0 +0200
@@ -0,0 +1,26 @@
+Author: Scot Doyle lkm...@scotdoyle.com
+Origin: upstream, http://repo.or.cz/w/syslinux.git/commit/0a2dbb3
+Description: load_linux: relocate protected-mode code as intended
+ If the kernel is relocatable and the protected mode code will not fit
+ in the initially determined location, that code will be moved to the
+ next available location. However, beginning with commit 8f470e7b, the
+ code is moved to the initially determined location instead of the next
+ available location because prot_mode_base is no longer updated to the
+ correct location. Since whdr-code32_start is updated, it is pointing
+ to the wrong execution start location, random code is executed and
+ the machine is rebooted.
+ .
+ Restore the old behavior by assigning prot_mode_base the value of
+ base. Tested on a machine that exposed this behavior.
+
+diff -Naurp syslinux.orig/com32/lib/syslinux/load_linux.c syslinux/com32/lib/syslinux/load_linux.c
+--- syslinux.orig/com32/lib/syslinux/load_linux.c
syslinux/com32/lib/syslinux/load_linux.c
+@@ -323,6 +323,7 @@ int bios_boot_linux(void *kernel_buf, si
+ }
+
+ whdr-code32_start += base - prot_mode_base;
++prot_mode_base = base;
+
+ /* Real mode code */
+ if (syslinux_memmap_find(amap, real_mode_base,
diff -Nru syslinux-6.03+dfsg/debian/patches/series syslinux-6.03+dfsg/debian/patches/series
--- syslinux-6.03+dfsg/debian/patches/series 2014-12-07 20:51:56.0 +0100
+++ syslinux-6.03+dfsg/debian/patches/series 2015-08-18 17:13:25.0 +0200
@@ -2,3 +2,5 @@
0002-gfxboot-menu-label.patch
0003-extlinux-manpage.patch
0004-gnu-efi-git.patch
+0005-load-linux-correct-type.patch
+0006-load-linux-protected-mode.patch
Bug#795911: Upload of gtk+3.0/3.14.5-1+deb8u1 to Jessie will be accepted by the Stable Release Managers
Hello Ruben Undheim.
I've uploaded gtk+3.0/3.14.5-1+deb8u1 now. Please finish things up
with the release team to get it accepted. Some more details below.
On Wed, Aug 19, 2015 at 12:25:53AM +0200, Ruben Undheim wrote:
I checked the svn repo. Revision r43867 seems to be the golden Jessie
commit.
(svn://anonscm.debian.org/pkg-gnome/desktop/unstable/gtk+3.0/)
Fwiw, we tag every upload ... so if there's not already a jessie branch
for the module you're changing then easiest is to copy the tag into
a branch. I did it like this:
svn cp svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gtk+3.0/3.14.5-1/
svn+ssh://svn.debian.org/svn/pkg-gnome/desktop/jessie/gtk+3.0/
I have attached a patch here that applies to that svn revision with the
changes.
Hopefully that can save you some time.
Yes, thanks. I imported your patch and did a few very minor tweaks mostly
to better track patch origins with more details. Final/uploaded diff
attached. Generated via:
svn diff svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gtk+3.0/3.14.5-1
svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gtk+3.0/3.14.5-1+deb8u1
Regards,
Andreas Henriksson
svn diff svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gtk+3.0/3.14.5-1 svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gtk+3.0/3.14.5-1+deb8u1
Index: debian/patches/074_fix_freeze_while_resume_events.patch
===
--- debian/patches/074_fix_freeze_while_resume_events.patch (.../3.14.5-1) (revision 0)
+++ debian/patches/074_fix_freeze_while_resume_events.patch (.../3.14.5-1+deb8u1) (revision 45696)
@@ -0,0 +1,59 @@
+Description: This patch fixes a bug causing gtk applications to freeze
+ every now and then.
+ .
+ It deserves to be applied in Jessie because the bug will and has caused users
+ to lose their work. One common consequence of the bug is that all open
+ gnome-terminal instances may suddenly crash at the same time.
+Author: Ruben Undheim ruben.undh...@gmail.com
+Bug-Debian: https://bugs.debian.org/787419
+Origin: https://git.gnome.org/browse/gtk+/commit/?id=ff256956 + https://git.gnome.org/browse/gtk+/commit/?id=561ff51a
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=742636
+Last-Update: 2015-08-17
+
+Index: gtk+3.0-3.14.5/gdk/gdkinternals.h
+===
+--- gtk+3.0-3.14.5.orig/gdk/gdkinternals.h
gtk+3.0-3.14.5/gdk/gdkinternals.h
+@@ -240,6 +240,7 @@ struct _GdkWindow
+ guint in_update : 1;
+ guint geometry_dirty : 1;
+ guint event_compression : 1;
++ guint frame_clock_events_paused : 1;
+
+ /* The GdkWindow that has the impl, ref:ed if another window.
+* This ref is required to keep the wrapper of the impl window alive
+Index: gtk+3.0-3.14.5/gdk/gdkwindow.c
+===
+--- gtk+3.0-3.14.5.orig/gdk/gdkwindow.c
gtk+3.0-3.14.5/gdk/gdkwindow.c
+@@ -10603,6 +10603,8 @@ gdk_window_flush_events (GdkFrameClock *
+ _gdk_display_pause_events (display);
+
+ gdk_frame_clock_request_phase (clock, GDK_FRAME_CLOCK_PHASE_RESUME_EVENTS);
++
++ window-frame_clock_events_paused = TRUE;
+ }
+
+ static void
+@@ -10629,6 +10631,8 @@ gdk_window_resume_events (GdkFrameClock
+
+ display = gdk_window_get_display (window);
+ _gdk_display_unpause_events (display);
++
++ window-frame_clock_events_paused = FALSE;
+ }
+
+ static void
+@@ -10661,6 +10665,9 @@ gdk_window_set_frame_clock (GdkWindow
+
+ if (window-frame_clock)
+ {
++ if (window-frame_clock_events_paused)
++ gdk_window_resume_events (window-frame_clock, G_OBJECT (window));
++
+ g_signal_handlers_disconnect_by_func (G_OBJECT (window-frame_clock),
+ G_CALLBACK (gdk_window_flush_events),
+ window);
+
+
+
Index: debian/patches/081_fix_huge_icons.patch
===
--- debian/patches/081_fix_huge_icons.patch (.../3.14.5-1) (revision 0)
+++ debian/patches/081_fix_huge_icons.patch (.../3.14.5-1+deb8u1) (revision 45696)
@@ -0,0 +1,36 @@
+Description: Backporting a fix for a bug which cause trouble with icon sizes
+ in GTK applications
+ .
+ It deserves to be applied in Jessie mainly because the bug is quite annoying
+ and the fix is very small and hence little chance of any regression.
+Author: Ruben Undheim ruben.undh...@gmail.com
+Bug-Debian: https://bugs.debian.org/773135
+Origin: https://git.gnome.org/browse/gtk%2B/commit/?id=b44df22
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=741259
+Last-Update: 2015-08-17
+
+Index: gtk-bugfix/gtk/deprecated/gtkimagemenuitem.c
+===
+--- gtk-bugfix.orig/gtk/deprecated/gtkimagemenuitem.c
gtk-bugfix/gtk/deprecated/gtkimagemenuitem.c
+@@ -1099,6 +1099,8 @@ gtk_image_menu_item_set_image (GtkImageM
+ no-show-all, TRUE,
+ NULL);
+
++
Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
I have to admit that I'm also confused by the patch for #786650: On Wed, 2015-08-19 at 13:22 +0200, Guido Günther wrote: +Subject: Allow access to libnl-3 config files [...] ++ /etc/libnl-3/classid r, ++ That seems to make sense... + # for hostdev + /sys/devices/ r, + /sys/devices/** r, ++ deny /dev/sd* r, ++ deny /dev/vd* r, ++ deny /dev/dm-* r, ++ deny /dev/mapper/ r, ++ deny /dev/mapper/* r, ... these not so much. Regards, Adam
Bug#796115: RM: php-zend-xml/1.0.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please, remove php-zend-xml from Jessie (it’s not in Wheezy). It’s affected by CVE-2015-5161. Even if of low impact in Jessie (since PHP is already fixed), there is little point in keeping this useless package as is (as documented in #785489, having it in stable was actually an error). The security team agrees with this approach if you are OK with it. I will follow up with a removal request from Sid once this package is removed from stable (or sooner if you prefer). Regards David signature.asc Description: OpenPGP digital signature
Bug#796112: jessie-pu: package syslinux/3:6.03+dfsg-5+deb8u1
Control: tags -1 + confirmed On Wed, 2015-08-19 at 16:54 +0200, intrigeri wrote: as reported on #780765, syslinux fails to boot on some Chromebooks. This was fixed in Ubuntu, Tails and Debian unstable between March and May, with the patches that the debdiff applies. Ubuntu and Tails users have reported that it indeed fixed the problem for them, and I could not find any trace of regression reports. Please go ahead; thanks. Regards, Adam
Processed: Re: Bug#796112: jessie-pu: package syslinux/3:6.03+dfsg-5+deb8u1
Processing control commands: tags -1 + confirmed Bug #796112 [release.debian.org] jessie-pu: package syslinux/3:6.03+dfsg-5+deb8u1 Added tag(s) confirmed. -- 796112: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796112 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Control: tags -1 + moreinfo On Wed, 2015-08-19 at 13:22 +0200, Guido Günther wrote: the I'd like to update libvirt in unstable to fix the broken AppArmor I assume stable :-) support, a crash during live migration and a error handling problem leading lots of users into the wrong direction. The debdiff is attached and all bugs are already fixed in either sid or experimental (due to the g++ transition). I have to admit that I'd really prefer that to be already fixed in sid. I'm not sure where libvirt is in the transition pile though. We also have to disable the test suite due to a libxml2 bug. Ewww. + * [be70aec] Fix crash on live migration +this supplements 07dbec0a64783f644854a22aa0355720f0328d17. +Thanks to Eckebrecht von Pappenheim (Closes: #7788171) ITYM #788171. However, the metadata for that bug suggests it's not currently fixed in either experimental or unstable. Regards, Adam
Processed: Re: Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Processing control commands: tags -1 + moreinfo Bug #796088 [release.debian.org] jessie-pu: package libvirt/1.2.9-9+deb8u1 Added tag(s) moreinfo. -- 796088: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796088 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On 01-08-15 03:09, Sebastiaan Couwenberg wrote: On 30-07-15 18:34, Sebastiaan Couwenberg wrote: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=netcdf-split-c-f-cxx;users=debian-...@lists.debian.org With the recent updates to the netcdf packages in experimental we should be ready for the transition now. The automatically created auto-netcdf tracker is not sufficient to track the new C++ Fortran packages. I've attached the ben configuration I used for my pkg-grass-transitions tracker in the preparation of this transition. We still need the updated transition tracker. [...] The outstanding issues are mostly the missing build dependencies now, and all outstandig issues have patches available in the bugreport. To unblock the gfortran modules transition, I've just uploaded the new netcdf packages to unstable: netcdf(4.4.0~rc2-1) netcdf-cxx(4.2.1-1) netcdf-cxx-legacy (4.2-1) netcdf-fortran(4.4.2-1) We still need the updated transition tracker, but in the mean time my (manually updated) test tracker can be used: http://linuxminded.nl/tmp/pkg-grass-transitions/html/netcdf.html I'll NMU to DELAYED/2 all packages with patches for outstanding issues: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=netcdf-split-c-f-cxx;users=debian-...@lists.debian.org Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Processed: Re: Bug#793984: jessie-pu: package groovy/1.8.6-4
Processing control commands: tags -1 + moreinfo Bug #793986 [release.debian.org] wheezy-pu: package groovy/1.8.6-1 Added tag(s) moreinfo. -- 793986: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793986 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Hi, On Wed, Aug 19, 2015 at 04:49:56PM +0100, Adam D. Barratt wrote: Control: tags -1 + moreinfo Thanks for looking into this so quickly. On Wed, 2015-08-19 at 13:22 +0200, Guido Günther wrote: the I'd like to update libvirt in unstable to fix the broken AppArmor I assume stable :-) support, a crash during live migration and a error handling problem leading lots of users into the wrong direction. The debdiff is attached and all bugs are already fixed in either sid or experimental (due to the g++ transition). I have to admit that I'd really prefer that to be already fixed in sid. I'm not sure where libvirt is in the transition pile though. How would I find out? Libvirt is C but there's very likely C++ in the dependency graph. We also have to disable the test suite due to a libxml2 bug. Ewww. Yeah, that's bad. + * [be70aec] Fix crash on live migration +this supplements 07dbec0a64783f644854a22aa0355720f0328d17. +Thanks to Eckebrecht von Pappenheim (Closes: #7788171) ITYM #788171. However, the metadata for that bug suggests it's not currently fixed in either experimental or unstable. Missing bug hygiene on my end. The patch was in fact a cherry-pick from a newer version and I just checked that it's still fixed in 1.2.18. Cheers, -- Guido
Bug#793984: jessie-pu: package groovy/1.8.6-4
Control: tags -1 + moreinfo On Mon, 2015-08-17 at 16:35 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Wed, 2015-07-29 at 12:54 -0300, Miguel Landaeta wrote: It was reported a vulnerability on groovy that allow to execute arbitrary code remotely. For more information you can take a look at: https://bugs.debian.org/793397. I already uploaded a fix to unstable but given the low popcon of groovy I don't think it warrant a DSA so I'm proposing to fix this in stable with the next point release. Please go ahead. I just realised that I somehow overlooked the fact that #793397 isn't fixed in unstable yet - what's the plan for that? Regards, Adam
Bug#795794: jessie-pu: package nss/3.17.2-1.1+deb8u1
Control: tags -1 + pending On Mon, 2015-08-17 at 21:50 +0100, Adam D. Barratt wrote: On Mon, 2015-08-17 at 16:19 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Sun, 2015-08-16 at 22:51 +0200, Christoph Egger wrote: This is a small patch from mozilla hg. It fixes #774195 and is confirmed to work. Would be cool if if can be included in the next stable release. Please go ahead. This now needs rebasing on top of the 3.17.2-1.1+deb8u1 upload from DSA 3336, as 3.17.2-1.1+deb8u2. That happened, it was uploaded and I've flagged it for acceptance. Regards, Adam
Processed: Re: Bug#793984: jessie-pu: package groovy/1.8.6-4
Processing control commands: tags -1 + moreinfo Bug #793984 [release.debian.org] jessie-pu: package groovy/1.8.6-4 Added tag(s) moreinfo. -- 793984: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793984 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795947: jessie-pu: package mesa/10.3.2-1+deb8u1
Control: tags -1 + pending On Tue, 2015-08-18 at 18:53 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Tue, 2015-08-18 at 11:20 +0200, Julien Cristau wrote: we've had a patch for #775264 sitting in git since January. This should go in jessie. Diff below, imagine its version is fixed and s/UNRELEASED/jessie/. Please go ahead. Uploaded and flagged for acceptance. Regards, Adam
Processed: Re: Bug#795947: jessie-pu: package mesa/10.3.2-1+deb8u1
Processing control commands: tags -1 + pending Bug #795947 [release.debian.org] jessie-pu: package mesa/10.3.2-1+deb8u1 Added tag(s) pending. -- 795947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795947 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#793688: jessie-pu: package groovy2/2.2.2+dfsg-3
Processing control commands: tags -1 + pending Bug #793688 [release.debian.org] jessie-pu: package groovy2/2.2.2+dfsg-3 Added tag(s) pending. -- 793688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793688 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#793688: jessie-pu: package groovy2/2.2.2+dfsg-3
Control: tags -1 + pending On Mon, 2015-08-17 at 16:37 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Sun, 2015-07-26 at 12:40 -0300, Miguel Landaeta wrote: It was reported a vulnerability on groovy2 that allow to execute arbitrary code remotely. For more information you can take a look at: https://bugs.debian.org/793398. I already uploaded a fix to unstable but given the low popcon of groovy2 I don't think it warrant a DSA so I'm proposing to fix this in stable with the next point release. Please go ahead. Uploaded and flagged for acceptance. Regards, Adam
Processed: Re: Bug#795911: Upload of gtk+3.0/3.14.5-1+deb8u1 to Jessie will be accepted by the Stable Release Managers
Processing control commands: tags -1 + pending Bug #795911 [release.debian.org] jessie-pu: package gtk+3.0/3.14.5-1+deb8u1 Added tag(s) pending. -- 795911: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795911 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795911: Upload of gtk+3.0/3.14.5-1+deb8u1 to Jessie will be accepted by the Stable Release Managers
Control: tags -1 + pending On Wed, 2015-08-19 at 17:13 +0200, Andreas Henriksson wrote: Hello Ruben Undheim. I've uploaded gtk+3.0/3.14.5-1+deb8u1 now. Please finish things up with the release team to get it accepted. Some more details below. Flagged for acceptance. Regards, Adam
Processed: Re: Bug#795794: jessie-pu: package nss/3.17.2-1.1+deb8u1
Processing control commands: tags -1 + pending Bug #795794 [release.debian.org] jessie-pu: package nss/3.17.2-1.1+deb8u1 Added tag(s) pending. -- 795794: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795794 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#790988: bullet: library transition may be needed when GCC 5 is the default
On Wed, Aug 19, 2015 at 10:53:04 +0200, Markus Koschany wrote: Am 19.08.2015 um 01:55 schrieb Simon McVittie: On Mon, 20 Jul 2015 at 13:04:27 +0200, Markus Koschany wrote: I would like to request a transition for bullet due to a SONAME bump in the latest version 2.83.5 as soon as GCC 5 is the new default. A version of 2.83.5 built with gcc 4 is in testing, and rdeps have already been built against it, so I think you're going to need v5 package names. I am not a release team member, but I believe the current policy is that you may/should upload any time after your C++ build-dependencies have transitioned. In the case of bullet, the only C++ build-dep seems to be tinyxml, which has had libtinyxml2.6.2v5 arrive on all architectures; so you should be clear to proceed. If you are not a DD, you will need a sponsor (DMs can't upload new package names). I am in pkg-games and could sponsor an upload that you stage in git, or start the transition myself, if required. I wonder why we cannot just rebuild the library and request binNMU's for the small number of reverse-dependencies since we already had a SONAME and package name change in the last two weeks. Changing the package names again seems to be a bit like overkill for bullet. That previous SONAME bump made it to testing, I'd rather not have to track bullet's new transition specially, that's going to be a lot of pain for a fairly insignificant benefit. Cheers, Julien signature.asc Description: Digital signature
Processed: tagging 796115
Processing commands for cont...@bugs.debian.org: tags 796115 + jessie Bug #796115 [release.debian.org] RM: php-zend-xml/1.0.0-1 Added tag(s) jessie. thanks Stopping processing here. Please contact me if you need assistance. -- 796115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
NEW changes in oldstable-new
Processing changes file: apache2_2.2.22-13+deb7u6_amd64.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_armel.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_armhf.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_i386.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_ia64.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_kfreebsd-amd64.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_kfreebsd-i386.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_mips.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_mipsel.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_powerpc.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_s390.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_s390x.changes ACCEPT Processing changes file: apache2_2.2.22-13+deb7u6_sparc.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_amd64.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_armel.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_armhf.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_i386.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_ia64.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_kfreebsd-amd64.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_kfreebsd-i386.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_mips.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_mipsel.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_powerpc.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_s390.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_s390x.changes ACCEPT Processing changes file: gdk-pixbuf_2.26.1-1+deb7u1_sparc.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_amd64.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_armel.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_armhf.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_i386.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_ia64.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_kfreebsd-amd64.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_kfreebsd-i386.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_mips.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_mipsel.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_powerpc.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_s390.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_s390x.changes ACCEPT Processing changes file: nss_3.14.5-1+deb7u5_sparc.changes ACCEPT Processing changes file: python-django_1.4.5-1+deb7u13_amd64.changes ACCEPT
NEW changes in stable-new
Processing changes file: groovy2_2.2.2+dfsg-3+deb8u1_amd64.changes ACCEPT Processing changes file: gtk+3.0_3.14.5-1+deb8u1_amd64.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_source.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_allonly.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_amd64.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_arm64.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_armel.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_armhf.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_i386.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_mips.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_mipsel.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_powerpc.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_ppc64el.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u1_s390x.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_amd64.changes ACCEPT Processing changes file: python-django_1.7.7-1+deb8u2_amd64.changes ACCEPT
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On Thu, Jul 30, 2015 at 18:34:03 +0200, Sebastiaan Couwenberg wrote: The automatically created auto-netcdf tracker is not sufficient to track the new C++ Fortran packages. I've attached the ben configuration I used for my pkg-grass-transitions tracker in the preparation of this transition. Added, sorry for the delay. Cheers, Julien signature.asc Description: Digital signature
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On Thu, Aug 20, 2015 at 00:11:07 +0200, Sebastiaan Couwenberg wrote: We mostly need BinNMUs for the other packages in dependency level 1 now. This includes gdal which has it's own upcoming transition #756867, I'd like to start that transition soon. Alright, go ahead. Cheers, Julien signature.asc Description: Digital signature
NEW changes in stable-new
Processing changes file: gtk+3.0_3.14.5-1+deb8u1_i386.changes ACCEPT Processing changes file: gtk+3.0_3.14.5-1+deb8u1_powerpc.changes ACCEPT Processing changes file: gtk+3.0_3.14.5-1+deb8u1_ppc64el.changes ACCEPT Processing changes file: gtk+3.0_3.14.5-1+deb8u1_s390x.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_amd64.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_arm64.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_powerpc.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_ppc64el.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_s390x.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_arm64.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_armel.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_armhf.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_mipsel.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_ppc64el.changes ACCEPT
NEW changes in stable-new
Processing changes file: nss_3.17.2-1.1+deb8u2_mips.changes ACCEPT
NEW changes in stable-new
Processing changes file: mesa_10.3.2-1+deb8u1_i386.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_i386.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_powerpc.changes ACCEPT Processing changes file: nss_3.17.2-1.1+deb8u2_s390x.changes ACCEPT
Processed: bug 791215 is forwarded to https://release.debian.org/transitions/html/netcdf.html
Processing commands for cont...@bugs.debian.org: forwarded 791215 https://release.debian.org/transitions/html/netcdf.html Bug #791215 [release.debian.org] transition: netcdf (GCC 5) Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/netcdf.html'. thanks Stopping processing here. Please contact me if you need assistance. -- 791215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791215 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796161: RM: cameramonitor/oldstable -- ROM; RC bug open over 2000 days, depends on python-support which is pending removal.
Package: ftp.debian.org Severity: normal cameramonitor has a grave bug open for over 2000 days which renders the package completely nonfunctional. It is currently built with python-support, which is itself deprecated and pending removal.
Processed: Blocks netcdf transition
Processing commands for cont...@bugs.debian.org: #791215 transition: netcdf (GCC 5) #794230 adios: Build dependency on libnetcdff-dev required for netcdf block 791215 by 794230 Bug #791215 [release.debian.org] transition: netcdf (GCC 5) 791215 was blocked by: 793823 794027 793976 793885 794010 793902 794040 793891 790756 793882 793877 793920 791215 was not blocking any bugs. Added blocking bug(s) of 791215: 794230 thanks Stopping processing here. Please contact me if you need assistance. -- 791215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791215 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On 19-08-15 20:01, Sebastiaan Couwenberg wrote: We still need the updated transition tracker, but in the mean time my (manually updated) test tracker can be used: http://linuxminded.nl/tmp/pkg-grass-transitions/html/netcdf.html I'll NMU to DELAYED/2 all packages with patches for outstanding issues: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=netcdf-split-c-f-cxx;users=debian-...@lists.debian.org Everything except vtk from dependency level 1 in the netcdf transition has been NMUed to DELAYED/2: #794230 adios (1.8.0-5.1) #777813 cdftools (3.0-2~exp1.1) nobug cmor (2.9.1-6.1) #793823 etsf-io(1.0.4-1~exp1.1) #793877 libpdl-netcdf-perl (4.20-1.1) #793885 minc (2.2.00-6.1) #793920 oasis3 (3.mct+dfsg.121022-5.1) vtk is marked for autoremoval from testing on 2015-09-11, caused by a GCC 5 related RC bug: #791310 vtk6 has an ongoing longstanding problematic transition too (#793621 #749395). metview requires magics++ to be rebuilt with the new netcdf packages first. This leaves their outstanding issues for the netcdf transition: #794010 vtk: Build dependency on libnetcdf-cxx-legacy-dev required for netcdf transition #794027 metview: Build dependency on libnetcdf-cxx-legacy-dev required for netcdf transition #794040 vtk6: Build dependency on libnetcdf-cxx-legacy-dev required for netcdf transition We mostly need BinNMUs for the other packages in dependency level 1 now. This includes gdal which has it's own upcoming transition #756867, I'd like to start that transition soon. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
NEW changes in stable-new
Processing changes file: mesa_10.3.2-1+deb8u1_mipsel.changes ACCEPT
NEW changes in stable-new
Processing changes file: mesa_10.3.2-1+deb8u1_mips.changes ACCEPT
NEW changes in stable-new
Processing changes file: gtk+3.0_3.14.5-1+deb8u1_arm64.changes ACCEPT Processing changes file: gtk+3.0_3.14.5-1+deb8u1_armel.changes ACCEPT Processing changes file: gtk+3.0_3.14.5-1+deb8u1_armhf.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_armel.changes ACCEPT Processing changes file: mesa_10.3.2-1+deb8u1_armhf.changes ACCEPT
NEW changes in stable-new
Processing changes file: gtk+3.0_3.14.5-1+deb8u1_mipsel.changes ACCEPT
NEW changes in stable-new
Processing changes file: gtk+3.0_3.14.5-1+deb8u1_mips.changes ACCEPT
Bug#796083: nmu: soqt_1.6.0~e8310f-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, please binNMU sosqt to let freecad solve dependency conflict. nmu soqt_1.6.0~e8310f-2 . ALL . unstable . -m rebuild against libcoin80v5 Thanks Anton
Bug#796084: nmu: vtk6_6.2.0+dfsg1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, please binNMU vtk6 to let liggghts solve dependency conflict. nmu vtk6_6.2.0+dfsg1-2 . ALL . unstable . -m rebuild against libjsoncpp0v5 Thanks
Bug#790988: bullet: library transition may be needed when GCC 5 is the default
On 19/08/15 09:53, Markus Koschany wrote: I wonder why we cannot just rebuild the library and request binNMU's for the small number of reverse-dependencies Take it up with the release team if you want to do this, but I suspect the reasons why not will go something like this: * binNMUs can't happen until the rdeps' other C++ dependencies have had their ABI transitions, so there is no guarantee that binNMUs will occur promptly (or succeed) * The release team are dealing with something like 100-200 parallel transitions here, so are unlikely to want to spend time discussing whether a particular library gets to be an exception Regards, S
Bug#790988: bullet: library transition may be needed when GCC 5 is the default
Am 19.08.2015 um 11:44 schrieb Simon McVittie: On 19/08/15 09:53, Markus Koschany wrote: I wonder why we cannot just rebuild the library and request binNMU's for the small number of reverse-dependencies Take it up with the release team if you want to do this, but I suspect the reasons why not will go something like this: * binNMUs can't happen until the rdeps' other C++ dependencies have had their ABI transitions, so there is no guarantee that binNMUs will occur promptly (or succeed) * The release team are dealing with something like 100-200 parallel transitions here, so are unlikely to want to spend time discussing whether a particular library gets to be an exception On the contrary my intention was to save ourselves a great deal of time but most of all I want to understand the technical reasoning for another package name change and why we just can't wait until the rdeps' of other C++ dependencies complete their ABI transitions and then schedule the binNMUs. Since you are a member of the Debian Games team, please feel free to rename the binary packages at anytime. I can't upload them myself. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#795125: transition: libassimp3 - libassimp3v5
On Mon, 10 Aug 2015 at 21:34:24 +0200, IOhannes m zmoelnig wrote: I have uploaded assimp_3.1.1~dfsg-4 to experimental. ... Please schedule binNMUs for the above mentioned packages on all architectures. Packages in unstable are not binNMU'd against dependencies from experimental, and this transition is mostly about what happens in unstable. assimp does not appear to have any C++ dependencies other than libstdc++, and the current policy is that the v5 transitions can be started for any package whose dependencies have started their transitions, so please upload either 3.0 or 3.1.1 to unstable with the libassimp3v5 package name. Upload whichever version you consider to be lower-risk. Alternatively, if you would like someone to do a 3.0-based NMU using the patches from Ubuntu, that can be done (and probably will be soon if no other action is taken, because Julien is trying to get the majority of the transitions started before scheduling more binNMUs). Thanks, S
Bug#790988: bullet: library transition may be needed when GCC 5 is the default
Am 19.08.2015 um 01:55 schrieb Simon McVittie: On Mon, 20 Jul 2015 at 13:04:27 +0200, Markus Koschany wrote: I would like to request a transition for bullet due to a SONAME bump in the latest version 2.83.5 as soon as GCC 5 is the new default. A version of 2.83.5 built with gcc 4 is in testing, and rdeps have already been built against it, so I think you're going to need v5 package names. I am not a release team member, but I believe the current policy is that you may/should upload any time after your C++ build-dependencies have transitioned. In the case of bullet, the only C++ build-dep seems to be tinyxml, which has had libtinyxml2.6.2v5 arrive on all architectures; so you should be clear to proceed. If you are not a DD, you will need a sponsor (DMs can't upload new package names). I am in pkg-games and could sponsor an upload that you stage in git, or start the transition myself, if required. I wonder why we cannot just rebuild the library and request binNMU's for the small number of reverse-dependencies since we already had a SONAME and package name change in the last two weeks. Changing the package names again seems to be a bit like overkill for bullet. Markus signature.asc Description: OpenPGP digital signature
Re: 8.2 and 7.9 planning
Adam D. Barratt a...@adam-barratt.org.uk writes: We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some potential September dates: 5/6th - okay for me Should be okay, provided I get internet on Aug 31st as planned. 12/13th - the 12th doesn't work for me until at least mid-afternoon 19th/20th - looks okay 26th/27th - looks okay Work might interfere with these a bit (might have a meeting on the day before, though currently it looks like it might be in October). I would only be available on Saturday afternoon and Sunday. Ansgar
Bug#791026: ecasound: library transition may be needed when GCC 5 is the default
On Wed, 05 Aug 2015 at 11:49:48 +0200, Alessandro Ghedini wrote: ecasound needs a transition. I already uploaded the version with the renamed package to experimental and tested that both reverse build dependencies (libaudio-ecasound-perl and soundscaperenderer) build fine (soundscaperenderer is the only reverse dep that would be affected by the symbols renaming). I am not a release team member, but my understanding of the current policy is that you should upload to unstable when your package's C++ dependencies have all either started their transition, or been confirmed to not need one. In the case of ecasound, the C++ dependencies don't seem to have been flagged for transition, so I think this means you can upload any time (but please check). S
Bug#791019: cxxtools library transition needed, patch attached
On Fri, 14 Aug 2015 at 10:06:36 +0200, Julien Cristau wrote: Yes, as per our dda mail anything that needs a libstdc++ followup transition and whose dependencies are ready is fair game for upload to unstable. I have uploaded Kari's changes to unstable so we can move on to the next mini-transition. Since the patch came directly from the maintainer and I didn't modify it, I didn't use the DELAYED queue or an NMU version. S
Bug#791166: libsfml: library transition may be needed when GCC 5 is the default
On Thu, 06 Aug 2015 at 11:26:30 +0100, James Cowgill wrote: Can I upload this to unstable (it's in experimental)? The answer was yes. 2.3.1+dfsg-2 started this transition in unstable. S
Re: 8.2 and 7.9 planning
On Tue, Aug 18, 2015 at 19:52:49 +0100, Adam D. Barratt wrote: Hi, We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some potential September dates: 5/6th - okay for me 12/13th - the 12th doesn't work for me until at least mid-afternoon 19th/20th - looks okay 26th/27th - looks okay From a quick chat, it appears that the CD team are okay with us doing the two releases back-to-back or on the same weekend, as long as we're okay with the media sets being produced at a slight delay, particularly for Wheezy; what are others thoughts on that? I'll be away on the 19th/20th. Doing both on the same day sounds good to me fwiw. Cheers, Julien signature.asc Description: Digital signature
