Processed: retitle 795430 to RM: netty3.1 -- RoQA; dependency for never-shipped jetty

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 795430 RM: netty3.1 -- RoQA; dependency for never-shipped jetty
Bug #795430 [release.debian.org] RM: netty3.1/3.1.0.CR1-1
Changed Bug title to 'RM: netty3.1 -- RoQA; dependency for never-shipped jetty' 
from 'RM: netty3.1/3.1.0.CR1-1'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
795430: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795430
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: tagging 795430

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 795430 + jessie pending
Bug #795430 [release.debian.org] RM: netty3.1/3.1.0.CR1-1
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
795430: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795430
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#795447: stretch-pu: package subversion/1.8.13-1+deb9u1

[James McCoy]

Package: release.debian.org
Severity: normal

The recent upstream Subversion releases included fixes for 2 CVEs
(CVE-2015-3184 and CVE-2015-3187).  The sid upload got caught up in the
libstdc++ transition, so I've uploaded an updated package for stretch.

Attached is the debdiff.  It's large, but a good chunk of that is added
testing for the security fix.

Cheers,
James

diffstat for subversion_1.8.13-1 subversion_1.8.13-1+deb9u1

 debian/patches/CVE-2015-3184| 2165 
 debian/patches/CVE-2015-3187|  404 +
 subversion-1.8.13/debian/changelog  |   10 
 subversion-1.8.13/debian/control|4 
 subversion-1.8.13/debian/patches/series |2 
 5 files changed, 2583 insertions(+), 2 deletions(-)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-2-amd64 (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)
diffstat for subversion_1.8.13-1 subversion_1.8.13-1+deb9u1

 debian/patches/CVE-2015-3184| 2165 
 debian/patches/CVE-2015-3187|  404 +
 subversion-1.8.13/debian/changelog  |   10 
 subversion-1.8.13/debian/control|4 
 subversion-1.8.13/debian/patches/series |2 
 5 files changed, 2583 insertions(+), 2 deletions(-)

diff -u subversion-1.8.13/debian/changelog subversion-1.8.13/debian/changelog
--- subversion-1.8.13/debian/changelog
+++ subversion-1.8.13/debian/changelog
@@ -1,3 +1,13 @@
+subversion (1.8.13-1+deb9u1) stretch; urgency=medium
+
+  * Add (Build-)Depends on apache2 packages necessary for security fixes.
+  * patches/CVE-2015-3814: Mixed anonymous/authenticated path-based authz with
+httpd 2.4
+  * patches/CVE-2015-3817: svn_repos_trace_node_locations() reveals path
+hidden by authz
+
+ -- James McCoy   Wed, 12 Aug 2015 20:31:26 -0400
+
 subversion (1.8.13-1) unstable; urgency=medium
 
   * New upstream release.  Refresh patches.
diff -u subversion-1.8.13/debian/control subversion-1.8.13/debian/control
--- subversion-1.8.13/debian/control
+++ subversion-1.8.13/debian/control
@@ -6,7 +6,7 @@
James McCoy 
 Build-Depends: debhelper (>= 8), libserf-dev (>= 1.2), zlib1g-dev,
libapr1-dev, libaprutil1-dev, libdb5.3-dev,
-   libsasl2-dev, apache2-dev, dh-apache2,
+   libsasl2-dev, apache2-dev (>= 2.4.16), dh-apache2,
libsqlite3-dev (>= 3.7.12), libgnome-keyring-dev, libdbus-1-dev, kdelibs5-dev,
quilt, doxygen, autotools-dev, autoconf, libtool-bin, swig,
python-all-dev, perl, libperl-dev, ruby, ruby-dev,
@@ -83,7 +83,7 @@
 Package: libapache2-mod-svn
 Section: httpd
 Architecture: any
-Depends: apache2-api-20120211, libsvn1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: apache2-bin (>= 2.4.16), apache2-api-20120211, libsvn1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Breaks: libapache2-svn (<< 1.7.9-1+nmu5)
 Replaces: libapache2-svn (<< 1.7.9-1+nmu5)
 Suggests: db5.3-util
diff -u subversion-1.8.13/debian/patches/series subversion-1.8.13/debian/patches/series
--- subversion-1.8.13/debian/patches/series
+++ subversion-1.8.13/debian/patches/series
@@ -19,0 +20,2 @@
+CVE-2015-3187
+CVE-2015-3184
only in patch2:
unchanged:
--- subversion-1.8.13.orig/debian/patches/CVE-2015-3184
+++ subversion-1.8.13/debian/patches/CVE-2015-3184
@@ -0,0 +1,2165 @@
+  Mixed anonymous/authenticated path-based authz with Apache httpd 2.4.
+
+Summary
+===
+
+  Subversion's mod_authz_svn does not properly restrict anonymous
+  access in some mixed anonymous/authenticated environments when using
+  Apache httpd 2.4.  The result is that anonymous access may be possible
+  to files for which only authenticated access should be possible.
+
+Known vulnerable
+
+
+  Apache httpd 2.4.0 to 2.4.12
+  Apache Subversion 1.8.0 to 1.8.13
+  Apache Subversion 1.7.0 to 1.7.20
+
+  Servers are vulnerable if either httpd or Subversion is as listed.
+
+  Subversion 1.6 does not build with httpd 2.4 and servers using
+  httpd 2.2 are not vulnerable.  Servers that are configured to deny
+  anonymous access are not vulnerable.
+
+Known fixed
+===
+
+  Apache httpd 2.4.16
+  Apache Subversion 1.8.14 and 1.7.21
+
+  Both httpd and Subversion need to be updated.  Subversion must
+  be built with a fixed httpd.
+
+Details
+===
+
+  If you have a Subversion repository configured for anonymous read
+  that has mod_authz_svn configured such that some portion of the
+  repository is hidden from an anonymous user, then in certain cases
+  when Subversion is used with Apache httpd 2.4.x the file contents of
+  the repository may be exposed to someone who knows the path name
+  within the repos

