On 08/27/2014 09:09, Willem Jan Withagen wrote: > On 2014-08-27 14:41, Dimitry Andric wrote: >> >> This is a problem in the devel/apr1 port. It checks for modf(), finds >> it in libc, then assumes isnan() also comes from libc. However, that >> does not work for static linking. >> >> Please apply the attached patch for apr1, which I have been using for >> some time now. > > Hi Dimitry, > > So this is due to me wanting to link things static? > Then I'll reconfig subversion to dynamic linking. > Because I don't have a clue (yet) as to how to get (and keep) custom > patches in a poudriere environment. > > Thanx for the reply, > --WjW >
I keep custom patches this way: /usr/local/etc/poudriere.d/my-appropriate-make.conf: .if ${.CURDIR:M*/mail/mutt} EXTRA_PATCHES+= /distfiles/mypatches/patch-mail-mutt-fix-imap-append .endif You may also be interested in things like: .if ${.CURDIR:M*/security/krb5} CONFIGURE_ARGS+= --localstatedir=/var/db WITH_OPENSSL_PORT=yes .endif I suggest using this method in poudriere's make.conf for port building options: DEFAULT_VERSIONS= perl5=5.16 php=5.4 mysql=5.5 apache=2.2 pgsql=8.4 # Global port options OPTIONS_UNSET+=AVAHI BONJOUR CUPS MDNS PULSEAUDIO # specific port options: mail_dovecot_SET=GSSAPI mail_dovecot_UNSET=MANAGESIEVE That way you only change the options you desire and aren't hardcoding any of the other port options in case the default changes in the future, possibly in a critical way (threading for example). The path to the patch must be a proper path within port building jails and I believe poudriere mounts it's distfiles directory on /distfiles. It has to be a path that is available within port building jails. I picked distfiles because it is available. One thing I like about EXTRA_PATCHES is it will cause a port build to fail if the file is not found, so if that happens I will know to correct the problem rather than produce unpatched packages. I add my "mypatches" directory to my standard server backups so it is easy to restore if needed. Beware running poudriere distclean since it will wipe out unreferenced files in distfiles. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"