cvs commit: ports/archivers/ark Makefile distinfo pkg-descr pkg-plist ports/comms/kremotecontrol Makefile distinfo pkg-descr pkg-plist ports/deskutils/kcharselect Makefile distinfo pkg-descr pkg-plist ports/math/kcalc Makefile distinfo pkg-descr pkg-plist ...

Dan Langille dan at
Fri May 25 11:46:38 UTC 2012

On Fri, May 25, 2012 2:45 am, Erwin Lansing wrote:
> On Thu, May 24, 2012 at 10:11:52PM -0400, Dan Langille wrote:
>> When a port is repocopied, should the Makefile be altered to reflect the
>> new location?
>> For example, securty/kwallet/Makefile contains:
>> CATEGORIES=	misc kde
>> I've seen this problem before, but I didn't write it in for
>> What I did was write a script to detect such situations.  This is how it
>> came to my attention.  The ports in question are:
> [snip]
>> >  Log:
>> >  Forced commit to note repocopies:
>> >
> Current best practice is to do a forced commit after the repocopy right
> before updating the new port to whatever change its going to have
> compared to its master.  This is just so the reopocopy itself is
> mentioned in the commitlogs as a workaround for cvs.  You're right that
> if the port moves category, its CATEGORIES, and thus ORIGIN, and
> possibly other metainformation will be wrong between the forced commit
> and the update commit.  It's not ideal and hopefully it will all go away
> when me move to subversion.

I understand.  From a FreshPorts point of view, the forced commit for the
repo copy is great, as this is how FreshPorts learns of the move.

The subsequent update commit should sort things out.

Thank you.  :)

Dan Langille --

More information about the cvs-all mailing list