Bug#791013: marked as done (cppunit: library transition may be needed when GCC 5 is the default)

[Debian Bug Tracking System]

Your message dated Thu, 13 Aug 2015 20:24:55 -0500
with message-id <20150814012455.ga31...@sumost.ca>
and subject line Re: re,  cppunit: library transition may be needed when GCC 5 
is the default
has caused the Debian Bug report #791013,
regarding cppunit: library transition may be needed when GCC 5 is the default
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
791013: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791013
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:cppunit
Version: 1.13.2-2
Severity: important
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Background [1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
and dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

What is needed:

 - Rebuild the library using g++/g++-5 from experimental. Note that
   most likely all C++ libraries within the build dependencies need
   a rebuild too. You can find the log for a rebuild in
 https://people.debian.org/~doko/logs/gcc5-20150701/
   Search for "BEGIN GCC CXX11" in the log.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.
 
 - If there are no reverse dependencies, it should be the package
   maintainers decision if a transition is needed.  However this might
   break software which is not in the Debian archive, and built
   against these packages.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered. Then reassign the issue to release.debian.org and
   properly tag it as a transition issue, by sending an email to
   cont...@bugs.debian.org:
   
 user release.debian@packages.debian.org
 usertag  + transition
 block  by 790756
 reassign  release.debian.org
   
 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
--- End Message ---
--- Begin Message ---
On Thu, Jul 30, 2015 at 03:31:30PM +0200, Sebastien Bacher wrote:
> user release.debian@packages.debian.org
> usertag 791013 + transition origin-ubuntu wily ubuntu-patch
> block 791013 by 790756
> reassign 791013 release.debian.org
> thanks

Why was this reassigned?  (Makes it hard to find by cppunit
maintainers ... :-)

In any case, Rene Engelhard kindly fixed the bug.

-Steve


signature.asc
Description: Digital signature
--- End Message ---

Processed: reopening 790985

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reopen 790985
Bug #790985 {Done: tony mancill } [release.debian.org] 
transition: bobcat (libbobcat3v5)
Bug reopened
Ignoring request to alter fixed versions of bug #790985 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
790985: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790985
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#790977: transition: alglib (libalglib3.9v5)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reopen 790977
Bug #790977 {Done: Anton Gladky } [src:alglib] alglib: 
library transition may be needed when GCC 5 is the default
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions alglib/3.9.0-3.
> retitle 790977 transition: alglib (libalglib3.9v5)
Bug #790977 [src:alglib] alglib: library transition may be needed when GCC 5 is 
the default
Changed Bug title to 'transition: alglib (libalglib3.9v5)' from 'alglib: 
library transition may be needed when GCC 5 is the default'
> forwarded 790977 https://release.debian.org/transitions/html/auto-alglib.html
Bug #790977 [src:alglib] transition: alglib (libalglib3.9v5)
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-alglib.html'.
> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was s...@debian.org).
> usertag 790977 + transition
There were no usertags set.
Usertags are now: transition.
> block 790977 by 790756
Bug #790977 [src:alglib] transition: alglib (libalglib3.9v5)
790977 was not blocked by any bugs.
790977 was not blocking any bugs.
Added blocking bug(s) of 790977: 790756
> reassign 790977 release.debian.org
Bug #790977 [src:alglib] transition: alglib (libalglib3.9v5)
Bug reassigned from package 'src:alglib' to 'release.debian.org'.
No longer marked as found in versions alglib/3.9.0-2.
Ignoring request to alter fixed versions of bug #790977 to the same values 
previously set
> severity 790977 normal
Bug #790977 [release.debian.org] transition: alglib (libalglib3.9v5)
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
790977: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790977
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#790977: transition: alglib (libalglib3.9v5)

[Simon McVittie]

reopen 790977
retitle 790977 transition: alglib (libalglib3.9v5)
forwarded 790977 https://release.debian.org/transitions/html/auto-alglib.html
user release.debian@packages.debian.org
usertag 790977 + transition
block 790977 by 790756
reassign 790977 release.debian.org
severity 790977 normal
thanks

On Fri, 03 Jul 2015 at 13:08:50 +, Matthias Klose wrote:
>Then reassign the issue to release.debian.org and
>properly tag it as a transition issue

Reopening, and reassigning as requested.

Release team: I think qtiplot is ready to binNMU.

nmu qtiplot_0.9.8.9-10 . ALL . -m 'rebuild against libalglib3.9v5'

Processed: Re: Bug#794704: viva: FTBFS

[Debian Bug Tracking System]

Processing control commands:

> unblock 794626 by 794704
Bug #794626 [release.debian.org] transition: libconfig (libconfig++9v5)
794626 was blocked by: 794935 794704 794753 794703 794733 794732 795065 794700 
794701 778125 790756 794706
794626 was blocking: 778125 794753
Removed blocking bug(s) of 794626: 794704

-- 
794626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794626
794704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794704
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#794733: fit-gtm: FTBFS

[Debian Bug Tracking System]

Processing control commands:

> unblock 794626 by 794733
Bug #794626 [release.debian.org] transition: libconfig (libconfig++9v5)
794626 was blocked by: 794700 794701 778125 794703 794706 790756 794753 794935 
794733 795065 794732
794626 was blocking: 778125 794753
Removed blocking bug(s) of 794626: 794733

-- 
794626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794626
794733: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794733
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#790985: transition: bobcat (libbobcat3v5)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was s...@debian.org).
> usertag 790985 + transition
There were no usertags set.
Usertags are now: transition.
> block 790985 by 790756
Bug #790985 {Done: tony mancill } [src:bobcat] bobcat: 
library transition may be needed when GCC 5 is the default
790985 was not blocked by any bugs.
790985 was not blocking any bugs.
Added blocking bug(s) of 790985: 790756
> reassign 790985 release.debian.org
Bug #790985 {Done: tony mancill } [src:bobcat] bobcat: 
library transition may be needed when GCC 5 is the default
Bug reassigned from package 'src:bobcat' to 'release.debian.org'.
No longer marked as found in versions bobcat/3.25.02-2.
No longer marked as fixed in versions bobcat/3.25.02-3.
> retitle 790985 transition: bobcat (libbobcat3v5)
Bug #790985 {Done: tony mancill } [release.debian.org] 
bobcat: library transition may be needed when GCC 5 is the default
Changed Bug title to 'transition: bobcat (libbobcat3v5)' from 'bobcat: library 
transition may be needed when GCC 5 is the default'
> severity 790985 normal
Bug #790985 {Done: tony mancill } [release.debian.org] 
transition: bobcat (libbobcat3v5)
Severity set to 'normal' from 'serious'
> forwarded 790985 https://release.debian.org/transitions/html/auto-bobcat.html
Bug #790985 {Done: tony mancill } [release.debian.org] 
transition: bobcat (libbobcat3v5)
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-bobcat.html'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
790985: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790985
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#790985: transition: bobcat (libbobcat3v5)

[Simon McVittie]

user release.debian@packages.debian.org
usertag 790985 + transition
block 790985 by 790756
reassign 790985 release.debian.org
retitle 790985 transition: bobcat (libbobcat3v5)
severity 790985 normal
forwarded 790985 https://release.debian.org/transitions/html/auto-bobcat.html
thanks

On Fri, 03 Jul 2015 at 13:08:59 +, Matthias Klose wrote:
>Then reassign the issue to release.debian.org and
>properly tag it as a transition issue, by sending an email to
>cont...@bugs.debian.org

Reopening this bug and turning it into a transition tracker as requested.
Release team: I think this transition is ready for its remaining binNMUs.

Tony, for your reference, there was no need to do sourceful uploads
to rebuild stealth, ssh-cron etc. against the updated bobcat:
the release team normally schedule binNMUs for this sort of thing.


S

Bug#791115: transition: libdc0 (libdc5v5)

[Simon McVittie]

Control: forwarded 791115 
https://release.debian.org/transitions/html/auto-libdc0.html

On Thu, 13 Aug 2015 at 09:35:06 +0100, Simon McVittie wrote:
> This transition started with libdc0/0.3.24~svn3121-2.1

I think valknut is ready for binNMU, and that should be all that's needed:

nmu valknut . ALL . -m 'rebuild with libdc5v5'

Regards,
S

Processed: Re: Bug#791115: transition: libdc0 (libdc5v5)

[Debian Bug Tracking System]

Processing control commands:

> forwarded 791115 https://release.debian.org/transitions/html/auto-libdc0.html
Bug #791115 [release.debian.org] transition: libdc0 (libdc5v5)
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-libdc0.html'.

-- 
791115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791115
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#794626: transition: libconfig (libconfig++9v5)

[Simon McVittie]

retitle 794626 transition: libconfig (libconfig++9v5)
block 794626 by 790756
block 794626 by 794935
block 794626 by 795065
forwarded 794626 https://release.debian.org/transitions/html/auto-libconfig.html
thanks

Remaining things wrong with this transition:

* esajpip FTBFS due to 
  and I would be inclined to remove it from testing if it holds up the
  transition (popcon = 1).

* ldc FTBFS because LLVM static libraries need to be rebuilt with
  g++-5, related to 

* libffado FTBFS because libdbus-c++ needs a transition
  

* lierolibre FTBFS on amd64 and i386, which seems to be caused by the new
  upstream version of libconfig not being 100% API-compatible with the old
  . It has never built successfully on
  non-x86 in any case.

To be transitioned, but not in testing anyway:

* flush FTBFS due to 

Regards,
S

Processed: Re: Bug#794626: transition: libconfig (libconfig++9v5)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 794626 transition: libconfig (libconfig++9v5)
Bug #794626 [release.debian.org] libconfig: library transition may be needed 
when GCC 5 is the default
Changed Bug title to 'transition: libconfig (libconfig++9v5)' from 'libconfig: 
library transition may be needed when GCC 5 is the default'
> block 794626 by 790756
Bug #794626 [release.debian.org] transition: libconfig (libconfig++9v5)
794626 was blocked by: 794704 794700 794701 794733 794753 794706 778125 794703 
794732
794626 was blocking: 778125 794753
Added blocking bug(s) of 794626: 790756
> block 794626 by 794935
Bug #794626 [release.debian.org] transition: libconfig (libconfig++9v5)
794626 was blocked by: 794703 794704 794753 778125 790756 794706 794701 794732 
794700 794733
794626 was blocking: 778125 794753
Added blocking bug(s) of 794626: 794935
> block 794626 by 795065
Bug #794626 [release.debian.org] transition: libconfig (libconfig++9v5)
794626 was blocked by: 778125 794706 790756 794701 794732 794700 794733 794703 
794704 794753 794935
794626 was blocking: 778125 794753
Added blocking bug(s) of 794626: 795065
> forwarded 794626 
> https://release.debian.org/transitions/html/auto-libconfig.html
Bug #794626 [release.debian.org] transition: libconfig (libconfig++9v5)
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-libconfig.html'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794626
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#791052: transition: gmetadom (libgdome2-cpp-smart0v5)

