Re: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE

On 10 Feb, Maho NAKATA wrote: > Hi > > I also reproduced, and pointy hat, either. > It looks like ooo port is broken again... On 10-CURRENT I needed the following patch to even make it to the "connectivity" problem. The problem is that defining POSIX_SOURCE now hides the locale_t definition. --

Re: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE

On 10 Feb, Maho NAKATA wrote: > Hi > > I also reproduced, and pointy hat, either. > It looks like ooo port is broken again... > > Thanks > Nakata Maho > > From: Lawrence Stewart > Subject: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE > Date: Thu, 09 Feb 2012 16:42:30 +1100 >

Re: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE

On 14 Feb, Maho NAKATA wrote: > Hi > > Looks good. Please commit following patch! thank you! Committed! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-u

sysutils/smartmontools still using set_rcvar

The rc.d script installed by the smartmontools port is still trying to use set_rcvar. The problem is that the copy of the script under the files directory has been updated, but the script that the port actually installs is work/smartd.freebsd.initd.in, which is an older version. _

Re: OO 3.3.0 fails to build "moz" module on amd64 8-STABLE

On 8 May, Maho NAKATA wrote: > Hi > > Thanks for your report. I'm aware of this issue, since my OOo build > is broken at the same place. Sorry and I don't have a clue yet, but, > I guess from folllowing error message, somehow moz module > invoke make instead gmake. >> Makefile:83: *** missing sep

Re: dependancies and the ports that depend on them

On 22 Sep, @lbutlr wrote: > On 22 Sep 2018, at 07:06, Adam Weinberger wrote: >> You might give pkg_tree (ports-mgmt/pkg_tree) a try. It won't answer >> the question specifically, but it'll show you how libX11 is being >> brought into apache24. > > That's worked perfectly, and I would NEVER have f

Re: error: undefined symbol: main in poudriere jail

On 24 Sep, blubee blubeeme wrote: > This issue seemed to have come up in the past: > https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068870.html > > > Jail name: amd64_cur > Jail version: 12.0-ALPHA7 1200084 > Jail vcs version: r338898 > Jail arch: amd64 > Jai

Re: www/apache24 devel/apr1 LDAP and dependent ports

On 20 Apr, tech-lists wrote: > Hi, > > context is poudriere 12-stable ports r499392 > > Shouldn't the prescence of LDAP as an option in one port trigger that > option to be enabled in a dependent port? > > LDAP is enabled in www/apache24. It fails to build giving this error: > > [00:00:22]

Re: xterm-353

On 6 Feb, Thomas Mueller wrote: >> Kevin Oberman writes: >> > > Where would I find User Agent Switcher by Linder? Would it be >> > > on a Mozilla site, and would it work with SeaMonkey? > >> > > Would the several Firefox or SeaMonkey extensions have similar >> > > functionality? > >> > It'

Re: editors/openoffice-4 compile error

On 27 Nov, George Mitchell wrote: > As of ports/head revision 556447, I get the following error trying to > compile apache-openoffice: > > 1 module(s): > ucb > need(s) to be rebuilt > > Reason(s): > > ERROR: error 65280 occurred while making > /usr/ports/editors/openoffice-4/work/aoo-4

Re: editors/openoffice-4 compile error

On 28 Nov, George Mitchell wrote: > On 11/27/20 8:29 PM, Don Lewis wrote: >> [...] >> What FreeBSD version and architecture? What ports tree revision? >> Anything unusual in make.conf or non-default option settings? >> >> The package builders are not seeing th

Re: editors/openoffice-4 compile error

On 28 Nov, Kevin Oberman wrote: > Try building with MAKE_JOBS_UNSAFE and the actual problem will be at > the end. Of course, it will take a lot longer to get to the error as > you will only compile on a single processor thread. Probably not as much longer as you might expect in this case. With pa

Re: editors/openoffice-4 compile error

On 29 Nov, George Mitchell wrote: > On 11/28/20 7:42 PM, Kevin Oberman wrote: >> Try building with MAKE_JOBS_UNSAFE and the actual problem will be at the >> end. Of course, it will take a lot longer to get to the error as you >> will only compile on a single processor thread. >> [...] > > https:

Re: portmaster new development

On 27 Dec, Kurt Jaeger wrote: > Hi! > >> How is poudriere in that regard? I never used poudriere, have been >> intimidated by not wanting to use zfs or dialog4ports, or such an >> elaborate setup just to update one or a few ports. > > poudriere is really, really useful. Because it delivers a com

Re: [math/scilab] configuration failure by error in version check of hdf5

On 9 Oct, Mamoru Iwaki wrote: > Hi, > > Re: math/scilab (Revision 327746) > > I have failed to configure this port in compilation stage these days. > It is caused by an error in version check code for hdf5. Because the > code writen in Java uses String.compareTo() for numeric comparision, > "1.

Re: [math/scilab] configuration failure by error in version check of hdf5

On 23 Oct, Max Brazhnikov wrote: > On Tue, 22 Oct 2013 16:19:55 -0700 Don Lewis wrote: >> On 9 Oct, Mamoru Iwaki wrote: >> > Hi, >> > >> > Re: math/scilab (Revision 327746) >> > >> > I have failed to configure this port in compilation stag

problems installing mail/cyrus-imapd23

I'm running into this problem when I try to install mail/cyrus-imapd23: ===> Staging rc.d startup script(s) ===> Installing for cyrus-imapd23-2.3.18_4 ===> Checking if mail/cyrus-imapd23 already installed ===> Registering installation for cyrus-imapd23-2.3.18_4 pkg-static: lstat(/usr/ports/ma

perl version upgrade woops

I recently upgraded one of my machines from FreeBSD 10 to 11. After the upgrade, I was working on upgrading ports and noticed that perl 5.12 is due to be nuked, so I decided to upgrade to 5.14 by doing: portupgrade -fo lang/perl5.14 lang/perl5.12 and ran into this: ===> Registering inst

textproc/docbook-utils build failure

