Re: What causes libtool to relink?

On Sun, 22 Feb 2015 20:11:51 + (UTC) Christian Weisgerber wrote: > I'm completely stuck on a problem report that comes down to this: > "/bin/sh ../../libtool --mode=install" for a loadable module triggers > libtool to attempt to relink the .la file on the reporter's system, > which eventually

FreeBSD ports you maintain which are out of date

Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you

net-mgmt/net-snmp: compile error: error: variable has incomplete type 'struct ifaddr' struct ifaddr ifaddr;

Portnet-mgmt/net-snmp fails to update/build on CURRENT: libtool: compile: cc -I../../include -I. -I../../agent -I../../agent/mibgroup -I../../snmplib -I/usr/include -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -O3 -march=native -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protec

editors/libreoffice[-i18n]: compile failure: cannot install: the port wants postgresql-client

Updating and installig of port editors/libreoffice[-i18n] fails with the strange error shown below. Port databases/postgresql94-[server|client] is installed on the system in question, running 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279201: Mon Feb 23 10:00:43 CET 2015 amd64 What is wrong with this

Re: editors/libreoffice[-i18n]: compile failure: cannot install: the port wants postgresql-client

I think the issue is simply that you have the DEBUG options enabled for your ports building (most likely in /etc/make.conf). According to editors/libreoffice/Makefile, building libreoffice with DEBUG enabled is broken. Try building without DEBUG and see how you go. Regards, Ben On Monday, Febru

Re: squid 3.5 plans

On Fri, Feb 20, 2015 at 11:28 PM, Marko Cupać wrote: > On Thu, 19 Feb 2015 21:23:15 -0500 > Robert Simmons wrote: > > > > That is true. It looks like an update to both 3.5 and 3.4 were > > released on the same day. How about dropping www/squid33 and creating > > a www/squid34 port. Then updating

Re: squid 3.5 plans

On Sat, 21 Feb 2015 08:28:40 +0100 Marko Cupać wrote: > On Thu, 19 Feb 2015 21:23:15 -0500 > Robert Simmons wrote: > > > > That is true. It looks like an update to both 3.5 and 3.4 were > > released on the same day. How about dropping www/squid33 and > > creating a www/squid34 port. Then updat

Re: squid 3.5 plans

Op 23-02-15 om 16:31 schreef Marko Cupać: On Sat, 21 Feb 2015 08:28:40 +0100 Marko Cupać wrote: On Thu, 19 Feb 2015 21:23:15 -0500 Robert Simmons wrote: That is true. It looks like an update to both 3.5 and 3.4 were released on the same day. How about dropping www/squid33 and creating a w

Re: squid 3.5 plans

On Mon, Feb 23, 2015 at 8:18 AM, Johan Hendriks wrote: > > Op 23-02-15 om 16:31 schreef Marko Cupać: > >> On Sat, 21 Feb 2015 08:28:40 +0100 >> Marko Cupać wrote: >> >> On Thu, 19 Feb 2015 21:23:15 -0500 >>> Robert Simmons wrote: >>> >>> >>> That is true. It looks like an update to both 3.5 a

Could someone with a commit bit check this PR: 196814

It's been exactly 1 month since the patch[1] was posted and the port maintainer approved it. :) There's also a separate PR[2] (197035) that details the issues (with testing and logs and whatnot) that this PR should fix. If there's anyone available that could commit this before the automated pack

[TESTING] BIND9 chroot trying to get back

Hi, While I don't see a real need for it, I've heard you, and I'm getting the named chroot back in the port. I've only worked on dns/bind99 for now, but when it's ready, I'll apply the patch to all the available BIND9 ports that there is. The diff is available on our phabric, at

Re: squid 3.5 plans

On 24/02/2015 3:45 AM, Nick Rogers wrote: > On Mon, Feb 23, 2015 at 8:18 AM, Johan Hendriks > wrote: > >> Op 23-02-15 om 16:31 schreef Marko Cupać: >> >>> On Sat, 21 Feb 2015 08:28:40 +0100 >>> Marko Cupać wrote: >>> >>> On Thu, 19 Feb 2015 21:23:15 -0500 Robert Simmons wrote: >