Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Sep 2012 16:11:01 +0100
From:      Chris Rees <utisoft@gmail.com>
To:        Pawel Pekala <pawel@freebsd.org>
Cc:        Steven Hartland <killing@multiplay.co.uk>, Beat Gaetzi <beat@freebsd.org>, FreeBSD Mailing List <freebsd-ports@freebsd.org>
Subject:   Re: [FreeBSD-Announce] Announcing the end of port CVS
Message-ID:  <CADLo83_APY8sS7JLviZKDXv7jd2RKShbkmmWgq4qUtwLHW81Ug@mail.gmail.com>
In-Reply-To: <20120907163800.79026725@FreeBSD.org>
References:  <5049E9D2.2060209@FreeBSD.org> <B1B700B573DC4E578E9DA9EA2D9A4020@multiplay.co.uk> <5049DF41.9090607@FreeBSD.org> <E94F6C38882D47AE9E5175708596011B@multiplay.co.uk> <20120907163800.79026725@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 7 Sep 2012 15:39, "Pawel Pekala" <pawel@freebsd.org> wrote:
>
> Dnia 2012-09-07, o godz. 12:57:42
> "Steven Hartland" <killing@multiplay.co.uk> napisa=C5=82(a):
>
> >Is there no way to tell it not to delete unknown files so we
> >don't have to add addional steps to the workflow flow of adding
> >additional patches to local port builds?
> >
> >I appreciate things must move forward but this seems like a step
> >backwards in terms of functionality :(
>
> I`m using portsnap for some time now and wanted to have my /usr/ports
> untouched but also I have my own patches for some of the software that
> I use. I have come up with not ideal but simple solution, my make.conf
> contains something like this:
>
> .if ${.CURDIR:M/usr/ports/*}
> LOCALPATCHDIR=3D  /home/corn/patches
>
> . if exists(${LOCALPATCHDIR}/${.CURDIR:T})
> LOCAL_PATCHES!=3D find ${LOCALPATCHDIR}/${.CURDIR:T} -type f
> EXTRA_PATCHES+=3D ${LOCAL_PATCHES}
> . endif
> .endif
>
> LOCALPATCHDIR contains folders with names of ports I want to patch
> which hold my patches inside them.
>
> Be aware that this will break when you want to patch port that shares
> name with some other port but different category. This situation is
> rare but it could happen.
>
> This inconvenience could probably be easily fixed when UNIQUENAME work
> will be committed to the ports tree, but I'm not sure when this will be.

Well, as long as they don't collide with any files named, I'm pretty sure
svn will ignore them, and even merge changes (eg to Makefiles)

Chris



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADLo83_APY8sS7JLviZKDXv7jd2RKShbkmmWgq4qUtwLHW81Ug>