Return-Path: <tiff-bounces@lists.maptools.org>
Delivered-To: info@awaresystems.be
Received: (qmail 30500 invoked from network); 4 Sep 2008 07:41:00 -0000
Received: from chuck.telenet-ops.be ([195.130.136.1])
          (envelope-sender <tiff-bounces@lists.maptools.org>)
          by angelia.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <info@awaresystems.be>; 4 Sep 2008 07:41:00 -0000
Received: from vijay.telenet-ops.be (vijay.telenet-ops.be [195.130.136.9])
	by chuck.telenet-ops.be (8.13.1/8.13.1) with ESMTP id m847exhp001972
	for <info@awaresystems.be>; Thu, 4 Sep 2008 09:40:59 +0200
Received: from localhost (localhost.localdomain [127.0.0.1])
	by vijay.telenet-ops.be (Postfix) with SMTP id B2DF260002
	for <info@awaresystems.be>; Thu,  4 Sep 2008 09:40:59 +0200 (CEST)
Received: from circe.telenet-ops.be (circe.telenet-ops.be [195.130.132.51])
	by vijay.telenet-ops.be (Postfix) with ESMTP id A3BF860004
	for <info@awaresystems.be>; Thu,  4 Sep 2008 09:40:59 +0200 (CEST)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153])
	by circe.telenet-ops.be (Postfix) with ESMTP id 3E54233E8F
	for <info@awaresystems.be>; Thu,  4 Sep 2008 09:40:59 +0200 (CEST)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id m847bqZo004246;
	Thu, 4 Sep 2008 03:39:33 -0400
Received: from cgp2.pu.ru (cgp2.pu.ru [195.70.197.22])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id m847blIv004240
	for <tiff@lists.maptools.org>; Thu, 4 Sep 2008 03:37:48 -0400
Received: from [195.70.196.218] (HELO wg.pu.ru)
	by cgp2.pu.ru (CommuniGate Pro SMTP 5.2.0)
	with ESMTP id 83052520 for tiff@lists.maptools.org;
	Thu, 04 Sep 2008 11:37:45 +0400
Received: (from uucp@localhost)
	by wg.pu.ru (8.9.1a/8.9.1) with UUCP id HAA10882
	for tiff@lists.maptools.org; Thu, 4 Sep 2008 07:37:45 GMT
Received: from ak4719.spb.edu (localhost.localdomain [127.0.0.1])
	by ak4719.spb.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m847Mrkb018563
	for <tiff@lists.maptools.org>; Thu, 4 Sep 2008 11:22:53 +0400
Received: (from dron@localhost)
	by ak4719.spb.edu (8.13.8/8.13.8/Submit) id m847MrtF018562
	for tiff@lists.maptools.org; Thu, 4 Sep 2008 11:22:53 +0400
From: Andrey Kiselev <dron@ak4719.spb.edu>
Date: Thu, 4 Sep 2008 11:22:53 +0400
To: tiff@lists.maptools.org
Subject: Re: [Tiff] Some security fixes from RHEL
Message-ID: <20080904072253.GA18030@ak4719.spb.edu>
Mail-Followup-To: tiff@lists.maptools.org
References: <Pine.SOC.4.64.0808311028060.1110@freddy.simplesystems.org>
	<48BB143F.4020301@howardsilvan.com> <48BB5DBB.4010108@pobox.com>
	<48BC0FBB.6060407@howardsilvan.com> <48BC5FBE.2020907@pobox.com>
	<48BEBD7B.1020805@howardsilvan.com>
	<Pine.SOC.4.64.0809031158140.1110@freddy.simplesystems.org>
	<48BEC75D.3010208@howardsilvan.com>
	<20080903193246.GB24350@homer.shelbyville.oz>
	<48BF03F6.1040804@howardsilvan.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <48BF03F6.1040804@howardsilvan.com>
X-GnuPG-Key: http://www.srces.spb.org/dron/export.home.key
X-Face: "t+se9s~+y~[XUH]L|pmeO3Pt/Q@DNv**S, d@_1-C=}/,
	c%<3Qp]eu!ok<"2lYJm$!9qVcg F?7o*L; |$`6|Q|>Rt-cU%2_y@6tQ|`!Li}TsvZvEKx;
	>fuY=fc(=sX^`7Wmw8%SsR`AvM$a; 0U/eN\ P?B\FTyqD, 0np$U2!*'z_4D,
	VPlFf?bN0&zYf"zF0s!7Tl7?$we)xD0@lL>[h|8bhys0i.g|zLnu@C
	Ti@d]i=[!:j1CB\5/TF[m]`lfHfaqSN[0qn@T3zeosV/[LAss{@p_?],x*j8P_9t[}uHD^X-;
	j~\M! gyTly;fj`}&Y~i{<#bN.#QmkE}#T`dxP.I1\.)_MEN{@#W
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Null-Tag: cedce647a18260bce5bfe151447a425e
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-SpamCatcher-Score: 50 [XX]

Lee,

On Wed, Sep 03, 2008 at 02:39:02PM -0700, Lee Howard wrote:
> Sure.  And as I understood it 3.9 was originally to be the same as 4.0
> but only without BigTIFF.

Well, "only BigTIFF" actually resulted in a huge piece of code being
rewritten, so 4.0 can not be considered the same as 3.9. Some parts of
library was not changed (e.g., codecs), but other changed a lot. For
example, the tag handling became more same in 4.0.

> When did 3.9 become "stable" and 4.0 become "development"?

 http://www.asmail.be/msg0054867082.html

But I think that the big part of discussion went off-list. The major
problem is that we don't have enough resources to maintain two libtiff
branches equally, so 3.9 considered to be "stable" now. It should only
incorporate important bugfixes, but no new features (unless someone
volunteers to support it).

> My point, however, is that there needs to be an active path for newly
> developed code to make it to public release in a regular and frequent
> way.

Well, it is simple, new features should go in 4.0. Are you still using
3.9 for your daily tasks? ;-)

> Library users who are happy with the library code in 3.8 don't need to
> go to 3.9, do they?

That depends. There was a hell of a thread just a day ago on the
security bugs topic, wasn't it?

> >The busy-work and development belongs on the 4.0 branch as I
> >understand it.
> 
> This is not what I have understood at all.  For example, JBIG support
> is in 3.9 where it wasn't in it in 3.8.

That was done before we split out the BigTIFF branch. After that point
we just trying to make 3.9 suitable for release.

> Does libtiff even have a stable branch?

Now it does.

> I understand, really, I do.  Isn't the 3.8 to 3.9 indicator clear
> enough to show that things are changing?

There are new features such as sane OldJPEG support, nice tiffcrop
utility and some other goodies, but they should not break the binary
compatibility. I did this mistake once and we should avoid it in the
future. Also I hope we will maintain soname a bit more accurate in 4.0.

Best regards,
Andrey

-- 
Andrey V. Kiselev
ICQ# 26871517
_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
