From owner-freebsd-current Sun Oct 13 21:15:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B5A637B401 for ; Sun, 13 Oct 2002 21:15:11 -0700 (PDT) Received: from slackerbsd.org (pcp02155875pcs.walngs01.pa.comcast.net [68.81.47.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA4743EAA for ; Sun, 13 Oct 2002 21:15:10 -0700 (PDT) (envelope-from carl@slackerbsd.org) Received: by slackerbsd.org (Postfix, from userid 1000) id 0FFCB10143; Mon, 14 Oct 2002 04:15:10 +0000 (UTC) Date: Mon, 14 Oct 2002 00:15:09 -0400 From: Carl Schmidt To: "David W. Chapman Jr." Cc: current@freebsd.org Subject: Re: HEADS UP: Old port recompiles needed (Re: Unknown symbol "__sF") Message-ID: <20021014041509.GA24069@carbon.slackerbsd.org> Reply-To: Carl Schmidt Mail-Followup-To: "David W. Chapman Jr." , current@freebsd.org References: <3DA9D95D.C1319A72@mindspring.com> <20021013205915.GK10829@hades.hell.gr> <3DA9EA62.D337E8A0@mindspring.com> <20021014114320A.matusita@jp.FreeBSD.org> <20021014032931.GB23539@carbon.slackerbsd.org> <20021014034020.GA7188@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021014034020.GA7188@leviathan.inethouston.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 13, 2002 at 10:40:20PM -0500, David W. Chapman Jr. wrote: > On Sun, Oct 13, 2002 at 11:29:32PM -0400, Carl Schmidt wrote: > > On Mon, Oct 14, 2002 at 11:43:20AM +0900, Makoto Matsushita wrote: > > > tlambert2> That's 3.4 hours saved on a 28.8K modem download time, > > > tlambert2> overall... a 14% reduction in size. > > > > > > The percentage doesn't matter. If ISO image is compressed, user who > > > downloads the image may de-compress that image to burn (I don't know > > > any about the burner softwares which support compressed ISO image). > > > What's happen if there is no space to make de-compressed image on a HDD? > > > > I do not follow this. If the user can not fit a non-compressed image > > on their drive then they certainly will not be downloading a non- > > compressed image nor a compressed image hence rendering this whole > > discussion moot for that user...it seems so to me at least. Maybe I am > > not seeing something? > > The temporary space required to do the decompression is what I am > assuming is being reference, although I'm not sure how accurate that > argument is. I did a little test to see how that works. If you gzip a file and gunzip it and follow the sizes of each file it seems that the file being de-compressed decreases in size while the new file increases in size. I think it is safe to say that gzip does not require temporary space, except an extra inode for de-compression. I could be wrong though. > > Whether we think the size is too large for dial-up or not people will > > still download it. And 200MB is absolutely nothing compared to what > > people put up with for full-size distribution ISOs. You could argue > > that not everyone has gzip (I would assume primarily a Windows user). > > As far as I know there is a DOS version of gzip. This would be where > > you might need both types of images (compressed and not compressed), > > and that is something up to the snapshots people. > > Winzip supports tar and gz, winrar supports bzip2 > > > One might argue that Mr. Lambert is simply speculating that anyone has > > a 28.8k connection anymore. What are the odds that everyone fits this: > > > > a: they live close enough to a provider to get broadband (see 'b'), > > I did not think distance was a requirement for cable modem, but I do > agree with your logic that not everyone has broadband. The distance argument is probably not relevant. I remember a long time ago some person from the UK complaining about having to use ISDN because NTL did not provide cable at that distance, or something. I honestly do not know about that. From Qwest: <<