[Julien Cristau]

On Thu, Aug 13, 2015 at 23:09:10 +0100, Simon McVittie wrote:

> retitle 791052 transition: gmetadom (libgdome2-cpp-smart0v5)
> reassign 791052 release.debian.org
> severity 791052 normal
> user release.debian@packages.debian.org
> usertag 791052 + transition
> block 791052 by 790756
> forwarded 791052 
> https://release.debian.org/transitions/html/auto-gmetadom.html
> thanks
> 
> On Sat, 08 Aug 2015 at 14:10:43 +0100, Jonathan Wiltshire wrote:
> > I've prepared an NMU for gmetadom (versioned as 0.2.6-6.2)
> 
> This started the transition. I think it's ready for binNMUs to be
> scheduled: the other tracked packages don't seem to collide with anything
> (and will leave testing shortly in any case due to gtkmathview's RC bug).
> 
Scheduled gtkmathview binNMU, I guess lablgtkmathview needs to wait
until that's done.

Cheers,
Julien


signature.asc
Description: Digital signature

Processed: tagging 795430

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 795430 + jessie
Bug #795430 [release.debian.org] RM: netty3.1/3.1.0.CR1-1
Added tag(s) jessie.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
795430: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795430
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#791052: transition: gmetadom (libgdome2-cpp-smart0v5)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 791052 transition: gmetadom (libgdome2-cpp-smart0v5)
Bug #791052 [src:gmetadom] gmetadom: library transition may be needed when GCC 
5 is the default
Changed Bug title to 'transition: gmetadom (libgdome2-cpp-smart0v5)' from 
'gmetadom: library transition may be needed when GCC 5 is the default'
> reassign 791052 release.debian.org
Bug #791052 [src:gmetadom] transition: gmetadom (libgdome2-cpp-smart0v5)
Bug reassigned from package 'src:gmetadom' to 'release.debian.org'.
No longer marked as found in versions gmetadom/0.2.6-6.1.
Ignoring request to alter fixed versions of bug #791052 to the same values 
previously set
> severity 791052 normal
Bug #791052 [release.debian.org] transition: gmetadom (libgdome2-cpp-smart0v5)
Severity set to 'normal' from 'serious'
> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was s...@debian.org).
> usertag 791052 + transition
There were no usertags set.
Usertags are now: transition.
> block 791052 by 790756
Bug #791052 [release.debian.org] transition: gmetadom (libgdome2-cpp-smart0v5)
791052 was not blocked by any bugs.
791052 was not blocking any bugs.
Added blocking bug(s) of 791052: 790756
> forwarded 791052 
> https://release.debian.org/transitions/html/auto-gmetadom.html
Bug #791052 [release.debian.org] transition: gmetadom (libgdome2-cpp-smart0v5)
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-gmetadom.html'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791052: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791052
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#791052: transition: gmetadom (libgdome2-cpp-smart0v5)

[Simon McVittie]

retitle 791052 transition: gmetadom (libgdome2-cpp-smart0v5)
reassign 791052 release.debian.org
severity 791052 normal
user release.debian@packages.debian.org
usertag 791052 + transition
block 791052 by 790756
forwarded 791052 https://release.debian.org/transitions/html/auto-gmetadom.html
thanks

On Sat, 08 Aug 2015 at 14:10:43 +0100, Jonathan Wiltshire wrote:
> I've prepared an NMU for gmetadom (versioned as 0.2.6-6.2)

This started the transition. I think it's ready for binNMUs to be
scheduled: the other tracked packages don't seem to collide with anything
(and will leave testing shortly in any case due to gtkmathview's RC bug).

Bug#795430: RM: netty3.1/3.1.0.CR1-1

[Moritz Muehlenhoff]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Please remove netty3.1 in the 8.2 point release. It was apparently
introduced as a more recent version of src:jetty for Eucalyptus
(which never made it into a stable release and was removed
eventually).

Cheers,
Moritz

Re: plasma-widget-adjustableclock: ROM; NBS; Not usable in Plasma5

[Adam D. Barratt]

On Thu, 2015-08-13 at 19:42 +0200, d...@gnu.org wrote:
> Package: plasma-widget-adjustableclock
> Version: 4.1.4-1
> Severity: normal
> 
> 
> 
> Upstream reports it's hard to port to Plasma5 in short time, due to
> the QML UI requirement.
> 
> Please, remove from testing (not from unstable).

If you want packages removed from testing (but not from unstable), then
you need to file a bug against the release.debian.org pseudo-package.
You also need to make sure that the package to be removed has an
appropriately versioned RC bug filed against it, or it will simply
migrate back to testing again.

[If you want it removing from both unstable and testing then just file
an ftp.debian.org bug and the testing removal will automatically follow
the unstable one]

Regards,

Adam

Processed: Re: Bug#795288: libsigc++-2.0: was built with g++-4.9 on arm64

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 release.debian.org
Bug #795288 [src:libsigc++-2.0] libsigc++-2.0: was built with g++-4.9 on arm64
Bug reassigned from package 'src:libsigc++-2.0' to 'release.debian.org'.
No longer marked as found in versions libsigc++-2.0/2.4.1-2.
Ignoring request to alter fixed versions of bug #795288 to the same values 
previously set
> retitle -1 nmu:  libsigc++-2.0_2.4.1-2
Bug #795288 [release.debian.org] libsigc++-2.0: was built with g++-4.9 on arm64
Changed Bug title to 'nmu:  libsigc++-2.0_2.4.1-2' from 'libsigc++-2.0: was 
built with g++-4.9 on arm64'

-- 
795288: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795288
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: retitle 795409 to nmu: libaqbanking_5.6.1-1

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 795409 nmu: libaqbanking_5.6.1-1
Bug #795409 [release.debian.org] "nmu: libaqbanking_5.6.1-1"
Changed Bug title to 'nmu: libaqbanking_5.6.1-1' from '"nmu: 
libaqbanking_5.6.1-1"'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
795409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795409
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#795409: nmu: libaqbanking_5.6.1-1

[Micha Lenk]

Hi Julien,

Am 13.08.2015 um 20:54 schrieb Julien Cristau:
>> nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m "rebuild against 
>> libktoblzcheck1v5"
>>
>> See also https://bugs.debian.org/791134 (g++ ABI transition in 
>> libktoblzcheck).
>>
> 5.4.3beta2-2 is the jessie version, so that doesn't make much sense.