I'm trying to build textproc/doc-utils on 11.0-CURRENT r259495 and ports r336693. I'm running into this failure: gmake[3]: Entering directory `/usr/ports/textproc/docbook-utils/work/docbook-utils-0.6.14/doc/HTML' SGML_CATALOG_FILES=/usr/local/share/sgml/catalog \ SGML_SEARCH_PATH=../..:../../doc

strange pkg upgrade problems

I tried to do a pkg upgrade on one of my FreeBSD 8.4-STABLE boxes and ran into some strange problems. # pkg upgrade Updating myrepo repository catalogue... myrepo repository is up-to-date. All repositories are up-to-date. Checking for upgrades (365 candidates): 100% Processing candidates (365 cand

testing the value of ${CXX} in ports Makefile

I need to test the value of ${CXX} in the Makefile for a port and am getting unexpected results. Here is a simplified version of the Makefile: PORTNAME= junk PORTVERSION=0.0.0 CATEGORIES= devel DISTFILES= MAINTAINER= truck...@freebsd.org COMMENT=junk USE_GCC=4.

Re: testing the value of ${CXX} in ports Makefile

On 29 Jan, Elizabeth Myers wrote: > On 01/29/15 21:43, Don Lewis wrote: >> I need to test the value of ${CXX} in the Makefile for a port and am >> getting unexpected results. Here is a simplified version of the >> Makefile: >> >> PORTNAME=junk >> P

Re: testing the value of ${CXX} in ports Makefile

On 29 Jan, Chris H wrote: > On Thu, 29 Jan 2015 19:43:38 -0800 (PST) Don Lewis > wrote > >> I need to test the value of ${CXX} in the Makefile for a port and am >> getting unexpected results. Here is a simplified version of the >> Makefile: >> >> POR

Re: testing the value of ${CXX} in ports Makefile

On 30 Jan, Dominic Fandrey wrote: > On 30/01/2015 07:28, Don Lewis wrote: >> On 29 Jan, Elizabeth Myers wrote: >>> On 01/29/15 21:43, Don Lewis wrote: >>>> I need to test the value of ${CXX} in the Makefile for a port and am >>>> getting unexpected res

Re: testing the value of ${CXX} in ports Makefile

On 31 Jan, Shane Ambler wrote: > On 30/01/2015 14:13, Don Lewis wrote: >> I need to test the value of ${CXX} in the Makefile for a port and am >> getting unexpected results. Here is a simplified version of the >> Makefile: >> >> PORTNAME=junk >> P

Re: testing the value of ${CXX} in ports Makefile

On 30 Jan, Tijl Coosemans wrote: > On Thu, 29 Jan 2015 22:46:32 -0800 (PST) Don Lewis > wrote: >> gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all >> work. gcc49 requires a source patch. > > Can't you make the patch work with all ve

Re: testing the value of ${CXX} in ports Makefile

On 31 Jan, Jan Beich wrote: > Don Lewis writes: > >> PORTNAME=junk >> PORTVERSION= 0.0.0 >> CATEGORIES= devel >> DISTFILES= >> >> MAINTAINER= truck...@freebsd.org >> COMMENT= junk >> >> USE_GCC= 4.9+ >> >> .i

Re: testing the value of ${CXX} in ports Makefile

On 31 Jan, Shane Ambler wrote: > On 31/01/2015 10:55, Don Lewis wrote: >> On 31 Jan, Shane Ambler wrote: >>> On 30/01/2015 14:13, Don Lewis wrote: > >> post-patch: >> @echo CXX=${CXX} >> @echo GCC_DEFAULT=${GCC_DEFAULT} >> .if ${CHOSEN_COMPIL

proper DOXYGEN option default value

I maintain a number of ports that use doxygen to generate their documentation. They all list DOXYGEN in OPTIONS_DEFAULT so that the packages will include documentation. I recently received a PR for one of those ports that mentioned that most users don't require the documentation and pointed out t

Re: proper DOXYGEN option default value

On 10 Mar, Steve Wills wrote: > On Wed, Mar 04, 2015 at 02:41:48PM -0800, Don Lewis wrote: >> I maintain a number of ports that use doxygen to generate their >> documentation. They all list DOXYGEN in OPTIONS_DEFAULT so that >> the packages will include documentation. >>

possible to adjust OPTIONS_DEFAULT based on COMPILER_TYPE?

I've run into a situation where I'd like to change OPTIONS_DEFAULT based on the value of the value of COMPILER_TYPE. I'm setting USE_GCC=yes. If the base compiler is gcc, then I can enable a particular option to make the port more featureful. If the base compiler is clang, then some of the other

Re: possible to adjust OPTIONS_DEFAULT based on COMPILER_TYPE?

On 11 Mar, Mathieu Arnold wrote: > +--On 10 mars 2015 16:30:35 -0700 Don Lewis wrote: > | I've run into a situation where I'd like to change OPTIONS_DEFAULT based > | on the value of the value of COMPILER_TYPE. I'm setting USE_GCC=yes. If > | the base compiler

Re: Adding options framework variables that depend on variables coming after bsd.port.pre.mk

On 23 Mar, Naram Qashat wrote: > I'm wanting to add an options framework LIB_DEPENDS that depends on > variables that normally come after bsd.port.pre.mk. > > In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on > sysutils/libutempter, but I want to check OPSYS and OSVERSION beforehand, > si

github tags containing "/"

I'm working on a couple of new ports where I'm using fetching the distfiles from github. One quirk is that the tags start with a prefix of "tags/v". I'm setting PKGNAMEPREFIX=${PYTHON_PKGNAMEPREFIX}. If I follow the example for in the Porters Handbook using DISTVERSIONPREFIX=tags/v then the dist

Re: github tags containing "/"

On 1 Apr, Bryan Drewery wrote: > On 4/1/2015 1:54 AM, Don Lewis wrote: >> I'm working on a couple of new ports where I'm using fetching the >> distfiles from github. One quirk is that the tags start with a prefix >> of "tags/v". I'm setting PKGN

Re: github tags containing "/"

On 1 Apr, Bryan Drewery wrote: > On 4/1/2015 2:13 AM, Don Lewis wrote: >> On 1 Apr, Bryan Drewery wrote: >>> On 4/1/2015 1:54 AM, Don Lewis wrote: >>>> I'm working on a couple of new ports where I'm using fetching the >>>> distfiles from git

all those c++ ABI variations in ports

A common problem lately has been triggered the conversion of www/webkit-gtk* to USES=compiler:c++11-lib. On FreeBSD 8 and 9, that triggers the use of gcc 4.8 from ports and its bundled libstdc++. A lot of ports have also needed to also make this change even though they don't use c++11. Without

Re: Synchronising ports with package cluster

On 14 Apr, Mike Clarke wrote: > On Tuesday 14 Apr 2015 02:06:35 Reed A. Cartwright wrote: >> It is possible to grab the revision information from the build logs. >> I have written a script to pull the number and update a local svn copy >> of the ports. >> >> https://gist.github.com/reedacartwright

Re: all those c++ ABI variations in ports

On 27 Apr, Diane Bruce wrote: > A problem I have not seen noted here are ports that load run time modules. > > gnuradio is a case in point. The dependancies are all built (by default) > with stock clang++ & system libs but some of the runtime code it loads > for operation has modules compiled with

Re: poudriere-3.1.4 options not working as expected

On 29 Apr, Miroslav Lachman wrote: > Bryan Drewery wrote on 04/29/2015 00:10: > [...] >>> I expected poudriere to combine options from both directories together. >> >> No, it won't do that. Each options dir is a specific set. It will never >> build _a set_ using _multiple sets_ configs and options

Re: New pkg audit / vuln.xml failures (php55, unzoo)

On 29 May, Robert Simmons wrote: > On Thu, May 28, 2015 at 12:47 PM, Bryan Drewery wrote: >> I think the VUXML database needs to be simpler to contribute to. Only a >> handful of committers feel comfortable touching the file. We have also >> had the wrong pervasive mentality by committers and user

Re: OpenSSL Security Advisory [11 Jun 2015]

On 12 Jun, Michelle Sullivan wrote: > Andrea Venturoli wrote: >> On 06/12/15 01:34, Michelle Sullivan wrote: >>> Roger Marquis wrote: The ports-secteam knows about this but posting here in case someone wants to update ahead of the port, from this morning's Hackernews:

Re: OpenSSL Security Advisory [11 Jun 2015]

On 13 Jun, Michelle Sullivan wrote: > Don Lewis wrote: >> >> I'm still running 8.4 here (but planning on upgrading to 10.1 in the >> next couple of weeks). I use poudriere to build my own package set with >> customized options, and I mentioned a couple weeks ag

Re: OpenSSL Security Advisory [11 Jun 2015]

On 13 Jun, Michelle Sullivan wrote: > Matt Smith wrote: >> On Jun 13 13:13, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 13 Jun, Michelle Sullivan wrote: >>>> >>>> >>>>> SSH would be the biggie that most security departm

Re: Just a thought

On 22 Jul, Michelle Sullivan wrote: > I'm using poudriere 3.0.19 (for good reason) so I don't know if this is > already done, but from a recent set of mailings I don't think so... > > Also pkgng doesn't seem to do it (again based on recent mailings) > > You have the following package set: > > pk

USES=desktop-file-utils, INSTALLS_ICONS, and pkg

I've been working on a port update and happened to notice that when I installed an updated package the entries under the Applications menu on my desktop were not getting updated. Looking at /usr/ports/Mk/Uses/desktop-file-utils.mk, I see that it adds "@desktop-file-utils" to PLIST_FILES, and I do

Re: Is there an equivalent of NO_EXTRACT?

On 9 Sep, Piotr Kubaj wrote: > On 09/09/2015 00:58, Montgomery-Smith, Stephen wrote: >> I think EXTRACT_ONLY will do the equivalent of what you need. >> >> >> From: owner-freebsd-po...@freebsd.org [owner-freebsd-po...@freebsd.org] on >> behalf of Piotr Ku

Re: USES=desktop-file-utils, INSTALLS_ICONS, and pkg

On 24 Sep, Koop Mast wrote: > On Tue, 2015-09-08 at 15:51 -0700, Don Lewis wrote: >> I've been working on a port update and happened to notice that when I >> installed an updated package the entries under the Applications menu >> on >> my desktop were not getting

Re: pkg : option to exclude some files from checksum ?

On 2 Nov, Lars Engels wrote: > On Mon, Nov 02, 2015 at 12:35:10AM +0100, Xavier wrote: >> Hi folks, >> >> I noticed that some ports are complaining in daily check that a checksum >> has changed. >> >> Example : f-prot which checksums virus definitions, which obviously changes. >> >> Is there s

Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659

On 13 Dec, Matthias Apitz wrote: > El día Friday, December 11, 2015 a las 10:46:18AM +, > bugzilla-nore...@freebsd.org escribió: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205242 >> >> Bug ID: 205242 >>Summary: editors/libreoffice (5.0.3, r403255) does not

Re: gnome-post-install ordering

On 17 Mar, Henry Hu wrote: > On Wed, Mar 16, 2016 at 1:57 PM, Don Lewis wrote: > >> I'm trying to debug why gtk-update-icon-cache isn't getting run when >> the OpenOffice package is installed and ran into something that I don't >> understand. >> >&

gnome-post-install ordering

I'm trying to debug why gtk-update-icon-cache isn't getting run when the OpenOffice package is installed and ran into something that I don't understand. The Makefile contains INSTALLS_ICONS=yes, which has the side effect of setting USES+=gnome, USE_GNOME+=gtk-update-icon-cache, and _USES_install+=

_STAGE_SEQ ordering (was: gnome-post-install ordering)

Now that the ports framework has been totally converted to staging, I don't think the order of targets in _STAGE_SEQ is optimal. The current ordering is: 100:stage-dir 150:run-depends 151:lib-depends 200:apply-slist 300:pre-install 400:generate-plist 450:pre-su-install

Re: gnome-post-install ordering

On 21 Mar, Mathieu Arnold wrote: > +--On 16 mars 2016 10:57:54 -0700 Don Lewis wrote: > | I'm trying to debug why gtk-update-icon-cache isn't getting run when > | the OpenOffice package is installed and ran into something that I don't > | understand. > | > | The

Re: gnome-post-install ordering

On 21 Mar, Mathieu Arnold wrote: > +--On 21 mars 2016 11:18:26 -0700 Don Lewis wrote: > | gnome-post-install does several different things. I haven't looked to > | see if all of them should be moved. Unfortunately I'm not sure that an > | exp-run would pick up some of th

Re: gnome-post-install ordering

On 23 Mar, Mathieu Arnold wrote: > +--On 21 mars 2016 13:43:43 -0700 Don Lewis wrote: > | I'd also like a target explicity for generating a dynamic plist that > | runs after post-install. Doing it in post-install works most of the > | time unless you start using post-install

Re: Issue with Bind-9.10

On 29 Mar, Peter Fraser wrote: > Hi All > I upgraded from Bind 9.9x to bind910-9.10.3P4 on FreeBSD-9.3-RELEASE-p33. > During the installation from ports, I checked RRL(Response Rate Limiting) > After the installation I checked and resolves are still working. I > restarted the service and no errors.

Re: Strangenesses with package dependencies

On 7 Apr, Greg 'groggy' Lehey wrote: > Bug 208575 describes a problem installing the hugin package: most of > the dependencies didn't get installed. It works fine building the > port from source, and neither I nor edwin@ (ex-mentor) can work out > why. Here's what I get when I try 'pkg install h

Re: Strangenesses with package dependencies

On 7 Apr, Don Lewis wrote: > On 7 Apr, Greg 'groggy' Lehey wrote: >> Bug 208575 describes a problem installing the hugin package: most of >> the dependencies didn't get installed. It works fine building the >> port from source, and neither I nor edwin@ (ex-

/usr/share/mk/sys.mk and FORTRAN on -CURRENT

I was taking a look at why math/lapack fails to build on -CURRENT and discovered that the port uses ${FC} to find the FORTRAN compiler. I then discovered that /usr/share/mk/sys.mk defines ${FC} as f77 (or fort77). I don't this is appropriate since f77 has been removed from -CURRENT. I don't know

Re: /usr/share/mk/sys.mk and FORTRAN on -CURRENT

On 4 Jun, Steve Kargl wrote: > The correct spelling of the name of the language is Fortran. It's spelled FORTRAN if you're old enough ;-) > The reason is simple. If you upgrade from 6-stable to 7-current > and you do not clean out the f77 command (aka g77) then you > may have ABI issues when

pm3-base, cvsup, etc. on -CURRENT [patch]

The Modula 3 ports recently stopped working on -CURRENT because of a change to the i386 machine-dependent kernel code removed a kludge that the pm3 garbage collector was using to find the fault address when accesses were made to protected pages. The correct fix for this is to convert the garbage c

Re: pm3-base, cvsup, etc. on -CURRENT [patch]

On 30 Jul, Don Lewis wrote: > The Modula 3 ports recently stopped working on -CURRENT because of a > change to the i386 machine-dependent kernel code removed a kludge that > the pm3 garbage collector was using to find the fault address when > accesses were made to protected pages. The

what's up with portsmon?

What's going on with portsmon.freebsd.org these days? A number of my ports have been updated quite a while ago, but there isn't any updated build status on portsmon. For instance, devel/protobuf-c was updated from version 0.15 to version 1.0.1 ten days ago on Sat Aug 16 21:04:52 2014 UTC. Ports

Re: what's up with portsmon?

On 27 Aug, Mark Linimon wrote: > On Tue, Aug 26, 2014 at 04:34:01PM -0700, Don Lewis wrote: >> What's going on with portsmon.freebsd.org these days? A number of my >> ports have been updated quite a while ago, but there isn't any updated >> build status on portsm

auditing port options and following default option value changes

I'm pretty much ready to throw in the towel on upgrading ports in place with portupgrade and I'm planning on switching to poudriere. As part of this conversion, I'd like to figure out what ports have non-default options and which options are set to non-default values. Then I can figure out whethe

Re: auditing port options and following default option value changes

On 28 Aug, Matthew Seaman wrote: > On 28/08/2014 04:56, Adam McDougall wrote: >> On 08/27/2014 21:12, Don Lewis wrote: >>> I'm pretty much ready to throw in the towel on upgrading ports in place >>> with portupgrade and I'm planning on switching to poudriere.

Re: auditing port options and following default option value changes

On 28 Aug, Don Lewis wrote: > On 28 Aug, Matthew Seaman wrote: >> poudriere options creates a directory structure under >> /usr/local/etc/poudriere.d/options [*] identical to what's under >> /var/db/ports >> so you can just make a link... >> >> # cd /u

strange failure when reinstalling multimedia/2mandvd with portupgrade

I've been having a problem reinstalling multimedia/2mandvd with portupgrade for a while now. The build succeeds, but I get an odd error when portupgrade tries to uninstall the old version before it installs the new version. > Compressing man pages (compress-man) ---> Backing up the old versi

Re: pkg 1.4 freeze please test test test!

On 29 Oct, Baptiste Daroussin wrote: > Hi all, > > We are starting the release process of pkg 1.4, we want to have a better > release > process than with every single previous version of pkg. For that we will need > you help! > > pkg-devel has been updated to the latest version of pkg as of alph

Re: pkg 1.4 freeze please test test test!

On 28 Oct, Don Lewis wrote: > On 29 Oct, Baptiste Daroussin wrote: >> Hi all, >> >> We are starting the release process of pkg 1.4, we want to have a better >> release >> process than with every single previous version of pkg. For that we will need >> you

Re: pkg 1.4 freeze please test test test!

On 29 Oct, Baptiste Daroussin wrote: > On Wed, Oct 29, 2014 at 01:15:16PM -0700, Don Lewis wrote: >> On 28 Oct, Don Lewis wrote: >> > On 29 Oct, Baptiste Daroussin wrote: >> >> Hi all, >> >> >> >> We are starting the release proce

www/webkit-gtk3 build broken on FreeBSD 8.4 and general c++ library conflicts

When attempting to build webkit-gtk3 on FreeBSD 8.4, it fails like this: CXXLDPrograms/LLIntOffsetsExtractor /usr/local/lib/libc++.so.1: undefined reference to `iswalpha_l' /usr/local/lib/libc++.so.1: undefined reference to `wctob_l' /usr/local/lib/libc++.so.1: undefined reference to `snprin

Re: www/webkit-gtk3 build broken on FreeBSD 8.4 and general c++ library conflicts

On 3 Dec, Don Lewis wrote: > When attempting to build webkit-gtk3 on FreeBSD 8.4, it fails like this: > > CXXLDPrograms/LLIntOffsetsExtractor > /usr/local/lib/libc++.so.1: undefined reference to `iswalpha_l' > /usr/local/lib/libc++.so.1: undefined reference to `wctob

