Re: [Pkg-phototools-devel] Comments regarding ilmbase_2.2.1-1_amd64.changes

Hi there, On Wed, Dec 27, 2017 at 9:59 PM, Matteo F. Vescovi wrote: > On 2017-12-27 at 16:17 (GMT), Thorsten Alteholz wrote: >> Hi Matteo, >> >> as this is a new version, why did this ugly license of halfExport.h appeared >> again? >> Shouldn't there be an upstream fix ->

[Pkg-phototools-devel] Bug#874113: CVE-2016-10504 / CVE-2017-14151

Control: notfound -1 2.1.0-2+deb8u2 I have been trying to track those related CVE and it appears that this commit should avoid this kind of issue: https://github.com/uclouvain/openjpeg/commit/3a80b72ac (I had actually forgotten I authored this back then). I think the issue was introducated

[Pkg-phototools-devel] Bug#874118: CVE-2017-14039: Heap-based buffer overflow in opj_t2_encode_packet function in lib/openjp2/t2.c

Control: severity -1 important While I understand the this generic heap based buffer overflow ought to be fixed in Debian stable, I fail to see why it is marked as affecting stretch. Here is what I see: $ bin/opj_compress -r 20,10,1 -jpip -EPH -SOP -cinema2K 24 -n 1 -i

[Pkg-phototools-devel] Bug#877758: OpenJPEG 2.3.0 is out !

Package: src:openjpeg2 OpenJPEG 2.3.0 is out, please package it. It will fix some CVE(s) issues. http://www.openjpeg.org/2017/10/04/OpenJPEG-2.3.0-released ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#877676: Drop -dbg package

Package: src:openjpeg2 Version: 2.2.0-1 Severity: minor It may be time to drop -dbg package now that we have automated ones for free: https://wiki.debian.org/AutomaticDebugPackages ___ Pkg-phototools-devel mailing list

[Pkg-phototools-devel] Bug#876535: openjpeg2: Incoorporate lost changelogs (and possibly changes) for NMUs 2.1.2-1.1, 2.1.2-1.2 and 2.1.2-1.3