Yes, see my previous mail. The correct version to binNMU is:

nmu libaqbanking_5.6.1-1 . ALL . -m "rebuild against libktoblzcheck1v5"

> Also, have you confirmed that a rebuild with new g++ and libktoblzcheck
> does not affect libaqbanking's ABI?

It shouldn't. The C++ API of libaqbanking (that would be
libaqbankingpp.so) isn't packaged at the moment. It should be safe to
rebuild libaqbanking using the new g++.

Cheers,
Micha

Bug#795409: nmu: libaqbanking_5.4.3beta-2+b1

[Julien Cristau]

On Thu, Aug 13, 2015 at 20:39:34 +0200, Micha Lenk wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> 
> nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m "rebuild against libktoblzcheck1v5"
> 
> See also https://bugs.debian.org/791134 (g++ ABI transition in 
> libktoblzcheck).
> 
5.4.3beta2-2 is the jessie version, so that doesn't make much sense.
Also, have you confirmed that a rebuild with new g++ and libktoblzcheck
does not affect libaqbanking's ABI?

Cheers,
Julien


signature.asc
Description: Digital signature

Processed: nmu: libaqbanking_5.6.1-1

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 "nmu: libaqbanking_5.6.1-1"
Bug #795409 [release.debian.org] nmu: libaqbanking_5.4.3beta-2+b1
Changed Bug title to '"nmu: libaqbanking_5.6.1-1"' from 'nmu: 
libaqbanking_5.4.3beta-2+b1'

-- 
795409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795409
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#795409: nmu: libaqbanking_5.6.1-1

[Micha Lenk]

Control: retitle -1 "nmu: libaqbanking_5.6.1-1"

Sorry, my previous mail was garbage (wrong version). Using correct version:

nmu libaqbanking_5.6.1-1+b1 . ALL . -m "rebuild against libktoblzcheck1v5"

See also https://bugs.debian.org/791134 (g++ ABI transition in libktoblzcheck).

Regards,
Micha

Processed: Re: Bug#778034: ogre-1.9 needs a library transition for GCC 5

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was 
manuel.montez...@gmail.com).
> usertag 778034 + transition
There were no usertags set.
Usertags are now: transition.
> block 778034 by 790756
Bug #778034 [src:ogre-1.9] ogre-1.9: library transition is needed when GCC 5 is 
the default
778034 was blocked by: 778220
778034 was not blocking any bugs.
Added blocking bug(s) of 778034: 790756
> reassign 778034 release.debian.org
Bug #778034 [src:ogre-1.9] ogre-1.9: library transition is needed when GCC 5 is 
the default
Bug reassigned from package 'src:ogre-1.9' to 'release.debian.org'.
No longer marked as found in versions ogre-1.9/1.9.0+dfsg1-4.
Ignoring request to alter fixed versions of bug #778034 to the same values 
previously set
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
778034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778034
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

[PATCH] wb: replace ALL by ANY

[Aurelien Jarno]

Now that we have arch:all build daemons, replace the ALL alias by the
ANY one, which means all arch:any architectures.

Signed-off-by: Aurelien Jarno 
---
 scripts/wb | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

The arch:all architecture is currently supported only for experimental,
and a few binNMUs including the arch:all architecture have already been
wrongly scheduled. This was actually very usefull for testing.

When people start to get used using the ANY architecture, we might want
to re-add the ALL alias.

diff --git a/scripts/wb b/scripts/wb
index 845914d..4163d7f 100755
--- a/scripts/wb
+++ b/scripts/wb
@@ -32,11 +32,11 @@ Package names can come with a version number too, as in 
pkgname_1.2-3; this
 is useful when generating binNMU commands from Packages files, where a new
 version of a package may have been uploaded but not dinstalled yet.
 
-When listing architectures, the special word ALL can be used, and it'll expand
-to all architectures for the suite being manipulated. You can then
+When listing architectures, the special word ANY can be used, and it'll expand
+to all arch:any architectures for the suite being manipulated. You can then
 subtract some of them by prefixing them with a dash, like this:
 
-% wb gb foopkg . ALL -i386 m68k
+% wb gb foopkg . ANY -i386 m68k
 
 Extra options, like -d 'stable' or -m 'message', can be passed by appending
 them to the end of the line, with an extra dot.  If the extra options
@@ -249,8 +249,8 @@ def do_command(args, fatal_errors=True, 
transactional=False):
 arches = set()
 
 for a in arches_orig:
