Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-07-27 Thread peter green
I just ran across this bug (because of perlipq having unsatisfiable 
build-depenencies in testing) and it seems it has been closed in the 
version currently in wheezy and jessie but not in the version currently 
in sid. It seems that the package in testing added breaks for 
squeeze-wheezy updates and added a provides and shlibs rules to 
facilitate wheezy-(future release that contains the package currently in 
sid, presumablly jessie) updates.


AIUI debian does not support upgrades that skip a release. It's not 
clear to me from the bug log if all packages in wheezy that use 
libxtables were rebuilt after the provides/shlibs stuff was added.


Can someone who is familiar with these issues determine if any further 
action regarding this issue is needed on the sid package before it 
migrates to jessie and either take such action (if needed) or mark this 
as fixed in the sid version (if not needed).



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-26 Thread Julien Cristau
On Thu, Jan 24, 2013 at 01:22:21 -0800, Jonathan Nieder wrote:

 found 691180 connman/1.0-1.1+wheezy1
 fixed 691180 connman/1.0-1.2
 quit
 
 Hi Adrian,
 
 John Paul Adrian Glaubitz wrote:
 
  close 691180
  thanks
 
  Hi,
 
  there have been new uploads of connman both into testing and unstable,
  the issue has been resolved as the package has been rebuilt in both
  cases.
 
 This has been fixed in sid but not in wheezy. :(
 
 In sid, the dependency on libxtables9 avoids trouble:
 
  $ cupt show connman/sid | egrep 'Version|Depends|Conflicts|Breaks'
  Version: 1.0-1.2
  Depends: libc6 (= 2.9), libdbus-1-3 (= 1.1.1), libglib2.0-0 (= 2.28.0), 
 libgnutls26 (= 2.12.17-0), libxtables9, dbus, lsb-base
 
 In wheezy, there is instead an unversioned dependency on iptables,
 which is not enough to ensure the correct shared library is present:
 
  $ cupt show connman/wheezy | egrep 'Version|Depends|Conflicts|Breaks'
  Version: 1.0-1.1+wheezy1
  Depends: iptables, libc6 (= 2.9), libdbus-1-3 (= 1.1.1), libglib2.0-0 (= 
 2.28.0), libgnutls26 (= 2.12.17-0), dbus, lsb-base
 
 Fixing this properly would presumably require an iptables update in
 testing (either bumping shlibs or, better, backporting the
 introduction of a separate libxtables9 package from sid) followed by a
 binnmu.
 
NAK.  iptables in sid needs to add Breaks on the packages in wheezy that
want libxtables.so.7.  And 691180 should be reassigned to iptables.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-26 Thread Jonathan Nieder
reassign 691180 iptables 1.4.14-3
affects 691180 + connman
quit

Hi Julien,

Julien Cristau wrote:
 On Thu, Jan 24, 2013 at 01:22:21 -0800, Jonathan Nieder wrote:

 In wheezy, there is instead an unversioned dependency on iptables,
 which is not enough to ensure the correct shared library is present:
[...]
 NAK.  iptables in sid needs to add Breaks on the packages in wheezy that
 want libxtables.so.7.  And 691180 should be reassigned to iptables.

Huh?  Changing iptables in sid would fix squeeze-to-wheezy upgrades
how, exactly?

To recap, iptables in squeeze and wheezy contain a shared library
(libxtables) used by other packages.  The version in squeeze is

/lib/libxtables.so.4

The version in wheezy is

/lib/libxtables.so.7

This produces upgrade problems.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-26 Thread Julien Cristau
On Sat, Jan 26, 2013 at 07:04:16 -0800, Jonathan Nieder wrote:

 reassign 691180 iptables 1.4.14-3
 affects 691180 + connman
 quit
 
 Hi Julien,
 
 Julien Cristau wrote:
  On Thu, Jan 24, 2013 at 01:22:21 -0800, Jonathan Nieder wrote:
 
  In wheezy, there is instead an unversioned dependency on iptables,
  which is not enough to ensure the correct shared library is present:
 [...]
  NAK.  iptables in sid needs to add Breaks on the packages in wheezy that
  want libxtables.so.7.  And 691180 should be reassigned to iptables.
 
 Huh?  Changing iptables in sid would fix squeeze-to-wheezy upgrades
 how, exactly?
 
 To recap, iptables in squeeze and wheezy contain a shared library
 (libxtables) used by other packages.  The version in squeeze is
 
   /lib/libxtables.so.4
 
 The version in wheezy is
 
   /lib/libxtables.so.7
 
 This produces upgrade problems.
 
Well then iptables in wheezy should have breaks on the packages in
squeeze that link against libxtables.so.4, too...

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-26 Thread Jonathan Nieder
Julien Cristau wrote:
 On Sat, Jan 26, 2013 at 07:04:16 -0800, Jonathan Nieder wrote:
 Julien Cristau wrote:

 NAK.  iptables in sid needs to add Breaks on the packages in wheezy that
 want libxtables.so.7.  And 691180 should be reassigned to iptables.
[...]
 To recap, iptables in squeeze and wheezy contain a shared library
 (libxtables) used by other packages.  The version in squeeze is

  /lib/libxtables.so.4

 The version in wheezy is

  /lib/libxtables.so.7

 This produces upgrade problems.

 Well then iptables in wheezy should have breaks on the packages in
 squeeze that link against libxtables.so.4, too...

What package expression can iptables/sid use to represent packages
using libxtables built against iptables/wheezy?  Dependencies like

Breaks: connman ( 1.0-1.2)

become useless as soon as a newer version of connman is in
wheezy-backports.

I don't know what constraint makes introducing a libxtables7 package a
bad thing to do, so I don't know how to avoid it when coming up with
an appropriate fix.  One possibility would be to make iptables
'Provides: libxtables7' and to make shlibs create dependencies on
that.

That said, here's a patch adding appropriate Breaks for
squeeze-wheezy upgrades.  Luckily not every package with a build-time
dependency on iptables-dev uses libxtables.

diff --git i/debian/changelog w/debian/changelog
index 6e7f55c2..eaf24993 100644
--- i/debian/changelog
+++ w/debian/changelog
@@ -1,3 +1,11 @@
+iptables (1.4.14-3.1) testing; urgency=low
+
+  * Non-maintainer upload.
+  * Add Breaks against iproute and xtables-addons-common versions
+that relied on libxtables4. Closes: #691180
+
+ -- Jonathan Nieder jrnie...@gmail.com  Sat, 26 Jan 2013 08:31:40 -0800
+
 iptables (1.4.14-3) unstable; urgency=low
 
   * Fixes iptables comment output error reported by Christoph Anton
diff --git i/debian/control w/debian/control
index 1e9d513c..32e26642 100644
--- i/debian/control
+++ w/debian/control
@@ -9,6 +9,7 @@ Homepage: http://www.netfilter.org/
 Package: iptables
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Breaks: iproute ( 20120521-3), xtables-addons-common ( 1.42-2)
 Description: administration tools for packet filtering and NAT
  These are the user-space administration tools for the Linux
  kernel's netfilter and iptables. netfilter and iptables provide


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-24 Thread Jonathan Nieder
found 691180 connman/1.0-1.1+wheezy1
fixed 691180 connman/1.0-1.2
quit

Hi Adrian,

John Paul Adrian Glaubitz wrote:

 close 691180
 thanks

 Hi,

 there have been new uploads of connman both into testing and unstable,
 the issue has been resolved as the package has been rebuilt in both
 cases.

This has been fixed in sid but not in wheezy. :(

In sid, the dependency on libxtables9 avoids trouble:

 $ cupt show connman/sid | egrep 'Version|Depends|Conflicts|Breaks'
 Version: 1.0-1.2
 Depends: libc6 (= 2.9), libdbus-1-3 (= 1.1.1), libglib2.0-0 (= 2.28.0), 
libgnutls26 (= 2.12.17-0), libxtables9, dbus, lsb-base

In wheezy, there is instead an unversioned dependency on iptables,
which is not enough to ensure the correct shared library is present:

 $ cupt show connman/wheezy | egrep 'Version|Depends|Conflicts|Breaks'
 Version: 1.0-1.1+wheezy1
 Depends: iptables, libc6 (= 2.9), libdbus-1-3 (= 1.1.1), libglib2.0-0 (= 
2.28.0), libgnutls26 (= 2.12.17-0), dbus, lsb-base

Fixing this properly would presumably require an iptables update in
testing (either bumping shlibs or, better, backporting the
introduction of a separate libxtables9 package from sid) followed by a
binnmu.

Hope that helps,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-24 Thread Adam D. Barratt

On 24.01.2013 09:22, Jonathan Nieder wrote:

John Paul Adrian Glaubitz wrote:


close 691180
thanks

Hi,

there have been new uploads of connman both into testing and 
unstable,

the issue has been resolved as the package has been rebuilt in both
cases.

[...]

In wheezy, there is instead an unversioned dependency on iptables,
which is not enough to ensure the correct shared library is present:

[...]

Fixing this properly would presumably require an iptables update in
testing (either bumping shlibs or, better, backporting the
introduction of a separate libxtables9 package from sid) followed by 
a

binnmu.


Introducing new binary packages via tpu at this stage of a freeze 
doesn't immediately meet my definition of better, fwiw...


Regards,

Adam


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-24 Thread Jonathan Nieder
Adam D. Barratt wrote:
 On 24.01.2013 09:22, Jonathan Nieder wrote:

 Fixing this properly would presumably require an iptables update in
 testing (either bumping shlibs or, better, backporting the
 introduction of a separate libxtables9 package from sid) followed by a
 binnmu.

 Introducing new binary packages via tpu at this stage of a freeze doesn't
 immediately meet my definition of better, fwiw...

Sure.  It's better because without a separate package the upgrade path
is complicated.  With a separate package:

install libxtables9
upgrade packages that use libxtables
upgrade iptables

Without a separate package:

deconfigure packages that use libxtables
upgrade iptables
upgrade packages that use libxtables

In other words, having a separate package allows both versions of
the library to coexist on the filesystem.

Here are the Reverse-build-dependencies of iptables-dev: collectd,
connman, iproute, linux-igd, nufw, perlipq, shaperd, west-chamber,
xtables-addons.

Of those, only connman and xtables-addons declare a dependency on
libxtables9.  It looks like the transition wasn't finished in sid. :(


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2013-01-23 Thread John Paul Adrian Glaubitz
close 691180
thanks

Hi,

there have been new uploads of connman both into testing and unstable,
the issue has been resolved as the package has been rebuilt in both
cases.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2012-10-27 Thread Adam D. Barratt
On Fri, 2012-10-26 at 17:41 -0700, Jonathan Nieder wrote:
 tags 691180 - wheezy-ignore + sid experimental
[...]
  Therefore, the bug does not affect wheezy and I’m tagging it
  wheezy-ignore so that it does not count as an RC bug for wheezy.
 
 Close. :)  I'm fixing the tags.  The wheezy-ignore tag has a different
 purpose and is reserved for release team use.

Indeed. See the highlighted sections of
http://www.debian.org/Bugs/Developer#tags

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2012-10-26 Thread Michael Stapelberg
tags 691180 + wheezy-ignore
thanks

Hi,

On Mon, 22 Oct 2012 12:21:44 -0500
Mike Ruprecht mike.rupre...@collabora.co.uk wrote:
 ii  iptables  1.4.16.3-1
This version of iptables (1.4.16.3-1) is currently in unstable only and
there is no freeze unblock request filed. With the version of iptables
which is currently in testing (1.4.14-3) this problem is not
reproducible because libxtables.so.7 is still included).

Therefore, the bug does not affect wheezy and I’m tagging it
wheezy-ignore so that it does not count as an RC bug for wheezy.

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2012-10-26 Thread Jonathan Nieder
tags 691180 - wheezy-ignore + sid experimental
quit

Hi Michael,

Michael Stapelberg wrote:

 This version of iptables (1.4.16.3-1) is currently in unstable only and
 there is no freeze unblock request filed. With the version of iptables
 which is currently in testing (1.4.14-3) this problem is not
 reproducible because libxtables.so.7 is still included).

 Therefore, the bug does not affect wheezy and I’m tagging it
 wheezy-ignore so that it does not count as an RC bug for wheezy.

Close. :)  I'm fixing the tags.  The wheezy-ignore tag has a different
purpose and is reserved for release team use.

Thanks,
Jonathan


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#691180: connman: Connman won't run due to missing libxtables.so.7

2012-10-22 Thread Mike Ruprecht
Package: connman
Version: 1.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
  I installed connman
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
  I ran `/etc/init.d/connman start` as root
   * What was the outcome of this action?
  It output:
 [] Starting Connection Manager:/usr/sbin/connmand: error while
loading shared libraries: libxtables.so.7: cannot open shared object file: No
such file or directory
  failed!
   * What outcome did you expect instead?
  Connman to start



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages connman depends on:
ii  dbus  1.6.8-1
ii  iptables  1.4.16.3-1
ii  libc6 2.13-35
ii  libdbus-1-3   1.6.8-1
ii  libglib2.0-0  2.33.12+really2.32.4-2
ii  libgnutls26   2.12.20-1
ii  lsb-base  4.1+Debian7

Versions of packages connman recommends:
ii  bluez  4.99-2
ii  wpasupplicant  1.0-3

connman suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org