Here we go again: mplayer 1.0 rc2, please test

2007-11-18 Thread Hyogeol Lee
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Works fine on -current/amd64. CFLAGS=-DNDEBUG -O2 -pipe -fno-strict-aliasing WITHOUT_DEBUG=yes WITHOUT_RTCPU=yes WITHOUT_MENCODER=yes Best Regards, - -- Hyogeol Lee [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4

Re: Here we go again: mplayer 1.0 rc2, please test

2007-11-18 Thread Pav Lucistnik
Thomas Zander píše v ne 18. 11. 2007 v 14:41 +0800: http://www.rrr.de/~riggs/mplayer/m20071118.tar.bz2 includes all the suggestions and fixes I have received so far, including Jung-uk Kim's solution to enable amd64 builds again. Looks good here. -- Pav Lucistnik [EMAIL PROTECTED]

Re: ports/117266: New port: www/linux-netscape-navigator The All-New Netscape Navigator 9.0

2007-11-18 Thread Pietro Cerutti
Andrew Pantyukhin wrote: On Fri, Nov 16, 2007 at 03:32:44PM +0100, Pietro Cerutti wrote: The browser-prefs.js file indeed isn't part of the tarball, but gets anyway installed on my system: pkg_info -W /usr/local/lib/linux-netscape-navigator/defaults/pref/browser-prefs.js

stlport

2007-11-18 Thread Stephen Montgomery-Smith
I am trying to get the devel/stlport to work on FreeBSD 7.0. A start is to add the line USE_GCC=3.4 in the appropriate place in the Makefile, but then it becomes clear that some additional change is needed to stlport/config/stl_gcc.h. This file is the most convoluted mess of #if's I

Re: stlport

2007-11-18 Thread Stephen Montgomery-Smith
Stephen Montgomery-Smith wrote: I am trying to get the devel/stlport to work on FreeBSD 7.0. A start is to add the line USE_GCC=3.4 in the appropriate place in the Makefile, but then it becomes clear that some additional change is needed to stlport/config/stl_gcc.h. This file is the

ports modifying system setups

2007-11-18 Thread Chuck Robey
I was wondering why ports apparently aren't allowed an obvious freedom, that of being able to set themselves to run as daemons. A greate long time past, I seem to remember that there used to be a file /usr/local/etc/rc.local, which (if it existed) would be automatically sourced in at the end

Re: ports modifying system setups

2007-11-18 Thread Edwin Groothuis
On Sun, Nov 18, 2007 at 08:17:36PM -0500, Chuck Robey wrote: activate the port, and if so, the port would add a line of the form 'portname_enable=YES', and this would make your new port operate. Well, it seems from what I see of my new system, that this is no longer the case. I could

Re: ports modifying system setups

2007-11-18 Thread Naram Qashat
Also a good thing to point out is that portupgrade can be configured to automatically start or stop a port's daemon via it's /usr/local/etc/rc.d script, which still relies on having the appropriate line in /etc/rc.conf to tell the rc.d script to run, but it is helpful for upgrading ports which

octave-forge on FreeBSD 7.0

2007-11-18 Thread Stephen Montgomery-Smith
Dear Maho, I noticed that you added lines like: .if ${OSVERSION} = 700042 .if ${ARCH} == amd64 || ${ARCH} == sparc64 BROKEN= Does not compile with GCC 4.2 .endif .endif to the Makefile of math/octave-forge. But it also doesn't build on my i386 FreeBSD 7.0 machine. How about doing

Re: octave-forge on FreeBSD 7.0

2007-11-18 Thread Maho NAKATA
Dear portmgr@ and Stephen Portmgr@: Stephen Montgomery-Smith [EMAIL PROTECTED] reported that applying following patch will unbreak for FBSD7. Could you please approve my commit? Index: Makefile === RCS file:

Re: stlport

2007-11-18 Thread Thierry Thomas
Le Lun 19 nov 07 à 3:56:50 +0100, Stephen Montgomery-Smith [EMAIL PROTECTED] écrivait : Is anyone working on this? If not, would you guys be kind enough to make my patch more proper? I'm working on a patch to upgrade it to the latest STLport-5.1.4 (from http://www.stlport.org/ ).