E-2016-9572: NULL pointer dereference in input decoding > -CVE-2016-9573: Heap out-of-bounds read due to insufficient check in > -imagetopnm(). (Closes: #851422) > - > - -- Salvatore Bonaccorso <car...@debian.org> Sun, 22 Jan 2017 14:18:13 +0100 > + -- Mathieu M

[Pkg-phototools-devel] Bug#864078: CVE-2017-9110 CVE-2017-9111 CVE-2017-9112 CVE-2017-9113 CVE-2017-9114 CVE-2017-9115 CVE-2017-9116 CVE-2017-9117

Control: tags -1 patch https://github.com/binarycrusader/openexr/commit/749193265ac99956f01a2dd9b20f124f2f7859d0.patch ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#820190: libopenjpip-server: recommends package outside main

For references, here is what I found out: http://httpd.apache.org/docs/trunk/mod/mod_proxy_fcgi.html [...] > I wondered if there is a FastCgiExternalServer equivalent in mod_fcgid and no long-term solution for externally managed FastCGI applications is mod_proxy_fcgi in future Apache 2.4 [...]

[Pkg-phototools-devel] Bug#820190: libopenjpip-server: recommends package outside main

forwarded 820190 https://lists.debian.org/debian-apache/2016/07/msg9.html tags 820190 help thanks This is non-trivial, as I do not know for sure the equivalent for FastCGIExternalServer ___ Pkg-phototools-devel mailing list

[Pkg-phototools-devel] Bug#829734: [OpenJPEG] OpenJPEG 2.1.1 released today

Package: src:openjpeg2 Version: 2.1.0-2 Severity: important -- Forwarded message -- From: Antonin - OpenJPEG Date: Tue, Jul 5, 2016 at 6:11 PM Subject: [OpenJPEG] OpenJPEG 2.1.1 released today To: "openj...@googlegroups.com" Hi

[Pkg-phototools-devel] Bug#826823: openimageio: OpenJPEG removal

Source: openimageio Severity: important User: ma...@debian.org Usertags: stretch2000 This is a continued operation since src:jasper removal for stretch release. src:openjpeg will be removed from Debian for the stretch release (and following that, the archive in general). For more information

[Pkg-phototools-devel] Bug#826810: darktable: OpenJPEG removal

Source: darktable Severity: important User: ma...@debian.org Usertags: stretch2000 This is a continued operation since src:jasper removal for stretch release. src:openjpeg will be removed from Debian for the stretch release (and following that, the archive in general). For more information see:

[Pkg-phototools-devel] Bug#826805: Remove OpenJPEG for stretch

Package: src:openjpeg Version: 1:1.5.2-3 Severity: important src:openjpeg2 has been uploaded in Debian for while now. It is available in stable (jessie) and it's functionalities are identical to src:openjpeg (if not better). It does not make sense to maintain two low level API for dealing with

[Pkg-phototools-devel] Bug#825907: Remove OpenJPEG 1.5 from Debian archive

Package: src:openjpeg Version: 1:1.5.2-3.1 Severity: important As noticed previously [*], OpenJPEG 1.5.x and 2.x have different API (and ABI). This would not be an issue unless they actually did share a common set of symbols, which means we will get undefined behavior when an application would

[Pkg-phototools-devel] Bug#820190: libapache-mod-fastcgi

Control: tags -1 pending Thanks for catching this. I'll change to libapache2-mod-fcgid once I double check this is working. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#818399: Multiple security issues

Control: tags -1 pending I'll upload the coming release ASAP: https://github.com/uclouvain/openjpeg/commits/openjpeg-2.1 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#822583: UB

The upstream code does not make any sense to me: $ cat ImfDeepScanLineOutputFile.cpp [...] Int64 packedSampleCountSize = *(Int64 *) ([4]); // ??? Int64 packedDataSize = *(Int64 *) ([12]); Int64 unpackedDataSize = *(Int64 *) ([20]); const char * sampleCountTable =

[Pkg-phototools-devel] Bug#822583: Acknowledgement (generating compression 0 writing copying Bus error (core dumped))

Does not look aligned to me: (gdb) p pixelData $1 = 0x3cbb30 "" (gdb) p 0x3cbb30 $2 = 3980080 (gdb) up #1 0xf801008836b8 in Imf_2_2::DeepScanLineOutputFile::copyPixels (this=this@entry=0x7feef18, in=...) at ImfDeepScanLineOutputFile.cpp:1480 1480

[Pkg-phototools-devel] Bug#822583: generating compression 0 writing copying Bus error (core dumped)

Package: src:openexr Version: 2.2.0-10 Something is not quite right on sparc64: (unstable-sparc64-sbuild)malat@test-adrian1:~/openexr-2.2.0/IlmImfTest$ gdb /home/malat/openexr-2.2.0/IlmImfTest/.libs/lt-IlmImfTest GNU gdb (Debian 7.10-1+b1) 7.10 Copyright (C) 2015 Free Software Foundation, Inc.

[Pkg-phototools-devel] Bug#807079: pending

Sorry about the mess. This was not fixed in -10. but will be in next upload: https://anonscm.debian.org/cgit/pkg-phototools/openexr.git/patch/?id=cdf8a7dc657312c6fc03c105ca53c4711f2790ae ___ Pkg-phototools-devel mailing list

[Pkg-phototools-devel] Bug#802317:

Control: tags -1 wontfix I decided not to play with this bug during this cycle. Reason are: - This require changing the build system from autotools to cmake, and we would loose some portion of the test suite - Upstream does not support gcc visiblity option, so this would mean handling all issues

[Pkg-phototools-devel] Bug#788102: The code doesn't compile on kfreebsd

On Tue, Feb 23, 2016 at 5:17 AM, Steven Chamberlain <ste...@pyro.eu.org> wrote: > Hi, > > Mathieu Malaterre wrote: >> Steven Chamberlain <ste...@pyro.eu.org> wrote: >> > Gianfranco Costamagna wrote: >> >> file.c:5:38: error: ‘mcontext_t’ h

[Pkg-phototools-devel] Bug#788102: not fixed

Control: reopen -1 Previous patch disabled the functionality completely. We should use Steven's patch instead. Re-opening issue (Thanks Steven!) ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#802317: Do not export all the symbols

Package: src:openexr openexr defines a clean API on windows, we should to the same on linux: $ grep -r declspec * IlmImf/ImfExport.h:#define IMF_EXPORT __declspec(dllexport) IlmImf/ImfExport.h:#define IMF_EXPORT_CONST extern __declspec(dllexport) IlmImf/ImfExport.h:#define

[Pkg-phototools-devel] Bug#788102: The code doesn't compile on kfreebsd

Steven, On Wed, Jul 22, 2015 at 6:55 PM, Steven Chamberlain wrote: > Hello, > > Gianfranco Costamagna wrote: >> file.c:5:38: error: ‘mcontext_t’ has no member named ‘fpregs’ >> uint32_t mxcsr = ucon.uc_mcontext.fpregs->mxcsr; > > FreeBSD doesn't seem to have fpregs in

[Pkg-phototools-devel] Bug#788102: The code doesn't compile on kfreebsd

On Wed, Jul 22, 2015 at 6:55 PM, Steven Chamberlain wrote: > Hello, > > Gianfranco Costamagna wrote: >> file.c:5:38: error: ‘mcontext_t’ has no member named ‘fpregs’ >> uint32_t mxcsr = ucon.uc_mcontext.fpregs->mxcsr; > > FreeBSD doesn't seem to have fpregs in mcontext_t or

[Pkg-phototools-devel] Bug#788102: still present

For some reason, the other code path does not compile on kFreeBSD: [...] IexMathFpu.cpp -fPIC -DPIC -o .libs/IexMathFpu.o IexMathFpu.cpp: In function 'void Iex_2_2::FpuControl::restoreControlRegs(const ucontext_t&, bool)': IexMathFpu.cpp:263:30: error: 'const struct mcontext_t' has no member

[Pkg-phototools-devel] Bug#788102: The code doesn't compile on kfreebsd

On Mon, Sep 14, 2015 at 2:33 PM, Mathieu Malaterre <ma...@debian.org> wrote: > On Wed, Jul 22, 2015 at 6:55 PM, Steven Chamberlain <ste...@pyro.eu.org> > wrote: >> Hello, >> >> Gianfranco Costamagna wrote: >>> file.c:5:38: error: ‘mcontext_t’ ha

[Pkg-phototools-devel] Bug#791478:

I'll follow suggestion: [...] For the time being you could comment out the TEST testOptimizedInterleavePatterns in IlmImfTest/main.cpp: since the optimisation branch is disabled, that test isn't particularly useful. [...] Ref: https://github.com/openexr/openexr/issues/67#issuecomment-21169748

[Pkg-phototools-devel] Bug#788102: ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT autoconf macro broken ?

We are having an issue within Debian to compile ilmbase. We are still using autotool (instead of cmake). And it currently fails to compile on kFreeBSD (FreeBSD kernel with GNU userland). It seems to me that the autoconf macro is currently broken or at least is not doing what it should. As

[Pkg-phototools-devel] Bug#788102: patch

Control: tags -1 patch Since cmake build system succeed on FreeBSD with the #define ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT, I am tagging this bug as patch. If upstream does not clarify the autoconf issue, I'll patch the source code so that ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT always gets

[Pkg-phototools-devel] Bug#793040: patch

With a little bit of luck patch, could simply be: https://github.com/openexr/openexr/issues/81 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#791478: [Openexr-devel] testOptimizedInterleavePatterns.cpp

@nongnu.org] *On Behalf Of *Mathieu Malaterre *Sent:* Sunday, July 05, 2015 9:35 AM *To:* openexr-de...@nongnu.org *Cc:* 791...@bugs.debian.org *Subject:* [Openexr-devel] testOptimizedInterleavePatterns.cpp Hi all, I am preparing the debian package for openexr. I am running

[Pkg-phototools-devel] Bug#793040: [Openexr-devel] Assertion `relError .1' failed.

Rasche karlras...@gmail.com wrote: Mathieu - Is there any straightforward way to trip the issue without being on a ppc? Karl On Monday, July 20, 2015, Mathieu Malaterre ma...@debian.org wrote: Dear all, We are seeing the following issue on powerpc when running the testsuite for openexr

[Pkg-phototools-devel] Bug#793040: [Openexr-devel] Assertion `relError .1' failed.

sparc results just came out: https://buildd.debian.org/status/fetch.php?pkg=openexrarch=sparcver=2.2.0-1stamp=1437746630 It is also failing and sparc is a big-endian arch. On Fri, Jul 24, 2015 at 9:37 AM, Mathieu Malaterre ma...@debian.org wrote: Seems to happen on every single big-endian

[Pkg-phototools-devel] Bug#791076: pending

Control: tags -1 pending This only affects the old 1.x binaries. Since we should transition soon to openexr 2.x this will go away. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#793103: error reading back channel B pixel 96, -62 got -nan expected -nan

Package: openexr Version: 2.2.0-1 Some issue on i386: https://buildd.debian.org/status/fetch.php?pkg=openexrarch=i386ver=2.2.0-1stamp=1436979018 === Running testOptimizedInterleavePatterns Testing SSE optimisation with different interleave patterns (large images) ... 0, 0: RGBHalf read as

