[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