pkgconf and /usr/local/lib/gcc48/libstdc++.so

I'm trying to get x11-fm/sushi and mail/evolution to build on FreeBSD 8. I've applied the patch from to build www/webkit-gtk3 with gcc and libstdc++ from ports. When I try to build either sushi or evolution, I get errors like this: GISC

Re: math/atlas in poudriere ?

On 17 Dec, Kurt Jaeger wrote: > Hi! > > If I build math/atlas in poudriere (bulk), it says: > > [00:02:58] >> [02][00:00:00] Finished build of math/atlas: Ignored: has > to be built manually: Optimizes for the local machine. > > What can I do to get this to build using poudriere ? What I d

Re: Linker error compiling cups-base

On 3 Jan, Frank Seltzer wrote: > I'm getting this while upgrading cups-base. Is this a known problem or > have I fat-fingered something? > > I don't understand why cups-base is even trying to link with avahi since > this option is unchecked: > > OPTIONS_FILE_UNSET+=AVAHI Is the MDNSRESPONDER

Re: Fwd: [package - 84amd64-default][graphics/libspiro] Failed for libspiro-0.2.20131203, 1 in build

On 15 Jan, Naram Qashat wrote: > I'm looking to see if someone who is more knowledgeable about perl or libtool > or > whatever to help me solve the below problem. > > Basically, libspiro's internal version number is 0.2.20130930. Under FreeBSD > 9.X > and up, config.log shows LIBSPIRO_VERSION

