[77613] trunk/dports/textproc/doxygen/Portfile

Jeff Johnson n3npq at mac.com
Mon Apr 25 07:43:59 PDT 2011


On Apr 25, 2011, at 10:36 AM, Ryan Schmidt wrote:

> 
> On Apr 6, 2011, at 05:36, css at macports.org wrote:
> 
>> Revision: 77613
>>         http://trac.macports.org/changeset/77613
>> Author:   css at macports.org
>> Date:     2011-04-06 03:36:53 -0700 (Wed, 06 Apr 2011)
>> Log Message:
>> -----------
>> doxygen: remove coreutils dependency, use BSD install instead. refs #28987
> 
> FYI, this probably didn't require a revision bump. All you've done is changed *how* files are installed, but you haven't changed *what* files are installed. The files a user will get by installing doxyegn @1.7.3_3 are exactly the same as the ones they'll get by installing doxyegn @1.7.3_4. Keep this in mind for future updates so you don't make people rebuild ports unnecessarily.
> 

This is a dead-on observation and astute annalysis.

There is a far wider domain of application however, particularly
as MacPorts attempts binary packaging:

	Most "builds" don't change content at all but instead adjust metadata.

I see this everywhere with RPM as a "package manager" for years and the issue
of what a "build" is and does changes considerably as one develops "packaging" for
"content" distribution.

You might want to think through what "build" policy SHOULD apply
if/when you attempt binary packaging. There are many reasons for
rebuilding and version bumps and metadata dependency adjustments
involved with packaging.

73 de Jeff

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4645 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20110425/e802da24/attachment.bin>


More information about the macports-dev mailing list