Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Sep 1996 13:50:35 +0200 (MET DST)
From:      Andreas Klemm <andreas@klemm.gtn.com>
To:        Satoshi Asami <asami@FreeBSD.org>
Cc:        ports@FreeBSD.org
Subject:   Re: pgcc port
Message-ID:  <Pine.BSF.3.95.960926133142.491B-100000@klemm.gtn.com>
In-Reply-To: <199609260921.CAA20906@silvia.HIP.Berkeley.EDU>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 26 Sep 1996, Satoshi Asami wrote:

> I'm not too worried about the users' machines (diskspace is cheap
> after all), it's the CDROM and ftp sites I'm concerned about.  The
> ports collection is growing too fast and it has just spilled out to
> the second CD.  At this rate, we'll run out of space on that soon
> too...and what we can't afford is to have IDENTICAL copies of the same
> source tree in the FreeBSD distribution (actually much more than we
> need, more on this later).

I understand what you mean, but I don't like, that usr.contrib 
has to be installed for a (one !) port.

> Those people can use packages!  Please!  And how much does 130MB of
> disk cost these days? ;)

I assume, that most people only have one drive, but 3 operating systems 
nowadays.

> What's that shudder?  I don't see anything wrong about that,
> seriously.  What's the difference between "tar xzf tarfile" and "tar
> -C /usr/src/contrib/gcc -cf - | tar -C work -xf -" if we're going to
> end up with the same tree?

>From the command line there aren't much differences. It's only
that I don't like the dependency of the pgcc port and contrib
stuff. I'm the opineon that this dependency doesn't belong to the
concept. Since the whole story is this time only the case for 
pgcc, I think we could bear the 7 MB more on CD-Rom ...

Or compromise ... create a tgz file of our contrib gcc sources
and upload it on freefall, so we fetch only the much smaller gcc source.

-rw-r--r--   1 root  wheel  3700483 Sep 26 13:41 contrib-gcc-2721.tgz

It's about half the size and not so space consuming.

> Besides, that source in /usr/src/contrib is much smaller because it
> doesn't include all the baggage for other architecture types (it's
> about 3.8MB compressed, or just over half the original size).
> 
> Maybe what we should do is to make the port do the following:
> 
> (1) use a copy of /usr/src/contrib/gcc if it exists

But since /usr/src/contrib/gcc is under developement, it could
be the case, that pgcc patches fail. I don't like a port to be
dependend from changing sources.

> (2) attempt to unpack that subtree from srcdist (maybe even prompt the 
>     user to insert the first CD?)
[...]

Perhaps we can save the work if you like my compromise as told before.

--
andreas@klemm.gtn.com         /\/\___      Wiechers & Partner Datentechnik GmbH
   Andreas Klemm          ___/\/\/         Support Unix -- andreas.klemm@wup.de
pgp p-key  http://www-swiss.ai.mit.edu/~bal/pks-toplev.html  >>> powered by <<<
ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz  >>>    FreeBSD <<<




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.960926133142.491B-100000>