Re: Ports tree gone unstable?

On 27 Apr, Rick Miller wrote: > On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan > wrote: > >> Kevin Oberman wrote: >> >>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan >>> wrote: >>> >>> After a portsnap update it seems all my jails won't build the current tree returning the follow

Re: Ports tree gone unstable?

On 27 Apr, Michelle Sullivan wrote: > Rick Miller wrote: >> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >> wrote: >> >>> Kevin Oberman wrote: >>> On Wed, Apr 27, 2016 at 8:06 AM, Michelle Sullivan wrote: After a portsnap update it seems all my jails won't build the cur

Re: Ports tree gone unstable?

On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Rick Miller wrote: >>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>> wrote: >>> >>>> Kevin Oberman wrote: >>>> >>>>> On Wed, Apr 27, 2016 at 8

Re: Ports tree gone unstable?

On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Rick Miller wrote: >>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>> wrote: >>>> >>>>> Kevin Oberman wrote: >>

Re: Ports tree gone unstable?

On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Rick Miller wrote: >>>>> On Wed, Apr 27, 2016 at 12:53 PM, Michelle Sullivan >>>>> wrote: >>>&g

Re: Ports tree gone unstable?

On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Michelle Sullivan wrote: >>>>> Rick Miller wrote: >>>>>> On Wed, Apr 27, 2016 at 12:53 PM, Mich

