Filesize in Portfiles (was Re: [76684] trunk/dports/sysutils/rpm/Portfile)

Jordan K. Hubbard jkh at
Sun Mar 6 19:27:41 PST 2011

On Mar 6, 2011, at 9:16 AM, Anders F Björklund wrote:

> But that would still require a network access to get that info,
> even if was better than the previous (having to download them).

First, that's a cool little hack with "curl getsize" and definitely the way I'd implement it if I had to since hard-coding it with the distfiles themselves leaves you now with *three* things to update every time a port changes:  The name of the distfile (if it can't be derived), its checksum(s) and its length.  Slippery slope, to say the least.

A bigger and more pertinent question, however, is just what the utility of this feature is supposed to be since the compressed tarball only represents a small percentage of the space required by macports, even on a "package server" (should one ever exist), for each individual port.  As the (now) old saying also goes, "disk space is cheap!" and tarballs are fungible on any type of machine where that's not likely to be true, so again, I don't see a valuable usage case?

- Jordan

More information about the macports-dev mailing list