Bug#669348: transition: openjpeg
On Sun, Mar 16, 2014 at 6:49 PM, Julien Cristau jcris...@debian.org wrote: Control: tag -1 confirmed On Mon, Feb 10, 2014 at 16:21:09 +0100, Mathieu Malaterre wrote: On Mon, Jan 20, 2014 at 1:16 PM, Julien Cristau jcris...@debian.org wrote: On Mon, Jan 20, 2014 at 12:59:52 +0100, Mathieu Malaterre wrote: [...] What exactly is holding openjpeg 1.5.1 transition ? The other way around. freeimage depends on openjpeg, which means an openjpeg transition involves getting a new freeimage in to testing, which is not possible if freeimage in sid is broken. Now that freeimage is in testing, can we transition to openjpeg 1.5 ? Feel free to upload. Please let this bug know when openjpeg is built on all archs and binNMUs can be scheduled. buildds are all looking good ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: CMake Error at /usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGTargets.cmake:112 (message):
Sorry I totally forgot that new CMake version move the monolithic export thingy to another file. I need to sed another file. Sorry for the noise, will upload asap. ref: CMake Error at /usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGTargets.cmake:112 (message): The imported target j2k_to_image references the file /usr/bin/j2k_to_image but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained /usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGTargets.cmake but not all the files it references. Call Stack (most recent call first): /usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGConfig.cmake:34 (include) CMake/FindOpenJPEG.cmake:22 (find_package) CMakeLists.txt:374 (find_package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: transition: openjpeg
Control: tag -1 confirmed On Mon, Feb 10, 2014 at 16:21:09 +0100, Mathieu Malaterre wrote: On Mon, Jan 20, 2014 at 1:16 PM, Julien Cristau jcris...@debian.org wrote: On Mon, Jan 20, 2014 at 12:59:52 +0100, Mathieu Malaterre wrote: [...] What exactly is holding openjpeg 1.5.1 transition ? The other way around. freeimage depends on openjpeg, which means an openjpeg transition involves getting a new freeimage in to testing, which is not possible if freeimage in sid is broken. Now that freeimage is in testing, can we transition to openjpeg 1.5 ? Feel free to upload. Please let this bug know when openjpeg is built on all archs and binNMUs can be scheduled. Thanks, Julien signature.asc Description: Digital signature
Bug#669348: transition: openjpeg
On Mon, Jan 20, 2014 at 1:16 PM, Julien Cristau jcris...@debian.org wrote: On Mon, Jan 20, 2014 at 12:59:52 +0100, Mathieu Malaterre wrote: [...] What exactly is holding openjpeg 1.5.1 transition ? The other way around. freeimage depends on openjpeg, which means an openjpeg transition involves getting a new freeimage in to testing, which is not possible if freeimage in sid is broken. Now that freeimage is in testing, can we transition to openjpeg 1.5 ? thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: transition: openjpeg
Control: block -1 with 735847 On Thu, Apr 19, 2012 at 11:47:45 +0200, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for openjpeg 1.5. the main reason for 1.5 is that it fixes JPEG 2000 support in PDF file, see #659226 #667708 This is now going to block on #735847 (or on getting rid of freeimage, if possible...). Cheers, Julien signature.asc Description: Digital signature
Bug#669348: transition: openjpeg
On Mon, Jan 20, 2014 at 10:18 AM, Julien Cristau jcris...@debian.org wrote: Control: block -1 with 735847 On Thu, Apr 19, 2012 at 11:47:45 +0200, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for openjpeg 1.5. the main reason for 1.5 is that it fixes JPEG 2000 support in PDF file, see #659226 #667708 This is now going to block on #735847 (or on getting rid of freeimage, if possible...). AFAIK openjpeg 1.5.1 does not depends on freeimage anymore to build: http://packages.debian.org/source/experimental/openjpeg What exactly is holding openjpeg 1.5.1 transition ? Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: transition: openjpeg
On Mon, Jan 20, 2014 at 12:59:52 +0100, Mathieu Malaterre wrote: On Mon, Jan 20, 2014 at 10:18 AM, Julien Cristau jcris...@debian.org wrote: Control: block -1 with 735847 On Thu, Apr 19, 2012 at 11:47:45 +0200, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for openjpeg 1.5. the main reason for 1.5 is that it fixes JPEG 2000 support in PDF file, see #659226 #667708 This is now going to block on #735847 (or on getting rid of freeimage, if possible...). AFAIK openjpeg 1.5.1 does not depends on freeimage anymore to build: http://packages.debian.org/source/experimental/openjpeg What exactly is holding openjpeg 1.5.1 transition ? The other way around. freeimage depends on openjpeg, which means an openjpeg transition involves getting a new freeimage in to testing, which is not possible if freeimage in sid is broken. Cheers, Julien signature.asc Description: Digital signature
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#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#669348:
On Sun, May 20, 2012 at 12:35 PM, Cyril Brulebois k...@debian.org wrote: Mathieu Malaterre ma...@debian.org (03/05/2012): Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid. blender has been fixed to compile with openjpeg 1.5.0 This is good to know. We're having a gdal transition right now, so please wait a bit more to see how it goes, as gdal is also in the openjpeg transition. Let me know if there is still a chance for openjpeg to enter in transition before freeze. I can help out. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348:
Mathieu Malaterre ma...@debian.org (03/05/2012): Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid. blender has been fixed to compile with openjpeg 1.5.0 This is good to know. We're having a gdal transition right now, so please wait a bit more to see how it goes, as gdal is also in the openjpeg transition. Mraw, KiBi. signature.asc Description: Digital signature
Bug#669348:
Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid. blender has been fixed to compile with openjpeg 1.5.0 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348:
blocked 669348 by 670219 thanks Only blender fails to rebuild and will need a source-upload for openjpeg 1.5 transition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348: transition: openjpeg
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for openjpeg 1.5. the main reason for 1.5 is that it fixes JPEG 2000 support in PDF file, see #659226 #667708 List of impacted packages are: gpac gmerlin-avdecoder poppler libav blender openslide mupdf magics++ gdcm koffice freeimage I removed the following from the list, since they do not use openjpeg directly: ants itksnap openjpeg 1.5 has been uploaded to experimental using the default installation mecanism which install openjpeg.h into: /usr/include/openjpeg-1.5 a lot of package assumes that openjpeg.h is to be found in /usr/include. I will therefore add a symlink openjpeg.h - openjpeg-1.5/openjpeg.h when I upload to unstable. Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
