Ports overlay

CyberLeo Kitsana cyberleo at cyberleo.net
Mon Mar 8 20:01:25 UTC 2010

On 03/07/2010 03:47 AM, Matthew Seaman wrote:
> On 07/03/2010 08:45:41, CyberLeo Kitsana wrote:
>> By necessity and convenience, I have developed a series of additions and
>> changes to the ports tree. These changes are probably not worthy of
>> inclusion into the official tree, so I'm looking to maintain an overlay,
>> of sorts, in the spirit of Gentoo's overlay capability.
>> Is there an official method of hooking changes into a ports tree, while
>> maintaining the ability to csup or portsnap the unmodified version? How
>> do others tackle this particular problem?
> Yes, you can add your own local ports or even whole categories of local
> ports without too much difficulty.  You can even add some tweaks to an
> existing port -- you don't have complete freedom to do anything there,
> but you can do quite a lot.
> If you create a Makefile.local at any level in the ports tree it will be
> included alongside the usual Makefile.  This means you can override a
> lot of the available settings at will.
> So, if you create /usr/ports/Makefile.local
> with the contents:
> SUBDIR+=myports
> then you can create a directory /usr/ports/myports and put your own
> ports inside it -- you'll need a /usr/ports/myports/Makefile just like
> the other category directories.

This is an excellent idea, and one I ultimately ended up using. However,
I've found that the ports infrastructure really doesn't tolerate
creating arbitrary categories, so I had to put a VALID_CATEGORIES+= bit
at the top of each of my ports' makefiles to get it to work without
patching any tracked files.

> <snip>
> If you want to modify an existing port, probably the best approach is to
> create your own slave port -- see the docco on MASTERDIR in the Porter's
> Handbook and look at eg. games/freeciv-nox11 for about the simplest
> possible example.  It's not fool proof -- some modifications will always
> need support in the master port's Makefile, but there's a lot you can do
> without that.

Another good suggestion. I find annoyance in that devel/glib20 (among
others) requires all of Perl and Python at runtime just to service two
script files that appear to be used only for certain compilation
options. It tends to bloat the embedded images that I build.

Fuzzy love,
Technical Administrator
CyberLeo.Net Webhosting
<CyberLeo at CyberLeo.Net>

Furry Peace! - http://wwww.fur.com/peace/

More information about the freebsd-questions mailing list