AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2010.12.14 17:55 "[Tiff] patch to tif_jpeg.c", by Dwight Kelly
2010.12.15 00:00 "Re: [Tiff] patch to tif_jpeg.c", by Lee Howard
2011.01.01 13:41 "[Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Even Rouault
2011.01.01 13:53 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Even Rouault
2011.01.04 02:52 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Lee Howard
2011.01.04 19:20 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Even Rouault
2011.01.04 19:47 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Lee Howard
2011.01.04 20:50 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Even Rouault
2011.01.04 21:39 "[SPAM WARNING]Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by
2011.01.04 22:10 "Re: [Tiff] libtiff 4.0 stable? [was: Regression in libtiff 4.0 CVS when creating a JPEG RGB contig]", by Edward Lam
2011.01.05 00:03 "Re: [Tiff] libtiff 4.0 stable? [was: Regression in libtiff 4.0 CVS when creating a JPEG RGB contig]", by Frank Warmerdam
2011.01.05 02:19 "Re: [Tiff] libtiff 4.0 stable? [was: Regression in libtiff 4.0 CVS when creating a JPEG RGB contig]", by Bob Friesenhahn
2011.01.07 14:58 "Re: [Tiff] libtiff 4.0 stable? [was: Regression in libtiff 4.0 CVS when creating a JPEG RGB contig]", by Edward Lam
2011.01.07 17:42 "Re: [Tiff] libtiff 4.0 stable? [was: Regression in libtiff 4.0 CVS when creating a JPEG RGB contig]", by Bob Friesenhahn
2011.01.10 17:52 "Re: [Tiff] libtiff 4.0 stable? [was: Regression in libtiff 4.0 CVS when creating a JPEG RGB contig]", by
2011.01.05 02:06 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Bob Friesenhahn
2011.01.04 19:28 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Dwight Kelly
2011.01.04 19:32 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Even Rouault
2011.01.04 02:44 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Lee Howard
2011.01.21 00:51 "[Tiff] Cannot read YCbCr JPEG-compressed images", by Craig Bruce
2011.01.21 12:11 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by John
2011.01.23 03:30 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by Charles Auer
2011.01.23 16:01 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by Bob Friesenhahn
2011.01.25 01:02 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by Craig Bruce
2011.01.25 02:00 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by Olivier Paquet
2011.01.26 02:40 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by Craig Bruce
2011.01.26 04:50 "Re: [Tiff] Cannot read YCbCr JPEG-compressed images", by Bob Friesenhahn

2011.01.04 19:47 "Re: [Tiff] Regression in libtiff 4.0 CVS when creating a JPEG RGB contig", by Lee Howard

I didn't realize that the initial change also made its way to the 3.9 branch. That seems a bit dangerous to me for a stable branch, no?

Someone would need to define for me what "stable" means for me to be able to respond properly. My understanding is that 3.9 is a "maintenance" branch and therefore bug-fixes go there as well as critical security fixes (or whatever one may designate should only be committed to a "stable" branch).

As I see it, users will look for the latest round of bug fixes in the latest release. Until 4.0 releases the 3.9 branch is necessarily still the place where users are going to turn to look for bug fixes. Therefore, until the 4.0 release occurs I can't see how 3.9 could be resigned to receiving only a select subset of bug fixes.

I can certainly understand that at this point where we have a development branch and a maintenance branch that any new feature enhancements should go only into the development branch. But in my mind bug-fixes go in both branches at least until the development branch cuts a versioned release.

If I am wrong in this, then I'll happily ignore 3.9 completely. I can't be expected to know when a bug-fix is deemed critical-enough to merit committal to a branch that only gets some certain kinds of bug fixes.

My broader opinion is that our development team is far too small to warrant more than one code branch and that it's really the distributions that provide a meaningful implementation of "stable". I don't think it's within the developer's capabilities to define what is or isn't "stable".

Thanks,

Lee.