[Pkg-phototools-devel] Bug#793040: Assertion `relError .1' failed.

Dear all, We are seeing the following issue on powerpc when running the testsuite for openexr: lt-IlmImfTest: compareDwa.cpp:122: void compareDwa(int, int, const Imf_2_2::Array2DImf_2_2::Rgba, const Imf_2_2::Array2DImf_2_2::Rgba, Imf_2_2::RgbaChannels): Assertion `relError .1' failed.

[Pkg-phototools-devel] Bug#793040: Assertion `relError .1' failed.

Package: openexr Version: 2.2.0-1 Powerpc does not looks in good shape: channels RGBA, compression 8, writing reading comparing lt-IlmImfTest: compareDwa.cpp:122: void compareDwa(int, int, const Imf_2_2::Array2DImf_2_2::Rgba, const Imf_2_2::Array2DImf_2_2::Rgba, Imf_2_2::RgbaChannels): Assertion

[Pkg-phototools-devel] Bug#793041: Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized

Hi all, Would it be possible for the next openexr release to update the default autoconf generated file to the latest ? It seems arm64 is not being recognized as can be seen here: https://buildd.debian.org/status/fetch.php?pkg=openexrarch=arm64ver=2.2.0-1stamp=1436978432 [...] ./configure

[Pkg-phototools-devel] Bug#791478: testOptimizedInterleavePatterns.cpp:238

Package: src:openexr Version: 2.2.0-1 Some tests are failing on x86: === Running testOptimizedInterleavePatterns Testing SSE optimisation with different interleave patterns (large images) ... 0, 0: RGBHalf read as RGBHalf...OK 0, 1: RGBHalf read as RGBAHalf...

[Pkg-phototools-devel] Bug#791478: testOptimizedInterleavePatterns.cpp

Hi all, I am preparing the debian package for openexr. I am running in the following issue, when the test suite runs, here is what I get (debian jessie x86/32bits): [...] Running testOptimizedInterleavePatterns Testing SSE optimisation with different interleave patterns (large images) ... 0, 0:

