Bug#675773: Bug#669348: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Based on the release team's decision about the 1.5 (non)transition, I've refreshed the nmu for 1.3 and uploaded again to delayed/5. Please see attached patch. I noticed a typo in the changelog bug number. Re-uploaded to delayed with the attached patch. Best wishes, Mike openjpeg.patch Description: Binary data
Bug#669348: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On Fri, Jun 29, 2012 at 2:46 PM, Julien Cristau wrote: Said approval will not come before wheezy is released. Based on the release team's decision about the 1.5 (non)transition, I've refreshed the nmu for 1.3 and uploaded again to delayed/5. Please see attached patch. Best wishes, Mike openjpeg.patch Description: Binary data
Bug#675773: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On Thu, Jun 28, 2012 at 10:46 PM, Michael Gilbert mgilb...@debian.org wrote: Can I have a little context here? Why is it important enough to have multi-arch openjpeg to do an NMU just before the freeze? Hi Michael; It seems we need more time to discuss this, so I cancelled the upload for now. Personally I think it would be better to wait until after the openjpeg5 transition and then work on multiarchifying the latest version of the library, presumably after the freeze. If there is some urgent reason to push through multiarch at this time, I leave you and Mathieu (who is an upstream maintainer and the main person interested on the debian side) to sort that out. The goal was to get multiarch enabled in all of wine's dependencies. openjpeg 1.5 is already multiarched, but that has yet to hit unstable. There is a lot of apparent brokenness in that transition, so 1.3 may be with us for a while: http://release.debian.org/transitions/html/openjpeg.html There is not a single 'brokenness'. openjpeg 1.5 is still in experimental. It needs a source uploads in unstable and a couple of deps needs binNMU that is all. API is preserved not ABI that's all. The libopenjpeg2 dependency addition is a mistake, and I'll remove that. So, I would like to go ahead with the nmu again (with the above fixed). Would that be ok from your perspective? Well for me working on #669348 would be make so much more sense (fixing CVEs and tons of bugs), but if you have time for this, go ahead... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On Fri, Jun 29, 2012 at 12:11 PM, Michael Gilbert wrote: On Fri, Jun 29, 2012 at 3:50 AM, Mathieu Malaterre wrote: Well for me working on #669348 would be make so much more sense (fixing CVEs and tons of bugs), but if you have time for this, go ahead... What exactly needs working on for #669348? It seems like an immediate step to push forward that transition would be an upload to unstable (so at least all of the packages are ready for a testing transition when that's ready to go). Of course given approval from the release team. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On Fri, Jun 29, 2012 at 3:50 AM, Mathieu Malaterre wrote: Well for me working on #669348 would be make so much more sense (fixing CVEs and tons of bugs), but if you have time for this, go ahead... What exactly needs working on for #669348? It seems like an immediate step to push forward that transition would be an upload to unstable (so at least all of the packages are ready for a testing transition when that's ready to go). Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On Fri, Jun 29, 2012 at 12:12:29 -0400, Michael Gilbert wrote: On Fri, Jun 29, 2012 at 12:11 PM, Michael Gilbert wrote: On Fri, Jun 29, 2012 at 3:50 AM, Mathieu Malaterre wrote: Well for me working on #669348 would be make so much more sense (fixing CVEs and tons of bugs), but if you have time for this, go ahead... What exactly needs working on for #669348? It seems like an immediate step to push forward that transition would be an upload to unstable (so at least all of the packages are ready for a testing transition when that's ready to go). Of course given approval from the release team. Said approval will not come before wheezy is released. Cheers, Julien signature.asc Description: Digital signature
Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On lördagen den 16 juni 2012, Michael Gilbert wrote: tag 675773 patch thanks Hi, I've uploaded an nmu fixing this issue to delayed/5. See attached patch. Here's a slightly less intrusive patch. Also, I think Michaels patch added Multi-Arch: same to too many packages and added a dependency to openjpeg- tools for no apparent reason. I too think it would be nice to have this fixed. It's a relatively simple operation. -- Magnus Holmgrenholmg...@debian.org Debian Developer diff -u openjpeg-1.3+dfsg/debian/openjpeg-tools.install openjpeg-1.3+dfsg/debian/openjpeg-tools.install --- openjpeg-1.3+dfsg/debian/openjpeg-tools.install +++ openjpeg-1.3+dfsg/debian/openjpeg-tools.install @@ -1,4 +1 @@ -j2k_to_image /usr/bin/ -image_to_j2k /usr/bin/ -index_create /usr/bin/ -jp2-thumbnailer /usr/bin/ +usr/bin diff -u openjpeg-1.3+dfsg/debian/rules openjpeg-1.3+dfsg/debian/rules --- openjpeg-1.3+dfsg/debian/rules +++ openjpeg-1.3+dfsg/debian/rules @@ -4,6 +4,7 @@ # used as trailer in the generated manpages UVERSION = $(shell dpkg-parsechangelog | perl -ne 'print $$1\n if (/^Version: (.*?)(?:\.dfsg)?\-.*?$$/)') +DEB_HOST_MULTIARCH = $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) EXTRA_CFLAGS += -O0 @@ -59,12 +60,13 @@ dh_clean -k dh_installdirs - $(MAKE) dist + $(MAKE) install DESTDIR=dist INSTALL_LIBDIR='$$(PREFIX)/lib/$(DEB_HOST_MULTIARCH)' # The libraries and header file are in dist/ # So we'll dump the binaries there too - cp codec/j2k_to_image codec/image_to_j2k dist/ - cp indexer_JPIP/index_create dist/ - cp debian/jp2-thumbnailer dist/ + install -d -m 755 dist/usr/bin + install -m 755 codec/j2k_to_image codec/image_to_j2k dist/usr/bin + install -m 755 indexer_JPIP/index_create dist/usr/bin + install -m 755 debian/jp2-thumbnailer dist/usr/bin binary-indep: build install # We have nothing to do by default. diff -u openjpeg-1.3+dfsg/debian/libopenjpeg2.install openjpeg-1.3+dfsg/debian/libopenjpeg2.install --- openjpeg-1.3+dfsg/debian/libopenjpeg2.install +++ openjpeg-1.3+dfsg/debian/libopenjpeg2.install @@ -1 +1 @@ -lib*.so* usr/lib/ +usr/lib/*/lib*.so* diff -u openjpeg-1.3+dfsg/debian/libopenjpeg-dev.install openjpeg-1.3+dfsg/debian/libopenjpeg-dev.install --- openjpeg-1.3+dfsg/debian/libopenjpeg-dev.install +++ openjpeg-1.3+dfsg/debian/libopenjpeg-dev.install @@ -1,2 +1,2 @@ -*.h usr/include/ -lib*.a usr/lib +usr/include/ +usr/lib/*/lib*.a diff -u openjpeg-1.3+dfsg/debian/control openjpeg-1.3+dfsg/debian/control --- openjpeg-1.3+dfsg/debian/control +++ openjpeg-1.3+dfsg/debian/control @@ -23,6 +23,8 @@ Package: libopenjpeg2 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends} Description: JPEG 2000 image compression/decompression library Libopenjpeg2 is a library for handling the JPEG 2000 image compression format. @@ -38,6 +40,8 @@ Package: openjpeg-tools Section: graphics +Multi-Arch: foreign +Pre-Depends: ${misc:Pre-Depends} Architecture: any Depends: ${shlibs:Depends} Description: command-line tools using the JPEG 2000 library diff -u openjpeg-1.3+dfsg/debian/changelog openjpeg-1.3+dfsg/debian/changelog signature.asc Description: This is a digitally signed message part.
Bug#675773: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Can I have a little context here? Why is it important enough to have multi-arch openjpeg to do an NMU just before the freeze? Hi Michael; It seems we need more time to discuss this, so I cancelled the upload for now. Personally I think it would be better to wait until after the openjpeg5 transition and then work on multiarchifying the latest version of the library, presumably after the freeze. If there is some urgent reason to push through multiarch at this time, I leave you and Mathieu (who is an upstream maintainer and the main person interested on the debian side) to sort that out. The goal was to get multiarch enabled in all of wine's dependencies. openjpeg 1.5 is already multiarched, but that has yet to hit unstable. There is a lot of apparent brokenness in that transition, so 1.3 may be with us for a while: http://release.debian.org/transitions/html/openjpeg.html The libopenjpeg2 dependency addition is a mistake, and I'll remove that. So, I would like to go ahead with the nmu again (with the above fixed). Would that be ok from your perspective? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Package: libopenjpeg2 Version: 1.3+dfsg-4+b1 Followup-For: Bug #675773 +1, this is the last package required for WINE sound to work properly on amd64 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libopenjpeg2 depends on: ii libc6 2.13-33 libopenjpeg2 recommends no packages. libopenjpeg2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Hi, in your discussion on this issue, please consider that this is the last package blocking libasound2-plugins from being installable in a foreign architecture. That package is important since it contains the ALSA PulseAudio plugin, so if a system runs PA, foreign-architecture ALSA applications are currently blocked by this bug from having sound. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675773: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
David Bremner brem...@debian.org writes: Michael Gilbert mgilb...@debian.org writes: tag 675773 patch thanks Hi, I've uploaded an nmu fixing this issue to delayed/5. See attached patch. Can I have a little context here? Why is it important enough to have multi-arch openjpeg to do an NMU just before the freeze? Hi Michael; It seems we need more time to discuss this, so I cancelled the upload for now. Personally I think it would be better to wait until after the openjpeg5 transition and then work on multiarchifying the latest version of the library, presumably after the freeze. If there is some urgent reason to push through multiarch at this time, I leave you and Mathieu (who is an upstream maintainer and the main person interested on the debian side) to sort that out. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675773: [Pkg-phototools-devel] Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Michael Gilbert mgilb...@debian.org writes: tag 675773 patch thanks Hi, I've uploaded an nmu fixing this issue to delayed/5. See attached patch. Can I have a little context here? Why is it important enough to have multi-arch openjpeg to do an NMU just before the freeze? If you are doing this just because of the release goal, then in my opinion it is too late in the cycle. While I have your attention, why do you add libopenjpeg2 to the depends of openjpeg-tools? d pgpK18EjNkYA0.pgp Description: PGP signature
Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
tag 675773 patch thanks Hi, I've uploaded an nmu fixing this issue to delayed/5. See attached patch. Best wishes, Mike openjpeg.patch Description: Binary data
Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
Package: libopenjpeg2 Version: 1.3+dfsg-4+b1 Severity: normal Dear Maintainer, please make libopenjpeg2 multi-arch installable. I am aware that there is a MA: same version of libopenjpeg5 [1], but until that is uploaded to unstable and other packages transition to that new version, the problem is not really fixed for anyone. Kind regards, Ralf [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663045 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libopenjpeg2 depends on: ii libc6 2.13-32 libopenjpeg2 recommends no packages. libopenjpeg2 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org