Re: FreeBSD Port: devel/libtool15 doesn't build in 2 of my servers

2007-02-04 Thread Gary Kline
On Sat, Feb 03, 2007 at 09:55:35PM -0800, Don Lewis wrote: > On 2 Feb, Abdullah Ibn Hamad Al-Marri wrote: > > Hello, > > > > I have 2 servers, and libtool wont upgrade on both of them. > > > > > > configure: creating ./config.status > > config.status: creating Makefile > > config.status: creati

Re: X.org, dlopen and -current problem

2007-02-04 Thread Rainer Hurling
Here 'ldconfig -r| grep libXfont' gives 99:-lXfont.1 => /usr/X11R6/lib/libXfont.so.1 969:-lXfontcache.1 => /usr/local/lib/compat/pkg/libXfontcache.so.1 In /usr/local/lib/compat/pkg/ many old compatibility libs are hold. I hope, this is no problem. Rainer Eygene Ryabinkin schrieb: First I s

Error upgrading libltdl

2007-02-04 Thread Clint Olsen
I was trying to do a portupgrade of various ports and ran across this failure: ===> Building for libltdl-1.5.22_1 cd . && /bin/sh /usr/ports/devel/libltdl15/work/libtool-1.5.22/libltdl/missing --run aclocal-1.9a aclocal-1.9a: not found WARNING: `aclocal-1.9a' is missing on your system. You sho

[PATCH]: libwww build fails

2007-02-04 Thread Ighighi Ighighi
Hi! The build of the libwww port (at /usr/ports/www/libwww) fails because of 3 source files that try to use and when they should be using & . A quick fix would be to apply the patch attached (copying it to /usr/ports/www/libwww) or with the following command: make CFLAGS="-I /usr/local/includ

LIB_DEPENDS not really required for build?

2007-02-04 Thread Gerald Pfeifer
I always relied on LIB_DEPENDS applying both at install time as well as build time, and strictly so, but apparently I was confused? % cd $PORTSDIR/lang/gcc42 ; make : ===> gcc-4.2.0_20070131 depends on shared library: gmp.7 - not found ===>Verifying install for gmp.7 in /home/geral

Re: LIB_DEPENDS not really required for build?

2007-02-04 Thread Andrew Pantyukhin
On 2/4/07, Gerald Pfeifer <[EMAIL PROTECTED]> wrote: I always relied on LIB_DEPENDS applying both at install time as well as build time, and strictly so, but apparently I was confused? % cd $PORTSDIR/lang/gcc42 ; make : ===> gcc-4.2.0_20070131 depends on shared library: gmp.7 - not found

linux-kmod-compat

2007-02-04 Thread Michael Pope
Could this new port be used to port DVB (HDTV) Cards from Linux to FreeBSD? Michael ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: LIB_DEPENDS not really required for build?

2007-02-04 Thread Gerald Pfeifer
On Sun, 4 Feb 2007, Andrew Pantyukhin wrote: > You should take another look at the excerpt you > posted. Looks like portsdir has been redefined. Yes, PORTSDIR has been redefined to point to where my ports reside. ;-) I fully understand that I am missing these dependencies. They simply do not ex

Re: LIB_DEPENDS not really required for build?

2007-02-04 Thread Andrew Pantyukhin
On 2/4/07, Gerald Pfeifer <[EMAIL PROTECTED]> wrote: On Sun, 4 Feb 2007, Andrew Pantyukhin wrote: > You should take another look at the excerpt you > posted. Looks like portsdir has been redefined. Yes, PORTSDIR has been redefined to point to where my ports reside. ;-) I fully understand that I

Re: [PATCH]: libwww build fails

2007-02-04 Thread Kris Kennaway
On Sun, Feb 04, 2007 at 06:36:07AM -0400, Ighighi Ighighi wrote: > Hi! > > The build of the libwww port (at /usr/ports/www/libwww) fails because of 3 > source files that try to use and when they should be using > & . A quick fix would be to apply the patch > attached (copying it to /usr/ports/

FreeBSD Port: net-mgmt/cflowd

2007-02-04 Thread Philip Brown
are there any work arounds for broken port "net-mgmt/cflowd" thanks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"

vscan 5.10e

2007-02-04 Thread Elliot Dierksen
Hello, There is a dependency in uvscan-5.10e_1 on compat4x-i386-5.3_9 that is not listed in the port. It installs, but does not run properly. Thanx, EBD -- Elliot Dierksen "They that can give up essential liberty to obtain a little temporary safety deserve

make install: tar: could not chdir to '(null)'

2007-02-04 Thread Gerald Pfeifer
A few days ago, my FreeBSD 5.4-STABLE based tester (i386) started to fail in building packages, most notably lang/gcc40, lang/gcc41 and above. % make install ldconfig: /files/pfeifer/porttest/gcc40/lib/gcc-4.0.4: ignoring directory not owned by root ldconfig: mkstemp(/var/run/ld-elf.so.hin

Re: make install: tar: could not chdir to '(null)'

2007-02-04 Thread Boris Samorodov
On Mon, 5 Feb 2007 00:38:54 +0100 (CET) Gerald Pfeifer wrote: > A few days ago, my FreeBSD 5.4-STABLE based tester (i386) started to fail > in building packages, most notably lang/gcc40, lang/gcc41 and above. > % make install > ldconfig: /files/pfeifer/porttest/gcc40/lib/gcc-4.0.4: ignoring

Re: make install: tar: could not chdir to '(null)'

2007-02-04 Thread Pav Lucistnik
Gerald Pfeifer píše v po 05. 02. 2007 v 00:38 +0100: > A few days ago, my FreeBSD 5.4-STABLE based tester (i386) started to fail > in building packages, most notably lang/gcc40, lang/gcc41 and above. > > % make install > ldconfig: /files/pfeifer/porttest/gcc40/lib/gcc-4.0.4: ignoring directo

HEADS UP: portupgrade moved (ports-mgmt)

2007-02-04 Thread Pav Lucistnik
Hey folks, want to inform you, that a new category called `ports-mgmt' was created. It will hold all port management and authoring tools, which so far lived mostly in sysutils. As a part of initially populating this category, we have moved 47 ports, most prominently portupgrade. Here is a comple

Re: make install: tar: could not chdir to '(null)'

2007-02-04 Thread Kris Kennaway
On Mon, Feb 05, 2007 at 03:12:41AM +0300, Boris Samorodov wrote: > On Mon, 5 Feb 2007 00:38:54 +0100 (CET) Gerald Pfeifer wrote: > > > A few days ago, my FreeBSD 5.4-STABLE based tester (i386) started to fail > > in building packages, most notably lang/gcc40, lang/gcc41 and above. > > > % make

Portupgrade omitting dependencies?

2007-02-04 Thread Randy Pratt
There seems to be some problem in the way that portupgrade handles dependencies in updating a port to a new version. In quite a few cases, portupgrade does not restore all dependencies that were originally listed in the +REQUIRED_BY file. I'll use the "netpbm" as an example: Before updating netp