Re: Ports tree gone unstable?

On 27 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Michelle Sullivan wrote: >>>>> Don Lewis wrote: >>>>>> On 27 Apr, Rick Miller wrote: >>>

Re: Ports tree gone unstable?

On 28 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> On 27 Apr, Michelle Sullivan wrote: >>> Don Lewis wrote: >>>> On 27 Apr, Michelle Sullivan wrote: >>>>> Don Lewis wrote: >>>>>> On 27 Apr, Michelle Sullivan wrote: >>>&

Re: Ports tree gone unstable?

On 28 Apr, Michelle Sullivan wrote: > Don Lewis wrote: >> I'd thought that poudriere was using the host copy of pkg to do the >> final part of the respository build, but since poudriere doesn't list >> pkg as a dependency, that appears not to be the case. It loo

Re: head / poudriere && devel/llvm37 Killing timed out build after 86400 seconds

On 3 May, Matthias Apitz wrote: > El día Tuesday, May 03, 2016 a las 10:11:44AM +0100, Bob Eager escribió: > >> I was forced to build llvm37 without documentation. It worked then. > > My poudriere oven at home is a Dell M4400 with 2 CPUs and 4 GB RAM. I > have built devel/llvm37 right now outsid

Re: PRs ready for commit

On 5 May, Kurt Jaeger wrote: > Hi! > > One thing: There are issues with buildlogs attached to PR due > to them blowing up the database of bugzilla. If all is fine, > it's OK to just list the architectures tested. Second best > is putting broken buildlogs on some external site and put the link > i

