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

Bug#740090: marked as done (transition: libiodbc2)

Your message dated Tue, 27 May 2014 17:17:43 +0200
with message-id <5384AC97.4040300@debian.org>
and subject line Re: Bug#740090: transition: libiodbc2
has caused the Debian Bug report #740090,
regarding transition: libiodbc2
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.)


-- 
740090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740090
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

(please explain about the transition: impacted packages, reason, ...
 for more info see: https://wiki.debian.org/Teams/ReleaseTeam/Transitions)

Requestion a transition slot to upload libiodbc2 3.52.8 to unstable.
The transition is needed as the new package moves the headers to
/usr/include/iodbc hoping to gain coinstallability with unixodbc.

I've submited patches in the affected packages: #740060 #740067 #740074 #740082
Packages that use iodbc-config to get the cflags are not affected (which is
only soprano), also libopendbx is not directly affected as it optionaly
build-depends on libiodbc2-dev (although it should probably remove the
option).

I'm not sure the syntax of the ben part is valid, sorry about that.  Also
ben.debian.net was down so I couldn't check if there a way to add an exception
for soprano.

Thanks,

Ben file:

title = "libiodbc2";
is_affected = .depends ~ "libiodbc2" | .build-depends ~ "libiodbc2-dev";
is_good = .depends ~ "libiodbc2 (<< 3.53)";
is_bad = .depends ~ "libiodbc2 (<< 3.52.8)";


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

Kernel: Linux 3.12-1-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/bash

--- End Message ---
--- Begin Message --- 
Hi,

On 09/05/14 12:57, Maximiliano Curia wrote:
> ¡Hola Julien!
> 
> El 2014-05-09 a las 02:31 +0200, Julien Cristau escribió:
>> Control: tag -1 moreinfo
> 
>> On Tue, Feb 25, 2014 at 17:34:17 +0100, Maximiliano Curia wrote:
>>> Requestion a transition slot to upload libiodbc2 3.52.8 to unstable.
>>> The transition is needed as the new package moves the headers to
>>> /usr/include/iodbc hoping to gain coinstallability with unixodbc.
> 
>>> I've submited patches in the affected packages: #740060 #740067 #740074 #740082
>>> Packages that use iodbc-config to get the cflags are not affected (which is
>>> only soprano), also libopendbx is not directly affected as it optionaly
>>> build-depends on libiodbc2-dev (although it should probably remove the
>>> option).
> 
>>> I'm not sure the syntax of the ben part is valid, sorry about that.  Also
>>> ben.debian.net was down so I couldn't check if there a way to add an exception
>>> for soprano.
> 
>> I'm confused.  Does this actually involve an ABI break?  (i.e. do the
>> rdeps need rebuilding to work against the new libiodbc?)
> 
> Not exactly, it moves headers arround, and installs the library in a m-a
> location.
> 
>> If yes, then the library package name must change.  If no, then I don't
>> think there's anything for -release to do?
> 
> Right, now that everything almost every dependency migrated to unixodbc and
> freeradius is patched to use new headers location I should just upload the
> library.

I don't think you understood Julien. Since there were no ABI/API changes, there
wasn't a SONAME change. Hence there is no "transition" here. Just moving the
headers around means the rdeps need to get the right CFLAGS, but they don't need
to be rebuilt for the new library.

Also note how the new libiodbc is in testing:

 libiodbc2 | 3.52.9-1        | jessie  | source, amd64, armel, armhf, i386,
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x
 libiodbc2 | 3.52.9-1        | sid     | source, amd64, armel, armhf, hurd-i386,
i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc

I'm thus closing this bug. Let us know if you have any further comments.

Regards,
Emilio

--- End Message ---
Reply to: