From owner-cvs-all Thu Aug 2 8:39: 0 2001 Delivered-To: cvs-all@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 0A49B37B405; Thu, 2 Aug 2001 08:38:48 -0700 (PDT) (envelope-from jkh@freebsd.org) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.4/8.11.4) with ESMTP id f72Fcia14556; Thu, 2 Aug 2001 08:38:44 -0700 (PDT) (envelope-from jkh@freebsd.org) To: sobomax@freebsd.org Cc: steve@freebsd.org, murray@freebsd.org, obrien@freebsd.org, cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: 4.4-RELEASE discs (was Re: cvs commit: src/contrib/bzip2 ...) In-Reply-To: <3B6906E0.36D0AD0E@FreeBSD.org> References: <20010801132700W.jkh@freebsd.org> <20010801163443.D47172@bsd.havk.org> <3B6906E0.36D0AD0E@FreeBSD.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010802083844P.jkh@freebsd.org> Date: Thu, 02 Aug 2001 08:38:44 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 49 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG That would leave the package adding tools insufficiently tested with bzip packages. Sorry Maxim, but it's just not going to happen for 4.4, at least not officially. - Jordan From: Maxim Sobolev Subject: Re: 4.4-RELEASE discs (was Re: cvs commit: src/contrib/bzip2 ...) Date: Thu, 02 Aug 2001 10:53:05 +0300 > Steve Price wrote: > > > That brings up something I've been meaning to ask. Is there now > > going to be two sets of ISOs? Will they be using the same package > > set? The reason I ask is because Murray just asked about having > > a set on the 15th and I just assumed these would be the ones that > > you are using. Is that true or is he asking about something else? > > > > BTW, using bzip2'd packages might save space but I'll need some > > time before the scripts I've written will be able to handle them. > > There are too many .tgz assumptions in them right now. > > Instead final set of .tgz packages can be prepared as usually and then just > recompressed using bzip2 before burning into the CDs. This should also save > good amount of bento's CPU time, because bzip2 compression/decompression is > much slower than gzip. > > -Maxim > > > .Thanks. > > > > -steve > > > > On Wed, Aug 01, 2001 at 01:27:00PM -0700, Jordan Hubbard wrote: > > > To clarify this point somewhat, I don't believe that any of the > > > "official" CD sets I'll be releasing will have this change since it's > > > not been adequately tested in any snapshot ISO images yet and I don't > > > expect to get anything but standard .tgz packages from Satoshi's > > > package build cluster. Whatever WindRiver chooses to do with respect > > > to "repackaging" things is, of course, their business but it should also > > > be made clear in their documentation that what WindRiver customers get on > > > the CD sets will NOT map directly to the project's delivered ISO image(s) > > > if they choose to go this route. I think that's only reasonable. > > > > > > - Jordan > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message