-if a == 'ALL':
-arches.update(DISTRIBUTION_ARCHES[dist])
+if a == 'ANY':
+arches.update(filter(lambda x: x != 'all', 
DISTRIBUTION_ARCHES[dist]))
 elif a.startswith('-'):
 arches.discard(a[1:])
 else:
-- 
2.1.4

Bug#795409: nmu: libaqbanking_5.4.3beta-2+b1

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m "rebuild against libktoblzcheck1v5"

See also https://bugs.debian.org/791134 (g++ ABI transition in libktoblzcheck).

Regards,
Micha

plasma-widget-adjustableclock: ROM; NBS; Not usable in Plasma5 (kde)

[davi]

Package: ftp.debian.org
Severity: normal


Upstream reports it's hard to port to Plasma5 in short time, due to
the QML UI requirement.

Please, remove from both testing and unstable.
Please, remove both the source and the binary package.

Best regards


-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages plasma-widget-adjustableclock depends on:
ii  libc62.19-18
ii  libgcc1  1:4.9.2-10
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libkio5  4:4.14.2-5
ii  libkparts4   4:4.14.2-5
ii  libktexteditor4  4:4.14.2-5
ii  libnepomuk4  4:4.14.2-5
ii  libnepomukutils4 4:4.14.2-5
ii  libplasma3   4:4.14.2-5
ii  libplasmaclock4abi4  4:4.11.13-2
ii  libqt4-dbus  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-declarative   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-script4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-svg   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtwebkit4 2.3.4.dfsg-3
ii  libsoprano4  2.9.4+dfsg-1.1
ii  libstdc++6   4.9.2-10

plasma-widget-adjustableclock recommends no packages.

plasma-widget-adjustableclock suggests no packages.

-- no debconf information

Re: Please dak copy-installer 20150813 & hint it into testing

[Ansgar Burchardt]

Cyril Brulebois  writes:
> FTPmasters, please sync the installer from sid to testing:
>
>   dak copy-installer 20150813

Done.

Thanks for your work on d-i,
Ansgar

plasma-widget-adjustableclock: ROM; NBS; Not usable in Plasma5

[davi]

Package: plasma-widget-adjustableclock
Version: 4.1.4-1
Severity: normal



Upstream reports it's hard to port to Plasma5 in short time, due to
the QML UI requirement.

Please, remove from testing (not from unstable).
Please, remove both the source and the binary package.

Best regards


-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages plasma-widget-adjustableclock depends on:
ii  libc62.19-18
ii  libgcc1  1:4.9.2-10
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libkio5  4:4.14.2-5
ii  libkparts4   4:4.14.2-5
ii  libktexteditor4  4:4.14.2-5
ii  libnepomuk4  4:4.14.2-5
ii  libnepomukutils4 4:4.14.2-5
ii  libplasma3   4:4.14.2-5
ii  libplasmaclock4abi4  4:4.11.13-2
ii  libqt4-dbus  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-declarative   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-script4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-svg   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtwebkit4 2.3.4.dfsg-3
ii  libsoprano4  2.9.4+dfsg-1.1
ii  libstdc++6   4.9.2-10

plasma-widget-adjustableclock recommends no packages.

plasma-widget-adjustableclock suggests no packages.

-- no debconf information

Bug#784944: jessie-pu: package redmine/3.0~20140825-8~deb8u1 (was 3.0~20140825-7~deb8u1)

[Antonio Terceiro]

Hello,

On Fri, Jul 03, 2015 at 09:41:22AM -0300, Antonio Terceiro wrote:
> Hello,
> 
> On Sun, May 10, 2015 at 08:02:55PM -0300, Antonio Terceiro wrote:
> > Package: release.debian.org
> > Severity: normal
> > Tags: jessie
> > User: release.debian@packages.debian.org
> > Usertags: pu
> > 
> > This release fixes several bugs related to upgrades from wheezy. The
> > equivalent version is already in testing. I have tested it extensively,
> > and received positive feedback from multiple bug submitters.
> > 
> > debdiff attached.
> 
> ping?
> 
> Besides the testing I did myself, I pointed several people who reported
> bugs against the version in jessie to a jessie build I provided at
> people.debian.org, and they all gave me positive feedback.
> 
> I realize that the debdiff is larger than what one would want, but some
> serious effort was made into testing it.

Since the last ping, I have released a new update to unstable which
fixes upgrades from wheezy. I would really like to upload a jessie
update with the attached diff. I have already pointed several users at
such update I am serving from
https://people.debian.org/~terceiro/redmine-jessie/ and most of them
reported that it fixed their issues and noone reported additional
problems with it.

Can we please get this update in jessie?

-- 
Antonio Terceiro 
diff --git a/debian/changelog b/debian/changelog
index 0277747..fcd92d6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,68 @@
+redmine (3.0~20140825-8~deb8u1) jessie; urgency=medium
+
+  * Backport as a stable update for Jessie.
+
+ -- Antonio Terceiro   Sun, 10 May 2015 19:26:43 -0300
+
+redmine (3.0~20140825-8) unstable; urgency=medium
+
+  * Replace "interest" triggers with "interest-nowait" ones to avoid trigger
+loops (Closes: #786763)
+
+ -- Antonio Terceiro   Fri, 10 Jul 2015 20:07:20 -0300
+
+redmine (3.0~20140825-7) unstable; urgency=medium
+
+  * debian/postinst: always remove and recreate Gemfile.lock to handle the
+case where dependencies are being upgraded.
+
+ -- Antonio Terceiro   Sun, 03 May 2015 19:18:34 -0300
+
+redmine (3.0~20140825-6) unstable; urgency=medium
+
+  * debian/doc/examples/apache2-host.conf: fix typo in package name user is
+told to install Closes: #36
+  * Fix upgrades when there are locally-installed plugins Closes: #779273
+- debian/postinst: run rake under `bundle exec` to correctly handle
+  upgrades when the local admin installed non-packaged plugins (i.e.
+  ~100% of them).
+- 2003_externalize_session_config.patch, 2002_FHS_through_env_vars.patch,
+  gemfile-adjustments.patch: always set RAILS_ETC, RAILS_* unconditionally
+  from X_DEBIAN_SITEID because the load order under `bundle exec` seems to
+  be a little different.
+- change Gemfile.lock handling:
+  + symlink Gemfile.lock to /var/lib/redmine/Gemfile.lock
+  + always update it at the beginning of debian/postinst
+  + trigger postinst Ruby packages are upgraded
+  * Don't leave unowned files after purge. Closes: #781534
+- debian/postinst:
+  - don't create files under /usr/share/redmine/app
+  - pass SCHEMA=/dev/null to rake `db:migrate` so it won't create
+/usr/share/redmine/db/schema.rb
+- debian/postrm: remove the aforementioned files
+  * debian/postinst: fix several programming errors
+- initialize variable that will hold the return code of a potentially
+  failing command to 0 so it is not undefined if the command suceeeds.
+  Closes: #780894
+- add missing quotes around $fHasOldSessionName
+- fix logic when testing whether session.yml file exists
+- restrict usage of $2 as a version number when triggered, since $2 will
+  contain the trigger names instead.
+  * debian/patches/fix-move-issue-between-projects.patch: applied patch by
+Tristam Fenton-May to fix moving issues across projects (Closes: #783717)
+  * debian/install:
+- install bin/ directory so rails detects redmine as a proper Rails app
+  + This fixes running `rails console`, `rails dbconsole` etc from within
+the installed package at /usr/share/redmine.
+- don't install deprecated script/ directory
+  * debian/doc/examples/apache2-passenger-*.conf: document line that must
+be changed in extra instances.
+  * debian/patches/gemfile-adjustments.patch:
+- bump dependency on redcarpet
+- don't try to read database.yml is it's not readable
+
+ -- Antonio Terceiro   Sat, 02 May 2015 11:33:20 -0300
+
 redmine (3.0~20140825-5) unstable; urgency=high
 
   * debian/patches/0001-Escape-flash-messages-19117.patch
diff --git a/debian/control b/debian/control
index e6b2dfc..9314337 100644
--- a/debian/control
+++ b/debian/control
@@ -78,7 +78,7 @@ Depends: ruby-mysql2,
  mysql-client | virtual-mysql-client,
  ${misc:Depends}
 Recommends: redmine (= ${source:Version})
-Suggests: mysql-server
+Suggests: mysql-server | virtual-mysql-server
 Description: metapackage providing MySQL dependencies 

Re: Please dak copy-installer 20150813 & hint it into testing

[Julien Cristau]

On Thu, Aug 13, 2015 at 17:43:59 +0200, Cyril Brulebois wrote:

> Release team, please hint it into testing:
> 
>   urgent debian-installer/20150813
> 
Hint added.

Cheers,
Julien


signature.asc
Description: Digital signature

Please dak copy-installer 20150813 & hint it into testing

[Cyril Brulebois]

Hi,

FTPmasters, please sync the installer from sid to testing:

  dak copy-installer 20150813


Release team, please hint it into testing:

  urgent debian-installer/20150813


Thanks for your time.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#795358: binNMU C++ libraries built with out-of-date compiler

[Edmund Grimley Evans]

Some more for the list:

bear
cython
fltk1.3
paprefs
pykcs11
qtscript-opensource-src
r-cran-fastcluster
varconf
vocproc

I got these additions by looking for anything built after Aug 2 with
"build-essential_11" mentioned in the log and also 'g\+\+.*\.so'. I
think that's a better test than what I did before, but there could be
false positives or false negatives.

If you're wondering why any of this matters, here are a couple of
packages that failed to build on arm64 where I suspect that the cause
is the wrong compiler used for building a previous package:

jstest-gtk
subtitleeditor

Processed: Re: Bug#795358: binNMU C++ libraries built with out-of-date compiler

[Debian Bug Tracking System]

Processing control commands:

> tag -1 moreinfo
Bug #795358 [release.debian.org] binNMU C++ libraries built with out-of-date 
compiler
Added tag(s) moreinfo.

-- 
795358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795358
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: tagging 795254

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 795254 + experimental
Bug #795254 [release.debian.org] nmu: gnome-photos_3.16.2-1
Added tag(s) experimental.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
795254: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795254
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#795358: binNMU C++ libraries built with out-of-date compiler

[Julien Cristau]

Control: tag -1 moreinfo

On Thu, Aug 13, 2015 at 11:23:57 +0100, Edmund Grimley Evans wrote:

> Package: release.debian.org
> Usertags: binnmu
> 
> These 12 packages appear to have been built recently (Aug 6-9) for
> arm64 by arm-arm-03 using an out-of-date version of build-essential,
> and therefore with g++-4.9 instead of g++-5, and they also seem to
> involve a C++ library ("libtool: link: g++"). You should probably
> binNMU them.
> 
> cairomm
> colpack
> ctemplate
> libshevek
> libsigc++-2.0
> libvsqlitepp
> mate-system-monitor
> movit
> pinot
> python-visual
> subversion
> synfig
> 
At least cairomm needs source changes to rename the library package.
Somebody needs to check the others.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#795358: binNMU C++ libraries built with out-of-date compiler

[Edmund Grimley Evans]

Package: release.debian.org
Usertags: binnmu

These 12 packages appear to have been built recently (Aug 6-9) for
arm64 by arm-arm-03 using an out-of-date version of build-essential,
and therefore with g++-4.9 instead of g++-5, and they also seem to
involve a C++ library ("libtool: link: g++"). You should probably
binNMU them.

cairomm
colpack
ctemplate
libshevek
libsigc++-2.0
libvsqlitepp
mate-system-monitor
movit
pinot
python-visual
subversion
synfig

Processed: Re: Bug#791115: transition: libdc0 (libdc5v5)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was s...@debian.org).
> usertag 791115 + transition
There were no usertags set.
Usertags are now: transition.
> block 791115 by 790756
Bug #791115 [src:libdc0] libdc0: library transition may be needed when GCC 5 is 
the default
791115 was not blocked by any bugs.
791115 was not blocking any bugs.
Added blocking bug(s) of 791115: 790756
> reassign 791115 release.debian.org
Bug #791115 [src:libdc0] libdc0: library transition may be needed when GCC 5 is 
the default
Bug reassigned from package 'src:libdc0' to 'release.debian.org'.
No longer marked as found in versions libdc0/0.3.24~svn3121-2.
Ignoring request to alter fixed versions of bug #791115 to the same values 
previously set
> retitle 791115 transition: libdc0 (libdc5v5)
Bug #791115 [release.debian.org] libdc0: library transition may be needed when 
GCC 5 is the default
Changed Bug title to 'transition: libdc0 (libdc5v5)' from 'libdc0: library 
transition may be needed when GCC 5 is the default'
> severity 791115 normal
Bug #791115 [release.debian.org] transition: libdc0 (libdc5v5)
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791115
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#791115: transition: libdc0 (libdc5v5)

[Simon McVittie]

user release.debian@packages.debian.org
usertag 791115 + transition
block 791115 by 790756
reassign 791115 release.debian.org
retitle 791115 transition: libdc0 (libdc5v5)
severity 791115 normal
thanks

This transition started with libdc0/0.3.24~svn3121-2.1

Processed: Re: Bug#791063: transition: libgsmme1v5

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was s...@debian.org).
> usertag 791063 + transition
There were no usertags set.
Usertags are now: transition.
> block 791063 by 790756
Bug #791063 [src:gsmlib] gsmlib: library transition may be needed when GCC 5 is 
the default
791063 was not blocked by any bugs.
791063 was not blocking any bugs.
Added blocking bug(s) of 791063: 790756
> reassign 791063 release.debian.org
Bug #791063 [src:gsmlib] gsmlib: library transition may be needed when GCC 5 is 
the default
Bug reassigned from package 'src:gsmlib' to 'release.debian.org'.
No longer marked as found in versions gsmlib/1.10+20120414.gita5e5ae9a-0.2.
Ignoring request to alter fixed versions of bug #791063 to the same values 
previously set
> retitle 791063 transition: libgsmme1v5
Bug #791063 [release.debian.org] gsmlib: library transition may be needed when 
GCC 5 is the default
Changed Bug title to 'transition: libgsmme1v5' from 'gsmlib: library transition 
may be needed when GCC 5 is the default'
> severity 791063 normal
Bug #791063 [release.debian.org] transition: libgsmme1v5
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791063: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791063
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#791063: transition: libgsmme1v5

[Simon McVittie]

user release.debian@packages.debian.org
usertag 791063 + transition
block 791063 by 790756
reassign 791063 release.debian.org
retitle 791063 transition: libgsmme1v5
severity 791063 normal
thanks

gsmlib/1.10+20120414.gita5e5ae9a-0.3 started this transition.

There doesn't seem to be an "auto-" transition tracker for this yet?

S

Depend on a package from an other arch

[Bertrand Marc]

Dear developpers,

I am trying to fix Debian bug #783875 [1]: playonlinux (which is arch
independant) should depend on the 32 bits version of wine. Therefore I
added a dependency on wine32|wine32-development, but it seems the
package will not migrate to testing [2], because wine32 is not available
on amd64.