Re: PRs ready for commit

On 5 May, Kevin Oberman wrote: > On Thu, May 5, 2016 at 2:16 PM, Don Lewis wrote: > >> On 5 May, Kurt Jaeger wrote: >> > Hi! >> > >> > One thing: There are issues with buildlogs attached to PR due >> > to them blowing up the database of bugzill

Re: science/hdf5 ABI broken

On 1 Jun, Steve Kargl wrote: > On Mon, May 30, 2016 at 09:12:46PM +0200, Alphons van Werven wrote: >> Steve Kargl wrote: >> >> > Please supply either a science/hdf5-1.8 port, revert the 1.10.0 >> > update, or consider the above patches. >> >> Sounds like a job for the port's maintainer... >> >>

Re: pkg(8) conflicts when install gnome3 - what are they?

On 16 Jun, Ben Woods wrote: > On Wed, Jun 15, 2016 at 02:53:25PM -0700, Freddie Cash wrote: >> On Wed, Jun 15, 2016 at 2:45 PM, Ben Woods wrote: >> >> > Hi everyone, >> > >> > I have build gnome3 with my local poudriere instance, but when I try to >> > install it pkg complains of conflicts. >> >

Re: iozone3-434 fails to rebuild

On 21 Jun, Jim Ohlstein wrote: > Hello, > >> On Jun 21, 2016, at 4:14 PM, Alphons van Werven >> wrote: >> >> Doug Sampson wrote: >> >>> it crashes as follows: >>> >>> ### >>> <...snip...> >>> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean >>> 'off_t'? off64_t offset = 0;

Re: what to do when base openssl isn't suitable

On 1 Jul, Miroslav Lachman wrote: > Don Lewis wrote on 07/01/2016 20:59: >> I've got a port that does not work with base openssl because it looks >> for libssl.pc. Other than that, I don't think it is picky about what >> flavor of ports ssl is installed. Bec

Re: what to do when base openssl isn't suitable

On 2 Jul, Jan Beich wrote: > Don Lewis writes: > >> I've got a port that does not work with base openssl because it looks >> for libssl.pc. Other than that, I don't think it is picky about what >> flavor of ports ssl is installed. Because the default versio

Re: what to do when base openssl isn't suitable

On 2 Jul, Gerard Seibert wrote: > I have to admit that this whole discussion has gotten me confused. I > use "openssl" from ports, always have and probably always will. I use > to use the now apparently depreciate statement in the /etc/make.conf > file: > > WITH_OPENSSL_PORT=YES That's what I've

Re: what to do when base openssl isn't suitable

On 2 Jul, Shane Ambler wrote: > On 02/07/2016 04:29, Don Lewis wrote: >> I've got a port that does not work with base openssl because it looks >> for libssl.pc. Other than that, I don't think it is picky about what >> flavor of ports ssl is installed. > > I

Re: What happens to the ports for platform i386

On 11 Jul, Ivan Klymenko wrote: > Hi all. > > Dear maintainer and committers. > Please check what you are doing before heading to the world. > What happens to the i386 platform? > If it is so difficult to keep it clean it all from the official site > https://www.freebsd.org/platforms/ > i386 platf

Re: devel/sope: make (stage-qa) now fails with DEVELOPER=yes complaining about iconv dependency

On 15 Jul, Euan Thoms wrote: > > On Friday, July 15, 2016 15:26 SGT, Kubilay Kocak > wrote: > >> On 15/07/2016 5:17 PM, Martin Waschbüsch wrote: >> > >> >> Am 14.07.2016 um 23:29 schrieb Euan Thoms : >> >> >> >> >> >> On Friday, July 15, 2016 01:11 SGT, Walter Schwarzenfeld >> >> wrote: >>

Re: devel/sope: make (stage-qa) now fails with DEVELOPER=yes complaining about iconv dependency

On 15 Jul, Euan Thoms wrote: > > On Friday, July 15, 2016 16:43 SGT, Walter Schwarzenfeld > wrote: > >> Also there are some ports who had USES=readline and stage-qa states >> You have to add USES+=readline. >> Here is also the statement wrong. > > That's interesting. When I said I did add US

  1   2   >