[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#796835: marked as done (transition: ncurses)

Your message dated Wed, 10 Feb 2016 19:01:57 +0100
with message-id <56BB7B15.6040401@debian.org>
and subject line Re: Bug#796835: release.debian.org: Transition: ncurses-6.0
has caused the Debian Bug report #796835,
regarding transition: ncurses
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 owner@bugs.debian.org
immediately.)


-- 
796835: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796835
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
X-Debbugs-CC: ncurses@packages.debian.org
Control: block 230990 by -1

For quite some time, ncurses had the option to be built with a new ABI
that enables applications to use mouse wheels, among other good things
(see #230990).  Switching to this ABI had been stalled due to the lack
of symbol versioning and the rather large number of ncurses' reverse
dependencies, with quite a few libraries among them.

In the latest ncurses release (6.0), symbol versioning was added to the
libraries, and we would like to see ncurses' reverse dependencies to be
rebuilt during the Stretch release cycle so that the long requested ABI
change becomes possible after the Debian 9 release.

The new ncurses version has already migrated to testing, and there is no
hurry to rebuild reverse dependencies right away, but I would like to
see a mass rebuild some time before the Stretch freeze and set up a
tracker in the meantime.

Suggested ben file (only lightly tested, please check):

title = "ncurses-6.0";
is_affected = .depends ~ /libncursesw?5|libtinfo5/;
is_good = .depends ~ /libncursesw?5 \(>= 6|libtinfo5 \(>= 6/;
is_bad = .depends ~ /libncursesw?5 \(>= 5|libtinfo5(,|$)|libtinfo5\(>= 5/;


Cheers,
       Sven

--- End Message ---
--- Begin Message --- 
On 05/02/16 00:29, Emilio Pozuelo Monfort wrote:
> On 24/08/15 20:17, Sven Joachim wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian.org@packages.debian.org
>> Usertags: transition
>> X-Debbugs-CC: ncurses@packages.debian.org
>> Control: block 230990 by -1
>>
>> For quite some time, ncurses had the option to be built with a new ABI
>> that enables applications to use mouse wheels, among other good things
>> (see #230990).  Switching to this ABI had been stalled due to the lack
>> of symbol versioning and the rather large number of ncurses' reverse
>> dependencies, with quite a few libraries among them.
>>
>> In the latest ncurses release (6.0), symbol versioning was added to the
>> libraries, and we would like to see ncurses' reverse dependencies to be
>> rebuilt during the Stretch release cycle so that the long requested ABI
>> change becomes possible after the Debian 9 release.
>>
>> The new ncurses version has already migrated to testing, and there is no
>> hurry to rebuild reverse dependencies right away, but I would like to
>> see a mass rebuild some time before the Stretch freeze and set up a
>> tracker in the meantime.
>>
>> Suggested ben file (only lightly tested, please check):
>>
>> title = "ncurses-6.0";
>> is_affected = .depends ~ /libncursesw?5|libtinfo5/;
>> is_good = .depends ~ /libncursesw?5 \(>= 6|libtinfo5 \(>= 6/;
>> is_bad = .depends ~ /libncursesw?5 \(>= 5|libtinfo5(,|$)|libtinfo5\(>= 5/;
> 
> This is basically done. There's just 4store missing, which FTBFS on arm64. Also
> there is joe which got built against the old ncurses on i386 by the maintainer.
> Unfortunately that doesn't prevent migration, so that's likely to happen again.

I binNMUed joe. 4store could be removed, but that doesn't seem too important so
I'll leave it as is.

Let's close this now. If you want to look at this before the release (e.g. when
the freeze starts, or so) to see if any packages need rebuilds (because of
maintainer uploads done against the old version), then feel free to do it.

Cheers,
Emilio

--- End Message ---
Reply to: