From owner-freebsd-ports@FreeBSD.ORG Wed Aug 27 23:53:50 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6BFA36F for ; Wed, 27 Aug 2014 23:53:50 +0000 (UTC) Received: from smtp5.cc.ksu.edu (smtp-feca09d8910ed08e5e479c79aac3e744.cc.ksu.edu [129.130.255.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7AE0E3CB8 for ; Wed, 27 Aug 2014 23:53:50 +0000 (UTC) Received: from mew.cns.ksu.edu (mew.cns.ksu.edu [129.130.0.181]) by smtp5.cc.ksu.edu (8.14.3/8.14.3) with ESMTP id s7RNrmgA007792 for ; Wed, 27 Aug 2014 18:53:48 -0500 (CDT) Message-ID: <53FE6F8B.7010507@ksu.edu> Date: Wed, 27 Aug 2014 18:53:47 -0500 From: "Lawrence K. Chen, P.Eng." Organization: Kansas State University - ITS/Enterprise Server Technologies User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Building subversion-1.8.10 under poudriere References: <53FDCBD8.4060306@digiware.nl> <7C47458A-8B41-47FB-8091-00CA301DDA5B@FreeBSD.org> <53FDD88A.9030001@digiware.nl> <53FDE021.5030108@egr.msu.edu> <53FE5BFE.5050101@ksu.edu> In-Reply-To: <53FE5BFE.5050101@ksu.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.4 at cts-virus3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.72 on 129.130.255.119 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 23:53:50 -0000 On 08/27/14 17:30, Lawrence K. Chen, P.Eng. wrote: > > > On 08/27/14 08:41, Adam McDougall wrote: >> 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. >> >> > > Hmmm, wonder why I didn't think of that? > > I've been trying to get poudriere working....I did go through the ugly > exercise of going through all my servers to attempt to unify port options. > Currently trying to go with two sets....one for my headless servers and one > for servers with heads :) Though there's still enough difference that it > might not be possible. Though I've also thought of additional sets to > generate packages for updates I haven't done yet (which is one of reasons > driving trying to get things working, I haven't upgraded from apache 2.2 to > 2.4 yet) > > What I settled on instead of to create a tree with my extra patches, and use > portshaker to merge.... > > Other delays in getting this going, is that I've been trying to use CFEngine > to handle the consolidation of options and pkglists and driving portshaker and > poudriere.... > > I did a bulk run of everything from my headless servers this morning....of > 622, only one failed, one skipped, and one ignored. > > The failed port was 'x11-toolkits/ocaml-lablgtk2', could probably get around > it by changing port option for no-X11 for unison on these servers. The > skipped port was unison, where the failed port is a dependency. Probably > don't need X11 graphics support in unison on these servers.... (even though > one of the servers starts Xvfb during boot....because it runs an application > that needs X during startup, but never again once its running....Linux version > probably has the same weird issue, except none of my Linux servers were > headless...so it was never noticed. Killed off the last Linux server on > August 10th...) Which is why I didn't do "OPTIONS_UNSET= X11" in make.conf > for this set....but I almost did. > > The ignored port was because I had missed setting a required setting in > make.conf (its missing on all my servers...but haven't had to update that port > since it got installed, so didn't notice the settings had disappeared.) > > Now I'm having trouble because I have ports installed (namely gnome related) > that had long ago disappeared.... > > Wonder if there's still time to now see what ports I have installed that > haven't been staged yet? > And, now another poudriere bulk run is in progress....the final obstacle was that I some how had a dependency loop... pulseaudio-0.9.23_2 -> jackit-0.121.3_5 -> doxygen-1.8.7_1,1 -> tex-web2c-20140525 -> zziplib-0.13.62_1 -> sdl-1.2.15_4,2 -> pulseaudio-0.9.23_2 Wonder how that came to be....forget why I had turned on JACK in pulseaudio on one system, its not set on the others....so changing that broke the loop ;) -- Who: Lawrence K. Chen, P.Eng. - W0LKC - Sr. Unix Systems Administrator For: Enterprise Server Technologies (EST) -- & SafeZone Ally