Re: [RFC] Reduce namespace pollution on zlib.h

2010-03-27 Thread Andrey Chernov
On Fri, Mar 26, 2010 at 05:26:03PM -0700, Xin LI wrote: > > This is wrong, FreeBSD has native 64-bit stat() etc. and does not need > > _LARGEFILE_WHATEVER. > > Yes we do not need that and it just cause compilation errors. > > The problem is that some third party software thinks that they need to

www/firefox not building on my up to date 7.3 Release machines. Works fine on current.

2010-03-27 Thread eculp
It seems to stop with mozilla. All ports are up to date. This is the only one that won't build for us on 7.3. c++ -o nsHtml5NamedCharacters.o -c -I../../dist/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL

Re: www/firefox not building on my up to date 7.3 Release machines. Works fine on current.

2010-03-27 Thread Florian Smeets
On 3/27/10 2:46 PM, eculp wrote: > It seems to stop with mozilla. All ports are up to date. This is the > only one that won't build for us on 7.3. > > c++ -o nsHtml5NamedCharacters.o -c -I../../dist/system_wrappers -include > ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM > -DEXPO

LyX on FreeBSD

2010-03-27 Thread Marco Beishuizen
Hi, I was wondering why LyX in the FreeBSD ports isn't upgraded anymore. The current version in ports is still 1.5.7, but the latest LyX version is 1.6.5. The version in ports is 1,5 years old. Regards, Marco -- In every hierarchy the cream rises until it sours. -- Dr. Laure

Re: LyX on FreeBSD

2010-03-27 Thread Baptiste Daroussin
Le Saturday 27 Mar 2010 à 17:32:42 (+0100), Marco Beishuizen a écrit : > Hi, > > I was wondering why LyX in the FreeBSD ports isn't upgraded anymore. The > current version in ports is still 1.5.7, but the latest LyX version is > 1.6.5. The version in ports is 1,5 years old. > Probably because n

Re: LyX on FreeBSD

2010-03-27 Thread Charlie Kester
On Sat 27 Mar 2010 at 09:34:54 PDT Baptiste Daroussin wrote: Le Saturday 27 Mar 2010 à 17:32:42 (+0100), Marco Beishuizen a écrit : Hi, I was wondering why LyX in the FreeBSD ports isn't upgraded anymore. The current version in ports is still 1.5.7, but the latest LyX version is 1.6.5. The vers

Re: www/firefox not building on my up to date 7.3 Release machines. Works fine on current.

2010-03-27 Thread eculp
Quoting Florian Smeets : On 3/27/10 2:46 PM, eculp wrote: It seems to stop with mozilla. All ports are up to date. This is the only one that won't build for us on 7.3. c++ -o nsHtml5NamedCharacters.o -c -I../../dist/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_I

Re: www/firefox not building on my up to date 7.3 Release machines. Works fine on current.

2010-03-27 Thread daniele
On 03/27/10 21:49, eculp wrote: Quoting daniele : HI ! do you get any system message similar to "swap_pager_getswapspace(2): failed" ? d Hi Daniele, I just greped the log files on both machines for swap and found nothing. I'm going to keep looking at swap and memory. Thanks, ed On 03/2

csup error

2010-03-27 Thread Tim Kellers
This is the error I'm getting (both with cvsup8 and cvsup.freebsd.org) Connecting to cvsup.FreeBSD.org Connected to 72.233.193.64 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating

csup error

2010-03-27 Thread Tim Kellers
The error: # Parsing supfile "/etc/cvsupfile" Connecting to cvsup.FreeBSD.org Connected to 72.233.193.64 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection ports-all/cv

Re: csup error

2010-03-27 Thread Doug Barton
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 03/27/10 14:50, Tim Kellers wrote: > This is the error I'm getting (both with cvsup8 and cvsup.freebsd.org) > > Connecting to cvsup.FreeBSD.org > Connected to 72.233.193.64 > Server software version: SNAP_16_1h > Negotiating file attribute sup

Re: csup error

2010-03-27 Thread Tim Kellers
Doug Barton wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 03/27/10 14:50, Tim Kellers wrote: This is the error I'm getting (both with cvsup8 and cvsup.freebsd.org) Connecting to cvsup.FreeBSD.org Connected to 72.233.193.64 Server software version: SNAP_16_1h Negotiating file

Re: csup error

2010-03-27 Thread Doug Barton
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 03/27/10 16:02, Tim Kellers wrote: > Thanks. rm -rf ports/audio/aureal-kmod/ did the trick If that's true you probably have other errors that you don't know about. Make sure you run csup without the -s option on a regular basis to make sure t

Re: csup error

2010-03-27 Thread Tim Kellers
Doug Barton wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 03/27/10 16:02, Tim Kellers wrote: Thanks. rm -rf ports/audio/aureal-kmod/ did the trick If that's true you probably have other errors that you don't know about. Make sure you run csup without the -s option on a

[RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts

2010-03-27 Thread Garrett Cooper
Hi, As part of taking a look at the differences in our implementation of pkg_install(1) in order to afford an improvement over the existing code, I've looked at various implementations of pkg_install, one being NetBSD's evolution [1]. It's several years ahead from our's and while I don't believ

Re: cvs commit: ports/misc/upclient Makefile pkg-plist

2010-03-27 Thread QAT
The Restless Daemon identified a nested_declaration error while trying to build: upclient-5.0.b8_5 maintained by po...@freebsd.org Makefile ident: $FreeBSD: ports/misc/upclient/Makefile,v 1.36 2010/03/28 06:25:22 dougb Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/upclient-5.0.b8

Removal of RC_SUBR and RC_SUBR_SUFFIX

2010-03-27 Thread Doug Barton
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Howdy, As should be obvious by now I'm following through on my previously stated plans to remove the no longer necessary %%RC_SUBR%% and %%RC_SUBR_SUFFIX%% from the ports tree. In a few cases where substitutions for the former are still necessary