Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
Control: forwarded -1 https://release.debian.org/transitions/html/auto-libopenobex.html
Control: block -1 with 811054 810562 811300 810521 810331 810773
An uncoordinated transition was started when libopenobex1 was uploaded
with a new SONAME, but without renaming the package. The library has
now been adopted by Nobuhiro and renamed packages were uploaded.
All rdepends need sourceful uploads to switch from libopenobex1-dev to
the virtual package libopenobex-dev.
Many rdepends already have FTBFS bugs with the new version (and those
that don't, may not have been tested, yet).
Removal of libopenobex1-dev will cause these problems:
# Broken Depends:
libsyncml: libsyncml-dev [amd64 arm64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x]
obexftp: libobexftp0-dev [amd64 arm64 armel armhf i386 mips mips64el mipsel powerpc ppc64el s390x]
# Broken Build-Depends:
ircp-tray: libopenobex1-dev
libsyncml: libopenobex1-dev (>= 1.2)
obex-data-server: libopenobex1-dev (>= 1.3)
obexftp: libopenobex1-dev (>= 1.3-3)
obexpushd: libopenobex1-dev
python-lightblue: libopenobex1-dev
syncevolution: libopenobex1-dev
ussp-push: libopenobex1-dev
Ben file:
the autogenerated one looks fine
@Nobuhiro: Please file RC bugs against the affected packages (or reuse
the existing FTBFS bugs) and make them block this transition bug.
To ease future transitions, the packages should switch to the virtual
package libopenobex-dev instead of libopenobex2-dev.
Thanks
Andreas