Niels Thykier suggested on mentors that this could be an issue with the
testing migration code [3], so I send this question to debian-release@ too.

I thought I should instead add a dependency on wine32:any |
wine32-development:any and ask the wine maintainer to move to
multiarch:allowed. But the best source on this subject is an Ubuntu
one [4]. I cannot find any reliable Debian source about this and it
seems I was wrong [3].

Could you give me a pointer on this ? Or do you know any
package with a dependency on a package from an other arch ?

Thanks,
Bertrand

PS Please CC me as I am not subscribed to these lists.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783875
[2] https://packages.qa.debian.org/p/playonlinux.html
[3] https://lists.debian.org/debian-mentors/2015/08/msg00153.html
[4] https://wiki.ubuntu.com/MultiarchSpec



signature.asc
Description: OpenPGP digital signature

Processed: bug 791312 is forwarded to https://release.debian.org/transitions/html/xapian-core.html ...

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 791312 https://release.debian.org/transitions/html/xapian-core.html
Bug #791312 [release.debian.org] xapian-core: library transition may be needed 
when GCC 5 is the default
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/xapian-core.html'.
> forwarded 791128 
> https://release.debian.org/transitions/html/auto-libhmsbeagle.html
Bug #791128 [release.debian.org] libhmsbeagle: library transition may be needed 
when GCC 5 is the default
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-libhmsbeagle.html'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791128: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791128
791312: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791312
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems