Bug#931950: marked as done (transition: libgeotiff)
Your message dated Sun, 15 Sep 2019 20:45:17 +0200
with message-id <d0e54e4b-960b-869f-dee3-21b9ec59884e@xs4all.nl>
and subject line Re: Bug#931950: transition: libgeotiff
has caused the Debian Bug report #931950,
regarding transition: libgeotiff
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.)
--
931950: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931950
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: transition: libgeotiff
- From: Bas Couwenberg <sebastic@xs4all.nl>
- Date: Fri, 12 Jul 2019 21:45:47 +0200
- Message-id: <156296074760.7475.5635743635020459201.reportbug@osiris.linuxminded.xs4all.nl>
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
Control: block -1 by 931949
For the Debian GIS team I'd like to transition to libgeotiff 1.5. This
version is required for PROJ 6 support.
This transition goes hand in hand with the proj transition. (#931949)
All reverse depenencies built successfully with the new libgeotiff, only
xastir & metview need to apply a patch to not FTBFS with PROJ 6.
A summary of the rebuilds is included below.
Ben file:
title = "libgeotiff";
is_affected = .depends ~ "libgeotiff2" | .depends ~ "libgeotiff5";
is_good = .depends ~ "libgeotiff5";
is_bad = .depends ~ "libgeotiff2";
Transition: libgeotiff
libgeotiff2 (1.4.3-1) -> libgeotiff5 (1.5.1-1~exp3)
The status of the most recent rebuilds is as follows.
libgeotiff-dfsg (1.4.3-1) SKIP (obsolete)
libgeotiff-epsg (1.4.3-1) SKIP (obsolete)
gdal (2.4.2+dfsg-1) OK
gnudatalanguage (0.9.9-9) OK
grads (3:2.2.1-1) OK
librasterlite2 (1.1.0~beta0+really1.0.0~rc0+devel1-2) OK
libterralib (4.3.0+dfsg.2-11) OK
ossim (2.6.2-1) OK
liblas (1.8.1-10) OK
magics++ (3.3.1-1) OK
otb (6.6.1+dfsg-1) OK
pdal (1.8.0+ds-1) OK
xastir (2.1.0-5) OK [+]
grass (7.6.1-1) OK
metview (5.3.0-2) OK [+]
Kind Regards,
Bas
--- End Message ---
--- Begin Message ---
On 9/15/19 12:42 PM, Adam D. Barratt wrote:
> On Sun, 2019-09-15 at 08:27 +0200, Sebastiaan Couwenberg wrote:
>> On 9/10/19 8:11 AM, Sebastiaan Couwenberg wrote:
>>> libgeotiff (1.5.1-2) is in testing, but libgeotiff-dfsg (1.4.3-1)
>>> cannot
>>> be removed from testing due to gnudatalanguage, which I don't
>>> understand. But this should be resolved when the package get
>>> autoremoved
>>> on the 14th.
>>
>> gnudatalanguage was not removed yesterday, it's still marked for
>> removal on 14 September.
>
> It was removed in the 10:00 run on the 15th, which was the first run
> after it was in the auto-removals hint list. You just need a little
> more patience.
Thanks for the clarification. It seems that to me that autoremovals take
more time than before, but I may just be imagining that.
>> Version 0.9.9-10+b1 of the gnudatalanguage binary packages is in
>> testing,
>
> Not any longer.
libgeotiff-dfsg is not in testing any more either.
Considering this transition completed.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
--- End Message ---
Reply to: