Bug#294732: apt experimental 0.6.25 depends on obsolete libapt-pkg-perl 0.1.11.2 and blocks testing packages

2005-02-11 Thread Michal J. Gajda
Package: apt
Version: 0.6.25
Severity: normal
Tags: experimental

Since experimental apt gives release signature checking it seems quite
widely used.
Unfortunately it depends on long obsolete libapt-pkg-perl:
$ apt-cache policy libapt-pkg-perl
libapt-pkg-perl:
Zainstalowana: 0.1.11.2
Kandydująca: 0.1.13
Tabela wersji:
0.1.13 0
990 ftp://ftp.debian.org testing/main Packages
500 ftp://ftp.debian.org unstable/main
Packages
*** 0.1.11.2 0
100 /var/lib/dpkg/status

This blocks all packages depending on libapt-pkg-perl:
Directly:
localization-config
apt-src
apt-show-versions
apt-rdepends
apt-file
apt-build
And many others indirectly.

-- Package-specific info:

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)

Versions of packages apt depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-6GCC support library
ii  libstdc++5  1:3.3.5-5The GNU Standard C++ Library v3

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#294732: apt experimental 0.6.25 depends on obsolete libapt-pkg-perl 0.1.11.2 and blocks testing packages

2005-02-11 Thread Adam D. Barratt
On Friday, February 11, 2005 11:56 AM, Michal J. Gajda
<[EMAIL PROTECTED]> wrote:

> Package: apt
> Version: 0.6.25
> Severity: normal
> Tags: experimental
>
> Since experimental apt gives release signature checking it seems quite
> widely used.
> Unfortunately it depends on long obsolete libapt-pkg-perl:
[...]
> This blocks all packages depending on libapt-pkg-perl:

Erm... AFAICS, you have this entirely back-to-front. apt *does* *not* depend
on libapt-pkg-perl; quite the opposite, in fact.

apt provides a virtual package which specifies its API version. The version
of apt in unstable provides libapt-pkg-libc6.3-5-3.3, whereas the version of
experimental provides libapt-pkg-libc6.3-5-3.5.

The latest version of libapt-pkg-perl (which is maintained by the perl
maintainer, not the apt maintainers) still depends on
libapt-pkg-libc6.3-5-3.3, which is quite correct as the package in unstable
must use the same API version as the apt in unstable.

IMHO, this bug should either be closed or reassigned to libapt-pkg-perl as a
wishlist request for an upload to experimental that depends on the new API.

Regards,

Adam



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#294732: apt experimental 0.6.25 depends on obsolete libapt-pkg-perl 0.1.11.2 and blocks testing packages

2005-02-11 Thread Adam D. Barratt
# BTS control commands
package apt
severity 294732 wishlist
retitle 294732 Please provide a package supporting apt/experimental
reassign 294732 libapt-pkg-perl
thanks

On Friday, February 11, 2005 12:38 PM, Michal J. Gajda
<[EMAIL PROTECTED]> wrote:

> Adam D. Barratt napisał(a):
>> On Friday, February 11, 2005 11:56 AM, Michal J. Gajda
>> <[EMAIL PROTECTED]> wrote:
[...]
>>> Since experimental apt gives release signature checking it seems
>>> quite widely used.
>>> Unfortunately it depends on long obsolete libapt-pkg-perl:
[...]
>> Erm... AFAICS, you have this entirely back-to-front. apt *does*
>> *not* depend on libapt-pkg-perl; quite the opposite, in fact.
[...]
>> IMHO, this bug should either be closed or reassigned to
>> libapt-pkg-perl as a wishlist request for an upload to experimental
>> that depends on the new API.
>
> Thanks a lot for explanation.
> Please reassign, as I don't think I have rights for this.

Anyone can reassign bugs, but I'll do so for you. Retitled and reassigned
with this message.

Regards,

Adam



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]