Re: ICU sweeping upgrade: bug or feature?

libchk depends on ruby and it's output is a bit raw/dumb which can be misguiding. pkg_libchk usually reports real problems. -- View this message in context: http://freebsd.1045724.n5.nabble.com/ICU-sweeping-upgrade-bug-or-feature-tp5884157p5885504.html Sent from the freebsd-ports mailing list

Re: How do I "upgrade" from deprecated KNOBS?

How can I list all options currently available in ports tree for OPTIONS_UNSET /SET to make a switch to a new syntax? I have suspicion that there were a lot of duplicates before, hope it's cleaned up. -- View this message in context: http://freebsd.1045724.n5.nabble.com/How-do-I-upgrade-from-

Listing of all available options in ports tree for use in make.conf /ports.conf (WITHOUT_ , WITH_ as well as OPTIONS_SET /UNSET)

Hello, I would like to cleanup my make (ports).conf and as far as I know some options migrated to the new syntax, some not and some are no longer used by ports at all, how could I list all currently available options for whole port tree? -- View this message in context: http://freebsd.1045724

Re: Listing of all available options in ports tree for use in make.conf /ports.conf (WITHOUT_ , WITH_ as well as OPTIONS_SET /UNSET)

Thanks for reply! IMHO, port knobs really should be centrally tracked/standardized. When one would like to set some options globally, it gets really ugly really fast e.g. WITH_OPTIMIZED_CFLAGS=yes WITH_OPTIMIZED_FLAGS=yes WITH_OPTIMIZATION=yes OPTIMIZED_CFLAGS=yes BUILD_OPTIMIZED=yes WITH_OCFLAG

Re: Listing of all available options in ports tree for use in make.conf /ports.conf (WITHOUT_ , WITH_ as well as OPTIONS_SET /UNSET)

Thanks for all replies so far, to be precise I was looking for universal options to be set for all ports, /usr/ports/Mk/bsd.options.desc.mk is probably closest, but similarly to KNOBS doesn't cover all of them. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Listing-of-

Re: portsnap / pkng strangeness / dc divide by zero

Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Fri Mar 21 00:55:47 CET 2014 to Fri Mar 21 01:10:01 CET 2014. Fetching 1 metadata patches. done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 0

Re: Port devel/gdb broken on 11-CURRENT amd64.

With import of clang 3.4, this issue migrated to 10-STABLE now. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Port-devel-gdb-broken-on-11-CURRENT-amd64-tp5897147p5898369.html Sent from the freebsd-ports mailing list archive at Nabble.com.

Re: [HEADS UP] WITH_NEW_XORG is now the default on FreeBSD 10 and 9 stable

Unless I'm mistaken, a lots of ports had libraries bumped down ( freetype2, libxcb...), results here are a little short of catastrophic... I've rebuilt what I could but still... e.g. --- XpAttr.lo --- In file included from XpAttr.c:44: ./XpExtUtil.h:55:20: error: static declaration of '_XEatDat

Re: [HEADS UP] WITH_NEW_XORG is now the default on FreeBSD 10 and 9 stable

FWIW, portmaster -f (not quite -r as in UPDATING) and output of pkg_libchk got me going somewhere finally, some ports which are missing libs haven't had revisions bumped I think. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-WITH-NEW-XORG-is-now-the-default-on

Re: libfreetype.so.9 errors

+1 Only www/opera should actually need libmap entry, rest of the pkg_libchk output sohuld be rebuilt. -- View this message in context: http://freebsd.1045724.n5.nabble.com/libfreetype-so-9-errors-tp5905087p5905460.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___

<    1   2