Re: Fwd: Re: not co-installable Multi-Arch:same packages

2013-04-29 Thread Andreas Beckmann
 On Sat, 2013-04-27 at 01:45 +0200, Andreas Beckmann wrote:
 a few Multi-Arch: same packages have all their dependencies satisfied,
 but are not co-installable because they got binNMUs. A sourceful
 no-change upload to rebuild them should restore co-installability.
 I've identified 8 source packages where this would help:

  bogl
delay, retry for r1 (udeb)

  clutter-gst
pending

  libdmtx
done (me)

  libftdi
delay, retry for r1 (nontrivial but probably harmless python dependency
changes)

  libopenraw
delay, retry for r1 (symbol changes, ftbfs with
DPKG_GENSYMBOLS_CHECK_LEVEL=0)

  libpano13
done (maintainer)

  lua-sql
pending

  myodbc
pending


Andreas


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517e7a1f.2060...@debian.org



Re: Fwd: Re: not co-installable Multi-Arch:same packages

2013-04-29 Thread Samuel Thibault
Andreas Beckmann, le Sat 27 Apr 2013 13:06:55 +0200, a écrit :
 you might consider doing a no-change upload for your package to get rid
 of a bin-NMU and restore multiarch co-installability.

I'm unsure we want to risk anything with bogl, as it is used in the
debian installer, even if the installer is already uploaded as RC2. I
don't see any reverse dependency for the co-installable package,
libbogl0, so I don't consider it very useful to risk anything here.

Samuel


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130429202224.gf7...@type.youpi.perso.aquilenet.fr



Re: Fwd: Re: not co-installable Multi-Arch:same packages

2013-04-29 Thread Cyril Brulebois
Samuel Thibault sthiba...@debian.org (29/04/2013):
 Andreas Beckmann, le Sat 27 Apr 2013 13:06:55 +0200, a écrit :
  you might consider doing a no-change upload for your package to get rid
  of a bin-NMU and restore multiarch co-installability.
 
 I'm unsure we want to risk anything with bogl, as it is used in the
 debian installer, even if the installer is already uploaded as
 RC2. I don't see any reverse dependency for the co-installable
 package, libbogl0, so I don't consider it very useful to risk
 anything here.

Now is not the time to work around dpkg's being unable to handle
binNMU'd m-a packages.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Re: not co-installable Multi-Arch:same packages

2013-04-27 Thread Adam D. Barratt
On Sat, 2013-04-27 at 01:45 +0200, Andreas Beckmann wrote:
 a few Multi-Arch: same packages have all their dependencies satisfied,
 but are not co-installable because they got binNMUs. A sourceful
 no-change upload to rebuild them should restore co-installability.
 I've identified 8 source packages where this would help:
  bogl
  clutter-gst
  libdmtx
  libftdi
  libopenraw
  libpano13
  lua-sql
  myodbc

Note that such issues are not RC for wheezy. If the maintainers are
interested in fixing them, I might be minded to accept such changes, but
it would need to be /very/ soon. I have to admit to being concerned
about changes that might be introduced by a rebuild of a package in
unstable after several months though...

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1367050916.13168.10.ca...@jacala.jungle.funky-badger.org



Re: not co-installable Multi-Arch:same packages

2013-04-27 Thread Adam D. Barratt
On Sat, 2013-04-27 at 09:21 +0100, Adam D. Barratt wrote:
 On Sat, 2013-04-27 at 01:45 +0200, Andreas Beckmann wrote:
  a few Multi-Arch: same packages have all their dependencies satisfied,
  but are not co-installable because they got binNMUs. A sourceful
  no-change upload to rebuild them should restore co-installability.
  I've identified 8 source packages where this would help:
[...]
 Note that such issues are not RC for wheezy. If the maintainers are
 interested in fixing them, I might be minded to accept such changes, but
 it would need to be /very/ soon. I have to admit to being concerned
 about changes that might be introduced by a rebuild of a package in
 unstable after several months though...

Alternatively, we can look at fixing these issues for the first point
release. That gives us more time to evaluate any potential side-effects
of the rebuilds.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1367051272.13168.13.ca...@jacala.jungle.funky-badger.org



Fwd: Re: not co-installable Multi-Arch:same packages

2013-04-27 Thread Andreas Beckmann
Dear maintainers,

you might consider doing a no-change upload for your package to get rid
of a bin-NMU and restore multiarch co-installability.
Ensure to build in a really clean sid chroot, otherwise another binNMU
could be required to fix your package and break MA co-installability
again.

If you file an unblock request, you should include a *binary* debdiff to
the packages in testing, too, to ensure no library dependencies from
unstable get picked up.


On 2013-04-27 10:21, Adam D. Barratt wrote:
 On Sat, 2013-04-27 at 01:45 +0200, Andreas Beckmann wrote:
 a few Multi-Arch: same packages have all their dependencies satisfied,
 but are not co-installable because they got binNMUs. A sourceful
 no-change upload to rebuild them should restore co-installability.
 I've identified 8 source packages where this would help:
  bogl
  clutter-gst
  libdmtx
  libftdi
  libopenraw
  libpano13
  lua-sql
  myodbc

 Note that such issues are not RC for wheezy. If the maintainers are
 interested in fixing them, I might be minded to accept such changes, but
 it would need to be /very/ soon. I have to admit to being concerned
 about changes that might be introduced by a rebuild of a package in
 unstable after several months though...