[Pkg-phototools-devel] Bug#773027: omit-define-standard-version.patch -- curious bug, see description

Andrey, Sorry I just realized you prepared openexr 2.2.0 package. I've made similar work on the official git repository but I fail to understand what you are trying to do in omit-define-standard-version.patch ? Could you please be more specific ? I've removed the whole autoreconf stuff since

[Pkg-phototools-devel] Bug#790495: [Openexr-devel] ERROR -- caught exception: Cannot read image file ./comp_dwaa_v1.exr. No such file or directory.

that gives this problem? Karl On Monday, June 29, 2015, Mathieu Malaterre ma...@debian.org wrote: Hi all, I am preparing the debian package for openexr. I am running in the following issue, when the test suite runs, here is what I get (debian jessie amd64): [...] file

[Pkg-phototools-devel] Bug#790495: ERROR -- caught exception: Cannot read image file ./comp_dwaa_v1.exr. No such file or directory.

Package: openexr Version: 2.2.0-1 The test suite does not seems to run on x86_64: [...] file ./lineOrder_decreasing.exr version 2 checksum = 46515 comparing files ./comp_b44.exr and ./comp_b44_piz.exr comparing files ./comp_dwaa_v1.exr and ./comp_dwaa_piz.exr ERROR -- caught exception: Cannot

[Pkg-phototools-devel] Bug#790495: ERROR -- caught exception: Cannot read image file ./comp_dwaa_v1.exr. No such file or directory.

Hi all, I am preparing the debian package for openexr. I am running in the following issue, when the test suite runs, here is what I get (debian jessie amd64): [...] file ./lineOrder_increasing.exr version 2 checksum = 46515 file ./lineOrder_decreasing.exr version 2 checksum = 46515 comparing

[Pkg-phototools-devel] Bug#788102: ilmbase: fatal error: asm/sigcontext.h: No such file or directory

Source: ilmbase Version: 2.2.0-3 Severity: normal Currenly ilmbase fails to build on non-linux arch because of the following try-compile. ilmbase checks for an old bug in GNU libc [...] // // Ugly, the mxcsr isn't defined in GNU libc ucontext_t, but // it's passed to the signal handler by the

[Pkg-phototools-devel] Bug#788102: ucontext.h on kFreeBSD

[CC me please] Could someone please let me know if the following is valid on kFreeBSD ? #include stdint.h #include ucontext.h int main() ucontext_t ucon; uint32_t mxcsr = ucon.uc_mcontext.fpregs-mxcsr; uint16_t cw= ucon.uc_mcontext.fpregs-cwd; }

[Pkg-phototools-devel] Bug#785206: Invalid decompression

Package: libopenjp2-tools Version: 2.1.0-2 I can generate an invalid file using kakadu 7.6: wget -c http://www.ece.rice.edu/~wakin/images/lena512color.tiff kdu_compress -i lena512color.tiff -o lena1024x1024.jp2 Sdims={1024,1024} Stiles={512,512} -frag 0,0,1,1 Creversible=yes -no_info -quiet

[Pkg-phototools-devel] Bug#761355: openjp2 2.0 - 2.1 transition

# no such package as libopenjpeg6-dev in debian fixed 761355 2.1.0-2 # no such package as openjp3d-tools in debian fixed 761357 2.1.0-2 Andreas, Let me know if I misunderstood your email: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=46;bug=761355#46 Regards

[Pkg-phototools-devel] Bug#776558: pending

Control: tags -1 pending fixed-upstream Much better now: $ gpg --keyserver pgp.mit.edu --search-keys AC103A8D gpg: searching for AC103A8D from hkp server pgp.mit.edu (1) Ed Hanway (OpenEXR Admin) ehan...@ilm.com 2048 bit RSA key AC103A8D, created: 2014-07-24 Keys 1-1 of 1 for AC103A8D. Enter

[Pkg-phototools-devel] Bug#776558: Check signature in uscan

Package: ilmbase Version: 1.0.1-6.1 Tags: patch It would be nice to start checking download: $ cat debian/watch version=3 opts=pgpsigurlmangle=s/$/.sig/ \ http://download.savannah.gnu.org/releases/openexr/ilmbase-([\d\.]+)\.tar\.gz It currently fails though: $ wget

[Pkg-phototools-devel] Bug#702089: openjpeg2 in debian

Just for later reference src:openjpeg2 has been uploaded to debian and solve #702089 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#761356:

notfound -1 1.5.2-2 fixed -1 2.1.0-1 I am not sure why BTS still shows the issue being associated to src:openjpeg2 binaries since the binary does not exist in 2.1.0-1 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#762251:

Control: affects -1 src:mupdf Thanks for the notice. Will track down the issue. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#761154: OpenJPEG 2.1 is out !

Package: openjpeg2 openjpeg 2.0.0 is old, please provide 2.1 for jessie. Package such as Leptonica do need it. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#761155: incompatible-java-bytecode-format

Package: openjpeg2 The java binding is build with java version 1.7, please use 1.5 for now. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#760874: openjpeg2

Control: reassign -1 src:openjpeg2 Control: affects -1 src:openjpeg openjpeg2 should superseed openjpeg at some point, but breaks the old 1.x API. I need to check what is the best course of actions to: 1. Provide the full tools from openjpeg2 2. Do not conflict with openjpeg 1.x (the main API in

[Pkg-phototools-devel] Bug#760874:

Control: tags -1 help See: https://lists.debian.org/debian-mentors/2014/09/msg00225.html ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#734238: Patch for CVE-2013-6045

Here is the dpatch version (thanks to http://matrixhasu.altervista.org/?view=use_dpatch). Raphaël do you have the time to produce a 1.3+dfsg-4.8 ? Thanks, segfault1.dpatch Description: Binary data ___ Pkg-phototools-devel mailing list

[Pkg-phototools-devel] Bug#734238:

Just for reference, I was given by geissert@d.o the input files to reproduce the segfault. segfaul1.dpatch work around issue as demonstrated in: https://openjpeg.googlecode.com/svn/data/input/nonregression/edf_c2_20.jp2 ___ Pkg-phototools-devel

[Pkg-phototools-devel] Bug#734238:

On Sat, Apr 5, 2014 at 3:05 PM, Mathieu Malaterre ma...@debian.org wrote: Control: tag -1 patch confirmed Here is the backported patch (attached). I have no clue on how to use dpatch to convert it. 20.jp2 does not segfault anymore, and p0_06.j2k does decode normally. Of course segfault1

[Pkg-phototools-devel] Bug#734238:

Control: tag -1 patch confirmed Here is the backported patch (attached). I have no clue on how to use dpatch to convert it. 20.jp2 does not segfault anymore, and p0_06.j2k does decode normally. --- libopenjpeg/tcd.c 2014-04-05 14:49:32.0 +0200 +++ ../../openjpeg-1.3+dfsg/libopenjpeg/tcd.c

[Pkg-phototools-devel] Bug#741915:

Control: found -1 1.5.2-1 Not fixed: cd /«PKGBUILDDIR»/obj-i486-linux-gnu/applications/JavaOpenJPEG/classes /usr/bin/javac -sourcepath /«PKGBUILDDIR»/applications/JavaOpenJPEG/java-sources /«PKGBUILDDIR»/applications/JavaOpenJPEG/java-sources/org/openJpeg/OpenJPEGJavaEncoder.java

[Pkg-phototools-devel] Bug#716594:

Control: found -1 openjpeg/1.5.2-1 Need to explicitly state to use system installed getopt... ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#738655:

Control: tag -1 help Generating the debian/copyright file will take a while. I am not sure I'll have the time to have it in shape: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/openjpeg2/trunk/debian/copyright?view=markup ___

[Pkg-phototools-devel] Bug#731237:

On Mon, Mar 24, 2014 at 11:25 PM, Julien Cristau jcris...@debian.org wrote: On Wed, Mar 19, 2014 at 08:59:44 +0100, Mathieu Malaterre wrote: Will be fixed when 1.5.2 comes out. Is there an ETA? It'd be nice to not wait too long to fix this bug, as currently this blocks the transition

[Pkg-phototools-devel] Bug#731237:

Control: forwarded -1 http://code.google.com/p/openjpeg/issues/detail?id=297 Control: tag -1 fixed-upstream pending Will be fixed when 1.5.2 comes out. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#716595:

Control: forwarded -1 http://code.google.com/p/openjpeg/issues/detail?id=301 Control: tag -1 pending Will be fixed when 1.5.2 comes out. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#741915:

Control: tag -1 fixed-usptream patch Fixed in 1.5.x branch: http://code.google.com/p/openjpeg/source/detail?r=2765 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#697806:

Control: tag -1 patch http://code.google.com/p/openjpeg/source/detail?r=2750 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#734238:

Control: tag -1 patch As per upstream commit, I think the gulty patch could be safely exchanged with: http://code.google.com/p/openjpeg/source/detail?r=2757# ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#716594:

Control: severity -1 wishlist Control: tag -1 fixed-upstream patch pending This has been fixed with: http://code.google.com/p/openjpeg/source/detail?r=2768 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#738655:

https://lists.debian.org/debian-mentors/2014/03/msg00235.html ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#741915: incompatible-java-bytecode-format Java7 version (Class format: 51)

Package: libopenjpeg-java Version: 1.5.1-2 Severity: important As reported by lintian: W: libopenjpeg-java: incompatible-java-bytecode-format Java7 version (Class format: 51) ___ Pkg-phototools-devel mailing list

[Pkg-phototools-devel] Bug#741916: fix lintian warnings

Package: openjpeg Version: 1.5.1-2 Severity: wishlist It would be nice to fix the remaining lintian warnings: I: openjpeg source: duplicate-long-description libopenjpeg-dev libopenjpeg5 W: openjpeg source: outdated-autotools-helper-file config.guess 2009-12-30 W: openjpeg source:

[Pkg-phototools-devel] Bug#722540:

Control: found -1 1.5.1-2 Since bug is found within OpenJP3D code, there is no chance it can impact version in stable (openjp3d is not even present as source). ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#738655:

Control: severity -1 wishlist Just a quick update. There is zero-chance that this package will be update to openjpeg 2.x, since API is so badly changed. I will upload openjpeg 2.1.0 (when it's out) as a separate package. 2cts ___ Pkg-phototools-devel

[Pkg-phototools-devel] Bug#738655:

FYI: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/openjpeg2/trunk/ ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel

[Pkg-phototools-devel] Bug#697806:

Control: tags -1 pending fixed-upstream Control: forwarded -1 http://code.google.com/p/openjpeg/issues/detail?id=300 This has been fixed upstream. Thanks for report. ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#734238: openjpeg: decoding of chroma-subsampled images

Antonin, As per: http://bugs.debian.org/734238#17 It seems the code in openjpeg assume that all components have at least the number of blocks of the first component, hence a patch has been applied as: http://patch-tracker.debian.org/patch/series/view/openjpeg/1.3+dfsg-4.7/segfault1.dpatch

[Pkg-phototools-devel] Bug#698536: Bug#698536: closed by Mathieu Malaterre ma...@debian.org (Re: Bug#698536: libopenjpeg2: highly outdated ( 6 years), new upstream version 2.0)

On Tue, Jan 22, 2013 at 2:24 AM, Christoph Anton Mitterer cales...@scientia.net wrote: Hi. tags 698536 wontfix I don't quite understand why you close this (especially as it's not fixed yet, and likely other people will report the same bug, too). Especially it's surely not a wontfix...

[Pkg-phototools-devel] Bug#695857: debian/libopenjpeg-java/usr/lib/jni/libopenjpegjni.so contains an unresolvable reference to symbol max: it's probably a plugin

Package: libopenjpeg-java Version: 1.5.1-1 Severity: important Java binding calls an unknown function as reported by: dh_shlibdeps -O--buildsystem=cmake -O--parallel dpkg-shlibdeps: warning: debian/libopenjpeg-java/usr/lib/jni/libopenjpegjni.so contains an unresolvable reference to symbol

[Pkg-phototools-devel] Bug#691156: openjpeg pc file is broken

Package: libopenjpeg-dev Version: 1.5.0-3 Severity: normal The pc file is broken: $ cat /usr/lib/x86_64-linux-gnu/pkgconfig/libopenjpeg1.pc prefix=/usr bindir=bin datadir=share/openjpeg-1.5 libdir=lib/x86_64-linux-gnu includedir=include/openjpeg-1.5 Name: openjpeg Description: JPEG2000 files

[Pkg-phototools-devel] Bug#681458:

tags 681458 confirmed tags 681458 fixed-upstream block 681458 by 687528 thanks This has been fixed in openjpeg 1.5.1 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#691156:

tags 691156 confirmed tags 691156 fixed-upstream block 691156 by 687528 thanks This is fixed in openjpeg 1.5.1 ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#681459:

tags 681459 confirmed tags 681459 fixed-upstream block 681459 by 687528 thanks This is fixed in openjpeg 1.5.1 -- Mathieu ___ Pkg-phototools-devel mailing list Pkg-phototools-devel@lists.alioth.debian.org

[Pkg-phototools-devel] Bug#687528: OpenJPEG 1.5.1 released

Package: openjpeg Severity: normal -- Forwarded message -- Dear all, On behalf of the whole OpenJPEG dev-team, I'm very proud to announce that OpenJPEG 1.5.1 is out ! After 8 months of hard work we were able to release a stable 1.5.1 version. This release is a stable fix

[Pkg-phototools-devel] Bug#685970: Cant reproduce 685970 with upstream

found 685970 openjpeg/1.3+dfsg-3 found 685970 openjpeg/1.3+dfsg-4.1 found 685970 openjpeg/1.3+dfsg-4.5 fixed 685970 openjpeg/1.5.0-3 thanks I cannot reproduce #685970 with openjpeg 1.5.0 $ ./bin/j2k_to_image -i test2.j2k -o test.ppm [ERROR] 001c4ebe: expected a marker instead of d900 ERROR -

[Pkg-phototools-devel] Bug#681075: Fwd: Openjpeg heap buffer overflow issue affecting 1.4 and 1.5

Package: openjpeg Version: 1.3+dfsg-4.2 Severity: important Tags: security patch fixed-upstream Hi Mathieu, We have found a heap-buffer overflow issue in openjpeg, when decoding j2k image files. I am attaching a patch to this email. We will be making this issue public on 9-July-2012 Monday.

[Pkg-phototools-devel] Bug#675773: 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

[Pkg-phototools-devel] Bug#672332:

reassign 672332 swig2.0 2.0.5-1 thanks It looks like this is same symptoms as #673544, see: http://old.nabble.com/swig-2.05%3A-swig%3A%3Agetslice-errors-to33739521.html#a33739521 thus reassigning to swig. thanks ___ Pkg-phototools-devel mailing

Re: [Pkg-phototools-devel] [PATCH] Import changes to get 1.4 to use cmake

Hi All, Right after sending out this email I discover that there had been worked done in the git/openjpeg rep which was not available from an 'apt-get source openjpeg'. I'll try to integrate whatever was lost and send another patch. Thanks ___