On 2013-04-27 10:27, Adam D. Barratt wrote:
 Alternatively, we can look at fixing these issues for the first point
 release. That gives us more time to evaluate any potential side-effects
 of the rebuilds.


Andreas

PS: libdmtx would have to go via t-p-u, I'll look into this in more
detail because there is another issue, too


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517bb14f.5060...@debian.org



Re: not co-installable Multi-Arch:same packages

2013-04-26 Thread Andreas Beckmann
[adding -release@]

Hi,

a few Multi-Arch: same packages have all their dependencies satisfied,
but are not co-installable because they got binNMUs. A sourceful
no-change upload to rebuild them should restore co-installability.
I've identified 8 source packages where this would help:
 bogl
 clutter-gst
 libdmtx
 libftdi
 libopenraw
 libpano13
 lua-sql
 myodbc

Note: I only tested co-installing amd64 + i386 packages. Perhaps there
are some more binNMUs hidden in other architectures.

On 2013-04-25 21:27, Andreas Beckmann wrote:
 On 2013-04-22 21:38, Andreas Beckmann wrote:
 On 2013-04-22 07:31, Guillem Jover wrote:
 I guess a way to detect those could be piuparts runs that install
 multiple instances of Multi-Arch:same packages, purge just one of
 ...
 Actually I already tried something similar some time ago, although I
 only focussed on co-installability problems. I didn't look into this
 ...
 
 I just reran these tests (host: amd64, installing the foreign i386 packages) 
 on current wheezy and will provide a short report here:
 
 Many packages marked M-A:same are not co-installable due to unsatisfied 
 dependencies (usually not all deps are properly multiarchified).
 That's not a problem right now, apt will take care of this.
 
 But there are some packages that qualify as co-installable, but fail to do 
 so:
 
 Uninstallable due to binNMU:
trying to overwrite shared '/usr/share/doc/libbogl0/changelog.Debian.gz', 
 which is different from other instances of package libbogl0:i386
trying to overwrite shared 
 '/usr/share/doc/libclutter-gst-1.0-0/changelog.Debian.gz', which is different 
 from other instances of package libclutter-gst-1.0-0:i386
trying to overwrite shared 
 '/usr/share/doc/libclutter-gst-1.0-dbg/changelog.Debian.gz', which is 
 different from other instances of package libclutter-gst-1.0-dbg:i386
trying to overwrite shared '/usr/share/doc/libdmtx0a/changelog.Debian.gz', 
 which is different from other instances of package libdmtx0a:i386
trying to overwrite shared 
 '/usr/share/doc/libftdi1-dbg/changelog.Debian.gz', which is different from 
 other instances of package libftdi1-dbg:i386
trying to overwrite shared '/usr/share/doc/libftdi1/changelog.Debian.gz', 
 which is different from other instances of package libftdi1:i386
trying to overwrite shared 
 '/usr/share/doc/libftdipp1-dbg/changelog.Debian.gz', which is different from 
 other instances of package libftdipp1-dbg:i386
trying to overwrite shared 
 '/usr/share/doc/libftdipp1/changelog.Debian.gz', which is different from 
 other instances of package libftdipp1:i386
trying to overwrite shared '/usr/share/doc/libmyodbc/changelog.Debian.gz', 
 which is different from other instances of package libmyodbc:i386
trying to overwrite shared 
 '/usr/share/doc/libopenraw1/changelog.Debian.gz', which is different from 
 other instances of package libopenraw1:i386
trying to overwrite shared 
 '/usr/share/doc/libopenrawgnome1/changelog.Debian.gz', which is different 
 from other instances of package libopenrawgnome1:i386
trying to overwrite shared 
 '/usr/share/doc/libpano13-2/changelog.Debian.gz', which is different from 
 other instances of package libpano13-2:i386
trying to overwrite shared 
 '/usr/share/doc/lua-sql-mysql-dev/changelog.Debian.gz', which is different 
 from other instances of package lua-sql-mysql-dev:i386
trying to overwrite shared 
 '/usr/share/doc/lua-sql-mysql/changelog.Debian.gz', which is different from 
 other instances of package lua-sql-mysql:i386
trying to overwrite shared 
 '/usr/share/doc/lua-sql-sqlite3-dev/changelog.Debian.gz', which is different 
 from other instances of package lua-sql-sqlite3-dev:i386
trying to overwrite shared 
 '/usr/share/doc/lua-sql-sqlite3/changelog.Debian.gz', which is different from 
 other instances of package lua-sql-sqlite3:i386
 but otherwise dependencies are satisfied, so these might be candidates for 
 no-change rebuilds to make them co-installable in wheezy.
 Looks like this is a manageable amount of source packages:
   bogl clutter-gst libdmtx libftdi libopenraw libpano13 lua-sql myodbc

Andreas


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517b119e.70...@debian.org