From QAT at FreeBSD.org  Thu Jan  1 02:24:22 2009
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Jan  1 02:24:55 2009
Subject: cvs commit: ports/games/torcs Makefile distinfo pkg-plist
	ports/games/torcs/files patch-configure
In-Reply-To: <200812311502.mBVF23hl015025@repoman.freebsd.org>
References: In-Reply-To: <200812311502.mBVF23hl015025@repoman.freebsd.org>
Message-ID: <20090101022419.66DE112E445F@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/torcs-1.3.1.log :


building torcs-1.3.1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.1-PRERELEASE amd64
port directory: /usr/ports/games/torcs
Makefile ident: $FreeBSD: ports/games/torcs/Makefile,v 1.33 2008/12/31 15:02:03 thierry Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Jan  1 02:22:30 UTC 2009

.................................<Last 40 lines of the log>..................

checking for ranlib... ranlib
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking how to run the C++ preprocessor... c++ -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking whether time.h and sys/time.h may both be included... yes
checking for ar... ar
checking for ld... ld
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether byte ordering is bigendian... no
checking for X... libraries /usr/local/lib, headers /usr/local/include
checking GL/gl.h usability... yes
checking GL/gl.h presence... yes
checking for GL/gl.h... yes
checking GL/glut.h usability... no
checking GL/glut.h presence... no
checking for GL/glut.h... no
configure: error: Can't find GL/glut.h. freeglut can be found on http://freeglut.sourceforge.net/
===>  Script "configure" failed unexpectedly.
Please report the problem to ports@FreeBSD.org [maintainer] and attach the
"/work/a/ports/games/torcs/work/torcs-1.3.1/config.log" including the output
of the failure of your make command. Also, it might be a good idea to provide
an overview of all packages installed on your system (e.g. an `ls
/var/db/pkg`).
*** Error code 1

Stop in /a/ports/games/torcs.
================================================================
build of /usr/ports/games/torcs ended at Thu Jan  1 02:24:16 UTC 2009


A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From sfourman at gmail.com  Thu Jan  1 09:53:55 2009
From: sfourman at gmail.com (Sam Fourman Jr.)
Date: Thu Jan  1 09:54:01 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <495BBFFB.50808@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org>
Message-ID: <11167f520901010153y4238b226s875cc2981ff1186c@mail.gmail.com>

>>
>> If there's progress on 0.21, someone needs to say so -- the 0.20
>> version is already past its deletion date since it has been broken
>> for so long.  I'll make the commit to change the date if there is.
>>

This may be a bit off topic but I saw the thread and I had to ask,
is there any decent HDTV tv cards that Work in FreeBSD 7.1 or even 8?

Sam Fourman Jr.
From stanb at panix.com  Thu Jan  1 11:37:49 2009
From: stanb at panix.com (stan)
Date: Thu Jan  1 11:37:55 2009
Subject: Correct inetd.conf line for saned in 7.1?
Message-ID: <20090101113746.GB11520@teddy.fas.com>

f I run saned from the command line, I can conect, and scan from remote
machines. But I cannot seem to come up with a correct line for it in
/etc/inetd.conf. 

I seem to be raunning into an issue with TCP warpers, which are enabled by
defualt in 7.1, by adding the -Ww flags to the invocation of inetd.

Can anyone tell me what is wrong with this line?

sane-port  stream  tcp  nowait          saned   /usr/local/sbin/saned saned

I did create a snaed user.

Or just show me a working line?

Thanks.
-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.
From stanb at panix.com  Thu Jan  1 18:12:42 2009
From: stanb at panix.com (stan)
Date: Thu Jan  1 18:12:49 2009
Subject: OO build error
Message-ID: <20090101181240.GA21081@teddy.fas.com>

I am trying to build OO and the make is failing with the following error:

Module 'scp2' delivered successfully. 11 files copied, 74 files unchanged

1 module(s): 
basebmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/usr/ports/editors/openoffice.org-3/work/OOO300_m9/basebmp/source

Attention: if you build and deliver the above module(s) you may
prolongue your the build issuing command "build --from basebmp"

rmdir /tmp/26279
*** Error code 1

Stop in /usr/ports/editors/openoffice.org-3.

Is there some way I can work around this?


-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.
From darcsis at gmail.com  Thu Jan  1 18:48:28 2009
From: darcsis at gmail.com (Denise H. G.)
Date: Thu Jan  1 18:48:34 2009
Subject: extract once and build many?
Message-ID: <861vvmlwj2.fsf@pluton.xbsd.name>


Hi all

   I noticed that some ports, e.g. qt-4 stuff, just use the same source
   ball but extract it each time for their own build. Is there some
   method to reuse the extracted sources? I think it is perhaps a waste
   of cpu and time to extract the same source ball for different build
   tasks.
 
-- 
darcsis ZAI gmail DIAN com
From rwmaillists at googlemail.com  Thu Jan  1 21:13:04 2009
From: rwmaillists at googlemail.com (RW)
Date: Thu Jan  1 21:13:11 2009
Subject: extract once and build many?
In-Reply-To: <861vvmlwj2.fsf@pluton.xbsd.name>
References: <861vvmlwj2.fsf@pluton.xbsd.name>
Message-ID: <20090101204819.5b362f55@gumby.homeunix.com>

On Fri, 02 Jan 2009 02:18:57 +0800
darcsis@gmail.com (Denise H. G.) wrote:


>    I noticed that some ports, e.g. qt-4 stuff, just use the same
> source ball but extract it each time for their own build. Is there
> some method to reuse the extracted sources? I think it is perhaps a
> waste of cpu and time to extract the same source ball for different
> build tasks.

The time taken by extraction is usually negligible. And don't forget
that many ports patch the source after extraction, so reusing would
require an additional clean copy for each port.
From dougb at FreeBSD.org  Fri Jan  2 00:59:41 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Fri Jan  2 00:59:49 2009
Subject: Correct inetd.conf line for saned in 7.1?
In-Reply-To: <20090101113746.GB11520@teddy.fas.com>
References: <20090101113746.GB11520@teddy.fas.com>
Message-ID: <495D66FA.80602@FreeBSD.org>

stan wrote:
> f I run saned from the command line, I can conect, and scan from remote
> machines. But I cannot seem to come up with a correct line for it in
> /etc/inetd.conf. 
> 
> I seem to be raunning into an issue with TCP warpers, which are enabled by
> defualt in 7.1, by adding the -Ww flags to the invocation of inetd.
> 
> Can anyone tell me what is wrong with this line?
> 
> sane-port  stream  tcp  nowait          saned   /usr/local/sbin/saned saned

The first entry in an inetd.conf line has to be the port name from the
/etc/services file. I have no entry for sane in that file on my
system, you should check to see whether or not the port added one. If
not, you'll have to do it. According to IANA the entry should look
like this:

sane-port       6566/tcp   #SANE Control Port
sane-port       6566/udp   #SANE Control Port

FWIW, reading inetd(8) should have got you at least part way there.
You might also consider first asking on freebsd-questions@ next time.

hope this helps,

Doug

-- 

    This .signature sanitized for your protection

From clint.olsen at gmail.com  Fri Jan  2 06:03:02 2009
From: clint.olsen at gmail.com (Clint Olsen)
Date: Fri Jan  2 06:03:09 2009
Subject: MailScanner port broken for 6.3-STABLE
Message-ID: <20090102054759.GA55445@0lsen.net>

# /usr/local/sbin/mailscanner -debug
In Debugging mode, not forking...
Trying to setlogsock(unix)
SpamAssassin temp dir = /var/spool/MailScanner/incoming/SpamAssassin-Temp
Fatal error 'Recurse on a private mutex.' at line 986 in file
/usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0)
Abort

Someone mentioned that a change to sqlite3 caused this, but I have no idea
how to revert a port on FreeBSD.

-Clint
From Johan at double-l.nl  Fri Jan  2 07:39:17 2009
From: Johan at double-l.nl (Johan Hendriks)
Date: Fri Jan  2 07:39:25 2009
Subject: MailScanner port broken for 6.3-STABLE
References: <20090102054759.GA55445@0lsen.net>
Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE3C4@w2003s01.double-l.local>


># /usr/local/sbin/mailscanner -debug
>In Debugging mode, not forking...
>Trying to setlogsock(unix)
>SpamAssassin temp dir = /var/spool/MailScanner/incoming/SpamAssassin-Temp
>Fatal error 'Recurse on a private mutex.' at line 986 in file
>/usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0)
>Abort

>Someone mentioned that a change to sqlite3 caused this, but I have no idea
>how to revert a port on FreeBSD.

There is a port called portdowngrade if I recall correct.
You can use this to downgrade ports.

Regards,
Johan Hendriks

No virus found in this outgoing message.
Checked by AVG - http://www.avg.com 
Version: 8.0.176 / Virus Database: 270.10.2/1871 - Release Date: 1-1-2009 17:01
From clint.olsen at gmail.com  Fri Jan  2 08:08:01 2009
From: clint.olsen at gmail.com (Clint Olsen)
Date: Fri Jan  2 08:08:08 2009
Subject: MailScanner port broken for 6.3-STABLE
In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE3C4@w2003s01.double-l.local>
References: <20090102054759.GA55445@0lsen.net>
	<57200BF94E69E54880C9BB1AF714BBCB5DE3C4@w2003s01.double-l.local>
Message-ID: <20090102075046.GA65776@0lsen.net>

Thanks.  I actually did a ports_glob to find it.  I found an old article
about it showing it in sysutils, so I had originally assumed it was
yanked...

-Clint

On Jan 02, Johan Hendriks wrote:
> There is a port called portdowngrade if I recall correct.
> You can use this to downgrade ports.
From QAT at FreeBSD.org  Fri Jan  2 13:34:52 2009
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Fri Jan  2 13:35:04 2009
Subject: cvs commit: ports/www/rt38/files pkg-message.in
In-Reply-To: <200901021327.n02DRCv7042604@repoman.freebsd.org>
References: In-Reply-To: <200901021327.n02DRCv7042604@repoman.freebsd.org>
Message-ID: <20090102133449.33C2D12E44FD@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly"
and ccache support, with the "official" up-to-date Ports Tree, with the
following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/rt-3.8.1_2.log :


building rt-3.8.1_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.1-PRERELEASE amd64
port directory: /usr/ports/www/rt38
Makefile ident: $FreeBSD: ports/www/rt38/Makefile,v 1.4 2008/12/29 22:19:07 pgollucci Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Fri Jan  2 13:33:00 UTC 2009

.................................<Last 40 lines of the log>..................

usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Text/Iconv/Iconv.bs changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Text/Iconv/Iconv.so changed
	permissions expected 0555 found 0755
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Text/Iconv/autosplit.ix changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Time/HiRes/HiRes.bs changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Time/HiRes/HiRes.so changed
	permissions expected 0555 found 0755
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Want/Want.bs changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/Want/Want.so changed
	permissions expected 0555 found 0755
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/XML/Parser/Expat/Expat.bs changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/XML/Parser/Expat/Expat.so changed
	permissions expected 0555 found 0755
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/version/vxs/vxs.bs changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/auto/version/vxs/vxs.so changed
	permissions expected 0555 found 0755
usr/local/lib/perl5/site_perl/5.8.8/mach/dbixs_rev.pl changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/encoding.pm changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/mod_perl2.pm changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/qd.pl changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/version/vxs.pm changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/version.pm changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/mach/version.pod changed
	permissions expected 0444 found 0644
usr/local/lib/perl5/site_perl/5.8.8/newgetopt.pl changed
	permissions expected 0444 found 0644
================================================================
build of /usr/ports/www/rt38 ended at Fri Jan  2 13:34:47 UTC 2009


A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From ale at FreeBSD.org  Fri Jan  2 14:26:41 2009
From: ale at FreeBSD.org (Alex Dupre)
Date: Fri Jan  2 14:26:48 2009
Subject: FreeBSD Port: php4-4.4.9
In-Reply-To: <5DEC99CA7A46469692AF7A1C37155BF9@illusion.lan>
References: <5DEC99CA7A46469692AF7A1C37155BF9@illusion.lan>
Message-ID: <495E241D.2060903@FreeBSD.org>

ibanez0r@bigpond.com ha scritto:
> I recently installed a package you maintain for my FreeBSD 7.0-Rel-p7 
> box, the details are below, the description indicates the Apache Module 
> is installed along with this package

Description is wrong, I've just fixed, thanks.
You have to install the port to get the apache module.

-- 
Alex Dupre
From ibanez0r at bigpond.com  Fri Jan  2 15:50:31 2009
From: ibanez0r at bigpond.com (ibanez0r@bigpond.com)
Date: Fri Jan  2 15:50:39 2009
Subject: FreeBSD Port: php4-4.4.9
Message-ID: <5DEC99CA7A46469692AF7A1C37155BF9@illusion.lan>

To whome it may concern,

I recently installed a package you maintain for my FreeBSD 7.0-Rel-p7 box, the details are below, the description indicates the Apache Module is installed along with this package, how ever when i list the files within the package with pkg_info -L php4 the list i recieve does not contain any apache modules is this an oversight?

php4-4.4.9 
PHP Scripting Language (Apache Module and CLI)



Yours Sincereley
Cameron James
From chris at uplogon.com  Fri Jan  2 20:37:33 2009
From: chris at uplogon.com (Chris Gotstein)
Date: Fri Jan  2 20:37:41 2009
Subject: FreeBSD Port: php5-snmp-5.2.8_2
Message-ID: <495E74CA.7080201@uplogon.com>

Segmentation Fault (11) when enabling snmp.

Just updated PHP to the last version through ports.  Since then i'm 
getting Segmentation Faults with the following extenstions:

ftp
curl
openssl
snmp

System: FreeBSD monitor.uplogon.com 7.1-PRERELEASE FreeBSD 
7.1-PRERELEASE #0: Fri Sep 26 20:49:20 CDT 2008 
cgotstein@monitor.uplogon.com:/usr/obj/usr/src/sys/MONITOR  amd64

Here is a core dump:

monitor# gdb /usr/local/bin/php /root/php.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.4...done.
Loaded symbols for /lib/libcrypt.so.4
Reading symbols from /lib/libm.so.5...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/local/lib/libxml2.so.5...done.
Loaded symbols for /usr/local/lib/libxml2.so.5
Reading symbols from /lib/libz.so.4...done.
Loaded symbols for /lib/libz.so.4
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/php/20060613-debug/bcmath.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/bcmath.so
Reading symbols from /usr/local/lib/php/20060613-debug/bz2.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/bz2.so
Reading symbols from /usr/lib/libbz2.so.3...done.
Loaded symbols for /usr/lib/libbz2.so.3
Reading symbols from /usr/local/lib/php/20060613-debug/calendar.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/calendar.so
Reading symbols from /usr/local/lib/php/20060613-debug/ctype.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/ctype.so
Reading symbols from /usr/local/lib/php/20060613-debug/simplexml.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/simplexml.so
Reading symbols from /usr/local/lib/php/20060613-debug/spl.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/spl.so
Reading symbols from /usr/local/lib/php/20060613-debug/dom.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/dom.so
Reading symbols from /usr/local/lib/php/20060613-debug/filter.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/filter.so
Reading symbols from /usr/local/lib/php/20060613-debug/gd.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/gd.so
Reading symbols from /usr/local/lib/libt1.so.5...done.
Loaded symbols for /usr/local/lib/libt1.so.5
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Loaded symbols for /usr/local/lib/libfreetype.so.9
Reading symbols from /usr/local/lib/libX11.so.6...done.
Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /usr/local/lib/libXpm.so.4...done.
Loaded symbols for /usr/local/lib/libXpm.so.4
Reading symbols from /usr/local/lib/libpng.so.5...done.
Loaded symbols for /usr/local/lib/libpng.so.5
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Loaded symbols for /usr/local/lib/libjpeg.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /usr/local/lib/libXau.so.6...done.
Loaded symbols for /usr/local/lib/libXau.so.6
Reading symbols from /usr/local/lib/libXdmcp.so.6...done.
Loaded symbols for /usr/local/lib/libXdmcp.so.6
Reading symbols from /usr/lib/librpcsvc.so.3...done.
Loaded symbols for /usr/lib/librpcsvc.so.3
Reading symbols from /usr/local/lib/php/20060613-debug/gettext.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/gettext.so
Reading symbols from /usr/local/lib/libintl.so.8...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /usr/local/lib/php/20060613-debug/iconv.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/iconv.so
Reading symbols from /usr/local/lib/php/20060613-debug/mbstring.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mbstring.so
Reading symbols from /usr/local/lib/php/20060613-debug/mcrypt.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mcrypt.so
Reading symbols from /usr/local/lib/libmcrypt.so.8...done.
Loaded symbols for /usr/local/lib/libmcrypt.so.8
Reading symbols from /usr/local/lib/libltdl.so.4...done.
Loaded symbols for /usr/local/lib/libltdl.so.4
Reading symbols from /usr/local/lib/php/20060613-debug/mhash.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mhash.so
Reading symbols from /usr/local/lib/libmhash.so.2...done.
Loaded symbols for /usr/local/lib/libmhash.so.2
Reading symbols from /usr/local/lib/php/20060613-debug/mysql.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mysql.so
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.16...done.
Loaded symbols for /usr/local/lib/mysql/libmysqlclient.so.16
Reading symbols from /usr/local/lib/php/20060613-debug/mysqli.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mysqli.so
Reading symbols from /usr/local/lib/php/20060613-debug/posix.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/posix.so
Reading symbols from /usr/local/lib/php/20060613-debug/session.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/session.so
Reading symbols from /usr/local/lib/php/20060613-debug/pspell.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/pspell.so
Reading symbols from /usr/local/lib/libaspell.so.16...done.
Loaded symbols for /usr/local/lib/libaspell.so.16
Reading symbols from /usr/local/lib/libpspell.so.16...done.
Loaded symbols for /usr/local/lib/libpspell.so.16
Reading symbols from /usr/lib/libstdc++.so.6...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000008054eb770 in ?? ()
(gdb) bt
#0  0x00000008054eb770 in ?? ()
#1  0x0000000803cb7785 in __tcf_1 () from /usr/local/lib/libaspell.so.16
#2  0x000000080112ce66 in __cxa_finalize () from /lib/libc.so.7
#3  0x0000000803cb70b3 in __do_global_dtors_aux () from 
/usr/local/lib/libaspell.so.16
#4  0x0000000803d43d21 in _fini () from /usr/local/lib/libaspell.so.16
#5  0x0000030a007eea10 in ?? ()
#6  0x00000008007bc302 in dlsym () from /libexec/ld-elf.so.1
#7  0x00000008007bc3e4 in dlclose () from /libexec/ld-elf.so.1
#8  0x00000000005a30d4 in module_destructor (module=0x97ae80) at 
/usr/ports/lang/php5/work/php-5.2.8/Zend/zend_API.c:1947
#9  0x00000000005a8f20 in zend_hash_apply_deleter (ht=0x8137e0, p=0x9b0b00)
     at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend_hash.c:611
#10 0x00000000005a909c in zend_hash_graceful_reverse_destroy (ht=0x8137e0)
     at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend_hash.c:646
#11 0x0000000000599a53 in zend_shutdown () at 
/usr/ports/lang/php5/work/php-5.2.8/Zend/zend.c:733
#12 0x000000000053ad02 in php_module_shutdown () at 
/usr/ports/lang/php5/work/php-5.2.8/main/main.c:1906
#13 0x000000000062828d in main (argc=2, argv=0x7fffffffebc0) at 
/usr/ports/lang/php5/work/php-5.2.8/sapi/cli/php_cli.c:1328

-- 
Chris Gotstein
Sr Network Engineer
UP Logon/Computer Connection UP
500 N Stephenson Ave
Iron Mountain, MI 49801
Phone: 906-774-4847
Fax: 906-774-0335
chris@uplogon.com
From dougb at FreeBSD.org  Fri Jan  2 23:56:47 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Fri Jan  2 23:56:53 2009
Subject: thunderbird port - a few issues
In-Reply-To: <4957B1E5.3030305@gmail.com>
References: <4957B1E5.3030305@gmail.com>
Message-ID: <495EA9BC.3020503@FreeBSD.org>

Eitan Adler wrote:

> We should add --disable-tests to MOZ_OPTIONS unless WITH_DEBUG is enabled.

I took advantage of the .19 upgrade to test this and it works fine, FWIW.

Doug

-- 

    This .signature sanitized for your protection

From beech at alaskaparadise.com  Sat Jan  3 00:19:18 2009
From: beech at alaskaparadise.com (Beech Rintoul)
Date: Sat Jan  3 00:19:26 2009
Subject: Strange error
Message-ID: <200901021519.16178.beech@alaskaparadise.com>

I'm updating www/htmleditor an I'm getting the following error:

/usr/local/bin/perl5.8.8 "-Iblib/arch" "-Iblib/lib" ._Makefile.PL ._Makefile
Unrecognized character \x05 at ._Makefile.PL line 1.
*** Error code 255

I can't find any strange characters in the distfiles. Does someone know what 
this means?

Beech
-- 
---------------------------------------------------------------------------------------
Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org
/"\   ASCII Ribbon Campaign  | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail   | http://people.freebsd.org/~beech
 X  - NO Word docs in e-mail | Skype: akbeech
/ \  - http://www.FreeBSD.org/releases/7.0R/announce.html
---------------------------------------------------------------------------------------




From darcsis at gmail.com  Sat Jan  3 00:22:58 2009
From: darcsis at gmail.com (Denise H. G.)
Date: Sat Jan  3 00:23:05 2009
Subject: extract once and build many?
In-Reply-To: <20090101204819.5b362f55@gumby.homeunix.com> (RW's message of
	"Thu\, 1 Jan 2009 20\:48\:19 +0000")
References: <861vvmlwj2.fsf@pluton.xbsd.name>
	<20090101204819.5b362f55@gumby.homeunix.com>
Message-ID: <86d4f5w84o.fsf@pluton.xbsd.name>

RW <rwmaillists@googlemail.com> writes:

> On Fri, 02 Jan 2009 02:18:57 +0800
> darcsis@gmail.com (Denise H. G.) wrote:
>
>
>>    I noticed that some ports, e.g. qt-4 stuff, just use the same
>> source ball but extract it each time for their own build. Is there
>> some method to reuse the extracted sources? I think it is perhaps a
>> waste of cpu and time to extract the same source ball for different
>> build tasks.
>
> The time taken by extraction is usually negligible. And don't forget
> that many ports patch the source after extraction, so reusing would
> require an additional clean copy for each port.

thanks! actually it does not matter too much for me. I just wonder if
there is something to do about the ports system.


> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>

-- 
darcsis ZAI gmail DIAN com
From mezz7 at cox.net  Sat Jan  3 02:32:21 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sat Jan  3 02:32:27 2009
Subject: thunderbird port - a few issues
In-Reply-To: <495EA9BC.3020503@FreeBSD.org>
References: <4957B1E5.3030305@gmail.com> <495EA9BC.3020503@FreeBSD.org>
Message-ID: <op.um5sd9oq9aq2h7@localhost>

On Fri, 02 Jan 2009 17:56:44 -0600, Doug Barton <dougb@freebsd.org> wrote:

> Eitan Adler wrote:
>
>> We should add --disable-tests to MOZ_OPTIONS unless WITH_DEBUG is  
>> enabled.
>
> I took advantage of the .19 upgrade to test this and it works fine, FWIW.

You do not need to add it since all gecko ports (from Mk/bsd.gecko.mk)  
already have --disable-tests by default for long time. ;-)

Cheers,
Mezz

> Doug


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From yanefbsd at gmail.com  Sat Jan  3 03:05:17 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan  3 03:05:24 2009
Subject: Strange error
In-Reply-To: <200901021519.16178.beech@alaskaparadise.com>
References: <200901021519.16178.beech@alaskaparadise.com>
Message-ID: <4EE5A2FB-4621-4737-A40B-B2DA83497ACF@gmail.com>

On Jan 2, 2009, at 4:19 PM, Beech Rintoul wrote:

> I'm updating www/htmleditor an I'm getting the following error:
>
> /usr/local/bin/perl5.8.8 "-Iblib/arch" "-Iblib/ 
> lib" ._Makefile.PL ._Makefile
> Unrecognized character \x05 at ._Makefile.PL line 1.
> *** Error code 255
>
> I can't find any strange characters in the distfiles. Does someone  
> know what
> this means?
>
> Beech

Probably a corrupt distfile that should be deleted and refetched. I  
have no idea what the ENQ character does, and neither does Perl no  
doubt...
-Garrett
From beech at alaskaparadise.com  Sat Jan  3 03:23:18 2009
From: beech at alaskaparadise.com (Beech Rintoul)
Date: Sat Jan  3 03:23:25 2009
Subject: Strange error
In-Reply-To: <4EE5A2FB-4621-4737-A40B-B2DA83497ACF@gmail.com>
References: <200901021519.16178.beech@alaskaparadise.com>
	<4EE5A2FB-4621-4737-A40B-B2DA83497ACF@gmail.com>
Message-ID: <200901021823.15830.beech@alaskaparadise.com>

On Friday 02 January 2009 17:55:43 Garrett Cooper wrote:
> On Jan 2, 2009, at 4:19 PM, Beech Rintoul wrote:
> > I'm updating www/htmleditor an I'm getting the following error:
> >
> > /usr/local/bin/perl5.8.8 "-Iblib/arch" "-Iblib/
> > lib" ._Makefile.PL ._Makefile
> > Unrecognized character \x05 at ._Makefile.PL line 1.
> > *** Error code 255
> >
> > I can't find any strange characters in the distfiles. Does someone
> > know what
> > this means?
> >
> > Beech
>
> Probably a corrupt distfile that should be deleted and refetched. I
> have no idea what the ENQ character does, and neither does Perl no
> doubt...
> -Garrett

It turned out to be a Mac encoded file that isn't needed. Thanks for the 
responses :-)

Beech
-- 
---------------------------------------------------------------------------------------
Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org
/"\   ASCII Ribbon Campaign  | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail   | http://people.freebsd.org/~beech
 X  - NO Word docs in e-mail | Skype: akbeech
/ \  - http://www.FreeBSD.org/releases/7.0R/announce.html
---------------------------------------------------------------------------------------




From xyin at gmx.com  Sat Jan  3 03:59:39 2009
From: xyin at gmx.com (Xihong Yin)
Date: Sat Jan  3 03:59:46 2009
Subject: Latex port -- resolved
In-Reply-To: <20081226100458.GA97124@lpthe.jussieu.fr>
References: <20081226100458.GA97124@lpthe.jussieu.fr>
Message-ID: <alpine.BSF.2.00.0901022257040.910@qryy.zlubzr.jrfgryy.pbz>

Thanks! It is resolved. It was my fault.

But can I build TexLive from source on FreeBSD?

Xihong

On Fri, 26 Dec 2008, Michel Talon wrote:

> Xihong Yin wrote:
>
>> I installed teTeX from port, but I found that I have no 'table'
>> environment. Can anybody tell me what's wrong?
>
> Works perfectly fine for me:
>
> Compiling the following under teTeX and FreeBSD-7 works and gives the
> expected result:
>
> \documentclass{article}
> \begin{document}
>
>
> \begin{table}[ht]
> \centerline{
>   \begin{tabular}{|l|c|c|}
>   \hline
>  colonne 1 & colonne 2 & colonne 3 \\
>   \hline
>  1.1 & 1.2 & 1.3 \\
>  2.1 & 2.2 & 2.3 \\
>   \hline
>   \end{tabular}
> }
>   \caption{\label{mylabel} Title}
> \end{table}
> \end{document}
>
>
> niobe% latex toto
> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> entering extended mode
> (./toto.tex
> LaTeX2e <2003/12/01>
> Babel <v3.8d> and hyphenation patterns for american, french, german,
> ngerman, b
> ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch,
> esperanto, e
> stonian, finnish, greek, icelandic, irish, italian, latin, magyar,
> norsk, polis
> h, portuges, romanian, russian, serbian, slovak, slovene, spanish,
> swedish, tur
> kish, ukrainian, nohyphenation, loaded.
> (/usr/local/share/texmf-dist/tex/latex/base/article.cls
> Document Class: article 2004/02/16 v1.4f Standard LaTeX document class
> (/usr/local/share/texmf-dist/tex/latex/base/size10.clo)) (./toto.aux)
> [1]
> (./toto.aux) )
> Output written on toto.dvi (1 page, 624 bytes).
> Transcript written on toto.log.
>
>
> niobe% ls /var/db/pkg|grep teTeX
> teTeX-3.0_1/
> teTeX-base-3.0_6/
> teTeX-texmf-3.0_3/
>
>
> -- 
>
> Michel TALON
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>

From freebsd at sopwith.solgatos.com  Sat Jan  3 05:14:10 2009
From: freebsd at sopwith.solgatos.com (Dieter)
Date: Sat Jan  3 05:14:18 2009
Subject: HDTV tuners (was: Re: Call for testers: MythTV 0.21 port upgrade )
In-Reply-To: Your message of "Thu, 01 Jan 2009 03:53:53 CST."
	<11167f520901010153y4238b226s875cc2981ff1186c@mail.gmail.com> 
Message-ID: <200901020717.HAA23790@sopwith.solgatos.com>

> This may be a bit off topic but I saw the thread and I had to ask,
> is there any decent HDTV tv cards that Work in FreeBSD 7.1 or even 8?

There is Jason's cx88 driver (in ports), which supports several cards,
some support ATSC, some support DVB, some support NTSC.

Supported OSes:
http://corona.homeunix.net/cx88wiki

Supported cards:
http://corona.homeunix.net/cx88wiki/Overview/SupportedCards

There is John-Mark's driver for the DViCO FusionHDTV5.

Not a "card" but the HDHomeRun is a small box with 2 ATSC/QAM tuners
that connects to 100 Mbps or faster Ethernet.  The HDHR has no analog
tuner capability.  There is a DVB version in the works, I don't know
what the status is.  The HDHR doesn't require a special device driver
in the kernel, just Ethernet.
From peterjeremy at optushome.com.au  Sat Jan  3 11:36:14 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Sat Jan  3 11:36:21 2009
Subject: HDTV tuners (was: Re: Call for testers: MythTV 0.21 port
	upgrade )
In-Reply-To: <200901020717.HAA23790@sopwith.solgatos.com>
References: <11167f520901010153y4238b226s875cc2981ff1186c@mail.gmail.com>
	<200901020717.HAA23790@sopwith.solgatos.com>
Message-ID: <20090103113609.GH87057@server.vk2pj.dyndns.org>

On 2009-Jan-01 23:17:32 +0000, Dieter <freebsd@sopwith.solgatos.com> wrote:
>> This may be a bit off topic but I saw the thread and I had to ask,
>> is there any decent HDTV tv cards that Work in FreeBSD 7.1 or even 8?
>
>There is Jason's cx88 driver (in ports), which supports several cards,
>some support ATSC, some support DVB, some support NTSC.

Since we're expanding this thread somewhat, I have a simple driver for
the Philips SAA713x chipset (analogue - PAL and NTSC (untested)).

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090103/aa3e903c/attachment.pgp
From indigojo at blogistan.co.uk  Sat Jan  3 14:04:55 2009
From: indigojo at blogistan.co.uk (Matthew Smith)
Date: Sat Jan  3 14:06:41 2009
Subject: Update to QTM
Message-ID: <495F690B.50701@blogistan.co.uk>

I have released an update to QTM, a package of which I am the sole 
maintainer and which is in the FreeBSD ports collection.  I attach the 
.gz file of the new release.  Full changelog is in the bundle or at:

http://qtm.blogistan.co.uk/node/165

Regards,

Matt Smith

-- 

http://qtm.blogistan.co.uk/
From lists.gms at gmail.com  Sat Jan  3 15:06:22 2009
From: lists.gms at gmail.com (Guill. Moreno-Socias)
Date: Sat Jan  3 15:06:32 2009
Subject: devel/kdesdk3 (kdesdk-3.5.10) not compiling
Message-ID: <a2d737650901030635n75fe28b4r91315c4c07a645e0@mail.gmail.com>

   Hello and happy new year.
   I am trying to install x11/kde3 using portupgrade, but it fails
when making devel/kdesdk3 (kdesdk-3.5.10).
   It seems to me there are several problems.
   Ports are up-to-date (using portsnap). "uname -a" gives
FreeBSD fermat.math.uvsq.fr 6.3-RELEASE-p1 FreeBSD 6.3-RELEASE-p1 #1:
Fri Apr 18 14:47:22 CEST 2008
root@fermat.math.uvsq.fr:/usr/obj/usr/src/sys/FERMAT_6_3_080416  i386
   Thanks in adavnce for any help.
Guillermo Moreno-Soc?as

   Here follows the output.

--->  Session started at: Thu, 01 Jan 2009 01:31:38 +0100
[Updating the portsdb <format:bdb_btree> in /usr/ports ... - 19551
port entries found
.........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.....
..... done]
[Gathering depends for x11/kde3
......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
done]
--->  Fresh installation of devel/kdesdk3 started at: Thu, 01 Jan 2009
01:33:09 +0100
--->  Installing 'kdesdk-3.5.10' from a port (devel/kdesdk3)
--->  Build of devel/kdesdk3 started at: Thu, 01 Jan 2009 01:33:10 +0100
--->  Building '/usr/ports/devel/kdesdk3'
===>  Cleaning for kdesdk-3.5.10

You may define WITH_OPTIONAL_DEPENDS (make WITH_OPTIONAL_DEPENDS=YES)
to automatically build the suggested programs to complement kdesdk3.

===>  WARNING: Vulnerability database out of date, checking anyway
=> kdesdk-3.5.10.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/KDE.
=> Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/KDE/.

kdesdk-3.5.10.tar.bz2                           0% of 5128 kB    0  Bps
kdesdk-3.5.10.tar.bz2                          79% of 5128 kB 3155 kBps
kdesdk-3.5.10.tar.bz2                         100% of 5128 kB 3716 kBps
===>  Extracting for kdesdk-3.5.10
=> MD5 Checksum OK for KDE/kdesdk-3.5.10.tar.bz2.
=> SHA256 Checksum OK for KDE/kdesdk-3.5.10.tar.bz2.
===>   kdesdk-3.5.10 depends on file: /usr/local/bin/perl5.8.8 - found
===>  Patching for kdesdk-3.5.10
===>   kdesdk-3.5.10 depends on file: /usr/local/bin/perl5.8.8 - found
===>  Applying FreeBSD patches for kdesdk-3.5.10
===>   kdesdk-3.5.10 depends on file: /usr/local/bin/moc - found
===>   kdesdk-3.5.10 depends on executable: gmake - found
===>   kdesdk-3.5.10 depends on file: /usr/local/bin/perl5.8.8 - found
===>   kdesdk-3.5.10 depends on file: /usr/local/bin/libtool - found
===>   kdesdk-3.5.10 depends on shared library: svn_client-1.0 - found
===>   kdesdk-3.5.10 depends on shared library: kfontinst.0 - found
===>   kdesdk-3.5.10 depends on shared library: kimproxy.0 - found
===>   kdesdk-3.5.10 depends on shared library: db41.1 - found
===>  Configuring for kdesdk-3.5.10
checking build system type... i386-portbld-freebsd6.3
checking host system type... i386-portbld-freebsd6.3
checking target system type... i386-portbld-freebsd6.3
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether gmake sets $(MAKE)... yes
checking for kde-config... /usr/local/bin/kde-config
checking where to install... /usr/local (as requested)
checking for style of include used by gmake... GNU
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking dependency style of cc... gcc3
checking how to run the C preprocessor... cc -E
checking whether we are using the GNU C++ compiler... yes
checking whether c++ accepts -g... yes
checking dependency style of c++... gcc3
checking whether cc is blacklisted... no
checking whether c++ supports -Wundef... yes
checking whether c++ supports -Wno-long-long... yes
checking whether c++ supports -Wno-non-virtual-dtor... yes
checking whether c++ supports -fno-reorder-blocks... yes
checking whether c++ supports -fno-exceptions... yes
checking whether c++ supports -fno-check-new... yes
checking whether c++ supports -fno-common... yes
checking whether c++ supports -fexceptions... yes
checking whether system headers can cope with -O2 -fno-inline... irrelevant
checking how to run the C++ preprocessor... c++ -E
checking whether c++ supports -O0... yes
not using lib directory suffix
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ld used by cc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g77... no
checking for xlf... no
checking for f77... f77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether f77 accepts -g... yes
checking the maximum length of command line arguments... (cached) 262144
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if cc static flag  works... yes
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... freebsd6.3 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by c++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes
checking for c++ option to produce PIC... -fPIC
checking if c++ PIC flag -fPIC works... yes
checking if c++ supports -c -o file.o... yes
checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... freebsd6.3 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) yes
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for f77 option to produce PIC... -fPIC
checking if f77 PIC flag -fPIC works... yes
checking if f77 supports -c -o file.o... yes
checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... freebsd6.3 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for msgfmt... /usr/local/bin/msgfmt
checking for gmsgfmt... /usr/local/bin/msgfmt
checking for xgettext... /usr/local/bin/xgettext
checking if C++ programs can be compiled... yes
checking for strlcat... yes
checking if strlcat needs custom prototype... no
checking for strlcpy... yes
checking if strlcpy needs custom prototype... no
checking for main in -lutil... yes
checking for main in -lcompat... yes
checking for crypt in -lcrypt... yes
checking for socklen_t... yes
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for inet_ntoa... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for sys/types.h... (cached) yes
checking for stdint.h... (cached) yes
checking sys/bitypes.h usability... no
checking sys/bitypes.h presence... no
checking for sys/bitypes.h... no
checking for poll in -lpoll... no
checking Carbon/Carbon.h usability... no
checking Carbon/Carbon.h presence... no
checking for Carbon/Carbon.h... no
checking CoreAudio/CoreAudio.h usability... no
checking CoreAudio/CoreAudio.h presence... no
checking for CoreAudio/CoreAudio.h... no
checking if res_init needs -lresolv... no
checking for res_init... yes
checking if res_init needs custom prototype... no
checking for killpg in -lucb... no
checking for int... yes
checking size of int... 4
checking for short... yes
checking size of short... 2
checking for long... yes
checking size of long... 4
checking for char *... yes
checking size of char *... 4
checking for dlopen in -ldl... no
checking for shl_unload in -ldld... no
checking for size_t... yes
checking size of size_t... 4
checking for unsigned long... yes
checking size of unsigned long... 4
checking sizeof size_t == sizeof unsigned long... yes
checking for PIE support... yes
checking if enabling -pie/fPIE support... yes
checking crt_externs.h usability... no
checking crt_externs.h presence... no
checking for crt_externs.h... no
checking for _NSGetEnviron... no
checking for vsnprintf... yes
checking for snprintf... yes
checking for X... libraries /usr/local/lib, headers /usr/local/include
checking for IceConnectionNumber in -lICE... yes
checking for libXext... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking whether c++ supports -pthread... yes
checking for extra includes... added
checking for extra libs... added
checking for libz... -lz
checking for libpng... -lpng -lz -lm
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking for perl... /usr/local/bin/perl
checking for Qt... libraries /usr/local/lib, headers
/usr/local/include using -mt
checking for moc... /usr/local/bin/moc
checking for uic... /usr/local/bin/uic
checking whether uic supports -L ... yes
checking whether uic supports -nounload ... yes
checking if Qt needs -ljpeg... no
checking for rpath... yes
checking for KDE... libraries /usr/local/lib, headers /usr/local/include
checking if UIC has KDE plugins available... yes
checking for KDE paths... defaults
checking for dcopidl... /usr/local/bin/dcopidl
checking for dcopidl2cpp... /usr/local/bin/dcopidl2cpp
checking for mcopidl... /usr/local/bin/mcopidl
checking for artsc-config... /usr/local/bin/artsc-config
checking for meinproc... /usr/local/bin/meinproc
checking for kconfig_compiler... /usr/local/bin/kconfig_compiler
checking for dcopidlng... /usr/local/bin/dcopidlng
checking for makekdewidgets... /usr/local/bin/makekdewidgets
checking for xmllint... /usr/local/bin/xmllint
checking grepping for visibility push/pop in headers... no
configure: WARNING: Your libstdc++ doesn't appear to be patched for
                   visibility support. Disabling -fvisibility=hidden
checking whether c++ supports -fvisibility=hidden... no
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking FlexLexer.h usability... yes
checking FlexLexer.h presence... yes
checking for FlexLexer.h... yes
checking for Berkeley Database IV... user specified db41
checking libkcal/resourcecalendar.h usability... yes
checking libkcal/resourcecalendar.h presence... yes
checking for libkcal/resourcecalendar.h... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for APR... found
checking for APR util... found
checking for Subversion svn-config... svn-config: not found
not found
checking for Subversion headers... found
checking for Subversion libraries... found
checking for setenv... yes
checking for xml2-config... /usr/local/bin/xml2-config
checking for xmllint... /usr/local/bin/xmllint
checking for xslt-config... /usr/local/bin/xslt-config
checking if cervisia should be compiled... yes
checking if doc should be compiled... yes
checking if kapptemplate should be compiled... yes
checking if kbabel should be compiled... yes
checking if kbugbuster should be compiled... yes
checking if kcachegrind should be compiled... yes
checking if kdeaccounts-plugin should be compiled... yes
checking if kfile-plugins should be compiled... yes
checking if kioslave should be compiled... yes
checking if kmtrace should be compiled... no
checking if kompare should be compiled... yes
checking if kprofilemethod should be compiled... yes
checking if kspy should be compiled... yes
checking if kstartperf should be compiled... no
checking if kuiviewer should be compiled... yes
checking if kunittest should be compiled... yes
checking if poxml should be compiled... yes
checking if scheck should be compiled... yes
checking if scripts should be compiled... yes
checking if umbrello should be compiled... yes
configure: creating ./config.status
wrong input (flag != 4) at admin/conf.change.pl line 117, <> line 1448.
config.status: creating Makefile
config.status: creating cervisia/Makefile
config.status: creating cervisia/cvsservice/Makefile
config.status: creating cervisia/pics/Makefile
config.status: creating doc/Makefile
config.status: creating doc/cervisia/Makefile
config.status: creating doc/kapptemplate/Makefile
config.status: creating doc/kbabel/Makefile
config.status: creating doc/kbugbuster/Makefile
config.status: creating doc/kcachegrind/Makefile
config.status: creating doc/kompare/Makefile
config.status: creating doc/scripts/Makefile
config.status: creating doc/scripts/kdesvn-build/Makefile
config.status: creating doc/umbrello/Makefile
config.status: creating kapptemplate/Makefile
config.status: creating kapptemplate/admin/Makefile
config.status: creating kapptemplate/appframework/Makefile
config.status: creating kapptemplate/appframework/no-exe/Makefile
config.status: creating kapptemplate/existing/Makefile
config.status: creating kapptemplate/kapp/Makefile
config.status: creating kapptemplate/kapp/no-exe/Makefile
config.status: creating kapptemplate/kpartapp/Makefile
config.status: creating kapptemplate/kpartapp/no-exe/Makefile
config.status: creating kapptemplate/kpartplugin/Makefile
config.status: creating kapptemplate/kpartplugin/no-exe/Makefile
config.status: creating kbabel/Makefile
config.status: creating kbabel/addons/Makefile
config.status: creating kbabel/addons/kfile-plugins/Makefile
config.status: creating kbabel/addons/preview/Makefile
config.status: creating kbabel/catalogmanager/Makefile
config.status: creating kbabel/catalogmanager/icons/Makefile
config.status: creating kbabel/catalogmanager/libcvs/Makefile
config.status: creating kbabel/catalogmanager/libsvn/Makefile
config.status: creating kbabel/common/Makefile
config.status: creating kbabel/common/libgettext/Makefile
config.status: creating kbabel/commonui/Makefile
config.status: creating kbabel/datatools/Makefile
config.status: creating kbabel/datatools/accelerators/Makefile
config.status: creating kbabel/datatools/arguments/Makefile
config.status: creating kbabel/datatools/context/Makefile
config.status: creating kbabel/datatools/equations/Makefile
config.status: creating kbabel/datatools/length/Makefile
config.status: creating kbabel/datatools/not-translated/Makefile
config.status: creating kbabel/datatools/pluralforms/Makefile
config.status: creating kbabel/datatools/punctuation/Makefile
config.status: creating kbabel/datatools/regexp/Makefile
config.status: creating kbabel/datatools/setfuzzy/Makefile
config.status: creating kbabel/datatools/whitespace/Makefile
config.status: creating kbabel/datatools/xml/Makefile
config.status: creating kbabel/filters/Makefile
config.status: creating kbabel/filters/gettext/Makefile
config.status: creating kbabel/filters/linguist/Makefile
config.status: creating kbabel/filters/xliff/Makefile
config.status: creating kbabel/kbabel/Makefile
config.status: creating kbabel/kbabel/icons/Makefile
config.status: creating kbabel/kbabel/pics/Makefile
config.status: creating kbabel/kbabeldict/Makefile
config.status: creating kbabel/kbabeldict/modules/Makefile
config.status: creating kbabel/kbabeldict/modules/dbsearchengine/Makefile
config.status: creating kbabel/kbabeldict/modules/dbsearchengine2/Makefile
config.status: creating kbabel/kbabeldict/modules/poauxiliary/Makefile
config.status: creating kbabel/kbabeldict/modules/pocompendium/Makefile
config.status: creating kbabel/kbabeldict/modules/tmx/Makefile
config.status: creating kbugbuster/Makefile
config.status: creating kbugbuster/backend/Makefile
config.status: creating kbugbuster/gui/Makefile
config.status: creating kbugbuster/kresources/Makefile
config.status: creating kbugbuster/pics/Makefile
config.status: creating kcachegrind/Makefile
config.status: creating kcachegrind/converters/Makefile
config.status: creating kcachegrind/kcachegrind/Makefile
config.status: creating kcachegrind/pics/Makefile
config.status: creating kcachegrind/pics/hicolor/Makefile
config.status: creating kdeaccounts-plugin/Makefile
config.status: creating kfile-plugins/Makefile
config.status: creating kfile-plugins/c++/Makefile
config.status: creating kfile-plugins/diff/Makefile
config.status: creating kfile-plugins/ts/Makefile
config.status: creating kioslave/Makefile
config.status: creating kioslave/svn/Makefile
config.status: creating kioslave/svn/icons/Makefile
config.status: creating kioslave/svn/ksvnd/Makefile
config.status: creating kioslave/svn/svnhelper/Makefile
config.status: creating kmtrace/Makefile
config.status: creating kompare/Makefile
config.status: creating kompare/interfaces/Makefile
config.status: creating kompare/komparenavtreepart/Makefile
config.status: creating kompare/komparepart/Makefile
config.status: creating kompare/libdialogpages/Makefile
config.status: creating kompare/libdiff2/Makefile
config.status: creating kompare/pics/Makefile
config.status: creating kprofilemethod/Makefile
config.status: creating kspy/Makefile
config.status: creating kstartperf/Makefile
config.status: creating kuiviewer/Makefile
config.status: creating kunittest/Makefile
config.status: creating kunittest/example/Makefile
config.status: creating kunittest/example/module/Makefile
config.status: creating kunittest/example/simple/Makefile
config.status: creating poxml/Makefile
config.status: creating poxml/antlr/Makefile
config.status: creating poxml/antlr/antlr/Makefile
config.status: creating poxml/antlr/src/Makefile
config.status: creating scheck/Makefile
config.status: creating scripts/Makefile
config.status: creating umbrello/Makefile
config.status: creating umbrello/umbrello/Makefile
config.status: creating umbrello/umbrello/autolayout/Makefile
config.status: creating umbrello/umbrello/clipboard/Makefile
config.status: creating umbrello/umbrello/codegenerators/Makefile
config.status: creating umbrello/umbrello/codeimport/Makefile
config.status: creating umbrello/umbrello/codeimport/kdevcppparser/Makefile
config.status: creating umbrello/umbrello/dialogs/Makefile
config.status: creating umbrello/umbrello/docgenerators/Makefile
config.status: creating umbrello/umbrello/headings/Makefile
config.status: creating umbrello/umbrello/pics/Makefile
config.status: creating umbrello/umbrello/refactoring/Makefile
config.status: creating kcachegrind/version.h
config.status: creating kcachegrind/kcachegrind.spec
config.status: creating kcachegrind/kcachegrind.lsm
config.status: creating kmtrace/kminspector
config.status: creating config.h
config.status: executing depfiles commands

Good - your configure finished. Start make now

===>  Building for kdesdk-3.5.10
gmake  all-recursive
gmake[1]: Entering directory `/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10'
Making all in cervisia
gmake[2]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia'
Making all in cvsservice
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia/cvsservice'
echo '#include <kdemacros.h>' > cvsservice_dummy.cpp; \
	echo 'extern "C" int kdemain(int argc, char* argv[]);' >>
cvsservice_dummy.cpp; \
	echo 'extern "C" KDE_EXPORT int kdeinitmain(int argc, char* argv[]) {
return kdemain(argc,argv); }' >> cvsservice_dummy.cpp
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsservice_dummy.lo -MD -MP
-MF .deps/cvsservice_dummy.Tpo -c -o cvsservice_dummy.lo
cvsservice_dummy.cpp
mv -f .deps/cvsservice_dummy.Tpo .deps/cvsservice_dummy.Plo
/usr/local/bin/dcopidl ./cvsservice.h > cvsservice.kidl || ( rm -f
cvsservice.kidl ; false )
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-skel
cvsservice.kidl
/usr/local/bin/dcopidl ./cvsjob.h > cvsjob.kidl || ( rm -f cvsjob.kidl ; false )
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-skel cvsjob.kidl
/usr/local/bin/dcopidl ./repository.h > repository.kidl || ( rm -f
repository.kidl ; false )
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-skel
repository.kidl
/usr/local/bin/dcopidl ./cvsloginjob.h > cvsloginjob.kidl || ( rm -f
cvsloginjob.kidl ; false )
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-skel
cvsloginjob.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT main.lo -MD -MP -MF
.deps/main.Tpo -c -o main.lo main.cpp
mv -f .deps/main.Tpo .deps/main.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsservice.lo -MD -MP -MF
.deps/cvsservice.Tpo -c -o cvsservice.lo cvsservice.cpp
mv -f .deps/cvsservice.Tpo .deps/cvsservice.Plo
/usr/local/bin/moc ./cvsjob.h -o cvsjob.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsjob.lo -MD -MP -MF
.deps/cvsjob.Tpo -c -o cvsjob.lo cvsjob.cpp
mv -f .deps/cvsjob.Tpo .deps/cvsjob.Plo
/usr/local/bin/moc ./repository.h -o repository.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT repository.lo -MD -MP -MF
.deps/repository.Tpo -c -o repository.lo repository.cpp
mv -f .deps/repository.Tpo .deps/repository.Plo
/usr/local/bin/moc ./sshagent.h -o sshagent.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT sshagent.lo -MD -MP -MF
.deps/sshagent.Tpo -c -o sshagent.lo sshagent.cpp
mv -f .deps/sshagent.Tpo .deps/sshagent.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsserviceutils.lo -MD -MP -MF
.deps/cvsserviceutils.Tpo -c -o cvsserviceutils.lo cvsserviceutils.cpp
mv -f .deps/cvsserviceutils.Tpo .deps/cvsserviceutils.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsloginjob.lo -MD -MP -MF
.deps/cvsloginjob.Tpo -c -o cvsloginjob.lo cvsloginjob.cpp
mv -f .deps/cvsloginjob.Tpo .deps/cvsloginjob.Plo
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub
cvsservice.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsservice_skel.lo -MD -MP -MF
.deps/cvsservice_skel.Tpo -c -o cvsservice_skel.lo cvsservice_skel.cpp
mv -f .deps/cvsservice_skel.Tpo .deps/cvsservice_skel.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsservice_stub.lo -MD -MP -MF
.deps/cvsservice_stub.Tpo -c -o cvsservice_stub.lo cvsservice_stub.cpp
mv -f .deps/cvsservice_stub.Tpo .deps/cvsservice_stub.Plo
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub cvsjob.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsjob_skel.lo -MD -MP -MF
.deps/cvsjob_skel.Tpo -c -o cvsjob_skel.lo cvsjob_skel.cpp
mv -f .deps/cvsjob_skel.Tpo .deps/cvsjob_skel.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsjob_stub.lo -MD -MP -MF
.deps/cvsjob_stub.Tpo -c -o cvsjob_stub.lo cvsjob_stub.cpp
mv -f .deps/cvsjob_stub.Tpo .deps/cvsjob_stub.Plo
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub
repository.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT repository_skel.lo -MD -MP -MF
.deps/repository_skel.Tpo -c -o repository_skel.lo repository_skel.cpp
mv -f .deps/repository_skel.Tpo .deps/repository_skel.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT repository_stub.lo -MD -MP -MF
.deps/repository_stub.Tpo -c -o repository_stub.lo repository_stub.cpp
mv -f .deps/repository_stub.Tpo .deps/repository_stub.Plo
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub
cvsloginjob.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsloginjob_skel.lo -MD -MP
-MF .deps/cvsloginjob_skel.Tpo -c -o cvsloginjob_skel.lo
cvsloginjob_skel.cpp
mv -f .deps/cvsloginjob_skel.Tpo .deps/cvsloginjob_skel.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsloginjob_stub.lo -MD -MP
-MF .deps/cvsloginjob_stub.Tpo -c -o cvsloginjob_stub.lo
cvsloginjob_stub.cpp
mv -f .deps/cvsloginjob_stub.Tpo .deps/cvsloginjob_stub.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o libkdeinit_cvsservice.la
-rpath /usr/local/lib -no-undefined -avoid-version -L/usr/local/lib
-D_THREAD_SAFE -pthread  -L/usr/local/lib main.lo cvsservice.lo
cvsjob.lo repository.lo sshagent.lo cvsserviceutils.lo cvsloginjob.lo
cvsservice_skel.lo cvsservice_stub.lo cvsjob_skel.lo cvsjob_stub.lo
repository_skel.lo repository_stub.lo cvsloginjob_skel.lo
cvsloginjob_stub.lo -lkio -Wl,-export-dynamic -L/usr/local/lib -ljpeg
-L/usr/local/lib
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -L/usr/local/lib   -D_THREAD_SAFE
-pthread  -L/usr/local/lib -avoid-version -module -no-undefined  -R
/usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib
-R /usr/local/lib -D_THREAD_SAFE -pthread -module  -o cvsservice.la
-rpath /usr/local/lib/kde3 cvsservice_dummy.lo
libkdeinit_cvsservice.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg
-L/usr/local/lib
echo '#include <kdemacros.h>' > cvsaskpass_dummy.cpp; \
	echo 'extern "C" int kdemain(int argc, char* argv[]);' >>
cvsaskpass_dummy.cpp; \
	echo 'extern "C" KDE_EXPORT int kdeinitmain(int argc, char* argv[]) {
return kdemain(argc,argv); }' >> cvsaskpass_dummy.cpp
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsaskpass_dummy.lo -MD -MP
-MF .deps/cvsaskpass_dummy.Tpo -c -o cvsaskpass_dummy.lo
cvsaskpass_dummy.cpp
mv -f .deps/cvsaskpass_dummy.Tpo .deps/cvsaskpass_dummy.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT cvsaskpass.lo -MD -MP -MF
.deps/cvsaskpass.Tpo -c -o cvsaskpass.lo cvsaskpass.cpp
mv -f .deps/cvsaskpass.Tpo .deps/cvsaskpass.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o libkdeinit_cvsaskpass.la
-rpath /usr/local/lib -no-undefined -avoid-version -L/usr/local/lib
-D_THREAD_SAFE -pthread  -L/usr/local/lib cvsaskpass.lo -lkdeui
-Wl,-export-dynamic -L/usr/local/lib -ljpeg  -L/usr/local/lib
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -L/usr/local/lib   -D_THREAD_SAFE
-pthread  -L/usr/local/lib -avoid-version -module -no-undefined  -R
/usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib
-R /usr/local/lib -D_THREAD_SAFE -pthread -module  -o cvsaskpass.la
-rpath /usr/local/lib/kde3 cvsaskpass_dummy.lo
libkdeinit_cvsaskpass.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg
-L/usr/local/lib
echo > dummy.cpp
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include  -I/usr/local/include
 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT   -I/usr/local/include
-I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE
 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT dummy.lo -MD -MP -MF
.deps/dummy.Tpo -c -o dummy.lo dummy.cpp
mv -f .deps/dummy.Tpo .deps/dummy.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -L/usr/local/lib   -D_THREAD_SAFE
-pthread  -L/usr/local/lib -no-undefined -version-info 0:1  -o
libcvsservice.la -rpath /usr/local/lib dummy.lo cvsservice_stub.lo
cvsjob_stub.lo repository_stub.lo -lkdecore -Wl,-export-dynamic
-L/usr/local/lib -ljpeg  -L/usr/local/lib
echo 'extern "C" int kdemain(int argc, char* argv[]);' > cvsservice.la.cpp; \
	echo 'int main(int argc, char* argv[]) { return kdemain(argc,argv);
}' >> cvsservice.la.cpp
c++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include
-I/usr/local/include  -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT
-I/usr/local/include -I/usr/local/include  -I/usr/local/include
-D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long -Wundef -Wall -W
-Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe -Wno-non-virtual-dtor
-fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT
cvsservice.la.o -MD -MP -MF .deps/cvsservice.la.Tpo -c -o
cvsservice.la.o cvsservice.la.cpp
mv -f .deps/cvsservice.la.Tpo .deps/cvsservice.la.Po
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o cvsservice -R /usr/local/lib
-R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R
/usr/local/lib -no-undefined -L/usr/local/lib   -D_THREAD_SAFE
-pthread  -L/usr/local/lib cvsservice.la.o libkdeinit_cvsservice.la
-Wl,-export-dynamic -L/usr/local/lib -ljpeg  -L/usr/local/lib
echo 'extern "C" int kdemain(int argc, char* argv[]);' > cvsaskpass.la.cpp; \
	echo 'int main(int argc, char* argv[]) { return kdemain(argc,argv);
}' >> cvsaskpass.la.cpp
c++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include
-I/usr/local/include  -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT
-I/usr/local/include -I/usr/local/include  -I/usr/local/include
-D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long -Wundef -Wall -W
-Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe -Wno-non-virtual-dtor
-fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT
cvsaskpass.la.o -MD -MP -MF .deps/cvsaskpass.la.Tpo -c -o
cvsaskpass.la.o cvsaskpass.la.cpp
mv -f .deps/cvsaskpass.la.Tpo .deps/cvsaskpass.la.Po
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o cvsaskpass -R /usr/local/lib
-R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R
/usr/local/lib -no-undefined -L/usr/local/lib   -D_THREAD_SAFE
-pthread  -L/usr/local/lib cvsaskpass.la.o libkdeinit_cvsaskpass.la
-Wl,-export-dynamic -L/usr/local/lib -ljpeg  -L/usr/local/lib
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia/cvsservice'
Making all in .
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia'
/usr/local/bin/kconfig_compiler ./cervisiapart.kcfg
./cervisiasettings.kcfgc; ret=$?; \
	if test "$ret" != 0; then rm -f cervisiasettings.h ; exit $ret ;  fi
/usr/local/bin/moc ./updateview.h -o updateview.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT updateview.lo -MD -MP -MF
.deps/updateview.Tpo -c -o updateview.lo updateview.cpp
mv -f .deps/updateview.Tpo .deps/updateview.Plo
/usr/local/bin/moc ./protocolview.h -o protocolview.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT protocolview.lo -MD -MP -MF
.deps/protocolview.Tpo -c -o protocolview.lo protocolview.cpp
mv -f .deps/protocolview.Tpo .deps/protocolview.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT watchdlg.lo -MD -MP -MF .deps/watchdlg.Tpo -c
-o watchdlg.lo watchdlg.cpp
mv -f .deps/watchdlg.Tpo .deps/watchdlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT changelogdlg.lo -MD -MP -MF
.deps/changelogdlg.Tpo -c -o changelogdlg.lo changelogdlg.cpp
mv -f .deps/changelogdlg.Tpo .deps/changelogdlg.Plo
/usr/local/bin/moc ./historydlg.h -o historydlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT historydlg.lo -MD -MP -MF
.deps/historydlg.Tpo -c -o historydlg.lo historydlg.cpp
mv -f .deps/historydlg.Tpo .deps/historydlg.Plo
/usr/local/bin/moc ./repositorydlg.h -o repositorydlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT repositorydlg.lo -MD -MP -MF
.deps/repositorydlg.Tpo -c -o repositorydlg.lo repositorydlg.cpp
mv -f .deps/repositorydlg.Tpo .deps/repositorydlg.Plo
/usr/local/bin/moc ./commitdlg.h -o commitdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT commitdlg.lo -MD -MP -MF .deps/commitdlg.Tpo
-c -o commitdlg.lo commitdlg.cpp
mv -f .deps/commitdlg.Tpo .deps/commitdlg.Plo
/usr/local/bin/moc ./checkoutdlg.h -o checkoutdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT checkoutdlg.lo -MD -MP -MF
.deps/checkoutdlg.Tpo -c -o checkoutdlg.lo checkoutdlg.cpp
mv -f .deps/checkoutdlg.Tpo .deps/checkoutdlg.Plo
/usr/local/bin/moc ./updatedlg.h -o updatedlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT updatedlg.lo -MD -MP -MF .deps/updatedlg.Tpo
-c -o updatedlg.lo updatedlg.cpp
mv -f .deps/updatedlg.Tpo .deps/updatedlg.Plo
/usr/local/bin/moc ./tagdlg.h -o tagdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT tagdlg.lo -MD -MP -MF .deps/tagdlg.Tpo -c -o
tagdlg.lo tagdlg.cpp
mv -f .deps/tagdlg.Tpo .deps/tagdlg.Plo
/usr/local/bin/moc ./mergedlg.h -o mergedlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT mergedlg.lo -MD -MP -MF .deps/mergedlg.Tpo -c
-o mergedlg.lo mergedlg.cpp
mv -f .deps/mergedlg.Tpo .deps/mergedlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cvsdir.lo -MD -MP -MF .deps/cvsdir.Tpo -c -o
cvsdir.lo cvsdir.cpp
mv -f .deps/cvsdir.Tpo .deps/cvsdir.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT repositories.lo -MD -MP -MF
.deps/repositories.Tpo -c -o repositories.lo repositories.cpp
mv -f .deps/repositories.Tpo .deps/repositories.Plo
/usr/local/bin/moc ./cervisiapart.h -o cervisiapart.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cervisiapart.lo -MD -MP -MF
.deps/cervisiapart.Tpo -c -o cervisiapart.lo cervisiapart.cpp
mv -f .deps/cervisiapart.Tpo .deps/cervisiapart.Plo
/usr/local/bin/moc ./addrepositorydlg.h -o addrepositorydlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT addrepositorydlg.lo -MD -MP -MF
.deps/addrepositorydlg.Tpo -c -o addrepositorydlg.lo
addrepositorydlg.cpp
mv -f .deps/addrepositorydlg.Tpo .deps/addrepositorydlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT addremovedlg.lo -MD -MP -MF
.deps/addremovedlg.Tpo -c -o addremovedlg.lo addremovedlg.cpp
mv -f .deps/addremovedlg.Tpo .deps/addremovedlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT watchersdlg.lo -MD -MP -MF
.deps/watchersdlg.Tpo -c -o watchersdlg.lo watchersdlg.cpp
mv -f .deps/watchersdlg.Tpo .deps/watchersdlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT updateview_items.lo -MD -MP -MF
.deps/updateview_items.Tpo -c -o updateview_items.lo
updateview_items.cpp
mv -f .deps/updateview_items.Tpo .deps/updateview_items.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT updateview_visitors.lo -MD -MP -MF
.deps/updateview_visitors.Tpo -c -o updateview_visitors.lo
updateview_visitors.cpp
mv -f .deps/updateview_visitors.Tpo .deps/updateview_visitors.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT entry.lo -MD -MP -MF .deps/entry.Tpo -c -o
entry.lo entry.cpp
mv -f .deps/entry.Tpo .deps/entry.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT entry_status.lo -MD -MP -MF
.deps/entry_status.Tpo -c -o entry_status.lo entry_status.cpp
mv -f .deps/entry_status.Tpo .deps/entry_status.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT stringmatcher.lo -MD -MP -MF
.deps/stringmatcher.Tpo -c -o stringmatcher.lo stringmatcher.cpp
mv -f .deps/stringmatcher.Tpo .deps/stringmatcher.Plo
/usr/local/bin/moc ./cvsinitdlg.h -o cvsinitdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cvsinitdlg.lo -MD -MP -MF
.deps/cvsinitdlg.Tpo -c -o cvsinitdlg.lo cvsinitdlg.cpp
mv -f .deps/cvsinitdlg.Tpo .deps/cvsinitdlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT ignorelistbase.lo -MD -MP -MF
.deps/ignorelistbase.Tpo -c -o ignorelistbase.lo ignorelistbase.cpp
mv -f .deps/ignorelistbase.Tpo .deps/ignorelistbase.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT dirignorelist.lo -MD -MP -MF
.deps/dirignorelist.Tpo -c -o dirignorelist.lo dirignorelist.cpp
mv -f .deps/dirignorelist.Tpo .deps/dirignorelist.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT globalignorelist.lo -MD -MP -MF
.deps/globalignorelist.Tpo -c -o globalignorelist.lo
globalignorelist.cpp
mv -f .deps/globalignorelist.Tpo .deps/globalignorelist.Plo
/usr/local/bin/moc ./editwithmenu.h -o editwithmenu.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT editwithmenu.lo -MD -MP -MF
.deps/editwithmenu.Tpo -c -o editwithmenu.lo editwithmenu.cpp
mv -f .deps/editwithmenu.Tpo .deps/editwithmenu.Plo
/usr/local/bin/moc ./logmessageedit.h -o logmessageedit.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT logmessageedit.lo -MD -MP -MF
.deps/logmessageedit.Tpo -c -o logmessageedit.lo logmessageedit.cpp
mv -f .deps/logmessageedit.Tpo .deps/logmessageedit.Plo
/usr/local/bin/dcopidl ./protocolview.h > protocolview.kidl || ( rm -f
protocolview.kidl ; false )
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub
protocolview.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT protocolview_skel.lo -MD -MP -MF
.deps/protocolview_skel.Tpo -c -o protocolview_skel.lo
protocolview_skel.cpp
mv -f .deps/protocolview_skel.Tpo .deps/protocolview_skel.Plo
rm -rf settingsdlg_advanced.h;
/usr/local/bin/uic -L /usr/local/lib/kde3/plugins/designer -nounload
./settingsdlg_advanced.ui | /usr/local/bin/perl -pi -e "s,public
QWizard,public KWizard,g; s,#include <qwizard.h>,#include
<kwizard.h>,g" >> settingsdlg_advanced.h ;
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT annotatedlg.lo -MD -MP -MF
.deps/annotatedlg.Tpo -c -o annotatedlg.lo annotatedlg.cpp
mv -f .deps/annotatedlg.Tpo .deps/annotatedlg.Plo
/usr/local/bin/moc ./diffdlg.h -o diffdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT diffdlg.lo -MD -MP -MF .deps/diffdlg.Tpo -c
-o diffdlg.lo diffdlg.cpp
mv -f .deps/diffdlg.Tpo .deps/diffdlg.Plo
/usr/local/bin/moc ./patchoptiondlg.h -o patchoptiondlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT patchoptiondlg.lo -MD -MP -MF
.deps/patchoptiondlg.Tpo -c -o patchoptiondlg.lo patchoptiondlg.cpp
mv -f .deps/patchoptiondlg.Tpo .deps/patchoptiondlg.Plo
/usr/local/bin/moc ./logdlg.h -o logdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT logdlg.lo -MD -MP -MF .deps/logdlg.Tpo -c -o
logdlg.lo logdlg.cpp
mv -f .deps/logdlg.Tpo .deps/logdlg.Plo
/usr/local/bin/moc ./progressdlg.h -o progressdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT progressdlg.lo -MD -MP -MF
.deps/progressdlg.Tpo -c -o progressdlg.lo progressdlg.cpp
mv -f .deps/progressdlg.Tpo .deps/progressdlg.Plo
/usr/local/bin/moc ./resolvedlg.h -o resolvedlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT resolvedlg.lo -MD -MP -MF
.deps/resolvedlg.Tpo -c -o resolvedlg.lo resolvedlg.cpp
mv -f .deps/resolvedlg.Tpo .deps/resolvedlg.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT resolvedlg_p.lo -MD -MP -MF
.deps/resolvedlg_p.Tpo -c -o resolvedlg_p.lo resolvedlg_p.cpp
mv -f .deps/resolvedlg_p.Tpo .deps/resolvedlg_p.Plo
/usr/local/bin/moc ./annotateview.h -o annotateview.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT annotateview.lo -MD -MP -MF
.deps/annotateview.Tpo -c -o annotateview.lo annotateview.cpp
mv -f .deps/annotateview.Tpo .deps/annotateview.Plo
/usr/local/bin/moc ./diffview.h -o diffview.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT diffview.lo -MD -MP -MF .deps/diffview.Tpo -c
-o diffview.lo diffview.cpp
mv -f .deps/diffview.Tpo .deps/diffview.Plo
/usr/local/bin/moc ./loglist.h -o loglist.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT loglist.lo -MD -MP -MF .deps/loglist.Tpo -c
-o loglist.lo loglist.cpp
mv -f .deps/loglist.Tpo .deps/loglist.Plo
/usr/local/bin/moc ./logplainview.h -o logplainview.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT logplainview.lo -MD -MP -MF
.deps/logplainview.Tpo -c -o logplainview.lo logplainview.cpp
mv -f .deps/logplainview.Tpo .deps/logplainview.Plo
/usr/local/bin/moc ./logtree.h -o logtree.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT logtree.lo -MD -MP -MF .deps/logtree.Tpo -c
-o logtree.lo logtree.cpp
mv -f .deps/logtree.Tpo .deps/logtree.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT annotatectl.lo -MD -MP -MF
.deps/annotatectl.Tpo -c -o annotatectl.lo annotatectl.cpp
mv -f .deps/annotatectl.Tpo .deps/annotatectl.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT loginfo.lo -MD -MP -MF .deps/loginfo.Tpo -c
-o loginfo.lo loginfo.cpp
mv -f .deps/loginfo.Tpo .deps/loginfo.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT misc.lo -MD -MP -MF .deps/misc.Tpo -c -o
misc.lo misc.cpp
mv -f .deps/misc.Tpo .deps/misc.Plo
/usr/local/bin/moc ./qttableview.h -o qttableview.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT qttableview.lo -MD -MP -MF
.deps/qttableview.Tpo -c -o qttableview.lo qttableview.cpp
mv -f .deps/qttableview.Tpo .deps/qttableview.Plo
/usr/local/bin/moc ./tooltip.h -o tooltip.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT tooltip.lo -MD -MP -MF .deps/tooltip.Tpo -c
-o tooltip.lo tooltip.cpp
mv -f .deps/tooltip.Tpo .deps/tooltip.Plo
/usr/local/bin/moc ./settingsdlg.h -o settingsdlg.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT settingsdlg.lo -MD -MP -MF
.deps/settingsdlg.Tpo -c -o settingsdlg.lo settingsdlg.cpp
mv -f .deps/settingsdlg.Tpo .deps/settingsdlg.Plo
/usr/local/bin/dcopidl ./progressdlg.h > progressdlg.kidl || ( rm -f
progressdlg.kidl ; false )
/usr/local/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub
progressdlg.kidl
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT progressdlg_skel.lo -MD -MP -MF
.deps/progressdlg_skel.Tpo -c -o progressdlg_skel.lo
progressdlg_skel.cpp
mv -f .deps/progressdlg_skel.Tpo .deps/progressdlg_skel.Plo
/usr/local/bin/moc settingsdlg_advanced.h -o settingsdlg_advanced.moc
rm -f settingsdlg_advanced.cpp
echo '#include <kdialog.h>' > settingsdlg_advanced.cpp
echo '#include <klocale.h>' >> settingsdlg_advanced.cpp
/usr/local/bin/uic -L /usr/local/lib/kde3/plugins/designer -nounload
-tr tr2i18n -i settingsdlg_advanced.h ./settingsdlg_advanced.ui >
settingsdlg_advanced.cpp.temp ; ret=$?; \
	/usr/local/bin/perl -pe "s,tr2i18n( \"\" ),QString::null,g"
settingsdlg_advanced.cpp.temp | /usr/local/bin/perl -pe "s,tr2i18n(
\"\"\, \"\" ),QString::null,g" | /usr/local/bin/perl -pe
"s,image([0-9][0-9]*)_data,img\$1_settingsdlg_advanced,g" |
/usr/local/bin/perl -pe "s,: QWizard\(,: KWizard(,g" >>
settingsdlg_advanced.cpp ;\
	rm -f settingsdlg_advanced.cpp.temp ;\
	if test "$ret" = 0; then echo '#include "settingsdlg_advanced.moc"'
>> settingsdlg_advanced.cpp; else rm -f settingsdlg_advanced.cpp ;
exit $ret ; fi
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT settingsdlg_advanced.lo -MD -MP -MF
.deps/settingsdlg_advanced.Tpo -c -o settingsdlg_advanced.lo
settingsdlg_advanced.cpp
mv -f .deps/settingsdlg_advanced.Tpo .deps/settingsdlg_advanced.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cervisiasettings.lo -MD -MP -MF
.deps/cervisiasettings.Tpo -c -o cervisiasettings.lo
cervisiasettings.cpp
mv -f .deps/cervisiasettings.Tpo .deps/cervisiasettings.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o libcervisia.la
annotatedlg.lo diffdlg.lo patchoptiondlg.lo logdlg.lo progressdlg.lo
resolvedlg.lo resolvedlg_p.lo annotateview.lo diffview.lo loglist.lo
logplainview.lo logtree.lo annotatectl.lo loginfo.lo misc.lo
qttableview.lo tooltip.lo settingsdlg.lo progressdlg_skel.lo
settingsdlg_advanced.lo cervisiasettings.lo  -Wl,-export-dynamic
-L/usr/local/lib -ljpeg  -L/usr/local/lib
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -module -avoid-version -module
-no-undefined  -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib
-R /usr/local/lib -R /usr/local/lib -D_THREAD_SAFE -pthread
-L/usr/local/lib   -D_THREAD_SAFE -pthread  -L/usr/local/lib  -o
libcervisiapart.la -rpath /usr/local/lib/kde3 updateview.lo
protocolview.lo watchdlg.lo changelogdlg.lo historydlg.lo
repositorydlg.lo commitdlg.lo checkoutdlg.lo updatedlg.lo tagdlg.lo
mergedlg.lo cvsdir.lo repositories.lo cervisiapart.lo
addrepositorydlg.lo addremovedlg.lo watchersdlg.lo updateview_items.lo
updateview_visitors.lo entry.lo entry_status.lo stringmatcher.lo
cvsinitdlg.lo ignorelistbase.lo dirignorelist.lo globalignorelist.lo
editwithmenu.lo logmessageedit.lo protocolview_skel.lo -lkio -lkparts
-lkutils cvsservice/libcvsservice.la libcervisia.la
-Wl,-export-dynamic -L/usr/local/lib -ljpeg  -L/usr/local/lib
echo '#include <kdemacros.h>' > cervisia_dummy.cpp; \
	echo 'extern "C" int kdemain(int argc, char* argv[]);' >> cervisia_dummy.cpp; \
	echo 'extern "C" KDE_EXPORT int kdeinitmain(int argc, char* argv[]) {
return kdemain(argc,argv); }' >> cervisia_dummy.cpp
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cervisia_dummy.lo -MD -MP -MF
.deps/cervisia_dummy.Tpo -c -o cervisia_dummy.lo cervisia_dummy.cpp
mv -f .deps/cervisia_dummy.Tpo .deps/cervisia_dummy.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT main.lo -MD -MP -MF .deps/main.Tpo -c -o
main.lo main.cpp
mv -f .deps/main.Tpo .deps/main.Plo
/usr/local/bin/moc ./cervisiashell.h -o cervisiashell.moc
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cervisiashell.lo -MD -MP -MF
.deps/cervisiashell.Tpo -c -o cervisiashell.lo cervisiashell.cpp
mv -f .deps/cervisiashell.Tpo .deps/cervisiashell.Plo
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o libkdeinit_cervisia.la -rpath
/usr/local/lib -no-undefined -avoid-version -L/usr/local/lib
-D_THREAD_SAFE -pthread  -L/usr/local/lib main.lo cervisiashell.lo
-lkparts -lkutils cvsservice/libcvsservice.la libcervisia.la
-Wl,-export-dynamic -L/usr/local/lib -ljpeg  -L/usr/local/lib
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -L/usr/local/lib   -D_THREAD_SAFE
-pthread  -L/usr/local/lib -R /usr/local/lib -R /usr/local/lib -R
/usr/local/lib -R /usr/local/lib -R /usr/local/lib -module
-avoid-version -module -no-undefined  -R /usr/local/lib -R
/usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib
-D_THREAD_SAFE -pthread  -o cervisia.la -rpath /usr/local/lib/kde3
cervisia_dummy.lo libkdeinit_cervisia.la -Wl,-export-dynamic
-L/usr/local/lib -ljpeg  -L/usr/local/lib
echo 'extern "C" int kdemain(int argc, char* argv[]);' > cervisia.la.cpp; \
	echo 'int main(int argc, char* argv[]) { return kdemain(argc,argv);
}' >> cervisia.la.cpp
c++ -DHAVE_CONFIG_H -I. -I.. -I./cvsservice -D_BSD_SOURCE
-I/usr/local/include  -I/usr/local/include  -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT cervisia.la.o -MD -MP -MF
.deps/cervisia.la.Tpo -c -o cervisia.la.o cervisia.la.cpp
mv -f .deps/cervisia.la.Tpo .deps/cervisia.la.Po
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=link c++
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG
-O2 -O -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o cervisia -R /usr/local/lib -R
/usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib
-no-undefined -L/usr/local/lib   -D_THREAD_SAFE -pthread
-L/usr/local/lib cervisia.la.o libkdeinit_cervisia.la
-Wl,-export-dynamic -L/usr/local/lib -ljpeg  -L/usr/local/lib
sed -e 's%_KDEHTMLDIR_%'/usr/local/share/doc/HTML'%g;' \
	    -e 's%_KDECONFDIR_%'/usr/local/share/config'%g;' \
	  < ./cervisia.1.in > cervisia.1
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia'
Making all in pics
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia/pics'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia/pics'
gmake[2]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/cervisia'
Making all in doc
gmake[2]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc'
Making all in .
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc'
gmake[3]: Nothing to be done for `all-am'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc'
Making all in umbrello
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/umbrello'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/umbrello'
Making all in kbabel
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kbabel'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kbabel'
Making all in scripts
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/scripts'
Making all in .
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/scripts'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/scripts'
Making all in kdesvn-build
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/scripts/kdesvn-build'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/scripts/kdesvn-build'
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/scripts'
Making all in kompare
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kompare'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kompare'
Making all in kbugbuster
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kbugbuster'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kbugbuster'
Making all in cervisia
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/cervisia'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/cervisia'
Making all in kapptemplate
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kapptemplate'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kapptemplate'
Making all in kcachegrind
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kcachegrind'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc/kcachegrind'
gmake[2]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/doc'
Making all in kapptemplate
gmake[2]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate'
Making all in admin
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/admin'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/admin'
Making all in appframework
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/appframework'
Making all in no-exe
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/appframework/no-exe'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/appframework/no-exe'
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/appframework'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/appframework'
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/appframework'
Making all in existing
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/existing'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/existing'
Making all in kapp
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kapp'
Making all in no-exe
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kapp/no-exe'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kapp/no-exe'
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kapp'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kapp'
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kapp'
Making all in kpartapp
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartapp'
Making all in no-exe
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartapp/no-exe'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartapp/no-exe'
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartapp'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartapp'
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartapp'
Making all in kpartplugin
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartplugin'
Making all in no-exe
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartplugin/no-exe'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartplugin/no-exe'
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartplugin'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartplugin'
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate/kpartplugin'
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate'
echo "#!/usr/bin/env bash" > kapptemplate; \
	echo "INSTALLED_SHARE_DIR=/usr/local/share/apps/kapptemplate" >>
kapptemplate; \
	echo "KAPPTEMPLATEVERSION=`cat /VERSION`" >> kapptemplate; \
	cat ./kapptemplate.in >> kapptemplate; \
	chmod 755 kapptemplate
cat: /VERSION: No such file or directory
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate'
gmake[2]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate'
Making all in kbabel
gmake[2]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kbabel'
Making all in common
gmake[3]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kbabel/common'
Making all in libgettext
gmake[4]: Entering directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kbabel/common/libgettext'
flex -+ -opofiles.cc ./pofiles.ll
/bin/sh /usr/local/bin/libtool --silent --tag=CXX   --mode=compile c++
-DHAVE_CONFIG_H -I. -I../../..   -D_THREAD_SAFE -pthread
-DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE   -Wno-long-long
-Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION  -MT pofiles.lo -MD -MP -MF .deps/pofiles.Tpo -c
-o pofiles.lo pofiles.cc
In file included from pofiles.cc:249:
/usr/local/include/FlexLexer.h:130: error: expected unqualified-id
before numeric constant
pofiles.cc:450:5: warning: "YY_STACK_USED" is not defined
pofiles.cc: In member function `virtual int GettextBaseFlexLexer::yylex()':
pofiles.cc:575: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:731: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:754: error: `yy_current_buffer' was not declared in this scope
pofiles.cc: In constructor
`GettextBaseFlexLexer::GettextBaseFlexLexer(std::istream*,
std::ostream*)':
pofiles.cc:871: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:871: warning: unused variable 'yy_current_buffer'
pofiles.cc: In destructor `virtual
GettextBaseFlexLexer::~GettextBaseFlexLexer()':
pofiles.cc:883: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:883: warning: unused variable 'yy_current_buffer'
pofiles.cc: In member function `virtual void
GettextBaseFlexLexer::switch_streams(std::istream*, std::ostream*)':
pofiles.cc:890: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:890: warning: unused variable 'yy_current_buffer'
pofiles.cc: In member function `int GettextBaseFlexLexer::yy_get_next_buffer()':
pofiles.cc:943: error: `yy_current_buffer' was not declared in this scope
pofiles.cc: In member function `void GettextBaseFlexLexer::yyunput(int, char*)':
pofiles.cc:1138: error: `yy_current_buffer' was not declared in this scope
pofiles.cc: In member function `int GettextBaseFlexLexer::yyinput()':
pofiles.cc:1180: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1180: warning: unused variable 'yy_current_buffer'
pofiles.cc: In member function `virtual void
GettextBaseFlexLexer::yyrestart(std::istream*)':
pofiles.cc:1239: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1242: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1242: warning: unused variable 'yy_current_buffer'
pofiles.cc: In member function `virtual void
GettextBaseFlexLexer::yy_switch_to_buffer(yy_buffer_state*)':
pofiles.cc:1249: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1249: warning: unused variable 'yy_current_buffer'
pofiles.cc:1252: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1260: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1260: warning: unused variable 'yy_current_buffer'
pofiles.cc: In member function `void
GettextBaseFlexLexer::yy_load_buffer_state()':
pofiles.cc:1274: error: `yy_current_buffer' was not declared in this scope
pofiles.cc: In member function `virtual void
GettextBaseFlexLexer::yy_delete_buffer(yy_buffer_state*)':
pofiles.cc:1311: error: `yy_current_buffer' was not declared in this scope
pofiles.cc: In member function `void
GettextBaseFlexLexer::yy_flush_buffer(yy_buffer_state*)':
pofiles.cc:1353: error: `yy_current_buffer' was not declared in this scope
pofiles.cc:1353: warning: unused variable 'yy_current_buffer'
pofiles.cc:1518:5: warning: "YY_MAIN" is not defined
gmake[4]: *** [pofiles.lo] Error 1
gmake[4]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kbabel/common/libgettext'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kbabel/common'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory
`/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kbabel'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10'
gmake: *** [all] Error 2
*** Error code 2

Stop in /scratch/ports/devel/kdesdk3.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade.76926.0 env make
** Fix the problem and try again.
--->  Build of devel/kdesdk3 ended at: Thu, 01 Jan 2009 01:38:27 +0100
(consumed 00:05:17)
--->  Fresh installation of devel/kdesdk3 ended at: Thu, 01 Jan 2009
01:38:27 +0100 (consumed 00:05:18)
--->  ** Install tasks 4: 0 done, 0 ignored, 0 skipped and 1 failed
--->  Skipping 'www/kdewebdev' because a requisite port
'devel/kdesdk3' failed (specify -k to force)
--->  ** Install tasks 4: 0 done, 0 ignored, 1 skipped and 1 failed
--->  Skipping 'devel/kdevelop' because a requisite port
'devel/kdesdk3' failed (specify -k to force)
--->  ** Install tasks 4: 0 done, 0 ignored, 2 skipped and 1 failed
--->  Skipping 'x11/kde3' because a requisite port 'devel/kdesdk3'
failed (specify -k to force)
--->  ** Install tasks 4: 0 done, 0 ignored, 3 skipped and 1 failed
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
	! devel/kdesdk3	(unknown build error)
	* www/kdewebdev
	* devel/kdevelop
	* x11/kde3
--->  Packages processed: 0 done, 0 ignored, 3 skipped and 1 failed
--->  Saving the results to '/root/portupgrade/portupgrade.log.kde3e'
--->  Session ended at: Thu, 01 Jan 2009 01:40:54 +0100 (consumed 00:09:16)
From g.veniamin at googlemail.com  Sat Jan  3 16:14:46 2009
From: g.veniamin at googlemail.com (Gvozdikov Veniamin)
Date: Sat Jan  3 16:15:16 2009
Subject: error compile graphics/sane-backends
Message-ID: <495F8835.8030104@gmail.com>

ss# uname -a
FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Jan  2 09:21:10 
KRAT 2009     root@ss.su:/usr/obj/usr/src/sys/zl0_usb2  i386
ss#

I use default options in make config....

cc -c -O2 -pipe -fno-strict-aliasing -W -Wall -DHAVE_CONFIG_H -I. -I. 
-I../include -I../include -I/usr/local/include -D_REENTRANT 
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d 
-DPATH_SANE_DATA_DIR=/usr/local/share 
-DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 
-DBACKEND_NAME=epson2_net -DLIBDIR=/usr/local/lib/sane epson2_net.c  
-fPIC -DPIC -o .libs/epson2_net.o  
In file included from 
epson2_net.c:18:                                                           
../include/sane/sanei_tcp.h:28: error: expected '=', ',', ';', 'asm' or 
'__attribute__' before 
'sanei_tcp_write'                                                                                 
 
../include/sane/sanei_tcp.h:29: error: expected '=', ',', ';', 'asm' or 
'__attribute__' before 
'sanei_tcp_read'                                                                                  
 
epson2_net.c: In function 
'sanei_epson_net_read_raw':                                            
epson2_net.c:57: warning: implicit declaration of function 
'sanei_tcp_read'                      
epson2_net.c: In function 
'sanei_epson_net_write':                                               
epson2_net.c:194: warning: implicit declaration of function 
'sanei_tcp_write'                    
gmake[1]: *** [epson2_net.lo] Error 
1                                                           
gmake[1]: Leaving directory 
`/usr/ports/graphics/sane-backends/work/sane-backends-1.0.19/backend'
gmake: *** [all-recursive] Error 
1                                                              
*** Error code 2             

From me at janh.de  Sat Jan  3 16:41:16 2009
From: me at janh.de (Jan Henrik Sylvester)
Date: Sat Jan  3 16:41:24 2009
Subject: devel/kdesdk3 (kdesdk-3.5.10) not compiling
Message-ID: <495F9233.4000905@janh.de>

Guill. Moreno-Socias wrote:
 >    I am trying to install x11/kde3 using portupgrade, but it fails
 > when making devel/kdesdk3 (kdesdk-3.5.10).
[...]
 > In file included from pofiles.cc:249:
 > /usr/local/include/FlexLexer.h:130: error: expected unqualified-id
 > before numeric constant
 > pofiles.cc:450:5: warning: "YY_STACK_USED" is not defined

kdesdk3 cannot be build with textproc/flex installed (since it picks up 
part of it instead of the flex from base). You might have gotten 
textproc/flex as a build dependency to gstreamer, which is required by 
kde4 and many gnome applications.

There are discussions on the kde-freebsd mailing list about it and at 
least one bug report that got closed, because flex should be installed 
to a different directory, which did not happen. (This is the situation 
for five month already...)

pkg_create -b flex-2.5.35
pkg_delete flex-2.5.35
portupgrade devel/kdesdk3
pkg_add flex-2.5.35.tbz

Cheers,
Jan Henrik
From makc at issp.ac.ru  Sat Jan  3 17:27:51 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Sat Jan  3 17:27:59 2009
Subject: devel/kdesdk3 (kdesdk-3.5.10) not compiling
In-Reply-To: <495F9233.4000905@janh.de>
References: <495F9233.4000905@janh.de>
Message-ID: <200901032027.49066.makc@issp.ac.ru>

On Sat, 03 Jan 2009 17:28:35 +0100, Jan Henrik Sylvester wrote:
> Guill. Moreno-Socias wrote:
>  >    I am trying to install x11/kde3 using portupgrade, but it fails
>  > when making devel/kdesdk3 (kdesdk-3.5.10).
>
> [...]
>
>  > In file included from pofiles.cc:249:
>  > /usr/local/include/FlexLexer.h:130: error: expected unqualified-id
>  > before numeric constant
>  > pofiles.cc:450:5: warning: "YY_STACK_USED" is not defined
>
> kdesdk3 cannot be build with textproc/flex installed (since it picks up
> part of it instead of the flex from base). You might have gotten
> textproc/flex as a build dependency to gstreamer, which is required by
> kde4 and many gnome applications.
>
> There are discussions on the kde-freebsd mailing list about it and at
> least one bug report that got closed, because flex should be installed
> to a different directory, which did not happen. (This is the situation
> for five month already...)
Fix for ports flex will be committed as soon as ports slush over.

Max
From pgollucci at p6m7g8.com  Sat Jan  3 18:54:41 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Sat Jan  3 18:54:53 2009
Subject: [RFC]: [PATCH]: remove devel/apr
Message-ID: <495FB443.8030107@p6m7g8.com>

This needs a lot of polishing, UPDATING entry, CHANGES entry?, and more 
testing, but I'm open to any comments/feedback on it:

http://tinderbox-amd64.p6m7g8.net/~pgollucci/FreeBSD/diffs/apr.diff

o Remove devel/apr-svn and replace with devel/apr
o devel/apr:
   defaults changed: WITH_BDB=yes [1]
   convert APR_UTIL_* flags to KNOBS flag names
   optionify and add IPV6, NDBM, LDAP, MYSQL, PGSQL
   (sqlite[23],orcale,freetds,odbc -- PATCHES welcome, MAINTAINER does not use)
   GMAKE is not needed, so remove it
   split ./configure args into apr and apr-util args, they do not accept all
	the same options
   standardize on naming apr and apu to match other oses and the C code.
   create APR_WRKDIR And APU_WRKDIR for simplicity
   delete pre-extract target
   bump PORTREVISION

   NOTE: port still breaks hier(7), need to fix

o devel/kdesvn, devel/rapidsvn, devel/subcommander*, devel/subversion*
   devel/apr-svn -> devel/apr
   (subversion will pull in devel/apr)

o 86 ports PORTREVISION++ due to devel/apr-svn removal
o  6 ports PORTREVISION++ due to [1]

Notes: dev@apr.apache.org, trunk in svn is as of TODAY(2008/01/03) 2.0.x, 
ports infra needs to prep for
        devel/apr-0, devel/apr-1, devel/apr-2


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Director IT         - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From stanb at panix.com  Sat Jan  3 19:16:42 2009
From: stanb at panix.com (stan)
Date: Sat Jan  3 19:16:49 2009
Subject: ampcache and php
Message-ID: <20090103191640.GA18172@teddy.fas.com>

I am trying to install the ampcache port on a 7.1 system. This package is
written in PHP, but it does not look as though the port has a dependecy on
a PHP port. What PHP port should I install?

-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.
From pgollucci at p6m7g8.com  Sat Jan  3 20:15:21 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Sat Jan  3 20:15:29 2009
Subject: [RFC]: [PATCH]: remove devel/apr
In-Reply-To: <495FB443.8030107@p6m7g8.com>
References: <495FB443.8030107@p6m7g8.com>
Message-ID: <495FC72B.60101@p6m7g8.com>

Philip M. Gollucci wrote:
> Notes: dev@apr.apache.org, trunk in svn is as of TODAY(2008/01/03) 
> 2.0.x, ports infra needs to prep for
>        devel/apr-0, devel/apr-1, devel/apr-2
Another note, 2.0.x trunk will have apr-util as part of it, so it turns out it 
was a good idea to have devel/apr contain apr-util.  Imagine that.


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Director IT         - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From jadawin at FreeBSD.org  Sat Jan  3 20:35:33 2009
From: jadawin at FreeBSD.org (Philippe =?iso-8859-1?Q?Aud=E9oud?=)
Date: Sat Jan  3 20:35:40 2009
Subject: ampcache and php
In-Reply-To: <20090103191640.GA18172@teddy.fas.com>
References: <20090103191640.GA18172@teddy.fas.com>
Message-ID: <20090103203515.GA2576@tuxaco.net>

On Sat, 03 Jan 2009, stan wrote:

> I am trying to install the ampcache port on a 7.1 system. This package is
> written in PHP, but it does not look as though the port has a dependecy on
> a PHP port. What PHP port should I install?
> 

Hello,

ampache has a dependency with php port.

$vim /usr/ports/www/ampache/Makefile
[...]
USE_PHP=        mysql pcre session iconv
WANT_PHP_WEB=   yes
[...]

and 
$vim /usr/ports/Mk/bsd.php.mk

WANT_PHP_WEB=yes  - Want the Apache Module or the CGI version of PHP.

You should install mysql, pcre, session and iconv php extensions.

-- 
Philippe Aud?oud
From stanb at panix.com  Sat Jan  3 23:36:11 2009
From: stanb at panix.com (stan)
Date: Sat Jan  3 23:36:18 2009
Subject: ampcache and php
In-Reply-To: <20090103203515.GA2576@tuxaco.net>
References: <20090103191640.GA18172@teddy.fas.com>
	<20090103203515.GA2576@tuxaco.net>
Message-ID: <20090103233609.GC18172@teddy.fas.com>

On Sat, Jan 03, 2009 at 09:35:15PM +0100, Philippe Aud?oud wrote:
> On Sat, 03 Jan 2009, stan wrote:
> 
> > I am trying to install the ampcache port on a 7.1 system. This package is
> > written in PHP, but it does not look as though the port has a dependecy on
> > a PHP port. What PHP port should I install?
> > 
> 
> Hello,
> 
> ampache has a dependency with php port.
> 
> $vim /usr/ports/www/ampache/Makefile
> [...]
> USE_PHP=        mysql pcre session iconv
> WANT_PHP_WEB=   yes
> [...]
> 
> and 
> $vim /usr/ports/Mk/bsd.php.mk
> 
> WANT_PHP_WEB=yes  - Want the Apache Module or the CGI version of PHP.
> 
> You should install mysql, pcre, session and iconv php extensions.


My mistake. It had indeed installed teh php5 port. But that port's default
configuration aparantely did not build the Apache php5 module. I removed
the php5 port, re-ran configure, and  reinstalled it.

Now I am strugling with configuring PHP, and the ampcahe port. I'll post
that as a seperate question to the questions lsit.

Thanks.
-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.
From dougb at FreeBSD.org  Sun Jan  4 07:37:10 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Sun Jan  4 07:37:17 2009
Subject: thunderbird port - a few issues
In-Reply-To: <op.um5sd9oq9aq2h7@localhost>
References: <4957B1E5.3030305@gmail.com> <495EA9BC.3020503@FreeBSD.org>
	<op.um5sd9oq9aq2h7@localhost>
Message-ID: <4960658F.2080609@FreeBSD.org>

Jeremy Messenger wrote:
> On Fri, 02 Jan 2009 17:56:44 -0600, Doug Barton <dougb@freebsd.org> wrote:
> 
>> Eitan Adler wrote:
>>
>>> We should add --disable-tests to MOZ_OPTIONS unless WITH_DEBUG is
>>> enabled.
>>
>> I took advantage of the .19 upgrade to test this and it works fine, FWIW.
> 
> You do not need to add it since all gecko ports (from Mk/bsd.gecko.mk)
> already have --disable-tests by default for long time. ;-)

D'oh! Well, good on you guys then. :)

Doug

-- 

    This .signature sanitized for your protection

From m.seaman at infracaninophile.co.uk  Sun Jan  4 09:17:09 2009
From: m.seaman at infracaninophile.co.uk (Matthew Seaman)
Date: Sun Jan  4 09:17:17 2009
Subject: /usr/ports/fpc-fcl-async ?
Message-ID: <49607E8A.1010605@infracaninophile.co.uk>


There seems to be a free pascal port sitting at the top level in the ports
database hierarchy.  Looks like this port has wandered away from its real
home:

cache-update:1: Updating cached data for /usr/ports/fpc-fcl-async
"Makefile", line 21: Could not find /usr/ports/fpc-fcl-async/../../lang/fpc/Makefile
make: fatal errors encountered -- cannot continue
cache-update: /usr/ports/fpc-fcl-async Error. make: bad exit status -- 256

As CVS says the contents are at least 6 months old, I guess this must
have been some sort of repo copy gone wrong.

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 258 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090104/5a0e590b/signature.pgp
From rhurlin at gwdg.de  Sun Jan  4 09:23:30 2009
From: rhurlin at gwdg.de (Rainer Hurling)
Date: Sun Jan  4 09:23:36 2009
Subject: games/jools does not run
Message-ID: <49607757.8010204@gwdg.de>

Today I installed games/jools on my recent 8.0-CURRENT. But it did not 
run. In xterm the following error message was shown.

----------------------------
Checking for playlist in /home/xxxxxx/.jools/music...
Traceback (most recent call last):
   File "/usr/local/bin/jools", line 29, in <module>
     import jools
   File "/usr/local/lib/python2.5/site-packages/jools/__init__.py", line 
40, in <module>
     from initialize import *
   File "/usr/local/lib/python2.5/site-packages/jools/initialize.py", 
line 144, in <module>
     highScoreTitleFont = pygame.font.Font(None, 45)
RuntimeError: default font not found 'freesansbold.ttf'
----------------------------


Searching the internet the error was described for other systems too. 
Obviously the game needs read access for all users to the mentioned font 
file:

#cd /usr/local/lib/python2.5/site-packages/pygame
#ls -l freesansbold.ttf
-rwx------  1 root  wheel  - 98600  7 Jul 07:58:09 2008 freesansbold.ttf


Changing it with 'chmod a+r freesansbold.ttf' does the trick. Now jools 
plays like a charm. It is a nice little game.

Could the maintainer or someone else update the port, please?

Thank you very much,
Rainer


From gesbbb at yahoo.com  Sun Jan  4 12:49:26 2009
From: gesbbb at yahoo.com (Jerry)
Date: Sun Jan  4 12:49:31 2009
Subject: Updating MySQL-Connector-3.51
Message-ID: <20090104074922.52fa4da6@scorpio>

Does anyone know if then is anyone working on updating the
'databases/mysql-connector-odbc' from version 3.51.x to the latest
version, 5.1.5 presently available? The MySQL site lists two FreeBSD
specific files, 32 and 64 bit versions. The 3.51.x version is quite old
and I believe does not work correctly with MySQL 6.x either.

-- 
Jerry
gesbbb@yahoo.com

The best audience is intelligent, well-educated and a little drunk.

	Maurice Baring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090104/fecbe1b0/signature.pgp
From freebsd-ports-local at be-well.ilk.org  Sun Jan  4 16:09:02 2009
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Sun Jan  4 16:09:09 2009
Subject: games/jools does not run
In-Reply-To: <49607757.8010204@gwdg.de> (Rainer Hurling's message of "Sun\,
	04 Jan 2009 09\:46\:15 +0100")
References: <49607757.8010204@gwdg.de>
Message-ID: <44mye7yt88.fsf@lowell-desk.lan>

Rainer Hurling <rhurlin@gwdg.de> writes:

> Searching the internet the error was described for other systems
> too. Obviously the game needs read access for all users to the
> mentioned font file:
>
> #cd /usr/local/lib/python2.5/site-packages/pygame
> #ls -l freesansbold.ttf
> -rwx------  1 root  wheel  - 98600  7 Jul 07:58:09 2008 freesansbold.ttf
>
>
> Changing it with 'chmod a+r freesansbold.ttf' does the trick. Now
> jools plays like a charm. It is a nice little game.
>
> Could the maintainer or someone else update the port, please?

This change should actually be in devel/py-game, not games/jools.

There are other files installed with the same incorrect privileges,
which should probably be fixed as well.

I suggest you file a PR.
From stanb at panix.com  Sun Jan  4 17:25:44 2009
From: stanb at panix.com (stan)
Date: Sun Jan  4 17:25:50 2009
Subject: A question about the rrd tools port
Message-ID: <20090104172542.GA11950@teddy.fas.com>

The rrd tools port installs a number of man pages fr executables that it
does not seem to provide. I have been able to acomplish what I wnated to
doo with rrdtool, and the apropriate command, but my suspicion is thta the
ones that are not there are intended to be links to this same excutable,
which in turn changes it's behavior based upon what name it was called
with. Tis is pretty stnadard in the *NIX world.

Is my assumpion correct, and if so, why ae these links not created?

-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.
From david at catwhisker.org  Sun Jan  4 17:49:05 2009
From: david at catwhisker.org (David Wolfskill)
Date: Sun Jan  4 17:49:11 2009
Subject: A question about the rrd tools port
In-Reply-To: <20090104172542.GA11950@teddy.fas.com>
References: <20090104172542.GA11950@teddy.fas.com>
Message-ID: <20090104173644.GA4100@albert.catwhisker.org>

On Sun, Jan 04, 2009 at 12:25:42PM -0500, stan wrote:
> The rrd tools port installs a number of man pages fr executables that it
> does not seem to provide. ...
> 
> Is my assumpion correct, and if so, why ae these links not created?

It looks to me as if at least some of the man pages installed by rrdtool
do not have corresponding executables because they are purely
documentation:  e.g., bin_dec_hex; cdeftutorial; rpntutorial;
rrdgraph_examples.

Peace,
david
-- 
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090104/f841db10/attachment.pgp
From dfilter at FreeBSD.ORG  Sun Jan  4 18:00:10 2009
From: dfilter at FreeBSD.ORG (dfilter service)
Date: Sun Jan  4 18:00:18 2009
Subject: ports/13001: commit references a PR
Message-ID: <200901041800.n04I0AbO092981@freefall.freebsd.org>

The following reply was made to PR ports/13001; it has been noted by GNATS.

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: ports/13001: commit references a PR
Date: Sun,  4 Jan 2009 17:50:59 +0000 (UTC)

 pgollucci    2009-01-04 17:50:49 UTC
 
   FreeBSD ports repository
 
   Modified files:
     sysutils/rubygem-capistrano Makefile distinfo pkg-plist 
   Log:
   - Update to 2.5.3
   
   PR:             ports/13001
   Approved by:    r.s.a.vandomburg@nedforce.nl (maintainer via e-mail)
   
   Revision  Changes    Path
   1.15      +1 -1      ports/sysutils/rubygem-capistrano/Makefile
   1.9       +3 -3      ports/sysutils/rubygem-capistrano/distinfo
   1.9       +7 -0      ports/sysutils/rubygem-capistrano/pkg-plist
 _______________________________________________
 cvs-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
 
From stanb at panix.com  Sun Jan  4 19:33:32 2009
From: stanb at panix.com (stan)
Date: Sun Jan  4 19:33:38 2009
Subject: A question about the rrd tools port
In-Reply-To: <20090104173644.GA4100@albert.catwhisker.org>
References: <20090104172542.GA11950@teddy.fas.com>
	<20090104173644.GA4100@albert.catwhisker.org>
Message-ID: <20090104193330.GA14428@teddy.fas.com>

On Sun, Jan 04, 2009 at 09:36:44AM -0800, David Wolfskill wrote:
> On Sun, Jan 04, 2009 at 12:25:42PM -0500, stan wrote:
> > The rrd tools port installs a number of man pages fr executables that it
> > does not seem to provide. ...
> > 
> > Is my assumpion correct, and if so, why ae these links not created?
> 
> It looks to me as if at least some of the man pages installed by rrdtool
> do not have corresponding executables because they are purely
> documentation:  e.g., bin_dec_hex; cdeftutorial; rpntutorial;
> rrdgraph_examples.

OK, here is an example of what I am asking about "rrdrestore". The function
can be done with rrdtool import, but why is tere a man page, if there is
not intended to be  an executable, or a llink?

-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.
From david at catwhisker.org  Sun Jan  4 19:40:27 2009
From: david at catwhisker.org (David Wolfskill)
Date: Sun Jan  4 19:40:35 2009
Subject: A question about the rrd tools port
In-Reply-To: <20090104193330.GA14428@teddy.fas.com>
References: <20090104172542.GA11950@teddy.fas.com>
	<20090104173644.GA4100@albert.catwhisker.org>
	<20090104193330.GA14428@teddy.fas.com>
Message-ID: <20090104194027.GC4100@albert.catwhisker.org>

On Sun, Jan 04, 2009 at 02:33:30PM -0500, stan wrote:
> ...
> > It looks to me as if at least some of the man pages installed by rrdtool
> > do not have corresponding executables because they are purely
> > documentation:  e.g., bin_dec_hex; cdeftutorial; rpntutorial;
> > rrdgraph_examples.
> 
> OK, here is an example of what I am asking about "rrdrestore". The function
> can be done with rrdtool import, but why is tere a man page, if there is
> not intended to be  an executable, or a llink?

That's a different case from the examples I cited above.

Like cvs(1), rrdtool(1) is a single executable that takes several
different (sub)commands.

Unlike cvs(1) (and like perl(1)), the way the rrdtool(1) man pages are
arranged involves having separate man pages for each subcommand (or
other aspect of rrdtool that the author or contributors wished to
document).

E.g., the man page is called "rrdrestore", but as the SYNOPSIS of that
man page shows, it is invoked as "rrdtool restore ...."

Peace,
david
-- 
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090104/a15121c5/attachment.pgp
From tingox at gmail.com  Sun Jan  4 20:50:01 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sun Jan  4 20:50:08 2009
Subject: amule 2.2.3 port - first try
In-Reply-To: <ef8c8a880812301216pc8a4da3l320fbfe9746abca5@mail.gmail.com>
References: <ef8c8a880812291539h1eea43a6x66b9a7ee5928a4fe@mail.gmail.com>
	<20081230192455.GG81218@hades.panopticon>
	<ef8c8a880812301216pc8a4da3l320fbfe9746abca5@mail.gmail.com>
Message-ID: <ef8c8a880901041249w210a4e12p969e2b4d30ffb91e@mail.gmail.com>

A small update: I have fixed the man pages problem. Since the fr man
pages are incomplete, I have to gzip them manually in the post-install
target (this is actually the way it was done in the previous version
of the port.
The rest was simply adding all the language man pages to Makefile.man.
New Makefile and Makefile.man attached.

Now I am wondering what to do with other docs. I have set this in Makefile:

DOCSDIR=        ${PREFIX}/share/doc/aMule-${PORTVERSION}

Looking at /usr/local/share/doc, this seems to be the most usual way to do it.

But the docs files are located in $DISTNAME/docs (or $WRKSRC/docs, so
I hve set PORTDOCS like this:
PORTDOCS=       docs/AUTHORS docs/COPYING docs/Changelog docs/Doxyfile
docs/EC_Protocol.txt \
                docs/ED2K-Links.HOWTO docs/INSTALL docs/README*
docs/Releases.dia docs/TODO \
                docs/amule-win32.HOWTO.txt docs/amulesig.txt
docs/license.txt docs/socks4.protocol

But then the ports system thinks that the files are installed in
$DOCSDIR/docs, and puts that in PLIST. Not good.

I would prefer to keep DOCSDIR like it is.
Is it a way to get the files into PORTDOCS so that they get recorded
correctly in PLIST?
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Makefile
Type: application/octet-stream
Size: 3867 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090104/fe7e04ea/Makefile.obj
From lists at aquezada.com  Sun Jan  4 21:25:15 2009
From: lists at aquezada.com (Julian C. Dunn)
Date: Sun Jan  4 21:25:22 2009
Subject: amanda 2.6.0
Message-ID: <1231101214.3103.8.camel@jupiter.acf.aquezada.com>

Has there been any more progress on upgrading amanda-{server,client} to
2.6.0p2?

I've tested Goran's revised port candidate here:

http://lists.freebsd.org/pipermail/freebsd-ports/2008-October/051205.html

It works great (have tested backups to DLT tape as well as to S3),
except there are some symbol errors like:

/libexec/ld-elf.so.1: /usr/local/lib/perl5/site_perl/5.8.8/auto/Amanda/ 
Config/libConfig.so: Undefined symbol "amglue_SvI32"

The Amanda Wiki has some notes about this:

http://wiki.zmanda.com/index.php/Installation/OS_Specific_Notes/Installing_Amanda_on_FreeBSD#Threading_and_-pthread

and I'd be interested in helping to move this port forward as 2.5.3p1 is
quite old, and missing useful features like being able to back up to
Amazon S3.

- Julian

-- 
[ Julian C. Dunn <jdunn@aquezada.com>          * Sorry, I'm    ]
[ WWW: http://www.aquezada.com/staff/julian    * only Web 1.0  ]
[ gopher://sdf.lonestar.org/11/users/keymaker  * compliant!    ]
[ PGP: 91B3 7A9D 683C 7C16 715F 442C 6065 D533 FDC2 05B9       ]
From LISTSERV at LSV.UKY.EDU  Sun Jan  4 21:25:57 2009
From: LISTSERV at LSV.UKY.EDU (University of Kentucky LISTSERV Server (14.4))
Date: Sun Jan  4 21:26:04 2009
Subject: Rejected posting to GEOGABLE@LSV.UKY.EDU
Message-ID: <LISTSERV%200901041604438030.9D0A@LSV.UKY.EDU>

You  are  not  authorized  to  send   mail  to  the  GEOGABLE  list  from  your
ports@FREEBSD.ORG account.  You might be  authorized to  post to the  list from
another of your accounts, or perhaps when using another mail program configured
to use a  different e-mail address, but  LISTSERV has no way  to associate this
other account or address with yours. If  you need assistance or if you have any
questions regarding  the policy of the  GEOGABLE list, please contact  the list
owners at GEOGABLE-request@LSV.UKY.EDU.
-------------- next part --------------
An embedded message was scrubbed...
From: ports@freebsd.org
Subject: Mail System Error - Returned Mail
Date: Sun, 4 Jan 2009 13:04:23 -0800
Size: 41328
Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090104/1cdb7802/attachment.eml
From collegematters at securecollegesolutions.com  Sun Jan  4 21:37:00 2009
From: collegematters at securecollegesolutions.com (College Matters)
Date: Sun Jan  4 21:37:12 2009
Subject: College Matters 2009 Week 1: FAFSA Pin Scholarship Basics
Message-ID: <20090104105841.18881829@securecollegesolutions.com>

(Mailing list information, including unsubscription instructions, is located at the end of this message.)
__ 


SecureCollegeSolutions
 Home 
    
 About Us
    
 Our Services    
     
 College     Matters    
     
 Upcoming     Events 
     
 Newsletter
     
 Student     Time Lines 
    
 Scholarship Info
    
 In College Info    
     
 Forms You     Need    
     
 EFC Info 
     
 FAFSA Info
        My Space
     
 Partners 
    
 Links
    
 Feed Back    
     
 Contact us
 College Matters Week 1 2009
 FAFSA- you can now submit your FAFSA online
 Financial aid is offered on a first come, first serve 
 basis. Submitting your FAFSA as soon as you can will potentially 
 increase your finical aid reward.
 Get 
 our FAFSA Pin Number
 Get your EFC Report
 
 Look for 
 Scholarships
 Contact us for help with the college process....
* Scholarship Basics  google_ad_client = "pub-4844904490542069";
/* SCS General Banner bottom of pages */
google_ad_slot = "5698569536";
google_ad_width = 468;
google_ad_height = 60;
//-->


-- 
The following information is a reminder of your current mailing
list subscription: 

You are subscribed to the following list:
  
	College Matters
	
using the following email:
 
	ports@freebsd.org

You may automatically unsubscribe from this list at any time by 
visiting the following URL:
 
<http://www.securecollegesolutions.com/mailinglist/mail.cgi/u/collegematters/>

If the above URL is inoperable, make sure that you have copied the 
entire address. Some mail readers will wrap a long URL and thus break
this automatic unsubscribe mechanism. 

You may also change your subscription by visiting this list's main screen: 
 
<http://www.securecollegesolutions.com/mailinglist/mail.cgi/list/collegematters>

If you're still having trouble, please contact the list owner at: 
 
	<mailto:collegematters@securecollegesolutions.com>

The following physical address is associated with this mailing list: 
 
SecureCollegeSolutions
1241 Volunteer Parkway Suite 424
Bristol, TN 37620
(423) 789-2000

Mailing List Powered by Dada Mail
http://www.securecollegesolutions.com/mailinglist/mail.cgi/what_is_dada_mail/
From lists.gms at gmail.com  Sun Jan  4 21:46:17 2009
From: lists.gms at gmail.com (Guill. Moreno-Socias)
Date: Sun Jan  4 21:46:24 2009
Subject: devel/kdesdk3 (kdesdk-3.5.10) not compiling
In-Reply-To: <a2d737650901030635n75fe28b4r91315c4c07a645e0@mail.gmail.com>
References: <a2d737650901030635n75fe28b4r91315c4c07a645e0@mail.gmail.com>
Message-ID: <a2d737650901041346g65e74ba0sc885ef202daa2fa@mail.gmail.com>

On Sat, Jan 3, 2009 at 3:35 PM, Guill. Moreno-Socias
<lists.gms@gmail.com> wrote:
>   Hello and happy new year.
>   I am trying to install x11/kde3 using portupgrade, but it fails
> when making devel/kdesdk3 (kdesdk-3.5.10).

   Hello again.
   Thank you very much for your helpful answers.  I deleted
textproc/flex (which I do not need) and everything seems to work now.
   There is however a small thing:

> gmake[3]: Entering directory
> `/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate'
> echo "#!/usr/bin/env bash" > kapptemplate; \
>        echo "INSTALLED_SHARE_DIR=/usr/local/share/apps/kapptemplate" >>
> kapptemplate; \
>        echo "KAPPTEMPLATEVERSION=`cat /VERSION`" >> kapptemplate; \
>        cat ./kapptemplate.in >> kapptemplate; \
>        chmod 755 kapptemplate
> cat: /VERSION: No such file or directory
> gmake[3]: Leaving directory
> `/scratch/ports/devel/kdesdk3/work/kdesdk-3.5.10/kapptemplate'

(as you can see, it appears there is a path missing for VERSION), but
this does not seem harmful.

-- 
Guillermo Moreno-Soc?as
From goran.lowkrantz at ismobile.com  Sun Jan  4 21:50:10 2009
From: goran.lowkrantz at ismobile.com (Goran Lowkrantz)
Date: Sun Jan  4 21:50:17 2009
Subject: amanda 2.6.0
In-Reply-To: <1231101214.3103.8.camel@jupiter.acf.aquezada.com>
References: <1231101214.3103.8.camel@jupiter.acf.aquezada.com>
Message-ID: <FE433A192AAD26D2F4089505@[10.255.253.2]>

Hi Julian,

I am currently working on a new port of 2.6.1b2 with extensions supporting 
saving incremental zfs snapshots but I have some problems with the 
estimation of these incremental backups.

I have a test port at the Zmanda forums but I don't like the script I have 
had to do around wc to get it to send the total count to stderr instead of 
stdout.

If you are interested to check this out, take a look at 
<http://forums.zmanda.com/showthread.php?t=1615>.

This port is currently running on 5 test systems, 7.1 and 8 with a total of 
about 10T in ZFS pools and 2T backed up with UFS DUMP.

I have submitted a PR <http://www.freebsd.org/cgi/query-pr.cgi?pr=130105> 
on a fail of zfs send -R that can be used for zpool backups instead of zfs 
file system backups, that the current implementation uses and when this is 
fixed, I will try and extend the current scripts to handle this too.

Cheers,
	G?ran


--On Sunday, January 04, 2009 15:33 -0500 "Julian C. Dunn" 
<lists@aquezada.com> wrote:

> Has there been any more progress on upgrading amanda-{server,client} to
> 2.6.0p2?
>
> I've tested Goran's revised port candidate here:
>
> http://lists.freebsd.org/pipermail/freebsd-ports/2008-October/051205.html
>
> It works great (have tested backups to DLT tape as well as to S3),
> except there are some symbol errors like:
>
> /libexec/ld-elf.so.1: /usr/local/lib/perl5/site_perl/5.8.8/auto/Amanda/
> Config/libConfig.so: Undefined symbol "amglue_SvI32"
>
> The Amanda Wiki has some notes about this:
>
> http://wiki.zmanda.com/index.php/Installation/OS_Specific_Notes/Installin
> g_Amanda_on_FreeBSD#Threading_and_-pthread
>
> and I'd be interested in helping to move this port forward as 2.5.3p1 is
> quite old, and missing useful features like being able to back up to
> Amazon S3.
>
> - Julian
>
> --
> [ Julian C. Dunn <jdunn@aquezada.com>          * Sorry, I'm    ]
> [ WWW: http://www.aquezada.com/staff/julian    * only Web 1.0  ]
> [ gopher://sdf.lonestar.org/11/users/keymaker  * compliant!    ]
> [ PGP: 91B3 7A9D 683C 7C16 715F 442C 6065 D533 FDC2 05B9       ]



................................................... the future isMobile

  Goran Lowkrantz <goran.lowkrantz@ismobile.com>
  System Architect, isMobile AB
  Sandviksgatan 81, PO Box 58, S-971 03 Lule?, Sweden
  Mobile: +46(0)70-587 87 82
http://www.ismobile.com ...............................................
From collegematters at securecollegesolutions.com  Sun Jan  4 21:50:24 2009
From: collegematters at securecollegesolutions.com (College Matters)
Date: Sun Jan  4 21:50:30 2009
Subject: College Matters Mailing List Unsubscription Confirmation
Message-ID: <20090104145025.16725257@securecollegesolutions.com>


This message has been sent to you as the final step to confirm your
email *removal* for the following list: 

College Matters

To confirm this unsubscription, please follow the URL below:

<http://www.securecollegesolutions.com/mailinglist/mail.cgi/u/collegematters/ports/freebsd.org/17088095/>

(Click the URL above, or copy and paste the URL into your browser. 
Doing so will remove you to this list.)

-----------------------------------------------------------------------

The following is the description given for this list: 

SecureCollegeSolutions offers college planning and college funding strategies.  We are independent College and Financial Advisors
Preparing for college is a family project, a process that requires extensive research, sound decisions and correct timing.  Well executed college planning can set the stage for a lifetime of opportunity and reward.

Our mission is to educate and assist families on the college planning and funding process.
SecureCollegeSolutions is a leader in the business of college planning and funding strategies.  We provide our clients with tools, personal advice and a system to increasing your college funding that helps navigate the often complicated and confusing process of choosing, applying to, and paying for the right college.

College Matters is a newsletter that is designed to help parents and students plan for college.  

Colleges are a business, and we need to make it our business to education families, students, and high schools on the business of the college process.


-----------------------------------------------------------------------

This Closed-Loop Opt-Out confirmation email was sent to protect the privacy
of the owner of this email address. 

Furthermore, the following privacy policy is associated with this list: 

Email Privacy Policy 
We have created this email privacy policy to demonstrate our firm commitment to your privacy and the protection of your information. 
Why did you receive an email from us? 
If you received a mailing from us, (a) your email address is either listed with us as someone who has expressly shared this address for the purpose of receiving information in the future ("opt-in"), or (b) you have registered or been referred or otherwise have an existing relationship with us. We respect your time and attention by controlling the frequency of our mailings. 
How we protect your privacy 
We use security measures to protect against the loss, misuse and alteration of data used by our system. 
Sharing and Usage 
We will never share, sell, or rent individual personal information with anyone without your advance permission or unless ordered by a court of law. Information submitted to us is only available to employees managing this information for purposes of contacting you or sending you emails based on your request for information and to contracted service providers for purposes of providing services relating to our communications with you. 
How can you stop receiving email from us? 
Each email sent contains an easy, automated way for you to cease receiving email from us, or to change your expressed interests. If you wish to do this, simply follow the instructions at the end of any email. 
If you have received unwanted, unsolicited email sent via this system or purporting to be sent via this system, please forward a copy of that email with your comments to info@securecollegesolutions.com for review.


Please read and understand this privacy policy. 

If you did not ask to be removed from this particular list, please
do not visit the confirmation URL above. The confirmation for removal 
will not go through and no other action on your part will be needed.

To contact the owner of this email list, please use the address below: 

<mailto:collegematters@securecollegesolutions.com>

The following physical address is associated with this mailing list: 

SecureCollegeSolutions
1241 Volunteer Parkway Suite 424
Bristol, TN 37620
(423) 789-2000


- <mailto:collegematters@securecollegesolutions.com>



Mailing List Powered by Dada Mail
http://www.securecollegesolutions.com/mailinglist/mail.cgi/what_is_dada_mail/
From collegematters at securecollegesolutions.com  Sun Jan  4 21:52:33 2009
From: collegematters at securecollegesolutions.com (College Matters)
Date: Sun Jan  4 21:52:40 2009
Subject: Unsubscribed from College Matters
Message-ID: <20090104145235.07965776@securecollegesolutions.com>


The removal of the email address:

	ports@freebsd.org
	
from the mailing list: 

	College Matters 

is complete.

You may wish to save this email message for future reference.

-----------------------------------------------------------------------

Date of this removal: Sun Jan  4 14:52:35 2009

You may automatically re-subscribe to this list at any time by 
visiting the following URL:

<http://www.securecollegesolutions.com/mailinglist/mail.cgi/s/collegematters/>

If the above URL is inoperable, make sure that you have copied the 
entire address. Some mail readers will wrap a long URL and thus break
this automatic unsubscribe mechanism. 

You may also change your subscription by visiting this list's main screen: 

<http://www.securecollegesolutions.com/mailinglist/mail.cgi/list/collegematters>

If you're still having trouble, please contact the list owner at: 

	<mailto:collegematters@securecollegesolutions.com>

The following physical address is associated with this mailing list: 

SecureCollegeSolutions
1241 Volunteer Parkway Suite 424
Bristol, TN 37620
(423) 789-2000

- <mailto:collegematters@securecollegesolutions.com>



Mailing List Powered by Dada Mail
http://www.securecollegesolutions.com/mailinglist/mail.cgi/what_is_dada_mail/
From perryh at pluto.rain.com  Mon Jan  5 04:14:25 2009
From: perryh at pluto.rain.com (perryh@pluto.rain.com)
Date: Mon Jan  5 04:14:37 2009
Subject: FIXED: vpnc connects, but does not work
In-Reply-To: <49521954.BcMAlOlPOLu7CRKx%perryh@pluto.rain.com>
References: <49521954.BcMAlOlPOLu7CRKx%perryh@pluto.rain.com>
Message-ID: <4961895e.WTyxsPUoWe//+h++%perryh@pluto.rain.com>

> I have installed vpnc to connect to an employer's Cisco VPN
> system, and it seems to make the connection, but after connecting
> I can't ping the gateway nor anything beyond it ...

It turned out the only problem was the absence of

  NAT Traversal Mode cisco-udp
 
in vpnc.conf.  (Presumably not all configurations of the Cisco 3000    
will need that, else it would be the default, but it seems to be
correct for the one involved here.)
 
I never did figure out why that kept the interface from responding
to a ping of its own address :(
From marcus at FreeBSD.org  Mon Jan  5 05:13:31 2009
From: marcus at FreeBSD.org (Joe Marcus Clarke)
Date: Mon Jan  5 05:13:37 2009
Subject: HEADS UP: Ports tree is now open
Message-ID: <1231132240.50303.3.camel@shumai.marcuscom.com>

Since Ken sent out the FreeBSD 7.1 release announcement, it gives Port
Manager great pleasure to announce that the ports tree is no longer in a
slush.  The ports tree is now fully open.

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090105/89914fbd/attachment.pgp
From stephen at math.missouri.edu  Mon Jan  5 06:56:00 2009
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Mon Jan  5 06:56:08 2009
Subject: Problem with octave-forge-ann port
Message-ID: <4961AEFD.80101@math.missouri.edu>

Hi Guys,

I have this problem in that if the octave-forge-ann port is installed, 
then when I exit octave, octave crashes.  This is a problem with 
FreeBSD-CURRENT on an amd64 machine, but not on FreeBSD-STABLE on i386 
machines.

First, I am asking for "me-too" reports, so that I can get some idea for 
what OS versions this is a problem.

Second, if some kind soul wants to investigate the problem and submit a 
fix, I would be very happy.  (Don't bother to contact the maintainer of 
the port, because that is me!)

Here is a copy of the error that octave gives when it exits:

Assertion failed: ((run->regs_mask[elm] & (1U << bit)) == 0), function 
arena_run_reg_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 2543.
panic: Abort trap: 6 -- stopping myself...
attempting to save variables to `octave-core'...
error: octave_base_value::save_binary(): wrong type argument `swig_packed'
save to `octave-core' complete
Abort (core dumped)

From akitada at gmail.com  Mon Jan  5 10:21:43 2009
From: akitada at gmail.com (Akira Kitada)
Date: Mon Jan  5 10:21:50 2009
Subject: FreeBSD Port: curl-7.18.0
Message-ID: <EFE1D87D-3CF5-4F46-99C9-64199E48D61D@gmail.com>

Please update curl to the latest version

Thanks in advance
From bugmaster at FreeBSD.org  Mon Jan  5 11:06:05 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan  5 11:06:35 2009
Subject: Current unassigned ports problem reports
Message-ID: <200901051106.n05B64XW001812@freefall.freebsd.org>

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/130179            [PATCH] www/apache: Enable passing HTTP 'Authorization
f ports/130177            bump editors/mg to 20081211
o ports/130174            New port: net/igmpproxy multicast proxy
o ports/130170            xrdp needs to be updated
f ports/130157            net-p2p/verlihub - Wrong rc start order - verlihub and
o ports/130148            New port: update for ports/130081 . sysutils/jx This i
o ports/130065            devel/stlport update to 5.2.1 and problems
f ports/130063            databases/rrdtool update
f ports/130047            update cad/ngspice_rework to version 18
f ports/129977            [UPDATE] net/acx100 to latest (working?) version
f ports/129878            www/linux-flashplugin9 unfetchable
f ports/129864            editors/emacs-devel fails to build when gettext
f ports/129830            print/hplip configure thinks python2.5 < phython2.2
f ports/129740            www/linux-flashplugin9 distinfo incorrect
o ports/129677            /usr/ports/sysutils/aaccli Bad system call: 12 (core d
f ports/129629            databases/mysql-connector-odbc (3.51.26) compile fails
o ports/129606            benchmarks/iozone does not support O_DIRECT
o ports/129598            Update ports: finance/aqbanking, devel/gwenhywfar to 3
f ports/129478            multimedia/acidrip: patch file to commit to ports
f ports/129439            devel/libusb does not compile in FreeBSD 7.0-RELEASE
f ports/129435            java/jakarta-commons-dbcp not BROKEN on jdk15
f ports/129369            Failed to build multimedia/mencoder with samba support
o ports/129363            devel/ace build fails if kernel module aio is loaded
o ports/128726            [NEW PORT] print/lyx16: Document processor interfaced 
o ports/128603            textproc/flex has too small capacity
f ports/128490            net/freenx port does not work properly on freebsd-7 st
f ports/128271            biology/ncbi-toolkit - blastall segfaults when output 
o ports/128140            update devel/pwlib to 2.4.1 to fit GNOME 2.24
f ports/128082            sysutils/megarc binary causes memory corruption
f ports/128074            multimedia/mplayer does not play CSS encrypted DVDs
f ports/127810            print/hplip 2.8.2 can't talk to my usnb printer (HP PS
o ports/127728            ports/games/freebsd-games doesn't build, and larn(6) s
f ports/127513            mail/dcc-dccd sets home to /var/dcc even if you didn' 
o ports/127377            java/netbeans61 fails to make internet connections
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302            security/swatch: swatch-3.2.1_1 multiple issues
f ports/127181            audio/musicpd logs warning
s ports/127087            mail/bincimap port does not include an rc.d file
f ports/126518            Unbroke archivers/lzo2 on i386
f ports/126058            net/generic-nqs fails to compile
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
o ports/125719            shells/pdksh, zombie process's occouring on SMP Machin
o ports/125714            [patch] www/httptunnel: users not added
o ports/125201            audio/aqualung crashes
s ports/124548            net/mDNSResponder port incompatible with gnome desktop
o ports/123247            linux-firefox and linux-seamonkey from multiple users
o ports/123068            sysutils/bubblemon2 bubblemon-dockapp: error extractin
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
o ports/121050            New port: sysutils/heartbeat2 Linux High-Availability 
f ports/116385            net/vnc using vnc.so crashes Xorg 7.3 when remote comp
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
f ports/114106            mail/postgrey does not properly shut down via rc.d scr
o ports/108795            ports/icc: Proposed update to icc port for intel compi
f ports/107304            print/apsfilter does not print PDF to raw PostScript p
o amd64/104311            ports/wine should be installable on amd64
s ports/85513             Intel C++ compiler not 100% binary compatible with sys

56 problems total.

From me at janh.de  Mon Jan  5 11:53:17 2009
From: me at janh.de (Jan Henrik Sylvester)
Date: Mon Jan  5 11:53:25 2009
Subject: devel/kdesdk3 (kdesdk-3.5.10) not compiling
In-Reply-To: <200901032027.49066.makc@issp.ac.ru>
References: <495F9233.4000905@janh.de> <200901032027.49066.makc@issp.ac.ru>
Message-ID: <4961F4A5.7070104@janh.de>

Max Brazhnikov wrote:
> On Sat, 03 Jan 2009 17:28:35 +0100, Jan Henrik Sylvester wrote:
>> Guill. Moreno-Socias wrote:
>>  >    I am trying to install x11/kde3 using portupgrade, but it fails
>>  > when making devel/kdesdk3 (kdesdk-3.5.10).

>> kdesdk3 cannot be build with textproc/flex installed (since it picks up

> Fix for ports flex will be committed as soon as ports slush over.

And you meant it... just a few hours after the end of the slush. Thanks!

Jan Henrik
From pav at FreeBSD.org  Mon Jan  5 17:10:43 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Mon Jan  5 17:10:50 2009
Subject: relevancy of aureal-kmod today
Message-ID: <1231174327.51790.24.camel@pav.hide.vol.cz>

Hi,

is my impression correct that this port (audio/aureal-kmod) never made
it past 5-CURRENT? Seems the "stray code" check will fire on 6-STABLE
and newer.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

It whines, glows and fades...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090105/9f7db7ed/attachment.pgp
From tingox at gmail.com  Mon Jan  5 18:44:35 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Mon Jan  5 18:44:41 2009
Subject: amule 2.2.3 port - first try
In-Reply-To: <ef8c8a880901041249w210a4e12p969e2b4d30ffb91e@mail.gmail.com>
References: <ef8c8a880812291539h1eea43a6x66b9a7ee5928a4fe@mail.gmail.com>
	<20081230192455.GG81218@hades.panopticon>
	<ef8c8a880812301216pc8a4da3l320fbfe9746abca5@mail.gmail.com>
	<ef8c8a880901041249w210a4e12p969e2b4d30ffb91e@mail.gmail.com>
Message-ID: <ef8c8a880901051044j311feff2s94dd47d55308f205@mail.gmail.com>

On Sun, Jan 4, 2009 at 9:49 PM, Torfinn Ingolfsen <tingox@gmail.com> wrote:
> But then the ports system thinks that the files are installed in
> $DOCSDIR/docs, and puts that in PLIST. Not good.
>
> I would prefer to keep DOCSDIR like it is.
> Is it a way to get the files into PORTDOCS so that they get recorded
> correctly in PLIST?

After getting home from work today, I suddenly realised tht PORTDOCS
is jst a list of names relative to DOCSDIR. so I changed it to this:
PORTDOCS=       ABOUT-NLS Changelog EC_Protocol.txt \
                ED2K-Links.HOWTO INSTALL README TODO \
                amule-win32.HOWTO.txt amulesig.txt license.txt socks4.protocol

And now that problem is gone.
Now I get to tackle gettext / internationalization problems.
-- 
Regards,
Torfinn Ingolfsen
From miketodd at miketodd.com  Mon Jan  5 20:24:37 2009
From: miketodd at miketodd.com (Mike Todd)
Date: Mon Jan  5 20:30:38 2009
Subject: FreeBSD Port: ipfwcount-0.2.1_1
Message-ID: <201A7B91EF6E4AEEB0A62CC2466EC328@miketodd.com>

Please excuse this question if it is not in your specific area - and 
please let me know if not and possibly where to send the question to 
get a more specific answer.

I have been using FreeBSD, and contributing where possible, since 
version 4.0 and support a number of blind Internet users, depending on 
FreeBSD and IPFW to reduce the challenges they must face, especially 
from email spoofs and other incursions that are challenges even to 
fully sighted persons.

The one question I have regarding IPFW is how many rules may be 
attributed to a single rule number.  The manual only states that 
multiple rules may be assigned to a single number.  I am certain that 
number must be less than the 4+ million possible IPv4 IP addresses 
that may be blocked by an IPFW rule.  But just how large a number of 
items may a single rule number be used to accommodate?

Mike Todd
President, Mike Todd Associates - www.MikeTodd.com
Supporting the Digital Coast

President, Internet Society Los Angeles Chapter - www.ISOC-LA.org
  mtodd@isoc-la.org

Founder, Digital Divide Task Force, www.ddtf.org (undergoing updates)
  miketodd@ddtf.org

Western Research Application Center, Viterbi School of Engineering,
University of Southern California

Center for Entrepreneurship and Technology Law
Pepperdine University School of Law

  714-893-6684  Office
  310-698-1620  FAX
  714-222-3700  Cell
Alt email:  mike.todd92@gmail.com 

From delphij at delphij.net  Mon Jan  5 23:33:12 2009
From: delphij at delphij.net (Xin LI)
Date: Mon Jan  5 23:33:19 2009
Subject: Source-upgrading FreeBSD "breaks" postfix+dovecot?
In-Reply-To: <4944EC3F.5080708@bitfreak.org>
References: <4944EC3F.5080708@bitfreak.org>
Message-ID: <496298A0.9030905@delphij.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Darren Pilgrim wrote:
> Tonight I source-upgraded a FreeBSD system from i386 6.3p5 to i386
> 6.4-R.  I have postfix 2.5.5 and dovecot 1.1.7 installed with postfix
> using dovecot for SASL and dovecot LDA for mailbox delivery.  After
> installing 6.4-R, postfix refused to work until I recompiled and
> reinstalled both it and dovecot.  Dovecot itself (i.e., the IMAP server)
> worked fine.  Postfix worked fine if I set smtpd_sasl_auth_enable=no and
> defer_transports=dovecot, effectively preventing postfix from using any
> dovecot bits.  Examples of the logged errors:
> 
> Before reinstalling anything:
> 
> postfix/pipe[36617]: fatal: get_service_attr: unknown group: vmail

Sounds like that you have did something really bad during mergemaster?
(i.e. installed /etc/group without actually doing merge) and in turn the
group gets removed...

Cheers,
- --
Xin LI <delphij@delphij.net>	http://www.delphij.net/
FreeBSD - The Power to Serve!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAklimJ8ACgkQi+vbBBjt66DjLgCfRA6BkYJNlWm61kwhlLnuTPIV
A30AoJiUO62LHLxh1580eUqIK1I2YsZC
=f5gB
-----END PGP SIGNATURE-----
From cperciva at freebsd.org  Mon Jan  5 23:39:24 2009
From: cperciva at freebsd.org (Colin Percival)
Date: Mon Jan  5 23:39:30 2009
Subject: FYI, portsnap problems
Message-ID: <49629A2B.9020004@freebsd.org>

Hi all,

For the benefit of those of you who are noticing problems with portsnap right
now: The release of FreeBSD 7.1 has resulted in a very large amount of traffic
to update1.freebsd.org, which is hosted by the same box as portsnap-master...
so the portsnap mirrors are having some trouble syncing right now.  If you find
that portsnap doesn't work, please be patient -- once the flood of people
upgrading systems to 7.1-RELEASE has subsided things should get back to normal.

(Before people ask: update2.freebsd.org is going to exist soon.  No, I'm not
looking for more mirrors right now.)

-- 
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
From me at janh.de  Tue Jan  6 00:18:44 2009
From: me at janh.de (Jan Henrik Sylvester)
Date: Tue Jan  6 00:18:51 2009
Subject: OpenLDAP induced PORTREVISION bumps
Message-ID: <4962A362.9010304@janh.de>

I just face many large ports requiring updates, although mine depend on 
openldap23-client, which have not been updated. Thus, I decided to 
investigate changing openldap23-client to openldap24-client.

According to 'libchk -v', only 10 of 29 of my ports bumped actually link 
to one of the openldap libraries. (For example kdesdk3 does not link to 
it.) Do I miss something? Why have all these ports been bumped?

devel/gconf2 did not get bumped, although it automatically picks up the 
dependency if openldap*-client is installed, which probably affects many 
people. Why? Because it does not affect the default package?

If I update openldap23-client to openldap24-client, is it advisable to 
rebuild all packages depending on it (81) or just the 29 that got bumped 
plus gconf2? (According to UPDATING, it probably should be all. 
According to 'libchk -v', 10+1 should be enough.)

Thanks,
Jan Henrik
From delphij at delphij.net  Tue Jan  6 01:38:06 2009
From: delphij at delphij.net (Xin LI)
Date: Tue Jan  6 01:38:13 2009
Subject: OpenLDAP induced PORTREVISION bumps
In-Reply-To: <4962A362.9010304@janh.de>
References: <4962A362.9010304@janh.de>
Message-ID: <4962B5EE.3080401@delphij.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Jan Henrik Sylvester wrote:
> I just face many large ports requiring updates, although mine depend on
> openldap23-client, which have not been updated. Thus, I decided to
> investigate changing openldap23-client to openldap24-client.
> 
> According to 'libchk -v', only 10 of 29 of my ports bumped actually link
> to one of the openldap libraries. (For example kdesdk3 does not link to
> it.) Do I miss something? Why have all these ports been bumped?
> 
> devel/gconf2 did not get bumped, although it automatically picks up the
> dependency if openldap*-client is installed, which probably affects many
> people. Why? Because it does not affect the default package?

That's a good question.  In practice we bump PORTREVISION by parsing the
INDEX file which indicates the dependency relationship from package
build environment.  This way is effective if ports does not do things
like devel/gconf2 which picks up dependencies that has been installed,
as compared to doing 'grep WITH_LDAP */*/Makefile' or something similar,
as dependencies can be represented in different ways.

My (personal) opinion is that PORTREVISION should not be done at all and
the task of rebuilding depending ports should be done by more automated
tools, however currently our ports infrastructure is lacking of more
finer grained dependency describing information store that can act as
hint to port tools to make correct decisions :(

> If I update openldap23-client to openldap24-client, is it advisable to
> rebuild all packages depending on it (81) or just the 29 that got bumped
> plus gconf2? (According to UPDATING, it probably should be all.
> According to 'libchk -v', 10+1 should be enough.)

Some ports tools can keep old shared libraries into
/usr/local/lib/compat/; this way is likely to cause some problem in the
future if you mix different versions so it's advisable to rebuild *all*
packages that depends on it (81).

Cheers,
- --
Xin LI <delphij@delphij.net>	http://www.delphij.net/
FreeBSD - The Power to Serve!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAklite0ACgkQi+vbBBjt66ClAACeIhsPUT8qGHVopcD0QoAJUAPZ
a0IAoMEZ4xAIAbfZ6Rr+L76EkLpWFk3F
=iXdM
-----END PGP SIGNATURE-----
From rafan at FreeBSD.ORG  Tue Jan  6 02:03:10 2009
From: rafan at FreeBSD.ORG (Rong-En Fan)
Date: Tue Jan  6 02:03:15 2009
Subject: relevancy of aureal-kmod today
In-Reply-To: <1231174327.51790.24.camel@pav.hide.vol.cz>
References: <1231174327.51790.24.camel@pav.hide.vol.cz>
Message-ID: <20090106013017.GI96180@svm.csie.ntu.edu.tw>

On Mon, Jan 05, 2009 at 05:52:07PM +0100, Pav Lucistnik wrote:
> Hi,
> 
> is my impression correct that this port (audio/aureal-kmod) never made
> it past 5-CURRENT? Seems the "stray code" check will fire on 6-STABLE
> and newer.

I seem to recall when I commit the new rc script, I did a test on a
7-STABLE i386 box. Could you be more specific about which stray code
check you are referring to?

Thanks,
Rong-En Fan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090106/d4efa66e/attachment.pgp
From randy at psg.com  Tue Jan  6 04:51:33 2009
From: randy at psg.com (Randy Bush)
Date: Tue Jan  6 04:51:39 2009
Subject: xterm vuln
Message-ID: <4962E351.7060205@psg.com>

so portaudit reported an xterm vuln.  i cvsupped which did change things 
in xterm.

# grep xterm cvsup.log
  Edit ports/x11/xterm/Makefile
  Edit ports/x11/xterm/distinfo

but when i run portupgrade

--->  Upgrade of x11/xterm started at: Tue, 06 Jan 2009 04:48:44 +0000
--->  Upgrading 'xterm-237_1' to 'xterm-238' (x11/xterm)
--->  Build of x11/xterm started at: Tue, 06 Jan 2009 04:48:44 +0000
--->  Building '/usr/ports/x11/xterm'
===>  Cleaning for xterm-238
===>  xterm-238 has known vulnerabilities:
=> xterm -- DECRQSS remote command execution vulnerability.
    Reference: 
<http://www.FreeBSD.org/ports/portaudit/d5e1aac8-db0b-11dd-ae30-001cc0377035.html>
=> Please update your ports tree and try again.
*** Error code 1

whack me with the clue bat, please.

randy
From miwi at FreeBSD.org  Tue Jan  6 05:55:09 2009
From: miwi at FreeBSD.org (Martin Wilke)
Date: Tue Jan  6 05:55:40 2009
Subject: xterm vuln
In-Reply-To: <4962E351.7060205@psg.com>
References: <4962E351.7060205@psg.com>
Message-ID: <20090106055503.GC99596@bsdcrew.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Was fixed few hours ago :).

- - Martin

On Tue, Jan 06, 2009 at 01:51:29PM +0900, Randy Bush wrote:
> so portaudit reported an xterm vuln.  i cvsupped which did change things 
> in xterm.
> 
> # grep xterm cvsup.log
>   Edit ports/x11/xterm/Makefile
>   Edit ports/x11/xterm/distinfo
> 
> but when i run portupgrade
> 
> --->  Upgrade of x11/xterm started at: Tue, 06 Jan 2009 04:48:44 +0000
> --->  Upgrading 'xterm-237_1' to 'xterm-238' (x11/xterm)
> --->  Build of x11/xterm started at: Tue, 06 Jan 2009 04:48:44 +0000
> --->  Building '/usr/ports/x11/xterm'
> ===>  Cleaning for xterm-238
> ===>  xterm-238 has known vulnerabilities:
> => xterm -- DECRQSS remote command execution vulnerability.
>     Reference: 
> <http://www.FreeBSD.org/ports/portaudit/d5e1aac8-db0b-11dd-ae30-001cc0377035.html>
> => Please update your ports tree and try again.
> *** Error code 1
> 
> whack me with the clue bat, please.
> 
> randy
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> 

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0x05682353  |  Jabber : miwi(at)BSDCrew.de  |
|  ICQ    : 169139903   |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkli8jcACgkQFwpycAVoI1OgvgCglRNJfKbJMRKRRC7L/k95V5Ds
x9cAnj6SndG2p68BVVirrYH5nxCxF5cd
=qVVD
-----END PGP SIGNATURE-----
From erwin at FreeBSD.org  Tue Jan  6 07:22:20 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan  6 07:22:25 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901060722.n067M9sJ048219@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: tuxguitar-1.0_1: no entry for /usr/ports/lang/gcc42-withgcjawt

Committers on the hook:
acm maho tabthorpe wxs 

Most recent CVS update was:
U MOVED
U Mk/bsd.gcc.mk
U devel/fpc-fcl-async/Makefile
U devel/fpc-fcl-async/pkg-plist
U java/Makefile
U lang/Makefile
U security/md5coll/Makefile
U security/md5coll/pkg-descr
U security/vuxml/vuln.xml
From c.kworr at gmail.com  Tue Jan  6 07:46:21 2009
From: c.kworr at gmail.com (Volodymyr Kostyrko)
Date: Tue Jan  6 07:46:28 2009
Subject: relevancy of aureal-kmod today
In-Reply-To: <20090106013017.GI96180@svm.csie.ntu.edu.tw>
References: <1231174327.51790.24.camel@pav.hide.vol.cz>
	<20090106013017.GI96180@svm.csie.ntu.edu.tw>
Message-ID: <gjv27p$cnf$1@ger.gmane.org>

Rong-En Fan wrote:
>> is my impression correct that this port (audio/aureal-kmod) never made
>> it past 5-CURRENT? Seems the "stray code" check will fire on 6-STABLE
>> and newer.
> 
> I seem to recall when I commit the new rc script, I did a test on a
> 7-STABLE i386 box. Could you be more specific about which stray code
> check you are referring to?

http://www.freebsd.org/cgi/query-pr.cgi?pr=124343

The stale files are used to be previous attempts to put this module into 
the tree and yes this was near 5-CURRENT. All attempts failed though and 
for now only the port works. And yes, to build the port one should 
manually delete this files from /usr/src.

-- 
Sphinx of black quartz judge my vow.

From pav at FreeBSD.org  Tue Jan  6 08:26:56 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Tue Jan  6 08:27:02 2009
Subject: relevancy of aureal-kmod today
In-Reply-To: <20090106013017.GI96180@svm.csie.ntu.edu.tw>
References: <1231174327.51790.24.camel@pav.hide.vol.cz>
	<20090106013017.GI96180@svm.csie.ntu.edu.tw>
Message-ID: <1231230413.51790.35.camel@pav.hide.vol.cz>

Rong-En Fan p??e v ?t 06. 01. 2009 v 09:30 +0800:
> On Mon, Jan 05, 2009 at 05:52:07PM +0100, Pav Lucistnik wrote:
> > Hi,
> > 
> > is my impression correct that this port (audio/aureal-kmod) never made
> > it past 5-CURRENT? Seems the "stray code" check will fire on 6-STABLE
> > and newer.
> 
> I seem to recall when I commit the new rc script, I did a test on a
> 7-STABLE i386 box. Could you be more specific about which stray code
> check you are referring to?

In the port, these is:

STRAYFILES=     au88x0.h au88x0.c asp10.o asp20.o asp30.o

pre-fetch:
.for STRAY in ${STRAYFILES}
.if exists(${SRCPREFIX}/sys/dev/sound/pci/${STRAY})

these au88x0.? files do exist on 6.4 and 7.1 releases.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

The Novice rogue. A rather shifty individual
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090106/ae4da4e6/attachment.pgp
From yanefbsd at gmail.com  Tue Jan  6 09:23:27 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Tue Jan  6 09:23:34 2009
Subject: databases/evolution-data-server doesn't build with
	WITHOUT_KERBEROS=yes
Message-ID: <7d6fde3d0901060123x742bfdf8re693d7fda8ad35ee@mail.gmail.com>

Hello Gnome folks,

    I just went a pruning away at my installation a bit, and after
trying to run portmaster -af I noticed that the following error is
occurring:

./configure: /usr/bin/krb5-config: not found
checking for Kerberos 5... no
no
configure: error: You specified with krb5, but it was not found.
===>  Script "configure" failed unexpectedly.
Please run the gnomelogalyzer, available from
"http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the
problem and suggest a solution. If - and only if - the gnomelogalyzer cannot
solve the problem, report the build failure to the FreeBSD GNOME team at
gnome@FreeBSD.org, and attach (a)
"/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.22.3/config.log",
(b) the output of the failed make command, and (c) the gnomelogalyzer output.
Also, it might be a good idea to provide an overview of all packages installed
on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any
website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use
send-pr(1) with the attachment. Try to avoid sending any attachments to the
mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing
lists are usually discarded by the mailing list software.
*** Error code 1

Stop in /usr/ports/databases/evolution-data-server.
*** Error code 1

Stop in /usr/ports/databases/evolution-data-server.

===>>> make failed for databases/evolution-data-server
===>>> Aborting update

===>>> Update for evolution-data-server-2.22.3_1 failed
===>>> Aborting update

===>>> Update for bug-buddy-2.22.0_2 failed
===>>> Aborting update

===>>> There are messages from installed ports to display,
       but first take a moment to review the error messages
       above.  Then press Enter when ready to proceed.

    I know why this occurs -- it's because I removed krb5 support from
my machine (quite frankly I don't need it -- I only deal with 2
FreeBSD machines at home and other access methods suit me just fine).
I looked at the evolution site and it's not directly required for
evolution-data-server, so I'm wondering how the knob should best be
incorporated with the port to reflect the conditional enabling of
WITH_KERBEROS (perhaps this should be in the curses make config
menu?)...
Thanks,
-Garrett
From tingox at gmail.com  Tue Jan  6 09:46:09 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Tue Jan  6 09:46:15 2009
Subject: amule 2.2.3 port - first try
In-Reply-To: <ef8c8a880901051343xc48c12cnfb14477ad3317d22@mail.gmail.com>
References: <ef8c8a880812291539h1eea43a6x66b9a7ee5928a4fe@mail.gmail.com>
	<20081230192455.GG81218@hades.panopticon>
	<ef8c8a880812301216pc8a4da3l320fbfe9746abca5@mail.gmail.com>
	<ef8c8a880901041249w210a4e12p969e2b4d30ffb91e@mail.gmail.com>
	<ef8c8a880901051044j311feff2s94dd47d55308f205@mail.gmail.com>
	<ef8c8a880901051343xc48c12cnfb14477ad3317d22@mail.gmail.com>
Message-ID: <ef8c8a880901060146w99408e1pb83e89bd1407f21c@mail.gmail.com>

Hello, I am still testing and fixing my aMule 2.2.3 port.

I am using 'port test' from porttools (a very nice tool), and in the
"make package" step I notice something funny:
===>  Building package for aMule-2.2.3
Creating package /usr/ports/net-p2p/amule2.work/aMule-2.2.3.tbz
Registering depends:.
Registering conflicts: aMule-1.* aMule-devel-[0-9]* ed2k-hash-1.*.
Creating bzip'd tar ball in '/usr/ports/net-p2p/amule2.work/aMule-2.2.3.tbz'
tar: share/locale/en_US/LC_MESSAGES/amule.mo: Cannot stat: No such
file or directory
tar: share/locale/es_MX/LC_MESSAGES/amule.mo: Cannot stat: No such
file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
*** Error code 1

Stop in /usr/ports/net-p2p/amule2.work.
*** Error code 1

Stop in /usr/ports/net-p2p/amule2.work.
===> Error running make package

In work/aMule-2.2.3/intl/config.charset I find this little snippet:
        # FreeBSD 4.2 doesn't have nl_langinfo(CODESET); therefore
        # localcharset.c falls back to using the full locale name
        # from the environment variables.

Well, according to nl_langinfo(3), FreeBSD has that function since FreeBSD 4.6.
I am not really sure how to handle this. The port already use these
configure args:
--without-included-gettext
--with-libintl-prefix=${LOCALBASE}

So the parts in work/aMule-2.2.3/intl shouldn't matter. Or am I
missing something (again)?


Anyway, the output of 'port test' can be found here[1], in case it helps.

References:
1) http://tingox.googlepages.com/amule-testing.txt
-- 
Regards,
Torfinn Ingolfsen
From yanefbsd at gmail.com  Tue Jan  6 09:50:17 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Tue Jan  6 09:50:29 2009
Subject: Creative and the X-Fi driver fiasco...
Message-ID: <7d6fde3d0901060150q721167f7jc44a804a1b5c0b48@mail.gmail.com>

Summary:

    This is just a heads up because there might be some other curious
takers like me in the future.
    Creative is only producing X-Fi cards from now on, and they're
quickly deprecating their Soundblaster Audigy line, which means that
anyone purchasing Creative cards from here on out will only have the
option of X-Fi cards once the Audigy line is completely obsolete.
    I can definitely attest to the fact that while audio `works' under
8-CURRENT with audio/oss:
    1. The line-in and the break out support don't work (I foolishly
purchased an X-Fi Fatal1ty Platinum edition and just switched my
desktop over from Vista to FreeBSD).
    2. Audio under Audacious is ok.
    3. Audio in VLC is extremely choppy (skips frames every couple seconds).
    4. When playing movies via mplayer, my system hard locks up when
the file is finished.

Backstory:

    When I approached Hennu (one of the OSS devs from 4frontend), here
was his reply:

Garrett Cooper wrote:
> Hello folks,
>    I was reading through Henne's blog, and I was wondering if I could
> strike up a deal with you folks.
>    Current X-Fi support through FreeBSD is nonexistent. With the
> audio/oss port I can get proper sound with my X-Fi Fatal1ty card, but
> it's still severely crippled (line-in support doesn't work, front
> plate support doesn't work).
>    If it's at all possible, I would be more than happy to commission
> someone to finish off the driver for $150 ~ $200, partly because I
> know you folks need the funds, I know it would benefit a large
> community of developers and opensource platform users, and because I
> know there are a lot of users out there apart from me who either have
> used, are trying to use, or have thought about using X-Fi on Unix.
>    As I said before on my comment to your blog, I'm more than happy to
> help with rounding up funding from your group in the BSD camp, because
> without proper sound support, and the way that the project's focus is
> going, I'm unsure whether or not FreeBSD desktop support will remain
> viable within the next couple years..
>
Unfortunately the situation with X-Fi is that only Creative will be
able to develop and maintain fully featured driver for it. The
architecture is so complex that it would take about 5 to 15 months to
write a proper driver for it. At the same time the features of the
card are so lame that I have absolutely no interest to touch it any
more.

I would recommend that you spend your $150 - $200 on getting a decent
sound card that is already supported by OSS.

Best regards,

Hannu

    When I approached Creative about driver support, here was their canned reply

Dear Garrett,

Thank you for contacting Creative Customer Support.

With regards to your inquiry, the X-Fi sound card was not designed for
opensource OS such as FreeBSD or Linux. There is no official driver or
support for X-Fi sound cards but you can refer to the Creative Open
Source at http://opensource.creative.com/soundcard.html more assistance.

We apologize for any inconvenience, please let us know of we can be of
any further assistance.

Thank you again for contacting Creative.


Best Regards ,

Jeen
Direct Sales
Creative Labs Americas

- - - Capture Life -- The NEW Creative Vado Pocket Video Cam line-up
makes it easy to shoot and share videos. Now in HD!
http://us.creative.com/redirect.asp?id=19422
Find Your ZEN -- Award-winning music, video and photo players to suit
every lifestyle and budget.
http://us.creative.com/redirect.asp?id=19423 Sound Blaster X-Fi for
Everyone -- Now available for PCI Express, ExpressCard, PCI and USB. Now
everyone can make their movies, music and games sound their best.
http://us.creative.com/redirect.asp?id=19424
- - -

To provide feedback on your "Creative Experience" please click on the
following link:
http://www.creativehelp.com/support/contact/welcome.asp?r=CLI&d=DS




Original Message Follows: ------------------------
  ==========================
Subject: CLI - Customer Service Request
Name: Garrett Cooper
E-mail Address: yanegomi@gmail.com
Self Description: Advanced PC User
Country: United States of America

Inquiry Type: Product suggestion
Product Purchased:
Detailed Description of Inquiry:

Hello Creative Team, I previously purchased 2 X-Fi soundcards and I have
since then switched from Vista back to FreeBSD -- my OS platform of
choice. There's a semi-working driver available via OSS, but it doesn't
enable nearly all of the features that the card has (line-in, front
panel, etc). ALSA support doesn't exist under FreeBSD, simply because
it's Linux-specific. I'm somewhat disappointed in this fact that this
card's line has been out for over 2 years now and yet it still doesn't
have working opensource drivers yet. Even ALSA under Linux doesn't work
100% and causes panics right and left. I'm wondering whether or not
someone from Creative is going to pursue actually writing a decent
driver for the opensource community, or I need to just chuck my card in
the trash (mind you, I spent $200 on it, plus $150 on the other one..)
because it doesn't work on FreeBSD. Others I'm sure have spent just as
much as well. I'm also more than happy to let the community know of the
result either way, because people need to know whether hardware vendors
are willing to work with them to achieve a working platform solution
with their hardware. I would really consider this request for support
because X-Fi appears to be the target line for Creative in this day and
age, and the Audigy line of Creative cards are slowly, but surely dying
out in the market place. Thanks, -Garrett

    I've asked this question 2 years ago, and I got a similar response
-- I was a bit annoyed at the time when I asked last night, so that's
part of the curtness and gauntlet throwing behind my original request,
because Creative has been providing poor customer support to end-users
for years.
    The Linux folks are incredibly keen on getting device support into
their kernel. Do you think we could pool our resources to get this
problem solved, either via getting specs, supporting Hannu with OSS,
or a reverse engineering effort? I am more than happy to learn and
work out the requirements as I now have a worthless piece of hardware
-- which is incredibly good -- but still worthless to me for my
purposes. And I know I won't be the first one to come across this
stumbling block in the future...

Thanks,
-Garrett
From erwin at FreeBSD.org  Tue Jan  6 10:06:44 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan  6 10:06:51 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901061006.n06A6XSo090085@pointyhat.freebsd.org>

From bsam at ipt.ru  Tue Jan  6 12:03:08 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Tue Jan  6 12:03:18 2009
Subject: OpenLDAP induced PORTREVISION bumps
In-Reply-To: <4962B5EE.3080401@delphij.net> (Xin LI's message of "Mon\,
	05 Jan 2009 17\:37\:50 -0800")
References: <4962A362.9010304@janh.de> <4962B5EE.3080401@delphij.net>
Message-ID: <90682862@bb.ipt.ru>

Xin LI <delphij@delphij.net> writes:

> My (personal) opinion is that PORTREVISION should not be done at all

And what about packages? Will packages work fine?


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
From rwmaillists at googlemail.com  Tue Jan  6 13:06:29 2009
From: rwmaillists at googlemail.com (RW)
Date: Tue Jan  6 13:06:35 2009
Subject: xterm vuln
In-Reply-To: <20090106055503.GC99596@bsdcrew.de>
References: <4962E351.7060205@psg.com>
	<20090106055503.GC99596@bsdcrew.de>
Message-ID: <20090106130623.4757f350@gumby.homeunix.com>

On Tue, 6 Jan 2009 06:55:04 +0100
Martin Wilke <miwi@FreeBSD.org> wrote:

> On Tue, Jan 06, 2009 at 01:51:29PM +0900, Randy Bush wrote:
> > so portaudit reported an xterm vuln.  i cvsupped which did change
> > things in xterm.
> > ...
> > ===>  Cleaning for xterm-238
> > ===>  xterm-238 has known vulnerabilities:
> > => xterm -- DECRQSS remote command execution vulnerability.
> >     Reference: 
> > <http://www.FreeBSD.org/ports/portaudit/d5e1aac8-db0b-11dd-ae30-001cc0377035.html>
> > => Please update your ports tree and try again.
> > *** Error code 1


> Was fixed few hours ago :).

But it's not just a case of updating the ports tree, you also need
to do a portaudit -F. 
From rafan at FreeBSD.ORG  Tue Jan  6 13:20:15 2009
From: rafan at FreeBSD.ORG (Rong-En Fan)
Date: Tue Jan  6 13:20:22 2009
Subject: relevancy of aureal-kmod today
In-Reply-To: <1231230413.51790.35.camel@pav.hide.vol.cz>
References: <1231174327.51790.24.camel@pav.hide.vol.cz>
	<20090106013017.GI96180@svm.csie.ntu.edu.tw>
	<1231230413.51790.35.camel@pav.hide.vol.cz>
Message-ID: <20090106132012.GL96180@svm.csie.ntu.edu.tw>

On Tue, Jan 06, 2009 at 09:26:53AM +0100, Pav Lucistnik wrote:
> Rong-En Fan p??e v ?t 06. 01. 2009 v 09:30 +0800:
> > On Mon, Jan 05, 2009 at 05:52:07PM +0100, Pav Lucistnik wrote:
> > > Hi,
> > > 
> > > is my impression correct that this port (audio/aureal-kmod) never made
> > > it past 5-CURRENT? Seems the "stray code" check will fire on 6-STABLE
> > > and newer.
> > 
> > I seem to recall when I commit the new rc script, I did a test on a
> > 7-STABLE i386 box. Could you be more specific about which stray code
> > check you are referring to?
> 
> In the port, these is:
> 
> STRAYFILES=     au88x0.h au88x0.c asp10.o asp20.o asp30.o
> 
> pre-fetch:
> .for STRAY in ${STRAYFILES}
> .if exists(${SRCPREFIX}/sys/dev/sound/pci/${STRAY})
> 
> these au88x0.? files do exist on 6.4 and 7.1 releases.

I see. The au88x0 driver in sys/ never get compiled into kernel and/or
module according to cvs history. As the homepage stated that this
driver needs to link binary object that is distributed by a 
bankrupted company, I think the best way to do is we remove the au88x0
files from src/. 

Regards,
Rong-En Fan

> 
> -- 
> Pav Lucistnik <pav@oook.cz>
>               <pav@FreeBSD.org>
> 
> The Novice rogue. A rather shifty individual


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090106/55115983/attachment.pgp
From lehmann at ans-netz.de  Tue Jan  6 16:38:35 2009
From: lehmann at ans-netz.de (Oliver Lehmann)
Date: Tue Jan  6 16:38:42 2009
Subject: looking for a tool which handles pdf files
Message-ID: <20090106171154.16f10a0a.lehmann@ans-netz.de>

Hi,

I have a bunch of postcript files (generated by gschem) in various
pagesizes (A0-A2). I want to have the generated PS files belonging to the
same device in a multipaged PDF. Until now I'm cat-ing the ps files
together doing some awk magic to get a multipage ps. I then convert the
multipage PS file via ps2pdf to a multipage PDF. My problem now is, that
ps2pdf can only set a general pagesize - so A0 for all pages for example
- as far as I know.

I'm now looking for a tool which creates a multipage PDF with different
pagesizes each page (if wanted). Someone told me pdftk could do this but
I run an amd64 so no gcj/pdftk for me...

Someone knows another tool which would fit here?

-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/
From mikej at rogers.com  Tue Jan  6 16:47:31 2009
From: mikej at rogers.com (Mike Jakubik)
Date: Tue Jan  6 16:47:39 2009
Subject: FreeBSD Port: devel/php5-spl
Message-ID: <80825776e3b188d6211454f04729137b.squirrel@wettoast.dyndns.org>

There seems to be a problem compiling this port.

---
===>  Building for php5-spl-5.2.8
/bin/sh /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/libtool
--mode=compile cc  -I. -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
-DPHP_ATOM_INC -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/include
-I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/main
-I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
-I/usr/local/include/php -I/usr/local/include/php/main
-I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend
-I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib
-I/usr/local/include/libxml2 -I/usr/local/include 
-I/usr/local/include/php -DHAVE_CONFIG_H  -O2 -fno-strict-aliasing -pipe
-march=nocona   -c
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c -o php_spl.lo
mkdir .libs
 cc -I. -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl -DPHP_ATOM_INC
-I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/include
-I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/main
-I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
-I/usr/local/include/php -I/usr/local/include/php/main
-I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend
-I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/php -DHAVE_CONFIG_H -O2 -fno-strict-aliasing -pipe
-march=nocona -c
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c  -fPIC -DPIC
-o .libs/php_spl.o
In file included from
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_array.h:26,
                 from
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c:32:
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_iterators.h:27:31:
error: ext/pcre/php_pcre.h: No such file or directory
In file included from
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_array.h:26,
                 from
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c:32:
/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_iterators.h:147:
error: expected specifier-qualifier-list before 'pcre_cache_entry'
*** Error code 1

Stop in /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl.
*** Error code 1

Stop in /usr/ports/devel/php5-spl.
---

However i do not see a php5-pcre port, only for version 4.


From wxs at FreeBSD.org  Tue Jan  6 16:55:35 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Tue Jan  6 16:55:41 2009
Subject: FreeBSD Port: devel/php5-spl
In-Reply-To: <80825776e3b188d6211454f04729137b.squirrel@wettoast.dyndns.org>
References: <80825776e3b188d6211454f04729137b.squirrel@wettoast.dyndns.org>
Message-ID: <20090106165653.GE21817@atarininja.org>

On Tue, Jan 06, 2009 at 11:21:03AM -0500, Mike Jakubik wrote:
> There seems to be a problem compiling this port.
> 
> ---
> ===>  Building for php5-spl-5.2.8
> /bin/sh /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/libtool
> --mode=compile cc  -I. -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
> -DPHP_ATOM_INC -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/include
> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/main
> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
> -I/usr/local/include/php -I/usr/local/include/php/main
> -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend
> -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib
> -I/usr/local/include/libxml2 -I/usr/local/include 
> -I/usr/local/include/php -DHAVE_CONFIG_H  -O2 -fno-strict-aliasing -pipe
> -march=nocona   -c
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c -o php_spl.lo
> mkdir .libs
>  cc -I. -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl -DPHP_ATOM_INC
> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/include
> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/main
> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
> -I/usr/local/include/php -I/usr/local/include/php/main
> -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend
> -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib
> -I/usr/local/include/libxml2 -I/usr/local/include
> -I/usr/local/include/php -DHAVE_CONFIG_H -O2 -fno-strict-aliasing -pipe
> -march=nocona -c
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c  -fPIC -DPIC
> -o .libs/php_spl.o
> In file included from
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_array.h:26,
>                  from
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c:32:
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_iterators.h:27:31:
> error: ext/pcre/php_pcre.h: No such file or directory
> In file included from
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_array.h:26,
>                  from
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/php_spl.c:32:
> /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/spl_iterators.h:147:
> error: expected specifier-qualifier-list before 'pcre_cache_entry'
> *** Error code 1
> 
> Stop in /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl.
> *** Error code 1
> 
> Stop in /usr/ports/devel/php5-spl.
> ---
> 
> However i do not see a php5-pcre port, only for version 4.

Have you taken a look at the 20081211 entry in UPDATING?

-- WXS
From kamikaze at bsdforen.de  Tue Jan  6 17:04:16 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Tue Jan  6 17:04:24 2009
Subject: warning: libgcrypt update
Message-ID: <49638EE1.6050406@bsdforen.de>

The update to libgcrypt-1.4.3 makes it necessary to rebuild
some depending packages, because the shared library has now
the version number 16, instead of 15.

According to pkg_libchk I have to rebuild the following
packages:
	cups-base-1.3.9_2
	dirmngr-1.0.2_1
	filezilla-3.0.11
	ghostscript8-8.63
	gtk-2.12.11_1
	gvfs-0.2.5
	jpilot-1.6.1
	kdelibs-3.5.10
	libpurple-2.5.3
	libsoup-2.4.1_1
	samba-3.0.32_3,1
	scribus-1.3.3.11_1
	vlc-0.8.6.i_2,2
	wireshark-1.0.5
From joel at FreeBSD.org  Tue Jan  6 17:30:03 2009
From: joel at FreeBSD.org (Joel Dahl)
Date: Tue Jan  6 17:30:10 2009
Subject: relevancy of aureal-kmod today
In-Reply-To: <20090106132012.GL96180@svm.csie.ntu.edu.tw>
References: <1231174327.51790.24.camel@pav.hide.vol.cz>	<20090106013017.GI96180@svm.csie.ntu.edu.tw>	<1231230413.51790.35.camel@pav.hide.vol.cz>
	<20090106132012.GL96180@svm.csie.ntu.edu.tw>
Message-ID: <49638F44.9000201@FreeBSD.org>

Rong-En Fan skrev:
> On Tue, Jan 06, 2009 at 09:26:53AM +0100, Pav Lucistnik wrote:
>> Rong-En Fan p??e v ?t 06. 01. 2009 v 09:30 +0800:
>>> On Mon, Jan 05, 2009 at 05:52:07PM +0100, Pav Lucistnik wrote:
>>>> Hi,
>>>>
>>>> is my impression correct that this port (audio/aureal-kmod) never made
>>>> it past 5-CURRENT? Seems the "stray code" check will fire on 6-STABLE
>>>> and newer.
>>> I seem to recall when I commit the new rc script, I did a test on a
>>> 7-STABLE i386 box. Could you be more specific about which stray code
>>> check you are referring to?
>> In the port, these is:
>>
>> STRAYFILES=     au88x0.h au88x0.c asp10.o asp20.o asp30.o
>>
>> pre-fetch:
>> .for STRAY in ${STRAYFILES}
>> .if exists(${SRCPREFIX}/sys/dev/sound/pci/${STRAY})
>>
>> these au88x0.? files do exist on 6.4 and 7.1 releases.
> 
> I see. The au88x0 driver in sys/ never get compiled into kernel and/or
> module according to cvs history. As the homepage stated that this
> driver needs to link binary object that is distributed by a 
> bankrupted company, I think the best way to do is we remove the au88x0
> files from src/. 

I've asked des@ for permission to remove these files from src, since he 
wrote the original snd_au88x0 driver.

--
Joel
From mikej at rogers.com  Tue Jan  6 18:51:15 2009
From: mikej at rogers.com (Mike Jakubik)
Date: Tue Jan  6 18:51:22 2009
Subject: FreeBSD Port: devel/php5-spl
In-Reply-To: <20090106165653.GE21817@atarininja.org>
References: <80825776e3b188d6211454f04729137b.squirrel@wettoast.dyndns.org>
	<20090106165653.GE21817@atarininja.org>
Message-ID: <357d72cf31d1603dbdd9da1a5d3779b9.squirrel@wettoast.dyndns.org>

On Tue, January 6, 2009 11:56 am, Wesley Shields wrote:
> On Tue, Jan 06, 2009 at 11:21:03AM -0500, Mike Jakubik wrote:
>> There seems to be a problem compiling this port.
>>
>> ---
>> ===>  Building for php5-spl-5.2.8
>> /bin/sh /usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/libtool
>> --mode=compile cc  -I.
>> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl
>> -DPHP_ATOM_INC
>> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/include
>> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl/main
>> -I/usr/ports/devel/php5-spl/work/php-5.2.8/ext/spl

>> However i do not see a php5-pcre port, only for version 4.
>
> Have you taken a look at the 20081211 entry in UPDATING?
>
> -- WXS

My bad, sorry for the noise :)


From cswiger at mac.com  Tue Jan  6 20:22:59 2009
From: cswiger at mac.com (Chuck Swiger)
Date: Tue Jan  6 20:23:06 2009
Subject: looking for a tool which handles pdf files
In-Reply-To: <20090106171154.16f10a0a.lehmann@ans-netz.de>
References: <20090106171154.16f10a0a.lehmann@ans-netz.de>
Message-ID: <C80A8EF9-2D4E-48B4-835A-2B313C3505B0@mac.com>

On Jan 6, 2009, at 8:11 AM, Oliver Lehmann wrote:
> I have a bunch of postcript files (generated by gschem) in various
> pagesizes (A0-A2). I want to have the generated PS files belonging  
> to the
> same device in a multipaged PDF. Until now I'm cat-ing the ps files
> together doing some awk magic to get a multipage ps. I then convert  
> the
> multipage PS file via ps2pdf to a multipage PDF. My problem now is,  
> that
> ps2pdf can only set a general pagesize - so A0 for all pages for  
> example
> - as far as I know.
>
> I'm now looking for a tool which creates a multipage PDF with  
> different
> pagesizes each page (if wanted). Someone told me pdftk could do this  
> but
> I run an amd64 so no gcj/pdftk for me...
>
> Someone knows another tool which would fit here?

You might look into the enscript or nenscript ports (/usr/ports/print/ 
enscript-a4, /usr/ports/print/nenscript); while enscript itself is  
intended for converting ASCII to PS, I recall that they also came with  
some utilities like psnup and so forth that would do a better job of  
gluing together and N-uping your documents.

However, I don't recall anything which would support a document  
consisting of different page sizes; for most people, that sort of  
thing would be separate documents.

-- 
-Chuck

From miwi at FreeBSD.org  Tue Jan  6 22:16:57 2009
From: miwi at FreeBSD.org (Martin Wilke)
Date: Tue Jan  6 22:17:04 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
Message-ID: <20090106220641.GL44347@bsdcrew.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

We are happy to announce the first public Call for Testing
with KDE 4.2.

The past weeks we focused on the complex and very time
consuming task to get the KDE4.2 BETA2 ports into a much
better shape so we can now go on to the next step: much wider
public testing.

The experimental KDE ports are currently pulled from KDE
4.2 BETA 2 (4.1.85). Some of you may believe beta testing
is not worth it, but we want to get KDE 4.2 better then 4.1.

At the moment we would actually benefit from wider testing
the well prepared KDE 4.2 BETA 2 FreeBSD builds. We would
have much more opportunity and time to identify and eventually
correct FreeBSD specific problems with those.

We added the file UPDATING-area51. _PLEASE_ read this before you start
your update.

To get KDE 4.2:

try
svn co https://kf.athame.co.uk/kde-freebsd/tags/kde-4.1.85/ /path/to/area51

More infos here:
https://kf.athame.co.uk/access.php

I like to say Thanks to all Helpers and Submitters on the kde-freebsd@
mailinglist.

That's all for the moment. Happy Testing!

- - Martin (on behalf of the FreeBSD KDE team)

    PS: Don't forget to read the UPDATING-area51 :P

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0x05682353  |  Jabber : miwi(at)BSDCrew.de  |
|  ICQ    : 169139903   |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAklj1fEACgkQFwpycAVoI1NT1gCeLTiyWFd2EYljZDW0eKnUPysx
ZPQAnipdHiQ89tWo5lBHLQ+pisLpgzy0
=lsrL
-----END PGP SIGNATURE-----
From lists.gms at gmail.com  Tue Jan  6 22:34:11 2009
From: lists.gms at gmail.com (Guill. Moreno-Socias)
Date: Tue Jan  6 22:34:18 2009
Subject: "firefox-3.0.5,1 has known vulnerabilities"
Message-ID: <a2d737650901061434s32ec826mdf0599ece40e09f6@mail.gmail.com>

   Hello.
   I am trying to install www/firefox3 using portupgrade.  The ports
tree is up to date.
   I get the following:

--->  Fresh installation of www/firefox3 started at: Tue, 06 Jan 2009
23:22:39 +0100
--->  Installing 'firefox-3.0.5,1' from a port (www/firefox3)
--->  Build of www/firefox3 started at: Tue, 06 Jan 2009 23:22:41 +0100
--->  Building '/usr/ports/www/firefox3'
===>  Cleaning for firefox-3.0.5,1
===>  WARNING: Vulnerability database out of date, checking anyway
===>  firefox-3.0.5,1 has known vulnerabilities:
=> mozilla -- multiple vulnerabilities.
   Reference: <http://www.FreeBSD.org/ports/portaudit/e190ca65-3636-11dc-a697-000c6ec775d9.html>
=> Please update your ports tree and try again.
*** Error code 1

Stop in /scratch/ports/www/firefox3.
*** Error code 1

Stop in /scratch/ports/www/firefox3.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade.15943.0 env make
** Fix the problem and try again.
--->  Build of www/firefox3 ended at: Tue, 06 Jan 2009 23:22:47 +0100
(consumed 00:00:06)
--->  Fresh installation of www/firefox3 ended at: Tue, 06 Jan 2009
23:22:47 +0100 (consumed 00:00:08)
--->  ** Install tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
        ! www/firefox3  (unknown build error)
--->  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed

   It seems to me that the warning is obsolete.
   What can I do?
   "uname -a" gives:

FreeBSD fermat.math.uvsq.fr 6.3-RELEASE-p1 FreeBSD 6.3-RELEASE-p1 #1:
Fri Apr 18 14:47:22 CEST 2008
root@fermat.math.uvsq.fr:/usr/obj/usr/src/sys/FERMAT_6_3_080416  i386

   Thanks in advance.

-- 
Guillermo Moreno-Soc?as
From gpalmer at freebsd.org  Tue Jan  6 23:13:30 2009
From: gpalmer at freebsd.org (Gary Palmer)
Date: Tue Jan  6 23:13:42 2009
Subject: "firefox-3.0.5,1 has known vulnerabilities"
In-Reply-To: <a2d737650901061434s32ec826mdf0599ece40e09f6@mail.gmail.com>
References: <a2d737650901061434s32ec826mdf0599ece40e09f6@mail.gmail.com>
Message-ID: <20090106231328.GC81380@in-addr.com>

On Tue, Jan 06, 2009 at 11:34:08PM +0100, Guill. Moreno-Socias wrote:
>    Hello.
>    I am trying to install www/firefox3 using portupgrade.  The ports
> tree is up to date.
>    I get the following:
> 
> --->  Fresh installation of www/firefox3 started at: Tue, 06 Jan 2009
> 23:22:39 +0100
> --->  Installing 'firefox-3.0.5,1' from a port (www/firefox3)
> --->  Build of www/firefox3 started at: Tue, 06 Jan 2009 23:22:41 +0100
> --->  Building '/usr/ports/www/firefox3'
> ===>  Cleaning for firefox-3.0.5,1
> ===>  WARNING: Vulnerability database out of date, checking anyway

First thing is to make sure that you update the audit database.

portaudit -F

will fetch an up-to-date copy for you I believe.  I have firefox-3.0.5,1
installed and portaudit is not complaining about it, so I suspect the
issue is restricted to the version of the database you have.

Regards,

Gary

From gerald at pfeifer.com  Wed Jan  7 01:10:42 2009
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Wed Jan  7 01:10:50 2009
Subject: [Fwd: scilab-4.1.2_1 failed on amd64 7]
In-Reply-To: <1231268995.62131.12.camel@hood.oook.cz>
References: <1231268995.62131.12.camel@hood.oook.cz>
Message-ID: <alpine.LSU.1.99.0901070134370.12007@acrux.dbai.tuwien.ac.at>

Thanks for the report, Pav.  

> http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.7.20090105194422/scilab-4.1.2_1.log

This port is one of (way too) many without a maintainer, and I am not
in a good position to give proper testing to this, but perhaps someone
on ports@ may be willing to step in?

Below is a first cleanup of this port.  Note you'll also need to rebuild
the dependencies built by gfortran (lapack and blas after recent changes
to Mk/bsd.gcc.mk), PORTREVISION bump is in the work.

Gerald


Omit F77, FFLAGS and CFLAGS from CONFIGURE_ENV since these are handled
by the ports infrastructure.

Employ USE_FORTRAN, simplifying things.


Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/math/scilab/Makefile,v
retrieving revision 1.48
diff -u -3 -p -r1.48 Makefile
--- Makefile	6 Jan 2009 19:26:40 -0000	1.48
+++ Makefile	7 Jan 2009 00:34:17 -0000
@@ -22,6 +22,8 @@ BUILD_DEPENDS=	wish8.4:${PORTSDIR}/x11-t
 RUN_DEPENDS+=	wish8.4:${PORTSDIR}/x11-toolkits/tk84 \
     		pvm:${PORTSDIR}/net/pvm
 
+USE_FORTRAN=yes
+CONFIGURE_ARGS+=	--with-gfortran
 USE_XORG=	x11
 GNU_CONFIGURE=	yes
 USE_GETTEXT=	yes
@@ -44,8 +46,7 @@ CONFIGURE_ARGS=	--with-tk \
 		--with-gtk2
 
 CFLAGS+=	-I${LOCALBASE}/include -L${LOCALBASE}/lib
-CONFIGURE_ENV+=	F77=${F77} CFLAGS="${CFLAGS}" FFLAGS="${FFLAGS}" \
-		PVM_ROOT=${LOCALBASE}/lib/pvm
+CONFIGURE_ENV+=	PVM_ROOT=${LOCALBASE}/lib/pvm
 
 .include <bsd.port.pre.mk>
 
@@ -67,13 +68,6 @@ BLAS_LIBS?=	-llapack -lblas
 .endif
 MAKE_ENV+=	BLAS_LIBS="-L${LOCALBASE}/lib ${BLAS_LIBS}"
 
-WANT_FORTRAN=yes #dummy but future use
-BUILD_DEPENDS+=	gfortran42:${PORTSDIR}/lang/gcc42
-RUN_DEPENDS+=	gfortran42:${PORTSDIR}/lang/gcc42
-F77=		gfortran42
-FC=		gfortran42
-CONFIGURE_ARGS+=	--with-gfortran
-
 .if ${ARCH} == "alpha" || ${ARCH} == "ia64" || ${ARCH} == "sparc64"
 BROKEN=		does not compile on alpha 5.x, ia64, sparc64
 .endif
From freebsd at bitfreak.org  Wed Jan  7 01:51:03 2009
From: freebsd at bitfreak.org (Darren Pilgrim)
Date: Wed Jan  7 01:51:09 2009
Subject: Source-upgrading FreeBSD "breaks" postfix+dovecot?
In-Reply-To: <496298A0.9030905@delphij.net>
References: <4944EC3F.5080708@bitfreak.org> <496298A0.9030905@delphij.net>
Message-ID: <49640A8A.70001@bitfreak.org>

Xin LI wrote:
> Darren Pilgrim wrote:
>> Tonight I source-upgraded a FreeBSD system from i386 6.3p5 to i386
>> 6.4-R.  I have postfix 2.5.5 and dovecot 1.1.7 installed with postfix
>> using dovecot for SASL and dovecot LDA for mailbox delivery.  After
>> installing 6.4-R, postfix refused to work until I recompiled and
>> reinstalled both it and dovecot.  Dovecot itself (i.e., the IMAP server)
>> worked fine.  Postfix worked fine if I set smtpd_sasl_auth_enable=no and
>> defer_transports=dovecot, effectively preventing postfix from using any
>> dovecot bits.  Examples of the logged errors:
>>
>> Before reinstalling anything:
>>
>> postfix/pipe[36617]: fatal: get_service_attr: unknown group: vmail
> 
> Sounds like that you have did something really bad during mergemaster?
> (i.e. installed /etc/group without actually doing merge) and in turn the
> group gets removed...

The only change to /etc/group was the CVS ID tag.  Group resolution 
worked for other programs--ls showed "vmail" rather than the numeric 
gid, chown worked with :vmail, etc.

I verified libraries matched with another 6.4-R system.  I power cycled 
the system thinking there may have been stale libraries or some 
mysterious form of cache corruption in memory; however, the problem 
persisted.

The problem didn't go away until I rebuilt the ports.
From rsamuel at asri.org.au  Wed Jan  7 08:19:04 2009
From: rsamuel at asri.org.au (Richard Samuel)
Date: Wed Jan  7 08:19:12 2009
Subject: FreeBSD Port: openfoam-1.4.1_1
Message-ID: <000001c9709c$ad2e1fa0$078a5ee0$@org.au>

Dear Thierry and Ports crew,

 

I have constructed (some might say cobbled together) a port of Paraview 3.4
and OpenFOAM 1.5.1. They appear to work ok but as I am only just meshing up
my first test case, much remains to be seen. They are also not fully
featured - so far I have only implemented the features I am likely to use in
the near future or that I am able to test, so Paraview has no PYTHON
support, and features Takuya Ashima's native parallel reader but parallel
operation is not enabled, and some other fringe things. Also OpenFOAM is not
so much of a port, as it is a patched version of the latest git sources.
Neither port is very elegant - in the case of Paraview I have probably
broken multiple taboos, but as a first-time porter that should not be any
surprise.

 

I did this on FreeBSD this because it was application I wanted to use, on an
OS that I know and trust, but before I get to far down the track of
customising it just for me, I thought I better ask whether what I have done
would make a worthwhile contribution to a future release ?

 

Regards

Richard Samuel

 

From pav at FreeBSD.org  Wed Jan  7 10:15:51 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Wed Jan  7 10:15:58 2009
Subject: [Fwd: scilab-4.1.2_1 failed on amd64 7]
In-Reply-To: <alpine.LSU.1.99.0901070134370.12007@acrux.dbai.tuwien.ac.at>
References: <1231268995.62131.12.camel@hood.oook.cz>
	<alpine.LSU.1.99.0901070134370.12007@acrux.dbai.tuwien.ac.at>
Message-ID: <1231323339.51790.94.camel@pav.hide.vol.cz>

Gerald Pfeifer p??e v st 07. 01. 2009 v 01:41 +0100:
> Thanks for the report, Pav.  
> 
> > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.7.20090105194422/scilab-4.1.2_1.log
> 
> This port is one of (way too) many without a maintainer, and I am not
> in a good position to give proper testing to this, but perhaps someone
> on ports@ may be willing to step in?
> 
> Below is a first cleanup of this port.  Note you'll also need to rebuild
> the dependencies built by gfortran (lapack and blas after recent changes
> to Mk/bsd.gcc.mk), PORTREVISION bump is in the work.

This patch makes the port compile and package again, just tested.
Would you commit it, please?
 
-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

On second thought, let's not go to Camelot. It is a silly place.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090107/c7aba0e6/attachment.pgp
From keneasson at zoho.com  Wed Jan  7 11:33:28 2009
From: keneasson at zoho.com (keneasson)
Date: Wed Jan  7 11:33:35 2009
Subject: www/linux_flashplugin9 source files updated, leaving port broken.
Message-ID: <11eb02b52e7.-5706720667605770043.-7508058427702673284@zoho.com>

hello,

The www/linux-flashplugin9 is linked to missing files (version 9.0r151), available on Adobe's site i can only find 9.0r152 by loading the "unsupported OS" pages and manually downloading the files.
I've tried creating a new directory 9.0r152 in distfiles/flashplugin/ and updating the distinfo and Makefile to reflect the changes, the software builds, but i'm not having any success actually getting it to work, it might be that the libflashsupport.so doesn't work against 9.0r152 i really have no idea.

It could also be that i'm doing somthing else wrong, as nspluginwrapper reveals that Totem has "wrong ELF version". Loading only libflashplayer.so doesn't help either. about:plugins shows no plugins at all.

ken easson.
dwac
From gerald at pfeifer.com  Wed Jan  7 12:26:45 2009
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Wed Jan  7 12:26:51 2009
Subject: [Fwd: scilab-4.1.2_1 failed on amd64 7]
In-Reply-To: <1231323339.51790.94.camel@pav.hide.vol.cz>
References: <1231268995.62131.12.camel@hood.oook.cz>
	<alpine.LSU.1.99.0901070134370.12007@acrux.dbai.tuwien.ac.at>
	<1231323339.51790.94.camel@pav.hide.vol.cz>
Message-ID: <alpine.LSU.1.99.0901071326200.12007@acrux.dbai.tuwien.ac.at>

On Wed, 7 Jan 2009, Pav Lucistnik wrote:
> This patch makes the port compile and package again, just tested.
> Would you commit it, please?

Aye, sir! :-)  Thanks a lot for both the original report and this
confirmation, Pav!

Gerald
From uspoerlein at gmail.com  Wed Jan  7 13:06:45 2009
From: uspoerlein at gmail.com (Ulrich Spoerlein)
Date: Wed Jan  7 13:06:57 2009
Subject: looking for a tool which handles pdf files
In-Reply-To: <20090106171154.16f10a0a.lehmann@ans-netz.de>
References: <20090106171154.16f10a0a.lehmann@ans-netz.de>
Message-ID: <20090107130636.GB1462@roadrunner.spoerlein.net>

On Tue, 06.01.2009 at 17:11:54 +0100, Oliver Lehmann wrote:
> Hi,
> 
> I have a bunch of postcript files (generated by gschem) in various
> pagesizes (A0-A2). I want to have the generated PS files belonging to the
> same device in a multipaged PDF. Until now I'm cat-ing the ps files
> together doing some awk magic to get a multipage ps. I then convert the
> multipage PS file via ps2pdf to a multipage PDF. My problem now is, that
> ps2pdf can only set a general pagesize - so A0 for all pages for example
> - as far as I know.
> 
> I'm now looking for a tool which creates a multipage PDF with different
> pagesizes each page (if wanted). Someone told me pdftk could do this but
> I run an amd64 so no gcj/pdftk for me...
> 
> Someone knows another tool which would fit here?

Depending on your definition for "fit": I have used pdflatex and the
pdfpages package to cat, rotate, N-up and what-not several PDF
documents.

Cheers,
Ulrich Spoerlein
-- 
It is better to remain silent and be thought a fool,
than to speak, and remove all doubt.
From david.aubril at ac-nantes.fr  Wed Jan  7 13:55:08 2009
From: david.aubril at ac-nantes.fr (david aubril)
Date: Wed Jan  7 13:55:16 2009
Subject: FreeBSD Port: amaya-9.55_3
Message-ID: <4964A5A1.7060108@ac-nantes.fr>

Hi adam, and everyone.
I was wondering if you tried to update Amaya. They're up to Amaya 11,
since a couple of weeks/months. It's the only tool that allows wysiwyg
edition and standard validation, and it would be nice to have the latest
version, that gives far better rendering.
Best regards,
David Aubril
From makc at issp.ac.ru  Wed Jan  7 15:10:58 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Wed Jan  7 15:11:05 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <20090106220641.GL44347@bsdcrew.de>
References: <20090106220641.GL44347@bsdcrew.de>
Message-ID: <200901071748.36919.makc@issp.ac.ru>

On Tue, 6 Jan 2009 23:06:42 +0100, Martin Wilke wrote:
> We are happy to announce the first public Call for Testing
> with KDE 4.2.
>
> The past weeks we focused on the complex and very time
> consuming task to get the KDE4.2 BETA2 ports into a much
> better shape so we can now go on to the next step: much wider
> public testing.
>
> The experimental KDE ports are currently pulled from KDE
> 4.2 BETA 2 (4.1.85). Some of you may believe beta testing
> is not worth it, but we want to get KDE 4.2 better then 4.1.
>
> At the moment we would actually benefit from wider testing
> the well prepared KDE 4.2 BETA 2 FreeBSD builds. We would
> have much more opportunity and time to identify and eventually
> correct FreeBSD specific problems with those.
>
> We added the file UPDATING-area51. _PLEASE_ read this before you start
> your update.
>
> To get KDE 4.2:
>
> try
> svn co https://kf.athame.co.uk/kde-freebsd/tags/kde-4.1.85/ /path/to/area51

You can use nice marcusmerge script [*] to merge your portstree with area51 
ports:

marcusmerge -d /usr/ports -s /path/to/area51 -m kde-4.1.85

where /path/to/area51 is the same path that has been used in 'svn co' command.

[*] http://www.marcuscom.com/downloads/marcusmerge
http://www.marcuscom.com/marcusmerge.8.html

> More infos here:
> https://kf.athame.co.uk/access.php
>
> I like to say Thanks to all Helpers and Submitters on the kde-freebsd@
> mailinglist.
>
> That's all for the moment. Happy Testing!
>
> - Martin (on behalf of the FreeBSD KDE team)
>
>     PS: Don't forget to read the UPDATING-area51 :P


From lists.gms at gmail.com  Wed Jan  7 16:33:10 2009
From: lists.gms at gmail.com (Guill. Moreno-Socias)
Date: Wed Jan  7 16:33:22 2009
Subject: "firefox-3.0.5,1 has known vulnerabilities"
In-Reply-To: <20090106231328.GC81380@in-addr.com>
References: <a2d737650901061434s32ec826mdf0599ece40e09f6@mail.gmail.com>
	<20090106231328.GC81380@in-addr.com>
Message-ID: <a2d737650901070833l1dccdcfby3b7e6cece002857e@mail.gmail.com>

On Wed, Jan 7, 2009 at 12:13 AM, Gary Palmer <gpalmer@freebsd.org> wrote:
> On Tue, Jan 06, 2009 at 11:34:08PM +0100, Guill. Moreno-Socias wrote:
>>    Hello.
>>    I am trying to install www/firefox3 using portupgrade.  The ports
>> tree is up to date.
>>    I get the following:
>>
>> --->  Fresh installation of www/firefox3 started at: Tue, 06 Jan 2009
>> 23:22:39 +0100
>> --->  Installing 'firefox-3.0.5,1' from a port (www/firefox3)
>> --->  Build of www/firefox3 started at: Tue, 06 Jan 2009 23:22:41 +0100
>> --->  Building '/usr/ports/www/firefox3'
>> ===>  Cleaning for firefox-3.0.5,1
>> ===>  WARNING: Vulnerability database out of date, checking anyway
>
> First thing is to make sure that you update the audit database.
>
> portaudit -F
>
> will fetch an up-to-date copy for you I believe.  I have firefox-3.0.5,1
> installed and portaudit is not complaining about it, so I suspect the
> issue is restricted to the version of the database you have.

   You are right.  I did not even have portaudit installed (I had
never heard of it till now).
   I have installed it and updated the audit database and now Firefox
3 is compiling.
   Thank you very much.

-- 
Guillermo Moreno-Soc?as
From markk at knigma.org  Wed Jan  7 18:05:45 2009
From: markk at knigma.org (Mark Knight)
Date: Wed Jan  7 18:05:52 2009
Subject: audio/squeezecenter-7.3.1 Extension downloader broken?
Message-ID: <XZc+vxYq7OZJFwVb@lap.knigma.org>

It's great that the squeezecenter port has been upgraded to version 
7.3.1 but I'm now having trouble getting the AlienBBC plugin (or any 
other for that matter), to work.

This is with the new "Extension Downloader" in 7.3.1 supports 
downloading extensions to:

   /usr/local/squeezecenter/Cache/InstalledPlugins/Plugins

Directories are appearing in this location but when I re-start 
squeezecenter it's as if the Plugins aren't installed.  I'm not seeing 
any errors in the log files.

Before I chase this down, has anyone else got this working or seeing the 
same thing?

Cheers,
-- 
Mark A. R. Knight                               finger: markk@knigma.org
Tel: +44 7880 556751                            http://www.knigma.org/
From andy at brighterplanet.com  Wed Jan  7 18:41:58 2009
From: andy at brighterplanet.com (Andy Rossmeissl)
Date: Wed Jan  7 18:42:05 2009
Subject: FreeBSD Port: squeezecenter-7.3.1
Message-ID: <4964F358.4000408@brighterplanet.com>

Thank you!
-- 
Andy Rossmeissl
co-founder and product design director
Brighter Planet
36 Main Street, Middlebury, VT 05753
aim: brighterplanetar
office/cell: (802) 458-0441 x302
freenode: #brighterplanet
http://brighterplanet.com
From gesbbb at yahoo.com  Wed Jan  7 18:49:09 2009
From: gesbbb at yahoo.com (Jerry)
Date: Wed Jan  7 18:49:15 2009
Subject: Creating New Port
Message-ID: <20090107134848.17fd38dc@scorpio>

I am attempting to create my first port. I seem to have run into a
problem thought.

I want to create a port for a Perl module,
'Captcha-reCAPTCHA-Mailhide'. I created the test port
in /usr/ports/local/p5-Captcha-reCAPTCHA-Mailhide. The port builds OK.
The problem is when I try to create the pkg-plist. I followed (I think)
the instructions in the "Porter's Handbook". Specifically this portion:

# mkdir /var/tmp/$(make -V PORTNAME)

When I run the line of above, this is what I get back:

mkdir /var/tmp/$(make -V Captcha-reCAPTCHA-Mailhide)
mkdir: /var/tmp/: File exists

It never creates the desired directory. I have tried including the
version number in the above; however, that doesn't work either. Since
this is my first port, I am confused as to what I am doing wrong.

I can supply the 'Makefile' if it is needed.

Thanks!

-- 
Jerry
gesbbb@yahoo.com

I'm really enjoying not talking to you...
Let's not talk again REAL soon...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090107/c96e643e/signature.pgp
From david at catwhisker.org  Wed Jan  7 18:52:50 2009
From: david at catwhisker.org (David Wolfskill)
Date: Wed Jan  7 18:52:56 2009
Subject: Creating New Port
In-Reply-To: <20090107134848.17fd38dc@scorpio>
References: <20090107134848.17fd38dc@scorpio>
Message-ID: <20090107185248.GM64787@albert.catwhisker.org>

On Wed, Jan 07, 2009 at 01:48:48PM -0500, Jerry wrote:
> I am attempting to create my first port. I seem to have run into a
> problem thought.
> 
> I want to create a port for a Perl module,
> 'Captcha-reCAPTCHA-Mailhide'. I created the test port
> in /usr/ports/local/p5-Captcha-reCAPTCHA-Mailhide. The port builds OK.
> The problem is when I try to create the pkg-plist. I followed (I think)
> the instructions in the "Porter's Handbook". Specifically this portion:
> 
> # mkdir /var/tmp/$(make -V PORTNAME)
> 
> When I run the line of above, this is what I get back:
> 
> mkdir /var/tmp/$(make -V Captcha-reCAPTCHA-Mailhide)
> mkdir: /var/tmp/: File exists
> 
> It never creates the desired directory. I have tried including the
> version number in the above; however, that doesn't work either. Since
> this is my first port, I am confused as to what I am doing wrong.
> 
> I can supply the 'Makefile' if it is needed.

What does "make -V PORTNAME" say?

Peace,
david
-- 
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090107/b3ed3012/attachment.pgp
From pav at FreeBSD.org  Wed Jan  7 18:53:03 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Wed Jan  7 18:53:10 2009
Subject: Creating New Port
In-Reply-To: <20090107134848.17fd38dc@scorpio>
References: <20090107134848.17fd38dc@scorpio>
Message-ID: <1231354377.36491.14.camel@hood.oook.cz>

Jerry p??e v st 07. 01. 2009 v 13:48 -0500:

> # mkdir /var/tmp/$(make -V PORTNAME)
> 
> When I run the line of above, this is what I get back:
> 
> mkdir /var/tmp/$(make -V Captcha-reCAPTCHA-Mailhide)
> mkdir: /var/tmp/: File exists

Either

mkdir /var/tmp/`make -V PORTNAME`

or

mkdir /var/tmp/Captcha-reCAPTCHA-Mailhide

but not both :)

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Do not meddle in the fashions of wizards, for they are seasonal and
quick to fall out of style!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090107/f5baf6b9/attachment.pgp
From twalters at theluggageclub.com  Wed Jan  7 18:56:35 2009
From: twalters at theluggageclub.com (The Luggage Club)
Date: Wed Jan  7 18:56:42 2009
Subject: Ship Your Luggage and Receive a $50 Gift Card
Message-ID: <92.A2.10014.A77F4694@ec5>

Good Day 

Tired of the Hassles of Traveling with Baggage? 

Ship Your Luggage Ahead... The Luggage Club is the only choice door-to-door luggage, golf clubs, skis, equipment, etc. delivery service 220 countries and territories worldwide. 

It's your choice! 
You can take your chances in the airports of you can travel hassle free with The Luggage Club 

REGISTER TODAY AND RECEIVE A $50.00 GIFT CARD! 
Become a member of The Luggage Club today and we will send you a $50.00 Gift Card to use the next time you travel. Membership is free. 

The Luggage Club 
Toll-Free: 877-231-5131 
www.theluggageclub.com 

The Luggage Club | 601 Oregon Street | Oshkosh | Wisconsin | 54902 | USA

Unsubscribe: http://ct.ymdirect1.com/rd/cts?d=10007-12555-10490-6709-3127-429385-0-0-0-1-3687-153&list_id=10490&email=ports@FreeBSD.org&message_id=12555

Privacy Policy: http://ct.ymdirect1.com/rd/cts?d=10007-12555-10490-6709-3127-429386-0-0-0-1-3687-153

Powered by Yesmail Direct.
From gesbbb at yahoo.com  Wed Jan  7 19:34:41 2009
From: gesbbb at yahoo.com (Jerry)
Date: Wed Jan  7 19:34:47 2009
Subject: Creating New Port
In-Reply-To: <20090107185248.GM64787@albert.catwhisker.org>
References: <20090107134848.17fd38dc@scorpio>
	<20090107185248.GM64787@albert.catwhisker.org>
Message-ID: <20090107143437.2ce2c530@scorpio>

On Wed, 7 Jan 2009 10:52:48 -0800
David Wolfskill <david@catwhisker.org> wrote:

[snip]

>What does "make -V PORTNAME" say?

Nothing, which is what I cannot understand. Obviously, I am doing
something really stupid here; however, I cannot figure it out.

-- 
Jerry
gesbbb@yahoo.com

Writing about music is like dancing about architecture.

	Frank Zappa
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090107/b66d723e/signature.pgp
From ericx at vineyard.net  Wed Jan  7 20:46:53 2009
From: ericx at vineyard.net (Vineyard.NET Administration)
Date: Wed Jan  7 20:47:04 2009
Subject: cgiwrap version 4.1
Message-ID: <20090107203240.331E0252D44@mailman.vineyard.net>

I've got a PCI compliance firm breathing down my neck about my version
of cgiwrap. Any plans to update the port to version 4.1? Would it be
helpful if I supplied the patch?

Thanks for your time.

Eric W. Bates
From wxs at FreeBSD.org  Wed Jan  7 20:50:31 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jan  7 20:50:40 2009
Subject: cgiwrap version 4.1
In-Reply-To: <20090107203240.331E0252D44@mailman.vineyard.net>
References: <20090107203240.331E0252D44@mailman.vineyard.net>
Message-ID: <20090107205149.GE55470@atarininja.org>

On Wed, Jan 07, 2009 at 03:32:40PM -0500, Vineyard.NET Administration wrote:
> I've got a PCI compliance firm breathing down my neck about my version
> of cgiwrap. Any plans to update the port to version 4.1? Would it be
> helpful if I supplied the patch?

The port is currently unmaintained (hence this mailing list).  If you
want it updated it would be helpful if you submitted the patch in a PR
so it can be properly applied.

-- WXS
From thierry at FreeBSD.org  Wed Jan  7 22:03:26 2009
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Wed Jan  7 22:03:34 2009
Subject: FreeBSD Port: openfoam-1.4.1_1
In-Reply-To: <000001c9709c$ad2e1fa0$078a5ee0$@org.au>
References: <000001c9709c$ad2e1fa0$078a5ee0$@org.au>
Message-ID: <20090107220310.GL55074@graf.pompo.net>

Le Mer  7 jan 09 ?  8:50:57 +0100, Richard Samuel <rsamuel@asri.org.au>
 ?crivait?:
> Dear Thierry and Ports crew,

Hello Richard,

> I have constructed (some might say cobbled together) a port of Paraview 3.4
> and OpenFOAM 1.5.1. They appear to work ok but as I am only just meshing up
> my first test case, much remains to be seen. They are also not fully
> featured - so far I have only implemented the features I am likely to use in
> the near future or that I am able to test, so Paraview has no PYTHON
> support, and features Takuya Ashima's native parallel reader but parallel
> operation is not enabled, and some other fringe things. Also OpenFOAM is not
> so much of a port, as it is a patched version of the latest git sources.
> Neither port is very elegant - in the case of Paraview I have probably
> broken multiple taboos, but as a first-time porter that should not be any
> surprise.

This is very interesting. I tried to upgrade OpenFoam to the latest 1.5
from the offcial tarball, but did'nt succeed: it seems that some files
(e.g. mgridgen.h are mising)!

I don't find 1.5.1 on their site; is it available only from git, or is
there a tarball available?

Best regards,
-- 
Th. Thomas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090107/ae244682/attachment.pgp
From andrey.kosachenko at gmail.com  Wed Jan  7 22:43:47 2009
From: andrey.kosachenko at gmail.com (Andrey)
Date: Wed Jan  7 23:45:54 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <20090106220641.GL44347@bsdcrew.de>
References: <20090106220641.GL44347@bsdcrew.de>
Message-ID: <49652945.6020801@gmail.com>

Hello,

Martin Wilke wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> We are happy to announce the first public Call for Testing
> with KDE 4.2.
> 
> The past weeks we focused on the complex and very time
> consuming task to get the KDE4.2 BETA2 ports into a much
> better shape so we can now go on to the next step: much wider
> public testing.
> 
> The experimental KDE ports are currently pulled from KDE
> 4.2 BETA 2 (4.1.85). Some of you may believe beta testing
> is not worth it, but we want to get KDE 4.2 better then 4.1.
> 
> At the moment we would actually benefit from wider testing
> the well prepared KDE 4.2 BETA 2 FreeBSD builds. We would
> have much more opportunity and time to identify and eventually
> correct FreeBSD specific problems with those.
> 
> We added the file UPDATING-area51. _PLEASE_ read this before you start
> your update.
> 
> To get KDE 4.2:
> 
> try
> svn co https://kf.athame.co.uk/kde-freebsd/tags/kde-4.1.85/ /path/to/area51
> 
> More infos here:
> https://kf.athame.co.uk/access.php
> 
> I like to say Thanks to all Helpers and Submitters on the kde-freebsd@
> mailinglist.
> 
> That's all for the moment. Happy Testing!
> 
> - - Martin (on behalf of the FreeBSD KDE team)
> 
>     PS: Don't forget to read the UPDATING-area51 :P
> 
> - -- 
> 
> +-----------------------+-------------------------------+
> |  PGP    : 0x05682353  |  Jabber : miwi(at)BSDCrew.de  |
> |  ICQ    : 169139903   |  Mail   : miwi(at)FreeBSD.org |
> +-----------------------+-------------------------------+
> |	Mess with the Best, Die like the Rest!		|
> +-----------------------+-------------------------------+
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.9 (FreeBSD)
> 
> iEYEARECAAYFAklj1fEACgkQFwpycAVoI1NT1gCeLTiyWFd2EYljZDW0eKnUPysx
> ZPQAnipdHiQ89tWo5lBHLQ+pisLpgzy0
> =lsrL
> -----END PGP SIGNATURE-----
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"

I faced with the following issue while qt4-designer has been upgrading:

--- <begin> ---

[silent@beastie][/usr/ports]sudo portupgrade -R 'qt4-*'
+++ <skipped> +++

cp -f 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/include/QtDesigner/QFormBuilder 
/usr/local/include/qt4/QtDesigner/
cp -f 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/include/QtDesigner/QDesignerExportWidget 
/usr/local/include/qt4/QtDesigner/
cd components/ && make -f Makefile install
cd lib/ && make -f Makefile install
/usr/local/bin/qmake-qt4 -spec /usr/local/share/qt4/mkspecs/freebsd-g++ 
-unix -o Makefile lib.pro
Creating '/usr/local/lib/qt4/libQtDesigner.so.4.4.1'
(cd 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib;make)
cd: can't cd to 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib
*** Error code 2

Stop in 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer/src/components/lib.
*** Error code 1

Stop in 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer/src/components.
*** Error code 1

Stop in 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer/src.
*** Error code 1

Stop in 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade.22823.0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=qt4-designer-4.4.1 UPGRADE_PORT_VER=4.4.1 make reinstall
--->  Restoring the old version
** Fix the installation problem and try again.
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1152 
packages found (-0 +1) . done]
** Listing the failed packages (-:ignored / *:skipped / !:failed)
         ! devel/qt4-designer (qt4-designer-4.4.1)       (install error)

--- < end > ----

Details:
updated port:
devel/qt4-designer (qt4-designer-4.4.1 -> qt4-designer-4.4.3)

system:
[silent@beastie][/usr/ports/devel/qt4-designer]uname -rminsp
FreeBSD beastie.lan 7.1-RELEASE i386 i386 BEASTIE_SMP_ULE


I found the following output suspicious:

Creating '/usr/local/lib/qt4/libQtDesigner.so.4.4.1'
(cd 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib;make)
cd: can't cd to 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib
*** Error code 2


that followed me to:
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib/Makefile.bak

and upgrade succeeded only after the following:

sudo rm 
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib/Makefile.bak 
\ && sudo portupgrade --no-clean qt4-designer-4.4.1

---
WBR,
Andrey Kosachenko
From trebestie at gmail.com  Thu Jan  8 00:07:19 2009
From: trebestie at gmail.com (Diego Depaoli)
Date: Thu Jan  8 00:07:25 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <49652945.6020801@gmail.com>
References: <20090106220641.GL44347@bsdcrew.de> <49652945.6020801@gmail.com>
Message-ID: <83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>

On Wed, Jan 7, 2009 at 11:14 PM, Andrey <andrey.kosachenko@gmail.com> wrote:

> I faced with the following issue while qt4-designer has been upgrading:
>
> --- <begin> ---
>
> [silent@beastie][/usr/ports]sudo portupgrade -R 'qt4-*'
> +++ <skipped> +++
> Stop in
> /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer.
> ** Command failed [exit code 1]: /usr/bin/script -qa
> /tmp/portupgrade.22823.0 env UPGRADE_TOOL=portupgrade
> UPGRADE_PORT=qt4-designer-4.4.1 UPGRADE_PORT_VER=4.4.1 make reinstall
> --->  Restoring the old version
> ** Fix the installation problem and try again.
> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1152 packages
> found (-0 +1) . done]
> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>        ! devel/qt4-designer (qt4-designer-4.4.1)       (install error)

Same here.
For some obscure reason qt4-designer refuses to build through
portmaster or portupgrade.
cd ${PORTSDIR}/devel/qt4-designer && make... to go forward.

Cheers

-- 
Diego Depaoli
From krf at splip.com  Thu Jan  8 03:05:29 2009
From: krf at splip.com (Karl Friesen)
Date: Thu Jan  8 03:05:35 2009
Subject: FreeBSD Port: mantis-1.1.6
Message-ID: <49656901.6050902@splip.com>

Hi there,

I was just trying to install Mantis on under FreeBSD 7.0-p7, and when I 
tried to run http://hostname/mantis/admin/install.php, I saw nothing but 
a blank screen.  After playing around with things for a while, I managed 
to get things to work by installing the following additional ports:

	databases/php5-mysql
	www/php5-session

Could (should) these be added as packages that the mantis port depends on?

Thanks,

--karl
From yanefbsd at gmail.com  Thu Jan  8 04:15:58 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Thu Jan  8 04:16:06 2009
Subject: Update multimedia/gstreamer* and associated ports?
Message-ID: <7d6fde3d0901072015s3f1d904btdb030e226b15fe26@mail.gmail.com>

Hello Mario and Porters,
    Trying to setup mplayer to play DVD's on my blueray player, one of
the suggested means to do this was to try out mplayer from SVN.
Unfortunately I ran into some issues with x264_t, and to make a long
story short I realized I needed to update the gstreamer codecs so that
they were at least ABI compatible with the ABI in-use with mplayer.
    So far I've discovered that:
    1. -{good,bad,ugly} ports minor revisions have been bumped to
{11,9,10}, respectively.
    2. make all doesn't work. It barfs when trying to install a
documentation item:

(installfiles=`echo ./html/*.sgml ./html/*.html ./html/*.png ./html/*.css`; \
	if test "$installfiles" = './html/*.sgml ./html/*.html ./html/*.png
./html/*.css'; \
	then echo '-- Nothing to install' ; \
	else \
	  /bin/sh ../../mkinstalldirs
/usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10; \
	  for i in $installfiles; do \
	    echo '-- Installing '$i ; \
	    install  -o root -g wheel -m 444 $i
/usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10; \
	  done; \
	  echo '-- Installing ./html/gst-plugins-base-libs.devhelp' ; \
	  install  -o root -g wheel -m 444 ./html/gst-plugins-base-libs.devhelp \
	    /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10/gst-plugins-base-libs-0.10.devhelp;
\
	  if test -e ./html/gst-plugins-base-libs.devhelp2; then \
        	    install  -o root -g wheel -m 444
./html/gst-plugins-base-libs.devhelp2 \
	           /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10/gst-plugins-base-libs-0.10.devhelp2;
\
	  fi; \
	  which gtkdoc-rebase >/dev/null && \
	    gtkdoc-rebase --relative --dest-dir=
--html-dir=/usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10 ;
\
	fi)

# ...

-- Installing ./html/style.css
-- Installing ./html/gst-plugins-base-libs.devhelp
gmake[3]: *** [install-data-local] Error 1
gmake[3]: Leaving directory
`/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/docs/libs'
gmake[2]: *** [install-am] Error 2
gmake[2]: Leaving directory
`/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/docs/libs'
gmake[1]: *** [install-recursive] Error 1
gmake[1]: Leaving directory
`/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/docs'
gmake: *** [install-recursive] Error 1
*** Error code 2

    Turns out the problem is because gtkdoc-rebase isn't installed on
my machine. What would be the best means to avoid installing it (is
there already a ports knob to do this with Gnome stuff?)??
    I'll have to verify that the patches are indeed not needed before
submitting the updated port to you (the patch failed for all 4 files).
Thanks!
-Garrett
From leafy7382 at gmail.com  Thu Jan  8 07:06:17 2009
From: leafy7382 at gmail.com (Jiawei Ye)
Date: Thu Jan  8 07:06:38 2009
Subject: Incorrect portsnap snapshot?
Message-ID: <c21e92e20901072233l2f815da2i21a831d3461fc93@mail.gmail.com>

When trying to upgrade x11/listres, I found that it is empty. So I
tried to do 'portsnap fetch extract' again from portsnap1, yet
downloaded snapshot still have an incorrect GZip header for
x11/listres. After csup-ping against a cvsup server, I found that the
following are missing from  portsnap1-generated snapshot:

ports/archivers/p5-Archive-Extract
ports/audio/abcde
ports/audio/squeezecenter-superdatetime
ports/audio/tap-plugins
ports/comms/minicom
ports/deskutils/gtweakui
ports/devel/gauche-sdl
ports/devel/libcfg
ports/devel/ocaml-annexlib
ports/devel/p5-Locale-Maketext-Simple
ports/devel/ruby-thrift
ports/devel/rubygem-rubigen
ports/editors/vilearn
ports/emulators/fmsx
ports/emulao
ports/games/bogged
ports/games/hex-a-hop
ports/games/hex-a-hop/files
ports/games/xboard
ports/games/xboard/files
ports/german/ispell
ports/graphics/camediaplay
ports/graphics/p5-Imlib2
ports/japanese/mypaedia-fpw-package
ports/japanese/ng
ports/lang/libstdc++_stldoc_4.2.2
ports/mail/dk-milter
ports/mail/dk-milter
ports/mail/milter-skem
ports/mail/mreport
ports/mail/p5-Mail-SendEasy
ports/mail/pgpsendmail
ports/mail/pgpsendmail/pkg-plrts/misc/deco/files
ports/misc/dnetc
ports/misc/koffice-i18n-sk
ports/multimedia/gopchop
ports/net/p5-Net-Dfiles
ports/net-mgmt/rancid/files
ports/ports-mgmt/portbrowser
ports/print/rubygem-colortools
ports/science/kst
ports/security/bruteforceblocker
ports/security/cryptstring
ports/security/f-prot-sig
ports/security/p5-Crypt-OpenPGP
ports/sysutils/agef
ports/sysutils/agef/files
ports/sysutils/p5-File-Stat-Bits
ports/sysutils/userinfo
ports/textproc/queequeg
ports/textproc/tei-p3
ports/textproc/tei-p3
ports/www/p5-Catalyst-View-HTML-Template-Compiled
ports/www/rsstail
ports/www/varnish
ports/www/wcol
ports/x11/dzen2
ports/x11/listres

-- 
"If it looks like a duck, walks like a duck, and quacks like a duck,
then to the end user it's a duck, and end users have made it pretty
clear they want a duck; whether the duck drinks hot chocolate or
coffee is irrelevant."
From rsamuel at asri.org.au  Thu Jan  8 07:17:53 2009
From: rsamuel at asri.org.au (Richard Samuel)
Date: Thu Jan  8 07:18:01 2009
Subject: FreeBSD Port: openfoam-1.4.1_1
In-Reply-To: <20090107220310.GL55074@graf.pompo.net>
References: <000001c9709c$ad2e1fa0$078a5ee0$@org.au>
	<20090107220310.GL55074@graf.pompo.net>
Message-ID: <001401c97161$38c1a130$aa44e390$@org.au>

Thierry,

Sorry, 1.5.1 is more my term than their's, a better term would be OpenFOAM
1.5-CURRENT. Yes it from the latest git sources.

BTW thanks for all your work on OpenFOAM and Paraview - without it I would
not have known where to start.

I recall seeing the mgridgen.h issue at some point, but presently I am only
using the native openmpi port - the metis and gridgen components I am using
are from the OpenFOAM ThirdParty tarball, which probably avoids that issue.

Regards
Richard

-----Original Message-----
From: Thierry Thomas [mailto:thierry@FreeBSD.org] 
Sent: Thursday, 8 January 2009 9:03 AM
To: Richard Samuel
Cc: ports@FreeBSD.org
Subject: Re: FreeBSD Port: openfoam-1.4.1_1

Le Mer  7 jan 09 ?  8:50:57 +0100, Richard Samuel <rsamuel@asri.org.au>
?crivait?:
> Dear Thierry and Ports crew,

Hello Richard,

> I have constructed (some might say cobbled together) a port of 
> Paraview 3.4 and OpenFOAM 1.5.1. They appear to work ok but as I am 
> only just meshing up my first test case, much remains to be seen. They 
> are also not fully featured - so far I have only implemented the 
> features I am likely to use in the near future or that I am able to 
> test, so Paraview has no PYTHON support, and features Takuya Ashima's 
> native parallel reader but parallel operation is not enabled, and some 
> other fringe things. Also OpenFOAM is not so much of a port, as it is a
patched version of the latest git sources.
> Neither port is very elegant - in the case of Paraview I have probably 
> broken multiple taboos, but as a first-time porter that should not be 
> any surprise.

This is very interesting. I tried to upgrade OpenFoam to the latest 1.5 from
the offcial tarball, but did'nt succeed: it seems that some files (e.g.
mgridgen.h are mising)!

I don't find 1.5.1 on their site; is it available only from git, or is there
a tarball available?

Best regards,
--
Th. Thomas.

From silver.salonen at gmail.com  Thu Jan  8 09:33:47 2009
From: silver.salonen at gmail.com (Silver Salonen)
Date: Thu Jan  8 09:33:54 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
References: <20090106220641.GL44347@bsdcrew.de> <49652945.6020801@gmail.com>
	<83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
Message-ID: <21348519.post@talk.nabble.com>



Diego Depaoli-2 wrote:
> 
> On Wed, Jan 7, 2009 at 11:14 PM, Andrey <andrey.kosachenko@gmail.com>
> wrote:
> 
>> I faced with the following issue while qt4-designer has been upgrading:
>>
>> --- <begin> ---
>>
>> [silent@beastie][/usr/ports]sudo portupgrade -R 'qt4-*'
>> +++ <skipped> +++
>> Stop in
>> /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer.
>> ** Command failed [exit code 1]: /usr/bin/script -qa
>> /tmp/portupgrade.22823.0 env UPGRADE_TOOL=portupgrade
>> UPGRADE_PORT=qt4-designer-4.4.1 UPGRADE_PORT_VER=4.4.1 make reinstall
>> --->  Restoring the old version
>> ** Fix the installation problem and try again.
>> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1152 packages
>> found (-0 +1) . done]
>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>>        ! devel/qt4-designer (qt4-designer-4.4.1)       (install error)
> 
> Same here.
> For some obscure reason qt4-designer refuses to build through
> portmaster or portupgrade.
> cd ${PORTSDIR}/devel/qt4-designer && make... to go forward.
> 

Hello, in my case qt4-designer builds OK, but on install I get:
=====
...
/usr/local/bin/qmake-qt4 -spec /usr/local/share/qt4/mkspecs/freebsd-g++
-unix -o Makefile lib.pro
Creating '/usr/local/lib/qt4/libQtDesigner.so.4.4.2'
(cd
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib;make)
cd: can't cd to
/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib
*** Error code 2
...
=====
-- 
View this message in context: http://www.nabble.com/-CFT--KDE-4.2-BETA-2-testers-wanted-tp21320314p21348519.html
Sent from the freebsd-ports mailing list archive at Nabble.com.

From silver.salonen at gmail.com  Thu Jan  8 09:39:23 2009
From: silver.salonen at gmail.com (Silver Salonen)
Date: Thu Jan  8 09:39:30 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <21348519.post@talk.nabble.com>
References: <20090106220641.GL44347@bsdcrew.de> <49652945.6020801@gmail.com>
	<83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
	<21348519.post@talk.nabble.com>
Message-ID: <21348610.post@talk.nabble.com>



Silver Salonen wrote:
> 
> 
> Diego Depaoli-2 wrote:
>> 
>> On Wed, Jan 7, 2009 at 11:14 PM, Andrey <andrey.kosachenko@gmail.com>
>> wrote:
>> 
>>> I faced with the following issue while qt4-designer has been upgrading:
>>>
>>> --- <begin> ---
>>>
>>> [silent@beastie][/usr/ports]sudo portupgrade -R 'qt4-*'
>>> +++ <skipped> +++
>>> Stop in
>>> /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer.
>>> ** Command failed [exit code 1]: /usr/bin/script -qa
>>> /tmp/portupgrade.22823.0 env UPGRADE_TOOL=portupgrade
>>> UPGRADE_PORT=qt4-designer-4.4.1 UPGRADE_PORT_VER=4.4.1 make reinstall
>>> --->  Restoring the old version
>>> ** Fix the installation problem and try again.
>>> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1152
>>> packages
>>> found (-0 +1) . done]
>>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>>>        ! devel/qt4-designer (qt4-designer-4.4.1)       (install error)
>> 
>> Same here.
>> For some obscure reason qt4-designer refuses to build through
>> portmaster or portupgrade.
>> cd ${PORTSDIR}/devel/qt4-designer && make... to go forward.
>> 
> 
> Hello, in my case qt4-designer builds OK, but on install I get:
> =====
> ...
> /usr/local/bin/qmake-qt4 -spec /usr/local/share/qt4/mkspecs/freebsd-g++
> -unix -o Makefile lib.pro
> Creating '/usr/local/lib/qt4/libQtDesigner.so.4.4.2'
> (cd
> /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib;make)
> cd: can't cd to
> /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib
> *** Error code 2
> ...
> =====
> 

Hmm, now I just tried "make install" again, and now it worked.. so now I
have qt4-designer-4.4.3 installed.. weird.
-- 
View this message in context: http://www.nabble.com/-CFT--KDE-4.2-BETA-2-testers-wanted-tp21320314p21348610.html
Sent from the freebsd-ports mailing list archive at Nabble.com.

From kwm at rainbow-runner.nl  Thu Jan  8 10:12:02 2009
From: kwm at rainbow-runner.nl (Koop Mast)
Date: Thu Jan  8 10:12:09 2009
Subject: Update multimedia/gstreamer* and associated ports?
In-Reply-To: <7d6fde3d0901072015s3f1d904btdb030e226b15fe26@mail.gmail.com>
References: <7d6fde3d0901072015s3f1d904btdb030e226b15fe26@mail.gmail.com>
Message-ID: <4965CCCC.7080004@rainbow-runner.nl>

Garrett Cooper wrote:
> Hello Mario and Porters,
>     Trying to setup mplayer to play DVD's on my blueray player, one of
> the suggested means to do this was to try out mplayer from SVN.
> Unfortunately I ran into some issues with x264_t, and to make a long
> story short I realized I needed to update the gstreamer codecs so that
> they were at least ABI compatible with the ABI in-use with mplayer.
>     So far I've discovered that:
>     1. -{good,bad,ugly} ports minor revisions have been bumped to
> {11,9,10}, respectively.

I'm working on a update for the gstreamer ports. Should be done in a 
couple of days.

>     2. make all doesn't work. It barfs when trying to install a
> documentation item:
> 
> (installfiles=`echo ./html/*.sgml ./html/*.html ./html/*.png ./html/*.css`; \
> 	if test "$installfiles" = './html/*.sgml ./html/*.html ./html/*.png
> ./html/*.css'; \
> 	then echo '-- Nothing to install' ; \
> 	else \
> 	  /bin/sh ../../mkinstalldirs
> /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10; \
> 	  for i in $installfiles; do \
> 	    echo '-- Installing '$i ; \
> 	    install  -o root -g wheel -m 444 $i
> /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10; \
> 	  done; \
> 	  echo '-- Installing ./html/gst-plugins-base-libs.devhelp' ; \
> 	  install  -o root -g wheel -m 444 ./html/gst-plugins-base-libs.devhelp \
> 	    /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10/gst-plugins-base-libs-0.10.devhelp;
> \
> 	  if test -e ./html/gst-plugins-base-libs.devhelp2; then \
>         	    install  -o root -g wheel -m 444
> ./html/gst-plugins-base-libs.devhelp2 \
> 	           /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10/gst-plugins-base-libs-0.10.devhelp2;
> \
> 	  fi; \
> 	  which gtkdoc-rebase >/dev/null && \
> 	    gtkdoc-rebase --relative --dest-dir=
> --html-dir=/usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10 ;
> \
> 	fi)
> 
> # ...
> 
> -- Installing ./html/style.css
> -- Installing ./html/gst-plugins-base-libs.devhelp
> gmake[3]: *** [install-data-local] Error 1
> gmake[3]: Leaving directory
> `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/docs/libs'
> gmake[2]: *** [install-am] Error 2
> gmake[2]: Leaving directory
> `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/docs/libs'
> gmake[1]: *** [install-recursive] Error 1
> gmake[1]: Leaving directory
> `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/docs'
> gmake: *** [install-recursive] Error 1
> *** Error code 2

I will take a look at this one.

>     Turns out the problem is because gtkdoc-rebase isn't installed on
> my machine. What would be the best means to avoid installing it (is
> there already a ports knob to do this with Gnome stuff?)??
>     I'll have to verify that the patches are indeed not needed before
> submitting the updated port to you (the patch failed for all 4 files).

Which patch are you talking about? As far as I know, there aren't any 
patch problems.

-Koop

> Thanks!
> -Garrett
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> 

From yanefbsd at gmail.com  Thu Jan  8 10:19:48 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Thu Jan  8 10:19:57 2009
Subject: Update multimedia/gstreamer* and associated ports?
In-Reply-To: <4965CCCC.7080004@rainbow-runner.nl>
References: <7d6fde3d0901072015s3f1d904btdb030e226b15fe26@mail.gmail.com>
	<4965CCCC.7080004@rainbow-runner.nl>
Message-ID: <32CC0C89-65E2-400C-AD0B-993CDB59BA0E@gmail.com>

On Jan 8, 2009, at 1:52 AM, Koop Mast wrote:

> Garrett Cooper wrote:
>> Hello Mario and Porters,
>>    Trying to setup mplayer to play DVD's on my blueray player, one of
>> the suggested means to do this was to try out mplayer from SVN.
>> Unfortunately I ran into some issues with x264_t, and to make a long
>> story short I realized I needed to update the gstreamer codecs so  
>> that
>> they were at least ABI compatible with the ABI in-use with mplayer.
>>    So far I've discovered that:
>>    1. -{good,bad,ugly} ports minor revisions have been bumped to
>> {11,9,10}, respectively.
>
> I'm working on a update for the gstreamer ports. Should be done in a  
> couple of days.

	Good to know -- thanks :).

>>    2. make all doesn't work. It barfs when trying to install a
>> documentation item:
>> (installfiles=`echo ./html/*.sgml ./html/*.html ./html/*.png ./html/ 
>> *.css`; \
>> 	if test "$installfiles" = './html/*.sgml ./html/*.html ./html/*.png
>> ./html/*.css'; \
>> 	then echo '-- Nothing to install' ; \
>> 	else \
>> 	  /bin/sh ../../mkinstalldirs
>> /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10; \
>> 	  for i in $installfiles; do \
>> 	    echo '-- Installing '$i ; \
>> 	    install  -o root -g wheel -m 444 $i
>> /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10; \
>> 	  done; \
>> 	  echo '-- Installing ./html/gst-plugins-base-libs.devhelp' ; \
>> 	  install  -o root -g wheel -m 444 ./html/gst-plugins-base- 
>> libs.devhelp \
>> 	    /usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10/gst- 
>> plugins-base-libs-0.10.devhelp;
>> \
>> 	  if test -e ./html/gst-plugins-base-libs.devhelp2; then \
>>        	    install  -o root -g wheel -m 444
>> ./html/gst-plugins-base-libs.devhelp2 \
>> 	           /usr/local/share/gtk-doc/html/gst-plugins-base- 
>> libs-0.10/gst-plugins-base-libs-0.10.devhelp2;
>> \
>> 	  fi; \
>> 	  which gtkdoc-rebase >/dev/null && \
>> 	    gtkdoc-rebase --relative --dest-dir=
>> --html-dir=/usr/local/share/gtk-doc/html/gst-plugins-base-libs-0.10 ;
>> \
>> 	fi)
>> # ...
>> -- Installing ./html/style.css
>> -- Installing ./html/gst-plugins-base-libs.devhelp
>> gmake[3]: *** [install-data-local] Error 1
>> gmake[3]: Leaving directory
>> `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins- 
>> base-0.10.21/docs/libs'
>> gmake[2]: *** [install-am] Error 2
>> gmake[2]: Leaving directory
>> `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins- 
>> base-0.10.21/docs/libs'
>> gmake[1]: *** [install-recursive] Error 1
>> gmake[1]: Leaving directory
>> `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins- 
>> base-0.10.21/docs'
>> gmake: *** [install-recursive] Error 1
>> *** Error code 2
>
> I will take a look at this one.

	Ok. I wasn't sure if there was a knob called WITHOUT_DOCS. It appears  
(looking back at the gstreamer configure script), that it assumes that  
one will ALWAYS install the HTML documentation; this is probably not  
desired in all cases (assuming they don't have online help provided  
with the package -- not saying they don't...) and we'll have to talk  
to the gstreamer team about making a knob to turn off installing the  
HTML docs..

>>    Turns out the problem is because gtkdoc-rebase isn't installed on
>> my machine. What would be the best means to avoid installing it (is
>> there already a ports knob to do this with Gnome stuff?)??
>>    I'll have to verify that the patches are indeed not needed before
>> submitting the updated port to you (the patch failed for all 4  
>> files).
>
> Which patch are you talking about? As far as I know, there aren't  
> any patch problems.

	Uh, the 4 distfiles under `files/' for the current port didn't patch  
successfully for the base codec set. I'll be glad to share the errors  
if you like so we can compare results..
Thanks again!
-Garrett
From silver.salonen at gmail.com  Thu Jan  8 11:21:36 2009
From: silver.salonen at gmail.com (Silver Salonen)
Date: Thu Jan  8 11:21:53 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <20090106220641.GL44347@bsdcrew.de>
References: <20090106220641.GL44347@bsdcrew.de>
Message-ID: <21350082.post@talk.nabble.com>



miwi-2 wrote:
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> We are happy to announce the first public Call for Testing
> with KDE 4.2.
> 
> The past weeks we focused on the complex and very time
> consuming task to get the KDE4.2 BETA2 ports into a much
> better shape so we can now go on to the next step: much wider
> public testing.
> 
> The experimental KDE ports are currently pulled from KDE
> 4.2 BETA 2 (4.1.85). Some of you may believe beta testing
> is not worth it, but we want to get KDE 4.2 better then 4.1.
> 
> At the moment we would actually benefit from wider testing
> the well prepared KDE 4.2 BETA 2 FreeBSD builds. We would
> have much more opportunity and time to identify and eventually
> correct FreeBSD specific problems with those.
> 
> We added the file UPDATING-area51. _PLEASE_ read this before you start
> your update.
> 
> To get KDE 4.2:
> 
> try
> svn co https://kf.athame.co.uk/kde-freebsd/tags/kde-4.1.85/
> /path/to/area51
> 
> More infos here:
> https://kf.athame.co.uk/access.php
> 
> I like to say Thanks to all Helpers and Submitters on the kde-freebsd@
> mailinglist.
> 
> That's all for the moment. Happy Testing!
> 

Hello.

Another issue - with kdebase4-runtime this time:
=====
Scanning dependencies of target kio_about
[ 21%] Building CXX object
kioslave/about/CMakeFiles/kio_about.dir/kio_about_automoc.o
[ 21%] Building CXX object
kioslave/about/CMakeFiles/kio_about.dir/kio_about.o
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:
In member function 'virtual void AboutProtocol::get(const KUrl&)':
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:40:
error: 'QTextStream' was not declared in this scope
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:40:
error: expected `;' before 'os'
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:41:
error: 'os' was not declared in this scope
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:
In function 'int kdemain(int, char**)':
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:64:
error: 'stderr' was not declared in this scope
/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/kio_about.cpp:64:
error: 'fprintf' was not declared in this scope
*** Error code 1

Stop in /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/build
=====

PS. I still have KDE 4.1.3 installed (with phonon-4.2.0) - I hope the
problem ain't caused by that :)

--
Silver
-- 
View this message in context: http://www.nabble.com/-CFT--KDE-4.2-BETA-2-testers-wanted-tp21320314p21350082.html
Sent from the freebsd-ports mailing list archive at Nabble.com.

From makc at issp.ac.ru  Thu Jan  8 11:48:13 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Thu Jan  8 11:48:20 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <21350082.post@talk.nabble.com>
References: <20090106220641.GL44347@bsdcrew.de> <21350082.post@talk.nabble.com>
Message-ID: <200901081448.04583.makc@issp.ac.ru>

On Thu, 8 Jan 2009 03:21:34 -0800 (PST), Silver Salonen wrote:
> Hello.
>
> Another issue - with kdebase4-runtime this time:
> =====
> Scanning dependencies of target kio_about
> [ 21%] Building CXX object
> kioslave/about/CMakeFiles/kio_about.dir/kio_about_automoc.o
> [ 21%] Building CXX object
> kioslave/about/CMakeFiles/kio_about.dir/kio_about.o
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp: In member function 'virtual void AboutProtocol::get(const
> KUrl&)':
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp:40: error: 'QTextStream' was not declared in this scope
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp:40: error: expected `;' before 'os'
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp:41: error: 'os' was not declared in this scope
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp: In function 'int kdemain(int, char**)':
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp:64: error: 'stderr' was not declared in this scope
> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>kio_about.cpp:64: error: 'fprintf' was not declared in this scope
> *** Error code 1
>
> Stop in /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/build
> =====
>
> PS. I still have KDE 4.1.3 installed (with phonon-4.2.0) - I hope the
> problem ain't caused by that :)
I believe that is the problem. Have you read UPDATING from area51? 

Max
From matthias.andree at gmx.de  Thu Jan  8 12:25:36 2009
From: matthias.andree at gmx.de (Matthias Andree)
Date: Thu Jan  8 12:25:43 2009
Subject: Can someone commit ports/129755 (mail/fetchmail -> 6.3.9)
Message-ID: <20090108115851.GA12462@merlin.emma.line.org>

please?
Reply-To: 
X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc

Greetings,

can someone please commit ports/129755 (fetchmail update to 6.3.9) on
"maintainer timeout" grounds?

I filed the PR 20 days ago, and it fixes two critical bugs (potential
data loss) and a long-standing regression.

Thanks.

Best regards

-- 
Matthias Andree
From talon at lpthe.jussieu.fr  Thu Jan  8 14:09:00 2009
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Thu Jan  8 14:09:07 2009
Subject: DragonFlyBSD mail agent
Message-ID: <20090108140855.GA34257@lpthe.jussieu.fr>

Hello,

would it not be interesting to have the DragonFlyBSD mail agent in
FreeBSD? It is a very simple mail agent, like ssmtp, but with some more
features: it can either deliver mail locally for local users or send all
other mail to a smarthost, and reads the aliases file. Hence it fulfills
the needs of the person who wants a small mail agent for receiving
periodic root mail, and wants to send the occasional without too much
fuss. It is much simpler than sendmail, postfix or exim.

For simplicity i have a tarball here:
http://www.lpthe.jussieu.fr/~talon/dma.tgz
it compiles out of the box, and it is easy to figure out how to use it.


-- 

Michel TALON

From jankyj at unfs.us  Thu Jan  8 15:55:29 2009
From: jankyj at unfs.us (Janky Jay, III)
Date: Thu Jan  8 15:55:36 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108140855.GA34257@lpthe.jussieu.fr>
References: <20090108140855.GA34257@lpthe.jussieu.fr>
Message-ID: <49661E6A.7080404@unfs.us>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, Michel.

	By default, FreeBSD's Sendmail that comes in base already delivers mail
to local users and reads the aliases file also. It supports configuring
a smarthost as well. Unless there are some highly desired features in
the DragonFlyBSD mail agent, I seriously doubt there will be any
migration to it from Sendmail in the near future.

Regards,
Janky Jay, III

Michel Talon wrote:
> Hello,
> 
> would it not be interesting to have the DragonFlyBSD mail agent in
> FreeBSD? It is a very simple mail agent, like ssmtp, but with some more
> features: it can either deliver mail locally for local users or send all
> other mail to a smarthost, and reads the aliases file. Hence it fulfills
> the needs of the person who wants a small mail agent for receiving
> periodic root mail, and wants to send the occasional without too much
> fuss. It is much simpler than sendmail, postfix or exim.
> 
> For simplicity i have a tarball here:
> http://www.lpthe.jussieu.fr/~talon/dma.tgz
> it compiles out of the box, and it is easy to figure out how to use it.
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFJZh5pGK3MsUbJZn4RAhHMAJ4j6lQ3gDkye5ciegdf2Zc5iSPSFACfeLhm
qXqX5PutiNLFKzKklcvyE+M=
=N9jA
-----END PGP SIGNATURE-----
From glarkin at FreeBSD.org  Thu Jan  8 16:38:36 2009
From: glarkin at FreeBSD.org (Greg Larkin)
Date: Thu Jan  8 16:38:43 2009
Subject: Creating New Port
In-Reply-To: <20090107134848.17fd38dc@scorpio>
References: <20090107134848.17fd38dc@scorpio>
Message-ID: <49662C20.2050202@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jerry wrote:
> I am attempting to create my first port. I seem to have run into a
> problem thought.
> 
> I want to create a port for a Perl module,
> 'Captcha-reCAPTCHA-Mailhide'. I created the test port
> in /usr/ports/local/p5-Captcha-reCAPTCHA-Mailhide. The port builds OK.
> The problem is when I try to create the pkg-plist. I followed (I think)
> the instructions in the "Porter's Handbook". Specifically this portion:
> 
> # mkdir /var/tmp/$(make -V PORTNAME)
> 
> When I run the line of above, this is what I get back:
> 
> mkdir /var/tmp/$(make -V Captcha-reCAPTCHA-Mailhide)
> mkdir: /var/tmp/: File exists
> 
> It never creates the desired directory. I have tried including the
> version number in the above; however, that doesn't work either. Since
> this is my first port, I am confused as to what I am doing wrong.
> 
> I can supply the 'Makefile' if it is needed.
> 
> Thanks!
> 

Hi Jerry,

I see that some other folks have responded to your original question,
and I hope that everything is working now.  I thought I would jump in
and suggest that you try out the ports-mgmt/genplist utility
(http://www.freshports.org/ports-mgmt/genplist/) as a way to create your
pkg-plist file.

In many cases, genplist creates a pkg-plist that's at least 80% complete
and requires some additional tweaking by hand.  In some cases, the
percentage will be higher, particularly with p5- ports.

Best of luck, and thank you for contributing!

Cheers,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/       - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJZiwg0sRouByUApARAsfjAKDDFWRinE98Ra6v9VMgOef1B2rwGACggbnm
yGcAnjojGUxnc0iDxOuLCss=
=Zesr
-----END PGP SIGNATURE-----

From talon at lpthe.jussieu.fr  Thu Jan  8 16:48:14 2009
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Thu Jan  8 16:48:21 2009
Subject: DragonFlyBSD mail agent
Message-ID: <20090108164810.GA43169@lpthe.jussieu.fr>

"Janky Jay, III" wrote:

> By default, FreeBSD's Sendmail that comes in base already delivers mail
> to local users and reads the aliases file also. It supports configuring
> a smarthost as well. Unless there are some highly desired features in
> the DragonFlyBSD mail agent, I seriously doubt there will be any
> migration to it from Sendmail in the near future.

I was not speaking of replacing sendmail in the base system, only on
offering this mail agent in the *ports*, this is why i posted in
freebsd-ports. I should have been clearer.

This mail agent doesn't offer anything compelling compared to sendmail,
only it is much smaller and presumably more secure. For example if you
want a mail agent in a jail, you can envision to use this one instead of 
sendmail because it is much lighter. Yes i know ssmtpd could do the
same, more or less but this one has a little more flexibility without
falling in the complexity of the big ones.


-- 

Michel TALON

From linimon at lonesome.com  Thu Jan  8 17:02:06 2009
From: linimon at lonesome.com (Mark Linimon)
Date: Thu Jan  8 17:02:38 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108164810.GA43169@lpthe.jussieu.fr>
References: <20090108164810.GA43169@lpthe.jussieu.fr>
Message-ID: <20090108170203.GA17130@soaustin.net>

On Thu, Jan 08, 2009 at 05:48:10PM +0100, Michel Talon wrote:
> This mail agent doesn't offer anything compelling compared to sendmail,
> only it is much smaller and presumably more secure.

I have previously seen it advocated for base as an alternative for
systems that e.g. only need to send cronmail.

mcl
From wxs at FreeBSD.org  Thu Jan  8 17:25:37 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Thu Jan  8 17:25:48 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108164810.GA43169@lpthe.jussieu.fr>
References: <20090108164810.GA43169@lpthe.jussieu.fr>
Message-ID: <20090108172653.GF55470@atarininja.org>

On Thu, Jan 08, 2009 at 05:48:10PM +0100, Michel Talon wrote:
> "Janky Jay, III" wrote:
> 
> > By default, FreeBSD's Sendmail that comes in base already delivers mail
> > to local users and reads the aliases file also. It supports configuring
> > a smarthost as well. Unless there are some highly desired features in
> > the DragonFlyBSD mail agent, I seriously doubt there will be any
> > migration to it from Sendmail in the near future.
> 
> I was not speaking of replacing sendmail in the base system, only on
> offering this mail agent in the *ports*, this is why i posted in
> freebsd-ports. I should have been clearer.
> 
> This mail agent doesn't offer anything compelling compared to sendmail,
> only it is much smaller and presumably more secure. For example if you
> want a mail agent in a jail, you can envision to use this one instead of 
> sendmail because it is much lighter. Yes i know ssmtpd could do the
> same, more or less but this one has a little more flexibility without
> falling in the complexity of the big ones.

I see no reason for it not to be in ports.  If it's useful like you
described above then I'm sure other people will make use of it and be
glad it is maintained in the ports tree.  If you're willing to maintain
it please submit a PR with your work.

-- WXS
From silver.salonen at gmail.com  Thu Jan  8 17:44:11 2009
From: silver.salonen at gmail.com (Silver Salonen)
Date: Thu Jan  8 17:44:18 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <200901081448.04583.makc@issp.ac.ru>
References: <20090106220641.GL44347@bsdcrew.de> <21350082.post@talk.nabble.com>
	<200901081448.04583.makc@issp.ac.ru>
Message-ID: <21356848.post@talk.nabble.com>



Bugzilla from makc@issp.ac.ru wrote:
> 
> On Thu, 8 Jan 2009 03:21:34 -0800 (PST), Silver Salonen wrote:
>> Hello.
>>
>> Another issue - with kdebase4-runtime this time:
>> =====
>> Scanning dependencies of target kio_about
>> [ 21%] Building CXX object
>> kioslave/about/CMakeFiles/kio_about.dir/kio_about_automoc.o
>> [ 21%] Building CXX object
>> kioslave/about/CMakeFiles/kio_about.dir/kio_about.o
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp: In member function 'virtual void AboutProtocol::get(const
>> KUrl&)':
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp:40: error: 'QTextStream' was not declared in this scope
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp:40: error: expected `;' before 'os'
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp:41: error: 'os' was not declared in this scope
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp: In function 'int kdemain(int, char**)':
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp:64: error: 'stderr' was not declared in this scope
>> /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/kioslave/about/
>>kio_about.cpp:64: error: 'fprintf' was not declared in this scope
>> *** Error code 1
>>
>> Stop in /usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.1.85/build
>> =====
>>
>> PS. I still have KDE 4.1.3 installed (with phonon-4.2.0) - I hope the
>> problem ain't caused by that :)
> I believe that is the problem. Have you read UPDATING from area51? 
> 
> Max
> 

Yes, that was it, thanks. No matter how many times you mention, somebody
forgets to read it anyway :)

--
Silver
-- 
View this message in context: http://www.nabble.com/-CFT--KDE-4.2-BETA-2-testers-wanted-tp21320314p21356848.html
Sent from the freebsd-ports mailing list archive at Nabble.com.

From jankyj at unfs.us  Thu Jan  8 19:17:31 2009
From: jankyj at unfs.us (Janky Jay, III)
Date: Thu Jan  8 19:17:37 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108164810.GA43169@lpthe.jussieu.fr>
References: <20090108164810.GA43169@lpthe.jussieu.fr>
Message-ID: <49665148.1040201@unfs.us>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, Michel.

	Ah! Okay. This makes much more sense... Its not a problem at all to
port the mail agent to FreeBSD. Just create a port, test and submit it
and voila! Sorry for the misunderstanding earlier...

Regards,
Janky Jay, III

Michel Talon wrote:
> "Janky Jay, III" wrote:
> 
>> By default, FreeBSD's Sendmail that comes in base already delivers mail
>> to local users and reads the aliases file also. It supports configuring
>> a smarthost as well. Unless there are some highly desired features in
>> the DragonFlyBSD mail agent, I seriously doubt there will be any
>> migration to it from Sendmail in the near future.
> 
> I was not speaking of replacing sendmail in the base system, only on
> offering this mail agent in the *ports*, this is why i posted in
> freebsd-ports. I should have been clearer.
> 
> This mail agent doesn't offer anything compelling compared to sendmail,
> only it is much smaller and presumably more secure. For example if you
> want a mail agent in a jail, you can envision to use this one instead of 
> sendmail because it is much lighter. Yes i know ssmtpd could do the
> same, more or less but this one has a little more flexibility without
> falling in the complexity of the big ones.
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFJZlFIGK3MsUbJZn4RAgOSAJ0VOtSEKaZHXlKaeQIUoI5PuR64KACfTOcx
N3WqR0rQ6S7pjolzWEuKhy4=
=doPU
-----END PGP SIGNATURE-----
From sfourman at gmail.com  Thu Jan  8 20:25:21 2009
From: sfourman at gmail.com (Sam Fourman Jr.)
Date: Thu Jan  8 20:25:28 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108172653.GF55470@atarininja.org>
References: <20090108164810.GA43169@lpthe.jussieu.fr>
	<20090108172653.GF55470@atarininja.org>
Message-ID: <11167f520901081225y4349de24m39a27cded9ebeb4d@mail.gmail.com>

> I see no reason for it not to be in ports.  If it's useful like you
> described above then I'm sure other people will make use of it and be
> glad it is maintained in the ports tree.  If you're willing to maintain
> it please submit a PR with your work.

Sweet, is anyone with commit access  willing to commit it to the ports tree?

Sam Fourman Jr.
From jankyj at unfs.us  Thu Jan  8 20:35:36 2009
From: jankyj at unfs.us (Janky Jay, III)
Date: Thu Jan  8 20:35:44 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <11167f520901081225y4349de24m39a27cded9ebeb4d@mail.gmail.com>
References: <20090108164810.GA43169@lpthe.jussieu.fr>	<20090108172653.GF55470@atarininja.org>
	<11167f520901081225y4349de24m39a27cded9ebeb4d@mail.gmail.com>
Message-ID: <49666395.4050803@unfs.us>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, Sam.

	Of course. Once the port is submitted via a PR, it will be looked over
and committed. Check out the FreeBSD Porter's Handbook at
http://www.freebsd.org/doc/en/books/porters-handbook/ for more
information about how to create and submit a port.

Regards,
Janky Jay, III

Sam Fourman Jr. wrote:
>> I see no reason for it not to be in ports.  If it's useful like you
>> described above then I'm sure other people will make use of it and be
>> glad it is maintained in the ports tree.  If you're willing to maintain
>> it please submit a PR with your work.
> 
> Sweet, is anyone with commit access  willing to commit it to the ports tree?
> 
> Sam Fourman Jr.
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFJZmOVGK3MsUbJZn4RAsJ/AJ9HMdsYxlrQoeUmJwHSqiH9viwr3gCfYcLO
D+p/0l8w2RHStvu2yLYRrZU=
=19dY
-----END PGP SIGNATURE-----
From athiel at yourdatacenter.com  Thu Jan  8 20:58:37 2009
From: athiel at yourdatacenter.com (Albert Thiel)
Date: Thu Jan  8 20:58:45 2009
Subject: BIND poisoning??
Message-ID: <e9a459b729fa4adeb45f0001bdcdc6a9.athiel@yourdatacenter.com>

Whoever manages BIND.. 

SANS has a new  warning/listing on BIND (Jan 7th) that may effect FreeBSD's implementation, but I am 
not sure... I'm just the mailman here :)

http://isc.sans.org/diary.html?storyid=5641&rss

I checked versions 6.2 through 7.0 and see that they _could_ be vulnerable as they report a "do" flag 
so are using DNSSEC.

Hope this info helps.. -Al


Albert Thiel
athiel@yourdatacenter.com

Your Data Center & HostLongIsland.com
Powerful FREE ISP Tools, Mail & Website Hosting
http://www.YourDataCenter.com
Hewlett, New York
(877)302-8642


 

From eitanadlerlist at gmail.com  Thu Jan  8 21:59:12 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Thu Jan  8 21:59:20 2009
Subject: testing rnoland's xorg upgrade patch -- error
Message-ID: <49667724.7020102@gmail.com>

I applied this patch:
http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch

I then tried upgrading via portmaster -vra
and I also tried upgrading manually

when installing x11-servers/xorg-server I get the following error
gnome-config: not found
configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes
x11-xcb xcb-glx) were not met:

No package 'x11-xcb' found
No package 'xcb-glx' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRIGL_CFLAGS
and DRIGL_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

===>  Script "configure" failed unexpectedly.
....
Stop in /extra/ports/graphics/dri.
*** Error code 1

Stop in /extra/ports/x11-servers/xorg-server.
*** Error code 1

Stop in /extra/ports/x11-servers/xorg-server.


#pkg_info -x xcb
Information for xcb-proto-1.2:







-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen

From eitanadlerlist at gmail.com  Thu Jan  8 22:18:53 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Thu Jan  8 22:18:59 2009
Subject: porting - require specific configuration
Message-ID: <49667BC2.2030905@gmail.com>

Is there a way to depend on another port with specific knobs?

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From thierry at FreeBSD.org  Thu Jan  8 22:26:38 2009
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Thu Jan  8 22:26:45 2009
Subject: FreeBSD Port: openfoam-1.4.1_1
In-Reply-To: <001401c97161$38c1a130$aa44e390$@org.au>
References: <000001c9709c$ad2e1fa0$078a5ee0$@org.au>
	<20090107220310.GL55074@graf.pompo.net>
	<001401c97161$38c1a130$aa44e390$@org.au>
Message-ID: <20090108222624.GA37323@graf.pompo.net>

Le Jeu  8 jan 09 ?  8:17:53 +0100, Richard Samuel <rsamuel@asri.org.au>
 ?crivait?:
> Thierry,

Hello,

> Sorry, 1.5.1 is more my term than their's, a better term would be OpenFOAM
> 1.5-CURRENT. Yes it from the latest git sources.
> 
> BTW thanks for all your work on OpenFOAM and Paraview - without it I would
> not have known where to start.
> 
> I recall seeing the mgridgen.h issue at some point, but presently I am only
> using the native openmpi port - the metis and gridgen components I am using
> are from the OpenFOAM ThirdParty tarball, which probably avoids that issue.

OK, I shall try again with this (I'm currently busy, to upgrade
french/aster, but I put OpenFoam again on my TODO list).

In the meantime, my WIP is available at
<http://people.freebsd.org/~thierry/ports/openfoam-1.5.tgz>

Best regards,
-- 
Th. Thomas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090108/94ab30aa/attachment.pgp
From rnoland at FreeBSD.org  Thu Jan  8 22:36:46 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Thu Jan  8 22:37:12 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <1231453528.93079.49.camel@squirrel.corp.cox.com>
References: <49667724.7020102@gmail.com>
	<1231453528.93079.49.camel@squirrel.corp.cox.com>
Message-ID: <1231454198.93079.54.camel@squirrel.corp.cox.com>

I just rolled up a new patchset.  This has not been through tinderbox
yet, so you have been warned...  This update should pretty much have us
current with all released xorg bits.

http://people.freebsd.org/~rnoland/xorg-update-010809.patch.bz2

robert.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090108/72f17327/attachment.pgp
From rnoland at FreeBSD.org  Thu Jan  8 23:04:41 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Thu Jan  8 23:04:48 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <49667724.7020102@gmail.com>
References: <49667724.7020102@gmail.com>
Message-ID: <1231453528.93079.49.camel@squirrel.corp.cox.com>

On Thu, 2009-01-08 at 16:59 -0500, Eitan Adler wrote:
> I applied this patch:
> http://people.freebsd.org/~rnoland/xorg-7.4-111608.patch
> 
> I then tried upgrading via portmaster -vra
> and I also tried upgrading manually
> 
> when installing x11-servers/xorg-server I get the following error
> gnome-config: not found
> configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes
> x11-xcb xcb-glx) were not met:
> 
> No package 'x11-xcb' found
> No package 'xcb-glx' found

We turned on xcb by default, so libX11 needs to be rebuilt with xcb
support enabled.  "make config" on libX11 port.  Looks like possiblly
libGL and/or dri might also need rebuilding after that.

robert.

> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables DRIGL_CFLAGS
> and DRIGL_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> 
> ===>  Script "configure" failed unexpectedly.
> ....
> Stop in /extra/ports/graphics/dri.
> *** Error code 1
> 
> Stop in /extra/ports/x11-servers/xorg-server.
> *** Error code 1
> 
> Stop in /extra/ports/x11-servers/xorg-server.
> 
> 
> #pkg_info -x xcb
> Information for xcb-proto-1.2:
> 
> 
> 
> 
> 
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090108/3e404e2c/attachment.pgp
From kitchetech at gmail.com  Thu Jan  8 23:19:22 2009
From: kitchetech at gmail.com (matt donovan)
Date: Thu Jan  8 23:19:31 2009
Subject: BIND poisoning??
In-Reply-To: <e9a459b729fa4adeb45f0001bdcdc6a9.athiel@yourdatacenter.com>
References: <e9a459b729fa4adeb45f0001bdcdc6a9.athiel@yourdatacenter.com>
Message-ID: <28283d910901081519g93fc3bdi3abfa5abe4c944b6@mail.gmail.com>

On Thu, Jan 8, 2009 at 3:42 PM, Albert Thiel <athiel@yourdatacenter.com>wrote:

> Whoever manages BIND..
>
> SANS has a new  warning/listing on BIND (Jan 7th) that may effect FreeBSD's
> implementation, but I am
> not sure... I'm just the mailman here :)
>
> http://isc.sans.org/diary.html?storyid=5641&rss
>
> I checked versions 6.2 through 7.0 and see that they _could_ be vulnerable
> as they report a "do" flag
> so are using DNSSEC.
>
> Hope this info helps.. -Al
>
>
> Albert Thiel
> athiel@yourdatacenter.com
>
> Your Data Center & HostLongIsland.com
> Powerful FREE ISP Tools, Mail & Website Hosting
> http://www.YourDataCenter.com
> Hewlett, New York
> (877)302-8642
>
>
>
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"


well the security team already knows I sent them some research I did and yes
the maintainer for the bind port knows as well I m just waiting back for a
reply from him. to see if he'll update the port or not.
From talon at lpthe.jussieu.fr  Thu Jan  8 23:30:20 2009
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Thu Jan  8 23:30:26 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108170203.GA17130@soaustin.net>
References: <20090108164810.GA43169@lpthe.jussieu.fr>
	<20090108170203.GA17130@soaustin.net>
Message-ID: <200901082356.30409.talon@lpthe.jussieu.fr>

Le jeudi 08 janvier 2009, vous avez ?crit?:
> On Thu, Jan 08, 2009 at 05:48:10PM +0100, Michel Talon wrote:
> > This mail agent doesn't offer anything compelling compared to sendmail,
> > only it is much smaller and presumably more secure.
>
> I have previously seen it advocated for base as an alternative for
> systems that e.g. only need to send cronmail.
>
> mcl

I am using DragonFly mail agent on some jails since a few months and it works 
OK. Hence dma.tgz compiles out of the box and works as advertised on FreeBSD.

I can give some information on the configuration: this shows the simplicity of
the configuration file.

jail1% cat /etc/dma/dma.conf

# $DragonFly: src/etc/dma/dma.conf,v 1.2 2008-02-04 10:11:41 matthias Exp $
#
# Your smarthost (also called relayhost).  Leave blank if you don't want
# smarthost support.  Here i take the base host as smarthost
SMARTHOST niobe

# Use this SMTP port.  Most users will be fine with the default (25)
PORT 25

# Path to your alias file.  Note it reads aliases, not aliases.db. Same file  
# as sendmail aliases.
ALIASES /etc/mail/aliases

# Path to your spooldir.  Just stay with the default.
SPOOLDIR /var/spool/dma

# Path to your virtual user file.  Just stay with the default.
VIRTPATH /etc/dma/virtusertable

To deliver local mail it seems that dma needs to be suid root:
jail1% ls -l /usr/libexec/sendmail/dma
-r-sr-sr-x  1 root  mail  42904 Aug 20 00:45 /usr/libexec/sendmail/dma

The spool directory is
drwxrwxr-x  2 root   mail    2 Jan  8 03:05 dma





From eitanadlerlist at gmail.com  Thu Jan  8 23:46:55 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Thu Jan  8 23:47:01 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <1231454198.93079.54.camel@squirrel.corp.cox.com>
References: <49667724.7020102@gmail.com>	<1231453528.93079.49.camel@squirrel.corp.cox.com>
	<1231454198.93079.54.camel@squirrel.corp.cox.com>
Message-ID: <49669067.8030704@gmail.com>

Robert Noland wrote:
> I just rolled up a new patchset.  This has not been through tinderbox
> yet, so you have been warned...  This update should pretty much have us
> current with all released xorg bits.
> 
> http://people.freebsd.org/~rnoland/xorg-update-010809.patch.bz2
> 
> robert.
> 

I didn't test this patchset yet but the previous one caused X to either
freeze and not accept any input including ctrl+alt+bksp or cause my
computer to go blank and beep three times.

Also make sure to include xorg-minimal in the patch.  I don't see it.
-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From rsmith at xs4all.nl  Thu Jan  8 23:52:08 2009
From: rsmith at xs4all.nl (Roland Smith)
Date: Thu Jan  8 23:52:20 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <1231454198.93079.54.camel@squirrel.corp.cox.com>
References: <49667724.7020102@gmail.com>
	<1231453528.93079.49.camel@squirrel.corp.cox.com>
	<1231454198.93079.54.camel@squirrel.corp.cox.com>
Message-ID: <20090108233659.GB2177@slackbox.xs4all.nl>

On Thu, Jan 08, 2009 at 05:36:38PM -0500, Robert Noland wrote:
> I just rolled up a new patchset.  This has not been through tinderbox
> yet, so you have been warned...  This update should pretty much have us
> current with all released xorg bits.
> 
> http://people.freebsd.org/~rnoland/xorg-update-010809.patch.bz2

Looking over the patch, why is the glut library version changing from
libglut.so.4 to libglut.so.3?

Roland
-- 
R.F.Smith                                   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090108/8148cb4c/attachment.pgp
From rnoland at FreeBSD.org  Fri Jan  9 00:18:24 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Fri Jan  9 00:18:30 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <49669067.8030704@gmail.com>
References: <49667724.7020102@gmail.com>
	<1231453528.93079.49.camel@squirrel.corp.cox.com>
	<1231454198.93079.54.camel@squirrel.corp.cox.com>
	<49669067.8030704@gmail.com>
Message-ID: <1231460296.93079.58.camel@squirrel.corp.cox.com>

On Thu, 2009-01-08 at 18:46 -0500, Eitan Adler wrote:
> Robert Noland wrote:
> > I just rolled up a new patchset.  This has not been through tinderbox
> > yet, so you have been warned...  This update should pretty much have us
> > current with all released xorg bits.
> > 
> > http://people.freebsd.org/~rnoland/xorg-update-010809.patch.bz2
> > 
> > robert.
> > 
> 
> I didn't test this patchset yet but the previous one caused X to either
> freeze and not accept any input including ctrl+alt+bksp or cause my
> computer to go blank and beep three times.

Would need more specifics to even guess what could have been wrong...
Most particularly what hardware, gfx chip, i386/amd64 and which drivers
were involved, steps to reproduce the issue if any.  Basically, the more
info the better.

> Also make sure to include xorg-minimal in the patch.  I don't see it.

Not sure who signed up to maintain that... It wasn't me... ;)

robert.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090109/3b4986b6/attachment.pgp
From rnoland at FreeBSD.org  Fri Jan  9 00:21:13 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Fri Jan  9 00:21:44 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <20090108233659.GB2177@slackbox.xs4all.nl>
References: <49667724.7020102@gmail.com>
	<1231453528.93079.49.camel@squirrel.corp.cox.com>
	<1231454198.93079.54.camel@squirrel.corp.cox.com>
	<20090108233659.GB2177@slackbox.xs4all.nl>
Message-ID: <1231460465.93079.62.camel@squirrel.corp.cox.com>

On Fri, 2009-01-09 at 00:36 +0100, Roland Smith wrote:
> On Thu, Jan 08, 2009 at 05:36:38PM -0500, Robert Noland wrote:
> > I just rolled up a new patchset.  This has not been through tinderbox
> > yet, so you have been warned...  This update should pretty much have us
> > current with all released xorg bits.
> > 
> > http://people.freebsd.org/~rnoland/xorg-update-010809.patch.bz2
> 
> Looking over the patch, why is the glut library version changing from
> libglut.so.4 to libglut.so.3?

The libglut is coming from mesa now.  I'm not entirely certain that is
the right thing, but haven't had time to really investigate it.  I'll
try and figure out if we made the right move there or not.

robert.

> Roland
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090109/be33cc46/attachment.pgp
From aragon at phat.za.net  Fri Jan  9 00:35:25 2009
From: aragon at phat.za.net (Aragon Gouveia)
Date: Fri Jan  9 00:35:31 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108140855.GA34257@lpthe.jussieu.fr>
References: <20090108140855.GA34257@lpthe.jussieu.fr>
Message-ID: <20090109000334.GA80167@phat.za.net>

| By Michel Talon <talon@lpthe.jussieu.fr>
|                                          [ 2009-01-08 16:09 +0200 ]
> would it not be interesting to have the DragonFlyBSD mail agent in
> FreeBSD?

I use ssmtp on many systems and would love to try dma.  Looking forward to
seeing it in ports!  Thanks!


Regards,
Aragon
From trebestie at gmail.com  Fri Jan  9 00:42:39 2009
From: trebestie at gmail.com (Diego Depaoli)
Date: Fri Jan  9 00:42:51 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <20090106220641.GL44347@bsdcrew.de>
References: <20090106220641.GL44347@bsdcrew.de>
Message-ID: <83e5fb980901081642p2ff40278h9f9d18e28b0db883@mail.gmail.com>

On Tue, Jan 6, 2009 at 11:06 PM, Martin Wilke <miwi@freebsd.org> wrote:
> We are happy to announce the first public Call for Testing
> with KDE 4.2.
kdepim4 stops building around 25% with kdepim-3.5.10 installed because
libkleo complains about undefined reference to QGpgME.
Can someone confirm that?

Regards
-- 
Diego Depaoli
From eitanadlerlist at gmail.com  Fri Jan  9 03:35:01 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Fri Jan  9 03:35:08 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <1231460296.93079.58.camel@squirrel.corp.cox.com>
References: <49667724.7020102@gmail.com>	
	<1231453528.93079.49.camel@squirrel.corp.cox.com>	
	<1231454198.93079.54.camel@squirrel.corp.cox.com>	
	<49669067.8030704@gmail.com>
	<1231460296.93079.58.camel@squirrel.corp.cox.com>
Message-ID: <4966C5DF.3020408@gmail.com>

> Would need more specifics to even guess what could have been wrong...
> Most particularly what hardware, gfx chip, i386/amd64 and which drivers
> were involved, steps to reproduce the issue if any.  Basically, the more
> info the better.
What commands should I run?  I am not familiar with the "what is on my
system" commands.
I have a MSI motherboard with an Nvidia graphics card. The nvidia driver
is installed. I did not test with "nv".

FreeBSD FreeBSD 7.1-STABLE #0: i386

Steps to reproduce: run your second to last patch; upgrade all; run startx.

I uninstalled xorg-server xf86-input-mouse and keyboard and installed
the old versions.  Almost everything everything else is the new version
and it works now.
I think xorg-server was the problem.

> 
>> Also make sure to include xorg-minimal in the patch.  I don't see it.
> 
> Not sure who signed up to maintain that... It wasn't me... ;)
I did. Except that I don't have a commit bit and you have a patch to
upgrade to the newer Xorg which touches most of the Xorg files.  I am
politely asking that you add the version number bump to xorg-minimal.

> 
> robert.
> 


-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From rnoland at FreeBSD.org  Fri Jan  9 07:04:19 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Fri Jan  9 07:04:26 2009
Subject: testing rnoland's xorg upgrade patch -- error
In-Reply-To: <4966C5DF.3020408@gmail.com>
References: <49667724.7020102@gmail.com>
	<1231453528.93079.49.camel@squirrel.corp.cox.com>
	<1231454198.93079.54.camel@squirrel.corp.cox.com>
	<49669067.8030704@gmail.com>
	<1231460296.93079.58.camel@squirrel.corp.cox.com>
	<4966C5DF.3020408@gmail.com>
Message-ID: <1231484648.1736.4.camel@wombat.2hip.net>

On Thu, 2009-01-08 at 22:34 -0500, Eitan Adler wrote:
> > Would need more specifics to even guess what could have been wrong...
> > Most particularly what hardware, gfx chip, i386/amd64 and which drivers
> > were involved, steps to reproduce the issue if any.  Basically, the more
> > info the better.
> What commands should I run?  I am not familiar with the "what is on my
> system" commands.
> I have a MSI motherboard with an Nvidia graphics card. The nvidia driver
> is installed. I did not test with "nv".
> 
> FreeBSD FreeBSD 7.1-STABLE #0: i386
> 
> Steps to reproduce: run your second to last patch; upgrade all; run startx.
> 
> I uninstalled xorg-server xf86-input-mouse and keyboard and installed
> the old versions.  Almost everything everything else is the new version
> and it works now.
> I think xorg-server was the problem.
.
Ok, there isn't much help that I can offer for Nvidia at the moment,
given that it is vendor supported.  I don't yet have hardware to work
with nv or nouveua.

> > 
> >> Also make sure to include xorg-minimal in the patch.  I don't see it.
> > 
> > Not sure who signed up to maintain that... It wasn't me... ;)
> I did. Except that I don't have a commit bit and you have a patch to
> upgrade to the newer Xorg which touches most of the Xorg files.  I am
> politely asking that you add the version number bump to xorg-minimal.

Ok, I'll look at it, but my plate is overflowing at the moment between
$work, drm, agp and xorg.  patches to the patch are welcome.  I'll
gladly merge them.

robert.

> > 
> > robert.
> > 
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090109/3d764ae7/attachment.pgp
From m.seaman at infracaninophile.co.uk  Fri Jan  9 07:25:45 2009
From: m.seaman at infracaninophile.co.uk (Matthew Seaman)
Date: Fri Jan  9 07:25:52 2009
Subject: porting - require specific configuration
In-Reply-To: <49667BC2.2030905@gmail.com>
References: <49667BC2.2030905@gmail.com>
Message-ID: <4966FBEA.6050301@infracaninophile.co.uk>

Eitan Adler wrote:
> Is there a way to depend on another port with specific knobs?
> 

The usual trick is to create a slave port of the dependency with the
required set of knobs pre-configured, and depend on that instead.

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 258 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090109/683cf004/signature.pgp
From dougb at FreeBSD.org  Fri Jan  9 08:36:19 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Fri Jan  9 08:36:25 2009
Subject: BIND poisoning??
In-Reply-To: <28283d910901081519g93fc3bdi3abfa5abe4c944b6@mail.gmail.com>
References: <e9a459b729fa4adeb45f0001bdcdc6a9.athiel@yourdatacenter.com>
	<28283d910901081519g93fc3bdi3abfa5abe4c944b6@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.0901090034320.1173@ync.qbhto.arg>

On Thu, 8 Jan 2009, matt donovan wrote:

> On Thu, Jan 8, 2009 at 3:42 PM, Albert Thiel <athiel@yourdatacenter.com>wrote:
>
>> Whoever manages BIND..
>>
>> SANS has a new warning/listing on BIND (Jan 7th) that may effect 
>> FreeBSD's implementation, but I am not sure... I'm just the mailman 
>> here :)
>>
>> http://isc.sans.org/diary.html?storyid=5641&rss

As I've said several times now, you need to look at 
https://www.isc.org/node/373 to get the full picture. This issue is only 
relevant for you if you are using DNSSEC to verify signatures.

> well the security team already knows I sent them some research I did and yes
> the maintainer for the bind port knows as well I m just waiting back for a
> reply from him. to see if he'll update the port or not.

I both updated the ports and responded to you yesterday.

Doug

-- 

     This .signature sanitized for your protection

From makc at issp.ac.ru  Fri Jan  9 08:47:54 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Fri Jan  9 08:48:01 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <83e5fb980901081642p2ff40278h9f9d18e28b0db883@mail.gmail.com>
References: <20090106220641.GL44347@bsdcrew.de>
	<83e5fb980901081642p2ff40278h9f9d18e28b0db883@mail.gmail.com>
Message-ID: <200901091147.47983.makc@issp.ac.ru>

On Fri, 9 Jan 2009 01:42:36 +0100, Diego Depaoli wrote:
> On Tue, Jan 6, 2009 at 11:06 PM, Martin Wilke <miwi@freebsd.org> wrote:
> > We are happy to announce the first public Call for Testing
> > with KDE 4.2.
>
> kdepim4 stops building around 25% with kdepim-3.5.10 installed because
> libkleo complains about undefined reference to QGpgME.
> Can someone confirm that?
Confirmed, build fails because of kdepim3 installed. We will try to fix this 
in RC1.

Thanks,
Max

From dougb at FreeBSD.org  Fri Jan  9 09:39:43 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Fri Jan  9 09:39:49 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
References: <20090106220641.GL44347@bsdcrew.de> <49652945.6020801@gmail.com>
	<83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.0901090139080.1208@ync.qbhto.arg>

On Thu, 8 Jan 2009, Diego Depaoli wrote:

> On Wed, Jan 7, 2009 at 11:14 PM, Andrey <andrey.kosachenko@gmail.com> wrote:
>
>> I faced with the following issue while qt4-designer has been upgrading:
>>
>> --- <begin> ---
>>
>> [silent@beastie][/usr/ports]sudo portupgrade -R 'qt4-*'
>> +++ <skipped> +++
>> Stop in
>> /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.3/tools/designer.
>> ** Command failed [exit code 1]: /usr/bin/script -qa
>> /tmp/portupgrade.22823.0 env UPGRADE_TOOL=portupgrade
>> UPGRADE_PORT=qt4-designer-4.4.1 UPGRADE_PORT_VER=4.4.1 make reinstall
>> --->  Restoring the old version
>> ** Fix the installation problem and try again.
>> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1152 packages
>> found (-0 +1) . done]
>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>>        ! devel/qt4-designer (qt4-designer-4.4.1)       (install error)
>
> Same here.
> For some obscure reason qt4-designer refuses to build through
> portmaster or portupgrade.
> cd ${PORTSDIR}/devel/qt4-designer && make... to go forward.

Has anyone identified the problem with running this one in portmaster? Is 
there something I need to address?

Doug

-- 

     This .signature sanitized for your protection

From matthias.andree at gmx.de  Fri Jan  9 11:01:29 2009
From: matthias.andree at gmx.de (Matthias Andree)
Date: Fri Jan  9 11:02:00 2009
Subject: Can someone commit ports/130301 (fix mail/fetchmail
	MASTER_SITE_SUBDIR)
Message-ID: <20090109110123.GA13332@merlin.emma.line.org>

please?
Reply-To: 
X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc

Greetings,

can someone please commit ports/130301 without waiting for a longish
maintainer timeout?

When filing my previous PR, I overlooked that we had two
MASTER_SITE_SUBDIR lines; I've also added one more MASTER_SITE for the
nonce, because metalab and leo haven't yet picked up the distfile and it
hinges on the availability of berlios.de.

Thanks.

Best regards

-- 
Matthias Andree
From athiel at yourdatacenter.com  Fri Jan  9 11:07:05 2009
From: athiel at yourdatacenter.com (Albert Thiel)
Date: Fri Jan  9 11:07:13 2009
Subject: BIND poisoning??
In-Reply-To: <alpine.BSF.2.00.0901090034320.1173@ync.qbhto.arg>
Message-ID: <PAEKKDEPMBJGHHJGPOLDMEOBEDAA.athiel@yourdatacenter.com>

Thanks very much.

Both of you were a great help to us all.  As I tell everyone I deal with,
FreeBSD is the best in all ways, this included.

I have secured my servers with the workaround for the moment and will update
fully shortly.  -Al

Albert Thiel
athiel@yourdatacenter.com

Your Data Center & HostLongIsland.com
Powerful FREE ISP Tools, Mail & Website Hosting
http://www.YourDataCenter.com
Hewlett, New York
(877)302-8642



-----Original Message-----
From: Doug Barton [mailto:dougb@FreeBSD.org]
Sent: Friday, January 09, 2009 3:36 AM
To: matt donovan
Cc: Albert Thiel; freebsd-ports@freebsd.org
Subject: Re: BIND poisoning??


On Thu, 8 Jan 2009, matt donovan wrote:

> On Thu, Jan 8, 2009 at 3:42 PM, Albert Thiel
<athiel@yourdatacenter.com>wrote:
>
>> Whoever manages BIND..
>>
>> SANS has a new warning/listing on BIND (Jan 7th) that may effect
>> FreeBSD's implementation, but I am not sure... I'm just the mailman
>> here :)
>>
>> http://isc.sans.org/diary.html?storyid=5641&rss

As I've said several times now, you need to look at
https://www.isc.org/node/373 to get the full picture. This issue is only
relevant for you if you are using DNSSEC to verify signatures.

> well the security team already knows I sent them some research I did and
yes
> the maintainer for the bind port knows as well I m just waiting back for a
> reply from him. to see if he'll update the port or not.

I both updated the ports and responded to you yesterday.

Doug

--

     This .signature sanitized for your protection

From ottk at zzz.ee  Fri Jan  9 11:14:28 2009
From: ottk at zzz.ee (Ott =?iso-8859-1?q?K=F6stner?=)
Date: Fri Jan  9 11:14:35 2009
Subject: mono port
Message-ID: <200901091314.20972.ottk@zzz.ee>

Hello List,

What is the status of FreeBSD mono port? 

Current version of lang/mono port is 1.2.5.1_1. However the latest Mono release is 2.0.1 already. 

It has been reported, that Mono 1.2.5 has a number of critical bugs. At least 1.2.9 would be needed by FreeBSD Mono users.

What is the reason why new release of Mono has been delayed so long?


ref:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/mono/



Best regards,
O.K.




-- 
M??da oma inteneti kiirust / Test Your Internet speed
http://tallinn.speedtest.net/

From makc at issp.ac.ru  Fri Jan  9 11:26:15 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Fri Jan  9 11:26:28 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <alpine.BSF.2.00.0901090139080.1208@ync.qbhto.arg>
References: <20090106220641.GL44347@bsdcrew.de>
	<83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
	<alpine.BSF.2.00.0901090139080.1208@ync.qbhto.arg>
Message-ID: <200901091426.06964.makc@issp.ac.ru>

On Fri, 9 Jan 2009 01:39:40 -0800 (PST), Doug Barton wrote:
> On Thu, 8 Jan 2009, Diego Depaoli wrote:
...
> > Same here.
> > For some obscure reason qt4-designer refuses to build through
> > portmaster or portupgrade.
> > cd ${PORTSDIR}/devel/qt4-designer && make... to go forward.
>
> Has anyone identified the problem with running this one in portmaster? Is
> there something I need to address?
>
> Doug

The problem is with qt4-designer port indeed, not with portmaster/portupgrade 
tools. I'm working on fix.

Max
From makc at issp.ac.ru  Fri Jan  9 11:26:15 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Fri Jan  9 11:26:29 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <alpine.BSF.2.00.0901090139080.1208@ync.qbhto.arg>
References: <20090106220641.GL44347@bsdcrew.de>
	<83e5fb980901071607g2aef7e4bn6fbd818d42436039@mail.gmail.com>
	<alpine.BSF.2.00.0901090139080.1208@ync.qbhto.arg>
Message-ID: <200901091426.06964.makc@issp.ac.ru>

On Fri, 9 Jan 2009 01:39:40 -0800 (PST), Doug Barton wrote:
> On Thu, 8 Jan 2009, Diego Depaoli wrote:
...
> > Same here.
> > For some obscure reason qt4-designer refuses to build through
> > portmaster or portupgrade.
> > cd ${PORTSDIR}/devel/qt4-designer && make... to go forward.
>
> Has anyone identified the problem with running this one in portmaster? Is
> there something I need to address?
>
> Doug

The problem is with qt4-designer port indeed, not with portmaster/portupgrade 
tools. I'm working on fix.

Max
From flz at xbsd.org  Fri Jan  9 11:44:19 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan  9 11:44:25 2009
Subject: Can someone commit ports/130301 (fix mail/fetchmail
	MASTER_SITE_SUBDIR)
In-Reply-To: <20090109110123.GA13332@merlin.emma.line.org>
References: <20090109110123.GA13332@merlin.emma.line.org>
Message-ID: <a01628140901090313x55badc5es13461888e2e38e5@mail.gmail.com>

On Fri, Jan 9, 2009 at 11:01 AM, Matthias Andree <matthias.andree@gmx.de> wrote:
> please?

I think Pav committed the fix right after you sent the email yesterday.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From oz at nixil.net  Fri Jan  9 12:10:22 2009
From: oz at nixil.net (Phil Oleson)
Date: Fri Jan  9 12:10:29 2009
Subject: [CFT] KDE 4.2 BETA 2 testers wanted
Message-ID: <496735F6.1090500@nixil.net>

So I installed 4.1.85 from area51 last Sunday from the instructions
listed there.  Here is my general feedback from the process.

I had installed a new Current amd64 image and had installed kde4 from
ports initially.. but I decided on my own to try out the beta.

I started with doing a pkg_delete /var/db/pkg/kde* and a couple other 
items, as I had issues with portupgrade with the unionfs overlay.

So I started building from the www/kde4 metaport and dealing with any
issues I ran into. Mostly I had issues with old patches on the lower
layer of the unionfs negatively impacting the builds.  No I didn't keep
track of them at the time. Sorry.

I did run into a linking issue with the build of...errr kdebase, 
kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the 
issue was with hspell.  I had to rebuild it with this patch:

--- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
+++ Makefile    2009-01-04 05:20:01.000000000 +0000
@@ -16,6 +16,7 @@
  USE_PERL5_BUILD=       yes
  USE_GMAKE=     yes
  GNU_CONFIGURE= yes
+CFLAGS+=       -fPIC

  MAN1=          hspell.1
  MAN3=          hspell.3

-------------

Build got past the issue after that.   I got everything to build and 
install.  Started up fine.. Screen blanks up when plasma or something 
starts.. but only for a sec.. then continues.

It took me a while to find the right xorg settings to get my Intel vid
chipset to do Transparency settings with Konsole..etc.. but I figured it 
out.

Issues I've noticed so far (This is my first run at the 4.x series of 
kde btw but I've used 3.x for a long time).

Konsole's title/tab titles are blank.. when you double click on a termal 
tab it shows "%d : %n"  kinda annoying.. not sure what to do to address 
the problem.

Tried to install the "LCD Weather Station" Plasmoid.. (use kweather on 
3.x) and it has issues.. doesnt' allow you to set a 'data source' and 
the location search fails..

oh.. yeah..  mplayer dialogs sometimes have issues going fullscreen when
started from dolphin. as does dragon.. I hit fullscreen and not much 
happens.. though the top toolbar will collaps..  though if I sorta push 
the title bar up it goes fullscreen.  err this is with dolphin.

Sorry if this is a bit of a rambling summary, Lack of sleep though I 
wanted to get this emailed before I forgot about it.

okay that's enough for now.

	-Phil.

I have yet to notice/find any other issues, but as I stated above, I'm 
new to most of the new features of kde4.

From flz at xbsd.org  Fri Jan  9 12:19:27 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan  9 12:19:34 2009
Subject: Can someone commit ports/130301 (fix mail/fetchmail
	MASTER_SITE_SUBDIR)
In-Reply-To: <1231502848.51790.237.camel@pav.hide.vol.cz>
References: <20090109110123.GA13332@merlin.emma.line.org>
	<a01628140901090313x55badc5es13461888e2e38e5@mail.gmail.com>
	<1231502848.51790.237.camel@pav.hide.vol.cz>
Message-ID: <a01628140901090419s3f06773csa0dd1096d74b1e03@mail.gmail.com>

2009/1/9 Pav Lucistnik <pav@freebsd.org>:
> Florent Thoumie p??e v p? 09. 01. 2009 v 11:13 +0000:
>> On Fri, Jan 9, 2009 at 11:01 AM, Matthias Andree <matthias.andree@gmx.de> wrote:
>> > please?
>>
>> I think Pav committed the fix right after you sent the email yesterday.
>
> I don't think I did :)
>
> Well the port fetched fine for me, so I don't see 130301 as that much
> pressing. I wonder what's the status of Simon, I'd like to give him few
> more days to answer.

Oops, I didn't see the two subjects were different. My mistake.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From pav at FreeBSD.org  Fri Jan  9 12:32:30 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Fri Jan  9 12:32:37 2009
Subject: Can someone commit ports/130301 (fix mail/fetchmail
	MASTER_SITE_SUBDIR)
In-Reply-To: <a01628140901090313x55badc5es13461888e2e38e5@mail.gmail.com>
References: <20090109110123.GA13332@merlin.emma.line.org>
	<a01628140901090313x55badc5es13461888e2e38e5@mail.gmail.com>
Message-ID: <1231502848.51790.237.camel@pav.hide.vol.cz>

Florent Thoumie p??e v p? 09. 01. 2009 v 11:13 +0000:
> On Fri, Jan 9, 2009 at 11:01 AM, Matthias Andree <matthias.andree@gmx.de> wrote:
> > please?
> 
> I think Pav committed the fix right after you sent the email yesterday.

I don't think I did :)

Well the port fetched fine for me, so I don't see 130301 as that much
pressing. I wonder what's the status of Simon, I'd like to give him few
more days to answer.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

> Why do we need a film of "Lord of the Rings" when we have the book?
Because watching a cg enhanced Legolas fire a flaming arrow
into the heart of a warg is cool?
    - asdf@asdf.com in rec.games.roguelike.angband
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090109/4bf27e9b/attachment.pgp
From wxs at FreeBSD.org  Fri Jan  9 12:56:09 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Fri Jan  9 12:56:16 2009
Subject: mono port
In-Reply-To: <200901091314.20972.ottk@zzz.ee>
References: <200901091314.20972.ottk@zzz.ee>
Message-ID: <20090109125727.GD41169@atarininja.org>

On Fri, Jan 09, 2009 at 01:14:20PM +0200, Ott K?stner wrote:
> Hello List,
> 
> What is the status of FreeBSD mono port? 
> 
> Current version of lang/mono port is 1.2.5.1_1. However the latest Mono release is 2.0.1 already. 
> 
> It has been reported, that Mono 1.2.5 has a number of critical bugs. At least 1.2.9 would be needed by FreeBSD Mono users.
> 
> What is the reason why new release of Mono has been delayed so long?
> 
> 
> ref:
> http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/mono/

I have a PR assigned to me that will update the port to 2.0.1 and a
whole bunch of other ports.  I'm actively working on this and hope to
have it in the tree as time permits.

-- WXS
From ottk at zzz.ee  Fri Jan  9 13:18:41 2009
From: ottk at zzz.ee (Ott =?iso-8859-1?q?K=F6stner?=)
Date: Fri Jan  9 13:19:19 2009
Subject: mono port
In-Reply-To: <20090109125727.GD41169@atarininja.org>
References: <200901091314.20972.ottk@zzz.ee>
	<20090109125727.GD41169@atarininja.org>
Message-ID: <200901091518.03648.ottk@zzz.ee>

On Friday 09 January 2009 2:57:27 pm Wesley Shields wrote:
> On Fri, Jan 09, 2009 at 01:14:20PM +0200, Ott K?stner wrote:


> > What is the reason why new release of Mono has been delayed so long?
> > 
> > ref:
> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/mono/
> 
> I have a PR assigned to me that will update the port to 2.0.1 and a
> whole bunch of other ports.  I'm actively working on this and hope to
> have it in the tree as time permits.
> 
> -- WXS

Thank You for the information.

Best regards,
O.K.



-- 
M??da oma inteneti kiirust / Test Your Internet speed
http://tallinn.speedtest.net/

From dorian.buettner at gmx.de  Fri Jan  9 16:15:46 2009
From: dorian.buettner at gmx.de (=?ISO-8859-1?Q?Dorian_B=FCttner?=)
Date: Fri Jan  9 16:15:53 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <496735F6.1090500@nixil.net>
References: <496735F6.1090500@nixil.net>
Message-ID: <496771EC.7020304@gmx.de>

Phil Oleson schrieb:
>
> I did run into a linking issue with the build of...errr kdebase, 
> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the 
> issue was with hspell.  I had to rebuild it with this patch:
>
> --- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
> +++ Makefile    2009-01-04 05:20:01.000000000 +0000
> @@ -16,6 +16,7 @@
>   USE_PERL5_BUILD=       yes
>   USE_GMAKE=     yes
>   GNU_CONFIGURE= yes
> +CFLAGS+=       -fPIC
>
>   MAN1=          hspell.1
>   MAN3=          hspell.3
>
> -------------
>   

kdelibs @57% of build process, saw that too when playing around with 
area51 short before offiial CFT, using portmaster to update everything.
It didn't reproduce with versions as of yesterday and following the 
instructions in UPDATING-area51. amd64, also

From gnemmi at gmail.com  Fri Jan  9 19:25:13 2009
From: gnemmi at gmail.com (Gonzalo Nemmi)
Date: Fri Jan  9 19:25:20 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108140855.GA34257@lpthe.jussieu.fr>
References: <20090108140855.GA34257@lpthe.jussieu.fr>
Message-ID: <200901091657.30692.gnemmi@gmail.com>

On Thursday 08 January 2009 12:08:55 pm Michel Talon wrote:
> Hello,
>
> would it not be interesting to have the DragonFlyBSD mail agent in
> FreeBSD? It is a very simple mail agent, like ssmtp, but with some more
> features: it can either deliver mail locally for local users or send all
> other mail to a smarthost, and reads the aliases file. Hence it fulfills
> the needs of the person who wants a small mail agent for receiving
> periodic root mail, and wants to send the occasional without too much
> fuss. It is much simpler than sendmail, postfix or exim.
>
> For simplicity i have a tarball here:
> http://www.lpthe.jussieu.fr/~talon/dma.tgz
> it compiles out of the box, and it is easy to figure out how to use it.

I second that .. Sendmail has turned into an unnecesary behemont for a local 
MTA .. dma is a lot smaller, simpler, easier to maintain, a lot less bug 
prone, way easier to configure and all in all, just what I need if my MTA 
only job will be delivering local mail ... Sendmail feels like having a 
HUMMER only to take my kids to school and then get back to my home .. which 
is only two blocks away ... :s

It would be really nice if I could choose whether I want Sendmail, Postfix or 
dma upon installation time (sysinstall) ...

Regards
-- 
Blessings
Gonzalo Nemmi
From admin at lissyara.su  Fri Jan  9 21:27:54 2009
From: admin at lissyara.su (Alex Keda)
Date: Fri Jan  9 21:28:02 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <200901091657.30692.gnemmi@gmail.com>
References: <20090108140855.GA34257@lpthe.jussieu.fr>
	<200901091657.30692.gnemmi@gmail.com>
Message-ID: <4967BC31.5040305@lissyara.su>

Gonzalo Nemmi ?????:
> On Thursday 08 January 2009 12:08:55 pm Michel Talon wrote:
>> Hello,
>>
>> would it not be interesting to have the DragonFlyBSD mail agent in
>> FreeBSD? It is a very simple mail agent, like ssmtp, but with some more
>> features: it can either deliver mail locally for local users or send all
>> other mail to a smarthost, and reads the aliases file. Hence it fulfills
>> the needs of the person who wants a small mail agent for receiving
>> periodic root mail, and wants to send the occasional without too much
>> fuss. It is much simpler than sendmail, postfix or exim.
>>
>> For simplicity i have a tarball here:
>> http://www.lpthe.jussieu.fr/~talon/dma.tgz
>> it compiles out of the box, and it is easy to figure out how to use it.
> 
> I second that .. Sendmail has turned into an unnecesary behemont for a local 
> MTA .. dma is a lot smaller, simpler, easier to maintain, a lot less bug 
> prone, way easier to configure and all in all, just what I need if my MTA 
> only job will be delivering local mail ... Sendmail feels like having a 
> HUMMER only to take my kids to school and then get back to my home .. which 
> is only two blocks away ... :s
> 
> It would be really nice if I could choose whether I want Sendmail, Postfix or 
> dma upon installation time (sysinstall) ...
Or exim =)

From alexanderchuranov at gmail.com  Fri Jan  9 23:04:26 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Fri Jan  9 23:04:33 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
Message-ID: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>

Hi folks,

The issue ports/129226 was filed at November, 27 2008 and remains open at
present. The issue text contains a link to the patch I've created for the
devel/boost port.

The problem is that current port version is too old. Boost team is going to
release 1.38 on the 31st of January. I have skills, time, equipment and
willing for porting that new version to FreeBSD in time. I've already
started with current boost-1.38. However I'm not sure that creating patches
for 1.38 in time is valuable provided that it's not possible to check them
in.

Guys, is any other help necessary to make 1.37 ported?

Sincerely,

Alexander Churanov
From trebestie at gmail.com  Sat Jan 10 01:18:00 2009
From: trebestie at gmail.com (Diego Depaoli)
Date: Sat Jan 10 01:18:07 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <200901091147.47983.makc@issp.ac.ru>
References: <20090106220641.GL44347@bsdcrew.de>
	<83e5fb980901081642p2ff40278h9f9d18e28b0db883@mail.gmail.com>
	<200901091147.47983.makc@issp.ac.ru>
Message-ID: <83e5fb980901091717q6b6af64r5d88129e7f239c79@mail.gmail.com>

On Fri, Jan 9, 2009 at 9:47 AM, Max Brazhnikov <makc@issp.ac.ru> wrote:
> On Fri, 9 Jan 2009 01:42:36 +0100, Diego Depaoli wrote:
>> On Tue, Jan 6, 2009 at 11:06 PM, Martin Wilke <miwi@freebsd.org> wrote:
>> > We are happy to announce the first public Call for Testing
>> > with KDE 4.2.
>>
>> kdepim4 stops building around 25% with kdepim-3.5.10 installed because
>> libkleo complains about undefined reference to QGpgME.
>> Can someone confirm that?
> Confirmed, build fails because of kdepim3 installed. We will try to fix this
> in RC1.
After that, KDE4.2 builds without other issues.
As usual... nice work.
Now is road test time.

Many thanks.

-- 
Diego Depaoli
From tingox at gmail.com  Sat Jan 10 02:12:31 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sat Jan 10 02:12:37 2009
Subject: amule 2.2.3 port - first try
In-Reply-To: <ef8c8a880901060146w99408e1pb83e89bd1407f21c@mail.gmail.com>
References: <ef8c8a880812291539h1eea43a6x66b9a7ee5928a4fe@mail.gmail.com>
	<20081230192455.GG81218@hades.panopticon>
	<ef8c8a880812301216pc8a4da3l320fbfe9746abca5@mail.gmail.com>
	<ef8c8a880901041249w210a4e12p969e2b4d30ffb91e@mail.gmail.com>
	<ef8c8a880901051044j311feff2s94dd47d55308f205@mail.gmail.com>
	<ef8c8a880901051343xc48c12cnfb14477ad3317d22@mail.gmail.com>
	<ef8c8a880901060146w99408e1pb83e89bd1407f21c@mail.gmail.com>
Message-ID: <ef8c8a880901091812j4a4b6fa6l71c7df20df5a8a89@mail.gmail.com>

Hello,

After fixing the plist, a few more errors disappeared. But I still get
some errors when doing 'port test':

===> Extra files and directories check
man/de/man1/amulecmd.1
man/de/man1/amuleweb.1
man/de/man1/amule.1
man/de/man1/ed2k.1
man/de/man1/xas.1
man/de/man1/cas.1
man/de/man1/wxcas.1
man/de/man1/alc.1
man/de/man1/alcc.1
man/es/man1/amulecmd.1
man/es/man1/amuleweb.1
man/es/man1/amule.1
man/es/man1/ed2k.1
man/es/man1/xas.1
man/es/man1/cas.1
man/es/man1/wxcas.1
man/es/man1/alc.1
man/es/man1/alcc.1
man/eu/man1/amulecmd.1
man/eu/man1/amuleweb.1
man/eu/man1/amule.1
man/eu/man1/ed2k.1
man/eu/man1/xas.1
man/eu/man1/cas.1
man/eu/man1/wxcas.1
man/eu/man1/alc.1
man/eu/man1/alcc.1
man/hu/man1/amulecmd.1
man/hu/man1/amuleweb.1
man/hu/man1/amule.1
man/hu/man1/ed2k.1
man/hu/man1/xas.1
man/hu/man1/cas.1
man/hu/man1/wxcas.1
man/hu/man1/alc.1
man/hu/man1/alcc.1
===> Cleaning up after port test

Oops, I suddenly realised my error - I forgot to add the man languages
in Makefile.man.
After fixing that, I have no extra files. Yay!
-- 
Regards,
Torfinn Ingolfsen
From tingox at gmail.com  Sat Jan 10 02:23:18 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sat Jan 10 02:23:25 2009
Subject: amule 2.2.3 port - ready for test
Message-ID: <ef8c8a880901091823w7cd4a797g30d70044478e60d3@mail.gmail.com>

Hi,

I have made an upgrade for the net-p2p/amule2 port, to version 2.2.3.
At this point, 'port test' completes without errors, and without any
extra files.
I have tested the port on FreeBSD / amd64 (7.1-stable, 7.0-stable and
6.4-stable) - it compiles and runs.

Attached is a patch for the port itself (ie it patches the files in
net-p2p/amule2) which brings the port from 2.1.3_7 to 2.2.3.
Could some of you test it before I send-pr the port update, please?

Feedback is welcome.
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amule2-4.diff
Type: text/x-diff
Size: 15435 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/1d589eb6/amule2-4.bin
From marcus at FreeBSD.org  Sat Jan 10 02:49:52 2009
From: marcus at FreeBSD.org (Joe Marcus Clarke)
Date: Sat Jan 10 02:49:59 2009
Subject: HEADS UP: Ports tree locked for GNOME import
Message-ID: <1231555796.56664.27.camel@shumai.marcuscom.com>

I have locked the ports tree in order to import GNOME 2.24.  I will
unlock it when I'm done.

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/1e1268ea/attachment.pgp
From dougb at FreeBSD.org  Sat Jan 10 04:05:02 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Sat Jan 10 04:05:09 2009
Subject: Removing stale dependencies (Was: Re: Concern about using pkg_delete
 -r)
In-Reply-To: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net>
References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net>
Message-ID: <49681E6C.9060703@FreeBSD.org>

Josh Rickmar wrote:
> I'm hoping that this list covers port tools as well as the usual
> discussions about the actual ports.  If not, please CC this to the proper
> list.
> 
> I want to use pkg_delete to remove an installed port, but also want to
> remove its orphaned dependencies along with it.  After looking at the
> pkg_delete(1) man page, the -r flag seems to be the option to use for this
> job.  My concern, though, is about the wording:
> 
>> In addition to specified packages, delete all
>> packages that depend on those packages as well.
> 
> Does this mean that if I pkg_delete -r pkgA, than pkgB (a dependency) will
> be removed with it, even though it is dependency of pkgC?  Or is
> pkg_delete (or pkg_deinstall) smart enough to understand this dependency
> and keep pkgB installed?
> 
> If in this scenario pkgB would be deleted, should an extra warning be
> added to the man page so that users know that using this flag could
> potentially break their other ports?

ports-mgmt/portmaster has options to do what you want. The -s option
will detect any port that was installed as a dependency of another
port (or ports) but is no longer needed; and will give you an option
to delete it. (It's an option because things can sometimes move from
being a leaf port to being a dependency.)

The -e option allows you to "expunge" a leaf port that you no longer
want and then runs portmaster again with -s to detect any newly
orphaned dependencies.

Both options are compatible with the -[dD] options to delete or not
delete the relevant distfiles and the -b option to create backup
packages of the installed bits before deleting them.

I suggest running -s first, then 'portmaster -l' to get a list of what
you have installed. Anything listed as a "root" or "leaf" port can be
fed to the -e option.


hth,

Doug

-- 

    This .signature sanitized for your protection

From marcus at FreeBSD.org  Sat Jan 10 05:40:34 2009
From: marcus at FreeBSD.org (Joe Marcus Clarke)
Date: Sat Jan 10 05:40:41 2009
Subject: HEADS DOWN:
Message-ID: <1231566038.56664.30.camel@shumai.marcuscom.com>

GNOME 2.24 has been merged, and the ports tree is now available.

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/39d89688/attachment.pgp
From marcus at FreeBSD.org  Sat Jan 10 05:48:12 2009
From: marcus at FreeBSD.org (Joe Marcus Clarke)
Date: Sat Jan 10 05:48:19 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
Message-ID: <1231566496.56664.32.camel@shumai.marcuscom.com>

Presenting GNOME 2.24 for FreeBSD.

See http://library.gnome.org/misc/release-notes/2.24/ for the general
release notes.  On the FreeBSD front, this release introduces Fuse
support
in HAL, adds multi-CPU support to libgtop, WebKit updates, and fixes
some
long-standing seahorse and gnome-keyring bugs.  The documentation
updates
to the website are forthcoming.

Be sure to read /usr/ports/UPDATING, and let gnome@FreeBSD.org know if
you have any problems.

This release features commits by adamw, ahze, kwm, mezz, and myself.  It
would
not have been possible without are contributors and testers:

Alexander Loginov
Craig Butler
Dmitry Marakasov
Eric L. Chen
Joseph S. Atkinson
Kris Moore
Lapo Luchini
Nikos Ntarmos
Pawel Worach
Romain Tartiere
TAOKA Fumiyoshi
Romain Tartiere
TAOKA Fumiyoshi
Yasuda Keisuke
Zyl
aZ
bf
Florent Thoumie
Peter Wemm
pluknet

Joe
-- 
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/6c745f3c/attachment.pgp
From yanefbsd at gmail.com  Sat Jan 10 15:22:24 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 10 15:22:31 2009
Subject: Removing stale dependencies (Was: Re: Concern about using
	pkg_delete -r)
In-Reply-To: <49681E6C.9060703@FreeBSD.org>
References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net>
	<49681E6C.9060703@FreeBSD.org>
Message-ID: <7d6fde3d0901100722g67c5200ex5552b2e19d1ae7d4@mail.gmail.com>

On Fri, Jan 9, 2009 at 8:05 PM, Doug Barton <dougb@freebsd.org> wrote:
> Josh Rickmar wrote:
>> I'm hoping that this list covers port tools as well as the usual
>> discussions about the actual ports.  If not, please CC this to the proper
>> list.
>>
>> I want to use pkg_delete to remove an installed port, but also want to
>> remove its orphaned dependencies along with it.  After looking at the
>> pkg_delete(1) man page, the -r flag seems to be the option to use for this
>> job.  My concern, though, is about the wording:
>>
>>> In addition to specified packages, delete all
>>> packages that depend on those packages as well.
>>
>> Does this mean that if I pkg_delete -r pkgA, than pkgB (a dependency) will
>> be removed with it, even though it is dependency of pkgC?  Or is
>> pkg_delete (or pkg_deinstall) smart enough to understand this dependency
>> and keep pkgB installed?
>>
>> If in this scenario pkgB would be deleted, should an extra warning be
>> added to the man page so that users know that using this flag could
>> potentially break their other ports?
>
> ports-mgmt/portmaster has options to do what you want. The -s option
> will detect any port that was installed as a dependency of another
> port (or ports) but is no longer needed; and will give you an option
> to delete it. (It's an option because things can sometimes move from
> being a leaf port to being a dependency.)
>
> The -e option allows you to "expunge" a leaf port that you no longer
> want and then runs portmaster again with -s to detect any newly
> orphaned dependencies.
>
> Both options are compatible with the -[dD] options to delete or not
> delete the relevant distfiles and the -b option to create backup
> packages of the installed bits before deleting them.
>
> I suggest running -s first, then 'portmaster -l' to get a list of what
> you have installed. Anything listed as a "root" or "leaf" port can be
> fed to the -e option.
>
>
> hth,
>
> Doug

I just started using portmaster this past week, and it appears to go a
bit crazy removing dependencies -- there were a lot of libraries
broken after removing dependencies that shouldn't have been. This
could all be because of bad dependencies in the Makefiles though.

For instance, I kept azureus, but zapped libcroco and libgnome (I
thought they had gotten included in the wine-doors install I deleted
on my system), and it broke my upgrade from azureus to vuze (the
libraries for both are essentially the same, but vuze uses swt-devel
whereas azureus uses swt I think..).

My 2 cents,
-Garrett
From gustav at neer.se  Sat Jan 10 15:39:17 2009
From: gustav at neer.se (Gustav Stenberg)
Date: Sat Jan 10 15:39:24 2009
Subject: FreeBSD Port: boinc-setiathome-enhanced-6.03.5.00
Message-ID: <1b415fe00901100708k1a3737e7id217af100c9761cc@mail.gmail.com>

Hi,
I cannot install this version of setiathome. The setup script _autosetup
fails for make, m4 and pkg-config.
I took a peek in the file, and the way it checks for version seems to be at
fault. It runs each command with the flag --version
which is not a correct flag for neither make or m4. The flag is correct for
pkg-config, but the interpreter misses it somehow.

I have the latest version of everything installed, so I don't see why it
should not work.. Don't know how to get the version of make,
but m4 is 1.4.11,1, and pkg-config is 0.23.

That's as far as i get... below is the last part of the "make install"
command

Regards,
Gustav


*snip*
BOINC_DIR="/usr/local" SHELL=/bin/sh CONFIG_SHELL=/bin/sh MAKE=gmake
 ./configure --disable-static-client
--with-boinc-platform=i386-portbld-freebsd --build=i386-portbld-freebsd
--disable-server)
Bootstrapping configure script and makefiles:
Checking version of 'make' >= 3.79... failed. (0)
Checking version of 'gmake' >= 3.79... succeeded. (3.81)
Checking version of 'm4' >= 1.4... failed. (0)
Checking version of 'pkg-config' >= 0.15... failed. (0)
Couldn't find a new-enough version of 'pkg-config', please install one!
*** Error code 1

Stop in /usr/ports/astro/boinc-setiathome-enhanced.
*** Error code 1

Stop in /usr/ports/astro/boinc-setiathome-enhanced.
[/usr/ports/astro/boinc-setiathome-enhanced] #
From pav at FreeBSD.org  Sat Jan 10 15:41:12 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Sat Jan 10 15:41:44 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
Message-ID: <1231602062.44156.28.camel@hood.oook.cz>

Alexander Churanov p??e v so 10. 01. 2009 v 01:34 +0300:

> started with current boost-1.38. However I'm not sure that creating patches
> for 1.38 in time is valuable provided that it's not possible to check them
> in.
> 
> Guys, is any other help necessary to make 1.37 ported?

Are you also willing to fix all the applications that will not work with
the new version of boost?

I understand that's the only concern preventing new boost from being
committed.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Every man is as God made him, ay, and often worse. -- Miguel de
Cervantes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/baa72c8d/attachment.pgp
From tingox at gmail.com  Sat Jan 10 16:14:27 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sat Jan 10 16:14:33 2009
Subject: FreeBSD Port: boinc-setiathome-enhanced-6.03.5.00
In-Reply-To: <1b415fe00901100708k1a3737e7id217af100c9761cc@mail.gmail.com>
References: <1b415fe00901100708k1a3737e7id217af100c9761cc@mail.gmail.com>
Message-ID: <ef8c8a880901100814t11b3e3fo773bbb42761f09cf@mail.gmail.com>

Hi,

FWIW, this version of the setiathome port installed fine here. A few
things you can check:
- non-standard flags in /etc/make.conf
- unusual settings in environment
- use of a non-standard shell (for the user who is doing the install)

HTH
-- 
Regards,
Torfinn Ingolfsen
From tingox at gmail.com  Sat Jan 10 16:31:52 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sat Jan 10 16:31:59 2009
Subject: amule 2.2.3 port - ready for test
In-Reply-To: <ef8c8a880901091823w7cd4a797g30d70044478e60d3@mail.gmail.com>
References: <ef8c8a880901091823w7cd4a797g30d70044478e60d3@mail.gmail.com>
Message-ID: <ef8c8a880901100831p230ca223j96517e97f433c1a8@mail.gmail.com>

I got some feedback (in private mail), so I have updated my patch,
because the port was leaving traces behind.
I hope this is better.

See attachment.
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amule2-5.diff
Type: text/x-diff
Size: 15811 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/0bc59e55/amule2-5.bin
From freebsd-ports-local at be-well.ilk.org  Sat Jan 10 08:54:47 2009
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Sat Jan 10 08:54:53 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
In-Reply-To: <1231566496.56664.32.camel@shumai.marcuscom.com> (Joe Marcus
	Clarke's message of "Sat\, 10 Jan 2009 00\:48\:16 -0500")
References: <1231566496.56664.32.camel@shumai.marcuscom.com>
Message-ID: <44fxjr2jal.fsf@lowell-desk.lan>

Is the Gnome update what caused this?

Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.gnome.mk", line 784: Inconsistent operator for post-install
make: fatal errors encountered -- cannot continue
===> editors/xemacs failed
*** Error code 1
1 error
From mezz7 at cox.net  Sat Jan 10 09:42:55 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sat Jan 10 09:43:02 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
In-Reply-To: <44fxjr2jal.fsf@lowell-desk.lan>
References: <1231566496.56664.32.camel@shumai.marcuscom.com>
	<44fxjr2jal.fsf@lowell-desk.lan>
Message-ID: <op.unjx6az19aq2h7@localhost>

On Sat, 10 Jan 2009 10:54:42 -0600, Lowell Gilbert  
<freebsd-ports-local@be-well.ilk.org> wrote:

> Is the Gnome update what caused this?
>
> Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.gnome.mk", line  
> 784: Inconsistent operator for post-install
> make: fatal errors encountered -- cannot continue
> ===> editors/xemacs failed
> *** Error code 1
> 1 error

I have checked in editors/xemacs and it has:

------------------------------------------------
.if !defined(WITHOUT_X11) && ${HAVE_GNOME:Mgnomehier}!=""
USE_GNOME+=	gnomehier
PLIST_SUB+=	DESKTOP=""
.else
PLIST_SUB+=	DESKTOP="@comment "
.endif

[...]

post-install::
	[...]
.if !defined(WITHOUT_X11) && ${HAVE_GNOME:Mgnomehier}!=""
	${INSTALL_DATA} ${WRKDIR}/xemacs.desktop \
		${LOCALBASE}/share/applications
.endif
------------------------------------------------

That gnomehier check isn't right. It should be remove as that  
share/applications isn't only for GNOME, which it's for near all WM  
(freedesktop.org). It's in main mtree too.

Anyway, as for the error of post-install. I think it needs to change from  
'post-install::' to 'post-install:' unless it actually needs the '::'?

Cheers,
Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From mezz7 at cox.net  Sat Jan 10 09:48:16 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sat Jan 10 09:48:28 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
In-Reply-To: <op.unjx6az19aq2h7@localhost>
References: <1231566496.56664.32.camel@shumai.marcuscom.com>
	<44fxjr2jal.fsf@lowell-desk.lan> <op.unjx6az19aq2h7@localhost>
Message-ID: <op.unjye7hu9aq2h7@localhost>

On Sat, 10 Jan 2009 11:42:48 -0600, Jeremy Messenger <mezz7@cox.net> wrote:

> On Sat, 10 Jan 2009 10:54:42 -0600, Lowell Gilbert  
> <freebsd-ports-local@be-well.ilk.org> wrote:
>
>> Is the Gnome update what caused this?
>>
>> Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.gnome.mk", line  
>> 784: Inconsistent operator for post-install
>> make: fatal errors encountered -- cannot continue
>> ===> editors/xemacs failed
>> *** Error code 1
>> 1 error
>
> I have checked in editors/xemacs and it has:
>
> ------------------------------------------------
> .if !defined(WITHOUT_X11) && ${HAVE_GNOME:Mgnomehier}!=""
> USE_GNOME+=	gnomehier
> PLIST_SUB+=	DESKTOP=""
> .else
> PLIST_SUB+=	DESKTOP="@comment "
> .endif
>
> [...]
>
> post-install::
> 	[...]
> .if !defined(WITHOUT_X11) && ${HAVE_GNOME:Mgnomehier}!=""
> 	${INSTALL_DATA} ${WRKDIR}/xemacs.desktop \
> 		${LOCALBASE}/share/applications
> .endif
> ------------------------------------------------
>
> That gnomehier check isn't right. It should be remove as that  
> share/applications isn't only for GNOME, which it's for near all WM  
> (freedesktop.org). It's in main mtree too.
---------------------^^^^^^^^^^^^^^^^^^^^^^

I am sleepy head. It's not in main mtree.

> Anyway, as for the error of post-install. I think it needs to change  
> from 'post-install::' to 'post-install:' unless it actually needs the  
> '::'?
>
> Cheers,
> Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From pav at FreeBSD.org  Sat Jan 10 10:01:41 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Sat Jan 10 10:01:52 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
In-Reply-To: <44fxjr2jal.fsf@lowell-desk.lan>
References: <1231566496.56664.32.camel@shumai.marcuscom.com>
	<44fxjr2jal.fsf@lowell-desk.lan>
Message-ID: <1231608870.44156.32.camel@hood.oook.cz>

Lowell Gilbert p??e v so 10. 01. 2009 v 11:54 -0500:

> Is the Gnome update what caused this?
> 
> Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.gnome.mk", line 784: Inconsistent operator for post-install
> make: fatal errors encountered -- cannot continue
> ===> editors/xemacs failed
> *** Error code 1
> 1 error

Fixed! Thanks for reporting.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Go back to bed America, your government is in control again. Here's
American Gladiators. Watch this, shut up. Here's 56 channels of it.
Watch these pituitary retards bang their fuckin skulls together and
congratulate you on living in the land of freedom. -- Bill Hicks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/45a773c9/attachment.pgp
From varga.michal at gmail.com  Sat Jan 10 11:06:29 2009
From: varga.michal at gmail.com (Michal Varga)
Date: Sat Jan 10 11:06:36 2009
Subject: gnome-session 2.24 (upstream) mess
Message-ID: <3f1fd1ea0901101039j69b09b18s44650cbe3bbca45b@mail.gmail.com>

Hello guys,
I noticed that Gnome 2.24 was commited today along with gnome-session
2.24, so I need to ask - how did FreeBSD Gnome team decide to deal
with the recent session management fuckup? I mean this:

http://np237.livejournal.com/22014.html
http://bugzilla.gnome.org/show_bug.cgi?id=552387
https://bugzilla.redhat.com/show_bug.cgi?id=471980

...etc, basically any OS/distribution that adopted 2.24 has been
heavilly bitten by this major regression (try google a few discussions
just for the lulz factor, though seriously, the whole situation is not
that much humorous) and so far I heard that only Gentoo ships
(probably somewhat modified/patched, though I'm not a Linux user and
would need to check their repos first) gnome-session 2.22 to address
it.

Anyway, my question is (while i'm still syncing the ports) - was the
issue addressed on FreeBSD's side, if not, are there any plans to
address it "really soon", and if not (god save us), can someone please
at least put a neon blinking warning in UPDATING? I've seen a few
Linux early adopters of Gnome 2.24 on a verge of suicide then they
learned that session management (as we know it) has been shot in the
head, without any replacement in sight..

m.
From datahead4 at gmail.com  Sat Jan 10 11:18:03 2009
From: datahead4 at gmail.com (Matt)
Date: Sat Jan 10 11:18:09 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <496735F6.1090500@nixil.net>
References: <496735F6.1090500@nixil.net>
Message-ID: <cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com>

On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz@nixil.net> wrote:
> I did run into a linking issue with the build of...errr kdebase,
> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the
> issue was with hspell.  I had to rebuild it with this patch:
>
> --- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
> +++ Makefile    2009-01-04 05:20:01.000000000 +0000
> @@ -16,6 +16,7 @@
>  USE_PERL5_BUILD=       yes
>  USE_GMAKE=     yes
>  GNU_CONFIGURE= yes
> +CFLAGS+=       -fPIC
>
>  MAN1=          hspell.1
>  MAN3=          hspell.3
>
The problem appears to be manifested in kdelibs4, but only on amd64
and not i386.  I received the same linker error in my amd64 tinderbox,
but not in my i386 tinderbox.  The specific error states:

/opt/c++  -fPIC -pipe -g -Woverloaded-virtual -fvisibility=hidden
-fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks
-fno-schedule-insns -fno-inline  -rpath=/usr/lib:/usr/local/lib -lc
-shared -Wl,-soname,kspell_hspell.so -o ../../../lib/kspell_hspell.so
CMakeFiles/kspell_hspell.dir/kspell_hspell_automoc.o
CMakeFiles/kspell_hspell.dir/kspell_hspellclient.o
CMakeFiles/kspell_hspell.dir/kspell_hspelldict.o -L/usr/local/lib/qt4
-L/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
-L/usr/local/lib /usr/local/lib/qt4/libQtCore.so -lpthread
../../../lib/libkdecore.so.7.0.0 /usr/local/lib/libhspell.a -lz
/usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so
-lpthread -Wl,-rpath,/usr/local/lib/qt4:/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
/usr/bin/ld: /usr/local/lib/libhspell.a(gimatria.o): relocation
R_X86_64_32S can not be used when making a shared object; recompile
with -fPIC
/usr/local/lib/libhspell.a: could not read symbols: Bad value

Does this help determine if there is a possible fix on the kdelibs end
or is it something that has to be changed in hspell?

Matt
From dougb at FreeBSD.org  Sat Jan 10 11:20:49 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Sat Jan 10 11:20:56 2009
Subject: Removing stale dependencies
In-Reply-To: <7d6fde3d0901100722g67c5200ex5552b2e19d1ae7d4@mail.gmail.com>
References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net>	
	<49681E6C.9060703@FreeBSD.org>
	<7d6fde3d0901100722g67c5200ex5552b2e19d1ae7d4@mail.gmail.com>
Message-ID: <4968F50E.6060506@FreeBSD.org>

Garrett Cooper wrote:
> I just started using portmaster this past week, and it appears to go a
> bit crazy removing dependencies -- there were a lot of libraries
> broken after removing dependencies that shouldn't have been. This
> could all be because of bad dependencies in the Makefiles though.

It's more likely to be a case of having manually deleted things in the
past (using pkg_delete -f) which can cause the ports infrastructure to
lose track of what depends on what.

Try using 'portmaster --check-depends'

> For instance, I kept azureus, but zapped libcroco and libgnome (I
> thought they had gotten included in the wine-doors install I deleted
> on my system), and it broke my upgrade from azureus to vuze (the
> libraries for both are essentially the same, but vuze uses swt-devel
> whereas azureus uses swt I think..).

When you use portmaster to update (or install) something it will check
the existing ports on your system and update the dependency tracking
accordingly, so while this breakage is unfortunate, it is more or less
self healing.

If you're concerned about this problem going forward you can use the
-b option so that anything that is removed by mistake can easily be
reinstalled. However once the dependency tracking in /var/db/pkg is
updated this shouldn't be a problem going forward.


hth,

Doug

-- 

    This .signature sanitized for your protection

From dougb at FreeBSD.org  Sat Jan 10 12:01:23 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Sat Jan 10 12:01:30 2009
Subject: gnome-session 2.24 (upstream) mess
In-Reply-To: <3f1fd1ea0901101039j69b09b18s44650cbe3bbca45b@mail.gmail.com>
References: <3f1fd1ea0901101039j69b09b18s44650cbe3bbca45b@mail.gmail.com>
Message-ID: <4968FE90.6040807@FreeBSD.org>

Michal Varga wrote:
> Hello guys,
> I noticed that Gnome 2.24 was commited today along with gnome-session
> 2.24, so I need to ask - how did FreeBSD Gnome team decide to deal
> with the recent session management ...

FYI we don't use that kind of language on our lists.

In any case it seems something like this should be in the pkg-message
so that users are aware.

Doug

-- 

    This .signature sanitized for your protection

From mezz7 at cox.net  Sat Jan 10 12:05:37 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sat Jan 10 12:05:44 2009
Subject: gnome-session 2.24 (upstream) mess
In-Reply-To: <3f1fd1ea0901101039j69b09b18s44650cbe3bbca45b@mail.gmail.com>
References: <3f1fd1ea0901101039j69b09b18s44650cbe3bbca45b@mail.gmail.com>
Message-ID: <op.unj4r5xh9aq2h7@localhost>

On Sat, 10 Jan 2009 12:39:50 -0600, Michal Varga <varga.michal@gmail.com>  
wrote:

> Hello guys,
> I noticed that Gnome 2.24 was commited today along with gnome-session
> 2.24, so I need to ask - how did FreeBSD Gnome team decide to deal
> with the recent session management fuckup? I mean this:

Because we don't know about this bug. Nobody has report about this bug  
when 2.24 was available in MarcusCom CVS for very long time. I guess, we  
will have to add in our known issue for now until we figure what to do  
with it.

Cheers,
Mezz

> http://np237.livejournal.com/22014.html
> http://bugzilla.gnome.org/show_bug.cgi?id=552387
> https://bugzilla.redhat.com/show_bug.cgi?id=471980
>
> ...etc, basically any OS/distribution that adopted 2.24 has been
> heavilly bitten by this major regression (try google a few discussions
> just for the lulz factor, though seriously, the whole situation is not
> that much humorous) and so far I heard that only Gentoo ships
> (probably somewhat modified/patched, though I'm not a Linux user and
> would need to check their repos first) gnome-session 2.22 to address
> it.
>
> Anyway, my question is (while i'm still syncing the ports) - was the
> issue addressed on FreeBSD's side, if not, are there any plans to
> address it "really soon", and if not (god save us), can someone please
> at least put a neon blinking warning in UPDATING? I've seen a few
> Linux early adopters of Gnome 2.24 on a verge of suicide then they
> learned that session management (as we know it) has been shot in the
> head, without any replacement in sight..
>
> m.


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From varga.michal at gmail.com  Sat Jan 10 12:56:06 2009
From: varga.michal at gmail.com (Michal Varga)
Date: Sat Jan 10 12:56:12 2009
Subject: gnome-session 2.24 (upstream) mess
In-Reply-To: <4968FE90.6040807@FreeBSD.org>
References: <3f1fd1ea0901101039j69b09b18s44650cbe3bbca45b@mail.gmail.com>
	<4968FE90.6040807@FreeBSD.org>
Message-ID: <3f1fd1ea0901101256y126c7c69rea04e3222ffa8363@mail.gmail.com>

On Sat, Jan 10, 2009 at 9:01 PM, Doug Barton <dougb@freebsd.org> wrote:
> Michal Varga wrote:
>> Hello guys,
>> I noticed that Gnome 2.24 was commited today along with gnome-session
>> 2.24, so I need to ask - how did FreeBSD Gnome team decide to deal
>> with the recent session management ...
>
> FYI we don't use that kind of language on our lists.
>
> In any case it seems something like this should be in the pkg-message
> so that users are aware.
>
> Doug
>
You're right, I apologize for the somewhat improper language, It's
been just stuck in my head since I've been debugging this behaviour
for a friend and came across the whole issue, then immediately started
tearing my hair out (obviously, I'm a heavy session user too).

The whole situation made quite a number of people angry, and not just
because of missing "my windows won't pop back when i relog". With
this, uhm, politely said, regression (at least on Ubuntu where I've
been pointed to to check it), fully gnome-aware applications now
simply crash when you log out of Gnome (take with a grain of salt - I
didn't check if they are actually sig-terminated, or if they shut
themselves semi-correctly when X server terminates, or anything
deeper). But the outcome is that the next time you log back and
restart your applications manually, you get a nice show of "It seems
that Galeon crashed last time, It seems that Evolution crashed last
time, poink, poink, poink..". Or if you have an application with
unsaved changes or crunching some data, it is not able to prevent
logout and it's closed (with a hammer) too. The whole situation makes
one want to cry, some online discussions about it are a pretty nice
evidence of that. Still you are right, I'll watch my language next
time and prevent any similar slips.

(And, Jeremy - I'm sorry I didn't take part in testing this particular
release from MarcusCom, I've been doing it for years and somewhat grew
too lazy over time.. At least you can be sure you will definitely have
one tester back for 2.26 :)

m.
From yanefbsd at gmail.com  Sat Jan 10 13:03:59 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 10 13:04:06 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com>
References: <496735F6.1090500@nixil.net>
	<cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com>
Message-ID: <7d6fde3d0901101303w6585fc2ao43a7bb74850c8889@mail.gmail.com>

On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahead4@gmail.com> wrote:
> On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz@nixil.net> wrote:
>> I did run into a linking issue with the build of...errr kdebase,
>> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the
>> issue was with hspell.  I had to rebuild it with this patch:
>>
>> --- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
>> +++ Makefile    2009-01-04 05:20:01.000000000 +0000
>> @@ -16,6 +16,7 @@
>>  USE_PERL5_BUILD=       yes
>>  USE_GMAKE=     yes
>>  GNU_CONFIGURE= yes
>> +CFLAGS+=       -fPIC
>>
>>  MAN1=          hspell.1
>>  MAN3=          hspell.3
>>
> The problem appears to be manifested in kdelibs4, but only on amd64
> and not i386.  I received the same linker error in my amd64 tinderbox,
> but not in my i386 tinderbox.  The specific error states:
>
> /opt/c++  -fPIC -pipe -g -Woverloaded-virtual -fvisibility=hidden
> -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks
> -fno-schedule-insns -fno-inline  -rpath=/usr/lib:/usr/local/lib -lc
> -shared -Wl,-soname,kspell_hspell.so -o ../../../lib/kspell_hspell.so
> CMakeFiles/kspell_hspell.dir/kspell_hspell_automoc.o
> CMakeFiles/kspell_hspell.dir/kspell_hspellclient.o
> CMakeFiles/kspell_hspell.dir/kspell_hspelldict.o -L/usr/local/lib/qt4
> -L/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
> -L/usr/local/lib /usr/local/lib/qt4/libQtCore.so -lpthread
> ../../../lib/libkdecore.so.7.0.0 /usr/local/lib/libhspell.a -lz
> /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so
> -lpthread -Wl,-rpath,/usr/local/lib/qt4:/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
> /usr/bin/ld: /usr/local/lib/libhspell.a(gimatria.o): relocation
> R_X86_64_32S can not be used when making a shared object; recompile
> with -fPIC
> /usr/local/lib/libhspell.a: could not read symbols: Bad value
>
> Does this help determine if there is a possible fix on the kdelibs end
> or is it something that has to be changed in hspell?
>
> Matt

    Id is most likely picking up the wrong library (our version of
binutils is broken when properly mixing libraries in a x86_64
environment IMHO, some would say partially crippled), so you're
probably running into that. If so I believe it's either fixable
(short-term) by recompiling hspell (if you installed it from
packages), and it's definitely fixable (albeit a hack) from ports to
automatically add /usr/local/lib32 to the LDFLAGS for compiles where
you know it's x86_64...

    Also, what do the following 2 commands say?

    file /usr/local/lib/libhspell.a
    ls /usr/local/lib*/libhspell.a

Cheers,
-Garrett
From alexanderchuranov at gmail.com  Sat Jan 10 14:07:27 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Sat Jan 10 14:07:34 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <1231602062.44156.28.camel@hood.oook.cz>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
Message-ID: <3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>

2009/1/10 Pav Lucistnik <pav@freebsd.org>

>
> Are you also willing to fix all the applications that will not work with
> the new version of boost?
>
> I understand that's the only concern preventing new boost from being
> committed.
>
> Why not fix it in several steps? :
1) rename devel/boost to devel/boost-134
2) switch all ports depending on devel/boost to devel/boost-134
3) check-in boost-1.37 as devel/boost
4) have enough time to fix applications depending on boost-1.34 one-by-one
This introduces another level of indirection - a common way to solve issues
like that
Sincerely,
Alexander Churanov
From dorian.buettner at gmx.de  Sat Jan 10 14:57:09 2009
From: dorian.buettner at gmx.de (Dorian =?iso-8859-1?q?B=FCttner?=)
Date: Sat Jan 10 14:57:16 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <7d6fde3d0901101303w6585fc2ao43a7bb74850c8889@mail.gmail.com>
References: <496735F6.1090500@nixil.net>
	<cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com>
	<7d6fde3d0901101303w6585fc2ao43a7bb74850c8889@mail.gmail.com>
Message-ID: <200901102257.06277.dorian.buettner@gmx.de>

On Saturday 10 January 2009 21:03:55 Garrett Cooper wrote:
> On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahead4@gmail.com> wrote:
> > On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz@nixil.net> wrote:
> >> I did run into a linking issue with the build of...errr kdebase,
> >> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the
> >> issue was with hspell.  I had to rebuild it with this patch:
> >>
> >> --- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
> >> +++ Makefile    2009-01-04 05:20:01.000000000 +0000
> >> @@ -16,6 +16,7 @@
> >>  USE_PERL5_BUILD=       yes
> >>  USE_GMAKE=     yes
> >>  GNU_CONFIGURE= yes
> >> +CFLAGS+=       -fPIC
> >>
> >>  MAN1=          hspell.1
> >>  MAN3=          hspell.3
> >
> > The problem appears to be manifested in kdelibs4, but only on amd64
> > and not i386.  I received the same linker error in my amd64 tinderbox,
> > but not in my i386 tinderbox.  The specific error states:
> >
> > /opt/c++  -fPIC -pipe -g -Woverloaded-virtual -fvisibility=hidden
> > -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks
> > -fno-schedule-insns -fno-inline  -rpath=/usr/lib:/usr/local/lib -lc
> > -shared -Wl,-soname,kspell_hspell.so -o ../../../lib/kspell_hspell.so
> > CMakeFiles/kspell_hspell.dir/kspell_hspell_automoc.o
> > CMakeFiles/kspell_hspell.dir/kspell_hspellclient.o
> > CMakeFiles/kspell_hspell.dir/kspell_hspelldict.o -L/usr/local/lib/qt4
> > -L/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
> > -L/usr/local/lib /usr/local/lib/qt4/libQtCore.so -lpthread
> > ../../../lib/libkdecore.so.7.0.0 /usr/local/lib/libhspell.a -lz
> > /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so
> > -lpthread
> > -Wl,-rpath,/usr/local/lib/qt4:/work/a/ports/x11/kdelibs4/work/kdelibs-4.1
> >.85/build/lib /usr/bin/ld: /usr/local/lib/libhspell.a(gimatria.o):
> > relocation
> > R_X86_64_32S can not be used when making a shared object; recompile
> > with -fPIC
> > /usr/local/lib/libhspell.a: could not read symbols: Bad value
> >
> > Does this help determine if there is a possible fix on the kdelibs end
> > or is it something that has to be changed in hspell?
> >
> > Matt
>
>     Id is most likely picking up the wrong library (our version of
> binutils is broken when properly mixing libraries in a x86_64
> environment IMHO, some would say partially crippled), so you're
> probably running into that. If so I believe it's either fixable
> (short-term) by recompiling hspell (if you installed it from
> packages), and it's definitely fixable (albeit a hack) from ports to
> automatically add /usr/local/lib32 to the LDFLAGS for compiles where
> you know it's x86_64...
>
>     Also, what do the following 2 commands say?
>
>     file /usr/local/lib/libhspell.a
>     ls /usr/local/lib*/libhspell.a
>
> Cheers,
> -Garrett
> _______________________________________________
> kde-freebsd mailing list
> kde-freebsd@kde.org
> https://mail.kde.org/mailman/listinfo/kde-freebsd
> See also http://freebsd.kde.org/ for latest information
compiled with fPIC, they say:
zock# file /usr/local/lib/libhspell.a
/usr/local/lib/libhspell.a: current ar archive
zock# ls /usr/local/lib*/libhspell.a
/usr/local/lib/libhspell.a

does that help?
From pav at FreeBSD.org  Sat Jan 10 15:26:02 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Sat Jan 10 15:26:08 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
Message-ID: <1231629954.10829.0.camel@hood.oook.cz>

Alexander Churanov p??e v ne 11. 01. 2009 v 01:07 +0300:
> 2009/1/10 Pav Lucistnik <pav@freebsd.org>
>         
>         Are you also willing to fix all the applications that will not
>         work with
>         the new version of boost?
>         
>         I understand that's the only concern preventing new boost from
>         being
>         committed.
>         
> 
> Why not fix it in several steps? :
> 
> 1) rename devel/boost to devel/boost-134
> 2) switch all ports depending on devel/boost to devel/boost-134
> 3) check-in boost-1.37 as devel/boost
> 4) have enough time to fix applications depending on boost-1.34
> one-by-one
> 
> This introduces another level of indirection - a common way to solve
> issues like that

That's certainly a possibility -- but can two boost versions coexist in
a single system?

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Alignment: Neutral Greedy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090110/2763aedb/attachment.pgp
From yanefbsd at gmail.com  Sat Jan 10 16:00:05 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 10 16:00:12 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <200901102257.06277.dorian.buettner@gmx.de>
References: <496735F6.1090500@nixil.net>
	<cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com>
	<7d6fde3d0901101303w6585fc2ao43a7bb74850c8889@mail.gmail.com>
	<200901102257.06277.dorian.buettner@gmx.de>
Message-ID: <7d6fde3d0901101600p77ad47f9we13c671ef595f75@mail.gmail.com>

On Sat, Jan 10, 2009 at 2:57 PM, Dorian B?ttner <dorian.buettner@gmx.de> wrote:
> On Saturday 10 January 2009 21:03:55 Garrett Cooper wrote:
>> On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahead4@gmail.com> wrote:
>> > On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz@nixil.net> wrote:
>> >> I did run into a linking issue with the build of...errr kdebase,
>> >> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the
>> >> issue was with hspell.  I had to rebuild it with this patch:
>> >>
>> >> --- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
>> >> +++ Makefile    2009-01-04 05:20:01.000000000 +0000
>> >> @@ -16,6 +16,7 @@
>> >>  USE_PERL5_BUILD=       yes
>> >>  USE_GMAKE=     yes
>> >>  GNU_CONFIGURE= yes
>> >> +CFLAGS+=       -fPIC
>> >>
>> >>  MAN1=          hspell.1
>> >>  MAN3=          hspell.3
>> >
>> > The problem appears to be manifested in kdelibs4, but only on amd64
>> > and not i386.  I received the same linker error in my amd64 tinderbox,
>> > but not in my i386 tinderbox.  The specific error states:
>> >
>> > /opt/c++  -fPIC -pipe -g -Woverloaded-virtual -fvisibility=hidden
>> > -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks
>> > -fno-schedule-insns -fno-inline  -rpath=/usr/lib:/usr/local/lib -lc
>> > -shared -Wl,-soname,kspell_hspell.so -o ../../../lib/kspell_hspell.so
>> > CMakeFiles/kspell_hspell.dir/kspell_hspell_automoc.o
>> > CMakeFiles/kspell_hspell.dir/kspell_hspellclient.o
>> > CMakeFiles/kspell_hspell.dir/kspell_hspelldict.o -L/usr/local/lib/qt4
>> > -L/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
>> > -L/usr/local/lib /usr/local/lib/qt4/libQtCore.so -lpthread
>> > ../../../lib/libkdecore.so.7.0.0 /usr/local/lib/libhspell.a -lz
>> > /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so
>> > -lpthread
>> > -Wl,-rpath,/usr/local/lib/qt4:/work/a/ports/x11/kdelibs4/work/kdelibs-4.1
>> >.85/build/lib /usr/bin/ld: /usr/local/lib/libhspell.a(gimatria.o):
>> > relocation
>> > R_X86_64_32S can not be used when making a shared object; recompile
>> > with -fPIC
>> > /usr/local/lib/libhspell.a: could not read symbols: Bad value
>> >
>> > Does this help determine if there is a possible fix on the kdelibs end
>> > or is it something that has to be changed in hspell?
>> >
>> > Matt
>>
>>     Id is most likely picking up the wrong library (our version of
>> binutils is broken when properly mixing libraries in a x86_64
>> environment IMHO, some would say partially crippled), so you're
>> probably running into that. If so I believe it's either fixable
>> (short-term) by recompiling hspell (if you installed it from
>> packages), and it's definitely fixable (albeit a hack) from ports to
>> automatically add /usr/local/lib32 to the LDFLAGS for compiles where
>> you know it's x86_64...
>>
>>     Also, what do the following 2 commands say?
>>
>>     file /usr/local/lib/libhspell.a
>>     ls /usr/local/lib*/libhspell.a
>
> compiled with fPIC, they say:
> zock# file /usr/local/lib/libhspell.a
> /usr/local/lib/libhspell.a: current ar archive
> zock# ls /usr/local/lib*/libhspell.a
> /usr/local/lib/libhspell.a

I forgot that file *.a just said current ar archive -_-... `file
/usr/local/lib/libhspell.so*' says?
-Garrett
From dorian.buettner at gmx.de  Sat Jan 10 16:44:52 2009
From: dorian.buettner at gmx.de (Dorian =?iso-8859-1?q?B=FCttner?=)
Date: Sat Jan 10 16:44:59 2009
Subject: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted
In-Reply-To: <7d6fde3d0901101600p77ad47f9we13c671ef595f75@mail.gmail.com>
References: <496735F6.1090500@nixil.net>
	<200901102257.06277.dorian.buettner@gmx.de>
	<7d6fde3d0901101600p77ad47f9we13c671ef595f75@mail.gmail.com>
Message-ID: <200901110044.47513.dorian.buettner@gmx.de>

On Sunday 11 January 2009 00:00:03 Garrett Cooper wrote:
> On Sat, Jan 10, 2009 at 2:57 PM, Dorian B?ttner <dorian.buettner@gmx.de> 
wrote:
> > On Saturday 10 January 2009 21:03:55 Garrett Cooper wrote:
> >> On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahead4@gmail.com> wrote:
> >> > On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz@nixil.net> wrote:
> >> >> I did run into a linking issue with the build of...errr kdebase,
> >> >> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the
> >> >> issue was with hspell.  I had to rebuild it with this patch:
> >> >>
> >> >> --- Makefile.orig       2009-01-04 05:20:09.000000000 +0000
> >> >> +++ Makefile    2009-01-04 05:20:01.000000000 +0000
> >> >> @@ -16,6 +16,7 @@
> >> >>  USE_PERL5_BUILD=       yes
> >> >>  USE_GMAKE=     yes
> >> >>  GNU_CONFIGURE= yes
> >> >> +CFLAGS+=       -fPIC
> >> >>
> >> >>  MAN1=          hspell.1
> >> >>  MAN3=          hspell.3
> >> >
> >> > The problem appears to be manifested in kdelibs4, but only on amd64
> >> > and not i386.  I received the same linker error in my amd64 tinderbox,
> >> > but not in my i386 tinderbox.  The specific error states:
> >> >
> >> > /opt/c++  -fPIC -pipe -g -Woverloaded-virtual -fvisibility=hidden
> >> > -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks
> >> > -fno-schedule-insns -fno-inline  -rpath=/usr/lib:/usr/local/lib -lc
> >> > -shared -Wl,-soname,kspell_hspell.so -o ../../../lib/kspell_hspell.so
> >> > CMakeFiles/kspell_hspell.dir/kspell_hspell_automoc.o
> >> > CMakeFiles/kspell_hspell.dir/kspell_hspellclient.o
> >> > CMakeFiles/kspell_hspell.dir/kspell_hspelldict.o -L/usr/local/lib/qt4
> >> > -L/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
> >> > -L/usr/local/lib /usr/local/lib/qt4/libQtCore.so -lpthread
> >> > ../../../lib/libkdecore.so.7.0.0 /usr/local/lib/libhspell.a -lz
> >> > /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so
> >> > -lpthread
> >> > -Wl,-rpath,/usr/local/lib/qt4:/work/a/ports/x11/kdelibs4/work/kdelibs-
> >> >4.1 .85/build/lib /usr/bin/ld: /usr/local/lib/libhspell.a(gimatria.o):
> >> > relocation
> >> > R_X86_64_32S can not be used when making a shared object; recompile
> >> > with -fPIC
> >> > /usr/local/lib/libhspell.a: could not read symbols: Bad value
> >> >
> >> > Does this help determine if there is a possible fix on the kdelibs end
> >> > or is it something that has to be changed in hspell?
> >> >
> >> > Matt
> >>
> >>     Id is most likely picking up the wrong library (our version of
> >> binutils is broken when properly mixing libraries in a x86_64
> >> environment IMHO, some would say partially crippled), so you're
> >> probably running into that. If so I believe it's either fixable
> >> (short-term) by recompiling hspell (if you installed it from
> >> packages), and it's definitely fixable (albeit a hack) from ports to
> >> automatically add /usr/local/lib32 to the LDFLAGS for compiles where
> >> you know it's x86_64...
> >>
> >>     Also, what do the following 2 commands say?
> >>
> >>     file /usr/local/lib/libhspell.a
> >>     ls /usr/local/lib*/libhspell.a
> >
> > compiled with fPIC, they say:
> > zock# file /usr/local/lib/libhspell.a
> > /usr/local/lib/libhspell.a: current ar archive
> > zock# ls /usr/local/lib*/libhspell.a
> > /usr/local/lib/libhspell.a
>
> I forgot that file *.a just said current ar archive -_-... `file
> /usr/local/lib/libhspell.so*' says?
> -Garrett
uhm?
zock# file /usr/local/lib/libhspell.so\*
/usr/local/lib/libhspell.so*: cannot open `/usr/local/lib/libhspell.so*' (No 
such file or directory)
zock# find /usr/local | grep libhspell
/usr/local/lib/libhspell.a

is it propably this:
zock# file /usr/local/kde4/lib/kde4/kspell_hspell.so
/usr/local/kde4/lib/kde4/kspell_hspell.so: ELF 64-bit LSB shared object, 
x86-64, version 1 (FreeBSD), not stripped

From peterjeremy at optushome.com.au  Sat Jan 10 20:52:12 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Sat Jan 10 20:52:19 2009
Subject: Removing stale dependencies (Was: Re: Concern about using
	pkg_delete -r)
In-Reply-To: <7d6fde3d0901100722g67c5200ex5552b2e19d1ae7d4@mail.gmail.com>
References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net>
	<49681E6C.9060703@FreeBSD.org>
	<7d6fde3d0901100722g67c5200ex5552b2e19d1ae7d4@mail.gmail.com>
Message-ID: <20090111045209.GD5661@server.vk2pj.dyndns.org>

On 2009-Jan-10 07:22:21 -0800, Garrett Cooper <yanefbsd@gmail.com> wrote:
>I just started using portmaster this past week, and it appears to go a
>bit crazy removing dependencies -- there were a lot of libraries
>broken after removing dependencies that shouldn't have been. This
>could all be because of bad dependencies in the Makefiles though.

This can also be caused by gnu configure scripts auto-detecting that
optional (for that port) packages are installed and creating
dependencies that aren't tracked by the FreeBSD ports system.  This
sort of thing can be very difficult to track down.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090111/dde1adaf/attachment.pgp
From erwin at FreeBSD.org  Sun Jan 11 01:02:37 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sun Jan 11 01:02:44 2009
Subject: INDEX now builds successfully on 7.x
Message-ID: <200901110902.n0B92aJZ091202@pointyhat.freebsd.org>

From thierry at FreeBSD.org  Sun Jan 11 01:10:32 2009
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Sun Jan 11 01:10:38 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <1231629954.10829.0.camel@hood.oook.cz>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
	<1231629954.10829.0.camel@hood.oook.cz>
Message-ID: <20090111083942.GA59145@graf.pompo.net>

Le Dim 11 jan 09 ?  0:25:54 +0100, Pav Lucistnik <pav@FreeBSD.org>
 ?crivait?:

> > 1) rename devel/boost to devel/boost-134
> > 2) switch all ports depending on devel/boost to devel/boost-134
> > 3) check-in boost-1.37 as devel/boost
> > 4) have enough time to fix applications depending on boost-1.34
> > one-by-one
> > 
> > This introduces another level of indirection - a common way to solve
> > issues like that
> 
> That's certainly a possibility -- but can two boost versions coexist in
> a single system?

I don't know, but I know at least one port which is broken and cannot be
fixed, because the required upgrade needs a newer boost (cad/freecad).

Regards,
-- 
Th. Thomas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090111/8267ea67/attachment.pgp
From erwin at FreeBSD.org  Sun Jan 11 01:26:48 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sun Jan 11 01:26:54 2009
Subject: INDEX build failed for 8.x
Message-ID: <200901110926.n0B9Qlod010393@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-8 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: firefox-i18n-2.0.0.20: no entry for /usr/ports/www/xpi-quick-locale-switcher
make_index: ja-zope-jaMailHost-0.4.4: no entry for /usr/ports/www/zope
make_index: firefox3-i18n-3.0.5: no entry for /usr/ports/www/xpi-quick-locale-switcher
make_index: squishdot-1.5.0_1: no entry for /usr/ports/www/zope
make_index: thunderbird-i18n-2.0.0.18: no entry for /usr/ports/www/xpi-quick-locale-switcher
make_index: plone-2.5.5: no entry for /usr/ports/www/zope29
make_index: ja-zope-ejSplitter-0.5.1: no entry for /usr/ports/www/zope
make_index: ja-pycodec-zope-1.4.11_1: no entry for /usr/ports/www/zope
make_index: knowledgekit-1.6.7: no entry for /usr/ports/www/zope
make_index: hs-gtk2hs-0.9.13,1: no entry for /usr/ports/www/xulrunner
make_index: hs-gtk2hs-0.9.13,1: no entry for /usr/ports/www/xulrunner
make_index: eclipse-3.3.2: no entry for /usr/ports/www/xulrunner
make_index: eclipse-3.3.2: no entry for /usr/ports/www/xulrunner
make_index: plone3-3.1.7: no entry for /usr/ports/www/zope210
make_index: ngmp-0.1.3_1: no entry for /usr/ports/www/zend-framework
make_index: sunbird-i18n-0.8: no entry for /usr/ports/www/xpi-quick-locale-switcher
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 
Warning: Duplicate INDEX entry: 

Committers on the hook:
chinsan glewis leeym obrien 

Most recent CVS update was:
U audio/p5-Audio-MPD-Common/Makefile
U audio/p5-Audio-MPD-Common/distinfo
U devel/libcheck/Makefile
U devel/libcheck/distinfo
U devel/libcheck/pkg-plist
U devel/libcheck/files/patch-Makefile.in
U devel/libcheck/files/patch-check.m4
U devel/libcheck/files/patch-doc-Makefile.in
U graphics/p5-Graphics-Color/Makefile
U graphics/p5-Graphics-Color/distinfo
U java/eclipse-webtools/Makefile
U java/eclipse-webtools/distinfo
U misc/figlet/pkg-plist
U net/mtr/Makefile
From erwin at FreeBSD.org  Sun Jan 11 02:20:17 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sun Jan 11 02:20:25 2009
Subject: INDEX build failed for 8.x
In-Reply-To: <200901110926.n0B9Qlod010393@pointyhat.freebsd.org>
References: <200901110926.n0B9Qlod010393@pointyhat.freebsd.org>
Message-ID: <20090111102014.GX39600@droso.net>

This is due to pointyhat filling its discs up.  No worries here.

-erwin

On Sun, Jan 11, 2009 at 09:26:47AM +0000, Erwin Lansing wrote:
> INDEX build failed with errors:
> Generating INDEX-8 - please wait..pkg_info: not found
> pkg_info: not found
> pkg_info: not found
> pkg_info: not found
>  Done.
> make_index: firefox-i18n-2.0.0.20: no entry for /usr/ports/www/xpi-quick-locale-switcher
> make_index: ja-zope-jaMailHost-0.4.4: no entry for /usr/ports/www/zope
> make_index: firefox3-i18n-3.0.5: no entry for /usr/ports/www/xpi-quick-locale-switcher
> make_index: squishdot-1.5.0_1: no entry for /usr/ports/www/zope
> make_index: thunderbird-i18n-2.0.0.18: no entry for /usr/ports/www/xpi-quick-locale-switcher
> make_index: plone-2.5.5: no entry for /usr/ports/www/zope29
> make_index: ja-zope-ejSplitter-0.5.1: no entry for /usr/ports/www/zope
> make_index: ja-pycodec-zope-1.4.11_1: no entry for /usr/ports/www/zope
> make_index: knowledgekit-1.6.7: no entry for /usr/ports/www/zope
> make_index: hs-gtk2hs-0.9.13,1: no entry for /usr/ports/www/xulrunner
> make_index: hs-gtk2hs-0.9.13,1: no entry for /usr/ports/www/xulrunner
> make_index: eclipse-3.3.2: no entry for /usr/ports/www/xulrunner
> make_index: eclipse-3.3.2: no entry for /usr/ports/www/xulrunner
> make_index: plone3-3.1.7: no entry for /usr/ports/www/zope210
> make_index: ngmp-0.1.3_1: no entry for /usr/ports/www/zend-framework
> make_index: sunbird-i18n-0.8: no entry for /usr/ports/www/xpi-quick-locale-switcher
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> Warning: Duplicate INDEX entry: 
> 
> Committers on the hook:
> chinsan glewis leeym obrien 
> 
> Most recent CVS update was:
> U audio/p5-Audio-MPD-Common/Makefile
> U audio/p5-Audio-MPD-Common/distinfo
> U devel/libcheck/Makefile
> U devel/libcheck/distinfo
> U devel/libcheck/pkg-plist
> U devel/libcheck/files/patch-Makefile.in
> U devel/libcheck/files/patch-check.m4
> U devel/libcheck/files/patch-doc-Makefile.in
> U graphics/p5-Graphics-Color/Makefile
> U graphics/p5-Graphics-Color/distinfo
> U java/eclipse-webtools/Makefile
> U java/eclipse-webtools/distinfo
> U misc/figlet/pkg-plist
> U net/mtr/Makefile
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
-- 
Erwin Lansing                                   http://droso.org
Prediction is very difficult                   erwin@FreeBSD.org
especially about the future                       erwin@aauug.dk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090111/83a815e8/attachment.pgp
From athome at shyuser.com  Sun Jan 11 02:32:09 2009
From: athome at shyuser.com (athome@shyuser.com)
Date: Sun Jan 11 02:32:16 2009
Subject: /ports/cad/spice is broken
Message-ID: <MTAwMDAzNi5hdGhvbWU.1231668234@quikprotect>

/ports/cad/spice comes back with a size mismatch.

I kinda new so it is not easily fixable my me yet.

From mailinglist at diamondbox.dk  Sun Jan 11 02:35:26 2009
From: mailinglist at diamondbox.dk (Nikolaj Thygesen)
Date: Sun Jan 11 02:35:33 2009
Subject: numerous gcc installations
Message-ID: <4969C737.4040802@diamondbox.dk>

Hi list,

    Could anyone please explain to me whether it's really required to 
have two extra versions of gcc installed. I Recently upgraded 
"py25-numpy", which in turn pulled in "gcc-4.2.5_20081126" as a 
dependency. A few days ago  "blas" refused to compile because:

===>    Verifying reinstall for gfortran43 in /usr/ports/lang/gcc43
Making GCC 4.3.3 for FreeBSD 7.1  target=i386-portbld-freebsd7.1
You need to increase the datasize limit to at least 700000 (and set
kern.maxdsiz="734003200" in /boot/loader.conf) to build with Java
support.
*** Error code 1

... so if it wasn't for these missing settings, I would now be the proud 
owner of two extra gcc installations, "gcc-4.2.5" and "gcc-4.3.3". Is 
this correct??? "blas" is required by "py-num", which then effectively 
requires the two gcc's.

    br - Nikolaj

From markk at knigma.org  Sun Jan 11 02:42:52 2009
From: markk at knigma.org (Mark Knight)
Date: Sun Jan 11 02:42:59 2009
Subject: audio/squeezecenter-7.3.1 Extension downloader broken?
In-Reply-To: <XZc+vxYq7OZJFwVb@lap.knigma.org>
References: <XZc+vxYq7OZJFwVb@lap.knigma.org>
Message-ID: <zkcngdmk0caJFwKy@lap.knigma.org>

In message <XZc+vxYq7OZJFwVb@lap.knigma.org>, Mark Knight 
<markk@knigma.org> writes
>Directories are appearing in this location but when I re-start 
>squeezecenter it's as if the Plugins aren't installed.  I'm not seeing 
>any errors in the log files.

This is fixed in the latest version of the port.  Thanks!!
-- 
Mark A. R. Knight                               finger: markk@knigma.org
Tel: +44 7880 556751                            http://www.knigma.org/
From talon at lpthe.jussieu.fr  Sun Jan 11 03:11:14 2009
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Sun Jan 11 03:11:24 2009
Subject: numerous gcc installations
Message-ID: <20090111111110.GA53315@lpthe.jussieu.fr>

Nikolaj Thygesen wrote:
>    Could anyone please explain to me whether it's really required to 
>have two extra versions of gcc installed. I Recently upgraded 
>"py25-numpy", which in turn pulled in "gcc-4.2.5_20081126" as a 
>dependency. A few days ago  "blas" refused to compile because:

This occurred to me recently. Fortunately you can find precompiled
blas, scipy and numpy (pkg_add -r py-numpy works). But i was out of luck
with matplotlib, which required pkg_adding gcc-42 and then compiling
tons of stuff. One of them (agg, i think, requires DISPLAY to be set
and accessible in the configure script !!!) hence breaks the build for
matplotlib.


-- 

Michel TALON

From wahjava.ml at gmail.com  Sun Jan 11 04:52:14 2009
From: wahjava.ml at gmail.com (Ashish SHUKLA)
Date: Sun Jan 11 04:52:21 2009
Subject: Porting sup MUA to FreeBSD
Message-ID: <863afqyphb.fsf@chateau.d.lf>

Hi everyone,

I'm trying to port sup[1], a MUA, to FreeBSD. For that I've created its
port and the ports of it dependencies. I've faced following problems
while porting:

1. Some of its dependencies are already ported to FreeBSD but are using
   a tarball as source instead of the gem which is expected by the sup
   gem. So, I've created separate ports for those packages as gems. I'm
   wondering if this is okay.

2. The gem of sup needs some patching for FreeBSD, which I'm not able to
   do because FreeBSD ports system install gems in oneshot (i.e. no
   separate build or extract target, everything is done in install
   target). The NetBSD's rubygem[2] packaging system on the other hand
   extracts, builds and packages gems separately. So my port of sup
   installs fine but doesn't function as expected due to some GNU/Linux
   specific stuff involved.

Any suggestions about the problems mentioned above are welcome. I've not
submitted them to the PR database yet. As I don't know ruby, it will be
difficult for me to maintain the ports. If anyone else is interested in
maintaining/looking at the ports, please visit following URL:

http://gitorious.org/projects/abbe-freebsd-ports/repos/mainline/commits/b4577e9ed16f0f2d18f061804e784f294b264a98

References:
[1]  http://sup.rubyforge.org/
[2]  ftp://ftp.netbsd.org/pub/NetBSD/packages/pkgsrc-current/misc/rubygems/rubygem.mk

Thanks
-- 
Ashish Shukla
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090111/72f733fc/attachment.pgp
From erwin at FreeBSD.org  Sun Jan 11 05:14:05 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sun Jan 11 05:14:12 2009
Subject: INDEX now builds successfully on 8.x
Message-ID: <200901111314.n0BDE4Gq080242@pointyhat.freebsd.org>

From gurdiga at gmail.com  Sun Jan 11 06:31:40 2009
From: gurdiga at gmail.com (Vlad GURDIGA)
Date: Sun Jan 11 06:31:46 2009
Subject: FreeBSD Port: xterm-238
Message-ID: <da7069940901110631h2492deaai2bee9ee746993b09@mail.gmail.com>

Hello,

After updating my xterm port, uxterm stopped working saying that:

% uxterm
xterm:  bad command line option "-u8"

usage:  xterm [-/+132] [-C] [-Sccn] [-T string] [-/+ah] [-/+ai] [-/+aw]
    [-b number] [-/+bc] [-bcf milliseconds] [-bcn milliseconds] [-bd color]
    [-/+bdc] [-bg color] [-bw number] [-/+cb] [-cc classrange] [-class string]
    [-/+cm] [-/+cn] [-cr color] [-/+cu] [-/+dc] [-display displayname]
    [-e command args ...] [-fa pattern] [-fb fontname] [-/+fbb] [-/+fbx]
    [-fd pattern] [-fg color] [-fi fontname] [-fn fontname] [-fs size]
    [-fx fontname] [#geom] [%geom] [-geometry geom] [-help] [-/+hm] [-/+hold]
    [-iconic] [-/+ie] [-/+im] [-into windowId] [-/+j] [-/+k8]
    [-kt keyboardtype] [-/+l] [-leftbar] [-lf filename] [-/+ls] [-/+mb]
    [-mc milliseconds] [-/+mesg] [-ms color] [-n string] [-name string]
    [-nb number] [-/+nul] [-/+pc] [-/+pob] [-rightbar] [-/+rv] [-/+rvc] [-/+rw]
    [-/+s] [-/+samename] [-/+sb] [-selbg color] [-selfg color] [-/+sf] [-/+si]
    [-/+sk] [-sl number] [-/+sm] [-/+sp] [-/+t] [-ti termid] [-title string]
    [-tm string] [-tn name] [-/+uc] [-/+ulc] [-/+ulit] [-/+ut] [-/+vb]
    [-version] [-/+wf] [-xrm resourcestring] [-ziconbeep percent]

Type xterm -help for a full description.

%

Then I found in the x11/xterm Makefile this:

.if defined(WITH_WIDE_CHARS)
CONFIGURE_ARGS+=        --enable-wide-chars --enable-luit
.endif

and, of course after I've rebuilt x11/xterm with "make
-DWITH_WIDE_CHARS" everything worked. I guess if the uxterm wrapper
script is installed, then WITH_WIDE_CHARS should probably be enabled
by default. What do you think?

Have a nice day!

Vlad
From stacey at vickiandstacey.com  Sun Jan 11 06:34:44 2009
From: stacey at vickiandstacey.com (Stacey Roberts)
Date: Sun Jan 11 06:34:59 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
In-Reply-To: <1231566496.56664.32.camel@shumai.marcuscom.com>
References: <1231566496.56664.32.camel@shumai.marcuscom.com>
Message-ID: <20090111141345.GC1484@thor.vickiandstacey.com>

Hello Joe!
      Can you let us know when associated updates to The FreeBSD-Gnome site will be updated
to reflect the new version, including recommended upgrade procedures, please?

I'm referring to: http://www.freebsd.org/gnome/. If I'm pointing to the wrong place here, do
forgive..,

Thanks.

Regards,

S Roberts


On Sat, 10 Jan 2009, Joe Marcus Clarke wrote:

> Presenting GNOME 2.24 for FreeBSD.
> 
> See http://library.gnome.org/misc/release-notes/2.24/ for the general
> release notes.  On the FreeBSD front, this release introduces Fuse
> support
> in HAL, adds multi-CPU support to libgtop, WebKit updates, and fixes
> some
> long-standing seahorse and gnome-keyring bugs.  The documentation
> updates
> to the website are forthcoming.
> 
> Be sure to read /usr/ports/UPDATING, and let gnome@FreeBSD.org know if
> you have any problems.
> 
> This release features commits by adamw, ahze, kwm, mezz, and myself.  It
> would
> not have been possible without are contributors and testers:
> 
> Alexander Loginov
> Craig Butler
> Dmitry Marakasov
> Eric L. Chen
> Joseph S. Atkinson
> Kris Moore
> Lapo Luchini
> Nikos Ntarmos
> Pawel Worach
> Romain Tartiere
> TAOKA Fumiyoshi
> Romain Tartiere
> TAOKA Fumiyoshi
> Yasuda Keisuke
> Zyl
> aZ
> bf
> Florent Thoumie
> Peter Wemm
> pluknet
> 
> Joe
> -- 
> Joe Marcus Clarke
> FreeBSD GNOME Team      ::      gnome@FreeBSD.org
> FreeNode / #freebsd-gnome
> http://www.FreeBSD.org/gnome


From mezz7 at cox.net  Sun Jan 11 08:23:13 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sun Jan 11 08:23:19 2009
Subject: HEADS UP: GNOME 2.24.2 is now available for FreeBSD
In-Reply-To: <20090111141345.GC1484@thor.vickiandstacey.com>
References: <1231566496.56664.32.camel@shumai.marcuscom.com>
	<20090111141345.GC1484@thor.vickiandstacey.com>
Message-ID: <op.unlo4xf19aq2h7@localhost>

On Sun, 11 Jan 2009 08:13:45 -0600, Stacey Roberts  
<stacey@vickiandstacey.com> wrote:

> Hello Joe!
>       Can you let us know when associated updates to The FreeBSD-Gnome  
> site will be updated
> to reflect the new version, including recommended upgrade procedures,  
> please?
>
> I'm referring to: http://www.freebsd.org/gnome/. If I'm pointing to the  
> wrong place here, do
> forgive..,

The /usr/ports/UPDATING is always first place you should be look at for  
the upgrade.

> Thanks.
>
> Regards,
>
> S Roberts
>
>
> On Sat, 10 Jan 2009, Joe Marcus Clarke wrote:
>
>> Presenting GNOME 2.24 for FreeBSD.
>>
>> See http://library.gnome.org/misc/release-notes/2.24/ for the general
>> release notes.  On the FreeBSD front, this release introduces Fuse
>> support
>> in HAL, adds multi-CPU support to libgtop, WebKit updates, and fixes
>> some
>> long-standing seahorse and gnome-keyring bugs.  The documentation
>> updates
>> to the website are forthcoming.

Read above here again.

Cheers,
Mezz

>> Be sure to read /usr/ports/UPDATING, and let gnome@FreeBSD.org know if
>> you have any problems.
>>
>> This release features commits by adamw, ahze, kwm, mezz, and myself.  It
>> would
>> not have been possible without are contributors and testers:
>>
>> Alexander Loginov
>> Craig Butler
>> Dmitry Marakasov
>> Eric L. Chen
>> Joseph S. Atkinson
>> Kris Moore
>> Lapo Luchini
>> Nikos Ntarmos
>> Pawel Worach
>> Romain Tartiere
>> TAOKA Fumiyoshi
>> Romain Tartiere
>> TAOKA Fumiyoshi
>> Yasuda Keisuke
>> Zyl
>> aZ
>> bf
>> Florent Thoumie
>> Peter Wemm
>> pluknet
>>
>> Joe
>> --
>> Joe Marcus Clarke
>> FreeBSD GNOME Team      ::      gnome@FreeBSD.org
>> FreeNode / #freebsd-gnome
>> http://www.FreeBSD.org/gnome


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From stephen at math.missouri.edu  Sun Jan 11 08:58:39 2009
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Sun Jan 11 08:58:45 2009
Subject: numerous gcc installations
In-Reply-To: <4969C737.4040802@diamondbox.dk>
References: <4969C737.4040802@diamondbox.dk>
Message-ID: <496A2539.4060801@math.missouri.edu>

Nikolaj Thygesen wrote:
> Hi list,
> 
>    Could anyone please explain to me whether it's really required to 
> have two extra versions of gcc installed. I Recently upgraded 
> "py25-numpy", which in turn pulled in "gcc-4.2.5_20081126" as a 
> dependency. A few days ago  "blas" refused to compile because:
> 
> ===>    Verifying reinstall for gfortran43 in /usr/ports/lang/gcc43
> Making GCC 4.3.3 for FreeBSD 7.1  target=i386-portbld-freebsd7.1
> You need to increase the datasize limit to at least 700000 (and set
> kern.maxdsiz="734003200" in /boot/loader.conf) to build with Java
> support.
> *** Error code 1
> 
> ... so if it wasn't for these missing settings, I would now be the proud 
> owner of two extra gcc installations, "gcc-4.2.5" and "gcc-4.3.3". Is 
> this correct??? "blas" is required by "py-num", which then effectively 
> requires the two gcc's.
> 
>    br - Nikolaj

A few days ago, gcc-4.3 became the default fortran compiler for the 
ports.  Go ahead and erase the gcc-4.2 compiler - create the gcc-4.3 
compiler, and everything after that will be fine.

If you don't want to increase kern.maxdsiz, then it looks like setting 
WITHOUT_JAVA will stop that error occurring.

From alexanderchuranov at gmail.com  Sun Jan 11 10:38:12 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Sun Jan 11 10:38:18 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <1231629954.10829.0.camel@hood.oook.cz>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
	<1231629954.10829.0.camel@hood.oook.cz>
Message-ID: <3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>

2009/1/11 Pav Lucistnik <pav@freebsd.org>

>
> That's certainly a possibility -- but can two boost versions coexist in
> a single system?
>
That's a real problem. To my mind there are no problems for shared
libraries, but for header files the suggested solution would require placing
headers under /usr/local/include/boost-134/boost and modify all ports' build
processes to include /usr/local/include/boost-134 in a search path.
I'll carry out this experiment.
Another thing I've heard about port versioning is that Gentoo Linux handles
different versions of the same port installed on a system. Probably, it's a
good idea to examine how they do that slotting.
Sincerely,
Alexander Churanov
From pav at FreeBSD.org  Sun Jan 11 11:20:32 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Sun Jan 11 11:20:39 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
	<1231629954.10829.0.camel@hood.oook.cz>
	<3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>
Message-ID: <1231701623.13762.33.camel@hood.oook.cz>

Alexander Churanov p??e v ne 11. 01. 2009 v 21:38 +0300:
> 2009/1/11 Pav Lucistnik <pav@freebsd.org>
>         
>         That's certainly a possibility -- but can two boost versions
>         coexist in
>         a single system?
> 
> 
> That's a real problem. To my mind there are no problems for shared
> libraries, but for header files the suggested solution would require
> placing headers under /usr/local/include/boost-134/boost and modify
> all ports' build processes to include /usr/local/include/boost-134 in
> a search path.
> 
> I'll carry out this experiment.

Let's see if there's an easy way to make all the ports respect it, say,
if it would mean just modifying pkg-config output. If it's non-trivial,
we'll have to go with two conflicting ports.

I want to run an experimental package build with new boost, to see how
many ports will still need the old one. Is the patch on rapidshare
(ports/129241) still valid? Or is there a new patch you want to send me?

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
One Unix to rule them all, One Resolver to find them, One IP to bring
them all and in the zone to bind them.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090111/344a41c5/attachment.pgp
From wahjava.ml at gmail.com  Sun Jan 11 11:27:08 2009
From: wahjava.ml at gmail.com (Ashish SHUKLA)
Date: Sun Jan 11 11:27:15 2009
Subject: FreeBSD Port: xterm-238
In-Reply-To: <da7069940901110631h2492deaai2bee9ee746993b09@mail.gmail.com>
	(Vlad GURDIGA's message of "Sun, 11 Jan 2009 16:31:38 +0200")
References: <da7069940901110631h2492deaai2bee9ee746993b09@mail.gmail.com>
Message-ID: <861vv9acxy.fsf@chateau.d.lf>

Vlad GURDIGA writes:
> Hello,

> After updating my xterm port, uxterm stopped working saying that:

> % uxterm
> xterm:  bad command line option "-u8"

> usage:  xterm [-/+132] [-C] [-Sccn] [-T string] [-/+ah] [-/+ai] [-/+aw]
>     [-b number] [-/+bc] [-bcf milliseconds] [-bcn milliseconds] [-bd color]
>     [-/+bdc] [-bg color] [-bw number] [-/+cb] [-cc classrange] [-class string]
>     [-/+cm] [-/+cn] [-cr color] [-/+cu] [-/+dc] [-display displayname]
>     [-e command args ...] [-fa pattern] [-fb fontname] [-/+fbb] [-/+fbx]
>     [-fd pattern] [-fg color] [-fi fontname] [-fn fontname] [-fs size]
>     [-fx fontname] [#geom] [%geom] [-geometry geom] [-help] [-/+hm] [-/+hold]
>     [-iconic] [-/+ie] [-/+im] [-into windowId] [-/+j] [-/+k8]
>     [-kt keyboardtype] [-/+l] [-leftbar] [-lf filename] [-/+ls] [-/+mb]
>     [-mc milliseconds] [-/+mesg] [-ms color] [-n string] [-name string]
>     [-nb number] [-/+nul] [-/+pc] [-/+pob] [-rightbar] [-/+rv] [-/+rvc] [-/+rw]
>     [-/+s] [-/+samename] [-/+sb] [-selbg color] [-selfg color] [-/+sf] [-/+si]
>     [-/+sk] [-sl number] [-/+sm] [-/+sp] [-/+t] [-ti termid] [-title string]
>     [-tm string] [-tn name] [-/+uc] [-/+ulc] [-/+ulit] [-/+ut] [-/+vb]
>     [-version] [-/+wf] [-xrm resourcestring] [-ziconbeep percent]

> Type xterm -help for a full description.

> %

> Then I found in the x11/xterm Makefile this:

> .if defined(WITH_WIDE_CHARS)
> CONFIGURE_ARGS+=        --enable-wide-chars --enable-luit
> .endif

> and, of course after I've rebuilt x11/xterm with "make
> -DWITH_WIDE_CHARS" everything worked. I guess if the uxterm wrapper
> script is installed, then WITH_WIDE_CHARS should probably be enabled
> by default. What do you think?

I think this should be in the OPTIONS variable of xterm port's
Makefile. Because this variable is not even documented anywhere and you
won't notice this unless you're in habit of reading the port Makefile.

-- 
Ashish SHUKLA
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090111/3ff09109/attachment.pgp
From stephen at math.missouri.edu  Sun Jan 11 11:36:10 2009
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Sun Jan 11 11:36:17 2009
Subject: numerous gcc installations
In-Reply-To: <18794.16134.168996.686859@jerusalem.litteratus.org>
References: <4969C737.4040802@diamondbox.dk>	<496A2539.4060801@math.missouri.edu>
	<18794.16134.168996.686859@jerusalem.litteratus.org>
Message-ID: <496A42F4.8020105@math.missouri.edu>

Robert Huff wrote:
> Hello:
> 
>>  A few days ago, gcc-4.3 became the default fortran compiler for
>>  the ports.  Go ahead and erase the gcc-4.2 compiler - create the
>>  gcc-4.3 compiler, and everything after that will be fine.
> 
> 	1) What is the realtionship between this gcc and the gcc used
> to compile the system?
> 	2) Do you know why this isn't noted in /usr/ports/UPDATING?

Answers:

2) You make a good point.  Why don't you raise this on ports@freebsd? 
This should be corrected.  In fact, I am going to copy this to 
ports@freebsd.

1) I think that in most cases, the only reason why gcc is brought in is 
because the gcc that is in the base system does not include a fortran 
compiler.  So any port that uses fortran (e.g. lapack, etc) has to 
install a fortran compiler.

Having said all this, why doesn't bsd.gcc.mk first check to see if 
gfortran42 was already installed, and then only install gfortran43 if a 
fortran is needed?

But I have the impression that quite a few changes have been made to 
bsd.gcc.mk recently, so some mistakes are understandable.

Stephen
From premy2u at gmail.com  Sun Jan 11 13:20:00 2009
From: premy2u at gmail.com (Patrice Remy)
Date: Sun Jan 11 13:20:06 2009
Subject: (no subject)
Message-ID: <5ea271c30901111307g6abd4d9em97075ac3e081b9a6@mail.gmail.com>

FYI

Regarding the pib port under FreeBSD 7.1 (Release).

After a 'make install', I needed to do the following for it to work:

cd /usr/local/bin/
ln -s wish8.4 wish8.2

cd /usr/ports
ln -s INDEX-7 INDEX


-----------------------------------------
thanks for your time,
Patrice Remy
----------------------------------------

PORTNAME=       pib
PORTVERSION=    1.2
PORTREVISION=   2
CATEGORIES=     ports-mgmt tk
From mezz7 at cox.net  Sun Jan 11 13:24:54 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sun Jan 11 13:25:01 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
	<1231629954.10829.0.camel@hood.oook.cz>
	<3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>
Message-ID: <op.unl235i09aq2h7@localhost>

On Sun, 11 Jan 2009 12:38:10 -0600, Alexander Churanov
<alexanderchuranov@gmail.com> wrote:

> 2009/1/11 Pav Lucistnik <pav@freebsd.org>
>
>>
>> That's certainly a possibility -- but can two boost versions coexist in
>> a single system?
>>
> That's a real problem. To my mind there are no problems for shared
> libraries, but for header files the suggested solution would require  
> placing
> headers under /usr/local/include/boost-134/boost and modify all ports'  
> build
> processes to include /usr/local/include/boost-134 in a search path.

I rather to put only a version and fix the rest port. With that  
include/boost-134 hack is going to require hack in every port that depend  
on it.

Cheers,
Mezz

> I'll carry out this experiment.
> Another thing I've heard about port versioning is that Gentoo Linux  
> handles
> different versions of the same port installed on a system. Probably,  
> it's a
> good idea to examine how they do that slotting.
> Sincerely,
> Alexander Churanov


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From bf2006a at yahoo.com  Sun Jan 11 13:36:03 2009
From: bf2006a at yahoo.com (bf)
Date: Sun Jan 11 13:57:02 2009
Subject: numerous gcc installations
Message-ID: <504459.93873.qm@web39108.mail.mud.yahoo.com>

Yes, the gcc ports are used partly because the Fortran compiler was removed
from the base system.  (They might have
been used anyway, to take advantage of
the improvements in later versions of
gcc. ) bsd.gcc.mk fixes the specific
compiler used via the value of
the WITH_FORTRAN variable in a port
Makefile.  This is done intentionally,
as there are substantive differences
between the available compilers -- the
compilers are not considered to be
interchangeable. The fact that some ports
continued to use gfortran42, which
gerald@ and maho@ deprecated in the
recent round of changes, was a mistake
that has been or will be corrected.  If
you want to use it, don't use the
WITH_FORTRAN knob; or patch bsd.gcc.mk.
I agree that this probably should have
been mentioned in UPDATING, but they
were probably too busy fixing the many
small problems that arose after the
changes.

Regards,
          b.


      
From info at rdfund.com  Mon Jan 12 00:19:33 2009
From: info at rdfund.com (info@rdfund.com)
Date: Mon Jan 12 00:19:42 2009
Subject: port not maintained properly
Message-ID: <20090112075422.51823wc9yl0zkawe@webmail.rdfund.com>

Dear All,

I am writing you regarding the resin-3.1.5_1 port to freebsd. The  
official maintainer boris@tagnet.ru did not release any updates  
regardless of numerous mailings both from me and from the owners of  
the Caucho Resin project. The last port is for version 3.1.5, however  
since then there was one minor and one major update resin 3.1.6 and  
3.2.0. (see www.caucho.com)

Could you please take the necessary measures so that the resin port is  
properly maintained?

Thank you in advance.
P Manchev

From mad at madpilot.net  Mon Jan 12 01:06:51 2009
From: mad at madpilot.net (Guido Falsi)
Date: Mon Jan 12 01:06:59 2009
Subject: port not maintained properly
In-Reply-To: <20090112075422.51823wc9yl0zkawe@webmail.rdfund.com>
References: <20090112075422.51823wc9yl0zkawe@webmail.rdfund.com>
Message-ID: <20090112084735.GA68854@megatron.madpilot.net>

On Mon, Jan 12, 2009 at 07:54:22AM +0000, info@rdfund.com wrote:
> Dear All,
>
> I am writing you regarding the resin-3.1.5_1 port to freebsd. The  
> official maintainer boris@tagnet.ru did not release any updates  
> regardless of numerous mailings both from me and from the owners of the 
> Caucho Resin project. The last port is for version 3.1.5, however since 
> then there was one minor and one major update resin 3.1.6 and 3.2.0. (see 
> www.caucho.com)
>
> Could you please take the necessary measures so that the resin port is  
> properly maintained?

If you're using it, you could update it to latest version and senda  PR
about it. If the maintainer times out (after 2 weeks, usually) it will
be committed.

You should really just try, it's not hard to update an existing port(nor
to create a new opne, except for very elaborated pieces of software.)

-- 
Guido Falsi <mad@madpilot.net>
From linimon at lonesome.com  Mon Jan 12 01:21:51 2009
From: linimon at lonesome.com (Mark Linimon)
Date: Mon Jan 12 01:21:59 2009
Subject: port not maintained properly
In-Reply-To: <20090112075422.51823wc9yl0zkawe@webmail.rdfund.com>
References: <20090112075422.51823wc9yl0zkawe@webmail.rdfund.com>
Message-ID: <20090112090212.GA17832@soaustin.net>

Normally the way portmgr tracks things like this is to watch for
lack of response to submitted PRs.  The last one that I see is for
the previous update, in March 2008.

I'll email the maintainer.  You can always ask portmgr to look into
problems like this, rather than mailing the list in general.

mcl
From pczanik at fang.fa.gau.hu  Mon Jan 12 01:27:06 2009
From: pczanik at fang.fa.gau.hu (Peter Czanik)
Date: Mon Jan 12 01:27:29 2009
Subject: graphics/png
Message-ID: <496B0834.5000704@fang.fa.gau.hu>

Hello,
Recently graphics/png can't be packaged:

libpng passes test
===>  Installing for png-1.2.34
===>   Generating temporary packing list
install -o root -g wheel -m 555  libpng-config /usr/local/bin
ln -sf libpng-config /usr/local/bin/libpng12-config
install -C -o root -g wheel -m 444   libpng.a /usr/local/lib
install -s -o root -g wheel -m 444     libpng.so.5 /usr/local/lib
ln -fs libpng.so.5 /usr/local/lib/libpng.so
/usr/local/include/libpng/../png.h -> libpng/png.h
/usr/local/include/libpng/../pngconf.h -> libpng/pngconf.h
/usr/bin/sed -e 's|@PREFIX@|/usr/local|'
/usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc.in 
> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc
install  -o root -g wheel -m 444
/usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc 
/usr/local/libdata/pkgconfig/libpng12.pc
/bin/ln -sf libpng12.pc /usr/local/libdata/pkgconfig/libpng.pc
===>   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===>   Registering installation for png-1.2.34
===>  Building package for png-1.2.34
tar: man/man3/libpng.3.gz: Cannot stat: No such file or directory
tar: man/man3/libpngpf.3.gz: Cannot stat: No such file or directory
tar: man/man5/png.5.gz: Cannot stat: No such file or directory
tar: include/libpng/png.h: Cannot stat: No such file or directory
tar: include/libpng/pngconf.h: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /usr/packages/All/png-1.2.34.tbz
Registering depends:.
Creating bzip'd tar ball in '/usr/packages/All/png-1.2.34.tbz'
*** Error code 1

Stop in /usr/ports/graphics/png.
*** Error code 1

The following ugly hack serves me now as a workaround, but I'm quite
sure, that it is not a proper one :)

# diff -u Makefile~ Makefile
--- Makefile~   2009-01-12 08:53:16.000000000 +0100
+++ Makefile    2009-01-12 08:53:16.000000000 +0100
@@ -30,8 +30,8 @@                                 
 MAKE_ENV=      SHLIB_VER="${SHLIB_VER}"          
 PLIST_SUB=     SHLIB_VER="${SHLIB_VER}"          
                                                  
-MAN3=          libpng.3 libpngpf.3               
-MAN5=          png.5                             
+#MAN3=         libpng.3 libpngpf.3               
+#MAN5=         png.5
 MANCOMPRESSED= maybe

 .include <bsd.port.pre.mk>
# diff -u pkg-plist~ pkg-plist
--- pkg-plist~  2009-01-12 08:55:42.000000000 +0100
+++ pkg-plist   2009-01-12 08:55:42.000000000 +0100
@@ -1,10 +1,10 @@
 @unexec rm -f %D/bin/libpng12-config
 bin/libpng-config
 @exec ln -sf %f %D/bin/libpng12-config
-include/libpng/png.h
+include/png.h
 @exec ln -sf libpng/%f %D/include/%f
 @unexec rm -f %D/include/%f
-include/libpng/pngconf.h
+include/pngconf.h
 @exec ln -sf libpng/%f %D/include/%f
 @unexec rm -f %D/include/%f
 lib/libpng.a
#

Bye,
CzP
From bugmaster at FreeBSD.org  Mon Jan 12 03:06:05 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan 12 03:06:38 2009
Subject: Current unassigned ports problem reports
Message-ID: <200901121106.n0CB64IL091017@freefall.freebsd.org>

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/130398            bulding php5 & apache22-itk
o ports/130363            [maintainer] mail/dkim-milter: modify rc.d script like
f ports/130326            [patch] update to sysutils/megarc
f ports/130288            linux_base-f8 conflicts linux-glib2, about www/linux-n
o ports/130275            New Port: graphics/Captcha-reCAPTCHA-Mailhide  "A Perl
f ports/130209            www/typo3 upgrade removes configuration
o ports/130197            Add "compat" link library to "msn" target in net-im/li
o ports/130174            New port: net/igmpproxy multicast proxy
o ports/130065            devel/stlport update to 5.2.1 and problems
f ports/130063            databases/rrdtool update
f ports/130047            update cad/ngspice_rework to version 18
f ports/129977            [UPDATE] net/acx100 to latest (working?) version
f ports/129830            print/hplip configure thinks python2.5 < phython2.2
o ports/129677            /usr/ports/sysutils/aaccli Bad system call: 12 (core d
o ports/129606            benchmarks/iozone does not support O_DIRECT
o ports/129598            Update ports: finance/aqbanking, devel/gwenhywfar to 3
f ports/129478            multimedia/acidrip: patch file to commit to ports
f ports/129435            java/jakarta-commons-dbcp not BROKEN on jdk15
o ports/129363            devel/ace build fails if kernel module aio is loaded
o ports/128603            textproc/flex has too small capacity
f ports/128490            net/freenx port does not work properly on freebsd-7 st
f ports/128271            biology/ncbi-toolkit - blastall segfaults when output 
o ports/128140            update devel/pwlib to 2.4.1 to fit GNOME 2.24
o ports/128100            upgrade of www/trac breaks 0.10.x Trac installations
f ports/127810            print/hplip 2.8.2 can't talk to my usnb printer (HP PS
o ports/127728            ports/games/freebsd-games doesn't build, and larn(6) s
f ports/127513            mail/dcc-dccd sets home to /var/dcc even if you didn' 
o ports/127377            java/netbeans61 fails to make internet connections
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302            security/swatch: swatch-3.2.1_1 multiple issues
f ports/127181            audio/musicpd logs warning
s ports/127087            mail/bincimap port does not include an rc.d file
f ports/126058            net/generic-nqs fails to compile
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
o ports/125719            shells/pdksh, zombie process's occouring on SMP Machin
o ports/125714            [patch] www/httptunnel: users not added
o ports/125201            audio/aqualung crashes
s ports/124548            net/mDNSResponder port incompatible with gnome desktop
o ports/123247            linux-firefox and linux-seamonkey from multiple users
o ports/123068            sysutils/bubblemon2 bubblemon-dockapp: error extractin
o ports/122571            [patch] net/libnet10 does not work on amd64
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
o ports/121050            New port: sysutils/heartbeat2 Linux High-Availability 
f ports/116385            net/vnc using vnc.so crashes Xorg 7.3 when remote comp
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
f ports/114106            mail/postgrey does not properly shut down via rc.d scr
o ports/111501            [NEW PORT] databases/ruby-oci8
o ports/108795            ports/icc: Proposed update to icc port for intel compi
o amd64/104311            ports/wine should be installable on amd64
s ports/85513             Intel C++ compiler not 100% binary compatible with sys

50 problems total.

From alexanderchuranov at gmail.com  Mon Jan 12 03:38:22 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Mon Jan 12 03:38:28 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <op.unl235i09aq2h7@localhost>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
	<1231629954.10829.0.camel@hood.oook.cz>
	<3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>
	<op.unl235i09aq2h7@localhost>
Message-ID: <3cb459ed0901120338xd9b429ambd0383bfc36726b9@mail.gmail.com>

2009/1/12 Jeremy Messenger <mezz7@cox.net>

> I rather to put only a version and fix the rest port. With that
> include/boost-134 hack is going to require hack in every port that depend on
> it.
>
> Cheers,
> Mezz
>
Yes, all ports that depend on old boost require modification anyway.
I'm just trying to find the simplest way to resolve this issue.
Alexander Churanov
From alexanderchuranov at gmail.com  Mon Jan 12 03:41:42 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Mon Jan 12 03:41:48 2009
Subject: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37
In-Reply-To: <1231701623.13762.33.camel@hood.oook.cz>
References: <3cb459ed0901091434y3ec4cb5cr56bf358b527515d7@mail.gmail.com>
	<1231602062.44156.28.camel@hood.oook.cz>
	<3cb459ed0901101407m2c72487aqf35ea2c81761290e@mail.gmail.com>
	<1231629954.10829.0.camel@hood.oook.cz>
	<3cb459ed0901111038k6b290194k949e43d96a822092@mail.gmail.com>
	<1231701623.13762.33.camel@hood.oook.cz>
Message-ID: <3cb459ed0901120341n206b1816wd0fcedfb5385b67b@mail.gmail.com>

2009/1/11 Pav Lucistnik <pav@freebsd.org>

> Alexander Churanov p??e v ne 11. 01. 2009 v 21:38 +0300:
>
> > I'll carry out this experiment.
>
> Let's see if there's an easy way to make all the ports respect it, say,
> if it would mean just modifying pkg-config output. If it's non-trivial,
> we'll have to go with two conflicting ports.
>
> I want to run an experimental package build with new boost, to see how
> many ports will still need the old one. Is the patch on rapidshare
> (ports/129241) still valid? Or is there a new patch you want to send me?
>
> --
> Pav Lucistnik <pav@oook.cz>
>              <pav@FreeBSD.org>
> One Unix to rule them all, One Resolver to find them, One IP to bring
> them all and in the zone to bind them.
>
Yes, that's the final patch. All uploaded patches are the same. I'll look
into pkg-plist again.
Alexander Churanov
From ludivine at f-j-b.fr  Mon Jan 12 06:51:26 2009
From: ludivine at f-j-b.fr (f-j-b)
Date: Mon Jan 12 06:51:38 2009
Subject: Envoi de Fax en nombre
Message-ID: <MTk3Ni43MDIzMTk2LjEwMjQzNzY=@S55da>


      Bonjour, si vous n'arrivez pas ? lire ce message, visualisez la
                          version en ligne Merci.
      Vous recevez ce courriel sur l'adresse freebsd-ports@freebsd.org

   emailing
   optin
   emailing-cible
   campagnes-emailing
   cordialement   
   force-marketing

     [1]jacqueline@force-marketing.fr
   [2]http://www.force-marketing.fr

     This e-mail and any attached documents may contain confidential or
   proprietary information. If you are not the intended recipient, please
   advise the sender immediately and delete this e-mail and all attached
     documents from your computer system. Any unauthorised disclosure,
    distribution or copying hereof is prohibited." " Ce courriel et les
      documents qui y sont attaches peuvent contenir des informations
    confidentielles. Si vous n'etes pas le destinataire escompte, merci
    d'en informer l'expediteur immediatement et de detruire ce courriel
    ainsi que tous les documents attaches de votre systeme informatique.
    Toute divulgation, distribution ou copie du present courriel et des
     documents attaches sans autorisation prealable de son emetteur est
                                 interdite.

   Pour ne plus recevoir nos messages : [3]d?sinscription

References

   1. mailto:jacqueline@force-marketing.fr
   2. http://url.f-j-b.fr/id.asp?l=51072-7023196-1024376-1976-0
   3. http://url.f-j-b.fr/id.asp?l=51073-7023196-1024376-1976-0&id=1024376-1976-7023196-73a3e4d8&res=fr
From itetcu at FreeBSD.org  Mon Jan 12 09:39:43 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Mon Jan 12 09:39:51 2009
Subject: make INDEX bug?
Message-ID: <20090112192414.3ec97673@it.buh.tecnik93.com>

Hi,


If you'll csup you PT after Mon Jan 12 12:53:00 2009 UTC and before Mon
Jan 12 16:57:49 2009 UTC you'll notice that there's a circular
dependency between mail/claws-mail and x11-themes/claws-mail-themes.

root(itetcu)@release/SU >-SSH-> /usr/ports/mail/claws-mail [8:00:34] 1
 # make describe
claws-mail-3.7.0|/usr/ports/mail/claws-mail|/usr/local|A lightweight and very featureful GTK+ based e-mail and news client|/usr/ports/mail/claws-mail/pkg-descr|netchild@FreeBSD.org|mail news ipv6||||/usr/ports/accessibility/atk /usr/ports/converters/libiconv /usr/ports/devel/gettext /usr/ports/devel/glib20 /usr/ports/devel/gmake /usr/ports/devel/pkg-config /usr/ports/graphics/cairo /usr/ports/graphics/libart_lgpl /usr/ports/graphics/png /usr/ports/mail/faces /usr/ports/mail/libetpan /usr/ports/print/freetype2 /usr/ports/security/gnutls /usr/ports/textproc/aspell /usr/ports/textproc/expat2 /usr/ports/textproc/intltool /usr/ports/textproc/libxml2 /usr/ports/x11-fonts/fontconfig /usr/ports/x11-toolkits/gtk20 /usr/ports/x11-toolkits/pango /usr/ports/x11/libICE /usr/ports/x11/libSM /usr/ports/x11/libX11 /usr/ports/x11/libXau /usr/ports/x11/libXcursor /usr/ports/x11/libXdmcp /usr/ports/x11/libXext /usr/ports/x11/libXfixes /usr/ports/x11/libXi /usr/ports/x11/libXinerama /usr/ports/x11/libXrandr /usr/ports/x11/libXrender /usr/ports/x11/startup-notification|/usr/ports/accessibility/atk /usr/ports/converters/libiconv /usr/ports/devel/gettext /usr/ports/devel/gio-fam-backend /usr/ports/devel/glib20 /usr/ports/devel/pkg-config /usr/ports/graphics/cairo /usr/ports/graphics/libart_lgpl /usr/ports/graphics/png /usr/ports/mail/faces /usr/ports/mail/libetpan /usr/ports/misc/mime-support /usr/ports/print/freetype2 /usr/ports/security/gnutls /usr/ports/textproc/aspell /usr/ports/textproc/expat2 /usr/ports/textproc/libxml2 /usr/ports/x11-fonts/fontconfig /usr/ports/x11-themes/claws-mail-themes /usr/ports/x11-toolkits/gtk20 /usr/ports/x11-toolkits/pango /usr/ports/x11/libICE /usr/ports/x11/libSM /usr/ports/x11/libX11 /usr/ports/x11/libXau /usr/ports/x11/libXcursor /usr/ports/x11/libXdmcp /usr/ports/x11/libXext /usr/ports/x11/libXfixes /usr/ports/x11/libXi /usr/ports/x11/libXinerama /usr/ports/x11/libXrandr /usr/ports/x11/libXrender /usr/ports/x11/startup-notification|http://www.claws-mail.org/
 
root(itetcu)@release/SU >-SSH-> /usr/ports/x11-themes/claws-mail-themes [8:01:03] 2
 # make describe
claws-mail-themes-20080822|/usr/ports/x11-themes/claws-mail-themes|/usr/local|Claws-Mail Themes|/usr/ports/x11-themes/claws-mail-themes/pkg-descr|miwi@FreeBSD.org|x11-themes mail||||/usr/ports/mail/claws-mail|/usr/ports/mail/claws-mail|http://claws-mail.org


More, INDEX lists each port depending on itself (claws-mail-3.7.0 claws-mail-themes-20080822):

claws-mail-3.7.0|/usr/ports/mail/claws-mail|/usr/local|A lightweight and very featureful GTK+ based e-mail and news client|/usr/ports/mail/claws-mail/pkg-descr|netchild@FreeBSD.org|mail news ipv6|aspell-0.60.6_2 atk-1.24.0 bitstream-vera-1.10_4 cairo-1.8.6,1 compositeproto-0.4 curl-7.18.0 cyrus-sasl-2.1.22_2 damageproto-1.1.0_2 encodings-1.0.2,1 expat-2.0.1 faces-1.7.7_9 fixesproto-4.0 font-bh-ttf-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-util-1.0.1 fontconfig-2.6.0,1 freetype2-2.3.7 gamin-0.1.10 gettext-0.17_1 gio-fam-backend-2.18.4 glib-1.2.10_12 glib-2.18.4 gmake-3.81_3 gnutls-2.6.3 gtk-1.2.10_20 gtk-2.14.7 hicolor-icon-theme-0.10_2 inputproto-1.4.2.1 intltool-0.40.5 jasper-1.900.1_6 jpeg-6b_7 kbproto-1.0.3 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXfixes-4.0.3_1 libXft-2.1.13 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libart_lgpl-2.3.20,1 libetpan-0.57 libfontenc-1.0.4 libgcrypt-1.4.3 libgpg-error-1.6_1 libiconv-1.11_1 libpthread-stubs-0.1 libxcb-1.1.90.1 libxml2-2.7.2_1 mkfontdir-1.0.3_1 mkfontscale-1.0.3 p5-XML-Parser-2.36 pango-1.22.4 pcre-7.8 perl-threaded-5.8.8_1 pixman-0.12.0 pkg-config-0.23_1 png-1.2.34 python25-2.5.2_3 randrproto-1.2.1 renderproto-0.9.3 shared-mime-info-0.51 startup-notification-0.9_2 tiff-3.8.2_2 xcb-proto-1.2 xcb-util-0.3.0 xextproto-7.0.2 xineramaproto-1.1.2 xorg-fonts-truetype-7.3 xproto-7.0.10_1|aspell-0.60.6_2 atk-1.24.0 bitstream-vera-1.10_4 cairo-1.8.6,1 claws-mail-3.7.0 claws-mail-themes-20080822 compositeproto-0.4 curl-7.18.0 cyrus-sasl-2.1.22_2 damageproto-1.1.0_2 encodings-1.0.2,1 expat-2.0.1 faces-1.7.7_9 fixesproto-4.0 font-bh-ttf-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-util-1.0.1 fontconfig-2.6.0,1 freetype2-2.3.7 gamin-0.1.10 gettext-0.17_1 gio-fam-backend-2.18.4 glib-1.2.10_12 glib-2.18.4 gnutls-2.6.3 gtk-1.2.10_20 gtk-2.14.7 hicolor-icon-theme-0.10_2 inputproto-1.4.2.1 jasper-1.900.1_6 jpeg-6b_7 kbproto-1.0.3 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXfixes-4.0.3_1 libXft-2.1.13 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libart_lgpl-2.3.20,1 libetpan-0.57 libfontenc-1.0.4 libgcrypt-1.4.3 libgpg-error-1.6_1 libiconv-1.11_1 libpthread-stubs-0.1 libxcb-1.1.90.1 libxml2-2.7.2_1 mime-support-3.44.1 mkfontdir-1.0.3_1 mkfontscale-1.0.3 pango-1.22.4 pcre-7.8 perl-threaded-5.8.8_1 pixman-0.12.0 pkg-config-0.23_1 png-1.2.34 python25-2.5.2_3 randrproto-1.2.1 renderproto-0.9.3 shared-mime-info-0.51 startup-notification-0.9_2 tiff-3.8.2_2 xcb-proto-1.2 xcb-util-0.3.0 xextproto-7.0.2 xineramaproto-1.1.2 xorg-fonts-truetype-7.3 xproto-7.0.10_1|http://www.claws-mail.org/|||

claws-mail-themes-20080822|/usr/ports/x11-themes/claws-mail-themes|/usr/local|Claws-Mail Themes|/usr/ports/x11-themes/claws-mail-themes/pkg-descr|miwi@FreeBSD.org|x11-themes mail|aspell-0.60.6_2 atk-1.24.0 cairo-1.8.6,1 claws-mail-3.7.0 claws-mail-themes-20080822 expat-2.0.1 faces-1.7.7_9 fontconfig-2.6.0,1 freetype2-2.3.7 gettext-0.17_1 gio-fam-backend-2.18.4 glib-2.18.4 gnutls-2.6.3 gtk-2.14.7 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXcursor-1.1.9_1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXfixes-4.0.3_1 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libart_lgpl-2.3.20,1 libetpan-0.57 libiconv-1.11_1 libxml2-2.7.2_1 mime-support-3.44.1 pango-1.22.4 pkg-config-0.23_1 png-1.2.34 startup-notification-0.9_2|aspell-0.60.6_2 atk-1.24.0 cairo-1.8.6,1 claws-mail-3.7.0 claws-mail-themes-20080822 expat-2.0.1 faces-1.7.7_9 fontconfig-2.6.0,1 freetype2-2.3.7 gettext-0.17_1 gio-fam-backend-2.18.4 glib-2.18.4 gnutls-2.6.3 gtk-2.14.7 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXcursor-1.1.9_1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXfixes-4.0.3_1 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libart_lgpl-2.3.20,1 libetpan-0.57 libiconv-1.11_1 libxml2-2.7.2_1 mime-support-3.44.1 pango-1.22.4 pkg-config-0.23_1 png-1.2.34 startup-notification-0.9_2|http://claws-mail.org|||


But, make index doesn't fail. Why?

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090112/b1b37cd3/signature.pgp
From david at catwhisker.org  Mon Jan 12 09:57:08 2009
From: david at catwhisker.org (David Wolfskill)
Date: Mon Jan 12 09:57:16 2009
Subject: Is -j safe to use when building or updating ports?
Message-ID: <20090112175707.GB5811@albert.catwhisker.org>

Given current trends in system architecture, I have the impression that
expecting significantly faster CPUs than (say) 3 GHz is fairly
unrealistic, certainly for most of us.  On the other hand, dual- &
quad-core CPUs have pretty much achieved commodity status -- and folks
who make CPUs have indicated that the trend is toward more cores (or so
I understand).

How "safe" is it to (try to?) make constructive use of multiple cores
(or CPUs) when building ports?  Or running portmaster?

So far, I've been pretty conservative, and have avoided using -j when I
make(1) a port -- or a kernel, for that matter.  But this is causing
upgrades to take long enough to be rather painful, especially for a
machine that is performing a significant role at the time.

Peace,
david
-- 
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090112/605fd598/attachment.pgp
From linimon at lonesome.com  Mon Jan 12 10:02:46 2009
From: linimon at lonesome.com (Mark Linimon)
Date: Mon Jan 12 10:02:53 2009
Subject: Is -j safe to use when building or updating ports?
In-Reply-To: <20090112175707.GB5811@albert.catwhisker.org>
References: <20090112175707.GB5811@albert.catwhisker.org>
Message-ID: <20090112180245.GA27132@soaustin.net>

Short answer: with the current infrastructure, it isn't.  There is a
WIP to fix this, but I dropped the ball in completing the review of it.

The problem is dealing with the dependencies.

mcl
From yanefbsd at gmail.com  Mon Jan 12 10:12:12 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Mon Jan 12 10:12:19 2009
Subject: Is -j safe to use when building or updating ports?
In-Reply-To: <20090112180245.GA27132@soaustin.net>
References: <20090112175707.GB5811@albert.catwhisker.org>
	<20090112180245.GA27132@soaustin.net>
Message-ID: <7d6fde3d0901121011m224c16daoc90e9326ddd5503f@mail.gmail.com>

On Mon, Jan 12, 2009 at 10:02 AM, Mark Linimon <linimon@lonesome.com> wrote:
> Short answer: with the current infrastructure, it isn't.  There is a
> WIP to fix this, but I dropped the ball in completing the review of it.
>
> The problem is dealing with the dependencies.
>
> mcl

There's also a race condition possibility with pkg_add and the files
in /var/db/pkg that still hasn't been worked out yet.
-Garrett
From wblock at wonkity.com  Mon Jan 12 11:56:57 2009
From: wblock at wonkity.com (Warren Block)
Date: Mon Jan 12 11:57:04 2009
Subject: Dependent ports get "does not exist" errors
Message-ID: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>

A user desktop system had a solid, reliable install of 6.3 on it.  Did 
an upgrade via source to 7-stable as of this morning.

Deleted all installed ports, updated the ports tree, then started 
installing them from scratch.

Here's the problem: ports that depend on other ports will occasionally 
install those ports and then not find them.  For example, installing 
gimp:

cd /usr/ports/graphics/gimp
make install
[...]
===>   Compressing manual pages for bash-3.2.48_1
===>   Registering installation for bash-3.2.48_1
===>   Returning to build of rarian-0.8.1
Error: file "bash" does not exist
*** Error code 1

Stop in /usr/ports/textproc/rarian
[...]
Stop in /usr/ports/graphics/gimp

Doing just "make install" again will find bash and continue.

Nothing has been changed (knowingly, anway) from default in the ports 
system.  make.conf only has perl version settings.  This is an MSI 
Athlon motherboard, 256M RAM, totally solid previously.  Seems solid 
now, except for this...

-Warren Block * Rapid City, South Dakota USA
From dforsyth at freebsd.org  Mon Jan 12 12:02:20 2009
From: dforsyth at freebsd.org (David Forsythe)
Date: Mon Jan 12 12:02:27 2009
Subject: Is -j safe to use when building or updating ports?
In-Reply-To: <7d6fde3d0901121011m224c16daoc90e9326ddd5503f@mail.gmail.com>
References: <20090112175707.GB5811@albert.catwhisker.org>
	<20090112180245.GA27132@soaustin.net>
	<7d6fde3d0901121011m224c16daoc90e9326ddd5503f@mail.gmail.com>
Message-ID: <dfaab3f70901121133i52e86ff2k5ad59b7dc65c5a4@mail.gmail.com>

I did work this summer to get parallel dependency handling working.
It was pretty dirty, but it worked.  I've been cleaning it up in my
time off from school (I've had about 7 weeks off in the past year) and
I'm actually hoping to have something workable done by the end of this
week.  My stuff also locks up pkgdb_dir and I patched pkg_add and
pkg_delete to honor the locks.

- Dave

On Mon, Jan 12, 2009 at 1:11 PM, Garrett Cooper <yanefbsd@gmail.com> wrote:
> On Mon, Jan 12, 2009 at 10:02 AM, Mark Linimon <linimon@lonesome.com> wrote:
>> Short answer: with the current infrastructure, it isn't.  There is a
>> WIP to fix this, but I dropped the ball in completing the review of it.
>>
>> The problem is dealing with the dependencies.
>>
>> mcl
>
> There's also a race condition possibility with pkg_add and the files
> in /var/db/pkg that still hasn't been worked out yet.
> -Garrett
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>



-- 
David Forsythe
From yanefbsd at gmail.com  Mon Jan 12 12:14:06 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Mon Jan 12 12:14:12 2009
Subject: Dependent ports get "does not exist" errors
In-Reply-To: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
References: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
Message-ID: <7d6fde3d0901121214u251702a8r1b655f6eea920233@mail.gmail.com>

On Mon, Jan 12, 2009 at 11:36 AM, Warren Block <wblock@wonkity.com> wrote:
> A user desktop system had a solid, reliable install of 6.3 on it.  Did an
> upgrade via source to 7-stable as of this morning.
>
> Deleted all installed ports, updated the ports tree, then started installing
> them from scratch.
>
> Here's the problem: ports that depend on other ports will occasionally
> install those ports and then not find them.  For example, installing gimp:
>
> cd /usr/ports/graphics/gimp
> make install
> [...]
> ===>   Compressing manual pages for bash-3.2.48_1
> ===>   Registering installation for bash-3.2.48_1
> ===>   Returning to build of rarian-0.8.1
> Error: file "bash" does not exist
> *** Error code 1
>
> Stop in /usr/ports/textproc/rarian
> [...]
> Stop in /usr/ports/graphics/gimp
>
> Doing just "make install" again will find bash and continue.
>
> Nothing has been changed (knowingly, anyway) from default in the ports
> system.  make.conf only has perl version settings.  This is an MSI Athlon
> motherboard, 256M RAM, totally solid previously.  Seems solid now, except
> for this...
>
> -Warren Block * Rapid City, South Dakota USA

    Stale $PATH (hash -r / rehash)?
Cheers,
-Garrett
From pav at FreeBSD.org  Mon Jan 12 12:25:42 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Mon Jan 12 12:25:48 2009
Subject: Dependent ports get "does not exist" errors
In-Reply-To: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
References: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
Message-ID: <1231791935.38817.7.camel@hood.oook.cz>

Warren Block p??e v po 12. 01. 2009 v 12:36 -0700:

> cd /usr/ports/graphics/gimp
> make install
> [...]
> ===>   Compressing manual pages for bash-3.2.48_1
> ===>   Registering installation for bash-3.2.48_1
> ===>   Returning to build of rarian-0.8.1
> Error: file "bash" does not exist
> *** Error code 1

Can you verify you have /usr/ports/Mk/bsd.port.mk revision 1.606?

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
With sufficient thrust, pigs fly just fine. -- RFC 1925
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090112/0aeda909/attachment.pgp
From wblock at wonkity.com  Mon Jan 12 12:49:06 2009
From: wblock at wonkity.com (Warren Block)
Date: Mon Jan 12 12:49:13 2009
Subject: Dependent ports get "does not exist" errors
In-Reply-To: <7d6fde3d0901121214u251702a8r1b655f6eea920233@mail.gmail.com>
References: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
	<7d6fde3d0901121214u251702a8r1b655f6eea920233@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.0901121339320.11984@wonkity.com>

On Mon, 12 Jan 2009, Garrett Cooper wrote:
> On Mon, Jan 12, 2009 at 11:36 AM, Warren Block <wblock@wonkity.com> wrote:
>>
>> Here's the problem: ports that depend on other ports will occasionally
>> install those ports and then not find them.  For example, installing gimp:
>>
>> cd /usr/ports/graphics/gimp
>> make install
>> [...]
>> ===>   Compressing manual pages for bash-3.2.48_1
>> ===>   Registering installation for bash-3.2.48_1
>> ===>   Returning to build of rarian-0.8.1
>> Error: file "bash" does not exist
>> *** Error code 1
>>
>> Stop in /usr/ports/textproc/rarian
>> [...]
>> Stop in /usr/ports/graphics/gimp
>>
>> Doing just "make install" again will find bash and continue.
>
>    Stale $PATH (hash -r / rehash)?

It's tempting; I thought of it but disregarded it because:

A) No rehash is necessary to fix it, just do "make install" again.
B) Wouldn't it fail on *all* just-built dependencies instead of a few?
C) I can't believe the ports scripts would use csh rather than sh.

The xorg upgrade mergebase.sh was run at some point, but that doesn't 
seem likely either.

-Warren Block * Rapid City, South Dakota USA
From wblock at wonkity.com  Mon Jan 12 12:51:10 2009
From: wblock at wonkity.com (Warren Block)
Date: Mon Jan 12 12:51:17 2009
Subject: Dependent ports get "does not exist" errors
In-Reply-To: <1231791935.38817.7.camel@hood.oook.cz>
References: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
	<1231791935.38817.7.camel@hood.oook.cz>
Message-ID: <alpine.BSF.2.00.0901121349460.11984@wonkity.com>

On Mon, 12 Jan 2009, Pav Lucistnik wrote:

> Warren Block p??e v po 12. 01. 2009 v 12:36 -0700:
>
>> cd /usr/ports/graphics/gimp
>> make install
>> [...]
>> ===>   Compressing manual pages for bash-3.2.48_1
>> ===>   Registering installation for bash-3.2.48_1
>> ===>   Returning to build of rarian-0.8.1
>> Error: file "bash" does not exist
>> *** Error code 1
>
> Can you verify you have /usr/ports/Mk/bsd.port.mk revision 1.606?

Yes.

-Warren Block * Rapid City, South Dakota USA
From pav at FreeBSD.org  Mon Jan 12 13:07:30 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Mon Jan 12 13:07:37 2009
Subject: Dependent ports get "does not exist" errors
In-Reply-To: <alpine.BSF.2.00.0901121349460.11984@wonkity.com>
References: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
	<1231791935.38817.7.camel@hood.oook.cz>
	<alpine.BSF.2.00.0901121349460.11984@wonkity.com>
Message-ID: <1231794442.38817.9.camel@hood.oook.cz>

Warren Block p??e v po 12. 01. 2009 v 13:51 -0700:
> On Mon, 12 Jan 2009, Pav Lucistnik wrote:
> 
> > Warren Block p??e v po 12. 01. 2009 v 12:36 -0700:
> >
> >> cd /usr/ports/graphics/gimp
> >> make install
> >> [...]
> >> ===>   Compressing manual pages for bash-3.2.48_1
> >> ===>   Registering installation for bash-3.2.48_1
> >> ===>   Returning to build of rarian-0.8.1
> >> Error: file "bash" does not exist
> >> *** Error code 1
> >
> > Can you verify you have /usr/ports/Mk/bsd.port.mk revision 1.606?
> 
> Yes.

Update to 1.607 should help. If not, contact me.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Alignment: Neutral Greedy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090112/4216a294/attachment.pgp
From wblock at wonkity.com  Mon Jan 12 16:09:45 2009
From: wblock at wonkity.com (Warren Block)
Date: Mon Jan 12 16:10:02 2009
Subject: Dependent ports get "does not exist" errors
In-Reply-To: <1231794442.38817.9.camel@hood.oook.cz>
References: <alpine.BSF.2.00.0901111812001.8239@wonkity.com>
	<1231791935.38817.7.camel@hood.oook.cz>
	<alpine.BSF.2.00.0901121349460.11984@wonkity.com>
	<1231794442.38817.9.camel@hood.oook.cz>
Message-ID: <alpine.BSF.2.00.0901121704260.12529@wonkity.com>

On Mon, 12 Jan 2009, Pav Lucistnik wrote:

> Warren Block p??e v po 12. 01. 2009 v 13:51 -0700:
>> On Mon, 12 Jan 2009, Pav Lucistnik wrote:
>>
>>> Warren Block p??e v po 12. 01. 2009 v 12:36 -0700:
>>>
>>>> cd /usr/ports/graphics/gimp
>>>> make install
>>>> [...]
>>>> ===>   Compressing manual pages for bash-3.2.48_1
>>>> ===>   Registering installation for bash-3.2.48_1
>>>> ===>   Returning to build of rarian-0.8.1
>>>> Error: file "bash" does not exist
>>>> *** Error code 1
>>>
>>> Can you verify you have /usr/ports/Mk/bsd.port.mk revision 1.606?
>>
>> Yes.
>
> Update to 1.607 should help. If not, contact me.

I spent some time trying to repeat the error under 1.606, without luck. 
Now updated to 1.607.  Thanks!

-Warren Block * Rapid City, South Dakota USA
From saper at system.pl  Mon Jan 12 23:30:04 2009
From: saper at system.pl (Marcin Cieslak)
Date: Mon Jan 12 23:30:11 2009
Subject: comms/gammu: preliminary patch to talk SDP 
Message-ID: <gkhftf$ogn$1@ger.gmane.org>

Hello,

Attached please find a preliminary support to make gammu discover the 
Bluetooth RFCOMM channel number using sdp(3).

The patch currently has a hard-coded search for the "OBEX File Transfer" 
class, as I have some trouble understanding reasons for logic behind
"bluetooth_checkservicename()" function (in common/device/devfunc.c).

This code correctly parses SDP response and extracts the RFCOMM channel
for the desired protocol. I have basically copied the code from
sdpcontrol(8) to do this.

I am unable to test this further as I cannot figure out the correct way
to talk to my phone (My Nokia refuses to talk on the OBEX File
Transfer RFCOMM channel #10 despite being advertised via SDP), but this
code delivers the expected channel number to the Bluetooth connect(2) call.

Probably it can be made usable for most of the people in a short time
therefore I thought somebody will be able to pick it from there.

Btw, the maintainer's email address (bsm@...) bounces.

--Marcin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: gammu-sdp.diff
Type: text/x-diff
Size: 19189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090113/62b69372/gammu-sdp.bin
From pczanik at fang.fa.gau.hu  Tue Jan 13 00:48:58 2009
From: pczanik at fang.fa.gau.hu (Peter Czanik)
Date: Tue Jan 13 00:49:06 2009
Subject: graphics/png
In-Reply-To: <496B0834.5000704@fang.fa.gau.hu>
References: <496B0834.5000704@fang.fa.gau.hu>
Message-ID: <496C5575.6090607@fang.fa.gau.hu>

Peter Czanik ?rta:
> Hello,
> Recently graphics/png can't be packaged:
>
> libpng passes test
> ===>  Installing for png-1.2.34
> ===>   Generating temporary packing list
> install -o root -g wheel -m 555  libpng-config /usr/local/bin
> ln -sf libpng-config /usr/local/bin/libpng12-config
> install -C -o root -g wheel -m 444   libpng.a /usr/local/lib
> install -s -o root -g wheel -m 444     libpng.so.5 /usr/local/lib
> ln -fs libpng.so.5 /usr/local/lib/libpng.so
> /usr/local/include/libpng/../png.h -> libpng/png.h
> /usr/local/include/libpng/../pngconf.h -> libpng/pngconf.h
> /usr/bin/sed -e 's|@PREFIX@|/usr/local|'
> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc.in 
>   
>> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc
>>     
> install  -o root -g wheel -m 444
> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc 
> /usr/local/libdata/pkgconfig/libpng12.pc
> /bin/ln -sf libpng12.pc /usr/local/libdata/pkgconfig/libpng.pc
> ===>   Running ldconfig
> /sbin/ldconfig -m /usr/local/lib
> ===>   Registering installation for png-1.2.34
> ===>  Building package for png-1.2.34
> tar: man/man3/libpng.3.gz: Cannot stat: No such file or directory
> tar: man/man3/libpngpf.3.gz: Cannot stat: No such file or directory
> tar: man/man5/png.5.gz: Cannot stat: No such file or directory
> tar: include/libpng/png.h: Cannot stat: No such file or directory
> tar: include/libpng/pngconf.h: Cannot stat: No such file or directory
> tar: Error exit delayed from previous errors.
> pkg_create: make_dist: tar command failed with code 256
> Creating package /usr/packages/All/png-1.2.34.tbz
> Registering depends:.
> Creating bzip'd tar ball in '/usr/packages/All/png-1.2.34.tbz'
> *** Error code 1
>
> Stop in /usr/ports/graphics/png.
> *** Error code 1
>
> The following ugly hack serves me now as a workaround, but I'm quite
> sure, that it is not a proper one :)
>   
Well, it is really not the proper patch, as packages depending on png
still can't be compiled. The basic problem seems to be, that header
files (png.h & Co.) are not installed (this failure is after an
unmodified png install):
"
checking for jpeg_read_header in -ljpeg... yes
configure: error: png.h not found.
===>  Script "configure" failed unexpectedly.
"

Bye,
CzP
From bsam at ipt.ru  Tue Jan 13 01:08:13 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Tue Jan 13 01:08:20 2009
Subject: comms/gammu: preliminary patch to talk SDP
In-Reply-To: <gkhftf$ogn$1@ger.gmane.org> (Marcin Cieslak's message of "Tue\,
	13 Jan 2009 08\:29\:51 +0100")
References: <gkhftf$ogn$1@ger.gmane.org>
Message-ID: <56676269@ipt.ru>

Hello Marchin and List,


Thanks for your time and effort to do an excellent program!


Marcin Cieslak <saper@system.pl> writes:

> Btw, the maintainer's email address (bsm@...) bounces.

-----
host% cd /usr/ports/comms/gammu 
host% make -V MAINTAINER
bsam@FreeBSD.org
host%
-----

If you made a typo at the email and my email really bounces, please
locate the bounce message somewhere at ftp/web and give me a link.
Thanks!


WBR
-- 
bsam
From eur at fiwihex.nl  Tue Jan 13 03:32:33 2009
From: eur at fiwihex.nl (Eur van Andel)
Date: Tue Jan 13 03:32:40 2009
Subject: FreeBSD Port: gnuplot-4.2.4, dependency broken
Message-ID: <E2264BE5-D2AF-457C-ACDB-2E665DE8665C@fiwihex.nl>

Hi

PDFlib-7.0.2 can't be found by FreeBSD 6.4


---
ir EE van Andel eur@fiwihex.nl  http://www.fiwihex.nl
Fiwihex B.V. Wierdensestraat 74, NL7604BK Almelo, Netherlands
tel+31-546-491106 fax+31-546-491107


From QAT at FreeBSD.org  Tue Jan 13 04:33:31 2009
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Jan 13 04:33:43 2009
Subject: cvs commit: ports/astro/orsa Makefile ports/biology/adun
	Makefile
In-Reply-To: <200901131230.n0DCUFXc010681@repoman.freebsd.org>
References: In-Reply-To: <200901131230.n0DCUFXc010681@repoman.freebsd.org>
Message-ID: <20090113121742.AFDEE8FC71@release.ixsystems.com>

Hi,



Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/orsa-0.7.0_7.log :


building orsa-0.7.0_7 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD
maintained by: ports@FreeBSD.org
building for:  7.1-PRERELEASE amd64
Makefile ident: $FreeBSD: ports/astro/orsa/Makefile,v 1.21 2009/01/13 12:30:14 miwi Exp $
port directory: /usr/ports/astro/orsa

.................................<Last 40 lines of the log>..................

	/bin/sh /usr/local/bin/libtool --tag=CXX --mode=compile ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./..  -DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE  -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include   -c -o orsa_integrator_stoer.lo `test -f 'orsa_integrator_stoer.cc' || echo './'`orsa_integrator_stoer.cc
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_integrator_stoer.cc -MT orsa_integrator_stoer.lo -MD -MP -MF .deps/orsa_integrator_stoer.TPlo  -fPIC -DPIC -o .libs/orsa_integrator_stoer.o
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_integrator_stoer.cc -MT orsa_integrator_stoer.lo -MD -MP -MF .deps/orsa_integrator_stoer.TPlo -o orsa_integrator_stoer.o >/dev/null 2>&1
source='orsa_integrator_runge_kutta.cc' object='orsa_integrator_runge_kutta.lo' libtool=yes \
	depfile='.deps/orsa_integrator_runge_kutta.Plo' tmpdepfile='.deps/orsa_integrator_runge_kutta.TPlo' \
	depmode=gcc3 /bin/sh ../../depcomp \
	/bin/sh /usr/local/bin/libtool --tag=CXX --mode=compile ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./..  -DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE  -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include   -c -o orsa_integrator_runge_kutta.lo `test -f 'orsa_integrator_runge_kutta.cc' || echo './'`orsa_integrator_runge_kutta.cc
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_integrator_runge_kutta.cc -MT orsa_integrator_runge_kutta.lo -MD -MP -MF .deps/orsa_integrator_runge_kutta.TPlo  -fPIC -DPIC -o .libs/orsa_integrator_runge_kutta.o
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_integrator_runge_kutta.cc -MT orsa_integrator_runge_kutta.lo -MD -MP -MF .deps/orsa_integrator_runge_kutta.TPlo -o orsa_integrator_runge_kutta.o >/dev/null 2>&1
source='orsa_integrator_ra15.cc' object='orsa_integrator_ra15.lo' libtool=yes \
	depfile='.deps/orsa_integrator_ra15.Plo' tmpdepfile='.deps/orsa_integrator_ra15.TPlo' \
	depmode=gcc3 /bin/sh ../../depcomp \
	/bin/sh /usr/local/bin/libtool --tag=CXX --mode=compile ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./..  -DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE  -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include   -c -o orsa_integrator_ra15.lo `test -f 'orsa_integrator_ra15.cc' || echo './'`orsa_integrator_ra15.cc
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_integrator_ra15.cc -MT orsa_integrator_ra15.lo -MD -MP -MF .deps/orsa_integrator_ra15.TPlo  -fPIC -DPIC -o .libs/orsa_integrator_ra15.o
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_integrator_ra15.cc -MT orsa_integrator_ra15.lo -MD -MP -MF .deps/orsa_integrator_ra15.TPlo -o orsa_integrator_ra15.o >/dev/null 2>&1
source='orsa_fft.cc' object='orsa_fft.lo' libtool=yes \
	depfile='.deps/orsa_fft.Plo' tmpdepfile='.deps/orsa_fft.TPlo' \
	depmode=gcc3 /bin/sh ../../depcomp \
	/bin/sh /usr/local/bin/libtool --tag=CXX --mode=compile ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./..  -DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include  -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE  -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include   -c -o orsa_fft.lo `test -f 'orsa_fft.cc' || echo './'`orsa_fft.cc
 ccache c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./misc -I./.. -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -g -Wall -W -pipe -ftemplate-depth-64 -O3 -fno-exceptions -funroll-loops -fstrict-aliasing -fno-gcse -I/usr/local/include -c orsa_fft.cc -MT orsa_fft.lo -MD -MP -MF .deps/orsa_fft.TPlo  -fPIC -DPIC -o .libs/orsa_fft.o
In file included from /usr/local/include/gsl/gsl_vector_complex_long_double.h:29,
                 from /usr/local/include/gsl/gsl_vector.h:5,
                 from orsa_fft.h:36,
                 from orsa_fft.cc:32:
/usr/local/include/gsl/gsl_vector_long_double.h:171: error: expected constructor, destructor, or type conversion before 'long'
orsa_fft.cc:1785: error: expected `}' at end of input
gmake[4]: *** [orsa_fft.lo] Error 1
gmake[4]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src/liborsa'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src/liborsa'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src'
gmake: *** [all-recursive] Error 1
*** Error code 2

Stop in /a/ports/astro/orsa.
================================================================
build of /usr/ports/astro/orsa ended at Tue Jan 13 12:17:40 UTC 2009

The tarballed WRKDIR can be found here:
http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/orsa-0.7.0_7.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=astro&portname=orsa

The build which triggered this BotMail was done under
tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From erwin at FreeBSD.org  Tue Jan 13 08:26:08 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan 13 08:26:14 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901131626.n0DGQ4Yk063862@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: TurboJson-1.1.4: no entry for 2.4+
make_index: TurboJson-1.1.4: no entry for USE_PYTHON=

Committers on the hook:
dinoex maho matusita miwi nivit pav 

Most recent CVS update was:
U astro/orsa/Makefile
U audio/espeak/Makefile
U audio/espeak/distinfo
U audio/espeak/pkg-plist
U audio/espeak/files/patch-src-Makefile
U biology/adun/Makefile
U databases/py-sqlalchemy/Makefile
U databases/py-sqlalchemy/distinfo
U databases/py-sqlalchemy/pkg-plist
U devel/py-Breve/Makefile
U devel/py-Breve/distinfo
U devel/py-ruledispatch/Makefile
U devel/py-ruledispatch/distinfo
U devel/py-turbojson/Makefile
U devel/py-turbojson/distinfo
U devel/py-turbojson/pkg-plist
U editors/openoffice.org-3-RC/Makefile
U editors/openoffice.org-3-RC/distinfo
U french/aster/Makefile
U japanese/dbskkd-cdb/Makefile
U japanese/dbskkd-cdb/pkg-descr
U mail/evolution/pkg-plist
U sysutils/Makefile
U sysutils/dupmerge/Makefile
U sysutils/dupmerge/distinfo
U sysutils/dupmerge/pkg-descr
U sysutils/dupmerge/files/patch-dupmerge.c
U sysutils/ua/Makefile
U sysutils/ua/distinfo
U sysutils/ua/pkg-descr
From pgollucci at FreeBSD.org  Tue Jan 13 10:36:46 2009
From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org)
Date: Tue Jan 13 10:36:52 2009
Subject: ports/130065: devel/stlport update to 5.2.1 and problems
Message-ID: <200901131836.n0DIajMh073669@freefall.freebsd.org>

Synopsis: devel/stlport update to 5.2.1 and problems

Responsible-Changed-From-To: pgollucci->freebsd-ports
Responsible-Changed-By: pgollucci
Responsible-Changed-When: Tue Jan 13 18:36:39 UTC 2009
Responsible-Changed-Why: 


http://www.freebsd.org/cgi/query-pr.cgi?pr=130065
From erwin at FreeBSD.org  Tue Jan 13 11:26:08 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan 13 11:26:14 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901131926.n0DJQ5hq091358@pointyhat.freebsd.org>

From miwi at FreeBSD.org  Tue Jan 13 11:42:08 2009
From: miwi at FreeBSD.org (miwi@FreeBSD.org)
Date: Tue Jan 13 11:42:19 2009
Subject: ports/130065: devel/stlport update to 5.2.1 and problems
Message-ID: <200901131942.n0DJg7NC025529@freefall.freebsd.org>

Synopsis: devel/stlport update to 5.2.1 and problems

Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs
Responsible-Changed-By: miwi
Responsible-Changed-When: Tue Jan 13 19:42:07 UTC 2009
Responsible-Changed-Why: 
move to right category

http://www.freebsd.org/cgi/query-pr.cgi?pr=130065
From pj at smo.de  Tue Jan 13 16:48:36 2009
From: pj at smo.de (Philipp Ost)
Date: Tue Jan 13 16:48:43 2009
Subject: math/R fails to build
Message-ID: <496D114F.2000303@smo.de>

Hi,

math/R fails to build:
# make
[...]
cc -std=gnu99      -I. -I../../src/include -I../../src/include 
-I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2 -fno-strict-aliasing 
-pipe -march=athlon-xp -c Rmain.c -o Rmain.o
cc -std=gnu99 -export-dynamic -L/usr/local/lib -o R.bin Rmain.o 
-L../../lib -lR
/usr/local/lib/libblas.so.2: undefined reference to 
`_gfortran_runtime_error_at'
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1/src.
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1.
*** Error code 1

Stop in /usr/ports/math/R.
*** Error code 1

Stop in /usr/ports/math/R.
#

I run RELENG_7 as of 23 Dec. 2008 (on i386).

Any hints? (Apart from rebuilding blas, which I did. It didn't solve the 
problem)

Regards,
Philipp
From glen.j.barber at gmail.com  Tue Jan 13 17:03:28 2009
From: glen.j.barber at gmail.com (Glen Barber)
Date: Tue Jan 13 17:03:35 2009
Subject: math/R fails to build
In-Reply-To: <496D114F.2000303@smo.de>
References: <496D114F.2000303@smo.de>
Message-ID: <4ad871310901131703x7c7753e9m5c399411c5576a01@mail.gmail.com>

On Tue, Jan 13, 2009 at 5:10 PM, Philipp Ost <pj@smo.de> wrote:
> Hi,
>
> math/R fails to build:
> # make
> [...]
> cc -std=gnu99      -I. -I../../src/include -I../../src/include
> -I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2 -fno-strict-aliasing -pipe
> -march=athlon-xp -c Rmain.c -o Rmain.o
> cc -std=gnu99 -export-dynamic -L/usr/local/lib -o R.bin Rmain.o -L../../lib
> -lR
> /usr/local/lib/libblas.so.2: undefined reference to
> `_gfortran_runtime_error_at'
> *** Error code 1
>
> Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
> *** Error code 1
>
> Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
> *** Error code 1
>
> Stop in /usr/ports/math/R/work/R-2.8.1/src.
> *** Error code 1
>
> Stop in /usr/ports/math/R/work/R-2.8.1.
> *** Error code 1
>
> Stop in /usr/ports/math/R.
> *** Error code 1
>
> Stop in /usr/ports/math/R.
> #
>
> I run RELENG_7 as of 23 Dec. 2008 (on i386).
>
> Any hints? (Apart from rebuilding blas, which I did. It didn't solve the
> problem)
>

Is it a safe assumption that you have recently updated your ports tree?

-- 
Glen Barber
From bf2006a at yahoo.com  Tue Jan 13 20:17:28 2009
From: bf2006a at yahoo.com (bf)
Date: Tue Jan 13 20:18:01 2009
Subject: math/R fails to build
In-Reply-To: <4ad871310901131703x7c7753e9m5c399411c5576a01@mail.gmail.com>
Message-ID: <365052.26421.qm@web39107.mail.mud.yahoo.com>

--- On Tue, 1/13/09, Glen Barber <glen.j.barber@gmail.com> wrote:

> From: Glen Barber <glen.j.barber@gmail.com>
> Subject: Re: math/R fails to build
> To: "Philipp Ost" <pj@smo.de>
> Cc: bf2006a@yahoo.com, ports@freebsd.org
> Date: Tuesday, January 13, 2009, 8:03 PM
> On Tue, Jan 13, 2009 at 5:10 PM, Philipp Ost
> <pj@smo.de> wrote:
> > Hi,
> >
> > math/R fails to build:
> > # make
> > [...]
> > cc -std=gnu99      -I. -I../../src/include
> -I../../src/include
> > -I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2
> -fno-strict-aliasing -pipe
> > -march=athlon-xp -c Rmain.c -o Rmain.o
> > cc -std=gnu99 -export-dynamic -L/usr/local/lib -o
> R.bin Rmain.o -L../../lib
> > -lR
> > /usr/local/lib/libblas.so.2: undefined reference to
> > `_gfortran_runtime_error_at'
> > *** Error code 1
> >
> > Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
> > *** Error code 1
> >
> > Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
> > *** Error code 1
> >
> > Stop in /usr/ports/math/R/work/R-2.8.1/src.
> > *** Error code 1
> >
> > Stop in /usr/ports/math/R/work/R-2.8.1.
> > *** Error code 1
> >
> > Stop in /usr/ports/math/R.
> > *** Error code 1
> >
> > Stop in /usr/ports/math/R.
> > #
> >
> > I run RELENG_7 as of 23 Dec. 2008 (on i386).
> >
> > Any hints? (Apart from rebuilding blas, which I did.
> It didn't solve the
> > problem)
> >
> 
> Is it a safe assumption that you have recently updated your
> ports tree?
> 
> -- 
> Glen Barber

There were recently some changes to
the organization of the Fortran-related
ports on FreeBSD.  The Fortran compiler
was added to the list of runtime
dependencies, as it should have been,
and the default Fortran compiler was
changed from gcc 4.2.x to 4.3.x.  As
Glen suggested, your problem may be
related.  Try updating your ports tree,
and then rebuilding blas, lapack,
and R, and see if it works.  If you
haven't done so after the changes,
you may also have to fetch and build
gcc 4.3.x, which may take some time
and disk space, so be prepared to keep
half an eye on your build.  Let me know
if that doesn't solve your problem.

Regards,
           b.


      
From erwin at FreeBSD.org  Tue Jan 13 20:39:59 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan 13 20:40:06 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901140439.n0E4dvV5084138@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: mupen64plus-1.5: no entry for /usr/ports/emulators/mupen64plus-dummyvideo

Committers on the hook:
acm cy marcus 

Most recent CVS update was:
U databases/Makefile
U databases/fpc-pxlib/Makefile
U databases/fpc-pxlib/pkg-plist
U devel/Makefile
U devel/fpc-fcl-json/Makefile
U devel/fpc-fcl-json/pkg-plist
U devel/fpc-sdl/Makefile
U devel/fpc-sdl/pkg-plist
U devel/fpc-symbolic/Makefile
U devel/fpc-symbolic/pkg-plist
U emulators/Makefile
U emulators/mupen64plus/Makefile
U emulators/mupen64plus-base/Makefile
U emulators/mupen64plus-base/Makefile.common
U emulators/mupen64plus-base/distinfo
U emulators/mupen64plus-base/pkg-plist
U emulators/mupen64plus-base/files/patch-Makefile
U emulators/mupen64plus-base/files/patch-main_romcache.h
U emulators/mupen64plus-base/files/patch-pre.mk
U emulators/mupen64plus-dummyvideo/Makefile
U emulators/mupen64plus-glide/files/patch-glide64_Makefile
U emulators/mupen64plus-rice/Makefile
U emulators/mupen64plus-rice/files/patch-rice_video_Makefile
U graphics/Makefile
U graphics/fpc-imagemagick/Makefile
U graphics/fpc-imagemagick/pkg-plist
U math/Makefile
U math/fpc-numlib/Makefile
U math/fpc-numlib/pkg-plist
U misc/Makefile
U misc/fpc-chm/Makefile
U misc/fpc-chm/pkg-plist
U net/ntp/Makefile
U net/ntp/distinfo
U net-im/finch/Makefile
U net-im/libpurple/Makefile
U net-im/libpurple/distinfo
U net-im/libpurple/pkg-plist
U net-im/pidgin/Makefile
U net-im/pidgin/pkg-plist
U sysutils/Makefile
U sysutils/fpc-users/Makefile
U sysutils/fpc-users/pkg-plist
U textproc/Makefile
U textproc/fpc-aspell/Makefile
U textproc/fpc-aspell/pkg-plist
U x11-toolkits/Makefile
U x11-toolkits/fpc-gtk1/Makefile
U x11-toolkits/fpc-gtk1/pkg-plist
U x11-toolkits/fpc-xforms/Makefile
U x11-toolkits/fpc-xforms/pkg-plist
From erwin at FreeBSD.org  Tue Jan 13 23:44:56 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan 13 23:45:02 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901140744.n0E7isTn063989@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: fpc-gconf-2.2.2_2: no entry for /usr/ports/x11-toolkits/fpc-gtk
make_index: fpc-gconf-2.2.2_2: no entry for /usr/ports/x11-toolkits/fpc-gtk
make_index: fpc-fcl-net-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-net-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-web-2.2.2_1: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-web-2.2.2_1: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-base-2.2.2_1: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-base-2.2.2_1: no entry for /usr/ports/net/fpc-libasync
make_index: lazarus-0.9.24_2: no entry for /usr/ports/net/fpc-libasync
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-forms
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-gnome
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-gtk
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-zvt
make_index: lazarus-0.9.24_2: no entry for /usr/ports/net/fpc-libasync
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-forms
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-gnome
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-gtk
make_index: lazarus-0.9.24_2: no entry for /usr/ports/x11-toolkits/fpc-zvt
make_index: fpc-fcl-registry-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-registry-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-fpcunit-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-fpcunit-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-db-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-db-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-base-2.2.2: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-base-2.2.2: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-image-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-image-2.2.2_3: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-xml-2.2.2_1: no entry for /usr/ports/net/fpc-libasync
make_index: fpc-fcl-xml-2.2.2_1: no entry for /usr/ports/net/fpc-libasync

Committers on the hook:
acm cy maho marcus pgollucci rafan sumikawa 

Most recent CVS update was:
U devel/Makefile
U devel/fpc-fcl-async/Makefile
U devel/fpc-fcl-async/pkg-plist
U devel/fpc-fcl-process/Makefile
U devel/fpc-fcl-process/pkg-plist
U editors/fpc-ide/Makefile
U emulators/Makefile
U ftp/fpc-libcurl/Makefile
U ftp/fpc-libcurl/pkg-plist
U graphics/fpc-cairo/Makefile
U graphics/fpc-cairo/pkg-plist
U graphics/fpc-fpgtk/Makefile
U graphics/fpc-ggi/Makefile
U graphics/fpc-ggi/pkg-plist
U graphics/fpc-graph/Makefile
U graphics/fpc-graph/pkg-plist
U graphics/fpc-imlib/Makefile
U graphics/fpc-libgd/Makefile
U graphics/fpc-libgd/pkg-plist
U graphics/fpc-libpng/Makefile
U graphics/fpc-ncurses/Makefile
U graphics/fpc-ncurses/pkg-plist
U graphics/fpc-opengl/Makefile
U graphics/fpc-pasjpeg/Makefile
U graphics/fpc-pasjpeg/pkg-plist
U graphics/fpc-svgalib/Makefile
U graphics/fpc-svgalib/pkg-plist
U lang/fpc/Makefile
U lang/fpc/Makefile.units
U lang/fpc/distinfo
U lang/fpc/pkg-plist
U lang/fpc/files/patch-compiler-utils_samplecfg
U lang/fpc-base/Makefile
U lang/fpc-docs/Makefile
U lang/fpc-tcl/Makefile
U lang/fpc-tcl/pkg-plist
U lang/fpc-units/Makefile
U lang/fpc-utils/Makefile
U lang/fpc-utils/pkg-plist
U math/fpc-fftw/Makefile
U net/Makefile
U net/fpc-pcap/Makefile
U net-mgmt/zabbix/Makefile
U net-mgmt/zabbix/distinfo
U net-mgmt/zabbix/files/patch-configure
U net-mgmt/zabbix-agent/Makefile
U net-mgmt/zabbix-agent/distinfo
U net-mgmt/zabbix-agent/files/patch-configure
U science/hdf/Makefile
U science/hdf/pkg-plist
U security/fpc-hash/Makefile
U security/fpc-hash/pkg-plist
U security/fpc-openssl/Makefile
U sysutils/fpc-syslog/Makefile
U sysutils/fpc-syslog/pkg-plist
U sysutils/fpc-utmp/Makefile
U sysutils/fpc-utmp/pkg-plist
U www/apache13/Makefile
U www/apache13+ipv6/Makefile
U x11/fpc-x11/Makefile
U x11-toolkits/Makefile
U x11-toolkits/fpc-gnome1/Makefile
U x11-toolkits/fpc-gnome1/pkg-plist
U x11-toolkits/fpc-gtk2/Makefile
U x11-toolkits/fpc-gtk2/pkg-plist
From fenner at FreeBSD.org  Wed Jan 14 02:00:19 2009
From: fenner at FreeBSD.org (Bill Fenner)
Date: Wed Jan 14 02:00:27 2009
Subject: Possibly unbuildable ports reminder
Message-ID: <200901141000.n0EA0390006915@freefall.freebsd.org>

Dear porters,

  This is just a reminder to please periodically check the list of
unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ .
A list by MAINTAINER is

http://people.freebsd.org/~fenner/errorlogs/

so you can easily check the status of ports that you maintain.  In
addition, the list of ports with no MAINTAINER with build problems is

http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html

Since no one is responsible for these ports, the problem won't get
fixed unless someone on this list takes the initiative.

Thanks for your help!

Bill "annoying port email" Fenner
From erwin at FreeBSD.org  Wed Jan 14 02:46:28 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Jan 14 02:46:36 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901141046.n0EAkPtg042119@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd20
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd22
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd20
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd22
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd20
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd22
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd20
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd22

Committers on the hook:
acm ale cy lippe maho marcus miwi pgollucci rafan sem skv sumikawa 

Most recent CVS update was:
U MOVED
U Mk/bsd.fpc.mk
U archivers/fpc-paszlib/Makefile
U archivers/fpc-paszlib/pkg-plist
U archivers/fpc-unzip/Makefile
U databases/fpc-gdbm/Makefile
U databases/fpc-gdbm/pkg-plist
U databases/fpc-ibase/Makefile
U databases/fpc-ibase/pkg-plist
U databases/fpc-mysql/Makefile
U databases/fpc-mysql/pkg-plist
U databases/fpc-odbc/Makefile
U databases/fpc-odbc/pkg-plist
U databases/fpc-oracle/Makefile
U databases/fpc-oracle/pkg-plist
U databases/fpc-postgres/Makefile
U databases/fpc-postgres/pkg-plist
U databases/fpc-sqlite/Makefile
U databases/fpc-sqlite/pkg-plist
U devel/Makefile
U devel/fpc-bfd/Makefile
U devel/fpc-fcl-base/Makefile
U devel/fpc-fcl-base/pkg-plist
U devel/fpc-fcl-db/Makefile
U devel/fpc-fcl-db/pkg-plist
U devel/fpc-fcl-db/files/patch-packages-fcl-db_Makefile
U devel/fpc-fcl-fpcunit/Makefile
U devel/fpc-fcl-fpcunit/pkg-plist
U devel/fpc-fcl-image/Makefile
U devel/fpc-fcl-image/pkg-plist
U devel/fpc-fcl-net/Makefile
U devel/fpc-fcl-net/pkg-plist
U devel/fpc-fcl-passrc/Makefile
U devel/fpc-fcl-registry/Makefile
U devel/fpc-fcl-web/Makefile
U devel/fpc-fcl-web/pkg-plist
U devel/fpc-fcl-xml/Makefile
U devel/fpc-fcl-xml/pkg-plist
U devel/fpc-fpmkunit/Makefile
U devel/fpc-fv/Makefile
U devel/fpc-fv/pkg-plist
U devel/fpc-gdbint/Makefile
U devel/fpc-gdbint/pkg-plist
U devel/fpc-pthreads/Makefile
U devel/fpc-regexpr/Makefile
U devel/fpc-regexpr/pkg-plist
U devel/fpc-zlib/Makefile
U dns/unbound/Makefile
U dns/unbound/distinfo
U editors/le/Makefile
U editors/le/distinfo
U editors/zile/Makefile
U editors/zile/distinfo
U emulators/mtools/Makefile
U emulators/mtools/distinfo
U emulators/mtools/pkg-plist
U emulators/mtools/files/patch-charsetConv.c
U emulators/mtools/files/pkg-message.in
U graphics/geomview/Makefile
U graphics/geomview/distinfo
U graphics/geomview/pkg-plist
U graphics/gephex/Makefile
U graphics/jpg2pdf/Makefile
U lang/bigloo/Makefile
U lang/bigloo/distinfo
U lang/bigloo/pkg-plist
U lang/perl5.8/files/patch-sv.c
U math/gretl/Makefile
U math/gretl/distinfo
U math/gretl/pkg-plist
U math/pspp/Makefile
U math/pspp/pkg-plist
U net/Makefile
U net-im/centerim-devel/Makefile
U net-im/centerim-devel/distinfo
U net-im/telepathy-glib/Makefile
U net-im/telepathy-glib/distinfo
U net-im/telepathy-glib/pkg-plist
U print/ttfquery/Makefile
U print/ttfquery/distinfo
U print/ttfquery/files/patch-setup.py
U science/gerris/Makefile
U science/gerris/distinfo
U science/gerris/pkg-plist
U sysutils/monkeytail/Makefile
U sysutils/monkeytail/distinfo
U textproc/Makefile
U textproc/p5-Template-Plugin-XML-Escape/Makefile
U textproc/p5-Template-Plugin-XML-Escape/distinfo
U textproc/p5-Template-Plugin-XML-Escape/pkg-descr
U textproc/p5-Template-Plugin-XML-Escape/pkg-plist
U www/p5-Net-eBay/Makefile
U www/p5-Net-eBay/distinfo
U www/smarty/Makefile
U www/smarty/distinfo
U www/smarty/pkg-descr
U www/squidguard/Makefile
U www/squidguard/distinfo
U www/squidguard/pkg-plist
U www/squidguard/files/patch-Makefile.in
U www/xpi-stumbleupon/Makefile
U www/xpi-stumbleupon/distinfo
From erwin at FreeBSD.org  Wed Jan 14 05:26:58 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Jan 14 05:27:04 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901141326.n0EDQtXD004505@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd20
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd22
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd20
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd22
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd20
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd22
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd20
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd22

Committers on the hook:
acm ale cy lippe maho marcus miwi nivit pgollucci rafan sem skv sumikawa 

Most recent CVS update was:
U audio/abcmidi/Makefile
U audio/abcmidi/distinfo
U audio/abcmidi/pkg-descr
U audio/gnupod/Makefile
U audio/gnupod/distinfo
U audio/solfege/Makefile
U audio/solfege/distinfo
U audio/solfege/pkg-plist
U cad/gerbv/Makefile
U cad/gerbv/distinfo
U cad/gerbv/pkg-plist
U deskutils/chmsee/Makefile
U deskutils/chmsee/distinfo
U deskutils/chmsee/pkg-descr
U deskutils/chmsee/pkg-plist
U deskutils/qtm/Makefile
U deskutils/qtm/distinfo
U graphics/mapyrus/Makefile
U graphics/mapyrus/distinfo
U graphics/mapyrus/pkg-plist
U www/Makefile
U www/openbravoerp/Makefile
U www/openbravoerp/distinfo
U www/openbravoerp/pkg-deinstall
U www/openbravoerp/pkg-descr
U www/openbravoerp/pkg-install
U www/openbravoerp/pkg-plist
From pat at clickfaster.com  Wed Jan 14 05:45:59 2009
From: pat at clickfaster.com (Pat Kenedy)
Date: Wed Jan 14 05:46:07 2009
Subject: therek.com
Message-ID: <8462417.1231938468201.JavaMail.root@host.offshorecreations.net>

Pending sale notification:



In a few days we plan to offer the domain name THEREK.COM for sale.



Because you own the similar domain name THEREK.net, we thought you my be interested

in acquiring the preferred DotCom version of this domain.



We plan to offer this domain for sale in three days and believe there is likely to

be strong interest in this domain name by multiple parties, but since you own a

similar version of the domain we wanted to give you the first right of refusal.



If You`re interested in this domain:



Go to the domain reservation page, here, and indicate your interest in this domain by

completing the contact form. When the domain is available for sale, you`ll be the

first to hear about it.



Again, if you have interest in this domain, you need to RSVP right away at the reservation

page located here: http://clickfaster.com/buy.php?preorder=1&qefid=2976538&domain=THEREK.COM





If you have NO interest:

In acquiring the preferred DotCom version of this domain, simply click the

"Cancel Notification" link below and we won`t contact you again.



Cancel Notifications: http://clickfaster.com/mailer/rem.php?email=freebsd-ports@FreeBSD.org



Very best regards,Pat Kenedypat@clickfaster.comtel: 303.997.1703LeaderByChoice, INc600 17th Street, Ste 2800 SouthDenver, CO 80202-5428

From pat at clickfaster.com  Wed Jan 14 05:47:14 2009
From: pat at clickfaster.com (Pat Kenedy)
Date: Wed Jan 14 05:47:21 2009
Subject: therek.com
Message-ID: <11943422.1231938468319.JavaMail.root@host.offshorecreations.net>

Pending sale notification:



In a few days we plan to offer the domain name THEREK.COM for sale.



Because you own the similar domain name THEREK.net, we thought you my be interested

in acquiring the preferred DotCom version of this domain.



We plan to offer this domain for sale in three days and believe there is likely to

be strong interest in this domain name by multiple parties, but since you own a

similar version of the domain we wanted to give you the first right of refusal.



If You`re interested in this domain:



Go to the domain reservation page, here, and indicate your interest in this domain by

completing the contact form. When the domain is available for sale, you`ll be the

first to hear about it.



Again, if you have interest in this domain, you need to RSVP right away at the reservation

page located here: http://clickfaster.com/buy.php?preorder=1&qefid=2976538&domain=THEREK.COM





If you have NO interest:

In acquiring the preferred DotCom version of this domain, simply click the

"Cancel Notification" link below and we won`t contact you again.



Cancel Notifications: http://clickfaster.com/mailer/rem.php?email=freebsd-ports@FreeBSD.org



Very best regards,Pat Kenedypat@clickfaster.comtel: 303.997.1703LeaderByChoice, INc600 17th Street, Ste 2800 SouthDenver, CO 80202-5428

From wxs at FreeBSD.org  Wed Jan 14 06:29:31 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jan 14 06:29:38 2009
Subject: cgiwrap version 4.1
In-Reply-To: <20090107203240.331E0252D44@mailman.vineyard.net>
References: <20090107203240.331E0252D44@mailman.vineyard.net>
Message-ID: <20090114143049.GD50694@atarininja.org>

On Wed, Jan 07, 2009 at 03:32:40PM -0500, Vineyard.NET Administration wrote:
> I've got a PCI compliance firm breathing down my neck about my version
> of cgiwrap. Any plans to update the port to version 4.1? Would it be
> helpful if I supplied the patch?

In case you missed it, I updated this port and made the appropriate
entry in vuxml so it will now show up in portaudit.

-- WXS
From araujobsdport at gmail.com  Wed Jan 14 07:28:21 2009
From: araujobsdport at gmail.com (Marcelo Araujo)
Date: Wed Jan 14 07:28:27 2009
Subject: cvs commit: ports/astro/orsa Makefile ports/biology/adun
	Makefile
In-Reply-To: <20090113121742.AFDEE8FC71@release.ixsystems.com>
References: <200901131230.n0DCUFXc010681@repoman.freebsd.org>
	<20090113121742.AFDEE8FC71@release.ixsystems.com>
Message-ID: <20090114150853.GA1192@ponderosa.intelbras.com.br>

On Tue, Jan 13, 2009 at 04:17:42AM -0800, QAT@FreeBSD.org wrote:
> 
> building orsa-0.7.0_7 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD
> maintained by: ports@FreeBSD.org
> building for:  7.1-PRERELEASE amd64
> Makefile ident: $FreeBSD: ports/astro/orsa/Makefile,v 1.21 2009/01/13 12:30:14 miwi Exp $
> port directory: /usr/ports/astro/orsa
> 
>                  from /usr/local/include/gsl/gsl_vector.h:5,
>                  from orsa_fft.h:36,
>                  from orsa_fft.cc:32:
> /usr/local/include/gsl/gsl_vector_long_double.h:171: error: expected constructor, destructor, or type conversion before 'long'
> orsa_fft.cc:1785: error: expected `}' at end of input
> gmake[4]: *** [orsa_fft.lo] Error 1
> gmake[4]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src/liborsa'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src/liborsa'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src'
> gmake[1]: *** [all] Error 2
> gmake[1]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src'
> gmake: *** [all-recursive] Error 1
> *** Error code 2
> 
> Stop in /a/ports/astro/orsa.
> ================================================================
> build of /usr/ports/astro/orsa ended at Tue Jan 13 12:17:40 UTC 2009
> 
> The tarballed WRKDIR can be found here:
> http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/orsa-0.7.0_7.tbz

Hello Miwi,

Do you have plan to fix it?
Thanks,


Kind Regards.
-- 
Marcelo Araujo
araujo@FreeBSD.org
http://www.FreeBSD.org
When the need arises, any tool or object closest to you
becomes a hammer.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090114/c3f245a1/attachment.pgp
From roberthuff at rcn.com  Wed Jan 14 07:34:18 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Wed Jan 14 07:34:25 2009
Subject: Perl upgrade question
Message-ID: <18798.1525.541314.409491@jerusalem.litteratus.org>


	The UPDATING entry says:

You should update everything depending on perl. The easiest way to
do that is to use perl-after-upgrade script supplied with
lang/perl5.8.

	The man page says:

       o review the files left in the older perl installation.
           This is typically /usr/local/lib/perl5/site_perl/5.X.Y/.
           There should be very little, if any, files in that
           directory and its sub- directories, excepting a number of
           .ph files;

	Having gotten that far, I've got 40+ files - or at
least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
thrown in.  No ".ph"
	Am I in trouble?  And if so, what next?

	Respectfully,


				Robert Huff


From rhurlin at gwdg.de  Wed Jan 14 07:42:16 2009
From: rhurlin at gwdg.de (Rainer Hurling)
Date: Wed Jan 14 07:42:23 2009
Subject: Perl upgrade question
In-Reply-To: <18798.1525.541314.409491@jerusalem.litteratus.org>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
Message-ID: <496E07BC.3010506@gwdg.de>

Did you run 'perl-after-upgrade' (the script) twice, the second one with 
option -f ?

Rainer


On 14.01.2009 16:34 (UTC+1), Robert Huff wrote:
> 	The UPDATING entry says:
> 
> You should update everything depending on perl. The easiest way to
> do that is to use perl-after-upgrade script supplied with
> lang/perl5.8.
> 
> 	The man page says:
> 
>        o review the files left in the older perl installation.
>            This is typically /usr/local/lib/perl5/site_perl/5.X.Y/.
>            There should be very little, if any, files in that
>            directory and its sub- directories, excepting a number of
>            .ph files;
> 
> 	Having gotten that far, I've got 40+ files - or at
> least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
> have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
> thrown in.  No ".ph"
> 	Am I in trouble?  And if so, what next?
> 
> 	Respectfully,
> 
> 
> 				Robert Huff

From roberthuff at rcn.com  Wed Jan 14 07:51:56 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Wed Jan 14 07:52:08 2009
Subject: Perl upgrade question
In-Reply-To: <496E07BC.3010506@gwdg.de>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
	<496E07BC.3010506@gwdg.de>
Message-ID: <18798.2581.678226.585825@jerusalem.litteratus.org>


Rainer Hurling writes:

>  Did you run 'perl-after-upgrade' (the script) twice, the second
>  one with option -f ?

	And I have the log files to prove it.


				Robert Huff

From erwin at FreeBSD.org  Wed Jan 14 08:26:40 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Jan 14 08:26:51 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901141626.n0EGQcRM069191@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd20
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd22
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd20
make_index: lazarus-0.9.24_2: no entry for /usr/ports/www/fpc-httpd22
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd20
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd22
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd20
make_index: fpc-base-2.2.2: no entry for /usr/ports/www/fpc-httpd22

Committers on the hook:
acm ale cy dinoex lippe maho marcus miwi nivit pav pgollucci rafan sem skv sumikawa tobez 

Most recent CVS update was:
U biology/p5-bioperl/Makefile
U devel/p5-ExtUtils-XSBuilder/Makefile
U devel/p5-Module-Info/Makefile
U devel/p5-Set-Infinite/Makefile
U devel/p5-usb/Makefile
U lang/p5-Pugs-Compiler-Rule/Makefile
U mail/p5-Mail-DKIM/Makefile
U textproc/p5-SVG/Makefile
U www/mimetex/Makefile
U www/mimetex/distinfo
U www/p5-Apache-Test/Makefile
U x11-toolkits/lesstif/Makefile
From paul at ifdnrg.com  Wed Jan 14 08:35:48 2009
From: paul at ifdnrg.com (Paul Macdonald)
Date: Wed Jan 14 08:36:11 2009
Subject: Perl upgrade question
In-Reply-To: <18798.1525.541314.409491@jerusalem.litteratus.org>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
Message-ID: <496E0B87.5090401@ifdnrg.com>




> 	Having gotten that far, I've got 40+ files - or at
> least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
> have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
> thrown in.  No ".ph"
> 	Am I in trouble?  And if so, what next?
>
> 	Respectfully,
>
>   

Hi robert,

I ran the upgrade script (without looking at those files) on 1 box that 
runs multiple perly things this morning  (spamassassin, mrtg etc )  and 
nothing has broken as yet..

I nearly choked on my muesli seeing i had 30 boxes all needing a perl 
upgrade this morning

good luck
Paul.



> 				Robert Huff
>
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>   
From itetcu at FreeBSD.org  Wed Jan 14 10:59:43 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Wed Jan 14 10:59:50 2009
Subject: portmaster some_port vs. portmaster 'some_port*'
Message-ID: <20090114203941.7516d639@it.buh.tecnik93.com>

Hi,


Maybe I'm not reading the man page correctly, but I would expect 
portmaster, if invoked with a wild-card, to:
- first update the dependencies of the ports matched by the 'some_port*' it
gets on the command line
- then to update the ports matched by said wild-card in dependency order.

At least #1 above doesn't seem to happen for wild-card invocation, but
it happens when invoked with one or two ports:
http://people.tecnik93.com/~itetcu/FreeBSD/errors/portmaster/

Bug? Feature? :-)


Thanks for your help,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090114/447e8495/signature.pgp
From glen.j.barber at gmail.com  Wed Jan 14 11:21:06 2009
From: glen.j.barber at gmail.com (Glen Barber)
Date: Wed Jan 14 11:21:18 2009
Subject: portmaster some_port vs. portmaster 'some_port*'
In-Reply-To: <20090114203941.7516d639@it.buh.tecnik93.com>
References: <20090114203941.7516d639@it.buh.tecnik93.com>
Message-ID: <4ad871310901141121x24cd461bm54d8b99da787d5a6@mail.gmail.com>

On Wed, Jan 14, 2009 at 1:39 PM, Ion-Mihai Tetcu <itetcu@freebsd.org> wrote:
> Hi,
>
>
> Maybe I'm not reading the man page correctly, but I would expect
> portmaster, if invoked with a wild-card, to:
> - first update the dependencies of the ports matched by the 'some_port*' it
> gets on the command line
> - then to update the ports matched by said wild-card in dependency order.
>
> At least #1 above doesn't seem to happen for wild-card invocation, but
> it happens when invoked with one or two ports:
> http://people.tecnik93.com/~itetcu/FreeBSD/errors/portmaster/
>
> Bug? Feature? :-)
>

If that were to work, I'd imagine the '*' wildcard would need to be escaped.

IE: portmaster 'someport\*'

Note: I do not use portmaster, so this is a guess, not a solution.


-- 
Glen Barber
From erwin at FreeBSD.org  Wed Jan 14 11:23:48 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Jan 14 11:23:54 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901141923.n0EJNkDo063414@pointyhat.freebsd.org>

From pj at smo.de  Wed Jan 14 12:28:06 2009
From: pj at smo.de (Philipp Ost)
Date: Wed Jan 14 12:28:18 2009
Subject: math/R fails to build
In-Reply-To: <365052.26421.qm@web39107.mail.mud.yahoo.com>
References: <365052.26421.qm@web39107.mail.mud.yahoo.com>
Message-ID: <496E4AFE.2060803@smo.de>

bf wrote:
> --- On Tue, 1/13/09, Glen Barber <glen.j.barber@gmail.com> wrote:
> 
> 
>>From: Glen Barber <glen.j.barber@gmail.com>
>>Subject: Re: math/R fails to build
>>To: "Philipp Ost" <pj@smo.de>
>>Cc: bf2006a@yahoo.com, ports@freebsd.org
>>Date: Tuesday, January 13, 2009, 8:03 PM
>>On Tue, Jan 13, 2009 at 5:10 PM, Philipp Ost
>><pj@smo.de> wrote:
>>
>>>Hi,
>>>
>>>math/R fails to build:
>>># make
>>>[...]
>>>cc -std=gnu99      -I. -I../../src/include
>>
>>-I../../src/include
>>
>>>-I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2
>>
>>-fno-strict-aliasing -pipe
>>
>>>-march=athlon-xp -c Rmain.c -o Rmain.o
>>>cc -std=gnu99 -export-dynamic -L/usr/local/lib -o
>>
>>R.bin Rmain.o -L../../lib
>>
>>>-lR
>>>/usr/local/lib/libblas.so.2: undefined reference to
>>>`_gfortran_runtime_error_at'
>>>*** Error code 1
>>>
>>>Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
>>>*** Error code 1
>>>
>>>Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
>>>*** Error code 1
>>>
>>>Stop in /usr/ports/math/R/work/R-2.8.1/src.
>>>*** Error code 1
>>>
>>>Stop in /usr/ports/math/R/work/R-2.8.1.
>>>*** Error code 1
>>>
>>>Stop in /usr/ports/math/R.
>>>*** Error code 1
>>>
>>>Stop in /usr/ports/math/R.
>>>#
>>>
>>>I run RELENG_7 as of 23 Dec. 2008 (on i386).
>>>
>>>Any hints? (Apart from rebuilding blas, which I did.
>>
>>It didn't solve the
>>
>>>problem)
>>>
>>
>>Is it a safe assumption that you have recently updated your
>>ports tree?

Yes

[...]

> There were recently some changes to
> the organization of the Fortran-related
> ports on FreeBSD.  The Fortran compiler
> was added to the list of runtime
> dependencies, as it should have been,
> and the default Fortran compiler was
> changed from gcc 4.2.x to 4.3.x.  As
> Glen suggested, your problem may be
> related.  Try updating your ports tree,
> and then rebuilding blas, lapack,
> and R, and see if it works.
[...]

gcc43 is installed, ports tree is updated (as of ~20:00 MET today). I 
did rebuild lapack and blas, then tried R again:
# make
[...]
cc -std=gnu99      -I. -I../../src/include -I../../src/include 
-I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2 -fno-strict-aliasing 
-pipe -march=athlon-xp -c Rmain.c -o Rmain.o
cc -std=gnu99 -export-dynamic -L/usr/local/lib -o R.bin Rmain.o 
-L../../lib -lR
/usr/bin/ld: warning: libgfortran.so.2, needed by 
/usr/local/lib/libR.so, not found (try using -rpath or -rpath-link)
/usr/local/lib/libblas.so.2: undefined reference to `_gfortran_st_write'
/usr/local/lib/libblas.so.2: undefined reference to 
`_gfortran_transfer_character'
/usr/local/lib/libblas.so.2: undefined reference to 
`_gfortran_st_write_done'
/usr/local/lib/libblas.so.2: undefined reference to 
`_gfortran_runtime_error_at'
/usr/local/lib/libblas.so.2: undefined reference to 
`_gfortran_transfer_integer'
/usr/local/lib/libblas.so.2: undefined reference to `_gfortran_stop_numeric'
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1/src.
*** Error code 1

Stop in /usr/ports/math/R/work/R-2.8.1.
*** Error code 1

Stop in /usr/ports/math/R.
*** Error code 1

Stop in /usr/ports/math/R.
#

Seems like blas is to blame...

Here are some software version numbers:
blas-1.0_3
lapack-3.1.1_2
gcc-4.3.3_20090108
R-2.8.0

I haven't done any other other updates in the meantime (perl et. al.).
If I have the time I will check and see if my 8.0-testbox has the same 
problem (apart from being slow...).

Thanks for your time and help,
Philipp
From athiel at yourdatacenter.com  Wed Jan 14 12:31:25 2009
From: athiel at yourdatacenter.com (Albert Thiel)
Date: Wed Jan 14 12:31:32 2009
Subject: PHP question
Message-ID: <bea64a2b5b724861a7376bce8307b0d2.athiel@yourdatacenter.com>

I am trying to figure out how to get a working Apache 2.x server with PHP in a safe configuration (or 
as safe as possible based upon all the vulns).  I do not need a database.

What version and options is my best bet.  I have tried on my own but losing it.  Nothing I have tried 
works.  

I still use PERL and trust it for 99% of my work, but have a need for one application that uses PHP 
(a chat app for Customer Sales/Support).  I plan to give it it's own server just in case...

Any help would be appreciated.  -AL


Albert Thiel
athiel@yourdatacenter.com

Your Data Center & HostLongIsland.com
Powerful FREE ISP Tools, Mail & Website Hosting
http://www.YourDataCenter.com
Hewlett, New York
(877)302-8642


 

From kamikaze at bsdforen.de  Wed Jan 14 12:36:01 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Wed Jan 14 12:36:07 2009
Subject: Perl upgrade question
In-Reply-To: <18798.1525.541314.409491@jerusalem.litteratus.org>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
Message-ID: <496E4525.8010500@bsdforen.de>

Robert Huff wrote:
> 	The UPDATING entry says:
> ...
> 	Having gotten that far, I've got 40+ files - or at
> least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
> have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
> thrown in.  No ".ph"
> 	Am I in trouble?  And if so, what next?
> 
> 	Respectfully,
> 
> 
> 				Robert Huff

For portmaster:
# find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portmaster

For portupgrade:
# find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portupgrade -f

Afterwards there shouldn't be anything left belonging to a package.
From rhurlin at gwdg.de  Wed Jan 14 12:49:48 2009
From: rhurlin at gwdg.de (Rainer Hurling)
Date: Wed Jan 14 12:49:56 2009
Subject: math/R fails to build
In-Reply-To: <496E4AFE.2060803@smo.de>
References: <365052.26421.qm@web39107.mail.mud.yahoo.com>
	<496E4AFE.2060803@smo.de>
Message-ID: <496E4FE5.6020001@gwdg.de>

I have to set the following link, because R's configure is looking for 
pure name 'gfortran'

# ln -s /usr/local/bin/gfortran43 /usr/local/bin/gfortran

Hope this helps,
Rainer


On 14.01.2009 21:28 (UTC+1), Philipp Ost wrote:
> bf wrote:
>> --- On Tue, 1/13/09, Glen Barber <glen.j.barber@gmail.com> wrote:
>>
>>
>>> From: Glen Barber <glen.j.barber@gmail.com>
>>> Subject: Re: math/R fails to build
>>> To: "Philipp Ost" <pj@smo.de>
>>> Cc: bf2006a@yahoo.com, ports@freebsd.org
>>> Date: Tuesday, January 13, 2009, 8:03 PM
>>> On Tue, Jan 13, 2009 at 5:10 PM, Philipp Ost
>>> <pj@smo.de> wrote:
>>>
>>>> Hi,
>>>>
>>>> math/R fails to build:
>>>> # make
>>>> [...]
>>>> cc -std=gnu99      -I. -I../../src/include
>>>
>>> -I../../src/include
>>>
>>>> -I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2
>>>
>>> -fno-strict-aliasing -pipe
>>>
>>>> -march=athlon-xp -c Rmain.c -o Rmain.o
>>>> cc -std=gnu99 -export-dynamic -L/usr/local/lib -o
>>>
>>> R.bin Rmain.o -L../../lib
>>>
>>>> -lR
>>>> /usr/local/lib/libblas.so.2: undefined reference to
>>>> `_gfortran_runtime_error_at'
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/ports/math/R/work/R-2.8.1/src.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/ports/math/R/work/R-2.8.1.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/ports/math/R.
>>>> *** Error code 1
>>>>
>>>> Stop in /usr/ports/math/R.
>>>> #
>>>>
>>>> I run RELENG_7 as of 23 Dec. 2008 (on i386).
>>>>
>>>> Any hints? (Apart from rebuilding blas, which I did.
>>>
>>> It didn't solve the
>>>
>>>> problem)
>>>>
>>>
>>> Is it a safe assumption that you have recently updated your
>>> ports tree?
> 
> Yes
> 
> [...]
> 
>> There were recently some changes to
>> the organization of the Fortran-related
>> ports on FreeBSD.  The Fortran compiler
>> was added to the list of runtime
>> dependencies, as it should have been,
>> and the default Fortran compiler was
>> changed from gcc 4.2.x to 4.3.x.  As
>> Glen suggested, your problem may be
>> related.  Try updating your ports tree,
>> and then rebuilding blas, lapack,
>> and R, and see if it works.
> [...]
> 
> gcc43 is installed, ports tree is updated (as of ~20:00 MET today). I 
> did rebuild lapack and blas, then tried R again:
> # make
> [...]
> cc -std=gnu99      -I. -I../../src/include -I../../src/include 
> -I/usr/local/include -DHAVE_CONFIG_H  -fpic  -O2 -fno-strict-aliasing 
> -pipe -march=athlon-xp -c Rmain.c -o Rmain.o
> cc -std=gnu99 -export-dynamic -L/usr/local/lib -o R.bin Rmain.o 
> -L../../lib -lR
> /usr/bin/ld: warning: libgfortran.so.2, needed by 
> /usr/local/lib/libR.so, not found (try using -rpath or -rpath-link)
> /usr/local/lib/libblas.so.2: undefined reference to `_gfortran_st_write'
> /usr/local/lib/libblas.so.2: undefined reference to 
> `_gfortran_transfer_character'
> /usr/local/lib/libblas.so.2: undefined reference to 
> `_gfortran_st_write_done'
> /usr/local/lib/libblas.so.2: undefined reference to 
> `_gfortran_runtime_error_at'
> /usr/local/lib/libblas.so.2: undefined reference to 
> `_gfortran_transfer_integer'
> /usr/local/lib/libblas.so.2: undefined reference to 
> `_gfortran_stop_numeric'
> *** Error code 1
> 
> Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
> *** Error code 1
> 
> Stop in /usr/ports/math/R/work/R-2.8.1/src/main.
> *** Error code 1
> 
> Stop in /usr/ports/math/R/work/R-2.8.1/src.
> *** Error code 1
> 
> Stop in /usr/ports/math/R/work/R-2.8.1.
> *** Error code 1
> 
> Stop in /usr/ports/math/R.
> *** Error code 1
> 
> Stop in /usr/ports/math/R.
> #
> 
> Seems like blas is to blame...
> 
> Here are some software version numbers:
> blas-1.0_3
> lapack-3.1.1_2
> gcc-4.3.3_20090108
> R-2.8.0
> 
> I haven't done any other other updates in the meantime (perl et. al.).
> If I have the time I will check and see if my 8.0-testbox has the same 
> problem (apart from being slow...).
> 
> Thanks for your time and help,
> Philipp
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
From rwmaillists at googlemail.com  Wed Jan 14 13:08:40 2009
From: rwmaillists at googlemail.com (RW)
Date: Wed Jan 14 13:08:50 2009
Subject: portmaster some_port vs. portmaster 'some_port*'
In-Reply-To: <20090114203941.7516d639@it.buh.tecnik93.com>
References: <20090114203941.7516d639@it.buh.tecnik93.com>
Message-ID: <20090114210834.1481eebc@gumby.homeunix.com>

On Wed, 14 Jan 2009 20:39:41 +0200
Ion-Mihai Tetcu <itetcu@FreeBSD.org> wrote:

> Hi,
> 
> 
> Maybe I'm not reading the man page correctly, but I would expect 
> portmaster, if invoked with a wild-card, to:
> - first update the dependencies of the ports matched by the
> 'some_port*' it gets on the command line
> - then to update the ports matched by said wild-card in dependency
> order.

Logically it should work through all relevant ports in dependency
order, which is not the same thing as your two-stage build. 

The way you expected it to work doesn't guarantee  dependency order.
Think about the the dependency order FooA -> Bar -> FooB and the
wildcard Foo*  
From cswiger at mac.com  Wed Jan 14 13:14:25 2009
From: cswiger at mac.com (Chuck Swiger)
Date: Wed Jan 14 13:14:31 2009
Subject: PHP question
In-Reply-To: <bea64a2b5b724861a7376bce8307b0d2.athiel@yourdatacenter.com>
References: <bea64a2b5b724861a7376bce8307b0d2.athiel@yourdatacenter.com>
Message-ID: <222F4D55-C092-46E7-B3D4-9125AC9072FF@mac.com>

On Jan 14, 2009, at 12:26 PM, Albert Thiel wrote:
> I am trying to figure out how to get a working Apache 2.x server  
> with PHP in a safe configuration (or
> as safe as possible based upon all the vulns).  I do not need a  
> database.
>
> What version and options is my best bet.  I have tried on my own but  
> losing it.  Nothing I have tried
> works.


Make sure your ports tree is up-to-date, and then:

cd /usr/ports/www/apache20          # or apache22 if you prefer
make install

/usr/ports/lang/php5
make config                         # enable "build apache module" and  
"Suhosin protection" at the very least
make install

cd /usr/ports/lang/php5-extensions
make config                         # select any additional PHP  
modules and extensions you want
make install

Look at "less /usr/ports/lang/php5/pkg-message.mod" and other  
documentation from http://www.php.net.

Regards,
-- 
-Chuck

From roberthuff at rcn.com  Wed Jan 14 13:51:59 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Wed Jan 14 13:52:12 2009
Subject: Perl upgrade question
In-Reply-To: <496E4525.8010500@bsdforen.de>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
	<496E4525.8010500@bsdforen.de>
Message-ID: <18798.24182.492454.229881@jerusalem.litteratus.org>


Dominic Fandrey writes:

>  > 	Having gotten that far, I've got 40+ files - or at
>  > least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
>  > have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
>  > thrown in.  No ".ph"
>  > 	Am I in trouble?  And if so, what next?
>  

>  For portupgrade:
>  # find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portupgrade -f
>  
>  Afterwards there shouldn't be anything left belonging to a package.

	Once I have done this - and it appears to run successfully - is
it safe to delete the 5.8.8 directories?


				Robert Huff
From dougb at FreeBSD.org  Wed Jan 14 14:11:14 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Wed Jan 14 14:11:43 2009
Subject: portmaster some_port vs. portmaster 'some_port*'
In-Reply-To: <20090114203941.7516d639@it.buh.tecnik93.com>
References: <20090114203941.7516d639@it.buh.tecnik93.com>
Message-ID: <496E62F8.6080103@FreeBSD.org>

Ion-Mihai Tetcu wrote:
> Hi,
> 
> 
> Maybe I'm not reading the man page correctly, but I would expect 
> portmaster, if invoked with a wild-card, to:
> - first update the dependencies of the ports matched by the 'some_port*' it
> gets on the command line
> - then to update the ports matched by said wild-card in dependency order.

That's close to what actually happens. We actually have two issues
here, so I'll address them separately.

When portmaster gets multiple ports on the command line (whether via a
glob or via a list) the initial portmaster process acts like a task
scheduler. The parent spawns new portmaster processes for each
individual port and keeps track of the various issues such as
dependencies already updated, etc. When all the ports listed have been
updated the parent cleans up the temp files and exits.

Thus, if you were to feed it a list like this:
portmaster port1 dep1-of-port1 port2 dep2-of-port1
it would do the configure phase on port1 which would unconditionally
include the configure phases of dep1 and dep2 since they are on your
list, as well as the configure phase for port2 of course. When the
first child process (updating port1) exited the parent would see that
dep1 has already been done and skip to port2, then it would see that
dep2 was already done as well, and it would proceed to the build phase.

So, in theory there should have been no difference between your
2_ports and wildcars logs, but somehow portmaster acted properly in
the first case, but thought everything was up to date in the second.
That does look like a bug.

The other issue is that claws-mail failed to configure. Whether that's
because all the dependencies were not up to date or because of a
problem with that port, I do not know.

To debug the first problem please add a -x to the shebang line in
/usr/local/sbin/portmaster and then run it in a script session like
this: portmaster -vDHB claws-mail\*
and send me the script output in private mail. If the build fails send
me the log file for that too please.

Doug

-- 

    This .signature sanitized for your protection

From ruud at t-boonproductions.nl  Wed Jan 14 14:28:18 2009
From: ruud at t-boonproductions.nl (Ruud Boon)
Date: Wed Jan 14 14:28:25 2009
Subject: FreeBSD Port: mantis-1.1.6
Message-ID: <C59421B9.1508%ruud@t-boonproductions.nl>

Hi Dan,

Are there already some plans for upgrade the mantis port to 1.2?

Best regards,
Ruud Boon
From 000.fbsd at quip.cz  Wed Jan 14 15:35:49 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Wed Jan 14 15:36:02 2009
Subject: Perl upgrade question
In-Reply-To: <496E0B87.5090401@ifdnrg.com>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
	<496E0B87.5090401@ifdnrg.com>
Message-ID: <496E7264.7070200@quip.cz>

Paul Macdonald wrote:
> 
> 
> 
>>     Having gotten that far, I've got 40+ files - or at
>> least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
>> have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
>> thrown in.  No ".ph"
>>     Am I in trouble?  And if so, what next?
>>
>>     Respectfully,
>>
>>   
> 
> 
> Hi robert,
> 
> I ran the upgrade script (without looking at those files) on 1 box that 
> runs multiple perly things this morning  (spamassassin, mrtg etc )  and 
> nothing has broken as yet..
> 
> I nearly choked on my muesli seeing i had 30 boxes all needing a perl 
> upgrade this morning

You are lucky.
I did portmaster perl-5.8.8_1 and then perl-after-upgrade and 
perl-after-upgrade -f. Then I tried to restart spamassassin and amavisd 
- both end with some error wich were fixed by reinstalling these ports 
by portmaster too. Same it is for autoconf and other tools - they are 
not working till reinstall.

Miroslav Lachman
From dan at langille.org  Wed Jan 14 15:49:29 2009
From: dan at langille.org (Dan Langille)
Date: Wed Jan 14 15:49:35 2009
Subject: FreeBSD Port: mantis-1.1.6
In-Reply-To: <C59421B9.1508%ruud@t-boonproductions.nl>
References: <C59421B9.1508%ruud@t-boonproductions.nl>
Message-ID: <496E7516.5020500@langille.org>

Ruud Boon wrote:
> Hi Dan,
> 
> Are there already some plans for upgrade the mantis port to 1.2?

None that I've made.  :)

Do you want to do it?

-- 
Dan Langille

BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
PGCon  - The PostgreSQL Conference:     http://www.pgcon.org/
From dan at langille.org  Wed Jan 14 16:34:09 2009
From: dan at langille.org (Dan Langille)
Date: Wed Jan 14 16:34:16 2009
Subject: FreeBSD Port: mantis-1.1.6
In-Reply-To: <C59421B9.1508%ruud@t-boonproductions.nl>
References: <C59421B9.1508%ruud@t-boonproductions.nl>
Message-ID: <496E843B.6030903@langille.org>

Ruud Boon wrote:
> Hi Dan,
> 
> Are there already some plans for upgrade the mantis port to 1.2?

The latest stable release is 1.1.6.

1.2 is development.  :)


http://www.mantisbt.org/

So, no, no plans until it is released as stable.

-- 
Dan Langille

BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
PGCon  - The PostgreSQL Conference:     http://www.pgcon.org/
From itetcu at FreeBSD.org  Wed Jan 14 22:40:21 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Wed Jan 14 22:40:28 2009
Subject: portmaster some_port vs. portmaster 'some_port*'
In-Reply-To: <496E62F8.6080103@FreeBSD.org>
References: <20090114203941.7516d639@it.buh.tecnik93.com>
	<496E62F8.6080103@FreeBSD.org>
Message-ID: <20090115084013.268c7be5@it.buh.tecnik93.com>

On Wed, 14 Jan 2009 14:11:04 -0800
Doug Barton <dougb@FreeBSD.org> wrote:

> Ion-Mihai Tetcu wrote:
> > Hi,
> > 
> > 
> > Maybe I'm not reading the man page correctly, but I would expect 
> > portmaster, if invoked with a wild-card, to:
> > - first update the dependencies of the ports matched by the
> > 'some_port*' it gets on the command line
> > - then to update the ports matched by said wild-card in dependency
> > order.
> 
> That's close to what actually happens. We actually have two issues
> here, so I'll address them separately.
> 
> When portmaster gets multiple ports on the command line (whether via a
> glob or via a list) the initial portmaster process acts like a task
> scheduler. The parent spawns new portmaster processes for each
> individual port and keeps track of the various issues such as
> dependencies already updated, etc. When all the ports listed have been
> updated the parent cleans up the temp files and exits.

Hmm, then can you please document this explicitly in the man page?

From my point of view it should also check the dependency relation
between whatever it gets after parsing the command line ( N ports, M
ports as a result of a wild-card, ...).

Else I'm afraid it is a nice way to self-foot-shooting.

> Thus, if you were to feed it a list like this:
> portmaster port1 dep1-of-port1 port2 dep2-of-port1
> it would do the configure phase on port1 which would unconditionally
> include the configure phases of dep1 and dep2 since they are on your
> list, as well as the configure phase for port2 of course. When the
> first child process (updating port1) exited the parent would see that
> dep1 has already been done and skip to port2, then it would see that
> dep2 was already done as well, and it would proceed to the build
> phase.
> 
> So, in theory there should have been no difference between your
> 2_ports and wildcars logs, but somehow portmaster acted properly in
> the first case, but thought everything was up to date in the second.
> That does look like a bug.
> 
> The other issue is that claws-mail failed to configure. Whether that's
> because all the dependencies were not up to date or because of a
> problem with that port, I do not know.

Well, it is a problem in the Makefile more or less. libetpan comes from
LIBDEPENDS, but it's un-version; not that being versioned would help
since it seems they didn't bother to bump the shlib version when they
should have. I discussed the problem with miwi@ and we're going to
explicitly depend on the pkg_version needed.

But this is how I found the problem with portmaster, since I had
libetpan-0.55 installed and claws-mail now requires 0.57 (which is the
current version in the ports).

> To debug the first problem please add a -x to the shebang line in
> /usr/local/sbin/portmaster and then run it in a script session like
> this: portmaster -vDHB claws-mail\*
> and send me the script output in private mail. If the build fails send
> me the log file for that too please.

Trouble is I already upgraded by hand. But since I still have some
hundred ports to upgrade and I'm pretty sure I saw this before I'll try
to reproduced it and pass you the results.


Thanks for your help,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090115/1d162a29/signature.pgp
From dougb at FreeBSD.org  Wed Jan 14 22:45:24 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Wed Jan 14 22:45:32 2009
Subject: portmaster some_port vs. portmaster 'some_port*'
In-Reply-To: <20090115084013.268c7be5@it.buh.tecnik93.com>
References: <20090114203941.7516d639@it.buh.tecnik93.com>	<496E62F8.6080103@FreeBSD.org>
	<20090115084013.268c7be5@it.buh.tecnik93.com>
Message-ID: <496EDB80.4020908@FreeBSD.org>

Ion-Mihai Tetcu wrote:
> On Wed, 14 Jan 2009 14:11:04 -0800
> Doug Barton <dougb@FreeBSD.org> wrote:
>> When portmaster gets multiple ports on the command line (whether via a
>> glob or via a list) the initial portmaster process acts like a task
>> scheduler. The parent spawns new portmaster processes for each
>> individual port and keeps track of the various issues such as
>> dependencies already updated, etc. When all the ports listed have been
>> updated the parent cleans up the temp files and exits.
> 
> Hmm, then can you please document this explicitly in the man page?
> 
> From my point of view it should also check the dependency relation
> between whatever it gets after parsing the command line ( N ports, M
> ports as a result of a wild-card, ...).

The dependency checking happens as a natural result of the normal
upgrade process of each port. The only thing different in the
"multi-port" case is that for each dependency a given port's portmaster
process checks if that dependency is otherwise up to date but is on the
list of multi-ports, it is marked for upgrade anyway.

> Else I'm afraid it is a nice way to self-foot-shooting.

I'm afraid that I don't see what problem you're concerned about. If you
could state your concern more clearly I can try to address it.

Meanwhile if you can reproduce something, let me know.


Regards,

Doug

-- 

    This .signature sanitized for your protection
From pczanik at fang.fa.gau.hu  Wed Jan 14 23:22:31 2009
From: pczanik at fang.fa.gau.hu (Peter Czanik)
Date: Wed Jan 14 23:22:38 2009
Subject: graphics/png
In-Reply-To: <496C5575.6090607@fang.fa.gau.hu>
References: <496B0834.5000704@fang.fa.gau.hu> <496C5575.6090607@fang.fa.gau.hu>
Message-ID: <496EE426.9040700@fang.fa.gau.hu>

Hello,

Peter Czanik ?rta:
> Peter Czanik ?rta:
>   
>> Hello,
>> Recently graphics/png can't be packaged:
>>
>> libpng passes test
>> ===>  Installing for png-1.2.34
>> ===>   Generating temporary packing list
>> install -o root -g wheel -m 555  libpng-config /usr/local/bin
>> ln -sf libpng-config /usr/local/bin/libpng12-config
>> install -C -o root -g wheel -m 444   libpng.a /usr/local/lib
>> install -s -o root -g wheel -m 444     libpng.so.5 /usr/local/lib
>> ln -fs libpng.so.5 /usr/local/lib/libpng.so
>> /usr/local/include/libpng/../png.h -> libpng/png.h
>> /usr/local/include/libpng/../pngconf.h -> libpng/pngconf.h
>> /usr/bin/sed -e 's|@PREFIX@|/usr/local|'
>> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc.in 
>>   
>>     
>>> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc
>>>     
>>>       
>> install  -o root -g wheel -m 444
>> /usr/tmp/usr/ports/graphics/png/work/libpng-1.2.34/scripts/libpng.pc 
>> /usr/local/libdata/pkgconfig/libpng12.pc
>> /bin/ln -sf libpng12.pc /usr/local/libdata/pkgconfig/libpng.pc
>> ===>   Running ldconfig
>> /sbin/ldconfig -m /usr/local/lib
>> ===>   Registering installation for png-1.2.34
>> ===>  Building package for png-1.2.34
>> tar: man/man3/libpng.3.gz: Cannot stat: No such file or directory
>> tar: man/man3/libpngpf.3.gz: Cannot stat: No such file or directory
>> tar: man/man5/png.5.gz: Cannot stat: No such file or directory
>> tar: include/libpng/png.h: Cannot stat: No such file or directory
>> tar: include/libpng/pngconf.h: Cannot stat: No such file or directory
>> tar: Error exit delayed from previous errors.
>> pkg_create: make_dist: tar command failed with code 256
>> Creating package /usr/packages/All/png-1.2.34.tbz
>> Registering depends:.
>> Creating bzip'd tar ball in '/usr/packages/All/png-1.2.34.tbz'
>> *** Error code 1
>>
>> Stop in /usr/ports/graphics/png.
>> *** Error code 1
>>
>> The following ugly hack serves me now as a workaround, but I'm quite
>> sure, that it is not a proper one :)
>>   
>>     
> Well, it is really not the proper patch, as packages depending on png
> still can't be compiled. The basic problem seems to be, that header
> files (png.h & Co.) are not installed (this failure is after an
> unmodified png install):
> "
> checking for jpeg_read_header in -ljpeg... yes
> configure: error: png.h not found.
> ===>  Script "configure" failed unexpectedly.
> "
>   
OK. Source of problem is found:
If "WITHOUT_TOOLCHAIN=    true" is set in /etc/rc.conf, then includes
are not installed. The strange thing is, that other packages don't seem
to be affected. A hundred other packages seem to compile fine...
Bye,
CzP
From erwin at FreeBSD.org  Thu Jan 15 05:14:16 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Thu Jan 15 05:14:23 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901151314.n0FDEDTF099421@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
Warning: Duplicate INDEX entry: kpovmodeler-1.1.3.4.1.2

Committers on the hook:
jadawin lth miwi 

Most recent CVS update was:
U astro/p5-Astro-SpaceTrack/Makefile
U astro/p5-Astro-SpaceTrack/distinfo
U devel/p5-Test-Harness/Makefile
U devel/pecl-spread/Makefile
U devel/pecl-spread/distinfo
U graphics/kcoloredit/Makefile
U graphics/kcoloredit/distinfo
U graphics/kiconedit/Makefile
U graphics/kiconedit/distinfo
U graphics/kpovmodeler/Makefile
U graphics/kpovmodeler/distinfo
U graphics/kpovmodeler/pkg-plist
U graphics/skanlite/Makefile
U graphics/skanlite/distinfo
U graphics/skanlite/pkg-descr
U graphics/skanlite/pkg-plist
U java/Makefile
U misc/konq-plugins-kde4/Makefile
U misc/konq-plugins-kde4/distinfo
U misc/konq-plugins-kde4/pkg-plist
U multimedia/kmplayer-kde4/Makefile
U net/Makefile
U net/spread4/Makefile
U net/spread4/distinfo
U net/spread4/pkg-deinstall
U net/spread4/pkg-descr
U net/spread4/pkg-install
U net/spread4/pkg-plist
U net/spread4/files/patch-docs-sample.spread.conf
U www/p5-Web-Scraper/Makefile
U www/p5-Web-Scraper/distinfo
U x11/yakuake-kde4/Makefile
U x11-themes/kde4-style-polyester/Makefile
From avg at icyb.net.ua  Thu Jan 15 05:27:05 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Jan 15 05:27:12 2009
Subject: pkg_info confusion (and configure.kde3)
Message-ID: <496F360E.1000508@icyb.net.ua>


I am reading pkg_info(1), I see that pkg_info can be executed without
any options/arguments, but the man page doesn't tell what happens in
this case.

In practice I see that configure.kde3 executes pkg_info in the above
fashion (after printing "Looking for installed modules.") and what I
observe is that pkg_info is examining all package files found in
/var/packages. This takes quite long, obviously:


    0 61827 28318   0   8  0  5992  2892 wait   S+J   p5    0:00.12
/usr/sbin/pkg_info
    0 62162 61827   0   8  0  3492  1108 wait   S+J   p5    0:00.00 sh
-c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'

I am not sure if this is default behavior of pkg_info or it is somehow
affected by environment. I run portupgrade -p and also have PACKAGES set
to /var/packages.

-- 
Andriy Gapon
From kitchetech at gmail.com  Thu Jan 15 05:29:26 2009
From: kitchetech at gmail.com (matt donovan)
Date: Thu Jan 15 05:29:32 2009
Subject: pkg_info confusion (and configure.kde3)
In-Reply-To: <496F360E.1000508@icyb.net.ua>
References: <496F360E.1000508@icyb.net.ua>
Message-ID: <28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>

On Thu, Jan 15, 2009 at 8:11 AM, Andriy Gapon <avg@icyb.net.ua> wrote:

>
> I am reading pkg_info(1), I see that pkg_info can be executed without
> any options/arguments, but the man page doesn't tell what happens in
> this case.
>
> In practice I see that configure.kde3 executes pkg_info in the above
> fashion (after printing "Looking for installed modules.") and what I
> observe is that pkg_info is examining all package files found in
> /var/packages. This takes quite long, obviously:
>
>
>    0 61827 28318   0   8  0  5992  2892 wait   S+J   p5    0:00.12
> /usr/sbin/pkg_info
>    0 62162 61827   0   8  0  3492  1108 wait   S+J   p5    0:00.00 sh
> -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
>
> I am not sure if this is default behavior of pkg_info or it is somehow
> affected by environment. I run portupgrade -p and also have PACKAGES set
> to /var/packages.
>
> --
> Andriy Gapon
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"


pkg_info run without args is the default way to run pkg_info it just prints
out all packages/ports installed
From avg at icyb.net.ua  Thu Jan 15 05:31:36 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Jan 15 05:31:42 2009
Subject: pkg_info confusion (and configure.kde3)
In-Reply-To: <28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>
References: <496F360E.1000508@icyb.net.ua>
	<28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>
Message-ID: <496F3AB4.20202@icyb.net.ua>

on 15/01/2009 15:29 matt donovan said the following:
> 
> 
> On Thu, Jan 15, 2009 at 8:11 AM, Andriy Gapon <avg@icyb.net.ua
> <mailto:avg@icyb.net.ua>> wrote:
> 
> 
>     I am reading pkg_info(1), I see that pkg_info can be executed without
>     any options/arguments, but the man page doesn't tell what happens in
>     this case.
> 
>     In practice I see that configure.kde3 executes pkg_info in the above
>     fashion (after printing "Looking for installed modules.") and what I
>     observe is that pkg_info is examining all package files found in
>     /var/packages. This takes quite long, obviously:
> 
> 
>        0 61827 28318   0   8  0  5992  2892 wait   S+J   p5    0:00.12
>     /usr/sbin/pkg_info
>        0 62162 61827   0   8  0  3492  1108 wait   S+J   p5    0:00.00 sh
>     -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
> 
>     I am not sure if this is default behavior of pkg_info or it is somehow
>     affected by environment. I run portupgrade -p and also have PACKAGES set
>     to /var/packages.
> 
>     --
>     Andriy Gapon
>     _______________________________________________
>     freebsd-ports@freebsd.org <mailto:freebsd-ports@freebsd.org> mailing
>     list
>     http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>     To unsubscribe, send any mail to
>     "freebsd-ports-unsubscribe@freebsd.org
>     <mailto:freebsd-ports-unsubscribe@freebsd.org>"
> 
> 
> pkg_info run without args is the default way to run pkg_info it just
> prints out all packages/ports installed

Ok, but what did make it peek into the package files (as shown in ps axl
output above)?

-- 
Andriy Gapon
From roberthuff at rcn.com  Thu Jan 15 06:07:16 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Thu Jan 15 06:07:23 2009
Subject: problem installing games/gtkpool
Message-ID: <18799.17167.190620.399485@jerusalem.litteratus.org>


huff@jerusalem>> make install 
===>  Installing for gtkpool-0.5.0_4
===>   gtkpool-0.5.0_4 depends on executable: pkg-config - found
===>   gtkpool-0.5.0_4 depends on shared library: glib-12.3 - found
===>   gtkpool-0.5.0_4 depends on shared library: gtk-12.2 - found
===>   Generating temporary packing list
===>  Checking if games/gtkpool already installed
Making install in gtkpool
"Makefile", line 345: Need an operator
"Makefile", line 346: Need an operator
"Makefile", line 347: Need an operator
"Makefile", line 348: Need an operator
"Makefile", line 349: Need an operator
"Makefile", line 350: Need an operator
"Makefile", line 351: Need an operator
"Makefile", line 352: Need an operator
"Makefile", line 353: Need an operator

	etc..
	There are only 26 lines in the Makefile, so I assume this is
due to ".include <bsd.port.mk>".  I don't have the expertise to
tamper with or even analyse serious Makefiles; is there some kind
soul who does and would be willing to give this a quick look?

	Respectfully,


				Robert Huff
From wxs at FreeBSD.org  Thu Jan 15 07:04:48 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Thu Jan 15 07:04:56 2009
Subject: pkg_info confusion (and configure.kde3)
In-Reply-To: <496F3AB4.20202@icyb.net.ua>
References: <496F360E.1000508@icyb.net.ua>
	<28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>
	<496F3AB4.20202@icyb.net.ua>
Message-ID: <20090115150602.GF50694@atarininja.org>

On Thu, Jan 15, 2009 at 03:31:32PM +0200, Andriy Gapon wrote:
> on 15/01/2009 15:29 matt donovan said the following:
> > 
> > 
> > On Thu, Jan 15, 2009 at 8:11 AM, Andriy Gapon <avg@icyb.net.ua
> > <mailto:avg@icyb.net.ua>> wrote:
> > 
> > 
> >     I am reading pkg_info(1), I see that pkg_info can be executed without
> >     any options/arguments, but the man page doesn't tell what happens in
> >     this case.
> > 
> >     In practice I see that configure.kde3 executes pkg_info in the above
> >     fashion (after printing "Looking for installed modules.") and what I
> >     observe is that pkg_info is examining all package files found in
> >     /var/packages. This takes quite long, obviously:
> > 
> > 
> >        0 61827 28318   0   8  0  5992  2892 wait   S+J   p5    0:00.12
> >     /usr/sbin/pkg_info
> >        0 62162 61827   0   8  0  3492  1108 wait   S+J   p5    0:00.00 sh
> >     -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
> > 
> >     I am not sure if this is default behavior of pkg_info or it is somehow
> >     affected by environment. I run portupgrade -p and also have PACKAGES set
> >     to /var/packages.
> > 
> >     --
> >     Andriy Gapon
> >     _______________________________________________
> >     freebsd-ports@freebsd.org <mailto:freebsd-ports@freebsd.org> mailing
> >     list
> >     http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> >     To unsubscribe, send any mail to
> >     "freebsd-ports-unsubscribe@freebsd.org
> >     <mailto:freebsd-ports-unsubscribe@freebsd.org>"
> > 
> > 
> > pkg_info run without args is the default way to run pkg_info it just
> > prints out all packages/ports installed
> 
> Ok, but what did make it peek into the package files (as shown in ps axl
> output above)?

The output looks like this:

zsh-4.3.9_4         The Z shell

The second field comes from the +COMMENT file that lives in
/var/db/pkg/foo.

-- WXS
From wxs at FreeBSD.org  Thu Jan 15 07:05:53 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Thu Jan 15 07:06:00 2009
Subject: problem installing games/gtkpool
In-Reply-To: <18799.17167.190620.399485@jerusalem.litteratus.org>
References: <18799.17167.190620.399485@jerusalem.litteratus.org>
Message-ID: <20090115150709.GG50694@atarininja.org>

On Thu, Jan 15, 2009 at 09:07:11AM -0500, Robert Huff wrote:
> 
> huff@jerusalem>> make install 
> ===>  Installing for gtkpool-0.5.0_4
> ===>   gtkpool-0.5.0_4 depends on executable: pkg-config - found
> ===>   gtkpool-0.5.0_4 depends on shared library: glib-12.3 - found
> ===>   gtkpool-0.5.0_4 depends on shared library: gtk-12.2 - found
> ===>   Generating temporary packing list
> ===>  Checking if games/gtkpool already installed
> Making install in gtkpool
> "Makefile", line 345: Need an operator
> "Makefile", line 346: Need an operator
> "Makefile", line 347: Need an operator
> "Makefile", line 348: Need an operator
> "Makefile", line 349: Need an operator
> "Makefile", line 350: Need an operator
> "Makefile", line 351: Need an operator
> "Makefile", line 352: Need an operator
> "Makefile", line 353: Need an operator
> 
> 	etc..
> 	There are only 26 lines in the Makefile, so I assume this is
> due to ".include <bsd.port.mk>".  I don't have the expertise to
> tamper with or even analyse serious Makefiles; is there some kind
> soul who does and would be willing to give this a quick look?

Does it need gmake?

-- WXS
From avg at icyb.net.ua  Thu Jan 15 07:08:06 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Jan 15 07:08:12 2009
Subject: pkg_info confusion (and configure.kde3)
In-Reply-To: <20090115150602.GF50694@atarininja.org>
References: <496F360E.1000508@icyb.net.ua>
	<28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>
	<496F3AB4.20202@icyb.net.ua>
	<20090115150602.GF50694@atarininja.org>
Message-ID: <496F5151.7040703@icyb.net.ua>

on 15/01/2009 17:06 Wesley Shields said the following:
> On Thu, Jan 15, 2009 at 03:31:32PM +0200, Andriy Gapon wrote:
>> on 15/01/2009 15:29 matt donovan said the following:
>>>
>>> On Thu, Jan 15, 2009 at 8:11 AM, Andriy Gapon <avg@icyb.net.ua
>>> <mailto:avg@icyb.net.ua>> wrote:
>>>
>>>
>>>     I am reading pkg_info(1), I see that pkg_info can be executed without
>>>     any options/arguments, but the man page doesn't tell what happens in
>>>     this case.
>>>
>>>     In practice I see that configure.kde3 executes pkg_info in the above
>>>     fashion (after printing "Looking for installed modules.") and what I
>>>     observe is that pkg_info is examining all package files found in
>>>     /var/packages. This takes quite long, obviously:
>>>
>>>
>>>        0 61827 28318   0   8  0  5992  2892 wait   S+J   p5    0:00.12
>>>     /usr/sbin/pkg_info
>>>        0 62162 61827   0   8  0  3492  1108 wait   S+J   p5    0:00.00 sh
>>>     -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
>>>
>>>     I am not sure if this is default behavior of pkg_info or it is somehow
>>>     affected by environment. I run portupgrade -p and also have PACKAGES set
>>>     to /var/packages.
>>>
>>>     --
>>>     Andriy Gapon
>>>     _______________________________________________
>>>     freebsd-ports@freebsd.org <mailto:freebsd-ports@freebsd.org> mailing
>>>     list
>>>     http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>>     To unsubscribe, send any mail to
>>>     "freebsd-ports-unsubscribe@freebsd.org
>>>     <mailto:freebsd-ports-unsubscribe@freebsd.org>"
>>>
>>>
>>> pkg_info run without args is the default way to run pkg_info it just
>>> prints out all packages/ports installed
>> Ok, but what did make it peek into the package files (as shown in ps axl
>> output above)?
> 
> The output looks like this:
> 
> zsh-4.3.9_4         The Z shell
> 
> The second field comes from the +COMMENT file that lives in
> /var/db/pkg/foo.

Thanks, but my question was:
> sh -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
why this command (and such for every package in /var/packages/All) was
spawned by pkg_info?
I.e. why pkg_info looks into package .tbz files instead of examining
/var/db/pkg?

-- 
Andriy Gapon
From roberthuff at rcn.com  Thu Jan 15 07:16:30 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Thu Jan 15 07:16:37 2009
Subject: problem installing games/gtkpool
In-Reply-To: <20090115150709.GG50694@atarininja.org>
References: <18799.17167.190620.399485@jerusalem.litteratus.org>
	<20090115150709.GG50694@atarininja.org>
Message-ID: <18799.21301.82399.657637@jerusalem.litteratus.org>

Wesley Shields writes:

>  > ===>  Installing for gtkpool-0.5.0_4
>  > ===>   gtkpool-0.5.0_4 depends on executable: pkg-config - found
>  > ===>   gtkpool-0.5.0_4 depends on shared library: glib-12.3 - found
>  > ===>   gtkpool-0.5.0_4 depends on shared library: gtk-12.2 - found
>  > ===>   Generating temporary packing list
>  > ===>  Checking if games/gtkpool already installed
>  > Making install in gtkpool
>  > "Makefile", line 345: Need an operator
>  
>  Does it need gmake?

	I don't know, I'm just using the ports as it came.
	Adding USE_GMAKE does not fix things:

checking for extra includes... no
checking for extra libs... no
checking if gtkpool should be compiled... yes
configure: creating ./config.status
 cd @top_builddir@ && /bin/sh ./config.status Makefile 
cd: can't cd to @top_builddir@
gmake: *** [Makefile] Error 2
*** Error code 2

Stop in /usr/ports/games/gtkpool.

	And why it would use make to compile (which it did
successfully) but gmake to install is boggling.


				Robert Huff



From om-lists-bsd at omx.ch  Thu Jan 15 07:34:37 2009
From: om-lists-bsd at omx.ch (Olivier Mueller)
Date: Thu Jan 15 07:34:57 2009
Subject: upgrade 7.0 -> 7.1 : portupgrade -af required?
Message-ID: <1232032068.5374.74.camel@frosh>

Hello,

After an upgrade from FreeBSD 7.0 to 7.1 (with freebsd-update in my
case), is it required to recompile all ports (portupgrade -af) like
specified in some docs/blog-entries, or is it not *really* necessary?
What are you doing on your production systems?   Having to upgrade
several servers (>15), it's quite important for me to estimate the time
required for the operation... 

I did the upgrade on a test server here, and all ports still seems to
work  (apache, php, mysql, etc.) so I guess the answer is no, but I'd
like to be sure before upgrading some important servers :-)

According to:

http://www.freebsd.org/releases/7.1R/announce.html
"Users of earlier FreeBSD releases (FreeBSD 6.x) can also use
freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to
rebuild all third-party applications (e.g., anything installed from the
ports tree) after the second invocation of "freebsd-update install", in
order to handle differences in the system libraries between FreeBSD 6.x
and FreeBSD 7.x."

It would be necessary only for major upgrades (6.x -> 7.x).   Right? 

thanks & regards,
Olivier

From maxim at am.id.lv  Thu Jan 15 07:46:08 2009
From: maxim at am.id.lv (Maxim Andruhovich)
Date: Thu Jan 15 07:46:16 2009
Subject: FreeBSD Port: cclient-2006j_1,1
Message-ID: <496F56AD.5090501@am.id.lv>

Hi,

Could update cclient to latest version, please?
due to cclient-2006j_1,1 multiple vulnerabilities  
http://www.vuxml.org/freebsd/a6713190-dfea-11dd-a765-0030843d3802.html  
http://www.vuxml.org/freebsd/69a20ce4-dfee-11dd-a765-0030843d3802.html

there is new version of cclient at 
ftp://ftp.cac.washington.edu/imap/c-client.tar.Z

Thanks.

-- 
Best Regards,
Maxim Andruhovich

This e-mail is for the sole use of the intended recipient(s). It contains information that is confidential and/or legally privileged. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient is prohibited.

From kitchetech at gmail.com  Thu Jan 15 07:47:01 2009
From: kitchetech at gmail.com (matt donovan)
Date: Thu Jan 15 07:48:14 2009
Subject: upgrade 7.0 -> 7.1 : portupgrade -af required?
In-Reply-To: <1232032068.5374.74.camel@frosh>
References: <1232032068.5374.74.camel@frosh>
Message-ID: <28283d910901150746u78cb20adu250109e63d2a7c3@mail.gmail.com>

On Thu, Jan 15, 2009 at 10:07 AM, Olivier Mueller <om-lists-bsd@omx.ch>wrote:

> Hello,
>
> After an upgrade from FreeBSD 7.0 to 7.1 (with freebsd-update in my
> case), is it required to recompile all ports (portupgrade -af) like
> specified in some docs/blog-entries, or is it not *really* necessary?
> What are you doing on your production systems?   Having to upgrade
> several servers (>15), it's quite important for me to estimate the time
> required for the operation...
>
> I did the upgrade on a test server here, and all ports still seems to
> work  (apache, php, mysql, etc.) so I guess the answer is no, but I'd
> like to be sure before upgrading some important servers :-)
>
> According to:
>
> http://www.freebsd.org/releases/7.1R/announce.html
> "Users of earlier FreeBSD releases (FreeBSD 6.x) can also use
> freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to
> rebuild all third-party applications (e.g., anything installed from the
> ports tree) after the second invocation of "freebsd-update install", in
> order to handle differences in the system libraries between FreeBSD 6.x
> and FreeBSD 7.x."
>
> It would be necessary only for major upgrades (6.x -> 7.x).   Right?
>
> thanks & regards,
> Olivier
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"


Only tiem to rebuild ports really is for a major version change say 6. ->
7.x but for a minor version change you do not have to rebuild
From odhiambo at gmail.com  Thu Jan 15 08:08:15 2009
From: odhiambo at gmail.com (Odhiambo Washington)
Date: Thu Jan 15 08:08:22 2009
Subject: upgrade 7.0 -> 7.1 : portupgrade -af required?
In-Reply-To: <1232032068.5374.74.camel@frosh>
References: <1232032068.5374.74.camel@frosh>
Message-ID: <991123400901150747u8acde88sf5709cb7b22dd89b@mail.gmail.com>

On Thu, Jan 15, 2009 at 6:07 PM, Olivier Mueller <om-lists-bsd@omx.ch>wrote:

> Hello,
>
> After an upgrade from FreeBSD 7.0 to 7.1 (with freebsd-update in my
> case), is it required to recompile all ports (portupgrade -af) like
> specified in some docs/blog-entries, or is it not *really* necessary?


No. Not necessary for point upgrades.


>
> What are you doing on your production systems?   Having to upgrade
> several servers (>15), it's quite important for me to estimate the time
> required for the operation...
>
> I did the upgrade on a test server here, and all ports still seems to
> work  (apache, php, mysql, etc.) so I guess the answer is no, but I'd
> like to be sure before upgrading some important servers :-)
>
> According to:
>
> http://www.freebsd.org/releases/7.1R/announce.html
> "Users of earlier FreeBSD releases (FreeBSD 6.x) can also use
> freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to
> rebuild all third-party applications (e.g., anything installed from the
> ports tree) after the second invocation of "freebsd-update install", in
> order to handle differences in the system libraries between FreeBSD 6.x
> and FreeBSD 7.x."
>
> It would be necessary only for major upgrades (6.x -> 7.x).   Right?


Yes. That document is quite clear.


-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
"Failure is the opportunity to begin again more intelligently." --Henry Ford
From erwin at FreeBSD.org  Thu Jan 15 08:17:54 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Thu Jan 15 08:18:01 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901151617.n0FGHoQK025710@pointyhat.freebsd.org>

From pj at smo.de  Thu Jan 15 11:01:09 2009
From: pj at smo.de (Philipp Ost)
Date: Thu Jan 15 11:01:15 2009
Subject: math/R fails to build
In-Reply-To: <496E4FE5.6020001@gwdg.de>
References: <365052.26421.qm@web39107.mail.mud.yahoo.com>
	<496E4AFE.2060803@smo.de> <496E4FE5.6020001@gwdg.de>
Message-ID: <496F8821.8050001@smo.de>

Rainer Hurling wrote:
> I have to set the following link, because R's configure is looking for 
> pure name 'gfortran'
> 
> # ln -s /usr/local/bin/gfortran43 /usr/local/bin/gfortran


Thanks for the tip, but it didn't help either...

I have to look into this in more detail sometime soon[tm]. ;-)

Thanks again for the hints!

Philipp
From ckern1 at roadrunner.com  Thu Jan 15 11:07:57 2009
From: ckern1 at roadrunner.com (Clayton Scott Kern)
Date: Thu Jan 15 11:08:18 2009
Subject: Work around for PR ports/128787
Message-ID: <20090115183928.GA93808@reddwarf.local>

I'm using CUPS and print to a HP 6840 deskjet printer.  I can't print
and get the error listed in the PR.

I'm not sure how to do the work around.  I tried to modify
src/Makefile.in, but making the port failed during patching.
From kamikaze at bsdforen.de  Thu Jan 15 13:19:57 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Thu Jan 15 13:20:04 2009
Subject: Perl upgrade question
In-Reply-To: <18798.24182.492454.229881@jerusalem.litteratus.org>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>	<496E4525.8010500@bsdforen.de>
	<18798.24182.492454.229881@jerusalem.litteratus.org>
Message-ID: <496FA85C.1010109@bsdforen.de>

Robert Huff wrote:
> Dominic Fandrey writes:
> 
>>  > 	Having gotten that far, I've got 40+ files - or at
>>  > least directories - in /usr/local/lib/perl5/site_perl/5.8.8.  Most
>>  > have the ".pm" extension, with a few ".so", ".bs", and ".packlist"
>>  > thrown in.  No ".ph"
>>  > 	Am I in trouble?  And if so, what next?
>>  
> 
>>  For portupgrade:
>>  # find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portupgrade -f
>>  
>>  Afterwards there shouldn't be anything left belonging to a package.
> 
> 	Once I have done this - and it appears to run successfully - is
> it safe to delete the 5.8.8 directories?
> 
> 
> 				Robert Huff

You should first check what is left there. There might be a whatis
file and a couple of empty directories. In that case it's safe to
delete the stuff. If there's any more there, it depends on your
own judgement, or ask someone about it.

From roberthuff at rcn.com  Thu Jan 15 13:34:09 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Thu Jan 15 13:34:16 2009
Subject: Perl upgrade question
In-Reply-To: <496FA85C.1010109@bsdforen.de>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>
	<496E4525.8010500@bsdforen.de>
	<18798.24182.492454.229881@jerusalem.litteratus.org>
	<496FA85C.1010109@bsdforen.de>
Message-ID: <18799.43947.180265.451418@jerusalem.litteratus.org>


Dominic Fandrey writes:

>  >>  For portupgrade:
>  >>  # find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portupgrade -f
>  >>  
>  >>  Afterwards there shouldn't be anything left belonging to a package.
>  > 
>  > 	Once I have done this - and it appears to run successfully - is
>  > it safe to delete the 5.8.8 directories?
>  
>  You should first check what is left there. There might be a
>  whatis file and a couple of empty directories. In that case it's
>  safe to delete the stuff. If there's any more there, it depends
>  on your own judgement, or ask someone about it.

huff@jerusalem>> pwd
/usr/local/lib/perl5/5.8.8
huff@jerusalem>> find . -type f
./perl/man/whatis
./mach/perllocal.pod
./man/whatis

	What's a .pod?


					Robert Huff


From kamikaze at bsdforen.de  Thu Jan 15 13:57:10 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Thu Jan 15 13:57:17 2009
Subject: Perl upgrade question
In-Reply-To: <18799.43947.180265.451418@jerusalem.litteratus.org>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>	<496E4525.8010500@bsdforen.de>	<18798.24182.492454.229881@jerusalem.litteratus.org>	<496FA85C.1010109@bsdforen.de>
	<18799.43947.180265.451418@jerusalem.litteratus.org>
Message-ID: <496FB113.4040009@bsdforen.de>

Robert Huff wrote:
> Dominic Fandrey writes:
> 
>>  >>  For portupgrade:
>>  >>  # find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portupgrade -f
>>  >>  
>>  >>  Afterwards there shouldn't be anything left belonging to a package.
>>  > 
>>  > 	Once I have done this - and it appears to run successfully - is
>>  > it safe to delete the 5.8.8 directories?
>>  
>>  You should first check what is left there. There might be a
>>  whatis file and a couple of empty directories. In that case it's
>>  safe to delete the stuff. If there's any more there, it depends
>>  on your own judgement, or ask someone about it.
> 
> huff@jerusalem>> pwd
> /usr/local/lib/perl5/5.8.8
> huff@jerusalem>> find . -type f
> ./perl/man/whatis
> ./mach/perllocal.pod
> ./man/whatis

No idea, but it's obviously something left behind by a port with an
incomplete plist. I think it's safe to delete that.

Don't forget to check /usr/local/lib/perl5/site_perl/5.8.8 as well.
From securitasdirect at jarfoval.fr  Thu Jan 15 14:26:33 2009
From: securitasdirect at jarfoval.fr (Securitas Direct)
Date: Thu Jan 15 14:26:41 2009
Subject: =?iso-8859-1?q?La_s=E9curit=E9_avant_tout?=
Message-ID: <MTk3OC43MDIzMjA4LjE0MDYwMzQ=@Sea051>


     Si vous ne pouvez pas voir correctement ce message, [1]cliquez ici
                        [2][emailwebreflexe_01.gif] 
                        [3][emailwebreflexe_02.gif] 
                        [4][emailwebreflexe_03.gif] 
                        [5][emailwebreflexe_04.gif] 
                        [6][emailwebreflexe_05.gif] 
                        [7][emailwebreflexe_06.gif] 
                        [8][emailwebreflexe_07.gif] 

   Soci?t? titulaire de l'autorisation administrative pr?fectorale de la
    Pr?fecture d'ANTONY n?2004/057du 01/09/04 Securitas Direct : SAS au
    capital de 1 537 424 euros - RCS B 345 006 027 - n'0 TVA : FR 60 345
    006 027 - 1 Centrale Parc - Avenue Sully Prud'homme - 92290 Ch?tenay
   Malabry Autorisation Administrative du 16 novembre 1992 - Loi 83629 du
    12 Juillet 1983, Art. 8: ?L'autorisation administrative pr?alable ne
    conf?re aucun caract?re officiel ? l'entreprise ou aux personnes qui
   en b?n?ficient. Elle n'engage en aucune mani?re la responsabilit? des
   pouvoirs publics.? Photos et documents non contractuels SD DEP 11/07.
                           www.securitasdirect.fr

   Pour ne plus recevoir nos messages : [9]d?sinscription

References

   1. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   2. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   3. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   4. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   5. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   6. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   7. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   8. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406034-1978-0
   9. http://url.jarfoval.fr/id.asp?l=51482-7023208-1406034-1978-0&id=1406034-1978-7023208-76353fbc&res=fr
From m.seaman at infracaninophile.co.uk  Thu Jan 15 14:33:48 2009
From: m.seaman at infracaninophile.co.uk (Matthew Seaman)
Date: Thu Jan 15 14:33:55 2009
Subject: Perl upgrade question
In-Reply-To: <496FB113.4040009@bsdforen.de>
References: <18798.1525.541314.409491@jerusalem.litteratus.org>	<496E4525.8010500@bsdforen.de>	<18798.24182.492454.229881@jerusalem.litteratus.org>	<496FA85C.1010109@bsdforen.de>	<18799.43947.180265.451418@jerusalem.litteratus.org>
	<496FB113.4040009@bsdforen.de>
Message-ID: <496FB9AA.8000101@infracaninophile.co.uk>

Dominic Fandrey wrote:
> Robert Huff wrote:
>> Dominic Fandrey writes:
>>
>>>  >>  For portupgrade:
>>>  >>  # find /usr/local/lib/perl5/5.8.8 /usr/local/lib/perl5/site_perl/5.8.8 -type f -exec pkg_info -W \{} \; | grep -Eo '[^ ]+$' | sort -u | xargs -o portupgrade -f
>>>  >>  
>>>  >>  Afterwards there shouldn't be anything left belonging to a package.
>>>  > 
>>>  > 	Once I have done this - and it appears to run successfully - is
>>>  > it safe to delete the 5.8.8 directories?
>>>  
>>>  You should first check what is left there. There might be a
>>>  whatis file and a couple of empty directories. In that case it's
>>>  safe to delete the stuff. If there's any more there, it depends
>>>  on your own judgement, or ask someone about it.
>> huff@jerusalem>> pwd
>> /usr/local/lib/perl5/5.8.8
>> huff@jerusalem>> find . -type f
>> ./perl/man/whatis
>> ./mach/perllocal.pod
>> ./man/whatis
> 
> No idea, but it's obviously something left behind by a port with an
> incomplete plist. I think it's safe to delete that.

.pod is 'plain ordinary documentation' or some such. perllocal.pod is
generated when you install ports from CPAN rather than through the ports
system -- it's officially a record of what add-on perl modules you've
installed -- superfluous when you're using the ports  as it already has
mechanisms to track that sort of thing.  It doesn't belong to any particular
module and it's generally safe to delete.
 
> Don't forget to check /usr/local/lib/perl5/site_perl/5.8.8 as well.

Heh.  site_perl is a more important place to check than anywhere else.
site_perl is where you are going to find any stray files that exist
as that's where all the add-on modules should be installed to. 
/usr/local/lib/perl5/5.8.8/ is for the stuff bundled with perl as
the standard modules.

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090115/ce56007b/signature.pgp
From glarkin at FreeBSD.org  Thu Jan 15 14:35:45 2009
From: glarkin at FreeBSD.org (Greg Larkin)
Date: Thu Jan 15 14:35:51 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <495BBFFB.50808@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>	<20081104072440.GA44156@dereel.lemis.com>	<49106BFF.9070305@FreeBSD.org>	<1230742678.30559.29.camel@main.lerwick.hopto.org>	<20081231174333.GA2839@soaustin.net>
	<495BBFFB.50808@FreeBSD.org>
Message-ID: <496FBA3C.8020705@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greg Larkin wrote:
> Mark Linimon wrote:
>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote:
>>> Any updates on the 0.21 version of Mythtv ??  I see that we are still at
>>> 0.20 in ports
>> If there's progress on 0.21, someone needs to say so -- the 0.20
>> version is already past its deletion date since it has been broken
>> for so long.  I'll make the commit to change the date if there is.
> 
>> mcl
> 
> Hi all,
> 
> I am currently working on the following MythTV-related PRs and plan to
> close them soon:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419
> 
> Please don't delete multimedia/mythtv yet.  The last PR above contains a
> patch to upgrade it to 0.21.
> 
> Regards,
> Greg

Hello all of you MythTV supporters with the collective patience of the
universe!

I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
127857), and please let me know if you see any problems with the updates.

There is still some work to be done on multimedia/mythtv, and I'm
tackling that next.

Thanks again for your patience and feedback!

Regards,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/       - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJb7o80sRouByUApARArzFAKCOI3HcG4uK07Jt7BPnHa7/AtJfjQCfcv58
crKIPcZFJ9LXpQyWAc+zgiA=
=8/qm
-----END PGP SIGNATURE-----

From nathan at datanode.com  Thu Jan 15 15:00:21 2009
From: nathan at datanode.com (Nathan Way)
Date: Thu Jan 15 15:00:27 2009
Subject: Perl upgrade question
In-Reply-To: <496FB9AA.8000101@infracaninophile.co.uk>
Message-ID: <A3CFCCC2DBB94E478E7A722747EECD970A5746@dni-mail.datanode.com>

> .pod is 'plain ordinary documentation' or some such. perllocal.pod is
> generated when you install ports from CPAN rather than through the
ports
> system -- it's officially a record of what add-on perl modules you've
> installed -- superfluous when you're using the ports  as it already
has
> mechanisms to track that sort of thing.  It doesn't belong to any 
> particular module and it's generally safe to delete.
 
You could also do perldoc perllocal to see what module(s) was/were
installed by CPAN
From alvest at brakiri.com  Thu Jan 15 17:16:20 2009
From: alvest at brakiri.com (Albert Vest)
Date: Thu Jan 15 17:16:27 2009
Subject: The port science/bblimage
Message-ID: <496FD9A2.5090304@brakiri.com>

This port has moved on since 0.66_3, and its name has changed:

It is now called PyVox and the latest version is 0.72: 
http://www.med.upenn.edu/bbl/downloads/pyvox/index.shtml

I'm beginning to examine it ... not sure I'm ready to take on a 
maintainer role yet...

Thanks,

-- 
Albert Vest, Al Vest at Brakiri dot com
From rotkaps_spam_trap at gmx.de  Thu Jan 15 22:03:29 2009
From: rotkaps_spam_trap at gmx.de (Heino Tiedemann)
Date: Thu Jan 15 22:03:36 2009
Subject: Perl upgrade fails
Message-ID: <ihk546-jib.ln1@news.hansenet.de>

Hello,


the UPGRADE entry to perl says: 

,----
| 20090113:
|   AFFECTS: users of lang/perl5.8
|   AUTHOR: skv@FreeBSD.org
| 
|   lang/perl5.8 has been updated to 5.8.9. You should update everything
|   depending on perl. The easiest way to do that is to use
|   perl-after-upgrade script supplied with lang/perl5.8. Please see
|   its manual page for details.
`----


Okay. I did some thing like this:

# portupgrade perl

After that I try the scipt (as root)

#cd /usr/ports/lang/perl5.8/files/
# ./perl-after-upgrade
-su: ./perl-after-upgrade: %%PERL%%: bad interpreter: No such file or directory


Maybe the "portupgrade perl" before was not okay. 
Now my perl interpreter ist broken?
Any Ideas to fix my situation?




Heino

PS.I Ig if type just "perl" in the shel, nothing happens, it waiting endless

From peterjeremy at optushome.com.au  Thu Jan 15 22:18:55 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Thu Jan 15 22:19:09 2009
Subject: Perl upgrade fails
In-Reply-To: <ihk546-jib.ln1@news.hansenet.de>
References: <ihk546-jib.ln1@news.hansenet.de>
Message-ID: <20090116061850.GG16116@server.vk2pj.dyndns.org>

On 2009-Jan-16 07:02:58 +0100, Heino Tiedemann <rotkaps_spam_trap@gmx.de> wrote:
>#cd /usr/ports/lang/perl5.8/files/
># ./perl-after-upgrade
>-su: ./perl-after-upgrade: %%PERL%%: bad interpreter: No such file or directory

You need to run the installed perl-after-upgrade.  From an arbitrary
directory, run perl-after-upgrade, check for errors and if all is OK,
run "perl-after-upgrade -f", then check for leftovers.  See the
perl-after-upgrade manpage for more details.

>PS.I Ig if type just "perl" in the shel, nothing happens, it waiting endless

perl is waiting for you to enter a perl script.  Try (eg) 'perl -V'.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090116/14703de0/attachment.pgp
From QAT at FreeBSD.org  Thu Jan 15 22:44:18 2009
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Jan 15 22:44:36 2009
Subject: cvs commit: ports/math/nyh-hoc Makefile distinfo
In-Reply-To: <200901152243.n0FMhoUA021380@repoman.freebsd.org>
References: In-Reply-To: <200901152243.n0FMhoUA021380@repoman.freebsd.org>
Message-ID: <20090116063739.CE8E18FC71@release.ixsystems.com>

Hi,



Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/nyh-hoc-9.2.log :


building nyh-hoc-9.2 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD
maintained by: ports@FreeBSD.org
building for:  7.1-PRERELEASE amd64
Makefile ident: $FreeBSD: ports/math/nyh-hoc/Makefile,v 1.3 2009/01/15 22:43:49 miwi Exp $
port directory: /usr/ports/math/nyh-hoc

.................................<Last 40 lines of the log>..................

checking for pointer size matches long, not int... yes
checking for lgamma... yes
checking for matherr... no
checking for siglongjmp... yes
checking for compiler bug (*(*pc++))()... no
configure: creating ./config.status
config.status: creating Makefile
===>  Building for nyh-hoc-9.2
byacc -d hoc.y
byacc: 5 shift/reduce conflicts
mv y.tab.c hoc.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" hoc.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" code.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" init.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" math.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" symbol.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" memory.c
cc -c -O2 -fno-strict-aliasing -pipe -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 -DRETSIGTYPE=void -Dpointer_sized_int=long -DHAVE_LGAMMA=1 -DHAVE_SIGLONGJMP=1 -DLIBPREFIX="\"/usr/local/lib/hoc/lib\"" version.c
cc -O2 -fno-strict-aliasing -pipe  -o hoc hoc.o code.o init.o math.o symbol.o memory.o version.o  -lm
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
Fatal error: filesystem was touched prior to 'make install' phase
lib extra
libexec extra
media extra
mnt extra
opt extra
proc extra
rescue extra
root extra
sbin extra
tmp extra
usr extra
var extra
work extra
================================================================
================================================================
build of /usr/ports/math/nyh-hoc ended at Fri Jan 16 06:37:38 UTC 2009

The tarballed WRKDIR can be found here:
http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/nyh-hoc-9.2.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=math&portname=nyh-hoc

The build which triggered this BotMail was done under
tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From yanefbsd at gmail.com  Thu Jan 15 23:30:54 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Thu Jan 15 23:31:00 2009
Subject: pkg_info confusion (and configure.kde3)
In-Reply-To: <496F5151.7040703@icyb.net.ua>
References: <496F360E.1000508@icyb.net.ua>
	<28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>
	<496F3AB4.20202@icyb.net.ua> <20090115150602.GF50694@atarininja.org>
	<496F5151.7040703@icyb.net.ua>
Message-ID: <7d6fde3d0901152330p32c51b64i212c660c0aaeb04c@mail.gmail.com>

On Thu, Jan 15, 2009 at 7:08 AM, Andriy Gapon <avg@icyb.net.ua> wrote:
> on 15/01/2009 17:06 Wesley Shields said the following:
>> On Thu, Jan 15, 2009 at 03:31:32PM +0200, Andriy Gapon wrote:
>>> on 15/01/2009 15:29 matt donovan said the following:
>>>>
>>>> On Thu, Jan 15, 2009 at 8:11 AM, Andriy Gapon <avg@icyb.net.ua
>>>> <mailto:avg@icyb.net.ua>> wrote:
>>>>
>>>>
>>>>     I am reading pkg_info(1), I see that pkg_info can be executed without
>>>>     any options/arguments, but the man page doesn't tell what happens in
>>>>     this case.
>>>>
>>>>     In practice I see that configure.kde3 executes pkg_info in the above
>>>>     fashion (after printing "Looking for installed modules.") and what I
>>>>     observe is that pkg_info is examining all package files found in
>>>>     /var/packages. This takes quite long, obviously:
>>>>
>>>>
>>>>        0 61827 28318   0   8  0  5992  2892 wait   S+J   p5    0:00.12
>>>>     /usr/sbin/pkg_info
>>>>        0 62162 61827   0   8  0  3492  1108 wait   S+J   p5    0:00.00 sh
>>>>     -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
>>>>
>>>>     I am not sure if this is default behavior of pkg_info or it is somehow
>>>>     affected by environment. I run portupgrade -p and also have PACKAGES set
>>>>     to /var/packages.
>>>>
>>>>     --
>>>>     Andriy Gapon
>>>>     _______________________________________________
>>>>     freebsd-ports@freebsd.org <mailto:freebsd-ports@freebsd.org> mailing
>>>>     list
>>>>     http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>>>     To unsubscribe, send any mail to
>>>>     "freebsd-ports-unsubscribe@freebsd.org
>>>>     <mailto:freebsd-ports-unsubscribe@freebsd.org>"
>>>>
>>>>
>>>> pkg_info run without args is the default way to run pkg_info it just
>>>> prints out all packages/ports installed
>>> Ok, but what did make it peek into the package files (as shown in ps axl
>>> output above)?
>>
>> The output looks like this:
>>
>> zsh-4.3.9_4         The Z shell
>>
>> The second field comes from the +COMMENT file that lives in
>> /var/db/pkg/foo.
>
> Thanks, but my question was:
>> sh -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
> why this command (and such for every package in /var/packages/All) was
> spawned by pkg_info?
> I.e. why pkg_info looks into package .tbz files instead of examining
> /var/db/pkg?

Looks like bad logic to me. Here's where the call is coming from (mind
you I'm referencing pkg_install from CURRENT's sources):

.../usr.sbin/pkg_install/info/perform.c:142           if
(unpack(fname, "'+*'")) {
.../usr.sbin/pkg_install/lib/file.c:354                      if
(vsystem("/usr/bin/tar -xp %s -f '%s' %s", comp, pkg, flist ? flist :
"")) {

Looking at the if-statement, it appears that the logic for the package
finding is in fact sort of convoluted -- we should first check and see
whether or not the package is installed, THEN if it's not installed we
find the tarball (either from a local filesystem or a remote host),
extract it, and grab the appropriate info.

Does that sound like what should happen?

Thanks,
-Garrett
From decke at bluelife.at  Fri Jan 16 00:07:13 2009
From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=)
Date: Fri Jan 16 00:07:21 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <496FBA3C.8020705@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org>
	<496FBA3C.8020705@FreeBSD.org>
Message-ID: <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at>

On Thu, January 15, 2009 11:35 pm, Greg Larkin wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Greg Larkin wrote:
>> Mark Linimon wrote:
>>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote:
>>>> Any updates on the 0.21 version of Mythtv ??  I see that we are still
>>>> at
>>>> 0.20 in ports
>>> If there's progress on 0.21, someone needs to say so -- the 0.20
>>> version is already past its deletion date since it has been broken
>>> for so long.  I'll make the commit to change the date if there is.
>>
>>> mcl
>>
>> Hi all,
>>
>> I am currently working on the following MythTV-related PRs and plan to
>> close them soon:
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419
>>
>> Please don't delete multimedia/mythtv yet.  The last PR above contains a
>> patch to upgrade it to 0.21.
>>
>> Regards,
>> Greg
>
> Hello all of you MythTV supporters with the collective patience of the
> universe!
>
> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
> 127857), and please let me know if you see any problems with the updates.
>
> There is still some work to be done on multimedia/mythtv, and I'm
> tackling that next.
>
> Thanks again for your patience and feedback!
>

Yiiha, great to hear that :o) I will update and test as soon as time permits.

Do you plan to update multimedia/mythtv to 0.21 or just fix it and leave
it at 0.20? Because in the later case there is at least one open compile
problem from Torfinn Ingolfsen that hasn't been tackled down yet.

-- 
Bernhard Fr?hlich
http://www.bluelife.at/

From 000.fbsd at quip.cz  Fri Jan 16 02:40:51 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Fri Jan 16 02:40:58 2009
Subject: direct vs. indirect port dependencies
Message-ID: <4970609D.70008@quip.cz>

Hi all,

how can I distinguish direct and indirect dependencies? If I run for 
example pkg_info -R perl-5.8.8_1, it prints long list of ports, but I am 
sure than not all of them needs perl for runing (mainly php5 extensions 
in this case)

# pkg_info -R perl-5.8.8_1
Information for perl-5.8.8_1:

Required by:
apache-2.2.11
autoconf-2.13.000227_6
autoconf-2.62
automake-1.10.1
automake-1.4.6_5
automake-1.9.6_3
fastresolve-2.10_4
help2man-1.36.4_2
mrtg-2.16.2,1
mytop-1.6_4
p5-BerkeleyDB-0.36
p5-DBD-mysql-4.006
p5-DBI-1.60.4
p5-Net-XWhois-0.90_4
p5-PathTools-3.2900
p5-Pod-Parser-1.35_2
p5-SNMP_Session-1.12
p5-Scalar-List-Utils-1.19,1
p5-Storable-2.18
p5-Term-ANSIColor-1.12
p5-Term-ReadKey-2.30
p5-URI-1.37
p5-gettext-1.05_2
pear-1.7.2
pear-Spreadsheet_Excel_Writer-0.9.1
subversion-1.4.6_2
sysconftool-0.15_2
php5-5.2.8
php5-bz2-5.2.8
php5-zip-5.2.8
php5-zlib-5.2.8
php5-iconv-5.2.8
php5-mbstring-5.2.8
php5-mysql-5.2.8
php5-simplexml-5.2.8
php5-spl-5.2.8
php5-mysqli-5.2.8
php5-sqlite-5.2.8
php5-tokenizer-5.2.8
php5-curl-5.2.8
php5-ftp-5.2.8
php5-exif-5.2.8
php5-gd-5.2.8
php5-imap-5.2.8
php5-sockets-5.2.8
php5-mcrypt-5.2.8
php5-openssl-5.2.8
pecl-fileinfo-1.0.4
php5-posix-5.2.8
php5-ctype-5.2.8
php5-dom-5.2.8
php5-xml-5.2.8
php5-xmlreader-5.2.8
php5-xmlwriter-5.2.8
php5-session-5.2.8
php5-extensions-1.2
pear-OLE-1.0.0.r1
awstats-6.9,1
ImageMagick-nox11-6.4.8.3
ZendOptimizer-3.3.0.a

So how can I get the list of directly dependent ports? (list of ports 
which requires perl for run in this case, but I am asking this for 
general use)

Or from the other side, I expect the list without mysql, perl, db41, as 
this extension (php5-session) runs without them. These are dependencies 
inherited from Apache.
# pkg_info -r php5-session-5.2.8
Information for php5-session-5.2.8:

Depends on:
Dependency: expat-2.0.1
Dependency: perl-5.8.8_1
Dependency: pkg-config-0.23_1
Dependency: pcre-7.8
Dependency: mysql-client-5.0.75
Dependency: db41-4.1.25_4
Dependency: libiconv-1.11_1
Dependency: libxml2-2.7.2_1
Dependency: apache-2.2.11
Dependency: php5-5.2.8

Thanks for any suggestions for solution reflecting options 
(dependencies) used in build time of the port (I think cd /usr/ports/ && 
make search name=$port_name | grep 'R-deps' will not print dependencies 
of non-default options). And for the second - it can not be used as 
replacement for pkg_info -R.

Miroslav Lachman
From Johan at double-l.nl  Fri Jan 16 02:47:03 2009
From: Johan at double-l.nl (Johan Hendriks)
Date: Fri Jan 16 02:47:10 2009
Subject: Mailscanner and perl update
Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE43E@w2003s01.double-l.local>

I have updated my Mailscanner server to the new perl

 

I did a perl-after-upgrade and it shows no errors then did the same with ?f

 

All looked fine but now my mail scanner is not working anymore.

 

I get the following error

 

Jan 16 11:46:03 mailscanner MailScanner[37117]: MailScanner E-Mail Virus Scanner version 4.67.6 starting...

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/DavidHooton.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SpamWhitelist.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/ZMRouterDirHash.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/CustomAction.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/LastSpam.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/Ruleset-from-Function.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/GenericSpamScanner.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MailWatch.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SQLBlackWhiteList.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SQLSpamSettings.pm, it could not be "require"d. Make sure the last line of the file says "1;"

Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MyExample.pm, it could not be "require"d. Make sure the last line of the file says "1;"

 

But no files have been changed in that dir 

 

What am I missing!

 

Regards,

Johan Hendriks

 

From 000.fbsd at quip.cz  Fri Jan 16 03:35:12 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Fri Jan 16 03:35:20 2009
Subject: Mailscanner and perl update
In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE43E@w2003s01.double-l.local>
References: <57200BF94E69E54880C9BB1AF714BBCB5DE43E@w2003s01.double-l.local>
Message-ID: <49707123.1030105@quip.cz>

Johan Hendriks wrote:

> I have updated my Mailscanner server to the new perl
> I did a perl-after-upgrade and it shows no errors then did the same with ?f
> All looked fine but now my mail scanner is not working anymore.
> I get the following error
> 
> Jan 16 11:46:03 mailscanner MailScanner[37117]: MailScanner E-Mail Virus Scanner version 4.67.6 starting...
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/DavidHooton.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SpamWhitelist.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/ZMRouterDirHash.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/CustomAction.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/LastSpam.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/Ruleset-from-Function.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/GenericSpamScanner.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MailWatch.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SQLBlackWhiteList.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SQLSpamSettings.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MyExample.pm, it could not be "require"d. Make sure the last line of the file says "1;"
> 
> But no files have been changed in that dir 
> 
> What am I missing!

Did you tried reinstall of MailScanner? It should fix it. (I had similar 
problem with amavisd + spamassassin after Perl upgrade and reinstall 
fixed it)

Miroslav Lachman
From Johan at double-l.nl  Fri Jan 16 04:07:49 2009
From: Johan at double-l.nl (Johan Hendriks)
Date: Fri Jan 16 04:07:57 2009
Subject: Mailscanner and perl update
References: <57200BF94E69E54880C9BB1AF714BBCB5DE43E@w2003s01.double-l.local>
	<49707123.1030105@quip.cz>
Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE441@w2003s01.double-l.local>

>> I have updated my Mailscanner server to the new perl
>> I did a perl-after-upgrade and it shows no errors then did the same with ?f
>> All looked fine but now my mail scanner is not working anymore.
>> I get the following error
>> 
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: MailScanner E-Mail Virus Scanner version 4.67.6 starting...
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/DavidHooton.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SpamWhitelist.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/ZMRouterDirHash.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/CustomAction.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/LastSpam.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/Ruleset-from-Function.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/GenericSpamScanner.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MailWatch.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SQLBlackWhiteList.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SQLSpamSettings.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> Jan 16 11:46:03 mailscanner MailScanner[37117]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MyExample.pm, it could not be "require"d. Make sure the last line of the file says "1;"
>> 
>> But no files have been changed in that dir 
>> 
>> What am I missing!

>Did you tried reinstall of MailScanner? It should fix it. (I had similar 
>problem with amavisd + spamassassin after Perl upgrade and reinstall 
>fixed it)

>Miroslav Lachman


Yes i did a portupgrade -f MailScanner , but it did not work, i now did a pkg_add -r perl, and it gave me the old 5.8.8 perl did a portupgrade -f MailScanner and al is working again.

So I build a test machine now where I do a clean install of perl 5.8.9 and MailScanner and see how it goes!

Regards,
Johan Hendriks 

No virus found in this outgoing message.
Checked by AVG - http://www.avg.com 
Version: 8.0.176 / Virus Database: 270.10.8/1896 - Release Date: 15-1-2009 19:10
From avg at icyb.net.ua  Fri Jan 16 04:52:09 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Jan 16 04:52:16 2009
Subject: pkg_info: package files checked before installed packages
Message-ID: <497082F3.2080606@icyb.net.ua>


[people who "touched" pkg_info recently are CC-ed]

Please see a prior discussion here:
http://docs.freebsd.org/cgi/mid.cgi?496F360E.1000508
and especially this post:
http://docs.freebsd.org/cgi/mid.cgi?7d6fde3d0901152330p32c51b64i212c660c0aaeb04c

So it is obvious from code in usr.sbin/pkg_install/info/perform.c,
function pkg_do() that if for a given name there is both a package file
in a defined packages directory and also an installed package, then
pkg_info would work on the package file.

I do not think that this is either obvious/intuitive or even correct.
At the very list there should be an option to control this behavior.

I have a system where I keep package files for all installed/built
packages and pkg_info acts very nasty there, especially when working on
all packages.

-- 
Andriy Gapon
From bf2006a at yahoo.com  Fri Jan 16 06:19:54 2009
From: bf2006a at yahoo.com (bf)
Date: Fri Jan 16 07:13:09 2009
Subject: direct vs. indirect port dependencies
Message-ID: <173493.20870.qm@web39105.mail.mud.yahoo.com>

Did you read the thread entitled "Perl upgrade question" in which a
method for doing this was discussed, in the past few days?

Alternatively, you could run something like:

#!/bin/sh
for pdir in `pkg_info -aqo`
do
[ -z `make -C /usr/ports/$pdir -V USE_PERL5 -V USE_PERL5_RUN` ] || \
echo "$pdir"
#or, if you prefer:
#echo `make -C /usr/ports/$pdir -V PKGNAME`
done

to get the names of the ports whose maintainer has asked for 
perl-5.8.x to be a RUN_DEPENDS using the USE_PERL_* framework in bsd.perl.mk.  There are probably many other variations (some of them
more efficient and elegant, no doubt). But the only truly thorough
way to determine which ports need to be rebuilt/modified is to look 
at the source code for each, which you probably won't need to do for
this upgrade.

b.


      
From avg at icyb.net.ua  Fri Jan 16 08:38:57 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Jan 16 08:39:04 2009
Subject: pkg_info: package files checked before installed packages
In-Reply-To: <497082F3.2080606@icyb.net.ua>
References: <497082F3.2080606@icyb.net.ua>
Message-ID: <4970B81B.906@icyb.net.ua>

on 16/01/2009 14:52 Andriy Gapon said the following:
> [people who "touched" pkg_info recently are CC-ed]
> 
> Please see a prior discussion here:
> http://docs.freebsd.org/cgi/mid.cgi?496F360E.1000508
> and especially this post:
> http://docs.freebsd.org/cgi/mid.cgi?7d6fde3d0901152330p32c51b64i212c660c0aaeb04c
> 
> So it is obvious from code in usr.sbin/pkg_install/info/perform.c,
> function pkg_do() that if for a given name there is both a package file
> in a defined packages directory and also an installed package, then
> pkg_info would work on the package file.

Additional info - this issue manifests itself if PKG_PATH env var points
to a directory with (full of) packages. Apparently portupgrade sets it
so (maybe -p option is needed for that).

> I do not think that this is either obvious/intuitive or even correct.
> At the very list there should be an option to control this behavior.
> 
> I have a system where I keep package files for all installed/built
> packages and pkg_info acts very nasty there, especially when working on
> all packages.
> 


-- 
Andriy Gapon
From rotkaps_spam_trap at gmx.de  Fri Jan 16 08:40:37 2009
From: rotkaps_spam_trap at gmx.de (Heino Tiedemann)
Date: Fri Jan 16 08:40:44 2009
Subject: Perl upgrade fails
References: <ihk546-jib.ln1@news.hansenet.de>
	<20090116061850.GG16116@server.vk2pj.dyndns.org>
Message-ID: <6qp646-dsb.ln1@news.hansenet.de>

Peter Jeremy <peterjeremy@optushome.com.au> wrote:

> On 2009-Jan-16 07:02:58 +0100, Heino Tiedemann <rotkaps_spam_trap@gmx.de> wrote:
>>#cd /usr/ports/lang/perl5.8/files/
>># ./perl-after-upgrade
>>-su: ./perl-after-upgrade: %%PERL%%: bad interpreter: No such file or directory
>
> You need to run the installed perl-after-upgrade. From an arbitrary
> directory, run perl-after-upgrade,


Sometimes the solution is the straigt way, and not the complicated (in
that way I was thinking..)

Thanks :)

Heino

From avg at icyb.net.ua  Fri Jan 16 08:48:14 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Jan 16 08:48:20 2009
Subject: pkg_info confusion (and configure.kde3)
In-Reply-To: <7d6fde3d0901152330p32c51b64i212c660c0aaeb04c@mail.gmail.com>
References: <496F360E.1000508@icyb.net.ua>	
	<28283d910901150529xfac5a13k6f81d199ee2f48d@mail.gmail.com>	
	<496F3AB4.20202@icyb.net.ua>
	<20090115150602.GF50694@atarininja.org>	
	<496F5151.7040703@icyb.net.ua>
	<7d6fde3d0901152330p32c51b64i212c660c0aaeb04c@mail.gmail.com>
Message-ID: <4970BA48.9000402@icyb.net.ua>

on 16/01/2009 09:30 Garrett Cooper said the following:
> On Thu, Jan 15, 2009 at 7:08 AM, Andriy Gapon <avg@icyb.net.ua> wrote:
...
>> Thanks, but my question was:
>>> sh -c /usr/bin/tar -xp -j -f '/var/packages/All/curl-7.18.0.tbz' '+*'
>> why this command (and such for every package in /var/packages/All) was
>> spawned by pkg_info?
>> I.e. why pkg_info looks into package .tbz files instead of examining
>> /var/db/pkg?
> 
> Looks like bad logic to me. Here's where the call is coming from (mind
> you I'm referencing pkg_install from CURRENT's sources):
> 
> .../usr.sbin/pkg_install/info/perform.c:142           if
> (unpack(fname, "'+*'")) {
> .../usr.sbin/pkg_install/lib/file.c:354                      if
> (vsystem("/usr/bin/tar -xp %s -f '%s' %s", comp, pkg, flist ? flist :
> "")) {
> 
> Looking at the if-statement, it appears that the logic for the package
> finding is in fact sort of convoluted -- we should first check and see
> whether or not the package is installed, THEN if it's not installed we
> find the tarball (either from a local filesystem or a remote host),
> extract it, and grab the appropriate info.

Garrett, thanks!
I think that configure.kde3 should unset PKG_PATH (that can be set by
e.g. portupgrade) before running pkg_info:

env PKG_PATH= ${PKG_INFO}

-- 
Andriy Gapon
From 000.fbsd at quip.cz  Fri Jan 16 09:45:08 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Fri Jan 16 09:45:14 2009
Subject: direct vs. indirect port dependencies
In-Reply-To: <173493.20870.qm@web39105.mail.mud.yahoo.com>
References: <173493.20870.qm@web39105.mail.mud.yahoo.com>
Message-ID: <4970C7D6.1020104@quip.cz>

bf wrote:
> Did you read the thread entitled "Perl upgrade question" in which a
> method for doing this was discussed, in the past few days?
> 
> Alternatively, you could run something like:
> 
> #!/bin/sh
> for pdir in `pkg_info -aqo`
> do
> [ -z `make -C /usr/ports/$pdir -V USE_PERL5 -V USE_PERL5_RUN` ] || \
> echo "$pdir"
> #or, if you prefer:
> #echo `make -C /usr/ports/$pdir -V PKGNAME`
> done
> 
> to get the names of the ports whose maintainer has asked for 
> perl-5.8.x to be a RUN_DEPENDS using the USE_PERL_* framework in bsd.perl.mk.  There are probably many other variations (some of them
> more efficient and elegant, no doubt). But the only truly thorough
> way to determine which ports need to be rebuilt/modified is to look 
> at the source code for each, which you probably won't need to do for
> this upgrade.

I read the thread and I also post to this thread. But I am not solving 
any Perl problem in this case. I asked this question about direct and 
indirect dependencies in general. Perl was just a well known example 
from real life.

I am still looking for general way to find out what dependency (listed 
in +CONTENTS or +REQUIRED_BY) is direct dependency [port can not be used 
without it] and indirect [inherited from parental port].

 From my point of view, the following situation is "wrong":
root@kavkaz ~/# pkg_info -r apache-2.2.11
Information for apache-2.2.11:

Depends on:
Dependency: expat-2.0.1
Dependency: perl-5.8.9
Dependency: pcre-7.8
Dependency: mysql-client-5.0.75
Dependency: db41-4.1.25_4
Dependency: libiconv-1.11_1

root@kavkaz ~/# pkg_info -r php5-session-5.2.8
Information for php5-session-5.2.8:

Depends on:
Dependency: expat-2.0.1
Dependency: perl-5.8.9
Dependency: pkg-config-0.23_1
Dependency: pcre-7.8
Dependency: mysql-client-5.0.75
Dependency: db41-4.1.25_4
Dependency: libiconv-1.11_1
Dependency: libxml2-2.7.2_1
Dependency: apache-2.2.11
Dependency: php5-5.2.8

root@kavkaz ~/# pkg_info -R mysql-client-5.0.75
Information for mysql-client-5.0.75:

Required by:
apache-2.2.11
pecl-fileinfo-1.0.4
php5-5.2.8
php5-bz2-5.2.8
php5-ctype-5.2.8
php5-curl-5.2.8
php5-dom-5.2.8
php5-exif-5.2.8
php5-extensions-1.2
php5-ftp-5.2.8
php5-gd-5.2.8
php5-iconv-5.2.8
php5-imap-5.2.8
php5-mbstring-5.2.8
php5-mcrypt-5.2.8
php5-mysql-5.2.8
php5-mysqli-5.2.8
php5-openssl-5.2.8
php5-posix-5.2.8
php5-session-5.2.8
php5-simplexml-5.2.8
php5-sockets-5.2.8
php5-spl-5.2.8
php5-sqlite-5.2.8
php5-tokenizer-5.2.8
php5-xml-5.2.8
php5-xmlreader-5.2.8
php5-xmlwriter-5.2.8
php5-zip-5.2.8
php5-zlib-5.2.8
phpMyAdmin-3.1.1
postfix-2.5.5,1
mysql-server-5.0.75
proftpd-mysql-1.3.2.r3_1
ZendOptimizer-3.3.0.a
p5-DBD-mysql-4.006
mytop-1.6_4


...and I am looking for the way how can I list only those ports directly 
dependent on mysql-client. (for example in case of php5 extensions, I am 
sure that only php5-mysql-5.2.8, php5-mysqli-5.2.8 are related to 
mysql-client, not all listed above, phpMyAdmin also does not need 
mysql-client, it needs php5-mysql, ZendOptimizer does not need 
mysql-client...)

For example 'portmaster -r mysql-client-5.0.75' will reinstall all 
listed ports above, but it is not needed!

So the simple question - is there any command or arguments to pkg_info 
to list direct dependencies only?

Miroslav Lachman
From bf2006a at yahoo.com  Fri Jan 16 11:33:32 2009
From: bf2006a at yahoo.com (bf)
Date: Fri Jan 16 11:46:02 2009
Subject: direct vs. indirect port dependencies  
Message-ID: <435622.58075.qm@web39104.mail.mud.yahoo.com>

Yes, I understood your question.  I don't know of a pkg_info switch that
will do what you want.  Although my example was for perl, I was
attempting to show you a more general approach to getting the information
that you need.  A moment's thought would show you that you could adapt my
example, and use something like:

#!/bin/sh
PORTSDIR=${PORTSDIR:-/usr/ports}
if [ "`pkg_info -E $1`" ]
then
dir1="`pkg_info -qo $1`"
for pdir in `pkg_info -aoq`
do
pdepends="`make -C $PORTSDIR/$pdir -V RUN_DEPENDS -V LIB_DEPENDS`"
( echo "$pdepends"  | grep -s -q -e "$dir1" ) && echo "$pdir"
#or, if you prefer:
#echo `make -C $PORTSDIR/$pdir -V PKGNAME`
done
else
echo "$1 is not a valid package name"
exit 1
fi
done
exit 0

Provided you have a ports tree in PORTSDIR, this would get you a list of
all installed packages that have a specific package (the first argument $1
of the script, which must be named exactly, without a glob, in the example
above) in their RUN_DEPENDS or LIB_DEPENDS, which I think is what
you are looking for. Unlike pkg_info -r/-R and make-pretty-print
run-depends-list, it is not recursive.  As before, I make no claim that
this is the best or the only way to do this.

Regards,
        b.



      
From bf2006a at yahoo.com  Fri Jan 16 11:53:49 2009
From: bf2006a at yahoo.com (bf)
Date: Fri Jan 16 12:01:32 2009
Subject: direct vs. indirect port dependencies
Message-ID: <163754.18027.qm@web39107.mail.mud.yahoo.com>




--- On Fri, 1/16/09, bf <bf2006a@yahoo.com> wrote:

...

> example, and use something like:
> 
> #!/bin/sh
> PORTSDIR=${PORTSDIR:-/usr/ports}
> if [ "`pkg_info -E $1`" ]
> then
> dir1="`pkg_info -qo $1`"
> for pdir in `pkg_info -aoq`
> do
> pdepends="`make -C $PORTSDIR/$pdir -V RUN_DEPENDS -V
> LIB_DEPENDS`"
> ( echo "$pdepends"  | grep -s -q -e
> "$dir1" ) && echo "$pdir"
> #or, if you prefer:
> #echo `make -C $PORTSDIR/$pdir -V PKGNAME`
> done
> else
> echo "$1 is not a valid package name"
> exit 1
> fi
> done
> exit 0
> 

Of course the last "done" is redundant, rip it out -- that's what happens when you're typing in a hurry.  But you get the idea.


> 
> Regards,
>         b.


      
From usgrishin at samaradom.ru  Fri Jan 16 12:01:33 2009
From: usgrishin at samaradom.ru (Yuriy Grishin)
Date: Fri Jan 16 12:01:41 2009
Subject: [www/sams] why did commiter bump PORTREVISION ? Now it's broken.
Message-ID: <4970C86E.6050900@samaradom.ru>

Hello
I'm the maintainer of the port www/sams.

In early of December 2008 the developer released new version of SAMS -- 
1.0.4
I tried to take most of users comments and sent pr 
http://www.freebsd.org/cgi/query-pr.cgi?pr=129816

Few days afterwards miwi wrote that he couldn't extract my diff (may be 
because I had sent it using windows+seamonkey?)
I upload files to my homepage and submitted follow-up.
A few days later I saw that the port has been updated, BUT:
1) http://www.freebsd.org/cgi/query-pr.cgi?pr=129816 the pr is open (is 
it normal?)
2) commiter bumped PORTREVISION and it leads to port corruption because

-------------------Makefile-------------------
....
DISTNAME=       ${PORTNAME}-${PORTVERSION}
....
-------------------Makefile-------------------
thus it searches sams-1.0.3 instead of sams-1.0.4 ==> hash check will fail

Questions :

1.Should have I say in the pr that it was not only has been updated by 
me but also by the developer?
2.What should I do now?

From wout at delta-design.be  Fri Jan 16 12:05:08 2009
From: wout at delta-design.be (Wout =?ISO-8859-1?Q?Decr=E9?=)
Date: Fri Jan 16 12:05:20 2009
Subject: FreeBSD Port: openoffice.org-3.0.20090113
Message-ID: <1232133323.1460.5.camel@localhost>

Hi

I found a fault symbolic link under my home directory:

/usr/home/wout/.config/autostart/qstart.desktop is pointed towards:

/usr/local/openoffice.org-3.0.0/openoffice.org/basis3.0/share/xdg/qstart.desktop

But this file is located at:

/usr/local/openoffice.org-3.0.0/openoffice.org3/share/xdg

I am using port editors/openoffice.org-3 with a fresh install.

Error in /var/log/messages:

Jan 16 20:04:07 xps gnome-session[1095]: WARNING: could not
read /home/wout/.config/autostart/qstart.desktop

Kind regards

Wout

From tingox at gmail.com  Fri Jan 16 12:17:31 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Fri Jan 16 12:17:37 2009
Subject: Work around for PR ports/128787
In-Reply-To: <20090115183928.GA93808@reddwarf.local>
References: <20090115183928.GA93808@reddwarf.local>
Message-ID: <ef8c8a880901161217j3a2e30capbd200be7b9daaaca@mail.gmail.com>

Hi,

On Thu, Jan 15, 2009 at 7:39 PM, Clayton Scott Kern
<ckern1@roadrunner.com> wrote:
> I'm using CUPS and print to a HP 6840 deskjet printer.  I can't print
> and get the error listed in the PR.
>
> I'm not sure how to do the work around.  I tried to modify
> src/Makefile.in, but making the port failed during patching.

What happens if you modify src/Makefle.in after doing 'make patch'?
Then you can do 'make install'.

HTH
-- 
Regards,
Torfinn Ingolfsen
From wxs at FreeBSD.org  Fri Jan 16 13:34:52 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Fri Jan 16 13:35:01 2009
Subject: [www/sams] why did commiter bump PORTREVISION ? Now it's broken.
In-Reply-To: <4970C86E.6050900@samaradom.ru>
References: <4970C86E.6050900@samaradom.ru>
Message-ID: <20090116213608.GC43075@atarininja.org>

On Fri, Jan 16, 2009 at 09:48:30PM +0400, Yuriy Grishin wrote:
> Hello
> I'm the maintainer of the port www/sams.
> 
> In early of December 2008 the developer released new version of SAMS -- 
> 1.0.4
> I tried to take most of users comments and sent pr 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=129816
> 
> Few days afterwards miwi wrote that he couldn't extract my diff (may be 
> because I had sent it using windows+seamonkey?)
> I upload files to my homepage and submitted follow-up.
> A few days later I saw that the port has been updated, BUT:
> 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=129816 the pr is open (is 
> it normal?)

The PR is still open because it has not been resolved yet.  Your patch
is still outstanding.

> 2) commiter bumped PORTREVISION and it leads to port corruption because
> 
> -------------------Makefile-------------------
> ....
> DISTNAME=       ${PORTNAME}-${PORTVERSION}
> ....
> -------------------Makefile-------------------
> thus it searches sams-1.0.3 instead of sams-1.0.4 ==> hash check will fail

According to the CVS logs PORTREVISION was bumped because of the
OpenLDAP update.  This is normal.

The distfile information never changed with this commit.  I was just now
able to fetch and verify the checksums for the distfile so I don't see
any problem.  When the patch in ports/129816 is applied there won't be a
problem with checksum either as the distinfo will be updated to reflect
the new distfile.

> Questions :
> 
> 1.Should have I say in the pr that it was not only has been updated by 
> me but also by the developer?

I don't understand what you're trying to say here.

> 2.What should I do now?

Nothing.  I'm sure Martin will get to this PR when he has time and will
contact you if there are any problems with the update.

-- WXS
From tingox at gmail.com  Fri Jan 16 14:21:18 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Fri Jan 16 14:21:24 2009
Subject: tinderbox - tinderd and nullfs?
Message-ID: <ef8c8a880901161421p712bcfccrd496d38b19ef87d2@mail.gmail.com>

Hello,

I have installed tinderbox[1] and is now trying to get tinderd to
work. I have read the information at the web page[2], but it is very
terse.
Note: I am using nullfs instead of nfs.
Even if I added " -nullfs" to tinderd_flags, tinderd just sits there
and doesn't want to start a build.
And there is a port in the queue:
root@kg-vm# ./tc listBuildPortsQueue
+=====+===========================+=======+==+
|  Id | Build Name                | Port Directory                      | Pri |
+=====+===========================+=======+===+
|   1 | 7.1-FreeBSD               | net-p2p/amule2                   |  10 |
+-----+---------------------------+-------------------------------------+-----+

But tinderd does nothing:
root@kg-vm# ps ax | grep tinder
51574  p0  S+     0:00.00 grep tinder
50765  p2  I      0:00.02 /bin/sh -T
/usr/local/tinderbox/scripts/tinderd -nullfs

What am I doing wrong?

References:
1) http://www.freshports.org/ports-mgmt/tinderbox/
2) http://tinderbox.marcuscom.com/
-- 
Regards,
Torfinn Ingolfsen
From jorge at bsdchile.cl  Fri Jan 16 17:31:30 2009
From: jorge at bsdchile.cl (Jorge Medina)
Date: Fri Jan 16 17:31:37 2009
Subject: FreeBSD 7.1-p2 jakarta-tomcat-5.0.30_7: Environment error: 
	"JAVA_HOME" should not be defined. when it's defined
Message-ID: <28d0e6b80901161711q6c371de8v12ee86fab25460e0@mail.gmail.com>

root@stone% echo $JAVA_HOME
/usr/local/jdk1.6.0

root@stone% make
jakarta-tomcat-5.0.30_7: Environment error: "JAVA_HOME" should not be defined.
*** Error code 1

Stop in /usr/ports/www/jakarta-tomcat5.


-- 
Jorge Andr?s Medina Oliva.
From jorge at bsdchile.cl  Fri Jan 16 17:43:05 2009
From: jorge at bsdchile.cl (Jorge Medina)
Date: Fri Jan 16 17:43:12 2009
Subject: FreeBSD 7.1-p2 jakarta-tomcat-5.0.30_7: Environment error: 
	"JAVA_HOME" should not be defined. when it's defined
In-Reply-To: <28d0e6b80901161711q6c371de8v12ee86fab25460e0@mail.gmail.com>
References: <28d0e6b80901161711q6c371de8v12ee86fab25460e0@mail.gmail.com>
Message-ID: <28d0e6b80901161743g10aa9a6cs1438aa4e748cbb3a@mail.gmail.com>

On Fri, Jan 16, 2009 at 10:11 PM, Jorge Medina <jorge@bsdchile.cl> wrote:
> root@stone% echo $JAVA_HOME
> /usr/local/jdk1.6.0
>
> root@stone% make
> jakarta-tomcat-5.0.30_7: Environment error: "JAVA_HOME" should not be defined.
> *** Error code 1
>
> Stop in /usr/ports/www/jakarta-tomcat5.

the problem is solved, everything was about my environment settings, so sorry.
From usgrishin at samaradom.ru  Fri Jan 16 22:22:56 2009
From: usgrishin at samaradom.ru (Yuriy Grishin)
Date: Fri Jan 16 22:23:04 2009
Subject: [www/sams] why did commiter bump PORTREVISION ? Now it's	broken.
In-Reply-To: <20090116213608.GC43075@atarininja.org>
References: <4970C86E.6050900@samaradom.ru>
	<20090116213608.GC43075@atarininja.org>
Message-ID: <49717908.5090802@samaradom.ru>

Wesley Shields wrote:
> On Fri, Jan 16, 2009 at 09:48:30PM +0400, Yuriy Grishin wrote:
>   
>> Hello
>> I'm the maintainer of the port www/sams.
>>
>> In early of December 2008 the developer released new version of SAMS -- 
>> 1.0.4
>> I tried to take most of users comments and sent pr 
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=129816
>>
>> Few days afterwards miwi wrote that he couldn't extract my diff (may be 
>> because I had sent it using windows+seamonkey?)
>> I upload files to my homepage and submitted follow-up.
>> A few days later I saw that the port has been updated, BUT:
>> 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=129816 the pr is open (is 
>> it normal?)
>>     
>
> The PR is still open because it has not been resolved yet.  Your patch
> is still outstanding.
>   
I see.
>> 2) commiter bumped PORTREVISION and it leads to port corruption because
>>
>> -------------------Makefile-------------------
>> ....
>> DISTNAME=       ${PORTNAME}-${PORTVERSION}
>> ....
>> -------------------Makefile-------------------
>> thus it searches sams-1.0.3 instead of sams-1.0.4 ==> hash check will fail
>>     
>
> According to the CVS logs PORTREVISION was bumped because of the
> OpenLDAP update.  This is normal.
>
> The distfile information never changed with this commit.  I was just now
> able to fetch and verify the checksums for the distfile so I don't see
> any problem.  When the patch in ports/129816 is applied there won't be a
> problem with checksum either as the distinfo will be updated to reflect
> the new distfile.
>   
I didn't know that distfile is untouched now. Thanks for the explanation.
>> Questions :
>>
>> 1.Should have I say in the pr that it was not only has been updated by 
>> me but also by the developer?
>>     
>
> I don't understand what you're trying to say here.
>
>   
I mean.... Not only a few options to the port added (make config options).
Binaries are also different thus distfiles must be different otherwise 
the port is broken.
I didn't know about the trick with distfiles, sorry for the panic.
>> 2.What should I do now?
>>     
>
> Nothing.  I'm sure Martin will get to this PR when he has time and will
> contact you if there are any problems with the update.

Allright, okay.
From mike at odo.in-berlin.de  Sat Jan 17 01:56:32 2009
From: mike at odo.in-berlin.de (Michael Grimm)
Date: Sat Jan 17 01:56:38 2009
Subject: FreeBSD Port: inn-2.4.5
Message-ID: <EF9ECF0C-EFE7-41BF-8FB3-A624D97F163E@odo.in-berlin.de>

Hi -

I'm running FBSD 7.1-p2 and inn-2.4.5 with largefile support and ovdb  
overview in a jail without any difficulties sofar.

The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start-up,  
reproducible. I did re-compile all ports including inn, same result.  
Then I removed Perl support during configuration, re-compiled, and now  
innd starts and runs as expected.

I just want to bring this to your attention, if you won't know this  
already. I couldn't find reports at the ports-mailing list sofar.

Hope that this isn't to difficult to fix. Let me know if you need help  
in further debugging.

Thanks and regards,
Michael

From hg at queue.to  Sat Jan 17 09:30:30 2009
From: hg at queue.to (Howard Goldstein)
Date: Sat Jan 17 09:30:38 2009
Subject: FreeBSD Port: inn-2.4.5
In-Reply-To: <EF9ECF0C-EFE7-41BF-8FB3-A624D97F163E@odo.in-berlin.de>
References: <EF9ECF0C-EFE7-41BF-8FB3-A624D97F163E@odo.in-berlin.de>
Message-ID: <49720F74.5020304@queue.to>

Michael Grimm wrote:
> Hi -
> 
> I'm running FBSD 7.1-p2 and inn-2.4.5 with largefile support and ovdb 
> overview in a jail without any difficulties sofar.
> 
> The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start-up, 
> reproducible. I did re-compile all ports including inn, same result. 
> Then I removed Perl support during configuration, re-compiled, and now 
> innd starts and runs as expected.

For what it's worth, same situation and resolution here.

From yurtesen at ispro.net  Sat Jan 17 10:02:05 2009
From: yurtesen at ispro.net (Evren Yurtesen)
Date: Sat Jan 17 10:02:12 2009
Subject: perl 5.8.9 port bug...
Message-ID: <49721788.6030400@ispro.net>

Hello,

It seems like there is a bug in perl which doesnt allow suidperl to work 
at all. After upgrading to perl 5.8.9, I couldnt run any suid scripts.

Fortunately there is a fix for the issue, can you add this to the port 
as a patch?

References to the fix:
http://www.perlmonks.org/?node_id=731836
http://www.gossamer-threads.com/lists/perl/porters/234551

Thanks,
Evren
From bsam at ipt.ru  Sat Jan 17 10:40:04 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Sat Jan 17 10:40:15 2009
Subject: tinderbox - tinderd and nullfs?
In-Reply-To: <ef8c8a880901161421p712bcfccrd496d38b19ef87d2@mail.gmail.com>
	(Torfinn Ingolfsen's message of "Fri\,
	16 Jan 2009 23\:21\:14 +0100")
References: <ef8c8a880901161421p712bcfccrd496d38b19ef87d2@mail.gmail.com>
Message-ID: <49413692@ipt.ru>

"Torfinn Ingolfsen" <tingox@gmail.com> writes:

> Hello,
>
> I have installed tinderbox[1] and is now trying to get tinderd to
> work. I have read the information at the web page[2], but it is very
> terse.

There is a README file at LOCALBASE/tinderbox/scripts. It was (almost
always) sufficient for me to configure tinderbox.

> Note: I am using nullfs instead of nfs.
> Even if I added " -nullfs" to tinderd_flags, tinderd just sits there
> and doesn't want to start a build.

You should configure tinderbox as well. Please, read the above mentioned
README file and show:
# $LOCALBASE/tinderbox/scripts/tc configGet

> And there is a port in the queue:
> root@kg-vm# ./tc listBuildPortsQueue
> +=====+===========================+=======+==+
> |  Id | Build Name                | Port Directory                      | Pri |
> +=====+===========================+=======+===+
> |   1 | 7.1-FreeBSD               | net-p2p/amule2                   |  10 |
> +-----+---------------------------+-------------------------------------+-----+
>
> But tinderd does nothing:
> root@kg-vm# ps ax | grep tinder
> 51574  p0  S+     0:00.00 grep tinder
> 50765  p2  I      0:00.02 /bin/sh -T
> /usr/local/tinderbox/scripts/tinderd -nullfs
>
> What am I doing wrong?
>
> References:
> 1) http://www.freshports.org/ports-mgmt/tinderbox/
> 2) http://tinderbox.marcuscom.com/

WBR
-- 
bsam
From krzysztof at burghardt.pl  Sat Jan 17 11:51:48 2009
From: krzysztof at burghardt.pl (Krzysztof Burghardt)
Date: Sat Jan 17 11:51:55 2009
Subject: Periodic script for FreeBSD port of aide
Message-ID: <80bd11420901171136q67733119y80288381182458fe@mail.gmail.com>

Hello aide port maintainer,

I wrote a periodic script for aide port (attached). It run aide
--check. ${daily_status_security_aide_enable} defaults to NO, so it
need to be enabled in /etc/periodic.conf with:

daily_status_security_aide_enable="YES"

I thought you might be interested in including it.

Regards,
-- 
Krzysztof Burghardt <krzysztof@burghardt.pl>
http://www.burghardt.pl/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 405.aide
Type: application/octet-stream
Size: 2003 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090117/f5a6fe55/405.obj
From otacilio.neto at ee.ufcg.edu.br  Sat Jan 17 12:49:03 2009
From: otacilio.neto at ee.ufcg.edu.br (=?ISO-8859-1?Q?Otac=EDlio_de_Ara=FAjo_Ramos_Neto?=)
Date: Sat Jan 17 12:49:10 2009
Subject: Scilab 5.0
Message-ID: <2f712e030901171237r5763df4es763f316dd9d52496@mail.gmail.com>

Hello

Will Scilab 5 be ported to FreeBSD?

Thanks
Otac?lio
From daniel at roe.ch  Sat Jan 17 12:53:28 2009
From: daniel at roe.ch (Daniel Roethlisberger)
Date: Sat Jan 17 12:53:35 2009
Subject: DragonFlyBSD mail agent
In-Reply-To: <20090108140855.GA34257@lpthe.jussieu.fr>
References: <20090108140855.GA34257@lpthe.jussieu.fr>
Message-ID: <20090117204857.GC52076@hobbes.ustdmz.roe.ch>

Michel Talon <talon@lpthe.jussieu.fr> 2009-01-08:
> would it not be interesting to have the DragonFlyBSD mail agent
> in FreeBSD? [...]

http://www.freebsd.org/cgi/query-pr.cgi?pr=130658
New port: mail/dma - The DragonFly Mail Agent.

Includes an optional quick hack (ruby wrapper) to add -t sendmail
option support, needed to make send-pr(1) happy with dma.

> For simplicity i have a tarball here:
> http://www.lpthe.jussieu.fr/~talon/dma.tgz

Note that this dma.tgz is behind the latest DragonFly sources.

-- 
Daniel Roethlisberger
http://daniel.roe.ch/
From yanefbsd at gmail.com  Sat Jan 17 13:49:15 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 17 13:49:22 2009
Subject: textproc/libxml2 and failed patching after using portsnap...
Message-ID: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>

Hello,
    This is just a notice that a patch is no longer needed with
textproc/libxml2 -- it appears to have been checked in upstream:

===>  Applying FreeBSD patches for libxml2-2.7.2_1
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to include/libxml/parser.h.rej
19 out of 24 hunks failed--saving rejects to parser.c.rej
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to parserInternals.c.rej
=> Patch patch-CVE-2008-3281 failed to apply cleanly.
*** Error code 1

    This isn't noted in the CVSweb interface, so I assume the file is
stale. However, it was recently synced (today at ~noon) with portsnap.
    I've seen similar things in the past on a handful of occasions
with portsnap (not csup) with stale files -- is this an infrastructure
bug, just stale data that's going to get cycled out, or something
else? The fix is trivial (delete the file) but it still is a bit of an
annoyance.
Thanks,
-Garrett
From yanefbsd at gmail.com  Sat Jan 17 14:34:20 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 17 14:34:26 2009
Subject: textproc/libxml2 and failed patching after using portsnap...
In-Reply-To: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>
References: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>
Message-ID: <7d6fde3d0901171434l6e766f8co350d6f02bab4281d@mail.gmail.com>

On Sat, Jan 17, 2009 at 1:49 PM, Garrett Cooper <yanefbsd@gmail.com> wrote:
> Hello,
>    This is just a notice that a patch is no longer needed with
> textproc/libxml2 -- it appears to have been checked in upstream:
>
> ===>  Applying FreeBSD patches for libxml2-2.7.2_1
> Ignoring previously applied (or reversed) patch.
> 1 out of 1 hunks ignored--saving rejects to include/libxml/parser.h.rej
> 19 out of 24 hunks failed--saving rejects to parser.c.rej
> Ignoring previously applied (or reversed) patch.
> 1 out of 1 hunks ignored--saving rejects to parserInternals.c.rej
> => Patch patch-CVE-2008-3281 failed to apply cleanly.
> *** Error code 1
>
>    This isn't noted in the CVSweb interface, so I assume the file is
> stale. However, it was recently synced (today at ~noon) with portsnap.
>    I've seen similar things in the past on a handful of occasions
> with portsnap (not csup) with stale files -- is this an infrastructure
> bug, just stale data that's going to get cycled out, or something
> else? The fix is trivial (delete the file) but it still is a bit of an
> annoyance.
> Thanks,
> -Garrett

    I ran into more issues like this with x11-toolkits/gtk20 ;( (4
patches failed to apply cleanly)...
-Garrett
From cperciva at freebsd.org  Sat Jan 17 14:42:10 2009
From: cperciva at freebsd.org (Colin Percival)
Date: Sat Jan 17 14:42:16 2009
Subject: textproc/libxml2 and failed patching after using portsnap...
In-Reply-To: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>
References: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>
Message-ID: <49725E61.6070701@freebsd.org>

Garrett Cooper wrote:
>     This is just a notice that a patch is no longer needed with
> textproc/libxml2 -- it appears to have been checked in upstream:
> 
>     This isn't noted in the CVSweb interface, so I assume the file is
> stale. However, it was recently synced (today at ~noon) with portsnap.

Does running 'portsnap extract textproc/libxml2' make the problem
patch go away?

-- 
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
From yanefbsd at gmail.com  Sat Jan 17 15:57:37 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 17 15:57:43 2009
Subject: textproc/libxml2 and failed patching after using portsnap...
In-Reply-To: <49725E61.6070701@freebsd.org>
References: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>
	<49725E61.6070701@freebsd.org>
Message-ID: <7d6fde3d0901171557v4e2d6e9enc564c8bdab100931@mail.gmail.com>

On Sat, Jan 17, 2009 at 2:40 PM, Colin Percival <cperciva@freebsd.org> wrote:
> Garrett Cooper wrote:
>>
>>    This is just a notice that a patch is no longer needed with
>> textproc/libxml2 -- it appears to have been checked in upstream:
>>
>>    This isn't noted in the CVSweb interface, so I assume the file is
>> stale. However, it was recently synced (today at ~noon) with portsnap.
>
> Does running 'portsnap extract textproc/libxml2' make the problem
> patch go away?

    Yes. Is this an issue with the `update' logic?
Thanks,
-Garrett
From cperciva at freebsd.org  Sat Jan 17 17:54:02 2009
From: cperciva at freebsd.org (Colin Percival)
Date: Sat Jan 17 17:54:09 2009
Subject: textproc/libxml2 and failed patching after using portsnap...
In-Reply-To: <7d6fde3d0901171557v4e2d6e9enc564c8bdab100931@mail.gmail.com>
References: <7d6fde3d0901171349o20f1b8d2x944bcae5394b8eb9@mail.gmail.com>	
	<49725E61.6070701@freebsd.org>
	<7d6fde3d0901171557v4e2d6e9enc564c8bdab100931@mail.gmail.com>
Message-ID: <49728B10.4080808@freebsd.org>

Garrett Cooper wrote:
> On Sat, Jan 17, 2009 at 2:40 PM, Colin Percival <cperciva@freebsd.org> wrote:
>> Garrett Cooper wrote:
>>>    This is just a notice that a patch is no longer needed with
>>> textproc/libxml2 -- it appears to have been checked in upstream:
>>>
>>>    This isn't noted in the CVSweb interface, so I assume the file is
>>> stale. However, it was recently synced (today at ~noon) with portsnap.
>> Does running 'portsnap extract textproc/libxml2' make the problem
>> patch go away?
> 
>     Yes. Is this an issue with the `update' logic?

I suppose that it's possible that there's a bug in the 'portsnap update' logic,
but usually problems like this occur as a result of someone trying to use both
portsnap and cvsup/csup.

-- 
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
From erwin at FreeBSD.org  Sat Jan 17 20:47:22 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Jan 17 20:47:30 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901180447.n0I4lIZr021131@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: pdftk-1.41: no entry for /usr/ports/lang/gcc41
make_index: pdftk-1.41: no entry for /usr/ports/lang/gcc41

Committers on the hook:
amdmi3 beech db gerald linimon lioux tabthorpe 

Most recent CVS update was:
U comms/fldigi/Makefile
U comms/fldigi/distinfo
U comms/fldigi/pkg-plist
U comms/fldigi/files/patch-src_dialogs_fl_digi.cxx
U comms/fldigi/files/patch-src_fileselector_fileselect.cxx
U comms/fldigi/files/patch-src_include_configuration.h
U comms/fldigi/files/patch-src_include_threads.h
U comms/fldigi/files/patch-src_main.cxx
U comms/fldigi/files/patch-src_spot_pskrep.cxx
U games/burrtools/Makefile
U games/burrtools/distinfo
U games/burrtools/pkg-plist
U games/numptyphysics/Makefile
U graphics/qcomicbook/Makefile
U lang/Makefile
U mail/dovecot/Makefile
U mail/dovecot/distinfo
U mail/dovecot/files/dovecot.sh.in
U mail/squirrelmail-password_forget-plugin/Makefile
U mail/squirrelmail-password_forget-plugin/distinfo
U mail/squirrelmail-password_forget-plugin/pkg-plist
U mail/squirrelmail-vlogin-plugin/Makefile
U mail/squirrelmail-vlogin-plugin/distinfo
U mail/squirrelmail-vlogin-plugin/pkg-plist
U ports-mgmt/portmk/Mk/bsd.port.mk
U science/vis5d+/Makefile
U textproc/asciidoc/Makefile
U textproc/asciidoc/distinfo
U textproc/asciidoc/pkg-plist
U textproc/asciidoc/files/patch-Makefile.in
U textproc/rubygem-rdiscount/Makefile
U textproc/rubygem-rdiscount/distinfo
U www/rubygem-sinatra/Makefile
U www/rubygem-sinatra/distinfo
From bf2006a at yahoo.com  Sat Jan 17 13:23:47 2009
From: bf2006a at yahoo.com (bf)
Date: Sat Jan 17 21:40:49 2009
Subject: Scilab 5.0
Message-ID: <549208.80110.qm@web39106.mail.mud.yahoo.com>



> Hello

> Will Scilab 5 be ported to FreeBSD?

> Thanks
> Otac?lio



Yes, I hope to soon, but I am busy at the moment.  I'd be interested
in hearing whether users of the existing scilab 4.x port would like the
new version, which is Java-based, to replace the old port -- or just be
added in addition to it.

Regards,
             b.


      
From gerald at pfeifer.com  Sat Jan 17 21:47:04 2009
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Sat Jan 17 21:47:11 2009
Subject: An update regarding CONFIGURE_ENV and ${F77}, ${FC}, ${FFLAGS}
In-Reply-To: <alpine.LSU.1.99.0901180551310.12007@acrux.dbai.tuwien.ac.at>
References: <alpine.LSU.1.99.0901180551310.12007@acrux.dbai.tuwien.ac.at>
Message-ID: <alpine.LSU.1.99.0901180645250.12007@acrux.dbai.tuwien.ac.at>

On Sun, 18 Jan 2009, Gerald Pfeifer wrote:
> the following ports contain snippets along the lines of
> 
>   CONFIGURE_ENV+= FC="${FC}" F77="${F77}" FFLAGS="${FFLAGS}
> 
> These are no longer necessary after recent improvement I have made to
> the Mk/bsd.gcc.mk infrastructure related to the USE_FORTRAN knob.
> 
> Please update your ports removing these.

To provide a concrete example, in the case of science/dcl, something
like the following would move into the right direction (untested):

Gerald

Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/science/dcl/Makefile,v
retrieving revision 1.8
diff -u -3 -p -r1.8 Makefile
--- Makefile	26 Sep 2008 08:54:21 -0000	1.8
+++ Makefile	18 Jan 2009 05:44:19 -0000
@@ -20,10 +20,7 @@ USE_XORG=	x11 xext
 GNU_CONFIGURE=	yes
 CONFIGURE_ARGS=	--prefix=${PREFIX} --disable-gtk2 --disable-gtk --with-x
 
-WANT_FORTRAN=	yes #dummy but future use
-BUILD_DEPENDS+=	gfortran42:${PORTSDIR}/lang/gcc42
-FC=		gfortran42
-CONFIGURE_ENV+=	FC="${FC}" FFLAGS="${FFLAGS}"
+USE_FORTRAN=	yes
 
 DOCFILES=	CHECK CREDITS HISTORY README README_clrmap README_gt2dlib \
 		README_itr51 README_pslib README_umfmap
From grog at FreeBSD.org  Sat Jan 17 22:45:15 2009
From: grog at FreeBSD.org (Greg 'groggy' Lehey)
Date: Sat Jan 17 22:45:22 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <496FBA3C.8020705@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net>
	<495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org>
Message-ID: <20090117062931.GE5043@dereel.lemis.com>

On Thursday, 15 January 2009 at 17:35:40 -0500, Greg Larkin wrote:
>
> Hello all of you MythTV supporters with the collective patience of the
> universe!
>
> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
> 127857), and please let me know if you see any problems with the updates.

OK, I've built mythtv-frontend.  On a machine with no prior
installation, it finds the machine running a MythTV 0.21 back end (how?).
I needed to extract the password to the MySQL database
from the back end, but then it seems to work.

On another machine, where I have a MySQL server with an old version of
the mythconverg database, I can't start it: it connects to the
database, finds that it's the wrong version, and stops again.  I
suspect that I could fix that with mythtv-setup, but the port doesn't
install it.  Would it be difficult to get it to do so?

Also, every time I stop the front end, it SIGSEGVs.  I haven't
investigated why.

Greg
--
See complete headers for address and phone numbers.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090118/1bbc6acd/attachment.pgp
From Cy.Schubert at komquats.com  Sat Jan 17 22:54:10 2009
From: Cy.Schubert at komquats.com (Cy Schubert)
Date: Sat Jan 17 22:54:17 2009
Subject: Periodic script for FreeBSD port of aide 
In-Reply-To: Message from "Krzysztof Burghardt" <krzysztof@burghardt.pl> 
	of "Sat, 17 Jan 2009 20:36:05 +0100."
	<80bd11420901171136q67733119y80288381182458fe@mail.gmail.com> 
Message-ID: <200901180625.n0I6Pj5c031132@cwsys.cwsent.com>

In message <80bd11420901171136q67733119y80288381182458fe@mail.gmail.com>, 
"Krzy
sztof Burghardt" writes:
> 
> Hello aide port maintainer,
> 
> I wrote a periodic script for aide port (attached). It run aide
> --check. ${daily_status_security_aide_enable} defaults to NO, so it
> need to be enabled in /etc/periodic.conf with:
> 
> daily_status_security_aide_enable="YES"
> 
> I thought you might be interested in including it.

I have a few thoughts on this issue.

The intention is to run it daily. What if the user wants to run it weekly 
or monthly or a combination thereof?

One option might be that you maintain it on a web site or FTP site 
somewhere and the port fetches the script and installs it. I'm not 
convinced that this is a good idea but I'm throwing it out there anyway.

Could we genericice the script for use with aide, tripwire, and integrit?

The periodic scripts run at 03:01, 04:15. and 05;30. I've usually run 
tripwire and aide as close to coming into work in the morning as possible 
so that the window of opportunity of something being altered and my finding 
out about it is as small as possible. Is the periodic infrastructure the 
best place to run the script from or should it be run using a separate cron 
job?


-- 
Cheers,
Cy Schubert <Cy.Schubert@komquats.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  http://www.FreeBSD.org

			e**(i*pi)+1=0


From erwin at FreeBSD.org  Sat Jan 17 23:23:52 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Jan 17 23:23:59 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901180723.n0I7Nmex082572@pointyhat.freebsd.org>

From yashin.dm at gmail.com  Sun Jan 18 02:31:13 2009
From: yashin.dm at gmail.com (Dmitry Yashin)
Date: Sun Jan 18 02:31:19 2009
Subject: FreeBSD Port: ng_ipacct-20061223
Message-ID: <743184660901180214h419a7bc3n7f4df213c3df3315@mail.gmail.com>

dc# uname -r
7.1-RELEASE

dc# make install
===>  Vulnerability check disabled, database not found
===>  Found saved configuration for ng_ipacct-20061223
===>  Extracting for ng_ipacct-20061223
=> MD5 Checksum OK for ng_ipacct-20061223.tar.gz.
=> SHA256 Checksum OK for ng_ipacct-20061223.tar.gz.
===>  Patching for ng_ipacct-20061223
===>  Applying FreeBSD patches for ng_ipacct-20061223
===>  Configuring for ng_ipacct-20061223
===>  Building for ng_ipacct-20061223
===> ng_ipacct (all)
Warning: Object directory not changed from original
/usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
:> opt_netgraph.h
cc -O2 -fno-strict-aliasing -pipe -DMEM_USE_ZONE -g -Werror -D_KERNEL
-DKLD_MODULE -std=c99 -nostdinc
-I/usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct -I. -I@
-I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100
--param large-function-growth=1000 -fno-common
-mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding
-fstack-protector -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -c
ng_ipacct.c
ng_ipacct.c: In function 'ip_hash_make_rec':
ng_ipacct.c:841: error: 'tcbinfo' undeclared (first use in this function)
ng_ipacct.c:841: error: (Each undeclared identifier is reported only once
ng_ipacct.c:841: error: for each function it appears in.)
ng_ipacct.c:850: error: 'udbinfo' undeclared (first use in this function)
*** Error code 1

Stop in /usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct.
*** Error code 1

Stop in /usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct.
*** Error code 1

Stop in /usr/ports/net-mgmt/ng_ipacct.
*** Error code 1

Stop in /usr/ports/net-mgmt/ng_ipacct.
From tingox at gmail.com  Sun Jan 18 03:38:21 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sun Jan 18 03:38:27 2009
Subject: tinderbox - tinderd and nullfs?
In-Reply-To: <49413692@ipt.ru>
References: <ef8c8a880901161421p712bcfccrd496d38b19ef87d2@mail.gmail.com>
	<49413692@ipt.ru>
Message-ID: <ef8c8a880901180337q423a3fd5g57d222f8d3818140@mail.gmail.com>

Hello,
Here:
root@kg-vm# pwd
/usr/local/tinderbox/scripts
root@kg-vm# ./tc configGet
CCACHE_DIR=
CCACHE_ENABLED=0
CCACHE_JAIL=0
CCACHE_LOGFILE=
CCACHE_MAX_SIZE=1G
CCACHE_NOLINK=1
DISTFILE_CACHE=
DISTFILE_URI=
HOST_WORKDIR=
OPTIONS_DIR=
OPTIONS_ENABLED=0
TINDERD_LOGFILE=/dev/null
TINDERD_SLEEPTIME=120
__DSVERSION__=3.1
root@kg-vm#


-- 
Regards,
Torfinn Ingolfsen
From tingox at gmail.com  Sun Jan 18 04:05:26 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sun Jan 18 04:05:44 2009
Subject: amule 2.2.3 port - ready for test
In-Reply-To: <39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at>
References: <ef8c8a880901091823w7cd4a797g30d70044478e60d3@mail.gmail.com>
	<20090110162025.3fa38c70@chii.bluelife.at>
	<ef8c8a880901100828m5df08012leb05554f2287268e@mail.gmail.com>
	<39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at>
Message-ID: <ef8c8a880901180405madc0c5bw3e3a218afcad825b@mail.gmail.com>

Hello,

On Mon, Jan 12, 2009 at 9:46 AM, Bernhard Fr?hlich <decke@bluelife.at> wrote:
> On Sat, January 10, 2009 5:28 pm, Torfinn Ingolfsen wrote:
>> Hello,
>>
>> On Sat, Jan 10, 2009 at 4:20 PM, Bernhard Froehlich <decke@bluelife.at>
>> wrote:
>>> I've applied your patch and compiled the port in an i386 Tinderbox for
>>> 6-STABLE and 7-STABLE. It compiles fine but leaves a few files behind
>>> and deletes a few directories which it shouldn't.
>>
>> Thanks for testing. A new patch will be sent to the mailing list.
>> I really must get my own tinderbox running again soon.
>
> I've build your -5 patch and tinderbox keeps complaining about some
> missing directories.

I'm still having problems getting my own tinderbox to run. Maybe I
should just reinstall it (it was upgraded).

amule - I wonder why 'port test' doesn't complain about missing files
like your tinderbox does?

-- 
Regards,
Torfinn Ingolfsen
From craig001 at lerwick.hopto.org  Sun Jan 18 04:24:47 2009
From: craig001 at lerwick.hopto.org (Craig Butler)
Date: Sun Jan 18 04:24:53 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <20090117062931.GE5043@dereel.lemis.com>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org>
	<496FBA3C.8020705@FreeBSD.org> <20090117062931.GE5043@dereel.lemis.com>
Message-ID: <1232281487.74947.11.camel@main.lerwick.hopto.org>

> OK, I've built mythtv-frontend.  On a machine with no prior
> installation, it finds the machine running a MythTV 0.21 back end (how?).
> I needed to extract the password to the MySQL database
> from the back end, but then it seems to work.
upnp calls I think, the mythbackend announces its self via upnp (in
yukki windows and icon appears in my network places)

> On another machine, where I have a MySQL server with an old version of
> the mythconverg database, I can't start it: it connects to the
> database, finds that it's the wrong version, and stops again.  I
> suspect that I could fix that with mythtv-setup, but the port doesn't
> install it.  Would it be difficult to get it to do so?
This is usually handles my the updated mythbackend, it automatically
updated my database when moving from 0.20 to 0.21...  There are
instructions in the UPGRADING file within the extracted sources if your
last release was older than 0.20

> Also, every time I stop the front end, it SIGSEGVs.  I haven't
> investigated why.
Aye, this happens on the old .20 release and the pre-released 0.21 and
now this version.  Its not really a problem just need to tidy up the
core dumps.

How do you find the livetv does yours stutter after some adverts fade to
black ?  I have found the only way to recover is to switch inputs or
come out of livetv then re enter it, a tad annoying. -- It does not
happen on recorded stuff.

Cheers

Craig B

From tingox at gmail.com  Sun Jan 18 04:38:38 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sun Jan 18 04:38:45 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <20090117062931.GE5043@dereel.lemis.com>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org>
	<496FBA3C.8020705@FreeBSD.org>
	<20090117062931.GE5043@dereel.lemis.com>
Message-ID: <ef8c8a880901180438i56753ee1sfa57738defd900ca@mail.gmail.com>

Hi,

On Sat, Jan 17, 2009 at 7:29 AM, Greg 'groggy' Lehey <grog@freebsd.org> wrote:
> OK, I've built mythtv-frontend.  On a machine with no prior
> installation, it finds the machine running a MythTV 0.21 back end (how?).

auto discovery, according to the release notes[1]: "Added auto
discovery of MythTV servers/frontends"
Perhaps upnp, as Craig suggested?

> On another machine, where I have a MySQL server with an old version of
> the mythconverg database, I can't start it: it connects to the
> database, finds that it's the wrong version, and stops again.  I
> suspect that I could fix that with mythtv-setup, but the port doesn't
> install it.  Would it be difficult to get it to do so?

MythTV (mythfrontend) will always try to connect to a local
configuration db first time[2]: "When you start mythfrontend for the
first time, it will attempt to connect to a configuration database on
the local machine."
Personally, I would prefer that it was possible to somehow disable
this behaviour.


References:
1) http://www.mythtv.org/wiki/Release_Notes_-_0.21
2) http://www.mythtv.org/docs/mythtv-HOWTO-10.html#ss10
-- 
Regards,
Torfinn Ingolfsen
From talon at lpthe.jussieu.fr  Sun Jan 18 05:46:23 2009
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Sun Jan 18 05:46:29 2009
Subject: Scilab 5.0
Message-ID: <20090118134619.GA64815@lpthe.jussieu.fr>

bf wrote:
> Yes, I hope to soon, but I am busy at the moment.  I'd be interested
> in hearing whether users of the existing scilab 4.x port would like the
> new version, which is Java-based, to replace the old port -- or just be
> added in addition to it.

If the new Scilab Java interface is as bad as the new Maple Java
interface, maybe it is wise to keep the old Scilab 4.x in the
ports tree ...


-- 

Michel TALON

From e at storywatchersclub.com  Sun Jan 18 06:16:11 2009
From: e at storywatchersclub.com (Eddie & Charlotte Sax)
Date: Sun Jan 18 06:16:18 2009
Subject: Storytelling on TeacherTube for your classroom
Message-ID: <20090118074450.933270490@storywatchersclub.com>

Dear Educator,

We are Eddie & Charlotte Sax from StoryWatchers Club, a production company dedicated to bringing professional storytellers into classrooms nationwide. 

We have a complimentary story for you and your students to enjoy. It's posted to TeacherTube.com - 
http://www.teachertube.com/view_video.php?viewkey=662fc7542f97cd6e62c4

The story is from our award-winning DVD series, StoryWatchers Club - Adventures in Storytelling. Take an imagination journey with nationally acclaimed storyteller Mama Edie Armstrong as she tells the Anansi the Spider folktale, How the Moon Came to Be in the Sky.

The reason we are ?giving away? this awesome story is because if you love storytelling as much as we do, then we believe once you and your students experience one of our stories you will probably want to experience more - and that's when you will probably visit our website, StoryWatchersClub.com. The series features 14 of the nation?s top children?s storytellers on 5 titles, 5 hours, all for under $100.

Our storytelling resources cover all grade levels - from pre-school through high school with an emphasis on K-5 and covering a wide range of topics and styles. Mama Edie?s story, the one posted for you online, is for K-5 and it?s one of several stories on our World Folktales title, an 'edu-taining' DVD which focuses on multiculturalism. Our other K-5 StoryWatchers Club titles are Good Character (moral values), Keys to Imagination (imagination), Our Planet (environment and science), and Christmas. For pre-school, ages 3-5, we offer Fairy Tales, Fantasy & Storytellin? Fun. For grades 6-12, The Call of Story. Thousands of schools and libraries from Wales to the U.S. to Australia already have and use our storytelling DVDs.

If you have any questions at all, please do not hesitate to contact us.

Yours in story,

EDDIE & CHARLOTTE SAX, Producers 

Sax Media Group LLC
StoryWatchersClub. com
sales@storywatchersclub.com
fax 302-370-6684 (fax or email purchase orders)
662-665-1666 or 877-STORY98 (877-786-7998)
2106 Oak Ln., Corinth, MS 38834


From talon at lpthe.jussieu.fr  Sun Jan 18 08:05:10 2009
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Sun Jan 18 08:05:17 2009
Subject: Scilab 5.0
Message-ID: <20090118160507.GA68092@lpthe.jussieu.fr>

To add to :
> If the new Scilab Java interface is as bad as the new Maple Java..

I have just tried the new scilab under Ubuntu, the help screen
is next to unreadable, due to far too small fonts, and no 
configuration possibility, worse the plots core dump. So
keeping scilab-4 in the ports seems useful. Otherwise the main window
seems fine.

-- 

Michel TALON

From maxim.maslennikov at gmail.com  Sun Jan 18 10:08:43 2009
From: maxim.maslennikov at gmail.com (Maxim Maslennikov)
Date: Sun Jan 18 10:08:50 2009
Subject: FreeBSD Port: boinc-client-6.4.5_1
Message-ID: <C5994591.E8%maxim.maslennikov@gmail.com>

Hi,

I have problem with starting WCG applications they immediately stop after
start.
Do you know that?
How can I help you to fix it?

Maxim
From pav at FreeBSD.org  Sun Jan 18 10:11:30 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Sun Jan 18 10:11:37 2009
Subject: FreeBSD Port: boinc-client-6.4.5_1
In-Reply-To: <C5994591.E8%maxim.maslennikov@gmail.com>
References: <C5994591.E8%maxim.maslennikov@gmail.com>
Message-ID: <1232302282.13101.18.camel@hood.oook.cz>

Maxim Maslennikov p??e v ne 18. 01. 2009 v 20:46 +0300:

> I have problem with starting WCG applications they immediately stop
> after start.

Can you be more specific?

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
And the sign said long haired, freaky people need not apply.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090118/36892839/attachment.pgp
From marck at rinet.ru  Sun Jan 18 10:40:45 2009
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Sun Jan 18 10:40:58 2009
Subject: net/mpich install glitch
Message-ID: <alpine.BSF.2.00.0901182121360.61105@woozle.rinet.ru>


On 

FreeBS xxxx.rinet.ru 7.1-STABLE FreeBSD 7.1-STABLE #0: Fri Jan  9 00:57:47 
MSK 2009     marck@xxxx.rinet.ru:/usr/obj/usr/src/sys/xxxx  amd64

I've got

installed MPICH in /usr/local/mpich
/usr/local/mpich/sbin/mpiuninstall may be used to remove the installation.
/usr/sbin/chown -R root:wheel /usr/local/mpich/bin /usr/local/mpich/lib
/usr/sbin/chown -R root:wheel /usr/local/mpich/doc /usr/local/mpich/include      
/usr/local/mpich/share
/bin/ln -sf /usr/local/mpich/bin/mpicxx /usr/local/mpich/bin/mpiCC
rmdir: /usr/local/mpich/examples/MPI-2-C++: No such file or directory

The following simple patch fixes the installation:

Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/net/mpich/Makefile,v
retrieving revision 1.54
diff -u -r1.54 Makefile
--- Makefile    7 Jan 2009 16:34:19 -0000       1.54
+++ Makefile    18 Jan 2009 18:21:04 -0000
@@ -217,7 +217,7 @@
        ${CHOWN} -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/mpich/doc 
${PREFIX}/mpich/include \
                ${PREFIX}/mpich/share
        ${LN} -sf ${PREFIX}/mpich/bin/mpicxx ${PREFIX}/mpich/bin/mpiCC
-       @${RMDIR} ${PREFIX}/mpich/lib/shared ${PREFIX}/mpich/examples/MPI-2-C++
+       -@${RMDIR} ${PREFIX}/mpich/lib/shared ${PREFIX}/mpich/examples/MPI-2-C++
 .if ! defined(WITHOUT_JAVA) && ! defined(PACKAGE_BUILDING)
        ${CHOWN} -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/mpich/logfiles
 .endif



-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
From marck at rinet.ru  Sun Jan 18 10:40:46 2009
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Sun Jan 18 10:40:59 2009
Subject: FreeBSD Port: boinc-client-6.4.5_1
In-Reply-To: <C5994591.E8%maxim.maslennikov@gmail.com>
References: <C5994591.E8%maxim.maslennikov@gmail.com>
Message-ID: <alpine.BSF.2.00.0901182124550.61105@woozle.rinet.ru>

On Sun, 18 Jan 2009, Maxim Maslennikov wrote:

MM> Hi,
MM> 
MM> I have problem with starting WCG applications they immediately stop after
MM> start.
MM> Do you know that?
MM> How can I help you to fix it?

what architecture are you on? There are set of (unfixable for me) problems on 
amd64

if you are on i386, you should ensure that you have:

- enabled linux emulation (compiled in kernel or module available, and 
'linux_enable="YES"' in /etc/rc.conf
- default elf emulation type set to linux (line 
'kern.elf32.fallback_brand=3' in /etc/sysctl.conf)


-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
From decke at bluelife.at  Sun Jan 18 10:51:00 2009
From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=)
Date: Sun Jan 18 10:51:08 2009
Subject: amule 2.2.3 port - ready for test
In-Reply-To: <ef8c8a880901180405madc0c5bw3e3a218afcad825b@mail.gmail.com>
References: <ef8c8a880901091823w7cd4a797g30d70044478e60d3@mail.gmail.com>
	<20090110162025.3fa38c70@chii.bluelife.at>
	<ef8c8a880901100828m5df08012leb05554f2287268e@mail.gmail.com>
	<39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at>
	<ef8c8a880901180405madc0c5bw3e3a218afcad825b@mail.gmail.com>
Message-ID: <6f7772b758928744df0348d5fdb21973.squirrel@webmail.itac.at>

On Sun, January 18, 2009 1:05 pm, Torfinn Ingolfsen wrote:
> Hello,
>
> On Mon, Jan 12, 2009 at 9:46 AM, Bernhard Fr?hlich <decke@bluelife.at>
> wrote:
>> On Sat, January 10, 2009 5:28 pm, Torfinn Ingolfsen wrote:
>>> Hello,
>>>
>>> On Sat, Jan 10, 2009 at 4:20 PM, Bernhard Froehlich <decke@bluelife.at>
>>> wrote:
>>>> I've applied your patch and compiled the port in an i386 Tinderbox for
>>>> 6-STABLE and 7-STABLE. It compiles fine but leaves a few files behind
>>>> and deletes a few directories which it shouldn't.
>>>
>>> Thanks for testing. A new patch will be sent to the mailing list.
>>> I really must get my own tinderbox running again soon.
>>
>> I've build your -5 patch and tinderbox keeps complaining about some
>> missing directories.
>
> I'm still having problems getting my own tinderbox to run. Maybe I
> should just reinstall it (it was upgraded).
>
> amule - I wonder why 'port test' doesn't complain about missing files
> like your tinderbox does?

To be exact tinderbox complains about some directories that you have
removed but you shouldn't. So just remove these lines from pkg-plist and
tinderbox should be happy with it.

portlint and port-tools are great tools for a quick check but a tinderbox
can detect a lot more errors because it builds the ports in a clean
environment so none of them can replace one another. Use them in
combination and you catch most of the errors.

-- 
Bernhard Fr?hlich
http://www.bluelife.at/

From bsam at ipt.ru  Sun Jan 18 12:01:16 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Sun Jan 18 12:01:23 2009
Subject: tinderbox - tinderd and nullfs?
In-Reply-To: <ef8c8a880901180337q423a3fd5g57d222f8d3818140@mail.gmail.com>
	(Torfinn Ingolfsen's message of "Sun\,
	18 Jan 2009 12\:37\:49 +0100")
References: <ef8c8a880901161421p712bcfccrd496d38b19ef87d2@mail.gmail.com>
	<49413692@ipt.ru>
	<ef8c8a880901180337q423a3fd5g57d222f8d3818140@mail.gmail.com>
Message-ID: <79802778@ipt.ru>

"Torfinn Ingolfsen" <tingox@gmail.com> writes:

> root@kg-vm# ./tc configGet

Seems to be OK.

Well, I think that a specific maillist (look at tinderbox website for an
address) may help you.

PS. Please double check your config files -- sometimes I get very
strange behaviour with unproper configs.


WBR
-- 
bsam
From itetcu at FreeBSD.org  Sun Jan 18 12:21:53 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Sun Jan 18 12:21:59 2009
Subject: tinderbox - tinderd and nullfs?
In-Reply-To: <ef8c8a880901180337q423a3fd5g57d222f8d3818140@mail.gmail.com>
References: <ef8c8a880901161421p712bcfccrd496d38b19ef87d2@mail.gmail.com>
	<49413692@ipt.ru>
	<ef8c8a880901180337q423a3fd5g57d222f8d3818140@mail.gmail.com>
Message-ID: <20090118222145.6ff13615@it.buh.tecnik93.com>

On Sun, 18 Jan 2009 12:37:49 +0100
"Torfinn Ingolfsen" <tingox@gmail.com> wrote:

> Hello,
> Here:
> root@kg-vm# pwd
> /usr/local/tinderbox/scripts
> root@kg-vm# ./tc configGet
> CCACHE_DIR=
> CCACHE_ENABLED=0
> CCACHE_JAIL=0
> CCACHE_LOGFILE=
> CCACHE_MAX_SIZE=1G
> CCACHE_NOLINK=1
> DISTFILE_CACHE=
> DISTFILE_URI=
> HOST_WORKDIR=
> OPTIONS_DIR=
> OPTIONS_ENABLED=0
> TINDERD_LOGFILE=/dev/null

If you're using tinderd please set this and paste me the content.

Also try building by hand and watch the output you get in the console.

Thanks.


-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090118/0c88d324/signature.pgp
From LukeD at pobox.com  Sun Jan 18 13:08:47 2009
From: LukeD at pobox.com (Luke Dean)
Date: Sun Jan 18 13:08:55 2009
Subject: Tricking pkg_version
Message-ID: <alpine.BSF.2.00.0901181229570.22102@border.lukas.is-a-geek.org>


I installed phpbb-3.02 from ports (i.e. "make install").
I then used phpbb's built-in upgrade system to upgrade it to version 3.04.
This of course did not bump the version number in the ports/packages
database.
I frequently use csup + pkg_version -L to spot ports that are out of date,
and this one will probably show up forever now.

I don't wish to recompile anything because I've made a lot of custom
changes to the php code and I don't want to go through the pain of
remerging all that stuff again.

Is there a way that I can tell pkg_version that I think I'm already
running version 3.04?
I'd like to continue to pretend that this package is still managed by the
ports/package system even though I've modified it.  I realize that this is
not sane, but it will help me spot new versions when they become available
and I just like having all my software listed in one place like this.

I've briefly poked around in /var/db/pkg/phpbb-3.0.2, but those files with
all their checksums just scream "don't touch!" to me.

I'm not using any ports/package management tools except for "make" and
"pkg_*", so aside from whatever database pkg_info uses, there are no other
databases to worry about.
From stephen at math.missouri.edu  Sun Jan 18 13:11:30 2009
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Sun Jan 18 13:11:37 2009
Subject: Tricking pkg_version
In-Reply-To: <alpine.BSF.2.00.0901181229570.22102@border.lukas.is-a-geek.org>
References: <alpine.BSF.2.00.0901181229570.22102@border.lukas.is-a-geek.org>
Message-ID: <49739B00.5060909@math.missouri.edu>

Luke Dean wrote:
> 
> I installed phpbb-3.02 from ports (i.e. "make install").
> I then used phpbb's built-in upgrade system to upgrade it to version 3.04.
> This of course did not bump the version number in the ports/packages
> database.
> I frequently use csup + pkg_version -L to spot ports that are out of date,
> and this one will probably show up forever now.
> 
> I don't wish to recompile anything because I've made a lot of custom
> changes to the php code and I don't want to go through the pain of
> remerging all that stuff again.
> 
> Is there a way that I can tell pkg_version that I think I'm already
> running version 3.04?
> I'd like to continue to pretend that this package is still managed by the
> ports/package system even though I've modified it.  I realize that this is
> not sane, but it will help me spot new versions when they become available
> and I just like having all my software listed in one place like this.
> 
> I've briefly poked around in /var/db/pkg/phpbb-3.0.2, but those files with
> all their checksums just scream "don't touch!" to me.
> 
> I'm not using any ports/package management tools except for "make" and
> "pkg_*", so aside from whatever database pkg_info uses, there are no other
> databases to worry about.

You could try:

cd /var/db/pkg
mv phpbb-3.0.2 phpbb-3.0.4

I think it is likely to work.  And if it doesn't, the damage is easily 
repaired.


From r.c.ladan at gmail.com  Sun Jan 18 13:49:32 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Sun Jan 18 13:49:44 2009
Subject: Tricking pkg_version
In-Reply-To: <49739B00.5060909@math.missouri.edu>
References: <alpine.BSF.2.00.0901181229570.22102@border.lukas.is-a-geek.org>
	<49739B00.5060909@math.missouri.edu>
Message-ID: <49739DFF.5040500@gmail.com>

Stephen Montgomery-Smith schreef:
> Luke Dean wrote:
>>
>> I installed phpbb-3.02 from ports (i.e. "make install").
>> I then used phpbb's built-in upgrade system to upgrade it to version 
>> 3.04.
>> This of course did not bump the version number in the ports/packages
>> database.
>> I frequently use csup + pkg_version -L to spot ports that are out of 
>> date,
>> and this one will probably show up forever now.
>>
>> I don't wish to recompile anything because I've made a lot of custom
>> changes to the php code and I don't want to go through the pain of
>> remerging all that stuff again.
>>
>> Is there a way that I can tell pkg_version that I think I'm already
>> running version 3.04?
>> I'd like to continue to pretend that this package is still managed by the
>> ports/package system even though I've modified it.  I realize that 
>> this is
>> not sane, but it will help me spot new versions when they become 
>> available
>> and I just like having all my software listed in one place like this.
>>
>> I've briefly poked around in /var/db/pkg/phpbb-3.0.2, but those files 
>> with
>> all their checksums just scream "don't touch!" to me.
>>
>> I'm not using any ports/package management tools except for "make" and
>> "pkg_*", so aside from whatever database pkg_info uses, there are no 
>> other
>> databases to worry about.
> 
> You could try:
> 
> cd /var/db/pkg
> mv phpbb-3.0.2 phpbb-3.0.4
> 
> I think it is likely to work.  And if it doesn't, the damage is easily 
> repaired.
This should indeed work, but don't forget to update +CONTENTS as well.
(the @name tag).  The outdated @pkgdep tags in dependent packages
shouldn't hurt.

Rene
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net)
From grog at FreeBSD.org  Sun Jan 18 14:30:45 2009
From: grog at FreeBSD.org (Greg 'groggy' Lehey)
Date: Sun Jan 18 14:30:51 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <1232281487.74947.11.camel@main.lerwick.hopto.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net>
	<495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org>
	<20090117062931.GE5043@dereel.lemis.com>
	<1232281487.74947.11.camel@main.lerwick.hopto.org>
Message-ID: <20090118223037.GL5043@dereel.lemis.com>

On Sunday, 18 January 2009 at 12:24:47 +0000, Craig Butler wrote:
>> On another machine, where I have a MySQL server with an old version of
>> the mythconverg database, I can't start it: it connects to the
>> database, finds that it's the wrong version, and stops again.  I
>> suspect that I could fix that with mythtv-setup, but the port doesn't
>> install it.  Would it be difficult to get it to do so?
>
> This is usually handles my the updated mythbackend, it automatically
> updated my database when moving from 0.20 to 0.21...

This is a backup database for testing purposes, and has nothing to do
with the myth installation.  As Torfinn says, it's a nuisance that it
won't go past it.  I solved the issue by stopping the local mysqld,
setting up mythfrontend with the remote database, then starting mysqld
again.

>> Also, every time I stop the front end, it SIGSEGVs.  I haven't
>> investigated why.
>
> Aye, this happens on the old .20 release and the pre-released 0.21 and
> now this version.  Its not really a problem just need to tidy up the
> core dumps.

This is the state of modern multimedia software, I suppose.  SIGSGEVs
in running programs are always a problem.

> How do you find the livetv does yours stutter after some adverts
> fade to black ?

I haven't seen any stuttering.  But I barely watch live TV at all, so
that doesn't mean much.

What I have seen, both on live TV and recordings, is that sometimes
the front end will trip over itself and not display anything except
for the screen overlays.  Under these circumstances it seems to hang,
but tcpdump shows that it's actually transferring data (p will stop
and start the stream, for example).  It's doing it right now, with the
rather unusual situation of displaying a completely transparent
(invisible) full-screen window.  I can iconify it and deiconify it,
but apart from the fact that it also grabs focus when deiconified,
that's the only way I know it's there.  Pressing ESC gets out of it.
Weird.  I don't know how much this has to do with the port, though.
I'll investigate further.  And, of course, when I stop it I get:

  [1]+  Segmentation fault: 11  (core dumped) mythfrontend

Greg
--
See complete headers for address and phone numbers.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090118/fdcff1f2/attachment.pgp
From troy at twisted.net  Sun Jan 18 15:40:55 2009
From: troy at twisted.net (Troy)
Date: Sun Jan 18 15:41:33 2009
Subject: Slimserver port broken
Message-ID: <20090118233256.GA52805@twisted.net>

Hi,

The Slimeserver port cannot fetch the file the port is calling for.  I
manually looked at each of the locations and the file doesn't exist.

-Troy

/usr/ports/audio/slimserver# make
===>  Vulnerability check disabled, database not found
===>  Found saved configuration for slimserver-6.2.2_1

Define SLIMDIR to override default of 'slimserver'.

=> SlimServer_v6.5.4.no-cpan-arch.tar.gz doesn't seem to exist in
/usr/ports/distfiles/slimserver.
=> Attempting to fetch from
http://downloads.slimdevices.com/downloads/SlimServer_v6.5.4/.
fetch:
http://downloads.slimdevices.com/downloads/SlimServer_v6.5.4/SlimServer_v6.5.4.no-cpan-arch.tar.gz:
Not Found
=> Attempting to fetch from
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/slimserver/.
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/slimserver/SlimServer_v6.5.4.no-cpan-arch.tar.gz:
File unavailable (e.g., file not found, no access)
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/slimserver and try again.
*** Error code 1

Stop in /usr/ports/audio/slimserver.
*** Error code 1

Stop in /usr/ports/audio/slimserver.
Exit 1
From QAT at FreeBSD.org  Sun Jan 18 17:30:18 2009
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sun Jan 18 17:30:31 2009
Subject: cvs commit: ports/math/jags Makefile distinfo pkg-descr
	pkg-plist
In-Reply-To: <200901190119.n0J1J7W5068745@repoman.freebsd.org>
References: In-Reply-To: <200901190119.n0J1J7W5068745@repoman.freebsd.org>
Message-ID: <20090119012322.E344A8FC42@release.ixsystems.com>

Hi,



Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/jags-1.0.3.log :


building jags-1.0.3 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD
maintained by: ports@FreeBSD.org
building for:  7.1-STABLE amd64
Makefile ident: $FreeBSD: ports/math/jags/Makefile,v 1.9 2009/01/19 01:19:07 gerald Exp $
port directory: /usr/ports/math/jags

.................................<Last 40 lines of the log>..................

in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
Making install in terminal
make  install-am
test -z "/usr/local/bin" || ../.././install-sh -c -d "/usr/local/bin"
 install  -o root -g wheel -m 555 'jags' '/usr/local/bin/jags'
test -z "/usr/local/bin" || ../.././install-sh -c -d "/usr/local/bin"
test -z "/usr/local/libexec" || ../.././install-sh -c -d "/usr/local/libexec"
  /bin/sh ../../libtool   --mode=install install  -s -o root -g wheel -m 555 'jags-terminal' '/usr/local/libexec/jags-terminal'
install -o root -g wheel -m 555 -s .libs/jags-terminal /usr/local/libexec/jags-terminal
Making install in etc
test -z "/usr/local/lib/pkgconfig" || .././install-sh -c -d "/usr/local/lib/pkgconfig"
 install  -o root -g wheel -m 444 'jags.pc' '/usr/local/lib/pkgconfig/jags.pc'
Making install in win32
Making install in lapack
===>   Registering installation for jags-1.0.3
================================================================
====================<phase 7: make package>====================
===>  Building package for jags-1.0.3
Creating package /tmp/packages/All/jags-1.0.3.tbz
Registering depends: libRmath-2.8.1 lapack-3.1.1_2 blas-1.0_3 gcc-4.3.3_20090108 libiconv-1.11_1 perl-5.8.9 mpfr-2.3.2 libgmp-4.2.4.
Creating bzip'd tar ball in '/tmp/packages/All/jags-1.0.3.tbz'
Deleting jags-1.0.3
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
1177819        4 drwxr-xr-x    2 root             wheel                 512 Jan 19 01:23 usr/local/lib/pkgconfig
================================================================
build of /usr/ports/math/jags ended at Mon Jan 19 01:23:21 UTC 2009

The tarballed WRKDIR can be found here:
http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/jags-1.0.3.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=math&portname=jags

The build which triggered this BotMail was done under
tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From uwe at laverenz.de  Sun Jan 18 20:38:37 2009
From: uwe at laverenz.de (Uwe Laverenz)
Date: Sun Jan 18 20:38:44 2009
Subject: Slimserver port broken
In-Reply-To: <20090118233256.GA52805@twisted.net>
References: <20090118233256.GA52805@twisted.net>
Message-ID: <497403CB.2070607@laverenz.de>

Troy schrieb:

> The Slimeserver port cannot fetch the file the port is calling for.  I
> manually looked at each of the locations and the file doesn't exist.
> 
> -Troy
> 
> /usr/ports/audio/slimserver# make

It was renamed to squeezecenter a while ago, you find it in:
/usr/ports/audio/squeezecenter.

Uwe

From bugmaster at FreeBSD.org  Mon Jan 19 03:06:05 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan 19 03:06:30 2009
Subject: Current unassigned ports problem reports
Message-ID: <200901191106.n0JB64CM061962@freefall.freebsd.org>

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/130734            [maintainer] science/dcl: use USE_FORTRAN knob
o ports/130733            Patch for ports/gen/security/quintuple-agent/Makefile
o ports/130719            www/nspluginwrapper installs plugins in the old direct
o ports/130717            [MAINTAINER] textproc/weka: update to 3.4.14
o ports/130715            New Port:devel/binutils-2.19
o ports/130713            [MAINTAINER] www/xpi-flashblock: update to 1.5.7.1
o ports/130712            [MAINTAINER] www/xpi-forecastfox: update to 0.9.8
o ports/130710            Update port: www/trac-pendingticket
o ports/130709            Update port: www/trac-tags
o ports/130708            Update port: www/trac-email2trac
o ports/130707            Update port: www/trac-mastertickets
o ports/130706            Update port: www/trac-wikirename
o ports/130705            Update port: www/trac-nav
o ports/130704            Update port: www/trac-ctxtnavadd
o ports/130703            Update port: www/trac-addcomment
o ports/130702            Update port: www/trac-macropost
o ports/130691            Re-Enable sysutils/megarc for RELEASE < 7
o ports/130688            update port: devel/jude-community: update to 5.4.1
o ports/130685            Update port: www/hiawatha
o ports/130675            [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC
o ports/130673            [patch] - update sysutils/phplogcon
o ports/130658            New port: mail/dma - The DragonFly Mail Agent
o ports/130647            devel/p5-File-Pid: uninitialized value warning if you 
f ports/130633            www/c-icap: update to 060708
o ports/130629            [new port] lang/rakudo  The Rakudo Perl 6 Compiler
o ports/130626            [PATCH]x11-toolkits/p5-Tk: update to 804.028_501
o ports/130616            [PATCH] net-im/jabber-pyicq-transport: update to 0.8.1
f ports/130612            Update musicpd to 0.14
f ports/130608            vuxml submission for audio/teamspeak_server
o ports/130596            [NEW PORT] deskutils/plasma-applet-yawp: a weather pla
o ports/130566            New port: deskutils/p5-ZConf-Runner  Run a file using 
o ports/130564            New port: mail/p5-ZConf-Mail  Misc mail client functio
o ports/130563            New port: devel/p5-IO-MultiPipe  Check for errors when
o ports/130541            new port: net/isc-dhcp41-server
o ports/130505            Update sysutils/linux-megacli to 2.00.15
o ports/130480            [Update]www/resin3:update to 3.1.6
o ports/130474            [MAINTAINER] mail/bogofilter-qdbm: deprecate end June 
o ports/130466            Update port: multimedia/libmpeg3 to 1.8
o ports/130441            Update port: print/py-fonttools to 2.2
o ports/130431            Update port: x11-fonts/fntsample to 3.0
o ports/130425            www/rt38 - Database couldn't be initialized
o ports/130415            New port: devel/p5-Class-Declare - Perl module for dec
o ports/130411            [PATCH] x11/xcb-proto - Fix build with python2.6
o ports/130363            [maintainer] mail/dkim-milter: modify rc.d script like
f ports/130326            [patch] update to sysutils/megarc
f ports/130314            [Update]graphics/gpicview:update to 0.1.11
f ports/130288            linux_base-f8 conflicts linux-glib2, about www/linux-n
o ports/130275            New Port: graphics/Captcha-reCAPTCHA-Mailhide  "A Perl
f ports/130209            www/typo3 upgrade removes configuration
f ports/130202            [PATCH] net-im/pidgin-guifications: update to 2.16
o ports/130174            New port: net/igmpproxy multicast proxy
o ports/130148            New port: update for ports/130081 . sysutils/jx This i
o ports/130081            New port: sysutils/jx   This is a perl wrapper to "jex
f ports/130065            devel/stlport update to 5.2.1 and problems
f ports/130063            databases/rrdtool update
f ports/130047            update cad/ngspice_rework to version 18
o ports/130046            new ports: slave ports for sysutils/rsyslog4
o ports/130014            New port: sysutils/rsyslog4 - Syslogd supporting SQL, 
f ports/129977            [UPDATE] net/acx100 to latest (working?) version
f ports/129830            print/hplip configure thinks python2.5 < phython2.2
o ports/129677            /usr/ports/sysutils/aaccli Bad system call: 12 (core d
o ports/129606            benchmarks/iozone does not support O_DIRECT
o ports/129598            Update ports: finance/aqbanking, devel/gwenhywfar to 3
f ports/129478            multimedia/acidrip: patch file to commit to ports
f ports/129435            java/jakarta-commons-dbcp not BROKEN on jdk15
o ports/129363            devel/ace build fails if kernel module aio is loaded
o ports/128603            textproc/flex has too small capacity
f ports/128490            net/freenx port does not work properly on freebsd-7 st
f ports/128271            biology/ncbi-toolkit - blastall segfaults when output 
o ports/128140            update devel/pwlib to 2.4.1 to fit GNOME 2.24
o ports/128100            upgrade of www/trac breaks 0.10.x Trac installations
f ports/127810            print/hplip 2.8.2 can't talk to my usnb printer (HP PS
o ports/127728            ports/games/freebsd-games doesn't build, and larn(6) s
f ports/127513            mail/dcc-dccd sets home to /var/dcc even if you didn' 
s ports/127402            [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser
o ports/127377            java/netbeans61 fails to make internet connections
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302            security/swatch: swatch-3.2.1_1 multiple issues
f ports/127181            audio/musicpd logs warning
s ports/127087            mail/bincimap port does not include an rc.d file
f ports/126058            net/generic-nqs fails to compile
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
o ports/125719            shells/pdksh, zombie process's occouring on SMP Machin
o ports/125714            [patch] www/httptunnel: users not added
o ports/125201            audio/aqualung crashes
s ports/124548            net/mDNSResponder port incompatible with gnome desktop
o ports/123247            linux-firefox and linux-seamonkey from multiple users
o ports/123068            sysutils/bubblemon2 bubblemon-dockapp: error extractin
o ports/122571            [patch] net/libnet10 does not work on amd64
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
o ports/121050            New port: sysutils/heartbeat2 Linux High-Availability 
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
o ports/111501            [NEW PORT] databases/ruby-oci8
o ports/108795            ports/icc: Proposed update to icc port for intel compi
o amd64/104311            ports/wine should be installable on amd64
s ports/85513             Intel C++ compiler not 100% binary compatible with sys

96 problems total.

From brooks at freebsd.org  Mon Jan 19 09:07:33 2009
From: brooks at freebsd.org (Brooks Davis)
Date: Mon Jan 19 09:07:42 2009
Subject: Slimserver port broken
In-Reply-To: <20090118233256.GA52805@twisted.net>
References: <20090118233256.GA52805@twisted.net>
Message-ID: <20090119163251.GC16785@lor.one-eyed-alien.net>

On Sun, Jan 18, 2009 at 05:32:57PM -0600, Troy wrote:
> Hi,
> 
> The Slimeserver port cannot fetch the file the port is calling for.  I
> manually looked at each of the locations and the file doesn't exist.

I've fixed the URL, but also set DEPRECATED.  You should use
audio/squeezecenter instead.

> -Troy
> 
> /usr/ports/audio/slimserver# make
> ===>  Vulnerability check disabled, database not found
> ===>  Found saved configuration for slimserver-6.2.2_1
> 
> Define SLIMDIR to override default of 'slimserver'.
> 
> => SlimServer_v6.5.4.no-cpan-arch.tar.gz doesn't seem to exist in
> /usr/ports/distfiles/slimserver.
> => Attempting to fetch from
> http://downloads.slimdevices.com/downloads/SlimServer_v6.5.4/.
> fetch:
> http://downloads.slimdevices.com/downloads/SlimServer_v6.5.4/SlimServer_v6.5.4.no-cpan-arch.tar.gz:
> Not Found
> => Attempting to fetch from
> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/slimserver/.
> fetch:
> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/slimserver/SlimServer_v6.5.4.no-cpan-arch.tar.gz:
> File unavailable (e.g., file not found, no access)
> => Couldn't fetch it - please try to retrieve this
> => port manually into /usr/ports/distfiles/slimserver and try again.
> *** Error code 1
> 
> Stop in /usr/ports/audio/slimserver.
> *** Error code 1
> 
> Stop in /usr/ports/audio/slimserver.
> Exit 1
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090119/b3e22d76/attachment.pgp
From leslie at eskk.nu  Mon Jan 19 10:16:41 2009
From: leslie at eskk.nu (Leslie Jensen)
Date: Mon Jan 19 10:16:49 2009
Subject: FreeBSD Port: xfe-1.19.2_1
Message-ID: <4974BF8C.7030101@eskk.nu>

Hello

When I try to start xfe it produces the error message below.

les@blj01~:xfe

/libexec/ld-elf.so.1: Shared object "libtasn1.so.3" not found, required 
by "libcups.so.2"

I've tried to fix it by doing

portmaster -r xfe-1.19.2_1 and
portmaster -r libtasn1-1.8

But it does not help. The problem is new, must have come with updating 
some port.


Thanks :-)


-- 
PS: OBS!! Nytt mobilnummer

Med v?nlig h?lsning / With Regards / Mit freundlichen gr??en

___________________________________________________________________
Leslie Jensen
Liljegatan 26
SE-262 57 ?ngelholm

Telephone +46 (0)431 19370      Mobile phone +46 (0)736 406 604

This E-mail is sent from leslie@eskk.nu
using http://www.mozilla.com/thunderbird/

http://www.spreadbsd.org/aff/162/3
___________________________________________________________________
From tingox at gmail.com  Mon Jan 19 11:53:51 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Mon Jan 19 11:53:57 2009
Subject: amule 2.2.3 port - ready for test
In-Reply-To: <6f7772b758928744df0348d5fdb21973.squirrel@webmail.itac.at>
References: <ef8c8a880901091823w7cd4a797g30d70044478e60d3@mail.gmail.com>
	<20090110162025.3fa38c70@chii.bluelife.at>
	<ef8c8a880901100828m5df08012leb05554f2287268e@mail.gmail.com>
	<39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at>
	<ef8c8a880901180405madc0c5bw3e3a218afcad825b@mail.gmail.com>
	<6f7772b758928744df0348d5fdb21973.squirrel@webmail.itac.at>
Message-ID: <ef8c8a880901191151o47af0472xfc4f22f851b012de@mail.gmail.com>

Hello

On Sun, Jan 18, 2009 at 7:50 PM, Bernhard Fr?hlich <decke@bluelife.at> wrote:
> To be exact tinderbox complains about some directories that you have
> removed but you shouldn't. So just remove these lines from pkg-plist and
> tinderbox should be happy with it.

I understand that, but I don't understand the difference between the
handling of fr, pt_PT and the other locales.. Here is an example. the
port install the following files:
share/locale/da/LC_MESSAGES/amule.mo
share/locale/pt_PT/LC_MESSAGES/amule.mo
share/locale/fr/LC_MESSAGES/amule.mo

(I verified this by doing tar tvf on the package archive)

The last two are the ones tinderbox complains about, the first one
(and all the others) doesn't get complaints from your tinderbox.

Here is the corresponding lines in pkg-plist:
share/locale/da/LC_MESSAGES/amule.mo
share/locale/fr/LC_MESSAGES/amule.mo
share/locale/pt_PT/LC_MESSAGES/amule.mo

followed by these lines later in pkg-plist:
@dirrmtry share/locale/da/LC_MESSAGES
@dirrmtry share/locale/da
@dirrmtry share/locale/fr_FR/LC_MESSAGES
@dirrmtry share/locale/fr_FR
@dirrmtry share/locale/pt_PT/LC_MESSAGES
@dirrmtry share/locale/pt_PT


There must be something wrong here, since tinderbox complains, but I
just can't see the error / problem.

> portlint and port-tools are great tools for a quick check but a tinderbox
> can detect a lot more errors because it builds the ports in a clean
> environment so none of them can replace one another. Use them in
> combination and you catch most of the errors.

Yes, I am still trying to get my tinderbox working again.
-- 
Regards,
Torfinn Ingolfsen
From carpetsmoker at rwxrwxrwx.net  Mon Jan 19 11:57:14 2009
From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij)
Date: Mon Jan 19 11:57:21 2009
Subject: FreeBSD Port: xfe-1.19.2_1
In-Reply-To: <4974BF8C.7030101@eskk.nu>
References: <4974BF8C.7030101@eskk.nu>
Message-ID: <20090119194033.GB3911@rwxrwxrwx.net>

On Mon, Jan 19, 2009 at 06:59:40PM +0100, Leslie Jensen wrote:
> Hello
> 
> When I try to start xfe it produces the error message below.
> 
> les@blj01~:xfe
> 
> /libexec/ld-elf.so.1: Shared object "libtasn1.so.3" not found, required 
> by "libcups.so.2"
> 
> I've tried to fix it by doing
> 
> portmaster -r xfe-1.19.2_1 and
> portmaster -r libtasn1-1.8
> 
> But it does not help. The problem is new, must have come with updating 
> some port.

Hi Leslie,

The problem is not related to xfe directly, but it's a dependency issue.

libcups.so.2 wants libtasn1.so.3, which is unavailable, probably because you
upgrade security/libtasn1 (To which libtasn1.so.3 belongs).
When libtasn1 was updated to version 1.8 yesterday the library version got
incremented, libtasn1.so.4 gets installed now, not libtasn1.so.3

There are severalthings you can do:
o Rebuild cups (print/cups-base IIRC), this is the best option, but takes some
  time.

o Downgrade to the previous version of libtasn1 (Version 1.6), this is a good
  solution but only delays the current issue.

o Symlink /usr/local/lib/libtasn1.so to /usr/local/lib/libtasn1.so.3, this
  *may* or *may not* work, and it *may* or *may not* make cups and applications
  that use libcups instable. This is a quick and dirty fix.

o Rebuild x11-toolkits/fox16 without CUPS (Use `make config' to change
  options and/or use WITHOUT_CUPS), doesn't really solve the cups problem, but
  at least xfe will work fine.

Let me know if you have any further questions/problems,

-- 
Martin Tournoij
carpetsmoker@rwxrwxrwx.net
http://www.daemonforums.org

QOTD:
Normal times may possibly be over forever.
From bahamasfranks at gmail.com  Mon Jan 19 13:04:46 2009
From: bahamasfranks at gmail.com (Steve Franks)
Date: Mon Jan 19 13:04:54 2009
Subject: how to install a port without install: in the Makefile
Message-ID: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>

I got me a port that just builds a single executable.  What's the
proper way to set up the port makefile to copy that to /usr/local/bin?

Thanks,
Steve
From bahamasfranks at gmail.com  Mon Jan 19 13:06:12 2009
From: bahamasfranks at gmail.com (Steve Franks)
Date: Mon Jan 19 13:06:19 2009
Subject: correct convention for a misnamed dist file on sourceforge?
Message-ID: <539c60b90901191054i773cf852xf84ab419cb03f6cc@mail.gmail.com>

If a distfile on sourceforge is lpc21isp.1.63.tar.gz instead of
lpc21isp-1.63.tar.gz, how do I tweak the port makefile to pull it in?

Thanks,
Steve
From olivier at gid0.org  Mon Jan 19 13:26:45 2009
From: olivier at gid0.org (Olivier SMEDTS)
Date: Mon Jan 19 13:26:52 2009
Subject: correct convention for a misnamed dist file on sourceforge?
In-Reply-To: <539c60b90901191054i773cf852xf84ab419cb03f6cc@mail.gmail.com>
References: <539c60b90901191054i773cf852xf84ab419cb03f6cc@mail.gmail.com>
Message-ID: <367b2c980901191313v747820d1y9395d5833b9a31a0@mail.gmail.com>

2009/1/19 Steve Franks <bahamasfranks@gmail.com>:
> If a distfile on sourceforge is lpc21isp.1.63.tar.gz instead of
> lpc21isp-1.63.tar.gz, how do I tweak the port makefile to pull it in?

Maybe with something like

DISTFILES=      ${PORTNAME}-${PORTVERSION}${EXTRACT_SUFX}

Have a look at http://www.freebsd.org/doc/en/books/porters-handbook/

Cheers

>
> Thanks,
> Steve
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>



-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier@gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."
From olivier at gid0.org  Mon Jan 19 13:27:38 2009
From: olivier at gid0.org (Olivier SMEDTS)
Date: Mon Jan 19 13:27:45 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
Message-ID: <367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>

2009/1/19 Olivier SMEDTS <olivier@gid0.org>:
> 2009/1/19 Steve Franks <bahamasfranks@gmail.com>:
>> I got me a port that just builds a single executable.  What's the
>> proper way to set up the port makefile to copy that to /usr/local/bin?
>
> I'd use :
>
> do-install:
> ${INSTALL_PROGRAM} ${WRKSRC}/program_name ${PREFIX}/bin/

and of course you must have "bin/program_name" in pkg-plist.

>>
>> Thanks,
>> Steve
>> _______________________________________________
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>>
>
>
>
> --
> Olivier Smedts                                                 _
>                                        ASCII ribbon campaign ( )
> e-mail: olivier@gid0.org        - against HTML email & vCards  X
> www: http://www.gid0.org    - against proprietary attachments / \
>
>  "Il y a seulement 10 sortes de gens dans le monde :
>  ceux qui comprennent le binaire,
>  et ceux qui ne le comprennent pas."
>



-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier@gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."
From olivier at gid0.org  Mon Jan 19 13:30:31 2009
From: olivier at gid0.org (Olivier SMEDTS)
Date: Mon Jan 19 13:30:37 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
Message-ID: <367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>

2009/1/19 Steve Franks <bahamasfranks@gmail.com>:
> I got me a port that just builds a single executable.  What's the
> proper way to set up the port makefile to copy that to /usr/local/bin?

I'd use :

do-install:
${INSTALL_PROGRAM} ${WRKSRC}/program_name ${PREFIX}/bin/

>
> Thanks,
> Steve
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>



-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier@gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."
From fjwcash at gmail.com  Mon Jan 19 13:40:51 2009
From: fjwcash at gmail.com (Freddie Cash)
Date: Mon Jan 19 13:41:03 2009
Subject: correct convention for a misnamed dist file on sourceforge?
In-Reply-To: <539c60b90901191054i773cf852xf84ab419cb03f6cc@mail.gmail.com>
References: <539c60b90901191054i773cf852xf84ab419cb03f6cc@mail.gmail.com>
Message-ID: <200901191316.48793.fjwcash@gmail.com>

On January 19, 2009 10:54 am Steve Franks wrote:
> If a distfile on sourceforge is lpc21isp.1.63.tar.gz instead of
> lpc21isp-1.63.tar.gz, how do I tweak the port makefile to pull it in?

Add a PORTVERSION line with 1.63.

Then set DISTNAME=$PORTNAME.$PORTVERSION

This is covered in the Porter's Handbook.

-- 
Freddie
fjwcash@gmail.com
From fjwcash at gmail.com  Mon Jan 19 13:40:52 2009
From: fjwcash at gmail.com (Freddie Cash)
Date: Mon Jan 19 13:41:03 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
Message-ID: <200901191315.24807.fjwcash@gmail.com>

On January 19, 2009 12:00 pm Steve Franks wrote:
> I got me a port that just builds a single executable.  What's the
> proper way to set up the port makefile to copy that to /usr/local/bin?

Add a do-install: section to the port Makefile, and put in the $INSTALL 
line(s) as needed to copy the executable from $WORKDIR to $LOCALBASE/bin

-- 
Freddie
fjwcash@gmail.com
From erwin at FreeBSD.org  Mon Jan 19 17:21:12 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jan 19 17:21:18 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901200121.n0K1L8s9018797@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
Warning: Duplicate INDEX entry: py25-clive-1.0.2

Committers on the hook:
acm amdmi3 beech marcus naddy nivit 

Most recent CVS update was:
U MOVED
U Mk/bsd.fpc.mk
U audio/wavpack/Makefile
U databases/rrdtool/Makefile
U databases/rrdtool/distinfo
U databases/rrdtool/pkg-plist
U deskutils/calcurse/Makefile
U deskutils/calcurse/distinfo
U devel/Makefile
U devel/fpc-fcl-async/Makefile
U devel/py-TurboJinja/Makefile
U devel/py-TurboJinja/distinfo
U devel/py-TurboJinja/pkg-plist
U devel/py-configobj/Makefile
U devel/py-pip/Makefile
U devel/py-pip/distinfo
U devel/py-pip/pkg-descr
U devel/py-pip/pkg-plist
U editors/lazarus/Makefile
U editors/lazarus/distinfo
U games/brainworkshop/Makefile
U games/brainworkshop/distinfo
U games/brainworkshop/pkg-plist
U games/brainworkshop/files/patch-brainworkshop.pyw
U lang/fpc-base/Makefile
U multimedia/Makefile
U multimedia/clive1/Makefile
U multimedia/clive1/distinfo
U multimedia/clive1/pkg-descr
U multimedia/clive1/pkg-plist
U net-mgmt/rrdbot/Makefile
U net-mgmt/rrdbot/distinfo
U sysutils/tracker-client/Makefile
U textproc/wv/Makefile
U textproc/wv/distinfo
U textproc/wv/pkg-plist
U www/Makefile
U www/epiphany-webkit/Makefile
U www/fpc-httpd13/Makefile
U www/fpc-httpd13/pkg-plist
U www/fpc-httpd20/Makefile
U www/fpc-httpd20/pkg-plist
U www/fpc-httpd22/Makefile
U www/fpc-httpd22/pkg-plist
U www/py-Lightbox/Makefile
U www/py-Lightbox/distinfo
U www/py-Lightbox/pkg-plist
U www/py-scriptaculous/Makefile
U www/py-scriptaculous/distinfo
U www/py-scriptaculous/pkg-plist
U www/trac-addcomment/Makefile
U www/trac-addcomment/distinfo
U www/trac-ctxtnavadd/Makefile
U www/trac-ctxtnavadd/distinfo
U www/trac-email2trac/Makefile
U www/trac-email2trac/distinfo
U www/trac-macropost/Makefile
U www/trac-macropost/distinfo
U www/trac-mastertickets/Makefile
U www/trac-mastertickets/distinfo
U www/trac-nav/Makefile
U www/trac-nav/distinfo
U www/trac-pendingticket/Makefile
U www/trac-pendingticket/distinfo
U www/trac-pendingticket/pkg-plist
U www/trac-pendingticket/files/migrate_pending_attrib_to_status.py.patch
U www/trac-tags/Makefile
U www/trac-tags/distinfo
U www/trac-wikirename/Makefile
U www/trac-wikirename/distinfo
From erwin at FreeBSD.org  Mon Jan 19 20:33:46 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jan 19 20:34:05 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901200433.n0K4XfUf071219@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
Warning: Duplicate INDEX entry: py25-clive-1.0.2

Committers on the hook:
acm amdmi3 beech marcus mezz naddy nivit tabthorpe vanilla 

Most recent CVS update was:
U MOVED
U audio/pulseaudio/Makefile
U audio/pulseaudio/distinfo
U audio/pulseaudio/pkg-plist
U devel/bullet/files/patch-configure.ac
U devel/libgtop/Makefile
U devel/libgtop/distinfo
U games/vdrift/Makefile
U graphics/pear-Image_Color/Makefile
U graphics/pear-Image_Color/distinfo
U mail/balsa/Makefile
U mail/balsa/distinfo
U multimedia/vlc/Makefile
U multimedia/vlc/Makefile.inc
U multimedia/vlc/distinfo
U multimedia/vlc/pkg-descr
U multimedia/vlc/files/patch-modules__gui__qt4__qt4.cpp
U multimedia/vlc/files/patch-v4l
U multimedia/vlc/files/qvlc.desktop
U sysutils/gnome-system-monitor/Makefile
U sysutils/gnome-system-monitor/distinfo
U textproc/xqilla/Makefile
U textproc/xqilla/distinfo
U textproc/xqilla/pkg-plist
U www/xpi-forecastfox/Makefile
U www/xpi-forecastfox/distinfo
U x11-wm/nickleby/Makefile
U x11-wm/nickleby/distinfo
From erwin at FreeBSD.org  Mon Jan 19 23:23:57 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jan 19 23:24:03 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901200723.n0K7NpCO068486@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
Warning: Duplicate INDEX entry: py25-clive-1.0.2

Committers on the hook:
acm amdmi3 beech gerald glewis kuriyama marcus mezz naddy nivit tabthorpe vanilla 

Most recent CVS update was:
U devel/Makefile
U devel/p5-FindBin-libs/Makefile
U devel/p5-FindBin-libs/distinfo
U devel/p5-FindBin-libs/pkg-descr
U devel/p5-FindBin-libs/pkg-plist
U editors/dkns/Makefile
U editors/dkns/distinfo
U math/jags/Makefile
U science/udunits/Makefile
U science/udunits/distinfo
From erwin at FreeBSD.org  Tue Jan 20 02:35:31 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Tue Jan 20 02:35:37 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901201035.n0KAZQpr081659@pointyhat.freebsd.org>

From gesbbb at yahoo.com  Tue Jan 20 03:48:29 2009
From: gesbbb at yahoo.com (GESBBB)
Date: Tue Jan 20 03:48:36 2009
Subject: Unable to build ntp-devel
Message-ID: <596560.69347.qm@web32102.mail.mud.yahoo.com>

I recently updated Perl to 5.8.9 and ran the update script. There were no apparent problems. I have now tried to update the net/ntp-devel port to version 4.2.5p156 without success. Apparently, ntp-devel is looking the incorrect version of perl. The build ends with this error message:

cc: /usr/local/lib/perl5/5.8.8/mach/auto/DynaLoader/DynaLoader.a: No such file or directory
*** Error code 1
Stop in /usr/ports/net/ntp-devel/work/ntp-dev-4.2.5p156/ntpsnmpd.
*** Error code 1

Apparently, that file does not exist. I tried check in the /usr/local/lib/perl5/5.8.9/mach/auto/DynaLoader/ directory, and the file is not there either.

1) Why is the build process looking in the wrong directory to start with? I updated Perl correctly, so it should be looking in the "5.8.9" directory.

2) How do I correct this problem.

?I can supply a copy of the build process upon request. It is also available here:

??????? http://seibercom.net/logs/ntp.txt

-- 
Gerard
gesbbb@yahoo.com
From craig001 at lerwick.hopto.org  Tue Jan 20 04:19:34 2009
From: craig001 at lerwick.hopto.org (Craig Butler)
Date: Tue Jan 20 04:19:39 2009
Subject: evolution 2.24.3_1 not compiling... can anyone duplicate it before
 I raise a pr ??
Message-ID: <1232453970.46814.6.camel@main.lerwick.hopto.org>

Hi All

I cant get the new evolution to compile up...  just trying a simple make
from within mail/evolution

Mine is bugging out with;

em-migrate.c: In function 'migrate_folders':
em-migrate.c:2870: error: 'CAMEL_STORE_IS_MIGRATING' undeclared (first
use in this function)
em-migrate.c:2870: error: (Each undeclared identifier is reported only
once
em-migrate.c:2870: error: for each function it appears in.)
gmake[4]: *** [em-migrate.lo] Error 1
gmake[4]: Leaving directory
`/usr/ports/mail/evolution/work/evolution-2.24.3/mail'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/mail/evolution/work/evolution-2.24.3/mail'
gmake[2]: *** [all] Error 2
rm GNOME_Evolution_Mail.server.in
gmake[2]: Leaving directory
`/usr/ports/mail/evolution/work/evolution-2.24.3/mail'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/ports/mail/evolution/work/evolution-2.24.3'
gmake: *** [all] Error 2
*** Error code 2

Stop in /usr/ports/mail/evolution.
*** Error code 1

Stop in /usr/ports/mail/evolution.


Anyone seeing the same.

Thanks

Craig B

From christer.solskogen at gmail.com  Tue Jan 20 06:28:24 2009
From: christer.solskogen at gmail.com (Christer Solskogen)
Date: Tue Jan 20 06:28:35 2009
Subject: portupgrade error when using -R
Message-ID: <c1a0d1560901200559h40e359c3gb375f08ce2b29638@mail.gmail.com>

Hi!
portupgrade gives me an error when using the -R switch on rrdtool.
(using it on the port 'joe' does not seem to trigger it)

[root@foster ~]# portupgrade -Rrpv rrdtool
--->  Session started at: Tue, 20 Jan 2009 13:53:16 +0000
[Gathering depends for databases/rrdtool
...........................................................................................................................................
done]
[Gathering depends for net-mgmt/cacti
................................................ done]
[Exclude up-to-date packages
................................................................ done]
--->  Session ended at: Tue, 20 Jan 2009 13:53:33 +0000 (consumed 00:00:17)
/usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not
in due form: <name>-<version> (ArgumentError)
        from /usr/local/sbin/portupgrade:931:in `new'
        from /usr/local/sbin/portupgrade:931:in `do_upgrade'
        from /usr/local/sbin/portupgrade:815:in `main'
        from /usr/local/sbin/portupgrade:811:in `each'
        from /usr/local/sbin/portupgrade:811:in `main'
        from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize'
        from /usr/local/sbin/portupgrade:229:in `new'
        from /usr/local/sbin/portupgrade:229:in `main'
        from /usr/local/sbin/portupgrade:2208


using portupgrade-2.4.6,2. Running  'pkgdb -Fuv' and 'pkgdb -L' did
not solve the problem.

-- 
chs,
From roberthuff at rcn.com  Tue Jan 20 07:23:50 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Tue Jan 20 07:23:56 2009
Subject: portupgrade error when using -R
In-Reply-To: <c1a0d1560901200559h40e359c3gb375f08ce2b29638@mail.gmail.com>
References: <c1a0d1560901200559h40e359c3gb375f08ce2b29638@mail.gmail.com>
Message-ID: <18805.58990.351125.744710@jerusalem.litteratus.org>


Christer Solskogen writes:

>  --->  Session ended at: Tue, 20 Jan 2009 13:53:33 +0000 (consumed 00:00:17)
>  /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not
>  in due form: <name>-<version> (ArgumentError)
>          from /usr/local/sbin/portupgrade:931:in `new'
>          from /usr/local/sbin/portupgrade:931:in `do_upgrade'
>          from /usr/local/sbin/portupgrade:815:in `main'
>          from /usr/local/sbin/portupgrade:811:in `each'
>          from /usr/local/sbin/portupgrade:811:in `main'
>          from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize'
>          from /usr/local/sbin/portupgrade:229:in `new'
>          from /usr/local/sbin/portupgrade:229:in `main'
>          from /usr/local/sbin/portupgrade:2208

	I get this occasionally, and not just on a particular port.
Only specifying the base portname (i.e. "libgtop" instead of
"libgtop-2.24.3" seems to increase the chances - but does not
guerrantee - this will happen.

				Robert Huff

From bseklecki at collaborativefusion.com  Tue Jan 20 08:21:23 2009
From: bseklecki at collaborativefusion.com (Brian A. Seklecki)
Date: Tue Jan 20 08:21:30 2009
Subject: PHP question
In-Reply-To: <bea64a2b5b724861a7376bce8307b0d2.athiel@yourdatacenter.com>
References: <bea64a2b5b724861a7376bce8307b0d2.athiel@yourdatacenter.com>
Message-ID: <1232466880.18865.49.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com>

On Wed, 2009-01-14 at 15:26 -0500, Albert Thiel wrote:
> I am trying to figure out how to get a working Apache 2.x server with PHP in a safe configuration (or 
> as safe as possible based upon all the vulns).  I do not need a database.
> 
> What version and options is my best bet.  I have tried on my own but losing it.  Nothing I have tried 
> works.  

This is the wrong list of general PHP setup instructions.  

PHP4 is dead.  PHP5 is nearing beta1 of 5.3.  Use 5.2.9 in the mean
time.

# cd /usr/ports/lang/php5 && make config && make install

Modify your apache22 httpd.conf accordingly to activate the module.
There are thousands of sites that explain the proces.

Security with PHP involves writing code well, both in your application,
and in the PHP engine -- as well as responsible administration: locking
out insecure features in php.ini

~BAS	
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090120/77514438/attachment.pgp
From Chad.Schroeder at lodgenet.com  Tue Jan 20 08:42:00 2009
From: Chad.Schroeder at lodgenet.com (Schroeder, Chad)
Date: Tue Jan 20 08:42:07 2009
Subject: FreeBSD Port: xmlrpc-c-devel-1.11.00_2
Message-ID: <87D91DEDB1111C44BBFB9E3E90FF1E6E02574CF2@host.lodgenet.com>


I would like to submit the following.  This patch (against trunk) allows
for the shared libraries
to be built and installed on a FreeBSD system.

If you have any questions, please let me know.

Thank you,
Chad

Index: config.mk.in
===================================================================
--- config.mk.in        (revision 1615)
+++ config.mk.in        (working copy)
@@ -232,6 +232,18 @@
   NEED_WL_RPATH=yes
 endif
 
+ifeq ($(findstring freebsd,$(HOST_OS)),freebsd)
+  SHARED_LIB_TYPE = unix
+  SHLIB_SUFFIX = so
+  MUST_BUILD_SHLIB = Y
+  MUST_BUILD_SHLIBLE = Y
+  shlibfn = $(1:%=%.$(SHLIB_SUFFIX).$(MAJ).$(MIN))
+  shliblefn = $(1:%=%.$(SHLIB_SUFFIX))
+  CFLAGS_SHLIB = -fpic
+  LDFLAGS_SHLIB = -shared -Wl,-soname,$(SONAME) $(SHLIB_CLIB)
+  NEED_WL_RPATH=yes
+endif
+
 ifeq ($(HOST_OS),dragonfly)
   SHARED_LIB_TYPE = unix
   MUST_BUILD_SHLIB = Y


Chad J. Schroeder
Software Systems Engineer
Engineering & Technology Development
LodgeNet Interactive Corporation
3900 West Innovation Street
Sioux Falls, SD 57107-7002
Phone: 605-988-1489
Fax: 605-988-1491
chad.schroeder@lodgenet.com


This e-mail and attached files contain LodgeNet confidential information
intended for the exclusive use of the individual(s) to whom addressed.
If you are not the intended recipient, please immediately delete this
e-mail (and attached files) and treat the information as confidential.


From rchisholm at parallel42.ca  Tue Jan 20 12:27:56 2009
From: rchisholm at parallel42.ca (Rick Chisholm)
Date: Tue Jan 20 12:28:02 2009
Subject: FreeBSD Port: squidGuard-1.4
Message-ID: <49763159.2070901@parallel42.ca>

Hello:

I recently did a SG 1.3 to 1.4 portupgrade and it seems to have cleared 
out my /var/db/squidGuard dir.  Does that make sense?

As an aside, I would like to thank-you for maintaining this port - your 
work is appreciated.

Rick Chisholm
Sysadmin
Parallel42
From mad at madpilot.net  Tue Jan 20 12:49:31 2009
From: mad at madpilot.net (Guido Falsi)
Date: Tue Jan 20 12:49:38 2009
Subject: FreeBSD Port: squidGuard-1.4
In-Reply-To: <49763159.2070901@parallel42.ca>
References: <49763159.2070901@parallel42.ca>
Message-ID: <497638D3.1000908@madpilot.net>

Rick Chisholm wrote:
> Hello:
> 
> I recently did a SG 1.3 to 1.4 portupgrade and it seems to have cleared 
> out my /var/db/squidGuard dir.  Does that make sense?

Hi!

It does make sense. It depends on how the port was first installed.

When taking maintainership I did not modify the original logic.

Since ports are expected not to leave files behind when deinstalled, 
port logic checks on first install if ${DATADIR} exists. If it does it 
will NOT be created/populated and NOT included in the plist, and not 
removed on deinstall.

On the contrary if it does not find such directory it will create, 
populate it remove it on deinstall.

BTW, the default datadir is /var/db/squidGuard.

This logic is there to adhere to porting guidelines and make 
portlint/tinderboxes happy, and also give first time users a working 
software. It could be changed, but I can't just have the port create a 
directory full of files and then leave them there.

One solution could be to just create the directory before 
installing/upgrading the software one time, then it will be left there 
untouched.

> 
> As an aside, I would like to thank-you for maintaining this port - your 
> work is appreciated.

Thank you a lot. I'm open to suggestions to how to make the port better. 
I just have to follow porting guidelines regarding not leaving files behind.

-- 
Guido Falsi <mad@madpilot.net>
From ejcerejo at optonline.net  Tue Jan 20 19:08:57 2009
From: ejcerejo at optonline.net (Eduardo Cerejo)
Date: Tue Jan 20 19:09:05 2009
Subject: gnome-power-manager fails to build
Message-ID: <20090120213852.355cec5e.ejcerejo@optonline.net>

Trying to build this port on FreeBSD 7.1 release but it fails either using just make or portupgrade, I cvsuped my ports twice in the last two days to no avail.

file=`echo tr | sed 's,.*/,,'`.gmo \
          && rm -f $file && /usr/local/bin/msgfmt -o $file tr.po
file=`echo uk | sed 's,.*/,,'`.gmo \
          && rm -f $file && /usr/local/bin/msgfmt -o $file uk.po
file=`echo vi | sed 's,.*/,,'`.gmo \
          && rm -f $file && /usr/local/bin/msgfmt -o $file vi.po
file=`echo zh_CN | sed 's,.*/,,'`.gmo \
          && rm -f $file && /usr/local/bin/msgfmt -o $file zh_CN.po
file=`echo zh_HK | sed 's,.*/,,'`.gmo \
          && rm -f $file && /usr/local/bin/msgfmt -o $file zh_HK.po
file=`echo zh_TW | sed 's,.*/,,'`.gmo \
          && rm -f $file && /usr/local/bin/msgfmt -o $file zh_TW.po
gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo                                                                                          rk/gnome-power-manager-2.24.3/po'
Making all in docs
gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/w                                                                                          ork/gnome-power-manager-2.24.3/docs'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo                                                                                          rk/gnome-power-manager-2.24.3/docs'
Making all in man
gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/w                                                                                          ork/gnome-power-manager-2.24.3/man'
docbook2man gnome-power-manager.sgml > gnome-power-manager.1
gmake[2]: *** [gnome-power-manager.1] Error 8
gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo                                                                                          rk/gnome-power-manager-2.24.3/man'
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1                                                                                          8830.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gnome-power-manager-2.                                                                                          22.1_2 UPGRADE_PORT_VER=2.22.1_2 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
        ! sysutils/gnome-power-manager (gnome-power-manager-2.22.1_2)(u                                                                                          nknown build error)

Any idea what might be causing this?
From dougb at FreeBSD.org  Tue Jan 20 22:09:00 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Jan 20 22:09:07 2009
Subject: FreeBSD Port: squidGuard-1.4
In-Reply-To: <497638D3.1000908@madpilot.net>
References: <49763159.2070901@parallel42.ca> <497638D3.1000908@madpilot.net>
Message-ID: <4976BC15.3080209@FreeBSD.org>

Guido Falsi wrote:
 > Since ports are expected not to leave files behind when deinstalled,
> port logic checks on first install if ${DATADIR} exists. If it does it
> will NOT be created/populated and NOT included in the plist, and not
> removed on deinstall.
> 
> On the contrary if it does not find such directory it will create,
> populate it remove it on deinstall.

The way that this is traditionally handled is for the port to install
both file and file.sample, but only list file.sample in the plist.
Then at deinstall time there should be a script to compare file to
file.sample and remove file if it is the same. Repeat for values of
$file as needed.

It is not expected or desirable for a port to remove user-modified
files (including those files created by a daemon).


hth,

Doug

-- 

    This .signature sanitized for your protection
From freebsd at abv.bg  Tue Jan 20 23:58:18 2009
From: freebsd at abv.bg (Mario Pavlov)
Date: Tue Jan 20 23:58:27 2009
Subject: java/jboss5 - buildable
Message-ID: <381687488.525386.1232523634686.JavaMail.apache@mail52.abv.bg>

Hi ports,
I saw that java/jboss5 is marked as broken and it's a little bit old version
and I decided to try to build the latest version manually
so I've downloaded jboss-5.0.0.GA-src.tar.gz, extracted it and just ran build/build.sh from the distribution
it's built perfectly fine without any problems and without me doing anything
and I was able to start the server
I have the following ports installed:
apache-ant-1.7.0_2
diablo-jdk-1.6.0.07.02_3 - for amd64

and my platform is:
$ uname -a
FreeBSD mydomain.org 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Sun Jan 18 11:37:53 EET 2009     myuser@mydomain.org:/usr/obj/usr/src/sys/Ss-CURRENT  amd64

I guess you could update this port

I'm not very much in the ports system otherwise I could just send you a patch for this port

Regards
Mario
From johans at stack.nl  Wed Jan 21 00:43:23 2009
From: johans at stack.nl (Johan van Selst)
Date: Wed Jan 21 00:43:30 2009
Subject: FreeBSD Port: inn-2.4.5
In-Reply-To: <49720F74.5020304@queue.to>
References: <EF9ECF0C-EFE7-41BF-8FB3-A624D97F163E@odo.in-berlin.de>
	<49720F74.5020304@queue.to>
Message-ID: <20090121084315.GA55084@mud.stack.nl>

Howard Goldstein wrote:
> Michael Grimm wrote:
>> The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start-up,  
>> reproducible. I did re-compile all ports including inn, same result.  
>> Then I removed Perl support during configuration, re-compiled, and now  
>> innd starts and runs as expected.
> For what it's worth, same situation and resolution here.

This has also been discussed on the INN mailinglist. The changes in
perl 5.8.9 are not compatible with 5.8.8 and current versions of INN
simple don't work with perl 5.8.8 yet (although perl 5.10 is reported to
work). For now the only workaround appears to either stick with perl
5.8.8 or disable perl support altogether in INN.


Ciao,
Johan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090121/b430257c/attachment.pgp
From mad at madpilot.net  Wed Jan 21 04:19:17 2009
From: mad at madpilot.net (Guido Falsi)
Date: Wed Jan 21 04:19:24 2009
Subject: FreeBSD Port: squidGuard-1.4
In-Reply-To: <4976BC15.3080209@FreeBSD.org>
References: <49763159.2070901@parallel42.ca> <497638D3.1000908@madpilot.net>
	<4976BC15.3080209@FreeBSD.org>
Message-ID: <20090121121915.GA89663@megatron.madpilot.net>

On Tue, Jan 20, 2009 at 10:09:25PM -0800, Doug Barton wrote:
> Guido Falsi wrote:
>  > Since ports are expected not to leave files behind when deinstalled,
> > port logic checks on first install if ${DATADIR} exists. If it does it
> > will NOT be created/populated and NOT included in the plist, and not
> > removed on deinstall.
> > 
> > On the contrary if it does not find such directory it will create,
> > populate it remove it on deinstall.
> 
> The way that this is traditionally handled is for the port to install
> both file and file.sample, but only list file.sample in the plist.
> Then at deinstall time there should be a script to compare file to
> file.sample and remove file if it is the same. Repeat for values of
> $file as needed.
> 
> It is not expected or desirable for a port to remove user-modified
> files (including those files created by a daemon).

I agree. I was thinking if it could be acceptable to add an option to
the port for installing/not installing the sample blacklists and not
adding those to the plist anyway. This could be easier to handle.
Perhaps also more logical.

With this change a note on deinstall to check and remove by hand the
folder should also be added, obviously.

-- 
Guido Falsi <mad@madpilot.net>
From ulrich at pukruppa.net  Wed Jan 21 05:37:29 2009
From: ulrich at pukruppa.net (Peter Ulrich Kruppa)
Date: Wed Jan 21 05:37:38 2009
Subject: gnome-power-manager fails to build
In-Reply-To: <20090120213852.355cec5e.ejcerejo@optonline.net>
References: <20090120213852.355cec5e.ejcerejo@optonline.net>
Message-ID: <497721B1.1010006@pukruppa.net>

Eduardo Cerejo schrieb:
> Trying to build this port on FreeBSD 7.1 release but it fails either using just make or portupgrade, I cvsuped my ports twice in the last two days to no avail.
> 
> file=`echo tr | sed 's,.*/,,'`.gmo \
>           && rm -f $file && /usr/local/bin/msgfmt -o $file tr.po
> file=`echo uk | sed 's,.*/,,'`.gmo \
>           && rm -f $file && /usr/local/bin/msgfmt -o $file uk.po
> file=`echo vi | sed 's,.*/,,'`.gmo \
>           && rm -f $file && /usr/local/bin/msgfmt -o $file vi.po
> file=`echo zh_CN | sed 's,.*/,,'`.gmo \
>           && rm -f $file && /usr/local/bin/msgfmt -o $file zh_CN.po
> file=`echo zh_HK | sed 's,.*/,,'`.gmo \
>           && rm -f $file && /usr/local/bin/msgfmt -o $file zh_HK.po
> file=`echo zh_TW | sed 's,.*/,,'`.gmo \
>           && rm -f $file && /usr/local/bin/msgfmt -o $file zh_TW.po
> gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo                                                                                          rk/gnome-power-manager-2.24.3/po'
> Making all in docs
> gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/w                                                                                          ork/gnome-power-manager-2.24.3/docs'
> gmake[2]: Nothing to be done for `all'.
> gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo                                                                                          rk/gnome-power-manager-2.24.3/docs'
> Making all in man
> gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/w                                                                                          ork/gnome-power-manager-2.24.3/man'
> docbook2man gnome-power-manager.sgml > gnome-power-manager.1
> gmake[2]: *** [gnome-power-manager.1] Error 8
> gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo                                                                                          rk/gnome-power-manager-2.24.3/man'
> ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1                                                                                          8830.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gnome-power-manager-2.                                                                                          22.1_2 UPGRADE_PORT_VER=2.22.1_2 make
> ** Fix the problem and try again.
> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>         ! sysutils/gnome-power-manager (gnome-power-manager-2.22.1_2)(u                                                                                          nknown build error)
This problem is dicussed at gnome@freebsd.org mailing list now.
I am afraid we will have to wait what gnome porting team finds out.

Greetings,

Uli.

> 
> Any idea what might be causing this?
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"

From rchisholm at parallel42.ca  Wed Jan 21 07:20:21 2009
From: rchisholm at parallel42.ca (Rick Chisholm)
Date: Wed Jan 21 07:20:40 2009
Subject: FreeBSD Port: squidGuard-1.4
In-Reply-To: <20090121121915.GA89663@megatron.madpilot.net>
References: <49763159.2070901@parallel42.ca> <497638D3.1000908@madpilot.net>
	<4976BC15.3080209@FreeBSD.org>
	<20090121121915.GA89663@megatron.madpilot.net>
Message-ID: <49773E9B.40802@parallel42.ca>

Guido Falsi wrote:
> On Tue, Jan 20, 2009 at 10:09:25PM -0800, Doug Barton wrote:
>   
>> Guido Falsi wrote:
>>  > Since ports are expected not to leave files behind when deinstalled,
>>     
>>> port logic checks on first install if ${DATADIR} exists. If it does it
>>> will NOT be created/populated and NOT included in the plist, and not
>>> removed on deinstall.
>>>
>>> On the contrary if it does not find such directory it will create,
>>> populate it remove it on deinstall.
>>>       
>> The way that this is traditionally handled is for the port to install
>> both file and file.sample, but only list file.sample in the plist.
>> Then at deinstall time there should be a script to compare file to
>> file.sample and remove file if it is the same. Repeat for values of
>> $file as needed.
>>
>> It is not expected or desirable for a port to remove user-modified
>> files (including those files created by a daemon).
>>     
>
> I agree. I was thinking if it could be acceptable to add an option to
> the port for installing/not installing the sample blacklists and not
> adding those to the plist anyway. This could be easier to handle.
> Perhaps also more logical.
>
> With this change a note on deinstall to check and remove by hand the
> folder should also be added, obviously.
>
>   
That might make more sense, esp. if a user has created numerous large 
dbs rather than downloading them from a 3rd party.  It wasn't disastrous 
for me since I upgraded a test server first, but it would be preferable 
if the upgrade didn't touch the db dir or squidGuard.conf.

thanks guys,

Rick
From eitanadlerlist at gmail.com  Wed Jan 21 07:58:33 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Wed Jan 21 07:58:42 2009
Subject: move x11/xclock to x11-clocks/
Message-ID: <49774630.4040606@gmail.com>

Proposal: move x11/xclock to x11-clocks/xclock

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From flz at xbsd.org  Wed Jan 21 08:21:02 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Wed Jan 21 08:21:07 2009
Subject: move x11/xclock to x11-clocks/
In-Reply-To: <49774630.4040606@gmail.com>
References: <49774630.4040606@gmail.com>
Message-ID: <a01628140901210821g4557b63bmf4d7210bad5c4c36@mail.gmail.com>

On Wed, Jan 21, 2009 at 3:58 PM, Eitan Adler <eitanadlerlist@gmail.com> wrote:
> Proposal: move x11/xclock to x11-clocks/xclock

Makes sense, please submit a PR and specify that I'll handle the PR
when the repocopy is done.

Thanks.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From mad at madpilot.net  Wed Jan 21 09:35:50 2009
From: mad at madpilot.net (Guido Falsi)
Date: Wed Jan 21 09:35:57 2009
Subject: FreeBSD Port: squidGuard-1.4
In-Reply-To: <49773E9B.40802@parallel42.ca>
References: <49763159.2070901@parallel42.ca> <497638D3.1000908@madpilot.net>
	<4976BC15.3080209@FreeBSD.org>
	<20090121121915.GA89663@megatron.madpilot.net>
	<49773E9B.40802@parallel42.ca>
Message-ID: <20090121173548.GA91761@megatron.madpilot.net>

On Wed, Jan 21, 2009 at 10:26:19AM -0500, Rick Chisholm wrote:
>> I agree. I was thinking if it could be acceptable to add an option to
>> the port for installing/not installing the sample blacklists and not
>> adding those to the plist anyway. This could be easier to handle.
>> Perhaps also more logical.
>>
>> With this change a note on deinstall to check and remove by hand the
>> folder should also be added, obviously.
>>
>>   
> That might make more sense, esp. if a user has created numerous large  
> dbs rather than downloading them from a 3rd party.  It wasn't disastrous  
> for me since I upgraded a test server first, but it would be preferable  
> if the upgrade didn't touch the db dir or squidGuard.conf.

As I said that was behaviour already present in the port logic. I will
make some experiments in this direction and modify the port as needed.
Only doubt I have is, how will tinderboxes react to this kind of
implementation?

-- 
Guido Falsi <mad@madpilot.net>
From tigner at msu.edu  Wed Jan 21 10:07:29 2009
From: tigner at msu.edu (tigner)
Date: Wed Jan 21 10:07:42 2009
Subject: FreeBSD Port: gcompris-8.4.8
Message-ID: <1232560198.97302.84.camel@eshop1.pa.msu.edu>

Dear gnome@freebsd support ,

I apologize for bothering you with this but I am a little confused.

I have 5 and 6 year old girls who love gcompris, but I can not
get it to install and run on one of my systems at home.


I have 2 systems with FreeBSD 7.1 i386 installs , with kde .

One successfully installs and runs gcompris and one doesn't.

I have tried packages, and compiling from ports, with the same
effect. The error message I get when I start gcompis, is that
it is unable to find boards/skins/gartoon/boardicons/computer.svg.
The file does exist, and the information when I start if from a cli
indicates the paths are correct, so it must be some other problem.
   
   Config dir '/home/barry/.config/gcompris'
   Users dir '/home/barry/My GCompris'
   Database '/home/barry/.config/gcompris/gcompris_sqlite.db'



I went to www.freebsd.org and checked the port dependencies 
for gcompris. There were 185 listed, but when I check with
the command pkg_info -r gcompris-8.4.8, I only see 163 
dependencies.

I compared the 2 different lists of dependencies and found
that they are quite different.There are dependencies that
are unique in both lists.

Any light you can shed on this problem would be very much
appreciated. Right now the only thing I can assume that I
can do the the "broken" system , is to wipe and reinstall
from scratch. IMO, this is the Microsoft way to fix things, so
I am loathe to do it, nor am I confident that it will fix the problem.

this is the list of dependencies for the following link,

http://www.freebsd.org/cgi/ports.cgi?query=gcompris&stype=all

ORBit2-2.14.16
aalib-1.4.r5_4
atk-1.24.0
avahi-app-0.6.24
bash-3.2.48_1
bitstream-vera-1.10_4
cairo-1.8.6,1
cdparanoia-3.9.8_8
compositeproto-0.4
consolekit-0.3.0_3
damageproto-1.1.0_2
dbus-1.2.4.4
dbus-glib-0.78
dmidecode-2.10
docbook-sk-4.1.2_4
docbook-xml-4.2_1
docbook-xml-4.3
docbook-xml-4.4
docbook-xsl-1.74.0
encodings-1.0.2,1
esound-0.2.41
expat-2.0.1
fixesproto-4.0
font-arabic-misc-1.0.0
font-bh-ttf-1.0.0
font-cursor-misc-1.0.0
font-daewoo-misc-1.0.0
font-dec-misc-1.0.0
font-isas-misc-1.0.0
font-jis-misc-1.0.0
font-micro-misc-1.0.0
font-misc-ethiopic-1.0.0
font-misc-meltho-1.0.0_1
font-misc-misc-1.0.0
font-mutt-misc-1.0.0
font-schumacher-misc-1.0.0_1
font-sony-misc-1.0.0
font-sun-misc-1.0.0
font-util-1.0.1
fontconfig-2.6.0,1
fontsproto-2.0.2
freetype2-2.3.7
fusefs-kmod-0.3.9.p1.20080208_5
fusefs-libs-2.7.3
gamin-0.1.10
gconf2-2.24.0
gdbm-1.8.3_3
getopt-1.1.4_1
gettext-0.17_1
gio-fam-backend-2.18.4
glib-2.18.4
gmake-3.81_3
gnet2-2.0.8_1
gnome-doc-utils-0.14.2
gnome-icon-theme-2.24.0_2
gnome-keyring-2.24.1_2
gnome-mime-data-2.18.0_3
gnome-mount-0.8_2
gnome-vfs-2.24.0
gnome_subr-1.0
gnomehier-2.3_11
gnuchess-5.07
gnutls-2.6.3_1
gstreamer-0.10.21
gstreamer-plugins-0.10.21,3
gtk-2.14.7
gvfs-1.0.3
hal-0.5.11_11
hicolor-icon-theme-0.10_2
inputproto-1.4.2.1
intltool-0.40.5
jasper-1.900.1_6
jpeg-6b_7
kbproto-1.0.3
libGL-7.0.3
libGLU-7.0.3
libICE-1.0.4_1,1
libIDL-0.8.12
libSM-1.0.3_1,1
libX11-1.1.3_1,1
libXau-1.0.3_2
libXaw-1.0.4_1,1
libXcomposite-0.4.0,1
libXcursor-1.1.9_1
libXdamage-1.1.1
libXdmcp-1.0.2_1
libXext-1.0.3,1
libXfixes-4.0.3_1
libXfont-1.3.1_3,1
libXft-2.1.13
libXi-1.1.3,1
libXinerama-1.0.2,1
libXmu-1.0.3,1
libXp-1.0.0,1
libXpm-3.5.7
libXrandr-1.2.2_1
libXrender-0.9.4_1
libXt-1.0.5_1
libXv-1.0.3_1,1
libXxf86misc-1.0.1
libXxf86vm-1.0.1
libao-0.8.8_1
libart_lgpl-2.3.20,1
libassetml-1.2.1_9
libaudiofile-0.2.6
libbonobo-2.24.0
libbonoboui-2.24.0
libcddb-1.3.0
libcdio-0.78.2_2
libdaemon-0.12
libdrm-2.3.1
libexif-0.6.17
libfontenc-1.0.4
libgcrypt-1.4.3
libglade2-2.6.3
libgnome-2.24.1
libgnomecanvas-2.20.1.1_2
libgnomeui-2.24.0
libgpg-error-1.7
libgphoto2-2.4.3
libiconv-1.11_1
libltdl-1.5.26
libmikmod-3.1.11_2
libnotify-0.4.5
libogg-1.1.3,4
liboil-0.3.15
libpthread-stubs-0.1
libsoup-2.24.3
libtasn1-1.8
libusb-0.1.12_4
libvolume_id-0.81.0
libvorbis-1.2.0_2,3
libxcb-1.1.90.1
libxkbfile-1.0.4
libxkbui-1.0.2_1
libxml2-2.7.2_1
libxslt-1.1.24_2
mkfontdir-1.0.3_1
mkfontscale-1.0.3
p5-XML-Parser-2.36
pango-1.22.4
pciids-20081012
pcre-7.8
perl-5.8.9
pixman-0.12.0
pkg-config-0.23_1
png-1.2.34
policykit-0.9_2
policykit-gnome-0.9.2
popt-1.7_5
printproto-1.0.3
py25-cairo-1.8.0_2
py25-gnome-2.22.3
py25-gobject-2.16.0
py25-gtk-2.13.0_1
py25-libxml2-2.7.2
py25-numeric-24.2_3
py25-orbit-2.24.0
py25-pysqlite-2.0.7_1
python25-2.5.2_3
randrproto-1.2.1
rarian-0.8.1
renderproto-0.9.3
samba-libsmbclient-3.0.34_1
sdl-1.2.13_2,2
sdl_mixer-1.2.8_1
sdocbook-xml-1.1,1
shared-mime-info-0.51
smpeg-0.4.4_8
sqlite3-3.6.4
startup-notification-0.9_2
texi2html-1.76_1,1
tiff-3.8.2_2
videoproto-2.2.2
xcb-proto-1.2
xcb-util-0.3.0
xextproto-7.0.2
xf86miscproto-0.9.2
xf86vidmodeproto-2.2.2
xineramaproto-1.1.2
xmlcatmgr-2.2
xorg-fonts-miscbitmaps-7.3
xorg-fonts-truetype-7.3
xorg-vfbserver-1.4_1,1
xproto-7.0.10_1

And this is the output from pkg_info -r gcompris-8.4.8

ORBit2-2.14.16
aalib-1.4.r5_4
aspell-0.60.6_2
atk-1.24.0
avahi-app-0.6.24
bash-3.2.48_1
bitstream-vera-1.10_4
cairo-1.8.6,1
cdparanoia-3.9.8_8
compositeproto-0.4
consolekit-0.3.0_3
damageproto-1.1.0_2
dbus-1.2.4.4
dbus-glib-0.78
dmidecode-2.10
docbook-sk-4.1.2_4
docbook-xml-4.2_1
docbook-xml-4.3
docbook-xml-4.4
docbook-xsl-1.74.0
enchant-1.4.2
encodings-1.0.2,1
esound-0.2.41
expat-2.0.1
fixesproto-4.0
font-bh-ttf-1.0.0
font-misc-ethiopic-1.0.0
font-misc-meltho-1.0.0_1
font-util-1.0.1
fontconfig-2.6.0,1
freetype2-2.3.7
fusefs-kmod-0.3.9.p1.20080208_5
fusefs-libs-2.7.3
gail-1.22.3
gamin-0.1.10
gconf2-2.24.0
gdbm-1.8.3_3
getopt-1.1.4_1
gettext-0.17_1
gio-fam-backend-2.18.4
glib-2.18.4
gnet2-2.0.8_1
gnome-doc-utils-0.14.2
gnome-icon-theme-2.24.0_2
gnome-mime-data-2.18.0_3
gnome-mount-0.8_2
gnome-vfs-2.24.0
gnome_subr-1.0
gnomehier-2.3_11
gnuchess-5.07
gnutls-2.6.3_1
gstreamer-0.10.21
gstreamer-plugins-0.10.21,3
gvfs-1.0.3
hal-0.5.11_11
hicolor-icon-theme-0.10_2
inputproto-1.4.2.1
intltool-0.40.5
iso-codes-3.2_1
jpeg-6b_7
kbproto-1.0.3
libGL-7.0.3
libGLU-7.0.3
libICE-1.0.4_1,1
libIDL-0.8.12
libSM-1.0.3_1,1
libX11-1.1.3_1,1
libXau-1.0.3_2
libXcomposite-0.4.0,1
libXcursor-1.1.9_1
libXdamage-1.1.1
libXdmcp-1.0.2_1
libXext-1.0.3,1
libXfixes-4.0.3_1
libXft-2.1.13
libXi-1.1.3,1
libXinerama-1.0.2,1
libXmu-1.0.3,1
libXpm-3.5.7
libXrandr-1.2.2_1
libXrender-0.9.4_1
libXt-1.0.5_1
libXv-1.0.3_1,1
libXxf86vm-1.0.1
libao-0.8.8_1
libart_lgpl-2.3.20,1
libassetml-1.2.1_9
libaudiofile-0.2.6
libbonobo-2.24.0
libbonoboui-2.24.0
libcddb-1.3.0
libcdio-0.78.2_2
libdaemon-0.12
libdrm-2.3.1
libexif-0.6.17
libfontenc-1.0.4
libgcrypt-1.4.3
libglade2-2.6.3
libgnome-2.24.1
libgnomecanvas-2.20.1.1_2
libgnomeui-2.24.0
libgpg-error-1.7
libgphoto2-2.4.3
libiconv-1.11_1
libltdl-1.5.26
libmikmod-esound-3.1.11_2
libnotify-0.4.5
libogg-1.1.3,4
liboil-0.3.15
libpthread-stubs-0.1
libsexy-0.1.11_1
libsoup-2.24.3
libtasn1-1.8
libtool-1.5.26
libusb-0.1.12_4
libvolume_id-0.81.0
libvorbis-1.2.0_2,3
libxcb-1.1.90.1
libxml2-2.7.2_1
libxslt-1.1.24_2
lzo2-2.03_2
mkfontdir-1.0.3_1
mkfontscale-1.0.3
openldap-client-2.4.13
p5-XML-Parser-2.36
pango-1.22.4
pciids-20081012
pcre-7.8
perl-5.8.9
pixman-0.12.0
pkg-config-0.23_1
png-1.2.34
policykit-0.9_2
policykit-gnome-0.9.2
popt-1.7_5
py25-cairo-1.8.0_2
py25-gnome-2.22.3
py25-gobject-2.16.0
py25-gtk-2.13.0_1
py25-libxml2-2.7.2
py25-numeric-24.2_3
py25-orbit-2.24.0
py25-pysqlite-2.0.7_1
python25-2.5.2_3
randrproto-1.2.1
rarian-0.8.1
renderproto-0.9.3
samba-libsmbclient-3.0.34_1
sdl-1.2.13_2,2
sdl_mixer-1.2.8_1
sdocbook-xml-1.1,1
shared-mime-info-0.51
smpeg-0.4.4_8
sqlite3-3.6.4
startup-notification-0.9_2
tiff-3.8.2_2
videoproto-2.2.2
xcb-proto-1.2
xcb-util-0.3.0
xextproto-7.0.2
xmlcatmgr-2.2
xorg-fonts-truetype-7.3
xproto-7.0.10_1



 Barry A. Tigner
Electronics Shop manager
Physics and Astronomy department
Michigan State University
tigner@msu.edu 
517-884-5538
From dougb at FreeBSD.org  Wed Jan 21 13:15:45 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Wed Jan 21 13:15:51 2009
Subject: FreeBSD Port: squidGuard-1.4
In-Reply-To: <49773E9B.40802@parallel42.ca>
References: <49763159.2070901@parallel42.ca>
	<497638D3.1000908@madpilot.net>	<4976BC15.3080209@FreeBSD.org>	<20090121121915.GA89663@megatron.madpilot.net>
	<49773E9B.40802@parallel42.ca>
Message-ID: <49779097.2050809@FreeBSD.org>

Rick Chisholm wrote:
> Guido Falsi wrote:
>> On Tue, Jan 20, 2009 at 10:09:25PM -0800, Doug Barton wrote:
>>  
>>> Guido Falsi wrote:
>>>  > Since ports are expected not to leave files behind when deinstalled,
>>>    
>>>> port logic checks on first install if ${DATADIR} exists. If it does it
>>>> will NOT be created/populated and NOT included in the plist, and not
>>>> removed on deinstall.
>>>>
>>>> On the contrary if it does not find such directory it will create,
>>>> populate it remove it on deinstall.
>>>>       
>>> The way that this is traditionally handled is for the port to install
>>> both file and file.sample, but only list file.sample in the plist.
>>> Then at deinstall time there should be a script to compare file to
>>> file.sample and remove file if it is the same. Repeat for values of
>>> $file as needed.
>>>
>>> It is not expected or desirable for a port to remove user-modified
>>> files (including those files created by a daemon).
>>>     
>>
>> I agree. I was thinking if it could be acceptable to add an option to
>> the port for installing/not installing the sample blacklists and not
>> adding those to the plist anyway. This could be easier to handle.
>> Perhaps also more logical.
>>
>> With this change a note on deinstall to check and remove by hand the
>> folder should also be added, obviously.
>>
>>   
> That might make more sense, esp. if a user has created numerous large
> dbs rather than downloading them from a 3rd party.  It wasn't disastrous
> for me since I upgraded a test server first, but it would be preferable
> if the upgrade didn't touch the db dir or squidGuard.conf.

An option for whether or not to install the sample dbs would be a
nice-to-have. But regardless of whether or not that option is added
the port still needs to do the routine I described above when the
sample files are present.

To ease Guido's concerns, as long as in the default case (i.e., the
user has not modified any of the installed files) the port removes
everything it installs the tinderboxes will be happy. What you want to
avoid is automatically deinstalling files that users have modified.


Doug

-- 

    This .signature sanitized for your protection
From mike at odo.in-berlin.de  Wed Jan 21 13:42:18 2009
From: mike at odo.in-berlin.de (Michael Grimm)
Date: Wed Jan 21 13:42:25 2009
Subject: FreeBSD Port: inn-2.4.5
In-Reply-To: <EF9ECF0C-EFE7-41BF-8FB3-A624D97F163E@odo.in-berlin.de>
References: <EF9ECF0C-EFE7-41BF-8FB3-A624D97F163E@odo.in-berlin.de>
Message-ID: <5AB3AA0C-A326-427E-9125-DCFC0D0DBDBA@odo.in-berlin.de>

Hi, again -

On 17.01.2009, at 10:38, Michael Grimm wrote:

> I'm running FBSD 7.1-p2 and inn-2.4.5 with largefile support and  
> ovdb overview in a jail without any difficulties sofar.
>
> The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start- 
> up, reproducible. I did re-compile all ports including inn, same  
> result. Then I removed Perl support during configuration, re- 
> compiled, and now innd starts and runs as expected.
>
> I just want to bring this to your attention, if you won't know this  
> already. I couldn't find reports at the ports-mailing list sofar.
>
> Hope that this isn't to difficult to fix. Let me know if you need  
> help in further debugging.

This bug can be solved by applying the following patch:

--- inn-2.4.5/lib/perl.c        2008-06-29 19:56:57.000000000 +0200
+++ inn-2.4.5-1/lib/perl.c      2009-01-21 19:36:03.000000000 +0100
@@ -110,14 +110,18 @@
     if (PerlCode == NULL) {
         /* Perl waits on standard input if not called with '-e'. */
         int argc = 3;
-        const char *argv[] = { "innd", "-e", "0", NULL };
-        char *env[]  = { NULL };
+        const char *argv_innd[] = { "innd", "-e", "0", NULL };
+        char **argv = (char **)argv_innd; /* Cast required by Perl  
5.10. */
+        char **env  = { NULL };
#ifdef PERL_SYS_INIT3
         PERL_SYS_INIT3(&argc, &argv, &env);
#endif
         PerlCode = perl_alloc();
         perl_construct(PerlCode);
-        perl_parse(PerlCode, xs_init, argc, (char **)argv, env) ;
+#ifdef PERL_EXIT_DESTRUCT_END
+        PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
+#endif
+        perl_parse(PerlCode, xs_init, argc, argv, env) ;
     }

     if (startupfile != NULL && filterfile != NULL) {

This patch has been proposed by the current main developer of INN  
(Julien ?lie),
see Usenet thread at:

http://groups.google.com/group/news.software.nntp/browse_frm/thread/42238dc9237b5a81?q=

It did work for me after applying this patch to inn's vanilla tarfile,  
putting the
patches tarfile into /usr/ports/distfiles/, modifying news/inn/ 
distinfo to cover
the new size and checksums, and re-installing with portmaster.

Regards,
Michael

From abcjr at abcjr.net  Wed Jan 21 13:53:27 2009
From: abcjr at abcjr.net (Arnold Cavazos Jr.)
Date: Wed Jan 21 13:53:34 2009
Subject: RT 3.8?
In-Reply-To: <D46C8404-FD85-4770-BEE4-333A7884A215@exit2shell.com>
References: <ab76eba70812151011x1089f1e1if545386972295f4f@mail.gmail.com>
	<20081215191535.GC33004@atarininja.org>
	<4946B0C0.90106@freebsd.org>
	<D46C8404-FD85-4770-BEE4-333A7884A215@exit2shell.com>
Message-ID: <20090121213459.GA33671@abcjr.net>



I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE 
build.  The Makefile's id is:

# $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav Exp $


a "/usr/local/sbin/rt-setup-database --dba root --action init"
yeilds the following error:

DBD::mysql::st execute failed: Table 'Attachments' already exists at 
/usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470.

Any ideas as to where I should look to solve this?

--
Arnold Cavazos, Jr.



On Wed, Dec 17, 2008 at 10:31:16AM -0500, Steven Kreuzer wrote:
> 
> On Dec 15, 2008, at 2:32 PM, Philip M. Gollucci wrote:
> 
> > Wesley Shields wrote:
> >> I've also added him as CC to this reply so he can speak up if he  
> >> has any
> >> more information to add.
> > I've gotten several comments (esp recently).  My first thought is to  
> > commit it as is and let the PRs come it.  Several people have been  
> > using the prototype in production for a while now.
> 
> I have been running this port in both production with roughly 15  
> people using it. (This number of users should grown to around 40 in  
> the near future).
> The production version has been extremely reliable and I would say  
> that it ready to be added into the ports tree.
> 
> I am willing to assist with any PRs that open up regarding this port.  
> If you would like, put me down as the maintainer until your workload  
> dies down and then you can
> take maintainership back from me.
From skreuzer at exit2shell.com  Wed Jan 21 15:05:54 2009
From: skreuzer at exit2shell.com (Steven Kreuzer)
Date: Wed Jan 21 15:06:00 2009
Subject: RT 3.8?
In-Reply-To: <20090121213459.GA33671@abcjr.net>
References: <ab76eba70812151011x1089f1e1if545386972295f4f@mail.gmail.com>
	<20081215191535.GC33004@atarininja.org>
	<4946B0C0.90106@freebsd.org>
	<D46C8404-FD85-4770-BEE4-333A7884A215@exit2shell.com>
	<20090121213459.GA33671@abcjr.net>
Message-ID: <05EDC0A8-030D-4FD0-9B14-A5E62521C9FF@exit2shell.com>


On Jan 21, 2009, at 4:34 PM, Arnold Cavazos Jr. wrote:

>
>
> I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE
> build.  The Makefile's id is:
>
> # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav  
> Exp $
>
>
> a "/usr/local/sbin/rt-setup-database --dba root --action init"
> yeilds the following error:
>
> DBD::mysql::st execute failed: Table 'Attachments' already exists at
> /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470.
>
> Any ideas as to where I should look to solve this?
>
> --
> Arnold Cavazos, Jr.

Hi Arnold-

This is a known issue documented in PR ports/130425

I recently inherited maintenance of this port and I currently have two  
patches
that are being reviewed by ports committers that fix other problems in  
the port.

Once those get checked in, which I was told *should* be done today, I  
will fix the
issue you are having. (I have patches ready to go)

Sorry for any inconvenience this may have caused you. This should be  
fixed
in the very near future.

--
Steven Kreuzer
http://www.exit2shell.com/~skreuzer

From wxs at FreeBSD.org  Wed Jan 21 15:31:42 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jan 21 15:31:49 2009
Subject: RT 3.8?
In-Reply-To: <05EDC0A8-030D-4FD0-9B14-A5E62521C9FF@exit2shell.com>
References: <ab76eba70812151011x1089f1e1if545386972295f4f@mail.gmail.com>
	<20081215191535.GC33004@atarininja.org>
	<4946B0C0.90106@freebsd.org>
	<D46C8404-FD85-4770-BEE4-333A7884A215@exit2shell.com>
	<20090121213459.GA33671@abcjr.net>
	<05EDC0A8-030D-4FD0-9B14-A5E62521C9FF@exit2shell.com>
Message-ID: <20090121233259.GD68353@atarininja.org>

On Wed, Jan 21, 2009 at 06:05:50PM -0500, Steven Kreuzer wrote:
> 
> On Jan 21, 2009, at 4:34 PM, Arnold Cavazos Jr. wrote:
> 
> >
> >
> > I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE
> > build.  The Makefile's id is:
> >
> > # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav  
> > Exp $
> >
> >
> > a "/usr/local/sbin/rt-setup-database --dba root --action init"
> > yeilds the following error:
> >
> > DBD::mysql::st execute failed: Table 'Attachments' already exists at
> > /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470.
> >
> > Any ideas as to where I should look to solve this?
> >
> > --
> > Arnold Cavazos, Jr.
> 
> Hi Arnold-
> 
> This is a known issue documented in PR ports/130425
> 
> I recently inherited maintenance of this port and I currently have two  
> patches
> that are being reviewed by ports committers that fix other problems in  
> the port.
> 
> Once those get checked in, which I was told *should* be done today, I  
> will fix the
> issue you are having. (I have patches ready to go)
> 
> Sorry for any inconvenience this may have caused you. This should be  
> fixed
> in the very near future.

As the person doing the review of the patches I can say that they
visually look good to me but I'm putting them through a quick test run
to make sure they are sane in practice.  I hope to have these patches
into the tree tonight and will continue to work with Steven to address
any issues in this port.

-- WXS
From erwin at FreeBSD.org  Wed Jan 21 17:30:53 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Jan 21 17:31:00 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901220130.n0M1UlT0035534@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: p5-HTTP-Router-0.01: no entry for /usr/ports/net/p5-URI-Template-Restrict

Committers on the hook:
amdmi3 beech bsam flz jadawin kuriyama pav pgj wxs 

Most recent CVS update was:
U MOVED
U archivers/p5-Archive-Tar/Makefile
U archivers/p5-Archive-Tar/distinfo
U audio/paprefs/Makefile
U audio/paprefs/distinfo
U audio/paprefs/pkg-plist
U cad/freecad/Makefile
U deskutils/linux-sunbird/Makefile
U devel/Makefile
U devel/cgit/Makefile
U devel/cgit/distinfo
U devel/lwp/Makefile
U devel/lwp/distinfo
U devel/rpc2/Makefile
U devel/rpc2/distinfo
U devel/rvm/Makefile
U devel/rvm/distinfo
U games/wesnoth-devel/Makefile
U mail/linux-thunderbird/Makefile
U misc/tmux/Makefile
U misc/tmux/distinfo
U misc/tmux/pkg-plist
U misc/tmux/files/patch-Makefile
U multimedia/nmm/Makefile
U security/mosref/Makefile
U security/mosref/pkg-descr
U security/vuxml/vuln.xml
U www/Makefile
U www/linux-firefox/Makefile
U www/linux-firefox-devel/Makefile
U www/linux-flock/Makefile
U www/linux-mozilla/Makefile
U www/linux-nvu/Makefile
U www/linux-seamonkey/Makefile
U www/linux-seamonkey/Makefile.common
U www/linux-seamonkey-devel/Makefile
U www/p5-HTTP-Router/Makefile
U www/p5-HTTP-Router/distinfo
U www/p5-HTTP-Router/pkg-descr
U www/p5-HTTP-Router/pkg-plist
U www/rt38/Makefile
U www/rt38/Makefile.cpan
U www/rt38/pkg-plist
U www/rt38/files/patch-Makefile.in
U www/rt38/files/patch-config.layout
U x11/hs-x11-ghc/Makefile
U x11/hs-x11-ghc/pkg-plist
U x11-toolkits/hs-gtk2hs/Makefile
U x11-toolkits/p5-Tcl-Tk/Makefile
U x11-toolkits/p5-TclTk/Makefile
From wxs at FreeBSD.org  Wed Jan 21 20:32:49 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jan 21 20:32:55 2009
Subject: RT 3.8?
In-Reply-To: <20090121233259.GD68353@atarininja.org>
References: <ab76eba70812151011x1089f1e1if545386972295f4f@mail.gmail.com>
	<20081215191535.GC33004@atarininja.org>
	<4946B0C0.90106@freebsd.org>
	<D46C8404-FD85-4770-BEE4-333A7884A215@exit2shell.com>
	<20090121213459.GA33671@abcjr.net>
	<05EDC0A8-030D-4FD0-9B14-A5E62521C9FF@exit2shell.com>
	<20090121233259.GD68353@atarininja.org>
Message-ID: <20090122043407.GF68353@atarininja.org>

On Wed, Jan 21, 2009 at 06:32:59PM -0500, Wesley Shields wrote:
> On Wed, Jan 21, 2009 at 06:05:50PM -0500, Steven Kreuzer wrote:
> > 
> > On Jan 21, 2009, at 4:34 PM, Arnold Cavazos Jr. wrote:
> > 
> > >
> > >
> > > I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE
> > > build.  The Makefile's id is:
> > >
> > > # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav  
> > > Exp $
> > >
> > >
> > > a "/usr/local/sbin/rt-setup-database --dba root --action init"
> > > yeilds the following error:
> > >
> > > DBD::mysql::st execute failed: Table 'Attachments' already exists at
> > > /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470.
> > >
> > > Any ideas as to where I should look to solve this?
> > >
> > > --
> > > Arnold Cavazos, Jr.
> > 
> > Hi Arnold-
> > 
> > This is a known issue documented in PR ports/130425
> > 
> > I recently inherited maintenance of this port and I currently have two  
> > patches
> > that are being reviewed by ports committers that fix other problems in  
> > the port.
> > 
> > Once those get checked in, which I was told *should* be done today, I  
> > will fix the
> > issue you are having. (I have patches ready to go)
> > 
> > Sorry for any inconvenience this may have caused you. This should be  
> > fixed
> > in the very near future.
> 
> As the person doing the review of the patches I can say that they
> visually look good to me but I'm putting them through a quick test run
> to make sure they are sane in practice.  I hope to have these patches
> into the tree tonight and will continue to work with Steven to address
> any issues in this port.

I committed this fix and a couple of other small ones for this port
tonight.  Please let me know if you have any problems with it.

-- WXS
From erwin at FreeBSD.org  Wed Jan 21 20:46:51 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Jan 21 20:46:56 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901220446.n0M4kiuS016660@pointyhat.freebsd.org>

From dougb at FreeBSD.org  Wed Jan 21 23:47:10 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Wed Jan 21 23:47:16 2009
Subject: FreeBSD Port: xfe-1.19.2_1
In-Reply-To: <4974BF8C.7030101@eskk.nu>
References: <4974BF8C.7030101@eskk.nu>
Message-ID: <49782499.5010309@FreeBSD.org>

Leslie Jensen wrote:
> Hello
> 
> When I try to start xfe it produces the error message below.
> 
> les@blj01~:xfe
> 
> /libexec/ld-elf.so.1: Shared object "libtasn1.so.3" not found, required
> by "libcups.so.2"
> 
> I've tried to fix it by doing
> 
> portmaster -r xfe-1.19.2_1 and

The -r for xfe isn't going to do anything since xfe is a leaf port (it
is not depended on).

> portmaster -r libtasn1-1.8

Did this actually rebuild cups-base at any point? I suspect not since
the dependency seems to be indirect (i.e., I can't find a connection
between the two in any of the ports infrastructure dependencies).

Try just 'portmaster cups-base' and see if that works. You should not
have to rebuild xfe since it will still be linking to libcups.so.2.

You might want to look at the -w option for portmaster as well. While
it would "fix" this particular problem, it also delays the inevitable
and can lead to its own set of "unpredictable results."


hope this helps,

Doug

-- 

    This .signature sanitized for your protection
From kamikaze at bsdforen.de  Thu Jan 22 01:28:18 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Thu Jan 22 01:28:49 2009
Subject: firefox plugin policy
Message-ID: <49783C12.9050205@bsdforen.de>

I've got a patch for www/xpi-downthemall, which would update it
to the latest version and thus allow to use it with Firefox3,
while breaking compatibility with Firefox2. And I wonder what
the policy is for this kind of thing. Should it be branched to
www/xpi-ff3-downthemall or should the original port be upgraded
regardless?

On the one hand Firefox2 is still the default, but on the other
hand it has reached EOL.

In my opinion Firefox2 should be moved to www/firefox2 and
www/firefox should become a meta-port that should install
www/firefox3.
From gesbbb at yahoo.com  Thu Jan 22 04:33:43 2009
From: gesbbb at yahoo.com (Jerry)
Date: Thu Jan 22 04:33:50 2009
Subject: FreeBSD Port: xfe-1.19.2_1
In-Reply-To: <49782499.5010309@FreeBSD.org>
References: <4974BF8C.7030101@eskk.nu>
	<49782499.5010309@FreeBSD.org>
Message-ID: <20090122073332.62603711@scorpio>

On Wed, 21 Jan 2009 23:47:37 -0800
Doug Barton <dougb@FreeBSD.org> wrote:

>Leslie Jensen wrote:
>> Hello
>> 
>> When I try to start xfe it produces the error message below.
>> 
>> les@blj01~:xfe
>> 
>> /libexec/ld-elf.so.1: Shared object "libtasn1.so.3" not found,
>> required by "libcups.so.2"
>> 
>> I've tried to fix it by doing
>> 
>> portmaster -r xfe-1.19.2_1 and
>
>The -r for xfe isn't going to do anything since xfe is a leaf port (it
>is not depended on).
>
>> portmaster -r libtasn1-1.8
>
>Did this actually rebuild cups-base at any point? I suspect not since
>the dependency seems to be indirect (i.e., I can't find a connection
>between the two in any of the ports infrastructure dependencies).
>
>Try just 'portmaster cups-base' and see if that works. You should not
>have to rebuild xfe since it will still be linking to libcups.so.2.
>
>You might want to look at the -w option for portmaster as well. While
>it would "fix" this particular problem, it also delays the inevitable
>and can lead to its own set of "unpredictable results."

You might also want to consider 'portmanager' to fix this. After
updating your ports, running: portmanager -u -p -l -y should correct
the problem. I have had great success in the past with portmanager
where other ports tools have failed.

Just my 2?.

-- 
Jerry
gesbbb@yahoo.com

The key elements in human thinking are not numbers but labels of fuzzy
sets.

	L. Zadeh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090122/0c36f16a/signature.pgp
From leslie at eskk.nu  Thu Jan 22 09:01:30 2009
From: leslie at eskk.nu (Leslie Jensen)
Date: Thu Jan 22 09:01:38 2009
Subject: FreeBSD Port: xfe-1.19.2_1
In-Reply-To: <49782499.5010309@FreeBSD.org>
References: <4974BF8C.7030101@eskk.nu> <49782499.5010309@FreeBSD.org>
Message-ID: <4978A676.2070503@eskk.nu>



Doug Barton skrev:
> Leslie Jensen wrote:
>> Hello
>>
>> When I try to start xfe it produces the error message below.
>>
>> les@blj01~:xfe
>>
>> /libexec/ld-elf.so.1: Shared object "libtasn1.so.3" not found, required
>> by "libcups.so.2"
>>
>> I've tried to fix it by doing
>>
>> portmaster -r xfe-1.19.2_1 and
> 
> The -r for xfe isn't going to do anything since xfe is a leaf port (it
> is not depended on).
> 
>> portmaster -r libtasn1-1.8
> 
> Did this actually rebuild cups-base at any point? I suspect not since
> the dependency seems to be indirect (i.e., I can't find a connection
> between the two in any of the ports infrastructure dependencies).
> 
> Try just 'portmaster cups-base' and see if that works. You should not
> have to rebuild xfe since it will still be linking to libcups.so.2.
> 
> You might want to look at the -w option for portmaster as well. While
> it would "fix" this particular problem, it also delays the inevitable
> and can lead to its own set of "unpredictable results."
> 
> 
> hope this helps,
> 
> Doug
> 
Thank you Doug.

Martin answered me the other day with the same suggestion. I did rebuild 
the cups-base and it solved the problem.

/Leslie


From amdmi3 at amdmi3.ru  Thu Jan 22 09:44:50 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Thu Jan 22 09:44:58 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
	<367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
Message-ID: <20090122174455.GB20525@hades.panopticon>

* Olivier SMEDTS (olivier@gid0.org) wrote:

> and of course you must have "bin/program_name" in pkg-plist.

If it's just a single file, the preferred way is to add

PLIST_FILES=	bin/program_name

to the Makefile and not use pkg-plist at all.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From rjk at wintek.com  Thu Jan 22 09:47:20 2009
From: rjk at wintek.com (Richard Kuhns)
Date: Thu Jan 22 09:47:26 2009
Subject: Recent mtools version change
Message-ID: <4978AC3D.5010609@wintek.com>

Greetings, all.

Since the upgrade to v4.0.1, none of the tools seem to be able to directly
access files that aren't in the root directory.

Here's a cut-n-paste example using mdir (drive M is a usb thumb drive). Thanks
in advance for any help!

: rjk#~; mdir m:
 Volume in drive M has no label
 Volume Serial Number is 22BA-0343
Directory for M:/

windows      <DIR>     2008-10-14  15:24  Windows
secure~1     <DIR>     2008-10-15   8:47  SecureCRT
1830         <DIR>     2008-06-13   9:44
freebsd      <DIR>     2009-01-22  12:11  FreeBSD
openof~1 tbz  139117211 2008-12-08  15:48  openoffice.org-3.0.0.tbz
msts         <DIR>     2008-06-13  15:29
vmware~1     <DIR>     2007-11-01  16:57  VMware Notes
        7 files         139 117 211 bytes
                        919 875 584 bytes free

: rjk#~; mdir m:FreeBSD
 Volume in drive M has no label
 Volume Serial Number is 22BA-0343
Directory for M:/FreeBSD

.            <DIR>     2009-01-22  12:11
..           <DIR>     2009-01-22  12:11
testdir      <DIR>     2009-01-22  12:21  testdir
        3 files                   0 bytes
                        919 875 584 bytes free

: rjk#~; mdir m:FreeBSD/testdir
mdir: File "m:FreeBSD/testdir" not found
: rjk#~; mdir m:/FreeBSD/testdir
mdir: File "m:/FreeBSD/testdir" not found
: rjk#~; mdir -/ m:FreeBSD
 Volume in drive M has no label
 Volume Serial Number is 22BA-0343
Directory for M:/FreeBSD

.            <DIR>     2009-01-22  12:11
..           <DIR>     2009-01-22  12:11
testdir      <DIR>     2009-01-22  12:21  testdir
        3 files                   0 bytes

Directory for M:/FreeBSD/testdir

.            <DIR>     2009-01-22  12:21
..           <DIR>     2009-01-22  12:21
copyri~1          6188 2009-01-22  12:22  COPYRIGHT
        3 files               6 188 bytes

Total files listed:
        6 files               6 188 bytes
                        919 875 584 bytes free

: rjk#~;

-- 
Richard Kuhns                   Wintek Corporation
E-mail: rjk@wintek.com          427 N 6th Street STE C
Receptionist: 765-742-8428      Lafayette, IN 47901-2211
Direct Line:  765-269-8541      United States of America
From Cy.Schubert at komquats.com  Thu Jan 22 11:29:01 2009
From: Cy.Schubert at komquats.com (Cy Schubert)
Date: Thu Jan 22 11:29:08 2009
Subject: Unable to build ntp-devel 
In-Reply-To: Message from GESBBB <gesbbb@yahoo.com> of "Tue,
	20 Jan 2009 03:20:26 PST."
	<596560.69347.qm@web32102.mail.mud.yahoo.com> 
Message-ID: <200901221900.n0MJ0bfW072733@cwsys.cwsent.com>

In message <596560.69347.qm@web32102.mail.mud.yahoo.com>, GESBBB writes:
> I recently updated Perl to 5.8.9 and ran the update script. There were no a=
> pparent problems. I have now tried to update the net/ntp-devel port to vers=
> ion 4.2.5p156 without success. Apparently, ntp-devel is looking the incorre=
> ct version of perl. The build ends with this error message:
>
>cc: /usr/l=
> ocal/lib/perl5/5.8.8/mach/auto/DynaLoader/DynaLoader.a: No such file or dir=
> ectory
*** Error code 1
Stop in /usr/ports/net/ntp-devel/work/ntp-dev-4=
> .2.5p156/ntpsnmpd.
*** Error code 1

>Apparently, that file does not e=
> xist. I tried check in the /usr/local/lib/perl5/5.8.9/mach/auto/DynaLoader/=
>  directory, and the file is not there either.
>
> 1) Why is the build proc=
> ess looking in the wrong directory to start with? I updated Perl correctly,=
>  so it should be looking in the "5.8.9" directory.
>
> 2) How do I correct=
>  this problem.
>
>	I can supply a copy of the build process upon reques=
> t. It is also available here:

>	 http://seibercom.n=
> et/logs/ntp.txt

ntp-devel only uses the Perl libraries to build ntpsnmpd to interface with 
net-mgmt/net-snmpd. Your net-snmpd port was built with Perl 5.8.8 -- run 
net-snmpd-config --base-cflags to confirm. To resolve this uninstall, 
rebuild, and reinstall net-snmpd after upgrading Perl, prior to upgrading 
ntp-devel.


-- 
Cheers,
Cy Schubert <Cy.Schubert@komquats.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  http://www.FreeBSD.org

			e**(i*pi)+1=0


From bahamasfranks at gmail.com  Thu Jan 22 14:02:33 2009
From: bahamasfranks at gmail.com (Steve Franks)
Date: Thu Jan 22 14:02:39 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
	<367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
	<20090122174455.GB20525@hades.panopticon>
	<a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>
Message-ID: <539c60b90901221402u5dc6a45cwbfed57573cc4163f@mail.gmail.com>

>>
>>> and of course you must have "bin/program_name" in pkg-plist.
>>
>> If it's just a single file, the preferred way is to add
>>
>> PLIST_FILES=    bin/program_name
>>
>> to the Makefile and not use pkg-plist at all.
>
> No, no, no.
>
> This is not *preferred*.
>

Well, what is, then? ...

Steve
From amdmi3 at amdmi3.ru  Thu Jan 22 14:05:23 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Thu Jan 22 14:05:31 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
	<367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
	<20090122174455.GB20525@hades.panopticon>
	<a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>
Message-ID: <20090122220528.GA93433@hades.panopticon>

* Florent Thoumie (flz@xbsd.org) wrote:

> > If it's just a single file, the preferred way is to add
> >
> > PLIST_FILES=    bin/program_name
> >
> > to the Makefile and not use pkg-plist at all.
> 
> No, no, no.
> 
> This is not *preferred*.

Is it not? Why? There's no reason to introduce pkg-plist for just
a single file.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From flz at xbsd.org  Thu Jan 22 14:24:10 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Thu Jan 22 14:24:16 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <20090122174455.GB20525@hades.panopticon>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
	<367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
	<20090122174455.GB20525@hades.panopticon>
Message-ID: <a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>

On Thu, Jan 22, 2009 at 5:44 PM, Dmitry Marakasov <amdmi3@amdmi3.ru> wrote:
> * Olivier SMEDTS (olivier@gid0.org) wrote:
>
>> and of course you must have "bin/program_name" in pkg-plist.
>
> If it's just a single file, the preferred way is to add
>
> PLIST_FILES=    bin/program_name
>
> to the Makefile and not use pkg-plist at all.

No, no, no.

This is not *preferred*.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From brian at experts-exchange.com  Thu Jan 22 14:34:52 2009
From: brian at experts-exchange.com (Brian Gardner)
Date: Thu Jan 22 14:34:58 2009
Subject: Terracotta Port
Message-ID: <4978EB9F.8080105@experts-exchange.com>

I've just created my first port for a product called Terracotta 
(http://www.terracotta.org).  I believe this port is ready for review 
and hopefully inclusion but couldn't figure out what the next step is.  
NOTE:  I am not subscribed to this list so please ensure I'm CC'd on the 
response.

Thanks,
Brian Gardner
From glarkin at FreeBSD.org  Thu Jan 22 17:36:18 2009
From: glarkin at FreeBSD.org (Greg Larkin)
Date: Thu Jan 22 17:36:30 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net>
	<495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org>
	<7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at>
Message-ID: <49791F13.9090306@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bernhard Fr?hlich wrote:
> On Thu, January 15, 2009 11:35 pm, Greg Larkin wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Greg Larkin wrote:
>>> Mark Linimon wrote:
>>>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote:
>>>>> Any updates on the 0.21 version of Mythtv ??  I see that we are still
>>>>> at
>>>>> 0.20 in ports
>>>> If there's progress on 0.21, someone needs to say so -- the 0.20
>>>> version is already past its deletion date since it has been broken
>>>> for so long.  I'll make the commit to change the date if there is.
>>>> mcl
>>> Hi all,
>>>
>>> I am currently working on the following MythTV-related PRs and plan to
>>> close them soon:
>>>
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419
>>>
>>> Please don't delete multimedia/mythtv yet.  The last PR above contains a
>>> patch to upgrade it to 0.21.
>>>
>>> Regards,
>>> Greg
>> Hello all of you MythTV supporters with the collective patience of the
>> universe!
>>
>> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
>> 127857), and please let me know if you see any problems with the updates.
>>
>> There is still some work to be done on multimedia/mythtv, and I'm
>> tackling that next.
>>
>> Thanks again for your patience and feedback!
>>
> 
> Yiiha, great to hear that :o) I will update and test as soon as time permits.
> 
> Do you plan to update multimedia/mythtv to 0.21 or just fix it and leave
> it at 0.20? Because in the later case there is at least one open compile
> problem from Torfinn Ingolfsen that hasn't been tackled down yet.
> 

Hi Bernhard,

I do plan to update multimedia/mythtv to 0.21, if at possible.  This PR
(http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419) is a patch to
update 0.20, but is that the one that you're saying still has a compile
problem?

I was able to get 0.21 to compile a couple of months ago, and I can
revisit that effort to see if it makes sense to commit those changes.
If someone else has also done the same thing, I'd like to review that
effort, too.

Thank you,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/       - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJeR8T0sRouByUApARAogEAJ9fNe1aOKDAThgFkCPf5Uh0sPPvWwCcD5sL
4jwx3GS36lxCu7UHb36FRBE=
=wR97
-----END PGP SIGNATURE-----

From glarkin at FreeBSD.org  Thu Jan 22 17:41:01 2009
From: glarkin at FreeBSD.org (Greg Larkin)
Date: Thu Jan 22 17:41:08 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <20090117062931.GE5043@dereel.lemis.com>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net>
	<495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org>
	<20090117062931.GE5043@dereel.lemis.com>
Message-ID: <4979202D.4080000@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greg 'groggy' Lehey wrote:
> On Thursday, 15 January 2009 at 17:35:40 -0500, Greg Larkin wrote:
>> Hello all of you MythTV supporters with the collective patience of the
>> universe!
>>
>> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
>> 127857), and please let me know if you see any problems with the updates.
> 
> OK, I've built mythtv-frontend.  On a machine with no prior
> installation, it finds the machine running a MythTV 0.21 back end (how?).
> I needed to extract the password to the MySQL database
> from the back end, but then it seems to work.
> 
> On another machine, where I have a MySQL server with an old version of
> the mythconverg database, I can't start it: it connects to the
> database, finds that it's the wrong version, and stops again.  I
> suspect that I could fix that with mythtv-setup, but the port doesn't
> install it.  Would it be difficult to get it to do so?

Hi Greg,

I specifically removed mythtv-setup from the new mythtv-frontend port
because I read somewhere (perhaps on the Gentoo site?) that it's not
needed for a frontend-only installation.

If that's not the case, let me know, and I'll add it back in.  There are
lots of folks out there that are using MythTV in a real configuration,
and I'm not there yet.  I have a mini-PC here to set up with a tuner
card, etc., but I haven't gotten to it yet.

Regards,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/       - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJeSAt0sRouByUApARAtBLAKCOLZqmD+JYg5wuEaoKZRNepYMasQCeLKgd
KBSAPcEwkx2kRBw5aPaUPYY=
=HzBq
-----END PGP SIGNATURE-----

From yanefbsd at gmail.com  Thu Jan 22 19:14:16 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Thu Jan 22 19:14:22 2009
Subject: Known issues with libburn, libiso, and xfburn?
Message-ID: <7d6fde3d0901221914h20be326cr91506ed3d6994e1b@mail.gmail.com>

Hi porters!

So, I tried to compile xfburn to get a working CD burner to convert
MP3's with, and I ran into the following issue:

cc -D_REENTRANT -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/libburn
-I/usr/local/include/libisofs -D_THREAD_SAFE -I/usr/local/include
-I/usr/local/include/xfce4 -I/usr/local/include/gtk-2.0
-I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-I/usr/local/include/cairo -I/usr/local/include/pixman-1
-I/usr/local/include/freetype2 -I/usr/local/include/atk-1.0
-D_THREAD_SAFE -I/usr/local/include/exo-0.3
-I/usr/local/include/gtk-2.0 -I/usr/local/include/xfce4
-I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0
-I/usr/local/include/cairo -I/usr/local/include/pango-1.0
-I/usr/local/include -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1
-I/usr/local/include/freetype2 -D_REENTRANT -D_THREAD_SAFE
-I/usr/local/include/thunar-vfs-1 -I/usr/local/include/exo-0.3
-I/usr/local/include/gtk-2.0 -I/usr/local/include/xfce4
-I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0
-I/usr/local/include/cairo -I/usr/local/include/pango-1.0
-I/usr/local/include -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1
-I/usr/local/include/freetype2 -D_REENTRANT
-I/usr/local/include/gstreamer-0.10 -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2
-I/usr/local/include -DDBUS_API_SUBJECT_TO_CHANGE
-I/usr/local/include/hal -I/usr/local/include/dbus-1.0
-I/usr/local/include/dbus-1.0/include -O2 -pipe -fno-strict-aliasing
-march=prescott -Wl,-O1 -o xfburn xfburn-xfburn-error.o
xfburn-xfburn-adding-progress.o xfburn-xfburn-blank-dialog.o
xfburn-xfburn-perform-burn.o
xfburn-xfburn-burn-data-composition-base-dialog.o
xfburn-xfburn-burn-data-cd-composition-dialog.o
xfburn-xfburn-burn-data-dvd-composition-dialog.o
xfburn-xfburn-burn-audio-cd-composition-dialog.o
xfburn-xfburn-transcoder.o xfburn-xfburn-transcoder-basic.o
xfburn-xfburn-transcoder-gst.o xfburn-xfburn-burn-image-dialog.o
xfburn-xfburn-composition.o xfburn-xfburn-compositions-notebook.o
xfburn-xfburn-settings.o xfburn-xfburn-hal-manager.o
xfburn-xfburn-device-box.o xfburn-xfburn-device-list.o
xfburn-xfburn-progress-dialog.o xfburn-xfburn-main.o
xfburn-xfburn-main-window.o xfburn-xfburn-notebook-tab.o
xfburn-xfburn-file-browser.o xfburn-xfburn-welcome-tab.o
xfburn-xfburn-data-composition.o xfburn-xfburn-audio-composition.o
xfburn-xfburn-disc-usage.o xfburn-xfburn-data-disc-usage.o
xfburn-xfburn-audio-disc-usage.o xfburn-xfburn-fs-browser.o
xfburn-xfburn-directory-browser.o xfburn-xfburn-preferences-dialog.o
xfburn-xfburn-stock.o xfburn-xfburn-utils.o -pthread -pthread -pthread
-pthread -pthread  -L/usr/local/lib /usr/local/lib/libburn.so -lcam
/usr/local/lib/libisofs.so -lpthread /usr/local/lib/libxfcegui4.so
/usr/local/lib/libthunar-vfs-1.so /usr/local/lib/libjpeg.so
/usr/local/lib/libstartup-notification-1.so /usr/local/lib/libSM.so
/usr/local/lib/libICE.so /usr/local/lib/libexo-hal-0.3.so
/usr/local/lib/libdbus-glib-1.so /usr/local/lib/libexo-0.3.so -lmd
/usr/local/lib/libgtk-x11-2.0.so /usr/local/lib/libxfce4util.so
/usr/local/lib/libgdk-x11-2.0.so /usr/local/lib/libatk-1.0.so
/usr/local/lib/libgdk_pixbuf-2.0.so
/usr/local/lib/libpangocairo-1.0.so /usr/local/lib/libgio-2.0.so
/usr/local/lib/libXinerama.so /usr/local/lib/libXi.so
/usr/local/lib/libXrandr.so /usr/local/lib/libXcursor.so
/usr/local/lib/libXcomposite.so /usr/local/lib/libXext.so
/usr/local/lib/libXdamage.so /usr/local/lib/libcairo.so
/usr/local/lib/libpixman-1.so -lpng
/usr/local/lib/libxcb-render-util.so /usr/local/lib/libxcb-render.so
/usr/local/lib/libxcb.so /usr/local/lib/libXrender.so
/usr/local/lib/libpangoft2-1.0.so /usr/local/lib/libXfixes.so
/usr/local/lib/libX11.so /usr/local/lib/libXau.so
/usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libpango-1.0.so
/usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so
/usr/local/lib/libexpat.so /usr/local/lib/libgstreamer-0.10.so
/usr/local/lib/libgobject-2.0.so /usr/local/lib/libgmodule-2.0.so
/usr/local/lib/libgthread-2.0.so /usr/local/lib/libxml2.so -lz -lm
/usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so
/usr/local/lib/libiconv.so /usr/local/lib/libpcre.so
/usr/local/lib/libhal-storage.so /usr/local/lib/libhal.so
/usr/local/lib/libdbus-1.so -pthread   -Wl,--rpath -Wl,/usr/local/lib
-Wl,--rpath -Wl,/usr/local/lib
xfburn-xfburn-transcoder-gst.o(.text+0xaa6): In function `bus_call':
: undefined reference to `gst_is_missing_plugin_message'
xfburn-xfburn-transcoder-gst.o(.text+0xac8): In function `bus_call':
: undefined reference to `gst_missing_plugin_message_get_description'
gmake[2]: *** [xfburn] Error 1
gmake[2]: Leaving directory
`/usr/ports/sysutils/xfburn/work/xfburn-0.4.0/xfburn'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/sysutils/xfburn/work/xfburn-0.4.0'
gmake: *** [all] Error 2
*** Error code 2

I've manually updated my copy of gstreamer plugins via ports because I
was trying to triage an issue, but I *don't think* this would have
affected this...

When compiling libburn and libiso, the 2 packages unfortunately got
installed even though it passed during the install phase (basically it
was trying to remove the package directory, which already existed).

So basically I'm wondering whether or not these issues can be
reproduced by someone else.

Thanks,
-Garrett
From wxs at FreeBSD.org  Thu Jan 22 19:19:40 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Thu Jan 22 19:19:46 2009
Subject: Terracotta Port
In-Reply-To: <4978EB9F.8080105@experts-exchange.com>
References: <4978EB9F.8080105@experts-exchange.com>
Message-ID: <20090123032058.GB94145@atarininja.org>

On Thu, Jan 22, 2009 at 01:56:47PM -0800, Brian Gardner wrote:
> I've just created my first port for a product called Terracotta 
> (http://www.terracotta.org).  I believe this port is ready for review 
> and hopefully inclusion but couldn't figure out what the next step is.  
> NOTE:  I am not subscribed to this list so please ensure I'm CC'd on the 
> response.

It's documented in the porters-handbook:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-submitting.html

If it's a new port use shar(1) and submit the result.  If it's a change
to an existing port use diff(1) and send that in.

-- WXS
From grog at FreeBSD.org  Thu Jan 22 21:43:28 2009
From: grog at FreeBSD.org (Greg 'groggy' Lehey)
Date: Thu Jan 22 21:43:35 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <4979202D.4080000@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net>
	<495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org>
	<20090117062931.GE5043@dereel.lemis.com>
	<4979202D.4080000@FreeBSD.org>
Message-ID: <20090123054320.GC7834@dereel.lemis.com>

On Thursday, 22 January 2009 at 20:41:01 -0500, Greg Larkin wrote:
> Greg 'groggy' Lehey wrote:
>> On another machine, where I have a MySQL server with an old version of
>> the mythconverg database, I can't start it: it connects to the
>> database, finds that it's the wrong version, and stops again.  I
>> suspect that I could fix that with mythtv-setup, but the port doesn't
>> install it.  Would it be difficult to get it to do so?
>
> I specifically removed mythtv-setup from the new mythtv-frontend port
> because I read somewhere (perhaps on the Gentoo site?) that it's not
> needed for a frontend-only installation.

It seems that you can get by without it, and agreed, a lot has to do
with the backend.

> If that's not the case, let me know, and I'll add it back in.  There
> are lots of folks out there that are using MythTV in a real
> configuration, and I'm not there yet.  I have a mini-PC here to set
> up with a tuner card, etc., but I haven't gotten to it yet.

I don't feel expert in the matter either, so maybe we should wait
until there are more convincing reasons.

Greg
--
See complete headers for address and phone numbers.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090123/97e72111/attachment.pgp
From decke at bluelife.at  Fri Jan 23 00:25:31 2009
From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=)
Date: Fri Jan 23 00:25:38 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <49791F13.9090306@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org>
	<496FBA3C.8020705@FreeBSD.org>
	<7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at>
	<49791F13.9090306@FreeBSD.org>
Message-ID: <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at>

On Fri, January 23, 2009 2:36 am, Greg Larkin wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bernhard Fr?hlich wrote:
>> On Thu, January 15, 2009 11:35 pm, Greg Larkin wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Greg Larkin wrote:
>>>> Mark Linimon wrote:
>>>>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote:
>>>>>> Any updates on the 0.21 version of Mythtv ??  I see that we are
>>>>>> still
>>>>>> at
>>>>>> 0.20 in ports
>>>>> If there's progress on 0.21, someone needs to say so -- the 0.20
>>>>> version is already past its deletion date since it has been broken
>>>>> for so long.  I'll make the commit to change the date if there is.
>>>>> mcl
>>>> Hi all,
>>>>
>>>> I am currently working on the following MythTV-related PRs and plan to
>>>> close them soon:
>>>>
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419
>>>>
>>>> Please don't delete multimedia/mythtv yet.  The last PR above contains
>>>> a
>>>> patch to upgrade it to 0.21.
>>>>
>>>> Regards,
>>>> Greg
>>> Hello all of you MythTV supporters with the collective patience of the
>>> universe!
>>>
>>> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
>>> 127857), and please let me know if you see any problems with the
>>> updates.
>>>
>>> There is still some work to be done on multimedia/mythtv, and I'm
>>> tackling that next.
>>>
>>> Thanks again for your patience and feedback!
>>>
>>
>> Yiiha, great to hear that :o) I will update and test as soon as time
>> permits.
>>
>> Do you plan to update multimedia/mythtv to 0.21 or just fix it and leave
>> it at 0.20? Because in the later case there is at least one open compile
>> problem from Torfinn Ingolfsen that hasn't been tackled down yet.
>>
>
> Hi Bernhard,
>
> I do plan to update multimedia/mythtv to 0.21, if at possible.  This PR
> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419) is a patch to
> update 0.20, but is that the one that you're saying still has a compile
> problem?

That is good news and probably the better way to go. Yes that compile
problem occured with that patch but was specific to 0.20 so you can forget
about it and just move on.


-- 
Bernhard Fr?hlich
http://www.bluelife.at/

From flz at xbsd.org  Fri Jan 23 01:47:41 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan 23 01:47:47 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <20090122220528.GA93433@hades.panopticon>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
	<367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
	<20090122174455.GB20525@hades.panopticon>
	<a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>
	<20090122220528.GA93433@hades.panopticon>
Message-ID: <a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>

On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru> wrote:
> * Florent Thoumie (flz@xbsd.org) wrote:
>
>> > If it's just a single file, the preferred way is to add
>> >
>> > PLIST_FILES=    bin/program_name
>> >
>> > to the Makefile and not use pkg-plist at all.
>>
>> No, no, no.
>>
>> This is not *preferred*.
>
> Is it not? Why? There's no reason to introduce pkg-plist for just
> a single file.

This is just an alternative way of doing it. I, for one, don't like
it. Same goes for PLIST_DIRS.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From usleepless at gmail.com  Fri Jan 23 03:56:03 2009
From: usleepless at gmail.com (usleepless@gmail.com)
Date: Fri Jan 23 03:56:09 2009
Subject: Call for testers: MythTV 0.21 port upgrade
In-Reply-To: <49791F13.9090306@FreeBSD.org>
References: <490B64FC.60608@FreeBSD.org>
	<20081104072440.GA44156@dereel.lemis.com>
	<49106BFF.9070305@FreeBSD.org>
	<1230742678.30559.29.camel@main.lerwick.hopto.org>
	<20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org>
	<496FBA3C.8020705@FreeBSD.org>
	<7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at>
	<49791F13.9090306@FreeBSD.org>
Message-ID: <c39ec84c0901230326y63120fdbj837fd53d30e567fe@mail.gmail.com>

On Fri, Jan 23, 2009 at 2:36 AM, Greg Larkin <glarkin@freebsd.org> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bernhard Fr?hlich wrote:
> > On Thu, January 15, 2009 11:35 pm, Greg Larkin wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> Greg Larkin wrote:
> >>> Mark Linimon wrote:
> >>>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote:
> >>>>> Any updates on the 0.21 version of Mythtv ??  I see that we are still
> >>>>> at
> >>>>> 0.20 in ports
> >>>> If there's progress on 0.21, someone needs to say so -- the 0.20
> >>>> version is already past its deletion date since it has been broken
> >>>> for so long.  I'll make the commit to change the date if there is.
> >>>> mcl
> >>> Hi all,
> >>>
> >>> I am currently working on the following MythTV-related PRs and plan to
> >>> close them soon:
> >>>
> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343
> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856
> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857
> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419
> >>>
> >>> Please don't delete multimedia/mythtv yet.  The last PR above contains
> a
> >>> patch to upgrade it to 0.21.
> >>>
> >>> Regards,
> >>> Greg
> >> Hello all of you MythTV supporters with the collective patience of the
> >> universe!
> >>
> >> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR
> >> 127857), and please let me know if you see any problems with the
> updates.
> >>
> >> There is still some work to be done on multimedia/mythtv, and I'm
> >> tackling that next.
> >>
> >> Thanks again for your patience and feedback!
> >>
> >
> > Yiiha, great to hear that :o) I will update and test as soon as time
> permits.
> >
> > Do you plan to update multimedia/mythtv to 0.21 or just fix it and leave
> > it at 0.20? Because in the later case there is at least one open compile
> > problem from Torfinn Ingolfsen that hasn't been tackled down yet.
> >
>
> Hi Bernhard,
>
> I do plan to update multimedia/mythtv to 0.21, if at possible.  This PR
> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419) is a patch to
> update 0.20, but is that the one that you're saying still has a compile
> problem?
>
> I was able to get 0.21 to compile a couple of months ago, and I can
> revisit that effort to see if it makes sense to commit those changes.
> If someone else has also done the same thing, I'd like to review that
> effort, too



I have compiled and installed trunk in the last weeks, and there was hardly
anything FreeBSD specific that needed to be adjusted. It works, i have a
backend-server, a freebsd-frontend and with the same codebase a
linux(xbox)-frontend.

trunk needs QT4 btw.

regards,

usleepless
From mezz7 at cox.net  Fri Jan 23 04:58:02 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Fri Jan 23 04:58:09 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<367b2c980901191308l474f2d88ge7cbb860e703b737@mail.gmail.com>
	<367b2c980901191309k2198f14ak288590cfe9e3d320@mail.gmail.com>
	<20090122174455.GB20525@hades.panopticon>
	<a01628140901221355r125624fet84c4fc41107144ca@mail.gmail.com>
	<20090122220528.GA93433@hades.panopticon>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
Message-ID: <op.un7nnoz79aq2h7@localhost>

On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:

> On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>  
> wrote:
>> * Florent Thoumie (flz@xbsd.org) wrote:
>>
>>> > If it's just a single file, the preferred way is to add
>>> >
>>> > PLIST_FILES=    bin/program_name
>>> >
>>> > to the Makefile and not use pkg-plist at all.
>>>
>>> No, no, no.
>>>
>>> This is not *preferred*.
>>
>> Is it not? Why? There's no reason to introduce pkg-plist for just
>> a single file.
>
> This is just an alternative way of doing it. I, for one, don't like
> it. Same goes for PLIST_DIRS.

+1

Cheers,
Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From makc at issp.ac.ru  Fri Jan 23 05:22:56 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Fri Jan 23 05:23:12 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <op.un7nnoz79aq2h7@localhost>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost>
Message-ID: <200901231622.53940.makc@issp.ac.ru>

On Fri, 23 Jan 2009 06:58:02 -0600, Jeremy Messenger wrote:
> On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:
> > On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>
> >
> > wrote:
> >> * Florent Thoumie (flz@xbsd.org) wrote:
> >>> > If it's just a single file, the preferred way is to add
> >>> >
> >>> > PLIST_FILES=    bin/program_name
> >>> >
> >>> > to the Makefile and not use pkg-plist at all.
> >>>
> >>> No, no, no.
> >>>
> >>> This is not *preferred*.
> >>
> >> Is it not? Why? There's no reason to introduce pkg-plist for just
> >> a single file.
> >
> > This is just an alternative way of doing it. I, for one, don't like
> > it. Same goes for PLIST_DIRS.
>
> +1

You are lucky guys you have not lived in USSR. otherwise you'd surely like 
alternative ways :)

Max
From makc at issp.ac.ru  Fri Jan 23 05:23:03 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Fri Jan 23 05:23:13 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <op.un7nnoz79aq2h7@localhost>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost>
Message-ID: <200901231622.53940.makc@issp.ac.ru>

On Fri, 23 Jan 2009 06:58:02 -0600, Jeremy Messenger wrote:
> On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:
> > On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>
> >
> > wrote:
> >> * Florent Thoumie (flz@xbsd.org) wrote:
> >>> > If it's just a single file, the preferred way is to add
> >>> >
> >>> > PLIST_FILES=    bin/program_name
> >>> >
> >>> > to the Makefile and not use pkg-plist at all.
> >>>
> >>> No, no, no.
> >>>
> >>> This is not *preferred*.
> >>
> >> Is it not? Why? There's no reason to introduce pkg-plist for just
> >> a single file.
> >
> > This is just an alternative way of doing it. I, for one, don't like
> > it. Same goes for PLIST_DIRS.
>
> +1

You are lucky guys you have not lived in USSR. otherwise you'd surely like 
alternative ways :)

Max
From erwin at FreeBSD.org  Fri Jan 23 05:24:30 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Fri Jan 23 05:24:36 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901231324.n0NDONnv042537@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: hpl-2.0_1: no entry for /usr/ports/net/mpich
make_index: hpl-2.0_1: no entry for /usr/ports/net/mpich

Committers on the hook:
beech gerald 

Most recent CVS update was:
U graphics/Coin/Makefile
U graphics/Coin/distinfo
U graphics/Coin/pkg-plist
U graphics/Coin/files/patch-Makefile.in
U graphics/Coin/files/patch-configure
U net/Makefile
From flz at xbsd.org  Fri Jan 23 06:19:57 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan 23 06:20:10 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <200901231622.53940.makc@issp.ac.ru>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
Message-ID: <a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>

On Fri, Jan 23, 2009 at 1:22 PM, Max Brazhnikov <makc@issp.ac.ru> wrote:
> On Fri, 23 Jan 2009 06:58:02 -0600, Jeremy Messenger wrote:
>> On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:
>> > On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>
>> >
>> > wrote:
>> >> * Florent Thoumie (flz@xbsd.org) wrote:
>> >>> > If it's just a single file, the preferred way is to add
>> >>> >
>> >>> > PLIST_FILES=    bin/program_name
>> >>> >
>> >>> > to the Makefile and not use pkg-plist at all.
>> >>>
>> >>> No, no, no.
>> >>>
>> >>> This is not *preferred*.
>> >>
>> >> Is it not? Why? There's no reason to introduce pkg-plist for just
>> >> a single file.
>> >
>> > This is just an alternative way of doing it. I, for one, don't like
>> > it. Same goes for PLIST_DIRS.
>>
>> +1
>
> You are lucky guys you have not lived in USSR. otherwise you'd surely like
> alternative ways :)

In soviet russia, alternative ways like you.

I wish people remembered KISS more than TIMTOWTDI.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From flz at xbsd.org  Fri Jan 23 06:19:57 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan 23 06:20:11 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <200901231622.53940.makc@issp.ac.ru>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
Message-ID: <a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>

On Fri, Jan 23, 2009 at 1:22 PM, Max Brazhnikov <makc@issp.ac.ru> wrote:
> On Fri, 23 Jan 2009 06:58:02 -0600, Jeremy Messenger wrote:
>> On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:
>> > On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>
>> >
>> > wrote:
>> >> * Florent Thoumie (flz@xbsd.org) wrote:
>> >>> > If it's just a single file, the preferred way is to add
>> >>> >
>> >>> > PLIST_FILES=    bin/program_name
>> >>> >
>> >>> > to the Makefile and not use pkg-plist at all.
>> >>>
>> >>> No, no, no.
>> >>>
>> >>> This is not *preferred*.
>> >>
>> >> Is it not? Why? There's no reason to introduce pkg-plist for just
>> >> a single file.
>> >
>> > This is just an alternative way of doing it. I, for one, don't like
>> > it. Same goes for PLIST_DIRS.
>>
>> +1
>
> You are lucky guys you have not lived in USSR. otherwise you'd surely like
> alternative ways :)

In soviet russia, alternative ways like you.

I wish people remembered KISS more than TIMTOWTDI.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From me at janh.de  Fri Jan 23 06:42:52 2009
From: me at janh.de (Jan Henrik Sylvester)
Date: Fri Jan 23 06:42:59 2009
Subject: libtasn1 shlib bump fallout
Message-ID: <4979D769.6000908@janh.de>

I know that some people do not agree with the PORTREVISION bumping at 
all. Anyhow, after the libtasn1 shlib bump there were some ports bumped, 
but many got missed that have files linking against libtasn1.so.3 
according to 'libchk -v'.

I found these:
cups-pstoraster-8.15.4_2
ekiga-2.0.11_5
ghostscript8-8.63
gnome-control-center-2.24.0.1
gnome-panel-2.24.3
gtk-2.14.7
gvfs-1.0.3
kdelibs-3.5.10
libpurple-2.5.4
pidgin-2.5.4
wireshark-1.0.5

I build these ports with standard options, but not in a tinderbox. Thus, 
I am not really sure if default packages from a tinderbox are affected.

At least some of the ports mentioned above do not have a dependency 
listed, but depend indirectly on libtasn1 installed.

Anyhow, bumping recursively seems to be a little too much, since most 
indirect dependencies do not link directly -- on my system, according to 
'libchk -v' there are many big packages (kde, openoffice.org, 
thunderbird, firefox, ...) unaffected. Thus, there should probably be 
only a note about it in UPDATING.

I am still not sure, if relying on the 'libchk -v' output is any good 
for removing stuff from lib/compat/pkg, but I do not know a better way 
to ensure packages build not depending on old libs.

Cheers,
Jan Henrik
From bahamasfranks at gmail.com  Fri Jan 23 07:46:33 2009
From: bahamasfranks at gmail.com (Steve Franks)
Date: Fri Jan 23 07:46:40 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
Message-ID: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>

I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
$(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
executable) in the port Makefile, or what?  I've never been able to
'read' makefiles, so I'm not sure a look at ports.mk is going to cause
anything but frustration.  We've spent minutes arguing philisophy, can
I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
like it will work to me...

Best,
Steve

On Fri, Jan 23, 2009 at 7:19 AM, Florent Thoumie <flz@xbsd.org> wrote:
> On Fri, Jan 23, 2009 at 1:22 PM, Max Brazhnikov <makc@issp.ac.ru> wrote:
>> On Fri, 23 Jan 2009 06:58:02 -0600, Jeremy Messenger wrote:
>>> On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:
>>> > On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>
>>> >
>>> > wrote:
>>> >> * Florent Thoumie (flz@xbsd.org) wrote:
>>> >>> > If it's just a single file, the preferred way is to add
>>> >>> >
>>> >>> > PLIST_FILES=    bin/program_name
>>> >>> >
>>> >>> > to the Makefile and not use pkg-plist at all.
>>> >>>
>>> >>> No, no, no.
>>> >>>
>>> >>> This is not *preferred*.
>>> >>
>>> >> Is it not? Why? There's no reason to introduce pkg-plist for just
>>> >> a single file.
>>> >
>>> > This is just an alternative way of doing it. I, for one, don't like
>>> > it. Same goes for PLIST_DIRS.
>>>
>>> +1
>>
>> You are lucky guys you have not lived in USSR. otherwise you'd surely like
>> alternative ways :)
>
> In soviet russia, alternative ways like you.
>
> I wish people remembered KISS more than TIMTOWTDI.
>
> --
> Florent Thoumie
> flz@FreeBSD.org
> FreeBSD Committer
>
From flz at xbsd.org  Fri Jan 23 08:04:10 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan 23 08:04:22 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
Message-ID: <a01628140901230804u5768ab72pf2b2aac75888bb6f@mail.gmail.com>

On Fri, Jan 23, 2009 at 3:46 PM, Steve Franks <bahamasfranks@gmail.com> wrote:
> I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
> the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
> $(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
> executable) in the port Makefile, or what?  I've never been able to
> 'read' makefiles, so I'm not sure a look at ports.mk is going to cause
> anything but frustration.  We've spent minutes arguing philisophy, can
> I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
> like it will work to me...

It's not about installing files but rather registering them.
PLIST_FILES/PLIST_DIRS is just a way to replace pkg-plist, for wrong
reasons.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From flz at xbsd.org  Fri Jan 23 08:04:10 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan 23 08:04:23 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
Message-ID: <a01628140901230804u5768ab72pf2b2aac75888bb6f@mail.gmail.com>

On Fri, Jan 23, 2009 at 3:46 PM, Steve Franks <bahamasfranks@gmail.com> wrote:
> I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
> the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
> $(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
> executable) in the port Makefile, or what?  I've never been able to
> 'read' makefiles, so I'm not sure a look at ports.mk is going to cause
> anything but frustration.  We've spent minutes arguing philisophy, can
> I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
> like it will work to me...

It's not about installing files but rather registering them.
PLIST_FILES/PLIST_DIRS is just a way to replace pkg-plist, for wrong
reasons.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From stephen at math.missouri.edu  Fri Jan 23 08:08:09 2009
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Fri Jan 23 08:08:28 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>	<op.un7nnoz79aq2h7@localhost>
	<200901231622.53940.makc@issp.ac.ru>	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
Message-ID: <4979E746.6020703@math.missouri.edu>

Steve Franks wrote:
> I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
> the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
> $(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
> executable) in the port Makefile, or what?  I've never been able to
> 'read' makefiles, so I'm not sure a look at ports.mk is going to cause
> anything but frustration.  We've spent minutes arguing philisophy, can
> I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
> like it will work to me...

I had to do something like this in math/naturalmath.  I think this 
provides a very straightforward example of what you want.  I recall I 
copied this from other ports - I don't remember which - but you can know 
that they do exist.


From stephen at math.missouri.edu  Fri Jan 23 08:08:09 2009
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Fri Jan 23 08:08:29 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>	<op.un7nnoz79aq2h7@localhost>
	<200901231622.53940.makc@issp.ac.ru>	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
Message-ID: <4979E746.6020703@math.missouri.edu>

Steve Franks wrote:
> I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
> the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
> $(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
> executable) in the port Makefile, or what?  I've never been able to
> 'read' makefiles, so I'm not sure a look at ports.mk is going to cause
> anything but frustration.  We've spent minutes arguing philisophy, can
> I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
> like it will work to me...

I had to do something like this in math/naturalmath.  I think this 
provides a very straightforward example of what you want.  I recall I 
copied this from other ports - I don't remember which - but you can know 
that they do exist.


From bahamasfranks at gmail.com  Fri Jan 23 08:08:50 2009
From: bahamasfranks at gmail.com (Steve Franks)
Date: Fri Jan 23 08:08:57 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
Message-ID: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>

I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
$(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
executable) in the port Makefile, or what?  I've never been able to
'read' makefiles, so I'm not sure a look at ports.mk is going to cause
anything but frustration.  We've spent minutes arguing philisophy, can
I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
like it will work to me...

Best,
Steve

On Fri, Jan 23, 2009 at 7:19 AM, Florent Thoumie <flz@xbsd.org> wrote:
> On Fri, Jan 23, 2009 at 1:22 PM, Max Brazhnikov <makc@issp.ac.ru> wrote:
>> On Fri, 23 Jan 2009 06:58:02 -0600, Jeremy Messenger wrote:
>>> On Fri, 23 Jan 2009 03:47:38 -0600, Florent Thoumie <flz@xbsd.org> wrote:
>>> > On Thu, Jan 22, 2009 at 10:05 PM, Dmitry Marakasov <amdmi3@amdmi3.ru>
>>> >
>>> > wrote:
>>> >> * Florent Thoumie (flz@xbsd.org) wrote:
>>> >>> > If it's just a single file, the preferred way is to add
>>> >>> >
>>> >>> > PLIST_FILES=    bin/program_name
>>> >>> >
>>> >>> > to the Makefile and not use pkg-plist at all.
>>> >>>
>>> >>> No, no, no.
>>> >>>
>>> >>> This is not *preferred*.
>>> >>
>>> >> Is it not? Why? There's no reason to introduce pkg-plist for just
>>> >> a single file.
>>> >
>>> > This is just an alternative way of doing it. I, for one, don't like
>>> > it. Same goes for PLIST_DIRS.
>>>
>>> +1
>>
>> You are lucky guys you have not lived in USSR. otherwise you'd surely like
>> alternative ways :)
>
> In soviet russia, alternative ways like you.
>
> I wish people remembered KISS more than TIMTOWTDI.
>
> --
> Florent Thoumie
> flz@FreeBSD.org
> FreeBSD Committer
>
From wood at soundconcept.net  Fri Jan 23 08:11:32 2009
From: wood at soundconcept.net (Brian Woodruff)
Date: Fri Jan 23 08:11:38 2009
Subject: p5-Crypt-OpenSSL-X509 on FreeBSD 4.9
Message-ID: <fc31ff4e0901230747n3f2694b7j81fecfaab05fe0ae@mail.gmail.com>

I am trying to install this port on a FreeBSD 4.9-RELEASE machine as a
requirement for /usr/ports/mail/sympa5.

Here are the errors I get:

root@org1:/usr/ports/security/p5-Crypt-OpenSSL-X509# make
USE_NONDEFAULT_X11BASE=1
===>  Building for p5-Crypt-OpenSSL-X509-0.7
cc -c  -I/usr/include/openssl  -O -pipe -g -Wall    -DVERSION=\"0.7\"
-DXS_VERSION=\"0.7\" -DPIC -fPIC "-I/usr/local/lib/perl5/5.8.9/mach/CORE"
X509.c
X509.xs: In function `boot_Crypt__OpenSSL__X509':
X509.xs:109: syntax error before `*'
X509.xs:111: `Crypt__OpenSSL__X509__const' undeclared (first use in this
function)
X509.xs:111: (Each undeclared identifier is reported only once
X509.xs:111: for each function it appears in.)
X509.xs:111: syntax error before `]'
X509.xs:127: `i' undeclared (first use in this function)
X509.xs:127: `name' undeclared (first use in this function)
X509.xs:128: `stash' undeclared (first use in this function)
X509.c: At top level:
X509.c:718: syntax error before `void'
X509.c:718: warning: type defaults to `int' in declaration of `PL_stack_sp'
X509.c:718: conflicting types for `PL_stack_sp'
/usr/local/lib/perl5/5.8.9/mach/CORE/thrdvar.h:35: previous declaration of
`PL_stack_sp'
X509.c:718: `ax' undeclared here (not in a function)
X509.c:718: `tmpXSoff' undeclared here (not in a function)
X509.c:718: initializer element is not constant
X509.c:718: warning: data definition has no type or storage class
X509.c:718: syntax error before `return'
*** Error code 1

Stop in
/usr/ports/security/p5-Crypt-OpenSSL-X509/work/Crypt-OpenSSL-X509-0.7.
*** Error code 1

Stop in /usr/ports/security/p5-Crypt-OpenSSL-X509.



*****************************************************************

I am a perl programmer and web developer and not an uberadmin by any means.
I do own my own servers, though, and this port is of critical importance to
me.

Thank you in advance for any help you can give me.

BDW
From erwin at FreeBSD.org  Fri Jan 23 08:31:23 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Fri Jan 23 08:31:32 2009
Subject: INDEX build failed for 6.x
Message-ID: <200901231631.n0NGVHXs066466@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: hpl-2.0_1: no entry for /usr/ports/net/mpich
make_index: hpl-2.0_1: no entry for /usr/ports/net/mpich

Committers on the hook:
amdmi3 beech gerald kuriyama makc obrien roam 

Most recent CVS update was:
U MOVED
U deskutils/basket/Makefile
U deskutils/basket/pkg-descr
U devel/Makefile
U devel/ocaml-camlp5/Makefile
U devel/ocaml-camlp5/distinfo
U devel/ocaml-camlp5/pkg-plist
U devel/p5-Data-Util/Makefile
U devel/p5-Data-Util/distinfo
U devel/p5-Data-Util/pkg-descr
U devel/p5-Data-Util/pkg-plist
U devel/p5-Data-Visitor-Encode/Makefile
U devel/p5-Data-Visitor-Encode/distinfo
U devel/p5-Data-Visitor-Encode/pkg-descr
U devel/p5-Data-Visitor-Encode/pkg-plist
U japanese/Makefile
U japanese/p5-Encode-JP-Mobile/Makefile
U japanese/p5-Encode-JP-Mobile/distinfo
U japanese/p5-Encode-JP-Mobile/pkg-descr
U japanese/p5-Encode-JP-Mobile/pkg-plist
U lang/plt-scheme/Makefile
U lang/plt-scheme/distinfo
U lang/plt-scheme/pkg-plist
U misc/kdeedu4/Makefile
U net/libexosip2/Makefile
U net/libexosip2/distinfo
U net/linphone/Makefile
U net/linphone-base/Makefile
U net/linphone-base/distinfo
U net/linphone-base/pkg-plist
U net/linphone-base/pkg-plist.gui
U net/linphone-base/files/patch-gtk-glade__Makefile.in
U net-im/wooztalk/Makefile
U net-mgmt/collectd/Makefile
U net-mgmt/sblim-wbemcli/Makefile
U net-mgmt/zabbix/Makefile
U net-p2p/gtorrentviewer/Makefile
U net-p2p/jigdo/Makefile
U net-p2p/libbt/Makefile
U net-p2p/qbittorrent/Makefile
U net-p2p/rtorrent/Makefile
U net-p2p/transmission-cli/Makefile
U news/openftd/Makefile
U polish/sms2/Makefile
U print/foomatic-db/Makefile
U security/authforce/Makefile
U security/gnupg/Makefile
U security/gnupg1/Makefile
U security/opensaml/Makefile
U security/opensaml2/Makefile
U security/osslsigncode/Makefile
U security/p5-Net-SAML/Makefile
U security/squidclamav/Makefile
U security/zxid/Makefile
U shells/Makefile
U shells/bash-static/Makefile
U sysutils/afflib/Makefile
U sysutils/apt/Makefile
U sysutils/fusefs-curlftpfs/Makefile
U sysutils/heartbeat/Makefile
U textproc/libmrss/Makefile
U textproc/libnxml/Makefile
U textproc/raptor/Makefile
U www/castget/Makefile
U www/flickcurl/Makefile
U www/mod_security/Makefile
U www/netsurf/Makefile
U www/newsbeuter/Makefile
U www/nspluginwrapper/Makefile
U www/openvrml/Makefile
U www/osb-nrcit/Makefile
U www/p5-WWW-Curl/Makefile
U www/pecl-http/Makefile
U www/pecl-pecl_http/Makefile
U www/webkit-gtk2/Makefile
U www/wsdlpull/Makefile
U www/xshttpd/Makefile
U www/xshttpd-devel/Makefile
From daniel at roe.ch  Fri Jan 23 08:37:48 2009
From: daniel at roe.ch (Daniel Roethlisberger)
Date: Fri Jan 23 08:37:55 2009
Subject: p5-Crypt-OpenSSL-X509 on FreeBSD 4.9
In-Reply-To: <fc31ff4e0901230747n3f2694b7j81fecfaab05fe0ae@mail.gmail.com>
References: <fc31ff4e0901230747n3f2694b7j81fecfaab05fe0ae@mail.gmail.com>
Message-ID: <20090123163317.GA54135@hobbes.ustdmz.roe.ch>

Brian Woodruff <wood@soundconcept.net> 2009-01-23:
> I am trying to install this port on a FreeBSD 4.9-RELEASE
> machine as a requirement for /usr/ports/mail/sympa5.

4.9 is over half a decade old.  Even 4.11 hasn't been supported
by the ports tree for quite a while.  Consider upgrading to 6.4
or 7.1 if you want to work off an up-to-date ports tree (which
you most likely want).

-- 
Daniel Roethlisberger
http://daniel.roe.ch/
From flz at FreeBSD.org  Fri Jan 23 08:40:00 2009
From: flz at FreeBSD.org (Florent Thoumie)
Date: Fri Jan 23 08:40:39 2009
Subject: Fwd: [review] cvs commit: ports MOVED ports/Mk bsd.gecko.mk 
	bsd.port.mk bsd.xorg.mk ports/astro/boinc-setiathome-enhanced
	Makefile 
	ports/astro/celestia Makefile ports/astro/openuniverse Makefile 
	ports/astro/xtide Makefile ports/audio/fmit Makefile ..
Message-ID: <a01628140901230839i40d754e5n5566792bb1ae93bb@mail.gmail.com>

FYI. Report problems on freebsd-x11@.


---------- Forwarded message ----------
From: Florent Thoumie <flz@freebsd.org>
Date: Fri, Jan 23, 2009 at 4:30 PM
Subject: [review] cvs commit: ports MOVED ports/Mk bsd.gecko.mk
bsd.port.mk bsd.xorg.mk ports/astro/boinc-setiathome-enhanced Makefile
ports/astro/celestia Makefile ports/astro/openuniverse Makefile
ports/astro/xtide Makefile ports/audio/fmit Makefile ...
To: flz@freebsd.org


flz         2009-01-23 16:28:36 UTC

 FreeBSD ports repository

 [...]

 Log:
 - Update X.org ports to 7.4+ (few ports are more recent than the katamari).
 - Bump PORTREVISION for all ports depending on libglut since the shlib
 version number went from 4 to 3.
 - Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
 installed anymore.
 - Couple of ports fixes (mostly missing xorg components added to USE_XORG).

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From shuvaev at physik.uni-wuerzburg.de  Fri Jan 23 08:08:18 2009
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Fri Jan 23 08:42:57 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
Message-ID: <20090123160813.GA88716@wep4035.physik.uni-wuerzburg.de>

On Fri, Jan 23, 2009 at 08:46:32AM -0700, Steve Franks wrote:
> I presume Florent's preferred method is "INSTALL_PROGRAM"?  So far,
> the only doc I've found is that it exists.  So I put INSTALL_PROGRAM
> $(WORKDIR)/$(PORTNAME) (portname just happens to be the name of the
  ^^^^^^^^^
  WRKDIR or WRKSRC? See below.
> executable) in the port Makefile, or what?  I've never been able to
> 'read' makefiles, so I'm not sure a look at ports.mk is going to cause
> anything but frustration.  We've spent minutes arguing philisophy, can
> I get a couple seconds of example? :)  Otherwise, PLIST_FILES looks
> like it will work to me...
> 
As suggested by Oliver you do in the Makefile:

[...]
do-install:
${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${PREFIX}/bin/
[...]

Here you should decide yourself what is appropriate here:
WRKDIR is for example:

[wep4035] /usr/ports/x11-toolkits/slgtk> make -V WRKDIR
/usr/ports/x11-toolkits/slgtk/work

while WRKSRC is:

[wep4035] /usr/ports/x11-toolkits/slgtk> make -V WRKSRC
/usr/ports/x11-toolkits/slgtk/work/slgtk-0.7.3

So you should check in which directory your port extracts itself
(after make extract).
And you write in the pkg-plist:

bin/program_name

Here it is better not to bother with PORTNAME substitution and write
actual name of the program.

The documentation about internals of FreeBSD ports is available online:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html

or, if you have installed (or built yourself) it, offline too:
file:///usr/share/doc/en_US.ISO8859-1/books/porters-handbook/index.html

Hope this helps,
Alexey.
From jimmiejaz at gmail.com  Fri Jan 23 09:00:42 2009
From: jimmiejaz at gmail.com (Jimmie James)
Date: Fri Jan 23 09:00:48 2009
Subject: x11-toolkits/linux-gtk2 problem/question.
Message-ID: <4979F1B1.4090808@gmail.com>

While it looks like it install/runs fine (i.e, linux-flash9 works, skype 
works) the following error is show
(process:47722): GLib-WARNING **: getpwuid_r(): failed due to unknown 
user id (0)

Following this advice, all I could find, 
http://archive.netbsd.se/?ml=freebsd-emulation&a=2005-11&t=1506833
The fix is, to tell /compat/linux/etc/nsswitch.conf to look at NIS too.
Is UID 0 in your /etc/passwd? Can you try changeing
/compat/linux/etc/nsswitch.conf to something like this:

passwd:     files nisplus nis
shadow:     files nisplus nis
group:      files nisplus nis

Uid 0 is in my /etc/passwd, there's no /compat/linux/etc/passwd., and 
changing /compat/linux/etc/nsswitch.conf to read the same doesn't fix 
the error message.

Advice, suggestions?

#portupgrade -f x11-toolkits/linux-gtk2
--->  Reinstalling 'linux-gtk2-2.6.10_1' (x11-toolkits/linux-gtk2)
--->  Building '/usr/ports/x11-toolkits/linux-gtk2'
===>  Cleaning for linux-gtk2-2.6.10_1
===>  Extracting for linux-gtk2-2.6.10_1
=> MD5 Checksum OK for rpm/i386/fedora/4/gtk2-2.6.10-2.fc4.4.i386.rpm.
=> SHA256 Checksum OK for rpm/i386/fedora/4/gtk2-2.6.10-2.fc4.4.i386.rpm.
=> MD5 Checksum OK for rpm/i386/fedora/4/gtk2-engines-2.6.3-2.i386.rpm.
=> SHA256 Checksum OK for rpm/i386/fedora/4/gtk2-engines-2.6.3-2.i386.rpm.
===>   linux-gtk2-2.6.10_1 depends on file: /usr/local/bin/rpm2cpio - found
===>  Patching for linux-gtk2-2.6.10_1
===>  Configuring for linux-gtk2-2.6.10_1
--->  Backing up the old version
--->  Uninstalling the old version
--->  Deinstalling 'linux-gtk2-2.6.10_1'
pkg_delete: package 'linux-gtk2-2.6.10_1' is required by these other 
packages
and may not be deinstalled (but I'll delete it anyway):
nspluginwrapper-1.2.2_1
[Updating the pkgdb <format:bdb_hash> in /var/db/pkg ... - 1109 packages 
found (-1 +0) (...) done]
--->  Installing the new version via the port
===>  Installing for linux-gtk2-2.6.10_1
===>   linux-gtk2-2.6.10_1 depends on file: 
/compat/linux/usr/lib/libatk-1.0.so.0 - found
===>   linux-gtk2-2.6.10_1 depends on file: 
/compat/linux/usr/lib/libjpeg.so.62 - found
===>   linux-gtk2-2.6.10_1 depends on file: 
/compat/linux/usr/lib/libpng12.so.0 - found
===>   linux-gtk2-2.6.10_1 depends on file: 
/compat/linux/usr/lib/libtiff.so.3 - found
===>   linux-gtk2-2.6.10_1 depends on file: 
/compat/linux/usr/lib/libpango-1.0.so.0 - found
===>   linux-gtk2-2.6.10_1 depends on file: /compat/linux/bin/sh - found
===>   linux-gtk2-2.6.10_1 depends on file: 
/compat/linux/usr/X11R6/lib/libXrender.so.1 - found
===>   Generating temporary packing list
cd /usr/ports/x11-toolkits/linux-gtk2/work && /usr/bin/find * -type d 
-exec /bin/mkdir -p "/compat/linux/{}" \;
cd /usr/ports/x11-toolkits/linux-gtk2/work && /usr/bin/find * ! -type d 
| /usr/bin/cpio -pm -R root:wheel /compat/linux
28726 blocks
(process:47722): GLib-WARNING **: getpwuid_r(): failed due to unknown 
user id (0)
===>   Running linux ldconfig
/compat/linux/sbin/ldconfig -r /compat/linux
===>   Registering installation for linux-gtk2-2.6.10_1
===>  Cleaning for linux-gtk2-2.6.10_1
--->  Cleaning out obsolete shared libraries
[Updating the pkgdb <format:bdb_hash> in /var/db/pkg ... - 1110 packages 
found (-0 +1) . done]



-- 
Over the years I've come to regard you as people I've met.

From peterjeremy at optushome.com.au  Fri Jan 23 11:05:04 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Fri Jan 23 11:05:12 2009
Subject: java/jboss5 - buildable
In-Reply-To: <381687488.525386.1232523634686.JavaMail.apache@mail52.abv.bg>
References: <381687488.525386.1232523634686.JavaMail.apache@mail52.abv.bg>
Message-ID: <20090123190456.GS16116@server.vk2pj.dyndns.org>

On 2009-Jan-21 09:40:34 +0200, Mario Pavlov <freebsd@abv.bg> wrote:
>I guess you could update this port
>
>I'm not very much in the ports system otherwise I could just send you a patch for this port

Currently, java/jboss5 does not have a maintainer and so will not get
updated unless someone takes pity on it.  If you are interested in
this port, I suggest you read
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html
and submit a patch to take over maintainership.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090123/e8cf6204/attachment.pgp
From dougb at FreeBSD.org  Fri Jan 23 11:12:14 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Fri Jan 23 11:12:20 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <a01628140901230804u5768ab72pf2b2aac75888bb6f@mail.gmail.com>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>	<op.un7nnoz79aq2h7@localhost>
	<200901231622.53940.makc@issp.ac.ru>	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
	<a01628140901230804u5768ab72pf2b2aac75888bb6f@mail.gmail.com>
Message-ID: <497A16AA.3060505@FreeBSD.org>

Florent Thoumie wrote:
> It's not about installing files but rather registering them.
> PLIST_FILES/PLIST_DIRS is just a way to replace pkg-plist, for wrong
> reasons.

I respectfully disagree my friend. :)  There was a time back when
disks were a lot smaller that saving inodes was a noble thing.
Nowadays (for the most part) that is not really a consideration, but
personally I still find it convenient to list as much as possible in
the Makefile. It saves cvs churn in any case.

Doug

-- 

    This .signature sanitized for your protection
From erwin at FreeBSD.org  Fri Jan 23 11:41:11 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Fri Jan 23 11:41:18 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200901231941.n0NJf4Tj097387@pointyhat.freebsd.org>

From flz at xbsd.org  Fri Jan 23 11:43:37 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jan 23 11:43:44 2009
Subject: how to install a port without install: in the Makefile
In-Reply-To: <497A16AA.3060505@FreeBSD.org>
References: <539c60b90901191200n66f37c76k749ebbb829378cb9@mail.gmail.com>
	<a01628140901230147y2be65b4eu66e7250f4d078c45@mail.gmail.com>
	<op.un7nnoz79aq2h7@localhost> <200901231622.53940.makc@issp.ac.ru>
	<a01628140901230619n4e385d74sf0079b8214f70cce@mail.gmail.com>
	<539c60b90901230746o5a7dc2b5g735f17837de1480a@mail.gmail.com>
	<a01628140901230804u5768ab72pf2b2aac75888bb6f@mail.gmail.com>
	<497A16AA.3060505@FreeBSD.org>
Message-ID: <a01628140901231143k3cbf8514xefb02bb9f36aea9e@mail.gmail.com>

On Fri, Jan 23, 2009 at 7:12 PM, Doug Barton <dougb@freebsd.org> wrote:
> Florent Thoumie wrote:
>> It's not about installing files but rather registering them.
>> PLIST_FILES/PLIST_DIRS is just a way to replace pkg-plist, for wrong
>> reasons.
>
> I respectfully disagree my friend. :)  There was a time back when
> disks were a lot smaller that saving inodes was a noble thing.
> Nowadays (for the most part) that is not really a consideration, but
> personally I still find it convenient to list as much as possible in
> the Makefile. It saves cvs churn in any case.

Come on, it was 2004, not 1994. Disks were already large and cheap.

This only adds complexity which in the end adds more code to
bsd.port.mk (which could already do with a good diet) and slows things
down (which of course is less and less of an issue, but still worth
mentioning).

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From kamikaze at bsdforen.de  Fri Jan 23 14:33:46 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Fri Jan 23 14:33:53 2009
Subject: sysutils/graphviz depends on Xorg-module xaw8
Message-ID: <497A4578.1050703@bsdforen.de>

Said module seems to have disappeared with xaw8. I deleted the
dependency from the Makefile and the port appears to be building
and installing just fine without it.

Regards
From kamikaze at bsdforen.de  Fri Jan 23 14:36:54 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Fri Jan 23 14:37:00 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
Message-ID: <497A464B.1020201@bsdforen.de>

This is the list of ports that I require to rebuild after the upgrade.
This list only contains ports directly linked to an now outdated
library. It has been generated with the command:
# pkg_libchk -qo
pkg_libchk is installed by the port sysutils/bsdadminscripts.

graphics/cairo
sysutils/ecore-config
x11/efreet
x11-wm/enlightenment-devel
graphics/evince
devel/gconf2
graphics/gegl
graphics/gimp-app
security/gnome-keyring
math/gnuplot
graphics/graphviz
x11-toolkits/gtk20
palm/jpilot
x11-toolkits/libbonoboui
devel/libnotify
graphics/librsvg2
math/octave
x11-toolkits/pango
net-im/pidgin
sysutils/policykit-gnome
multimedia/transcode
net/wireshark
multimedia/vlc
From QAT at FreeBSD.org  Fri Jan 23 15:35:32 2009
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Fri Jan 23 15:35:38 2009
Subject: cvs commit: ports/archivers/epkg Makefile ports/astro/gaia
	Makefile ports/astro/stellarium Makefile ports/astro/viking
	Makefile ports/audio/gbemol Makefile ports/audio/gmpc
	Makefile ports/audio/grip Makefile ports/audio/gtkpod M
In-Reply-To: <200901231543.n0NFhEdg051169@repoman.freebsd.org>
References: In-Reply-To: <200901231543.n0NFhEdg051169@repoman.freebsd.org>
Message-ID: <20090123232753.C999B8FC56@release.ixsystems.com>

Hi,



Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/py25-curl-7.16.4_1.log :


building py25-curl-7.16.4_1 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD
maintained by: ports@FreeBSD.org
building for:  7.1-STABLE amd64
Makefile ident: $FreeBSD: ports/ftp/py-curl/Makefile,v 1.31 2009/01/23 15:42:42 roam Exp $
port directory: /usr/ports/ftp/py-curl

.................................<Last 40 lines of the log>..................

Registering depends: curl-7.19.2 python25-2.5.2_3 ca_root_nss-3.11.9_2.
Creating bzip'd tar ball in '/tmp/packages/All/py25-curl-7.16.4_1.tbz'
Deleting py25-curl-7.16.4_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
5631645        4 drwxr-xr-x    3 root             wheel                 512 Jan 23 23:27 usr/local/share/doc/py-curl
5631646       56 -rw-r--r--    1 root             wheel               27397 Jul 11  2007 usr/local/share/doc/py-curl/ChangeLog
5631647       52 -rw-r--r--    1 root             wheel               26526 Jul 18  2002 usr/local/share/doc/py-curl/COPYING
5631648        4 -rw-r--r--    1 root             wheel                1509 Sep  6  2005 usr/local/share/doc/py-curl/INSTALL
5631649        4 -rw-r--r--    1 root             wheel                 471 Apr 22  2007 usr/local/share/doc/py-curl/README
5631650        4 -rw-r--r--    1 root             wheel                1058 Apr 23  2007 usr/local/share/doc/py-curl/TODO
5631659        4 drwxr-xr-x    2 root             wheel                1024 Jan 23 23:27 usr/local/share/doc/py-curl/tests
5631660        4 -rw-r--r--    1 root             wheel                1953 Apr 10  2007 usr/local/share/doc/py-curl/tests/test.py
5631661        4 -rw-r--r--    1 root             wheel                 693 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_cb.py
5631662        4 -rw-r--r--    1 root             wheel                 340 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_debug.py
5631663        4 -rw-r--r--    1 root             wheel                 289 Aug 24  2006 usr/local/share/doc/py-curl/tests/test_ftp.py
5631664        4 -rw-r--r--    1 root             wheel                1419 May  1  2003 usr/local/share/doc/py-curl/tests/test_getinfo.py
5631665        8 -rw-r--r--    1 root             wheel                2733 Mar 30  2005 usr/local/share/doc/py-curl/tests/test_gtk.py
5631666       12 -rw-r--r--    1 root             wheel                5476 May  1  2003 usr/local/share/doc/py-curl/tests/test_internals.py
5631667        4 -rw-r--r--    1 root             wheel                1126 May  1  2003 usr/local/share/doc/py-curl/tests/test_memleak.py
5631668        4 -rw-r--r--    1 root             wheel                 676 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi.py
5631669        4 -rw-r--r--    1 root             wheel                1746 Apr 10  2007 usr/local/share/doc/py-curl/tests/test_multi2.py
5631670        8 -rw-r--r--    1 root             wheel                2068 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi3.py
5631671        4 -rw-r--r--    1 root             wheel                1400 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi4.py
5631672        4 -rw-r--r--    1 root             wheel                1472 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi5.py
5631673        4 -rw-r--r--    1 root             wheel                1536 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi6.py
5631674        4 -rw-r--r--    1 root             wheel                1924 Nov 10  2006 usr/local/share/doc/py-curl/tests/test_multi_socket.py
5631675        4 -rw-r--r--    1 root             wheel                1749 Nov 10  2006 usr/local/share/doc/py-curl/tests/test_multi_timer.py
5631676       12 -rw-r--r--    1 root             wheel                5773 Apr 12  2005 usr/local/share/doc/py-curl/tests/test_multi_vs_thread.py
5631677        4 -rw-r--r--    1 root             wheel                 589 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_post.py
5631678        4 -rw-r--r--    1 root             wheel                 535 Mar  3  2005 usr/local/share/doc/py-curl/tests/test_post2.py
5631679        4 -rw-r--r--    1 root             wheel                 804 Jun 21  2004 usr/local/share/doc/py-curl/tests/test_post3.py
5631680        4 -rw-r--r--    1 root             wheel                 714 Jun 13  2006 usr/local/share/doc/py-curl/tests/test_share.py
5631681        4 -rw-r--r--    1 root             wheel                 473 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_stringio.py
5631682        4 -rw-r--r--    1 root             wheel                 744 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_xmlrpc.py
5631683        4 -rw-r--r--    1 root             wheel                 949 Apr 21  2003 usr/local/share/doc/py-curl/tests/util.py
================================================================
build of /usr/ports/ftp/py-curl ended at Fri Jan 23 23:27:51 UTC 2009

The tarballed WRKDIR can be found here:
http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/py25-curl-7.16.4_1.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=ftp&portname=py-curl

The build which triggered this BotMail was done under
tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From fsb at thefsb.org  Fri Jan 23 17:02:31 2009
From: fsb at thefsb.org (Tom Worster)
Date: Fri Jan 23 17:02:38 2009
Subject: FreeBSD Port: php5-gd-5.2.8
Message-ID: <C59FCBAD.7C21%fsb@thefsb.org>

hi,

is it new that php5-gd-5.2.8 depends on python? i installed this port on a
two machines a few weeks ago and i don't believe python was involved.

tom


From pcfxer at rogers.com  Fri Jan 23 21:52:02 2009
From: pcfxer at rogers.com (pcfxer@rogers.com)
Date: Fri Jan 23 21:52:33 2009
Subject: FreeBSD Port: gstreamer-plugins-all-1.3.0.10.1_5
Message-ID: <15501.99631.qm@web88102.mail.re2.yahoo.com>

I am having issues running the lot of my video files, here is some 
output when run from the CLI, the error still persists.

%gst-launch-0.10 playbin uri=file:///usr/home/Brodey/MyDocuments/My\ 
Videos/Pirates\ of\ Silicon\ Valley.xvid.avi
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
ERROR: from element 
/GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: 
Failed to create output image buffer of 576x432 pixels
Additional debug info:
xvimagesink.c(621): gst_xvimagesink_xvimage_new (): 
/GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
could not get shared memory of 373248 bytes
Execution ended after 1143734190 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

Regards,
Brodey Dover


From freebsd at abv.bg  Fri Jan 23 23:20:38 2009
From: freebsd at abv.bg (Mario Pavlov)
Date: Fri Jan 23 23:20:44 2009
Subject: java/jboss5 - buildable
Message-ID: <799879085.61090.1232781635672.JavaMail.apache@mail54.abv.bg>

Hi Peter,
well I guess I could try :)
only that I can't start right now and it will take some time...

Regards
Mario

 >On 2009-Jan-21 09:40:34 +0200, Mario Pavlov  wrote:
 >>I guess you could update this port
 >>
 >>I'm not very much in the ports system otherwise I could just send you a patch for this port
 >
 >Currently, java/jboss5 does not have a maintainer and so will not get
 >updated unless someone takes pity on it.  If you are interested in
 >this port, I suggest you read
 >http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html
 >and submit a patch to take over maintainership.
 >
 >-- 
 >Peter Jeremy
 >Please excuse any delays as the result of my ISP's inability to implement
 >an MTA that is either RFC2821-compliant or matches their claimed behaviour.
 >
From flz at xbsd.org  Sat Jan 24 04:19:50 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Sat Jan 24 04:19:57 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
In-Reply-To: <497A464B.1020201@bsdforen.de>
References: <497A464B.1020201@bsdforen.de>
Message-ID: <a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>

On Fri, Jan 23, 2009 at 10:35 PM, Dominic Fandrey <kamikaze@bsdforen.de> wrote:
> This is the list of ports that I require to rebuild after the upgrade.
> This list only contains ports directly linked to an now outdated
> library. It has been generated with the command:
> # pkg_libchk -qo
> pkg_libchk is installed by the port sysutils/bsdadminscripts.
>
> graphics/cairo
> sysutils/ecore-config
> x11/efreet
> x11-wm/enlightenment-devel
> graphics/evince
> devel/gconf2
> graphics/gegl
> graphics/gimp-app
> security/gnome-keyring
> math/gnuplot
> graphics/graphviz
> x11-toolkits/gtk20
> palm/jpilot
> x11-toolkits/libbonoboui
> devel/libnotify
> graphics/librsvg2
> math/octave
> x11-toolkits/pango
> net-im/pidgin
> sysutils/policykit-gnome
> multimedia/transcode
> net/wireshark
> multimedia/vlc

Did you run portupgrade -rf libxcb?

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From artem_kim at inbox.ru  Sat Jan 24 05:23:45 2009
From: artem_kim at inbox.ru (Artem Kim)
Date: Sat Jan 24 05:23:52 2009
Subject: net/liveMedia: AMD64 "CFLAGS+=-fPIC" ignored
Message-ID: <200901241356.03651.artem_kim@inbox.ru>

There is an expression in Makefile:

.if ${ARCH} == "amd64" || ${ARCH} == "ia64"
CFLAGS+=        -fPIC
.else
CFLAGS+=        -fpic
.endif

However, the value "-fPIC" is not added to the variable CFLAGS.

In what may be the problem?

-- 
Best regards,

?rtem Kim
From freebsd-questions-local at be-well.ilk.org  Sat Jan 24 06:16:28 2009
From: freebsd-questions-local at be-well.ilk.org (Lowell Gilbert)
Date: Sat Jan 24 06:16:34 2009
Subject: x11-toolkits/linux-gtk2 problem/question.
In-Reply-To: <4979F1B1.4090808@gmail.com> (Jimmie James's message of "Fri\,
	23 Jan 2009 11\:34\:57 -0500")
References: <4979F1B1.4090808@gmail.com>
Message-ID: <44eiysvmo8.fsf@lowell-desk.lan>

Jimmie James <jimmiejaz@gmail.com> writes:

> While it looks like it install/runs fine (i.e, linux-flash9 works,
> skype works) the following error is show
> (process:47722): GLib-WARNING **: getpwuid_r(): failed due to unknown
> user id (0)
>
> Following this advice, all I could find,
> http://archive.netbsd.se/?ml=freebsd-emulation&a=2005-11&t=1506833
> The fix is, to tell /compat/linux/etc/nsswitch.conf to look at NIS too.
> Is UID 0 in your /etc/passwd? Can you try changeing
> /compat/linux/etc/nsswitch.conf to something like this:
>
> passwd:     files nisplus nis
> shadow:     files nisplus nis
> group:      files nisplus nis
>
> Uid 0 is in my /etc/passwd, there's no /compat/linux/etc/passwd., and
> changing /compat/linux/etc/nsswitch.conf to read the same doesn't fix
> the error message.
>
> Advice, suggestions?

Those setting for nsswitch.conf don't look right to me.
There should have been a message printed out when you installed one of
the linux_base ports, telling you how to configure it.
I think the fc4 version is the default these days; if that is what you
are using, the message is in the file
/usr/ports/emulators/linux_base-fc4/pkg-message


-- 
Lowell Gilbert, embedded/networking software engineer, Boston area
		http://be-well.ilk.org/~lowell/
From cmt at burggraben.net  Sat Jan 24 06:30:21 2009
From: cmt at burggraben.net (Christoph Moench-Tegeder)
Date: Sat Jan 24 06:30:28 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
In-Reply-To: <a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>
References: <497A464B.1020201@bsdforen.de>
	<a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>
Message-ID: <20090124141243.GB35469@reindeer.haidundneu23.net>

Hello,

> Did you run portupgrade -rf libxcb?

On a related note: I ran above command _before_ doing a full
"portupgrade -a". A whole bunch of ports failed to upgrade because
of old versions of X-related header files. I tracked down xproto,
glproto and inputproto via the build logs. To be on the safe side,
I then upgraded all X-related "proto-ports" and now I'm re-upgrading
libxcb and friends. Am I just shooting my own foot here?
Is that me mis-understanding UPGRADING and doing it the wrong way round?

Regards,
Christoph

-- 
Spare Space
From roberthuff at rcn.com  Sat Jan 24 06:36:24 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Sat Jan 24 06:36:30 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
In-Reply-To: <20090124141243.GB35469@reindeer.haidundneu23.net>
References: <497A464B.1020201@bsdforen.de>
	<a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>
	<20090124141243.GB35469@reindeer.haidundneu23.net>
Message-ID: <18811.10086.217599.639851@jerusalem.litteratus.org>


Christoph Moench-Tegeder writes:

>  Is that me mis-understanding UPGRADING and doing it the wrong way
>  round?

	While acknowledging this is a work-in-progress ... am I the
only one who finds the UPDATING pretty minimal for something that
affects so many things?


				Robert Huff
From kamikaze at bsdforen.de  Sat Jan 24 06:38:36 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Sat Jan 24 06:38:43 2009
Subject: net/liveMedia: AMD64 "CFLAGS+=-fPIC" ignored
In-Reply-To: <200901241356.03651.artem_kim@inbox.ru>
References: <200901241356.03651.artem_kim@inbox.ru>
Message-ID: <497B27C6.8060602@bsdforen.de>

Artem Kim wrote:
> There is an expression in Makefile:
> 
> .if ${ARCH} == "amd64" || ${ARCH} == "ia64"
> CFLAGS+=        -fPIC
> .else
> CFLAGS+=        -fpic
> .endif
> 
> However, the value "-fPIC" is not added to the variable CFLAGS.
> 
> In what may be the problem?
> 

I cannot reproduce this.

# cd /usr/ports/net/liveMedia/
# make -VCFLAGS
-O2 -fno-strict-aliasing -pipe -march=nocona -fPIC
# uname -p
amd64
From troy at twisted.net  Sat Jan 24 07:07:20 2009
From: troy at twisted.net (Troy)
Date: Sat Jan 24 07:07:27 2009
Subject: portupgrade xorg-server 1.4.2.1 to 1.5.3 failing
Message-ID: <20090124145713.GA66619@twisted.net>

I was trying to portupgrade xorg-server-1.4.2,1 to 1.5.3 and ran into the
following failure. It looks like the start of the failure is that the
GL/internal/dri_interface.h file is missing.

-Troy

 cc -DHAVE_CONFIG_H -I. -I../include -I../hw/xfree86/os-support
-I../hw/xfree86/os-support/bus -I../hw/xfree86/common -I../hw/xfree86/dri
-I../hw/xfree86/dri2 -I../mi -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
-Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN
-DHAS_STICKY_DIR_BIT -D_THREAD_SAFE -DDBUS_API_SUBJECT_TO_CHANGE
-I/usr/local/include -I/usr/local/include/freetype2
-I/usr/local/include/pixman-1 -I/usr/local/include/hal
-I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include
-I../include -I../include -I../Xext -I../composite -I../damageext
-I../xfixes -I../Xi -I../mi -I../miext/shadow -I../miext/damage
-I../render -I../randr -I../fb -I/usr/local/include -D_THREAD_SAFE
-I/usr/local/include -I/usr/local/include -I/usr/local/include/drm
-I/usr/local/include/X11/dri -DXFree86Server -D__GLX_ALIGN64 -O2
-fno-strict-aliasing -pipe -MT glxdriswrast.lo -MD -MP -MF
.deps/glxdriswrast.Tpo -c glxdriswrast.c  -fPIC -DPIC -o
.libs/glxdriswrast.o
glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or
directory
In file included from glxdriswrast.c:49:
glxdricommon.h:32: error: expected ':', ',', ';', '}' or '__attribute__'
before '*' token
glxdricommon.h:36: warning: type defaults to 'int' in declaration of
'__DRIcoreExtension'
glxdricommon.h:36: error: expected ';', ',' or ')' before '*' token
glxdricommon.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__'
before 'systemTimeExtension'
glxdriswrast.c:64: error: expected specifier-qualifier-list before
'__DRIscreen'
glxdriswrast.c:75: error: expected specifier-qualifier-list before
'__DRIcontext'
glxdriswrast.c:80: error: expected specifier-qualifier-list before
'__DRIdrawable'
glxdriswrast.c: In function '__glXDRIdrawableDestroy':
glxdriswrast.c:92: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '*' token
glxdriswrast.c:92: error: 'core' undeclared (first use in this function)
glxdriswrast.c:92: error: (Each undeclared identifier is reported only
once
glxdriswrast.c:92: error: for each function it appears in.)
glxdriswrast.c:92: error: '__GLXDRIdrawable' has no member named 'screen'
glxdriswrast.c:94: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c:96: error: '__GLXDRIdrawable' has no member named 'gc'
glxdriswrast.c:97: error: '__GLXDRIdrawable' has no member named 'cleargc'
glxdriswrast.c:98: error: '__GLXDRIdrawable' has no member named 'swapgc'
glxdriswrast.c: In function '__glXDRIdrawableSwapBuffers':
glxdriswrast.c:116: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c:116: error: 'core' undeclared (first use in this function)
glxdriswrast.c:116: error: '__GLXDRIdrawable' has no member named 'screen'
glxdriswrast.c:118: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c: In function '__glXDRIdrawableCopySubBuffer':
glxdriswrast.c:128: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c:128: error: 'copySubBuffer' undeclared (first use in this
function)
glxdriswrast.c:129: error: '__GLXDRIdrawable' has no member named 'screen'
glxdriswrast.c:132: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c: In function '__glXDRIcontextDestroy':
glxdriswrast.c:141: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:141: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c: In function '__glXDRIcontextMakeCurrent':
glxdriswrast.c:154: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:154: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c:155: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c:156: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c: In function '__glXDRIcontextLoseCurrent':
glxdriswrast.c:165: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:165: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c: In function '__glXDRIcontextCopy':
glxdriswrast.c:176: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:176: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c:177: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c: In function '__glXDRIcontextForceCurrent':
glxdriswrast.c:188: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:188: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c:189: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c:190: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c: In function '__glXDRIscreenDestroy':
glxdriswrast.c:253: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:253: error: '__GLXDRIscreen' has no member named
'driScreen'
glxdriswrast.c:255: error: '__GLXDRIscreen' has no member named 'driver'
glxdriswrast.c: In function '__glXDRIscreenCreateContext':
glxdriswrast.c:270: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c:270: error: 'core' undeclared (first use in this function)
glxdriswrast.c:270: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:271: error: '__DRIcontext' undeclared (first use in this
function)
glxdriswrast.c:271: error: 'driShare' undeclared (first use in this
function)
glxdriswrast.c:275: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c:291: error: '__GLXDRIcontext' has no member named
'driContext'
glxdriswrast.c:292: error: '__GLXDRIscreen' has no member named
'driScreen'
glxdriswrast.c:293: error: '__GLXDRIconfig' has no member named
'driConfig'
glxdriswrast.c: In function '__glXDRIscreenCreateDrawable':
glxdriswrast.c:325: error: '__GLXDRIdrawable' has no member named 'screen'
glxdriswrast.c:337: error: '__GLXDRIdrawable' has no member named 'gc'
glxdriswrast.c:338: error: '__GLXDRIdrawable' has no member named
'cleargc'
glxdriswrast.c:339: error: '__GLXDRIdrawable' has no member named 'swapgc'
glxdriswrast.c:341: error: '__GLXDRIdrawable' has no member named 'gc'
glxdriswrast.c:342: error: '__GLXDRIdrawable' has no member named
'cleargc'
glxdriswrast.c:343: error: '__GLXDRIdrawable' has no member named 'swapgc'
glxdriswrast.c:344: error: '__GLXDRIdrawable' has no member named 'swapgc'
glxdriswrast.c:346: error: '__GLXDRIdrawable' has no member named
'driDrawable'
glxdriswrast.c:347: error: '__GLXDRIscreen' has no member named 'swrast'
glxdriswrast.c:347: error: '__GLXDRIscreen' has no member named
'driScreen'
glxdriswrast.c:348: error: '__GLXDRIconfig' has no member named
'driConfig'
glxdriswrast.c: At top level:
glxdriswrast.c:355: error: expected ')' before '*' token
glxdriswrast.c:369: error: expected ')' before '*' token
glxdriswrast.c:398: error: expected ')' before '*' token
glxdriswrast.c:409: error: expected '=', ',', ';', 'asm' or
'__attribute__' before 'swrastLoaderExtension'
glxdriswrast.c:416: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c: In function 'initializeExtensions':
glxdriswrast.c:425: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c:425: error: 'extensions' undeclared (first use in this
function)
glxdriswrast.c:428: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:428: error: '__GLXDRIscreen' has no member named
'driScreen'
glxdriswrast.c: In function '__glXDRIscreenProbe':
glxdriswrast.c:458: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c:458: error: 'extensions' undeclared (first use in this
function)
glxdriswrast.c:459: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
glxdriswrast.c:459: error: 'driConfigs' undeclared (first use in this
function)
glxdriswrast.c:476: error: '__GLXDRIscreen' has no member named 'driver'
glxdriswrast.c:477: error: '__GLXDRIscreen' has no member named 'driver'
glxdriswrast.c:483: error: '__GLXDRIscreen' has no member named 'driver'
glxdriswrast.c:483: error: '__DRI_DRIVER_EXTENSIONS' undeclared (first use
in this function)
glxdriswrast.c:491: error: '__DRI_CORE' undeclared (first use in this
function)
glxdriswrast.c:492: error: '__DRI_CORE_VERSION' undeclared (first use in
this function)
glxdriswrast.c:493: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:493: error: expected ')' before '__DRIcoreExtension'
glxdriswrast.c:493: warning: type defaults to 'int' in declaration of
'type name'
glxdriswrast.c:495: error: '__DRI_SWRAST' undeclared (first use in this
function)
glxdriswrast.c:496: error: '__DRI_SWRAST_VERSION' undeclared (first use in
this function)
glxdriswrast.c:497: error: '__GLXDRIscreen' has no member named 'swrast'
glxdriswrast.c:497: error: expected ')' before '__DRIswrastExtension'
glxdriswrast.c:497: warning: type defaults to 'int' in declaration of
'type name'
glxdriswrast.c:501: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:501: error: '__GLXDRIscreen' has no member named 'swrast'
glxdriswrast.c:507: error: '__GLXDRIscreen' has no member named
'driScreen'
glxdriswrast.c:508: error: '__GLXDRIscreen' has no member named 'swrast'
glxdriswrast.c:509: error: 'loader_extensions' undeclared (first use in
this function)
glxdriswrast.c:513: error: '__GLXDRIscreen' has no member named
'driScreen'
glxdriswrast.c:520: warning: implicit declaration of function
'glxConvertConfigs'
glxdriswrast.c:520: warning: nested extern declaration of
'glxConvertConfigs'
glxdriswrast.c:520: error: '__GLXDRIscreen' has no member named 'core'
glxdriswrast.c:520: warning: assignment makes pointer from integer without
a cast
glxdriswrast.c:530: error: '__GLXDRIscreen' has no member named 'driver'
glxdriswrast.c:531: error: '__GLXDRIscreen' has no member named 'driver'
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/glx.
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.5.3.
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-server.
*** Error code 1

From me at janh.de  Sat Jan 24 08:15:25 2009
From: me at janh.de (Jan Henrik Sylvester)
Date: Sat Jan 24 08:15:32 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
References: 20090124141243.GB35469@reindeer.haidundneu23.net
Message-ID: <497B3E95.8050506@janh.de>

Christoph Moench-Tegeder wrote:
>> Did you run portupgrade -rf libxcb?
> 
> On a related note: I ran above command _before_ doing a full
> "portupgrade -a". A whole bunch of ports failed to upgrade because

A mixture of -rf and a -a upgrade is always problematic, unless you were 
up-to-date before the library in question got updated.

If you do -rf before -a, some of the dependencies might be updated too 
early, expecting other ports to have been updated before that are only 
due in the -a phase. For example, port X depending on libxcb might also 
depend on libYYY, which does not depend on libxcb but got upgraded in 
the meantime. Thus, the new X depends on the new libxcb, but on the old 
libYYY. It will not be upgraded again and you will probably run into 
trouble at some time later.

If you do -a before -rf, it might be possible that some dependency might 
not be working during the -a, since it will only be repaired during the 
-rf, but something depending on this working is already upgraded during 
the -a stage. This is far less likely to cause problems, especially 
since portupgrade puts old libraries in /usr/local/lib/compat/pkg/ and 
thus, usually nothing is really broken. Moreover, linking against a 
currently broken library of the same version is not a problem, since the 
fixed one will later have the same version and (probably) same symbols.

It should be possible to do "portupgrade -a -rf libxcb -rf libgcrypt", 
but this will result in all packages being rebuild as far as I 
understand the portupgrade manpage.

I do not know how portmaster solves this, since without saving the old 
shared libraries, any build dependency that is broken in step one can 
cause trouble in step two.

BTW: Doing -rf is usually a lot more compile(!) time consuming than 
necessary, since indirect dependencies of a port usually (but only 
usually) do not link against the library in question. If you (think you) 
know what you are doing, you can try to find the ports that actually 
link against an old library using 'libchk -v' (or pkg_libchk as 
mentioned above). For example, 121 of my packages are directly or 
indirectly  dependent on libxcb, but only 31 seem to actually link 
against it.

Cheers,
Jan Henrik
From rnoland at FreeBSD.org  Sat Jan 24 08:39:13 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Sat Jan 24 08:39:20 2009
Subject: portupgrade xorg-server 1.4.2.1 to 1.5.3 failing
In-Reply-To: <20090124145713.GA66619@twisted.net>
References: <20090124145713.GA66619@twisted.net>
Message-ID: <1232813062.1732.28.camel@wombat.2hip.net>

On Sat, 2009-01-24 at 08:57 -0600, Troy wrote:
> I was trying to portupgrade xorg-server-1.4.2,1 to 1.5.3 and ran into the
> following failure. It looks like the start of the failure is that the
> GL/internal/dri_interface.h file is missing.

This is installed by graphics/dri.  Make sure that you have it
installed.  Also, fwiw anholt@ no longer does FreeBSD.

robert.

> -Troy
> 
>  cc -DHAVE_CONFIG_H -I. -I../include -I../hw/xfree86/os-support
> -I../hw/xfree86/os-support/bus -I../hw/xfree86/common -I../hw/xfree86/dri
> -I../hw/xfree86/dri2 -I../mi -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
> -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN
> -DHAS_STICKY_DIR_BIT -D_THREAD_SAFE -DDBUS_API_SUBJECT_TO_CHANGE
> -I/usr/local/include -I/usr/local/include/freetype2
> -I/usr/local/include/pixman-1 -I/usr/local/include/hal
> -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include
> -I../include -I../include -I../Xext -I../composite -I../damageext
> -I../xfixes -I../Xi -I../mi -I../miext/shadow -I../miext/damage
> -I../render -I../randr -I../fb -I/usr/local/include -D_THREAD_SAFE
> -I/usr/local/include -I/usr/local/include -I/usr/local/include/drm
> -I/usr/local/include/X11/dri -DXFree86Server -D__GLX_ALIGN64 -O2
> -fno-strict-aliasing -pipe -MT glxdriswrast.lo -MD -MP -MF
> .deps/glxdriswrast.Tpo -c glxdriswrast.c  -fPIC -DPIC -o
> .libs/glxdriswrast.o
> glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or
> directory
> In file included from glxdriswrast.c:49:
> glxdricommon.h:32: error: expected ':', ',', ';', '}' or '__attribute__'
> before '*' token
> glxdricommon.h:36: warning: type defaults to 'int' in declaration of
> '__DRIcoreExtension'
> glxdricommon.h:36: error: expected ';', ',' or ')' before '*' token
> glxdricommon.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__'
> before 'systemTimeExtension'
> glxdriswrast.c:64: error: expected specifier-qualifier-list before
> '__DRIscreen'
> glxdriswrast.c:75: error: expected specifier-qualifier-list before
> '__DRIcontext'
> glxdriswrast.c:80: error: expected specifier-qualifier-list before
> '__DRIdrawable'
> glxdriswrast.c: In function '__glXDRIdrawableDestroy':
> glxdriswrast.c:92: error: expected '=', ',', ';', 'asm' or '__attribute__'
> before '*' token
> glxdriswrast.c:92: error: 'core' undeclared (first use in this function)
> glxdriswrast.c:92: error: (Each undeclared identifier is reported only
> once
> glxdriswrast.c:92: error: for each function it appears in.)
> glxdriswrast.c:92: error: '__GLXDRIdrawable' has no member named 'screen'
> glxdriswrast.c:94: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c:96: error: '__GLXDRIdrawable' has no member named 'gc'
> glxdriswrast.c:97: error: '__GLXDRIdrawable' has no member named 'cleargc'
> glxdriswrast.c:98: error: '__GLXDRIdrawable' has no member named 'swapgc'
> glxdriswrast.c: In function '__glXDRIdrawableSwapBuffers':
> glxdriswrast.c:116: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c:116: error: 'core' undeclared (first use in this function)
> glxdriswrast.c:116: error: '__GLXDRIdrawable' has no member named 'screen'
> glxdriswrast.c:118: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c: In function '__glXDRIdrawableCopySubBuffer':
> glxdriswrast.c:128: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c:128: error: 'copySubBuffer' undeclared (first use in this
> function)
> glxdriswrast.c:129: error: '__GLXDRIdrawable' has no member named 'screen'
> glxdriswrast.c:132: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c: In function '__glXDRIcontextDestroy':
> glxdriswrast.c:141: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:141: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c: In function '__glXDRIcontextMakeCurrent':
> glxdriswrast.c:154: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:154: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c:155: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c:156: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c: In function '__glXDRIcontextLoseCurrent':
> glxdriswrast.c:165: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:165: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c: In function '__glXDRIcontextCopy':
> glxdriswrast.c:176: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:176: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c:177: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c: In function '__glXDRIcontextForceCurrent':
> glxdriswrast.c:188: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:188: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c:189: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c:190: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c: In function '__glXDRIscreenDestroy':
> glxdriswrast.c:253: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:253: error: '__GLXDRIscreen' has no member named
> 'driScreen'
> glxdriswrast.c:255: error: '__GLXDRIscreen' has no member named 'driver'
> glxdriswrast.c: In function '__glXDRIscreenCreateContext':
> glxdriswrast.c:270: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c:270: error: 'core' undeclared (first use in this function)
> glxdriswrast.c:270: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:271: error: '__DRIcontext' undeclared (first use in this
> function)
> glxdriswrast.c:271: error: 'driShare' undeclared (first use in this
> function)
> glxdriswrast.c:275: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c:291: error: '__GLXDRIcontext' has no member named
> 'driContext'
> glxdriswrast.c:292: error: '__GLXDRIscreen' has no member named
> 'driScreen'
> glxdriswrast.c:293: error: '__GLXDRIconfig' has no member named
> 'driConfig'
> glxdriswrast.c: In function '__glXDRIscreenCreateDrawable':
> glxdriswrast.c:325: error: '__GLXDRIdrawable' has no member named 'screen'
> glxdriswrast.c:337: error: '__GLXDRIdrawable' has no member named 'gc'
> glxdriswrast.c:338: error: '__GLXDRIdrawable' has no member named
> 'cleargc'
> glxdriswrast.c:339: error: '__GLXDRIdrawable' has no member named 'swapgc'
> glxdriswrast.c:341: error: '__GLXDRIdrawable' has no member named 'gc'
> glxdriswrast.c:342: error: '__GLXDRIdrawable' has no member named
> 'cleargc'
> glxdriswrast.c:343: error: '__GLXDRIdrawable' has no member named 'swapgc'
> glxdriswrast.c:344: error: '__GLXDRIdrawable' has no member named 'swapgc'
> glxdriswrast.c:346: error: '__GLXDRIdrawable' has no member named
> 'driDrawable'
> glxdriswrast.c:347: error: '__GLXDRIscreen' has no member named 'swrast'
> glxdriswrast.c:347: error: '__GLXDRIscreen' has no member named
> 'driScreen'
> glxdriswrast.c:348: error: '__GLXDRIconfig' has no member named
> 'driConfig'
> glxdriswrast.c: At top level:
> glxdriswrast.c:355: error: expected ')' before '*' token
> glxdriswrast.c:369: error: expected ')' before '*' token
> glxdriswrast.c:398: error: expected ')' before '*' token
> glxdriswrast.c:409: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before 'swrastLoaderExtension'
> glxdriswrast.c:416: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c: In function 'initializeExtensions':
> glxdriswrast.c:425: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c:425: error: 'extensions' undeclared (first use in this
> function)
> glxdriswrast.c:428: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:428: error: '__GLXDRIscreen' has no member named
> 'driScreen'
> glxdriswrast.c: In function '__glXDRIscreenProbe':
> glxdriswrast.c:458: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c:458: error: 'extensions' undeclared (first use in this
> function)
> glxdriswrast.c:459: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> glxdriswrast.c:459: error: 'driConfigs' undeclared (first use in this
> function)
> glxdriswrast.c:476: error: '__GLXDRIscreen' has no member named 'driver'
> glxdriswrast.c:477: error: '__GLXDRIscreen' has no member named 'driver'
> glxdriswrast.c:483: error: '__GLXDRIscreen' has no member named 'driver'
> glxdriswrast.c:483: error: '__DRI_DRIVER_EXTENSIONS' undeclared (first use
> in this function)
> glxdriswrast.c:491: error: '__DRI_CORE' undeclared (first use in this
> function)
> glxdriswrast.c:492: error: '__DRI_CORE_VERSION' undeclared (first use in
> this function)
> glxdriswrast.c:493: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:493: error: expected ')' before '__DRIcoreExtension'
> glxdriswrast.c:493: warning: type defaults to 'int' in declaration of
> 'type name'
> glxdriswrast.c:495: error: '__DRI_SWRAST' undeclared (first use in this
> function)
> glxdriswrast.c:496: error: '__DRI_SWRAST_VERSION' undeclared (first use in
> this function)
> glxdriswrast.c:497: error: '__GLXDRIscreen' has no member named 'swrast'
> glxdriswrast.c:497: error: expected ')' before '__DRIswrastExtension'
> glxdriswrast.c:497: warning: type defaults to 'int' in declaration of
> 'type name'
> glxdriswrast.c:501: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:501: error: '__GLXDRIscreen' has no member named 'swrast'
> glxdriswrast.c:507: error: '__GLXDRIscreen' has no member named
> 'driScreen'
> glxdriswrast.c:508: error: '__GLXDRIscreen' has no member named 'swrast'
> glxdriswrast.c:509: error: 'loader_extensions' undeclared (first use in
> this function)
> glxdriswrast.c:513: error: '__GLXDRIscreen' has no member named
> 'driScreen'
> glxdriswrast.c:520: warning: implicit declaration of function
> 'glxConvertConfigs'
> glxdriswrast.c:520: warning: nested extern declaration of
> 'glxConvertConfigs'
> glxdriswrast.c:520: error: '__GLXDRIscreen' has no member named 'core'
> glxdriswrast.c:520: warning: assignment makes pointer from integer without
> a cast
> glxdriswrast.c:530: error: '__GLXDRIscreen' has no member named 'driver'
> glxdriswrast.c:531: error: '__GLXDRIscreen' has no member named 'driver'
> *** Error code 1
> 
> Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.5.3/glx.
> *** Error code 1
> 
> Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.5.3.
> *** Error code 1
> 
> Stop in /usr/ports/x11-servers/xorg-server.
> *** Error code 1
> 
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090124/6d604bb5/attachment.pgp
From nork at FreeBSD.org  Sat Jan 24 08:53:58 2009
From: nork at FreeBSD.org (Norikatsu Shigemura)
Date: Sat Jan 24 08:54:05 2009
Subject: net/liveMedia: AMD64 "CFLAGS+=-fPIC" ignored
In-Reply-To: <497B27C6.8060602@bsdforen.de>
References: <200901241356.03651.artem_kim@inbox.ru>
	<497B27C6.8060602@bsdforen.de>
Message-ID: <20090125015350.a7d1f3de.nork@FreeBSD.org>

On Sat, 24 Jan 2009 15:37:58 +0100
Dominic Fandrey <kamikaze@bsdforen.de> wrote:
> Artem Kim wrote:
> > There is an expression in Makefile:
> > .if ${ARCH} == "amd64" || ${ARCH} == "ia64"
> > CFLAGS+=        -fPIC
> > .else
> > CFLAGS+=        -fpic
> > .endif
> > However, the value "-fPIC" is not added to the variable CFLAGS.
> > In what may be the problem?
> I cannot reproduce this.
> # cd /usr/ports/net/liveMedia/
> # make -VCFLAGS
> -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC
> # uname -p
> amd64

	Me, too.

	Please try following:
	make -dA -VCFLAGS |& less
From artem_kim at inbox.ru  Sat Jan 24 09:31:41 2009
From: artem_kim at inbox.ru (Artem Kim)
Date: Sat Jan 24 09:31:49 2009
Subject: net/liveMedia: AMD64 "CFLAGS+=-fPIC" ignored
In-Reply-To: <497B27C6.8060602@bsdforen.de>
References: <200901241356.03651.artem_kim@inbox.ru>
	<497B27C6.8060602@bsdforen.de>
Message-ID: <200901242033.42261.artem_kim@inbox.ru>

On Saturday 24 January 2009 17:37:58 you wrote:
> Artem Kim wrote:
> > There is an expression in Makefile:
> >
> > .if ${ARCH} == "amd64" || ${ARCH} == "ia64"
> > CFLAGS+=        -fPIC
> > .else
> > CFLAGS+=        -fpic
> > .endif
> >
> > However, the value "-fPIC" is not added to the variable CFLAGS.
> >
> > In what may be the problem?
>
> I cannot reproduce this.
>
> # cd /usr/ports/net/liveMedia/
> # make -VCFLAGS
> -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC
> # uname -p
> amd64

	
This is strange:

arti# cd /usr/ports/net/liveMedia/
arti# make
. . .
c++ -c -O2 -pipe -mmmx -msse -msse2 -m3dnow -march=athlon64 -Iinclude -I../UsageEnvironment/include -I../groupsock/include -I. -DBSD=1 -DSOCKLEN_T=socklen_t -DHAVE_SOCKADDR_LEN=1 -Wall -Wno-deprecated 
MediaSource.cpp

arti# make -VCFLAGS
-O2 -pipe -mmmx -msse -msse2 -m3dnow -march=athlon64 -fPIC -fno-strict-aliasing

---------------------------------------------
arti# cat /etc/make.conf
CPUTYPE?=athlon64
CFLAGS= -O2 -pipe -mmmx -msse -msse2 -m3dnow
# -fPIC
COPTFLAGS= -O2 -pipe -mmmx -msse -msse2 -m3dnow
KERNCONF=my

# added by use.perl 2008-09-23 03:01:54
PERL_VER=5.8.8
PERL_VERSION=5.8.8


-- 
Best regards,

?rtem Kim
From jimmiejaz at gmail.com  Sat Jan 24 10:06:10 2009
From: jimmiejaz at gmail.com (Jimmie James)
Date: Sat Jan 24 10:06:17 2009
Subject: x11-toolkits/linux-gtk2 problem/question.
In-Reply-To: <44eiysvmo8.fsf@lowell-desk.lan>
References: <4979F1B1.4090808@gmail.com> <44eiysvmo8.fsf@lowell-desk.lan>
Message-ID: <497B5890.9050309@gmail.com>

Lowell Gilbert wrote:
> Jimmie James <jimmiejaz@gmail.com> writes:
> 
>> While it looks like it install/runs fine (i.e, linux-flash9 works,
>> skype works) the following error is show
>> (process:47722): GLib-WARNING **: getpwuid_r(): failed due to unknown
>> user id (0)
>>
>> Following this advice, all I could find,
>> http://archive.netbsd.se/?ml=freebsd-emulation&a=2005-11&t=1506833
>> The fix is, to tell /compat/linux/etc/nsswitch.conf to look at NIS too.
>> Is UID 0 in your /etc/passwd? Can you try changeing
>> /compat/linux/etc/nsswitch.conf to something like this:
>>
>> passwd:     files nisplus nis
>> shadow:     files nisplus nis
>> group:      files nisplus nis
>>
>> Uid 0 is in my /etc/passwd, there's no /compat/linux/etc/passwd., and
>> changing /compat/linux/etc/nsswitch.conf to read the same doesn't fix
>> the error message.
>>
>> Advice, suggestions?
> 
> Those setting for nsswitch.conf don't look right to me.
> There should have been a message printed out when you installed one of
> the linux_base ports, telling you how to configure it.
> I think the fc4 version is the default these days; if that is what you
> are using, the message is in the file
> /usr/ports/emulators/linux_base-fc4/pkg-message



You're right, missed the message during the install, scrolled off 
screen.  Following the pkg-message in 
/usr/ports/emulators/linux_base-f8/pkg-message and reinstalling 
linux-gtk2-2.6.10_1 still gives me the same message.

I knew I forgot something with the original message.

FreeBSD 7.1-STABLE #0: Tue Jan  6 03:43:02 EST 2009 
jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO

linux-atk-1.9.1_1   Accessibility Toolkit, Linux/i386 binary
linux-cairo-1.0.2   Linux cairo binary
linux-expat-1.95.8  Linux/i386 binary port of Expat XML-parsing library
linux-flashplugin-9.0r152 Adobe Flash Player NPAPI Plugin
linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig
linux-gspca-kmod-1.0.20 A port of the linux gspcav1 webcam driver

*** linux-gtk2-2.6.10_1 GTK+ library, version 2.X, Linux binary *** 
What's giving me the error.

linux-jpeg-6b.34    RPM of the JPEG lib
linux-kmod-compat-20080408 Adaptation layer to build linux drivers on 
FreeBSD
linux-libsigc-2.0.17 Callback Framework for C++ (linux version)
linux-openssl-0.9.7f SSL and crypto library (Linux Version)
linux-pango-1.10.2_1 Linux pango binary
linux-png-1.2.8_2   RPM of the PNG lib
linux-tiff-3.7.1    TIFF library, Linux/i386 binary
linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries

*** linux_base-f8-8_10  Base set of packages needed in Linux mode (for 
i386/amd64)***  emulators/linux_base-f8

linux_dri-7.0       Binary Linux DRI libraries for 3D hardware 
acceleration of
linuxdoc-1.1_1      The Linuxdoc SGML DTD
lirc-0.8.0_2        Linux Infared Remote Control
sgmlformat-1.7_2    Generates groff and HTML from linuxdoc and docbook 
SGML doc
v4l_compat-1.0.20060801 Video4Linux compatibility header

-- 
Over the years I've come to regard you as people I've met.

From cmt at burggraben.net  Sat Jan 24 10:13:59 2009
From: cmt at burggraben.net (Christoph Moench-Tegeder)
Date: Sat Jan 24 10:14:07 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
In-Reply-To: <497B3E95.8050506@janh.de>
References: <497B3E95.8050506@janh.de>
Message-ID: <20090124181356.GD35469@reindeer.haidundneu23.net>

## Jan Henrik Sylvester (me@janh.de):

> >> Did you run portupgrade -rf libxcb?
> > On a related note: I ran above command _before_ doing a full
> > "portupgrade -a". A whole bunch of ports failed to upgrade because
> A mixture of -rf and a -a upgrade is always problematic, unless you were 
> up-to-date before the library in question got updated.

I was quite close to being up-to-date (some hours), which has been
close enough in all cases until now (that's why I csup once a day,
so I can update to a point close before larger changes and then
do whatever UPDATING suggests).

> BTW: Doing -rf is usually a lot more compile(!) time consuming than 
> necessary, since indirect dependencies of a port usually (but only 
> usually) do not link against the library in question. If you (think you) 
> know what you are doing, you can try to find the ports that actually 
> link against an old library using 'libchk -v' (or pkg_libchk as 
> mentioned above).

And in case I screw up, I'll just take pkg_delete -fa and start over :)
Luckily, such updates as X do not happen that often (as far as I can
remember it's just X, Gnome and perhaps KDE triggering large-scale
compiler action).

Regards,
Christoph

-- 
Spare Space
From kamikaze at bsdforen.de  Sat Jan 24 10:24:42 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Sat Jan 24 10:24:50 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
In-Reply-To: <a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>
References: <497A464B.1020201@bsdforen.de>
	<a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>
Message-ID: <497B5CCA.6050305@bsdforen.de>

Florent Thoumie wrote:
> On Fri, Jan 23, 2009 at 10:35 PM, Dominic Fandrey <kamikaze@bsdforen.de> wrote:
>> This is the list of ports that I require to rebuild after the upgrade.
>> This list only contains ports directly linked to an now outdated
>> library. It has been generated with the command:
>> # pkg_libchk -qo
>> pkg_libchk is installed by the port sysutils/bsdadminscripts.
>>
>> graphics/cairo
>> sysutils/ecore-config
>> x11/efreet
>> x11-wm/enlightenment-devel
>> graphics/evince
>> devel/gconf2
>> graphics/gegl
>> graphics/gimp-app
>> security/gnome-keyring
>> math/gnuplot
>> graphics/graphviz
>> x11-toolkits/gtk20
>> palm/jpilot
>> x11-toolkits/libbonoboui
>> devel/libnotify
>> graphics/librsvg2
>> math/octave
>> x11-toolkits/pango
>> net-im/pidgin
>> sysutils/policykit-gnome
>> multimedia/transcode
>> net/wireshark
>> multimedia/vlc
> 
> Did you run portupgrade -rf libxcb?
> 

No, I was done with the update before this note was added to UPDATING.

Anyway, I think my way is still faster and safer.
From krf at splip.com  Sat Jan 24 10:47:59 2009
From: krf at splip.com (Karl Friesen)
Date: Sat Jan 24 10:48:05 2009
Subject: FreeBSD Port: nagios-3.0.6
Message-ID: <497B626B.2020500@splip.com>

Hello,

I just to report that nagios-3.0.6 when build with the EMBEDDED_PERL 
option dies with a segmentation fault when perl-5.8.9 is installed.  It 
runs fine when run from the command line with the -v or -s options (to 
check the configs), but dies when one attempts to run "for real" in the 
foreground or as a daemon.

I built a version with debugging symbols and ran it under gdb and it 
said that there nagios received a segmentation fault from perl.  There 
was something in there about the perl taint check as well.

Unfortunately, I didn't save the exact message that I saw.  The software 
is in use on a production machine.  If you really need the exact 
message, I can take the machine out of service to reproduce the error, 
but I don't want to if I don't have to.

I saw one other report of this problem on the net

http://article.gmane.org/gmane.network.nagios.user/59163

Sorry for the sketchy report,

--karl
From pj at smo.de  Sat Jan 24 10:59:31 2009
From: pj at smo.de (Philipp Ost)
Date: Sat Jan 24 10:59:39 2009
Subject: Ports required to rebuild after upgrading Xorg to 7.4
In-Reply-To: <18811.10086.217599.639851@jerusalem.litteratus.org>
References: <497A464B.1020201@bsdforen.de>	<a01628140901240419k1b89061t7075d0fcb4642ffb@mail.gmail.com>	<20090124141243.GB35469@reindeer.haidundneu23.net>
	<18811.10086.217599.639851@jerusalem.litteratus.org>
Message-ID: <497B3C8F.8040403@smo.de>

Robert Huff wrote:
> Christoph Moench-Tegeder writes:
> 
> 
>> Is that me mis-understanding UPGRADING and doing it the wrong way
>> round?
> 
> 
> 	While acknowledging this is a work-in-progress ... am I the
> only one who finds the UPDATING pretty minimal for something that
> affects so many things?

No -- that's why I'm not upgrading now. I thought it would be good (at 
least for me) to wait and see what problems arise and then act 
accordingly ;-)

This may not be the nicest move, but I can't afford fighting with my 
system right now because of upgrade hassles...


Regards,
Philipp
From yanefbsd at gmail.com  Sat Jan 24 14:32:32 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 24 14:32:39 2009
Subject: Issue with textproc/docbook-xsl - known issue?
Message-ID: <7d6fde3d0901241432v139d6bc2t775bcfe91bd05d3e@mail.gmail.com>

I get the following error when registering the install for docbook-xsl
with an up-to-date ports tree:

===>   Registering installation for docbook-xsl-1.74.0_1
pkg_create: read_plist: unknown command
'@commentshare/xsl/docbook/eclipse/eclipse.xsl' (package tools out of
date?)
pkg_create: read_plist: unknown command
'@commentshare/xsl/docbook/eclipse/profile-eclipse.xsl' (package tools
out of date?)
pkg_create: read_plist: unknown command
'@commentshare/xsl/docbook/javahelp/javahelp.xsl' (package tools out
of date?)
pkg_create: read_plist: unknown command
'@commentshare/xsl/docbook/javahelp/profile-javahelp.xsl' (package
tools out of date?)
pkg_create: read_plist: unknown command '@comment@dirrm
share/xsl/docbook/javahelp' (package tools out of date?)
pkg_create: read_plist: unknown command '@comment@dirrm
share/xsl/docbook/eclipse' (package tools out of date?)
pkg_create: write_plist: unknown command type -1 ()
*** Error code 2

I'm not at all sure why pkg_create is substituting @comment in for one
of the environment variables...

Just wondering if anyone else has seen this issue or not.

Thanks,
-Garrett
From yanefbsd at gmail.com  Sat Jan 24 14:44:53 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 24 14:45:00 2009
Subject: Missing dependency in graphics/libGL to x11-proto/dri2proto?
Message-ID: <7d6fde3d0901241444t6691c4c6md3aa2cd168d3acc7@mail.gmail.com>

I'm getting the following error with an up-to-date ports tree, because
the port doesn't appear to be referencing dri2proto as a dependency:

checking for DRI2PROTO... configure: error: Package requirements
(dri2proto >= 1.99.3) were not met:

No package 'dri2proto' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRI2PROTO_CFLAGS
and DRI2PROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

===>  Script "configure" failed unexpectedly.
Please report the problem to x11@FreeBSD.org [maintainer] and attach the
"/usr/ports/graphics/libGL/work/Mesa-7.3/config.log" including the output of
the failure of your make command. Also, it might be a good idea to provide
an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`).

[gcooper@orangebox /usr/home/gcooper]$ ls /var/db/pkg/
ImageMagick-6.4.8.3			file-roller-2.24.3,1			gnome_subr-1.0				libXdamage-1.1.1			libopendaap-0.4.0_1			orage-4.4.3				trapproto-3.4.3
ORBit-0.5.17_4				firefox-2.0.0.20_1,1			gnomehier-2.3_11			libXdmcp-1.0.2_1			libpciaccess-0.10.5			p5-Error-0.17015			twolame-0.3.12
ORBit2-2.14.16				firefox-3.0.5_1,1			gnutls-2.6.3_1				libXevie-1.0.2				libpthread-stubs-0.1			p5-IO-Socket-SSL-1.19			unzip-5.52_5
Terminal-0.2.8.3			fixesproto-4.0				gpac-libgpac-0.4.4,1			libXext-1.0.4,1				libpurple-2.5.4				p5-Net-SMTP-SSL-1.01			v4l_compat-1.0.20060801
Thunar-0.9.3				flac-1.2.1				gperf-3.0.3				libXfixes-4.0.3_1			librsvg2-2.22.3_1			p5-Net-SSLeay-1.35			vcdimager-0.7.23_5
a2ps-a4-4.13b_4				flex-2.5.35_1				gsfonts-8.11_4				libXfont-1.3.4,1			libsexy-0.1.11_1			p5-Term-ReadKey-2.30			videoproto-2.2.2
aalib-1.4.r5_4				font-adobe-100dpi-1.0.0_1		gstreamer-0.10.21			libXfontcache-1.0.4			libsndfile-1.0.17_2			p5-URI-1.37				vim-lite-7.2.69
acroread8-8.1.3_1			font-adobe-75dpi-1.0.0			gstreamer-ffmpeg-0.10.4_1		libXft-2.1.13				libsoup-2.24.3				p5-XML-NamespaceSupport-1.09_1		vte-0.17.4
acroreadwrapper-0.0.20080906		font-adobe-utopia-100dpi-1.0.1		gstreamer-plugins-0.10.21,4		libXi-1.1.3,1				libtasn1-1.8				p5-XML-Parser-2.36			vuze-4.0.0.4
apache-ant-1.7.0_2			font-adobe-utopia-75dpi-1.0.1		gstreamer-plugins-a52dec-0.10.10_3,4	libXinerama-1.0.2,1			libtheora-1.0.b2			p5-XML-SAX-0.96				webfonts-0.30_6
apr-gdbm-db42-1.3.3.1.3.4_1		font-adobe-utopia-type1-1.0.1		gstreamer-plugins-bad-0.10.9_1,4	libXmu-1.0.3,1				libtool-1.5.26				p5-XML-SAX-Expat-0.40			win32-codecs-3.1.0.r1,1
asciidoc-8.3.4				font-alias-1.0.1			gstreamer-plugins-core-0.10_10		libXp-1.0.0,1				libungif-4.1.4_5			p5-XML-Simple-2.18			wxgtk2-2.6.3_5
aspell-0.60.6_2				font-arabic-misc-1.0.0			gstreamer-plugins-dts-0.10.9_3,4	libXpm-3.5.7				libunicode-0.4_9			p5-gettext-1.05_2			wxgtk2-common-2.6.3_4
atk-1.24.0				font-bh-100dpi-1.0.0			gstreamer-plugins-dvd-0.10.10_3,4	libXrandr-1.2.2_1			libvolume_id-0.81.0			p5-subversion-1.5.5_1			wxgtk2-unicode-2.6.3_5
audacious-1.5.1_3			font-bh-75dpi-1.0.0			gstreamer-plugins-good-0.10.11_1,4	libXrender-0.9.4_1			libvorbis-1.2.0_2,3			pango-1.22.4				x264-0.0.20080409_2
audacious-plugins-1.5.1_2		font-bh-lucidatypewriter-100dpi-1.0.0	gstreamer-plugins-libpng-0.10.11_3,4	libXres-1.0.3_3				libxcb-1.1.93				pccts-1.33.33				xauth-1.0.2
audacity-1.2.4b_4			font-bh-lucidatypewriter-75dpi-1.0.0	gstreamer-plugins-mad-0.10.10_3,4	libXt-1.0.5_1				libxfce4gui-4.4.3			pciids-20081012				xbitmaps-1.0.1
autoconf-2.13.000227_6			font-bh-ttf-1.0.0			gstreamer-plugins-mp3-0.10.0_1		libXtst-1.0.3_1				libxfce4mcs-4.4.3			pcre-7.8				xcb-2.4_1
autoconf-2.62				font-bh-type1-1.0.0			gstreamer-plugins-ogg-0.10.21,4		libXv-1.0.3_1,1				libxfce4util-4.4.3			perl-5.8.9				xcb-proto-1.3
autoconf-wrapper-20071109		font-bitstream-100dpi-1.0.0		gstreamer-plugins-pango-0.10.21,3	libXvMC-1.0.4_1				libxkbfile-1.0.4			pidgin-2.5.4				xcb-util-0.3.2
automake-1.4.6_5			font-bitstream-75dpi-1.0.0		gstreamer-plugins-theora-0.10.21,4	libXxf86dga-1.0.2			libxkbui-1.0.2_1			pidof-20050501				xchat-2.8.6_2
automake-1.5_5,1			font-bitstream-type1-1.0.0		gstreamer-plugins-ugly-0.10.10_1,4	libXxf86misc-1.0.1			libxml-1.8.17_4				pixman-0.13.2				xcmiscproto-1.1.2
automake-1.6.3_1			font-cronyx-cyrillic-1.0.0		gstreamer-plugins-vorbis-0.10.21,4	libXxf86vm-1.0.2			libxml2-2.7.2_1				pkg-config-0.23_1			xextproto-7.0.4
automake-1.9.6_3			font-cursor-misc-1.0.0			gstreamer-plugins-xvid-0.10.9_3,4	liba52-0.7.4_2				libxslt-1.1.24_2			pkg_cutleaves-20080320			xf86-input-keyboard-1.2.2_2
automake-wrapper-20071109		font-daewoo-misc-1.0.0			gtar-1.21				libart_lgpl-2.3.20,1			linux-atk-1.9.1				pkgdb.db				xf86-input-mouse-1.2.3_2
avahi-app-0.6.24			font-dec-misc-1.0.0			gtk-1.2.10_20				libaudiofile-0.2.6			linux-cairo-1.0.2			png-1.2.34				xf86-video-nv-2.1.12
bash-3.2.48_1				font-ibm-type1-1.0.0			gtk-2.14.7				libbonobo-2.24.0			linux-expat-1.95.8			policykit-0.9_2				xf86-video-vesa-1.3.0_2
bdftopcf-1.0.1				font-isas-misc-1.0.0			gtk-doc-1.10_1				libbonoboui-2.24.0			linux-flashplugin-9.0r152		policykit-gnome-0.9.2			xf86-video-vga-4.1.0_2
bigreqsproto-1.0.2			font-jis-misc-1.0.0			gtk-engines2-2.16.1			libcddb-1.3.0				linux-fontconfig-2.2.3_7		popt-1.7_5				xf86bigfontproto-1.1.2
bison-2.3_4,1				font-micro-misc-1.0.0			gtk-xfce-engine-2.4.3			libcdio-0.78.2_2			linux-gtk2-2.6.10			portmaster-2.6				xf86dgaproto-2.0.3
bitstream-vera-1.10_4			font-misc-cyrillic-1.0.0		gtkspell-2.0.15				libcheck-0.9.6				linux-hicolor-icon-theme-0.5_1		portupgrade-devel-2.4.6			xf86miscproto-0.9.2
ca_root_nss-3.11.9_2			font-misc-ethiopic-1.0.0		gvfs-1.0.3				libcroco-0.6.1_1			linux-jpeg-6b.34			printproto-1.0.4			xf86vidmodeproto-2.2.2
cabextract-1.2				font-misc-meltho-1.0.0_1		hal-0.5.11_11				libdaemon-0.12				linux-nvu-1.0				py25-cairo-1.8.0_2			xfce-4.4.3
cairo-1.8.6,1				font-misc-misc-1.0.0			help2man-1.36.4_2			libdca-0.0.5				linux-openssl-0.9.7f			py25-dbus-0.83.0_1			xfce4-appfinder-4.4.3
cdparanoia-3.9.8_8			font-mutt-misc-1.0.0			hicolor-icon-theme-0.10_2		libdmx-1.0.2_1				linux-pango-1.10.2			py25-gnome-2.22.3			xfce4-desktop-4.4.3
cdrtools-2.01_7				font-schumacher-misc-1.0.0_1		iceauth-1.0.2				libdrm-2.4.4				linux-png-1.2.8_2			py25-gobject-2.16.0			xfce4-icon-theme-4.4.3
compat5x-i386-5.4.0.8_9			font-screen-cyrillic-1.0.1		icon-naming-utils-0.8.7			libdvbpsi-0.1.6				linux-scim-gtk-fc4-1.4.4		py25-gtk-2.13.0_1			xfce4-mcs-manager-4.4.3
compositeproto-0.4			font-sony-misc-1.0.0			imake-1.0.2_4,1				libdvdcss-1.2.10			linux-scim-libs-fc4-1.4.4_1		py25-libxml2-2.7.2			xfce4-mcs-plugins-4.4.3
consolekit-0.3.0_3			font-sun-misc-1.0.0			imlib-1.9.15_7				libdvdnav-0.1.10_3			linux-tiff-3.7.1			py25-numeric-24.2_3			xfce4-mixer-4.4.3
cups-base-1.3.9_3			font-util-1.0.1				imlib2-1.4.1.000_1,2			libdvdplay-1.0.1_2			linux-xorg-libs-6.8.2_5			py25-orbit-2.24.0			xfce4-panel-4.4.3
curl-7.19.2				font-winitzki-cyrillic-1.0.0		inputproto-1.5.0			libdvdread-0.9.7_3			linux_base-fc-4_14			py25-xml-0.8.4				xfce4-print-4.4.3
cvs-devel-1.12.13_8			font-xfree86-type1-1.0.1		intltool-0.40.5				libebml-0.7.8				localedata-5.4				python-2.5,2				xfce4-session-4.4.3
cvsps-2.1				fontcacheproto-0.1.2			iso-codes-3.2_1				libexif-0.6.17				log4j-1.2.15_1				python25-2.5.2_3			xfce4-utils-4.4.3
damageproto-1.1.0_2			fontconfig-2.6.0,1			iso8879-1986_2				libexo-0.3.4_2				lsof-4.82A,3				randrproto-1.2.1			xfce4-wm-4.4.3
db42-4.2.52_5				fontsproto-2.0.2			jade-1.2.1_9				libfontenc-1.0.4			lzmautils-4.32.7			rarian-0.8.1				xfce4-wm-themes-4.4.3
dbus-1.2.4.4				freetype2-2.3.7				jakarta-commons-cli-1.0_2,1		libfpx-1.2.0.12_1			lzo2-2.03_2				recordproto-1.13.2			xineramaproto-1.1.2
dbus-glib-0.78				gamin-0.1.10				jakarta-commons-lang-2.3_2		libgcrypt-1.4.4				lzop-1.02.r1				renderproto-0.9.3			xinit-1.0.7
desktop-file-utils-0.15_1		gawk-3.1.6_1				jasper-1.900.1_6			libglade2-2.6.3				m4-1.4.11,1				resourceproto-1.0.2			xkbcomp-1.0.3
diablo-jdk-1.6.0.07.02_3		gccmakedep-1.0.2			javavmwrapper-2.3.2			libglut-7.0.3				makedepend-1.0.1,1			rpm-3.0.6_14				xkeyboard-config-1.4
djbfft-0.76_2				gconf2-2.24.0				jbigkit-1.6				libgnome-2.24.1				meanwhile-1.0.2_2			ruby-1.8.6.287,1			xmlcatmgr-2.2
dmidecode-2.10				gdbm-1.8.3_3				jdk-1.6.0.3p4_7				libgnomecanvas-2.20.1.1_2		mercurial-1.1.2				ruby18-bdb-0.6.4			xorg-cf-files-1.0.2_3
dmxproto-2.2.2				getopt-1.1.4_1				jpeg-6b_7				libgnomeui-2.24.0			mesa-demos-7.0.4			scrnsaverproto-1.1.0			xorg-drivers-7.3_3
docbook-4.1_3				gettext-0.17_1				junit-4.4_1				libgpg-error-1.7			mesagl-mangled-5.0.2			sdl-1.2.13_2,2				xorg-fonts-100dpi-7.4
docbook-sk-4.1.2_4			ghostscript8-8.63			kbproto-1.0.3				libgsf-1.14.11				mkfontdir-1.0.4				sdl_image-1.2.7				xorg-fonts-7.4
docbook-xml-4.2_1			gio-fam-backend-2.18.4			lame-3.98.2_1				libiconv-1.11_1				mkfontscale-1.0.6			sdocbook-xml-1.1,1			xorg-fonts-75dpi-7.4
docbook-xml-4.3				git-1.6.1				lcms-1.17,1				libid3tag-0.15.1b			mousepad-0.2.14				setxkbmap-1.0.4				xorg-fonts-cyrillic-7.4
docbook-xml-4.4				gle-3.1.0_1				libFS-1.0.1				libltdl-1.5.26				mpeg4ip-libmp4v2-1.6.1			shared-mime-info-0.51			xorg-fonts-miscbitmaps-7.4
docbook-xsl-1.74.0_1			glib-1.2.10_12				libGL-7.0.3				libmad-0.15.1b_2			mplayer-0.99.11_11			speex-1.2.r1_1,1			xorg-fonts-truetype-7.4
dvd+rw-tools-7.1			glib-2.18.4				libGLU-7.0.3				libmatroska-0.8.1			mplayer-fonts-0.50			sqlite3-3.6.4				xorg-fonts-type1-7.4
e2fsprogs-libuuid-1.41.3_1		glproto-1.4.9				libICE-1.0.4_1,1			libmcs-0.7.1_2				mplayer-skins-1.1.2_6			startup-notification-0.9_2		xorg-libraries-7.4
eel-2.24.1				gmake-3.81_3				libIDL-0.8.12				libmodplug-0.8.4			nasm-2.05.01,1				subversion-1.5.5_1			xorg-server-1.4.2,1
enchant-1.4.2				gnome-desktop-2.24.3			libSM-1.1.0,1				libmowgli-0.7.0				nautilus-2.24.2				swfdec-0.8.4				xproto-7.0.14
encodings-1.0.2,1			gnome-doc-utils-0.14.2			libX11-1.1.99.2,1			libmpcdec-1.2.6				neon28-0.28.3				swt-devel-3.5.m3,1			xrandr-1.2.2
esound-0.2.41				gnome-icon-theme-2.24.0_2		libXScrnSaver-1.1.2			libmpeg2-0.5.1				nspr-4.7				tcl-8.4.19,1				xscreensaver-5.08
evieext-1.0.2				gnome-keyring-2.24.1_1			libXTrap-1.0.0				libmspack-0.0.20040308_3		nss-3.11.9_2				texi2html-1.76_1,1			xtrans-1.2.3
expat-2.0.1				gnome-libs-1.4.2_12			libXau-1.0.4				libnotify-0.4.5				nvidia-driver-177.80			thunderbird-2.0.0.19_1			xvid-1.2.1,1
faac-1.26_1				gnome-mime-data-2.18.0_3		libXaw-1.0.4_1,1			libogg-1.1.3,4				nvidia-settings-180.22			tiff-3.8.2_3				yasm-0.7.2
faad2-2.6.1_1,1				gnome-mount-0.8_2			libXcomposite-0.4.0,1			liboil-0.3.15				open-motif-2.2.3_5			tightvnc-1.3.9_1			zip-3.0
ffmpeg-2008.07.27_7			gnome-vfs-2.24.0			libXcursor-1.1.9_1			liboldX-1.0.1				openldap-client-2.4.13			tk-8.4.19,2

    I'm using the nvidia / nv driver and am almost done with the xorg
upgrade. Due to depedency graphing issues (portmaster) and fetch
issues (portupgrade) I had to do part of the upgrade with portmaster
and part with portupgrade...
Thanks,
-Garrett
From yanefbsd at gmail.com  Sat Jan 24 14:51:47 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 24 14:51:54 2009
Subject: portmaster: But really -- cairo's installed!
Message-ID: <7d6fde3d0901241451x109c9b49j8c79c8baec342fca@mail.gmail.com>

Here's a bit more confusion from portmaster through the xorg upgrade
(saw it scroll by the screen ~ 4 times upgrading some packages):

	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version
	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
	===>>> but there is no installed version

[root@orangebox /usr/ports/x11/dri2proto]# ls /var/db/pkg/cairo-1.8.6,1/
+COMMENT	+CONTENTS	+DESC		+MTREE_DIRS	+REQUIRED_BY

    Has this been seen before?

Cheers,
-Garrett
From yanefbsd at gmail.com  Sat Jan 24 14:57:05 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 24 14:57:16 2009
Subject: Missing dependency in graphics/libGL to x11-proto/dri2proto?
In-Reply-To: <7d6fde3d0901241444t6691c4c6md3aa2cd168d3acc7@mail.gmail.com>
References: <7d6fde3d0901241444t6691c4c6md3aa2cd168d3acc7@mail.gmail.com>
Message-ID: <7d6fde3d0901241457y7b4ab801tfca0030a1d8e7e8d@mail.gmail.com>

On Sat, Jan 24, 2009 at 2:44 PM, Garrett Cooper <yanefbsd@gmail.com> wrote:
> I'm getting the following error with an up-to-date ports tree, because
> the port doesn't appear to be referencing dri2proto as a dependency:
>
> checking for DRI2PROTO... configure: error: Package requirements
> (dri2proto >= 1.99.3) were not met:
>
> No package 'dri2proto' found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.

    Ugh... here's what I get after manually installing the proto port:

checking for DRI2PROTO... configure: error: Package requirements
(dri2proto >= 1.99.3) were not met:

Requested 'dri2proto >= 1.99.3' but version of DRI2Proto is 1.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRI2PROTO_CFLAGS
and DRI2PROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

===>  Script "configure" failed unexpectedly.

[root@orangebox /usr/ports/x11/dri2proto]# ls /var/db/pkg/dri2proto-1.1/
+COMMENT	+CONTENTS	+DESC		+MTREE_DIRS

    I compared the port Makefile in CVS and what I had in my
/usr/ports directory, and both say v1.1. WTF mate =]?
Thanks,
-Garrett
From yanefbsd at gmail.com  Sat Jan 24 15:04:37 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 24 15:04:43 2009
Subject: Missing dependency in graphics/libGL to x11-proto/dri2proto?
In-Reply-To: <7d6fde3d0901241457y7b4ab801tfca0030a1d8e7e8d@mail.gmail.com>
References: <7d6fde3d0901241444t6691c4c6md3aa2cd168d3acc7@mail.gmail.com>
	<7d6fde3d0901241457y7b4ab801tfca0030a1d8e7e8d@mail.gmail.com>
Message-ID: <7d6fde3d0901241504u7634f1fbp881c2feb11dbe238@mail.gmail.com>

On Sat, Jan 24, 2009 at 2:57 PM, Garrett Cooper <yanefbsd@gmail.com> wrote:
> On Sat, Jan 24, 2009 at 2:44 PM, Garrett Cooper <yanefbsd@gmail.com> wrote:
>> I'm getting the following error with an up-to-date ports tree, because
>> the port doesn't appear to be referencing dri2proto as a dependency:
>>
>> checking for DRI2PROTO... configure: error: Package requirements
>> (dri2proto >= 1.99.3) were not met:
>>
>> No package 'dri2proto' found
>>
>> Consider adjusting the PKG_CONFIG_PATH environment variable if you
>> installed software in a non-standard prefix.
>
>    Ugh... here's what I get after manually installing the proto port:
>
> checking for DRI2PROTO... configure: error: Package requirements
> (dri2proto >= 1.99.3) were not met:
>
> Requested 'dri2proto >= 1.99.3' but version of DRI2Proto is 1.1
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables DRI2PROTO_CFLAGS
> and DRI2PROTO_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
> ===>  Script "configure" failed unexpectedly.
>
> [root@orangebox /usr/ports/x11/dri2proto]# ls /var/db/pkg/dri2proto-1.1/
> +COMMENT        +CONTENTS       +DESC           +MTREE_DIRS

    Yeah! rnoland@ fixed it an hour ago and I didn't see the CVS email ><.
    Sorry for the noise...
-Garrett
From jarrod at netleader.com.au  Sat Jan 24 15:40:28 2009
From: jarrod at netleader.com.au (Jarrod Sayers)
Date: Sat Jan 24 15:40:35 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <497B626B.2020500@splip.com>
References: <497B626B.2020500@splip.com>
Message-ID: <alpine.BSF.2.00.0901250908260.67004@manhattan.netleader.com.au>

On Sat, 24 Jan 2009, Karl Friesen wrote:
> Hello,

Hi Karl,

> I just to report that nagios-3.0.6 when build with the EMBEDDED_PERL 
> option dies with a segmentation fault when perl-5.8.9 is installed.  It 
> runs fine when run from the command line with the -v or -s options (to 
> check the configs), but dies when one attempts to run "for real" in the 
> foreground or as a daemon.

Hmm, that is interesting, what process did you use to upgrade perl-5.8.8 
on the machine?

The production boxes I have done thus far are running FreeBSD 7.1 i386 and 
had perl-5.8.8 upgraded to perl-5.8.9 via portupgrade.  To mass-fix the 
file locations, perl-after-upgrade was run and then nagios-3.0.6 rebuilt 
as per its warning.

> I built a version with debugging symbols and ran it under gdb and it 
> said that there nagios received a segmentation fault from perl.  There 
> was something in there about the perl taint check as well.

It would be interesting to know how far into the startup process it is 
getting before it barfs, sounds like one of the plugins is throwing the 
fault - not Nagios itself.  Does nagios.log give any indication to this?

> Unfortunately, I didn't save the exact message that I saw.  The software 
> is in use on a production machine.  If you really need the exact 
> message, I can take the machine out of service to reproduce the error, 
> but I don't want to if I don't have to.

If you are able to reproduce the error, the kdump.out file generated below 
would be helpful though mail it off-list as it will contain copies of your 
Nagios configuration files, at a minimum.

ktrace -dit+ /usr/local/bin/nagios /usr/local/etc/nagios/nagios.cfg
kdump > kdump.out

> I saw one other report of this problem on the net
>
> http://article.gmane.org/gmane.network.nagios.user/59163
>
> Sorry for the sketchy report,

Any other details you can provide me would be helpful, FreeBSD version, 
architecture, list of installed ports.

Jarrod.
From dougb at FreeBSD.org  Sat Jan 24 16:00:58 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Sat Jan 24 16:01:04 2009
Subject: portmaster: But really -- cairo's installed!
In-Reply-To: <7d6fde3d0901241451x109c9b49j8c79c8baec342fca@mail.gmail.com>
References: <7d6fde3d0901241451x109c9b49j8c79c8baec342fca@mail.gmail.com>
Message-ID: <497BABD8.70408@FreeBSD.org>

Garrett Cooper wrote:
> Here's a bit more confusion from portmaster through the xorg upgrade
> (saw it scroll by the screen ~ 4 times upgrading some packages):
> 
> 	===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
> 	===>>> but there is no installed version

I only need one example. :)

> [root@orangebox /usr/ports/x11/dri2proto]# ls /var/db/pkg/cairo-1.8.6,1/
> +COMMENT	+CONTENTS	+DESC		+MTREE_DIRS	+REQUIRED_BY
> 
>     Has this been seen before?

The code to detect an installed port is very simple, and relies on the
ORIGIN being correctly recorded in +CONTENTS. Can you look for a line
like this in the cairo +CONTENTS file: @comment ORIGIN:

If that line is there, please send me a copy of the +CONTENTS file and
I'll try to figure out what's going wrong here. If it's not there, you
have your answer.

Doug

-- 

    This .signature sanitized for your protection
From yanefbsd at gmail.com  Sat Jan 24 16:13:30 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sat Jan 24 16:13:37 2009
Subject: portmaster: But really -- cairo's installed!
In-Reply-To: <497BABD8.70408@FreeBSD.org>
References: <7d6fde3d0901241451x109c9b49j8c79c8baec342fca@mail.gmail.com>
	<497BABD8.70408@FreeBSD.org>
Message-ID: <7d6fde3d0901241613k51994c66mcf07b5d9d6db0fe3@mail.gmail.com>

On Sat, Jan 24, 2009 at 4:01 PM, Doug Barton <dougb@freebsd.org> wrote:
> Garrett Cooper wrote:
>> Here's a bit more confusion from portmaster through the xorg upgrade
>> (saw it scroll by the screen ~ 4 times upgrading some packages):
>>
>>       ===>>> @pkgdep cairo-1.8.6,1 is listed as a dependency
>>       ===>>> but there is no installed version
>
> I only need one example. :)
>
>> [root@orangebox /usr/ports/x11/dri2proto]# ls /var/db/pkg/cairo-1.8.6,1/
>> +COMMENT      +CONTENTS       +DESC           +MTREE_DIRS     +REQUIRED_BY
>>
>>     Has this been seen before?
>
> The code to detect an installed port is very simple, and relies on the
> ORIGIN being correctly recorded in +CONTENTS. Can you look for a line
> like this in the cairo +CONTENTS file: @comment ORIGIN:
>
> If that line is there, please send me a copy of the +CONTENTS file and
> I'll try to figure out what's going wrong here. If it's not there, you
> have your answer.
>
> Doug

    Yes, the origin (oddly enough) is noted. +CONTENTS attached.
Thanks :),
-Garrett
-------------- next part --------------
A non-text attachment was scrubbed...
Name: +CONTENTS
Type: application/octet-stream
Size: 3103 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090125/53945e10/CONTENTS.obj
From bf2006a at yahoo.com  Sat Jan 24 19:26:57 2009
From: bf2006a at yahoo.com (bf)
Date: Sat Jan 24 19:27:29 2009
Subject: Issue with textproc/docbook-xsl - known issue?  
Message-ID: <306385.40479.qm@web39107.mail.mud.yahoo.com>

A simple mistake (repeated) in the port Makefile.  Known? -- well, thanks to
your message, it is now:

http://www.freebsd.org/cgi/query-pr.cgi?pr=130965

b.


      
From v.a.popov at gmail.com  Sat Jan 24 20:44:19 2009
From: v.a.popov at gmail.com (Victor Popov)
Date: Sat Jan 24 20:44:26 2009
Subject: [patch] net-p2p/deluge port improvement - startup scripts
Message-ID: <497BE96E.7050004@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Jeremy and everybody on the list,

Deluge bittorrent client is great, and has a flexible architecture, which
allows user to run a downloading daemon, only occasionally launching an
user interface to manage downloads; all the other time daemon can work
unattended.
net-p2p/deluge port is missing startup scripts for daemon, and this is
what I want to be fixed.

The attached patch adds two rc scripts, for launching the daemon, deluged,
and for launching deluge in webui mode. Ideally, this should be several
separate ports, like net-p2p/transmission-*, but deluge is installed by
own installer, so dividing port into several would require a lot of work.

Some comments about why I wrote these startup scripts in this way:
- - First of all, I don't at all like the idea of running p2p client as
usual desktop user for security reasons - desktop users may store
sensitive information in their mailboxes, browser configs and other
places, so it is better to dedicate different uid for peering task. This
is why _user and _home configuration variables are introduced.
I wonder, should we assign an uid in the UIDs file? What default homedir
should this user have? I've set default to /home/deluge, and maybe there
are better places?
- - Minor bug in launching command-line: it should be --logfile=${logfile},
not a redirection, but unfortunately it does not work now. Could not
investigate and fix it, sorry.
- - run_rc_command is called with environment variable HOME set to ${home},
because deluged can't determine homedir from user, and it does not accept
"-c" switch.
- - Bug in deluge-webui script: when it is time to stop deluge, script has
to find process due to lack of pidfile. If at that time you are running
deluge with gtk UI, script will find your instance, and will try to kill
it. If deluge_webui_user is not you, it's ok, your deluge is safe, but
after that script will not be able to start webui, because it would think
it is already running. This is because deluge program does not accept
"--pidfile" parameter. There is already a feature-request in deluge
bug-tracker for adding pidfile [http://dev.deluge-torrent.org/ticket/758],
so maybe soon it would be possible to improve this script.


Can this patch be commited, please? If something is wrong, comments would
be very appreciated.

P.S.: Sorry for my bad English, vast discourse on possibly obvious things
and a long message.

- --
Best regards, Victor Popov	mailto:v.a.popov@gmail,com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.10 (FreeBSD)

iEYEARECAAYFAkl76UQACgkQtKisLOtMPvlCNACg07Bpkjm2YmxTGeNu6kY4tnOk
Mu8AoLMUqFci6fwfCSG1XtllVUlGDuYs
=KGuU
-----END PGP SIGNATURE-----
-------------- next part --------------
diff -urN net-p2p/deluge.orig/Makefile net-p2p/deluge/Makefile
--- net-p2p/deluge.orig/Makefile	2009-01-19 07:18:08.000000000 +0300
+++ net-p2p/deluge/Makefile	2009-01-25 02:32:25.506351031 +0300
@@ -7,6 +7,7 @@
 
 PORTNAME=	deluge
 PORTVERSION=	1.1.0
+PORTREVISION=	1
 CATEGORIES=	net-p2p python
 MASTER_SITES=	http://ftp.osuosl.org/pub/deluge/source/${PORTVERSION}/
 
@@ -53,6 +54,10 @@
 	@${ECHO_CMD} "Keep in mind, choice WITHOUT_PYGTK still will installing a lot of GUI files that are for pygtk. The installation tool does not provide option to disable install the GUI files. These GUI files are harmless as long as you do not touch these or it won't work because it needs pygtk." | ${FMT} 75 75
 .endif
 
+USE_RC_SUBR=	deluged deluge-webui
+SUB_LIST=	PYTHON_CMD=${PYTHON_CMD}
+SUB_FILES=	deluged deluge-webui
+
 post-patch:
 	@${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g ; \
 		s|%%PTHREAD_LIBS%%|${PTHREAD_LIBS}|g' \
diff -urN net-p2p/deluge.orig/files/deluge-webui.in net-p2p/deluge/files/deluge-webui.in
--- net-p2p/deluge.orig/files/deluge-webui.in	1970-01-01 03:00:00.000000000 +0300
+++ net-p2p/deluge/files/deluge-webui.in	2009-01-25 02:31:14.036748983 +0300
@@ -0,0 +1,41 @@
+#!/bin/sh
+#
+# PROVIDE: deluge_webui
+# REQUIRE: LOGIN deluged
+# KEYWORD: shutdown
+#
+#
+# Add the following line to /etc/rc.conf to enable the deluge web ui daemon:
+#
+# deluge_webui_enable (bool):	Set to "NO" by default.
+#				Set it to "YES" to enable deluge web ui daemon.
+# deluge_webui_user (str):	Defaults to "deluge"
+#				User running deluge web ui daemon
+# deluge_webui_home (str):	Defaults to "/home/deluge"
+#				Directory to store configuration and possibly downloads
+# deluge_webui_logfile (str):	Defaults to "$deluge_webui_home/deluge_webui.log"
+# deluge_webui_loglevel (str):	Verbosity of logging, defaults to "error". Possible values:
+#				none, info, warning, error, critical, debug
+# deluge_webui_args (str):	Custom additional arguments for deluge, default empty
+#
+
+. %%RC_SUBR%%
+
+name="deluge_webui"
+rcvar=`set_rcvar`
+
+load_rc_config ${name}
+: ${deluge_webui_enable="NO"}
+: ${deluge_webui_user="deluge"}
+: ${deluge_webui_home="/home/deluge"}
+: ${deluge_webui_logfile="${deluge_webui_home}/${name}.log"}
+: ${deluge_webui_loglevel="error"}
+: ${deluge_webui_args=""}
+
+required_dirs=${deluge_webui_home}
+
+command="%%PREFIX%%/bin/deluge"
+command_args="--ui=web --loglevel=${deluge_webui_loglevel} ${deluge_webui_args} >> ${deluge_webui_logfile} 2>&1 &"
+command_interpreter="%%PYTHON_CMD%%"
+
+HOME=${deluge_webui_home} run_rc_command "$1"
diff -urN net-p2p/deluge.orig/files/deluged.in net-p2p/deluge/files/deluged.in
--- net-p2p/deluge.orig/files/deluged.in	1970-01-01 03:00:00.000000000 +0300
+++ net-p2p/deluge/files/deluged.in	2009-01-25 02:30:34.132295332 +0300
@@ -0,0 +1,45 @@
+#!/bin/sh
+#
+# PROVIDE: deluged
+# REQUIRE: LOGIN
+# KEYWORD: shutdown
+#
+#
+# Add the following line to /etc/rc.conf to enable the deluged daemon:
+#
+# deluged_enable (bool):	Set to "NO" by default.
+#				Set it to "YES" to enable deluged daemon.
+# deluged_user (str):		Defaults to "deluge"
+#				User running deluged daemon
+# deluged_home (str):		Defaults to "/home/deluge"
+#				Directory to store configuration and possibly downloads
+# deluged_pidfile (str):	Defaults to "$deluged_home/deluged.pid"
+# deluged_logfile (str):	Defaults to "$deluged_home/deluged.log"
+# deluged_loglevel (str):	Verbosity of logging, defaults to "error". Possible values:
+#				none, info, warning, error, critical, debug
+# deluged_args (str):		Custom additional arguments for deluged, default empty
+#
+
+. %%RC_SUBR%%
+
+name="deluged"
+rcvar=`set_rcvar`
+
+# read configuration and set defaults
+load_rc_config ${name}
+: ${deluged_enable="NO"}
+: ${deluged_user="deluge"}
+: ${deluged_home="/home/deluge"}
+: ${deluged_port="58846"}
+: ${deluged_pidfile="${deluged_home}/${name}.pid"}
+: ${deluged_logfile="${deluged_home}/${name}.log"}
+: ${deluged_loglevel="error"}
+: ${deluged_args=""}
+
+required_dirs=${deluged_home}
+
+command="%%PREFIX%%/bin/deluged"
+command_args="--port=${deluged_port} --pidfile=${deluged_pidfile} --loglevel=${deluged_loglevel} ${deluged_args} >> ${deluged_logfile} 2>&1"
+command_interpreter="%%PYTHON_CMD%%"
+
+HOME=${deluged_home} run_rc_command "$1"

From peterjeremy at optushome.com.au  Sat Jan 24 22:16:19 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Sat Jan 24 22:16:27 2009
Subject: net/liveMedia: AMD64 "CFLAGS+=-fPIC" ignored
In-Reply-To: <200901242033.42261.artem_kim@inbox.ru>
References: <200901241356.03651.artem_kim@inbox.ru>
	<497B27C6.8060602@bsdforen.de>
	<200901242033.42261.artem_kim@inbox.ru>
Message-ID: <20090125061614.GB1755@server.vk2pj.dyndns.org>

On 2009-Jan-24 20:33:41 +0300, Artem Kim <artem_kim@inbox.ru> wrote:
>arti# make
>. . .
>c++ -c -O2 -pipe -mmmx -msse -msse2 -m3dnow -march=athlon64 -Iinclude -I../UsageEnvironment/include -I../groupsock/include -I. -DBSD=1 -DSOCKLEN_T=socklen_t -DHAVE_SOCKADDR_LEN=1 -Wall -Wno-deprecated 
>MediaSource.cpp

That's a C++ program so it should be using CXXFLAGS, not CFLAGS.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090125/9212325c/attachment.pgp
From swhetzel at gmail.com  Sat Jan 24 22:18:20 2009
From: swhetzel at gmail.com (Scot Hetzel)
Date: Sat Jan 24 22:18:31 2009
Subject: Issue with textproc/docbook-xsl - known issue?
In-Reply-To: <7d6fde3d0901241432v139d6bc2t775bcfe91bd05d3e@mail.gmail.com>
References: <7d6fde3d0901241432v139d6bc2t775bcfe91bd05d3e@mail.gmail.com>
Message-ID: <790a9fff0901242148j1e82f1a9h22d44b73976b2cf@mail.gmail.com>

On Sat, Jan 24, 2009 at 4:32 PM, Garrett Cooper <yanefbsd@gmail.com> wrote:
> I get the following error when registering the install for docbook-xsl
> with an up-to-date ports tree:
>
> ===>   Registering installation for docbook-xsl-1.74.0_1
> pkg_create: read_plist: unknown command
> '@commentshare/xsl/docbook/eclipse/eclipse.xsl' (package tools out of
> date?)

>
> I'm not at all sure why pkg_create is substituting @comment in for one
> of the environment variables...
>
> Just wondering if anyone else has seen this issue or not.
>

The problem is caused by PLIST_SUB substituting the wrong value in to the PLIST:

PLIST_SUB+=	ECLIPSE="@comment"

when it should be:

PLIST_SUB+=	ECLIPSE="@comment "

There is a missing space for all of the @comment substitutions.

This is causing pkg_create to see @commentshare... and @comment@dir as
unknow plist commands.

Scot
From bf2006a at yahoo.com  Sat Jan 24 19:39:49 2009
From: bf2006a at yahoo.com (bf)
Date: Sat Jan 24 23:00:24 2009
Subject: GNOME, X11, FORTRAN
Message-ID: <206180.57072.qm@web39102.mail.mud.yahoo.com>

Just a note to those of you who helped to integrate the Gnome, X11, and
Fortran updates in Ports:  thank you very much for the work that you have
put in, and for your efforts to find and solve any remaining problems.  I'm
looking forward to using the new software, and I'm sure that many others in
the community are as well.

Regards,
           b.


      
From yanefbsd at gmail.com  Sun Jan 25 01:14:17 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sun Jan 25 01:14:23 2009
Subject: Issue with textproc/docbook-xsl - known issue?
In-Reply-To: <306385.40479.qm@web39107.mail.mud.yahoo.com>
References: <306385.40479.qm@web39107.mail.mud.yahoo.com>
Message-ID: <7d6fde3d0901250114o7a18fca3l675f812b93786220@mail.gmail.com>

On Sat, Jan 24, 2009 at 7:26 PM, bf <bf2006a@yahoo.com> wrote:
> A simple mistake (repeated) in the port Makefile.  Known? -- well, thanks to
> your message, it is now:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=130965
>
> b.

Thanks :).
-Garrett
From peo at intersonic.se  Sun Jan 25 03:18:41 2009
From: peo at intersonic.se (Per olof Ljungmark)
Date: Sun Jan 25 03:18:47 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <alpine.BSF.2.00.0901250908260.67004@manhattan.netleader.com.au>
References: <497B626B.2020500@splip.com>
	<alpine.BSF.2.00.0901250908260.67004@manhattan.netleader.com.au>
Message-ID: <497C465F.6060009@intersonic.se>

Jarrod Sayers wrote:
> On Sat, 24 Jan 2009, Karl Friesen wrote:
<snip>
> 
> If you are able to reproduce the error, the kdump.out file generated 
> below would be helpful though mail it off-list as it will contain copies 
> of your Nagios configuration files, at a minimum.
> 
> ktrace -dit+ /usr/local/bin/nagios /usr/local/etc/nagios/nagios.cfg
> kdump > kdump.out
> 

Same problem here -
7.1-RELEASE i386, Nagios 3.0.6, upgraded Perl to 5.8.9, rebuilt all 
ports depending on Perl.
Will try to get a trace tonight.

--
per
From peo at intersonic.se  Sun Jan 25 05:05:19 2009
From: peo at intersonic.se (Per olof Ljungmark)
Date: Sun Jan 25 05:05:25 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <alpine.BSF.2.00.0901250908260.67004@manhattan.netleader.com.au>
References: <497B626B.2020500@splip.com>
	<alpine.BSF.2.00.0901250908260.67004@manhattan.netleader.com.au>
Message-ID: <497C6389.1020609@intersonic.se>

Jarrod Sayers wrote:
> On Sat, 24 Jan 2009, Karl Friesen wrote:
>> Hello,
> 
> Hi Karl,
> 
>> I just to report that nagios-3.0.6 when build with the EMBEDDED_PERL 
>> option dies with a segmentation fault when perl-5.8.9 is installed.  
>> It runs fine when run from the command line with the -v or -s options 
>> (to check the configs), but dies when one attempts to run "for real" 
>> in the foreground or as a daemon.
> 
> Hmm, that is interesting, what process did you use to upgrade perl-5.8.8 
> on the machine?
> 
> The production boxes I have done thus far are running FreeBSD 7.1 i386 
> and had perl-5.8.8 upgraded to perl-5.8.9 via portupgrade.  To mass-fix 
> the file locations, perl-after-upgrade was run and then nagios-3.0.6 
> rebuilt as per its warning.
> 
>> I built a version with debugging symbols and ran it under gdb and it 
>> said that there nagios received a segmentation fault from perl.  There 
>> was something in there about the perl taint check as well.
> 
> It would be interesting to know how far into the startup process it is 
> getting before it barfs, sounds like one of the plugins is throwing the 
> fault - not Nagios itself.  Does nagios.log give any indication to this?
> 
>> Unfortunately, I didn't save the exact message that I saw.  The 
>> software is in use on a production machine.  If you really need the 
>> exact message, I can take the machine out of service to reproduce the 
>> error, but I don't want to if I don't have to.
> 
> If you are able to reproduce the error, the kdump.out file generated 
> below would be helpful though mail it off-list as it will contain copies 
> of your Nagios configuration files, at a minimum.
> 
> ktrace -dit+ /usr/local/bin/nagios /usr/local/etc/nagios/nagios.cfg
> kdump > kdump.out
> 
>> I saw one other report of this problem on the net
>>
>> http://article.gmane.org/gmane.network.nagios.user/59163
>>
>> Sorry for the sketchy report,
> 
> Any other details you can provide me would be helpful, FreeBSD version, 
> architecture, list of installed ports.
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"

Here is what nagios.log tells me:

[1232880371] Local time is Sun Jan 25 11:46:11 CET 2009
[1232880371] LOG VERSION: 2.0
[1232880371] Error: p1.pl file required for embedded Perl interpreter is 
missing!
[1232880371] Bailing out due to errors encountered while initializing 
the embedded Perl interpreter. (PID=59302)
[1232880958] Caught SIGTERM, shutting down...
[1232880958] Successfully shutdown... (PID=7489)

Perhaps it's built but not installed properly?

--
per
From roberthuff at rcn.com  Sun Jan 25 05:18:52 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Sun Jan 25 05:19:03 2009
Subject: GNOME, X11, FORTRAN
In-Reply-To: <206180.57072.qm@web39102.mail.mud.yahoo.com>
References: <206180.57072.qm@web39102.mail.mud.yahoo.com>
Message-ID: <18812.26296.931705.70459@jerusalem.litteratus.org>

bf writes:

>  Just a note to those of you who helped to integrate the Gnome,
>  X11, and Fortran updates in Ports: thank you very much for the
>  work that you have put in, and for your efforts to find and solve
>  any remaining problems.

	Hear, hear.


				Robert Huff



From eculp at encontacto.net  Sun Jan 25 05:59:55 2009
From: eculp at encontacto.net (eculp)
Date: Sun Jan 25 06:00:02 2009
Subject: All of kde4, qt4, etc build fine except kdenetwork4 on my FreeBSD
	Current laptop.
Message-ID: <20090125074950.15234g397ew2r3sw@econet.encontacto.net>

I have both kde3, kde4 and gnome on this laptop running up to date  
current i386.  I normally use kde3 but kde4.1.1 is functional but I  
was never able to get kdenetwork4 to build so I gave up and installed  
a package.  Now I am upgrading to kde4.1.4 and have the same problem  
but there isn't a package solution so now I am forced to find a  
solution ;)

Of course for kdenetwork4.1.4 I also followed the UPDATING:

   pkg_delete -f kdebase-runtime-4.1\*
   portmaster -a

I have tried everyway that I can think of.  Port by port, with  
portupgrade and with portmaster.  I have even tried portmaster -r  
net/kdenetwork4 - portupgrade -rf net/kdenetwork4 and all generate the  
exact same results:

     /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/kopete/protocols/jabber\
     /libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: No?
     such file or directory
     *** Error code 1

     Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/build.
     *** Error code 1

with no change.

I would use a package but there isn't one.  I would build without  
jabber but don't find an option in the make file.

Any suggestions appreciated.

The laptop specifics follow:

# uname -a
FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #137: Tue Jan  
20 13:09:07 CST 2009      
root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO  i386

The qt4 and kde4 packages installed follow.

# ls -d /var/db/pkg/k*|egrep 4
kde4-shared-mime-info-1.0
kde4-xdg-env-1.0
kdeaccessibility-4.1.4
kdeadmin-4.1.4
kdeartwork-4.1.4
kdebase-4.1.4
kdebase-workspace-4.1.4_1
kdeedu-4.1.4_1
kdegames-4.1.4
kdegraphics-4.1.4
kdehier4-1.0
kdelibs-4.1.4
kdemultimedia-4.1.4
kdenetwork-4.1.1
kdepimlibs-4.1.4
kdeplasma-addons-4.1.4
kdesdk-4.1.4
kdetoys-4.1.4
kdeutils-4.1.4
kdewebdev-4.1.4
kmplayer-kde4-0.11.0.r4_1,2

# ls -d *qt4*
poppler-qt4-0.8.7
qt4-4.4.3
qt4-accessible-4.4.3
qt4-assistant-4.4.3
qt4-assistant-adp-4.4.3
qt4-clucene-4.4.3
qt4-corelib-4.4.3
qt4-dbus-4.4.3
qt4-designer-4.4.3
qt4-doc-4.4.3
qt4-gui-4.4.3
qt4-help-4.4.3
qt4-iconengines-4.4.3
qt4-imageformats-4.4.3
qt4-inputmethods-4.4.3
qt4-l10n-4.4.3
qt4-libQtAssistantClient-4.4.3
qt4-makeqpf-4.4.3
qt4-moc-4.4.3
qt4-mysql-plugin-4.4.3
qt4-network-4.4.3
qt4-opengl-4.4.3
qt4-pixeltool-4.4.3
qt4-porting-4.4.3
qt4-qdbusviewer-4.4.3
qt4-qmake-4.4.3
qt4-qt3support-4.4.3
qt4-qtestlib-4.4.3
qt4-qvfb-4.4.3
qt4-rcc-4.4.3
qt4-script-4.4.3
qt4-sql-4.4.3
qt4-sqlite-plugin-4.4.3
qt4-svg-4.4.3
qt4-uic-4.4.3
qt4-uic3-4.4.3

Please let me know if you need more information.

Thanks for any help or suggestions,

ed

BTW, is there a date for kde4.2 yet?
From mad at madpilot.net  Sun Jan 25 06:12:57 2009
From: mad at madpilot.net (Guido Falsi)
Date: Sun Jan 25 06:13:04 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <497B626B.2020500@splip.com>
References: <497B626B.2020500@splip.com>
Message-ID: <497C7363.2040808@madpilot.net>

Karl Friesen wrote:
> Hello,
> 
> I just to report that nagios-3.0.6 when build with the EMBEDDED_PERL 
> option dies with a segmentation fault when perl-5.8.9 is installed.  It 
> runs fine when run from the command line with the -v or -s options (to 
> check the configs), but dies when one attempts to run "for real" in the 
> foreground or as a daemon.
> 
> I built a version with debugging symbols and ran it under gdb and it 
> said that there nagios received a segmentation fault from perl.  There 
> was something in there about the perl taint check as well.
> 
> Unfortunately, I didn't save the exact message that I saw.  The software 
> is in use on a production machine.  If you really need the exact 
> message, I can take the machine out of service to reproduce the error, 
> but I don't want to if I don't have to.
> 
> I saw one other report of this problem on the net
> 
> http://article.gmane.org/gmane.network.nagios.user/59163
> 
> Sorry for the sketchy report,

I had a similar problem, with nagios segfaulting and dumping core after 
perl upgrade.

It ended up being a problem with 64 bit ints in perl. I changed the 
setting inadvertedly. Anyway I had to rebuild both perl and the ports 
segfaulting.

-- 
Guido Falsi <mad@madpilot.net>
From lawrence.auster at att.net  Sun Jan 25 07:26:49 2009
From: lawrence.auster at att.net (Lawrence Auster)
Date: Sun Jan 25 07:27:17 2009
Subject: Why are the Zionist leaders in Israel so happy about the new
 President?
Message-ID: <20090125151642.LEOI2046.cdptpa-omta04.mail.rr.com@2ao1z>

Why is the President of Israel, the terrorist who just oversaw the Zionist mass murder and maiming of thousands of Palestinians so happy
that Obama is President of the USA?
by David Duke


Read the excerpt from the Israeli News about how President Perez and Israel think that Obama’s becoming U.S. President is great day
for Israel.

"Israel’s President Shimon Peres ecstatic over the election of Obama"
Ronen Medzini Israel News Jan. 21

“Today is a great day not only for the United States of America, but for the entire world,” President Shimon Peres wrote in a letter
addressed to Barack Obama on the day of his inauguration as president of the United States.

“Obama was elected by the United States, but as a matter of fact, he was chosen by the whole of humankind,”

Why is Peres so ecstatic?

Why shouldn’t he be, he knows that Obama is completely in the grip of the extremist Jewish Zionists in America, and he knows that the
greater Obama’s popularity and idol worship, the more Obama can do for the International Zionist Cause.

Any thinking and caring human being who realizes that the Zionist-controlled American foreign policy has been a disaster for the robbed
and murdered people of Palestine, Lebanon, Iraq and a catastrophe for the 50,000 American wounded in Iraq and Afghanistan, as well
as an economic catastrophe for the hardworking Americans who pay trillions to finance these wars for Israel — must wake up the fact that
supporting Obama and increasing his popularity  will only aid Zionist terrorism, war, and their murder and oppression of the Palestinians. It
will also hasten the economic suffering of billions of people around the world as his popularity enables him to more easily aid the Zionist
International Bankers steal the wealth of the United States, Europe and the world.  Obama is totally in the bloodstained and green ink-
stained hands of the Zionists. The hard truth is that the more good will and support Obama has also gives more power to support the
Zionist agenda!

Mark my words. The Obama Presidency will be disaster for America and for the world.

Obama was put into office by the Zionists. His top two cohorts for years have been the radical Jews David Axelrod and Rahm
Emmanuel. Both have long records of radical Zionism and have been attack dogs against anyone perceived as having the slightest
opposition to Israel. One such victim was Sen. Charles Percy, who both men worked to defeat and destroy because he dared to only be
99 percent rather than 100 percent pro-Israel. Rahm Emmanuel, a dual citizen of Israel who went to fight for Israel, he has a long
pedigree of Jewish extremism. His father served in the Irgun Terrorist Gang and he himself is named after an Irgun terrorist.

Zionist leaders in Chicago actually call Obama “the first Jewish President” and boast that Jews were key players in Obama’s every step
up the ladder to President.

from the very earliest days, extremist Jews were the largest contributors to his campaign. In the beginning of his Presidential bid, three
Hollywood Jews that constantly make movies about Jewish suffering, but never about the Zionist terrorism and theft against the
Palestinian people, Steven Spielberg, David Geffen, and Jeffrey Katzenberg raised 1.2 million for Obama in a single Hollywood party.

By the time Obama’s campaign was in full swing, he had huge support from the criminal Zionist International Banking firms such as
Goldman Sachs and Lehman brothers. Goldman Sachs was Obama’s biggest single contributor, and his vast war chest came not from
American manufacturing firms like GM or even American oil companies, (not one was in his top twenty) it was overwhelmingly dominated
by Zionist international bankers, the same ones whose thievery and fraud are giving the world this economic depression.

For those looking for meaningful social and political change, do you really think it will come from this man who has already been bought
heart, head and soul by the most powerful czars of the international financial establishment and the biggest globalists in the world?

I know that many are desperate for change, so desperate that you want to believe anything. But in the face of these facts can’t you see
that Obama will be even more dangerous to freedom and justice than even George Bush and his band of Neocons were. What better
way to wipe out George Bush’s hated legacy and make the world believe that America has really changed than with the election of
Obama. But, all the real Zionist power, Zionist media power, and Zionist financial power in America is still in place, even stronger than
ever.

Many Americans and others around the world who want to do good are now telling us how wonderful Obama will be as president. What
a great change it will be from the old policies. This is because of the Zionist-Controlled media hype, promoting Obama. The fact is that
these poor sods are ignorantly helping the radical Zionist agenda in Israel and around the world.

Every day that you don’t help expose Obama for the Zionist servant that he actually is, his popularity will be a greater danger to peace
and freedom.

If the Zionist terrorist Shimon Perez is happy about the coronation of Obama, then why in the hell should you be?

–David Duke

Source : http://www.davidduke.com/general/7303_7303.html
-------------------------------------

You or someone using your email adress is currently subscribed to the Lawrence Auster
Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284

Thanks,

Lawrence Auster,
238 W 101 St Apt. 3B
New York, NY  10025
Contact: lawrence.auster@att.net
-------------------------------------
From david at catwhisker.org  Sun Jan 25 08:47:56 2009
From: david at catwhisker.org (David Wolfskill)
Date: Sun Jan 25 08:48:04 2009
Subject: X.org 1.5.3, hald(8), and ability to use misc/compat6x
Message-ID: <20090125163634.GM90849@albert.catwhisker.org>

After upgrading to X.org 1.5.3, I created a new xorg.conf, compared it
to the old one, and decided that the differences were consistent with
the warning in UPDATING, so I installed the newly-generated one.

It took me a while after re-starting X to realize that the comment
about hald in UPDATING probably was intended to imply that absent
appropriate evasive action, it was rather expected that a system
running X.org 1.5.3 would also actually have hald(8) running, vs.
merely installed as a dependency.  And that led to starting dbus(8)
similarly.

So after dealing with that for most of yesterday -- rebuilding all
of the X-related stuff on a laptop can take a while -- and then
updating a handful of X drivers again this morning (which was
mercifully brief -- thank you!), I actually had time to reboot from
the RELENG_7 slice to update it.

I was pleasantly surprised to see that X came up OK, with no loss
of function.  (I've been fighting an issue that pops up frequently,
but not quite always, where starting X locks the system up so tight
in RELENG_7 that it requires a power-cycle to change state.  When
this happens, the laptop's screen generally does not (completely?)
switch to graphics mode.  It also happens in HEAD, but there I can
break into the debugger from a serial console.  So far, the only
circumvention found is to disable DRI in xorg.conf.  I've been
providing the information I can to rnoland@.)

I held out a (small) hope that perhaps the update to X.org (including
dri-7.3,2) might have addressed the issue with DRI.  But it also
seemed to indicate that running ports -- all built under RELENG_6
-- while running a RELENG_7 system (with the compat6x port installed
as the only port built under RELENG_7) was (still) OK.

After updating FreeBSD on the RELENG_7 slice, I rebooted, and was
quickly disabused of both notions:

* I had a recurrence of the "lockup during transition to graphics
  mode" again.  Hacking xorg.conf to disable DRI circumvented that,
  only to yield:

* Once xdm started, I had no use of the keyboard or mouse for the
  xdm login screen.  I was, however, able to switch to an alternate
  vty.  So these symptoms were identical to thise I had under
  RELENG_6 before I started hald(8).

  As a circumvention for this, I added:

Section "ServerFlags"
	Option     "AllowEmptyInput"   "False"  # [<bool>]
	Option     "AutoAddDevices"    "False"  # [<bool>]
EndSection

  to xorg.conf.  (I expect that one of those is likely overkill,
  but it works.)

So is a hald(8) (and dbus(8)) built under RELENG_6 supposed to work
in a RELENG_7 environment that has the misc/compat6x port installed?

(In case it isn't apparent, I have the laptop sliced up so that I
can boot & run FreeBSD from any of the 4 slices; in doing so, certain
things will be the same regardless, as they will actually refer to
the same locations on disk:

* swap space
* /var
* A file system for repositories (CVS & SVN)
* A file system for miscellaneous common stuff, such as home directories.

For each slice, /usr/local is actually a symlink to a (single)
directory in that last file system listed, so /usr/local is effectively
shared across all environments.  This is something I would much
prefer to retain, as going through that X.org upgrade for each slice
is quite enough to give one significant pause.  And so far, I've
been able to avoid changing the default installation locationj for
any ports.)

[No need to Cc: me if you write to the list.]

Thanks!

Peace,
david
-- 
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090125/2de7c9e7/attachment.pgp
From v.a.popov at gmail.com  Sun Jan 25 09:56:45 2009
From: v.a.popov at gmail.com (Victor Popov)
Date: Sun Jan 25 09:56:51 2009
Subject: [patch] net-p2p/deluge port improvement - startup scripts +
 update to 1.1.1
In-Reply-To: <497BE96E.7050004@gmail.com>
References: <497BE96E.7050004@gmail.com>
Message-ID: <497CA7D7.6020903@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello everyone,

Replying to myself, sorry.

Victor Popov wrote:

| Deluge bittorrent client is great, and has a flexible architecture, which
| allows user to run a downloading daemon, only occasionally launching an
| user interface to manage downloads; all the other time daemon can work
| unattended.
| net-p2p/deluge port is missing startup scripts for daemon, and this is
| what I want to be fixed.
|
| The attached patch adds two rc scripts, for launching the daemon, deluged,
| and for launching deluge in webui mode. Ideally, this should be several
| separate ports, like net-p2p/transmission-*, but deluge is installed by
| own installer, so dividing port into several would require a lot of work.
|
| Some comments about why I wrote these startup scripts in this way:
| - First of all, I don't at all like the idea of running p2p client as
| usual desktop user for security reasons - desktop users may store
| sensitive information in their mailboxes, browser configs and other
| places, so it is better to dedicate different uid for peering task. This
| is why _user and _home configuration variables are introduced.
| I wonder, should we assign an uid in the UIDs file? What default homedir
| should this user have? I've set default to /home/deluge, and maybe there
| are better places?
| - Minor bug in launching command-line: it should be --logfile=${logfile},
| not a redirection, but unfortunately it does not work now. Could not
| investigate and fix it, sorry.
Fixed in new version and handled in updated patch.

| - run_rc_command is called with environment variable HOME set to ${home},
| because deluged can't determine homedir from user, and it does not accept
| "-c" switch.
| - Bug in deluge-webui script: when it is time to stop deluge, script has
| to find process due to lack of pidfile. If at that time you are running
| deluge with gtk UI, script will find your instance, and will try to kill
| it. If deluge_webui_user is not you, it's ok, your deluge is safe, but
| after that script will not be able to start webui, because it would think
| it is already running. This is because deluge program does not accept
| "--pidfile" parameter. There is already a feature-request in deluge
| bug-tracker for adding pidfile [http://dev.deluge-torrent.org/ticket/758],
| so maybe soon it would be possible to improve this script.
|
|
| Can this patch be commited, please? If something is wrong, comments would
| be very appreciated.

I've updated my patch to deliver new version of deluge - 1.1.1. In
addition to portversion bump and distfile changes, I've changed
MASTER_SITES to "official" download site, although it has the same IP now,
it can change in future. Also, some plist fixes related to new version.


- --
Best regards, Victor Popov	mailto:v.a.popov@gmail.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.10 (FreeBSD)

iEYEARECAAYFAkl8p8oACgkQtKisLOtMPvlKGwCguSKaE0BwjqqkPpAexYo+UsaS
emAAoNb+LHfj45BNbU9bAljm1x8WwAev
=+WiO
-----END PGP SIGNATURE-----
-------------- next part --------------
diff -urN net-p2p/deluge.orig/Makefile net-p2p/deluge/Makefile
--- net-p2p/deluge.orig/Makefile	2009-01-19 07:18:08.000000000 +0300
+++ net-p2p/deluge/Makefile	2009-01-25 20:16:45.647549998 +0300
@@ -6,9 +6,9 @@
 #
 
 PORTNAME=	deluge
-PORTVERSION=	1.1.0
+PORTVERSION=	1.1.1
 CATEGORIES=	net-p2p python
-MASTER_SITES=	http://ftp.osuosl.org/pub/deluge/source/${PORTVERSION}/
+MASTER_SITES=	http://download.deluge-torrent.org/source/${PORTVERSION}/
 
 MAINTAINER=	mezz@FreeBSD.org
 COMMENT=	A Bittorrent client, using Python, GTK+2 and Rasterbar libtorrent
@@ -53,6 +53,11 @@
 	@${ECHO_CMD} "Keep in mind, choice WITHOUT_PYGTK still will installing a lot of GUI files that are for pygtk. The installation tool does not provide option to disable install the GUI files. These GUI files are harmless as long as you do not touch these or it won't work because it needs pygtk." | ${FMT} 75 75
 .endif
 
+USE_RC_SUBR=	deluged deluge-webui
+SUB_FILES=	deluged deluge-webui
+SUB_LIST=	PYTHON_CMD=${PYTHON_CMD}
+PLIST_SUB+=	PORTVERSION=${PORTVERSION}
+
 post-patch:
 	@${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g ; \
 		s|%%PTHREAD_LIBS%%|${PTHREAD_LIBS}|g' \
diff -urN net-p2p/deluge.orig/distinfo net-p2p/deluge/distinfo
--- net-p2p/deluge.orig/distinfo	2009-01-19 07:18:08.000000000 +0300
+++ net-p2p/deluge/distinfo	2009-01-25 19:38:04.190129856 +0300
@@ -1,3 +1,3 @@
-MD5 (deluge-1.1.0.tar.gz) = 22d8016934cc891da4e0b75949681703
-SHA256 (deluge-1.1.0.tar.gz) = b77ea2052ab167ecd46e75ad957891cf95d4e3cc30aa18fc184f0bda17b31efe
-SIZE (deluge-1.1.0.tar.gz) = 3055618
+MD5 (deluge-1.1.1.tar.gz) = e4d00f24b94d33e3f02c99361bec57dc
+SHA256 (deluge-1.1.1.tar.gz) = 0af39b827ced9af4553879e9751463b0f34c8db8d60c83dc4873ada28d1549c5
+SIZE (deluge-1.1.1.tar.gz) = 3088901
diff -urN net-p2p/deluge.orig/files/deluge-webui.in net-p2p/deluge/files/deluge-webui.in
--- net-p2p/deluge.orig/files/deluge-webui.in	1970-01-01 03:00:00.000000000 +0300
+++ net-p2p/deluge/files/deluge-webui.in	2009-01-25 19:56:14.084326235 +0300
@@ -0,0 +1,41 @@
+#!/bin/sh
+#
+# PROVIDE: deluge_webui
+# REQUIRE: LOGIN deluged
+# KEYWORD: shutdown
+#
+#
+# Add the following line to /etc/rc.conf to enable the deluge web ui daemon:
+#
+# deluge_webui_enable (bool):	Set to "NO" by default.
+#				Set it to "YES" to enable deluge web ui daemon.
+# deluge_webui_user (str):	Defaults to "deluge"
+#				User running deluge web ui daemon
+# deluge_webui_home (str):	Defaults to "/home/deluge"
+#				Directory to store configuration and possibly downloads
+# deluge_webui_logfile (str):	Defaults to "$deluge_webui_home/deluge_webui.log"
+# deluge_webui_loglevel (str):	Verbosity of logging, defaults to "error". Possible values:
+#				none, info, warning, error, critical, debug
+# deluge_webui_args (str):	Custom additional arguments for deluge, default empty
+#
+
+. %%RC_SUBR%%
+
+name="deluge_webui"
+rcvar=`set_rcvar`
+
+load_rc_config ${name}
+: ${deluge_webui_enable="NO"}
+: ${deluge_webui_user="deluge"}
+: ${deluge_webui_home="/home/deluge"}
+: ${deluge_webui_logfile="${deluge_webui_home}/${name}.log"}
+: ${deluge_webui_loglevel="error"}
+: ${deluge_webui_args=""}
+
+required_dirs=${deluge_webui_home}
+
+command="%%PREFIX%%/bin/deluge"
+command_args="--ui=web --loglevel=${deluge_webui_loglevel} --logfile=${deluge_webui_logfile} ${deluge_webui_args} &"
+command_interpreter="%%PYTHON_CMD%%"
+
+HOME=${deluge_webui_home} run_rc_command "$1"
diff -urN net-p2p/deluge.orig/files/deluged.in net-p2p/deluge/files/deluged.in
--- net-p2p/deluge.orig/files/deluged.in	1970-01-01 03:00:00.000000000 +0300
+++ net-p2p/deluge/files/deluged.in	2009-01-25 19:56:40.615278397 +0300
@@ -0,0 +1,45 @@
+#!/bin/sh
+#
+# PROVIDE: deluged
+# REQUIRE: LOGIN
+# KEYWORD: shutdown
+#
+#
+# Add the following line to /etc/rc.conf to enable the deluged daemon:
+#
+# deluged_enable (bool):	Set to "NO" by default.
+#				Set it to "YES" to enable deluged daemon.
+# deluged_user (str):		Defaults to "deluge"
+#				User running deluged daemon
+# deluged_home (str):		Defaults to "/home/deluge"
+#				Directory to store configuration and possibly downloads
+# deluged_pidfile (str):	Defaults to "$deluged_home/deluged.pid"
+# deluged_logfile (str):	Defaults to "$deluged_home/deluged.log"
+# deluged_loglevel (str):	Verbosity of logging, defaults to "error". Possible values:
+#				none, info, warning, error, critical, debug
+# deluged_args (str):		Custom additional arguments for deluged, default empty
+#
+
+. %%RC_SUBR%%
+
+name="deluged"
+rcvar=`set_rcvar`
+
+# read configuration and set defaults
+load_rc_config ${name}
+: ${deluged_enable="NO"}
+: ${deluged_user="deluge"}
+: ${deluged_home="/home/deluge"}
+: ${deluged_port="58846"}
+: ${deluged_pidfile="${deluged_home}/${name}.pid"}
+: ${deluged_logfile="${deluged_home}/${name}.log"}
+: ${deluged_loglevel="error"}
+: ${deluged_args=""}
+
+required_dirs=${deluged_home}
+
+command="%%PREFIX%%/bin/deluged"
+command_args="--port=${deluged_port} --pidfile=${deluged_pidfile} --loglevel=${deluged_loglevel} --logfile=${deluged_logfile} ${deluged_args}"
+command_interpreter="%%PYTHON_CMD%%"
+
+HOME=${deluged_home} run_rc_command "$1"
diff -urN net-p2p/deluge.orig/pkg-plist net-p2p/deluge/pkg-plist
--- net-p2p/deluge.orig/pkg-plist	2009-01-24 05:26:02.775344000 +0300
+++ net-p2p/deluge/pkg-plist	2009-01-25 20:22:56.196856255 +0300
@@ -1,10 +1,10 @@
 bin/deluge
 bin/deluged
-%%PYTHON_SITELIBDIR%%/deluge-1.1.0-py2.5.egg-info/PKG-INFO
-%%PYTHON_SITELIBDIR%%/deluge-1.1.0-py2.5.egg-info/SOURCES.txt
-%%PYTHON_SITELIBDIR%%/deluge-1.1.0-py2.5.egg-info/dependency_links.txt
-%%PYTHON_SITELIBDIR%%/deluge-1.1.0-py2.5.egg-info/entry_points.txt
-%%PYTHON_SITELIBDIR%%/deluge-1.1.0-py2.5.egg-info/top_level.txt
+%%PYTHON_SITELIBDIR%%/deluge-%%PORTVERSION%%-py2.5.egg-info/PKG-INFO
+%%PYTHON_SITELIBDIR%%/deluge-%%PORTVERSION%%-py2.5.egg-info/SOURCES.txt
+%%PYTHON_SITELIBDIR%%/deluge-%%PORTVERSION%%-py2.5.egg-info/dependency_links.txt
+%%PYTHON_SITELIBDIR%%/deluge-%%PORTVERSION%%-py2.5.egg-info/entry_points.txt
+%%PYTHON_SITELIBDIR%%/deluge-%%PORTVERSION%%-py2.5.egg-info/top_level.txt
 %%PYTHON_SITELIBDIR%%/deluge/SimpleXMLRPCServer.py
 %%PYTHON_SITELIBDIR%%/deluge/SimpleXMLRPCServer.pyc
 %%PYTHON_SITELIBDIR%%/deluge/SimpleXMLRPCServer.pyo
@@ -348,6 +348,7 @@
 %%PYTHON_SITELIBDIR%%/deluge/i18n/ast/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/be/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/bg/LC_MESSAGES/deluge.mo
+%%PYTHON_SITELIBDIR%%/deluge/i18n/bn/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/bs/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/ca/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/cs/LC_MESSAGES/deluge.mo
@@ -390,6 +391,7 @@
 %%PYTHON_SITELIBDIR%%/deluge/i18n/nb/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/nds/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/nl/LC_MESSAGES/deluge.mo
+%%PYTHON_SITELIBDIR%%/deluge/i18n/nn/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/pl/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/pms/LC_MESSAGES/deluge.mo
 %%PYTHON_SITELIBDIR%%/deluge/i18n/pt/LC_MESSAGES/deluge.mo
@@ -1073,6 +1075,8 @@
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/pms
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/pl/LC_MESSAGES
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/pl
+@dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/nn/LC_MESSAGES
+@dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/nn
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/nl/LC_MESSAGES
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/nl
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/nds/LC_MESSAGES
@@ -1155,6 +1159,8 @@
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/ca
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/bs/LC_MESSAGES
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/bs
+@dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/bn/LC_MESSAGES
+@dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/bn
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/bg/LC_MESSAGES
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/bg
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/i18n/be/LC_MESSAGES
@@ -1168,7 +1174,7 @@
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/data/pixmaps
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/data
 @dirrm %%PYTHON_SITELIBDIR%%/deluge/core
-@dirrm %%PYTHON_SITELIBDIR%%/deluge-1.1.0-py2.5.egg-info
+@dirrm %%PYTHON_SITELIBDIR%%/deluge-%%PORTVERSION%%-py2.5.egg-info
 @dirrm %%PYTHON_SITELIBDIR%%/deluge
 @exec %%LOCALBASE%%/bin/update-desktop-database > /dev/null || /usr/bin/true
 @unexec %%LOCALBASE%%/bin/update-desktop-database > /dev/null || /usr/bin/true
From david at catwhisker.org  Sun Jan 25 11:42:48 2009
From: david at catwhisker.org (David Wolfskill)
Date: Sun Jan 25 11:42:54 2009
Subject: X.org 1.5.3, hald(8), and ability to use misc/compat6x
In-Reply-To: <20090125163634.GM90849@albert.catwhisker.org>
References: <20090125163634.GM90849@albert.catwhisker.org>
Message-ID: <20090125194247.GO90849@albert.catwhisker.org>

On Sun, Jan 25, 2009 at 08:36:34AM -0800, David Wolfskill wrote:
> After upgrading to X.org 1.5.3...
> 
> So is a hald(8) (and dbus(8)) built under RELENG_6 supposed to work
> in a RELENG_7 environment that has the misc/compat6x port installed?
> ...

Nevermind.  :-{

A RELENG_6-build dbus & hald work fine when RELENG_7 or HEAD has the
misc/compat6x port installed:

X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 6.4-STABLE i386 
Current Operating System: FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #928: Wed Jan 21 07:46:38 PST 2009     root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386
Build Date: 24 January 2009  06:31:47PM
...
(II) config/hal: Adding input device AT Keyboard
...
(II) config/hal: Adding input device PS/2 Mouse

I had some order- and timing-of-operations issues.

In particular, I found that augmenting the begining of my xdm
start-up script with:


        until hald=$(check_process hald-addon-mouse-sysmouse); [ -n "${hald}" ]; do
                sleep 1
        done
        # Stupid hack -- the above check is evidently insufficient to
        # ensure that X.org can actually "initialise context: (null) ((null))"
        sleep 7


seems to allow things to work.  (The value "7" seconds was determined
empirically.)  I had started checking for "hald", then checked for
"hald-addon-mouse-sysmouse"; when that was still insufficient, I
added the 7-second sleep.

(My xdm start-up script is invoked via init(8), out of /etc/ttys.)

Peace,
david
-- 
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090125/cd3619bf/attachment.pgp
From makc at issp.ac.ru  Sun Jan 25 12:18:32 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Sun Jan 25 12:18:40 2009
Subject: [kde-freebsd] All of kde4, qt4,
 etc build fine except kdenetwork4 on my FreeBSD	Current laptop.
In-Reply-To: <200901240032.15739.makc@issp.ac.ru>
References: <20090123131732.191419yppmx5e7rc@econet.encontacto.net>
	<200901240032.15739.makc@issp.ac.ru>
Message-ID: <200901252318.17150.makc@issp.ac.ru>

I've replied to kde@freebsd maillist, duplicating here:

On Sat, 24 Jan 2009 00:32:15 +0300, Max Brazhnikov wrote:
> On Fri, 23 Jan 2009 13:17:32 -0600, eculp wrote:
> > I have tried everyway that I can think of.  Port by port, with
> > portupgrade and with portmaster.  I have even tried portmaster -r
> > net/kdenetwork4 - portupgrade -rf net/kdenetwork4 and all generate the
> > exact same results:
> >
> >
> > /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/kopete/protocols/jabber\
> > /libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: No?
> > such file or directory
> >      *** Error code 1
> >
> >      Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/build.
> >      *** Error code 1
> >
> > with no change.
>
> Could you start verbose build (make -DCMAKE_VERBOSE) and show failed
> command?
>
> > Please let me know if you need more information.
>
> Output of "pkg_info -g qt4-corelib\* qt4-qmake\*"
>
> > BTW, is there a date for kde4.2 yet?
>
> http://techbase.kde.org/Schedules
>
> Max
>
>
> _______________________________________________
> kde-freebsd mailing list
> kde-freebsd@kde.org
> https://mail.kde.org/mailman/listinfo/kde-freebsd
> See also http://freebsd.kde.org/ for latest information


From yanefbsd at gmail.com  Sun Jan 25 12:28:15 2009
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sun Jan 25 12:28:21 2009
Subject: GNOME, X11, FORTRAN
In-Reply-To: <18812.26296.931705.70459@jerusalem.litteratus.org>
References: <206180.57072.qm@web39102.mail.mud.yahoo.com>
	<18812.26296.931705.70459@jerusalem.litteratus.org>
Message-ID: <4A796212-31FF-4866-875E-69E1458F2110@gmail.com>

On Jan 25, 2009, at 5:18, Robert Huff <roberthuff@rcn.com> wrote:

> bf writes:
>
>> Just a note to those of you who helped to integrate the Gnome,
>> X11, and Fortran updates in Ports: thank you very much for the
>> work that you have put in, and for your efforts to find and solve
>> any remaining problems.
>
>    Hear, hear.

I definitely third that. Thanks guys for all the hard work and beers  
are on me if you come down to South Bay area :).
-Garrett
From pgollucci at p6m7g8.com  Sun Jan 25 13:51:27 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Sun Jan 25 13:51:33 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <497C7363.2040808@madpilot.net>
References: <497B626B.2020500@splip.com> <497C7363.2040808@madpilot.net>
Message-ID: <497CDE94.4010503@p6m7g8.com>

> It ended up being a problem with 64 bit ints in perl. I changed the 
> setting inadvertedly. Anyway I had to rebuild both perl and the ports 
> segfaulting.
AFAIK,
         PERL_64BITINT   "Use 64 bit integers (on i386)"     on  \

That port KNOB doesn't affect amd64 or any 64bit arch, only i386.
It translates directly to a CONFIGURE_ARGS+=    -Duse64bitint


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From lumiwa at gmail.com  Sun Jan 25 15:30:11 2009
From: lumiwa at gmail.com (Ajtim Civolvap)
Date: Sun Jan 25 15:30:17 2009
Subject: opera
Message-ID: <200901251656.50711.lumiwa@gmail.com>

FreeBSD 7.1, KDE 3.5.10

I installed opera-9.63.20081215_1 from ports and I got:

===>  Checking if www/opera already installed
usr/local/share/opera/ini/pluginpath.ini FAILED md5 check: 
c5b66b8c5ce9f14bdd7b6a5c34f456a8 != ee5c425fba376571c6ef81631e9623b5

Opera is installed and works but there are no plugins. I have mplayer-plugins 
installed and java too but there are nothing.

Thanks.
From jarrod at netleader.com.au  Sun Jan 25 15:41:58 2009
From: jarrod at netleader.com.au (Jarrod Sayers)
Date: Sun Jan 25 15:42:05 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <497C7363.2040808@madpilot.net>
References: <497B626B.2020500@splip.com> <497C7363.2040808@madpilot.net>
Message-ID: <alpine.BSF.2.00.0901261006340.23957@manhattan.netleader.com.au>

On Sun, 25 Jan 2009, Guido Falsi wrote:
> I had a similar problem, with nagios segfaulting and dumping core after 
> perl upgrade.
>
> It ended up being a problem with 64 bit ints in perl. I changed the 
> setting inadvertedly. Anyway I had to rebuild both perl and the ports 
> segfaulting.

Interesting, what architecture was that machine, i386 or amd64?  Also, do 
you recall whether you inadvertently enabled or disabled the PERL_64BITINT 
option?

Jarrod.
From alex-goncharov at comcast.net  Sun Jan 25 19:07:20 2009
From: alex-goncharov at comcast.net (Alex Goncharov)
Date: Sun Jan 25 19:07:44 2009
Subject: An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
Message-ID: <E1LRHbu-0002pF-TB@daland.home>

I upgraded my X Window system today, with these instructions in mind:

  # /usr/ports/UPDATING 
  20090124:
    sysutils/hal has been updated and should now properly detect
    mice for use in Xorg.  Use of AllowEmptyInput should no longer
    be needed for most users and moused should now work fine.
  
  20090123:
    Server 1.5.3 also really wants to configure its input devices
    via hald.  This is causing some issues with moused and
    /dev/sysmouse.  

My system is 7.1-STABLE, and I did a full rebuild of relevant ports;
my window manager is `twm'.

Based on my experience, I have a few questions:

1. Up until this upgrade, I have always avoided using HAL, setting
   "WITHOUT_HAL = yes" in my /etc/make.conf file.
   
   Today's rebuild with this setting resulted in the mouse (and I
   think keyboard, too) not working in X.  Following the 20090123
   note, I commented out the WITHOUT_HAL option in /etc/make.conf and
   rebuild everything again, modified `etc/rc.conf' appropriately --
   and the X input is working fine again.

   So, is HAL a mandatory component (from the X11 perspective) now?

   If so, these lines in `x11-servers/xorg-server/Makefile' don't
   really make sense:
   
      OPTIONS= HAL "Compile with HAL config support"...
      .if !defined(WITHOUT_HAL)

   (not having HAL is not an option) -- right? 

2. As soon as my new X was up, I started to notice consistent
   appearances of garbage in my `xterm's -- the garbage that is easily
   removed by redrawing a window.

   More than a year ago, I switched my workstation (not this computer)
   from Debian to FreeBSD, where my primary motivation was to try to
   get rid of the sporadic and quite often garbage in the work windows
   -- after I switched to FreeBSD, I have never seen that garbage
   again.

   The essential point here is that Debian used HAL, and FreeBSD
   didn't.

   Does anybody know if HAL can be a plausible cause of this
   annoyance?

It would be great if it were possible to switch to the new X without
bringing in HAL, at least for some time -- too many variables changed
in this transition and I am not sure what configuration variation to
try next to identify the source of the garbage.

-- Alex -- alex-goncharov@comcast.net --

/*
 * There are no emotional victims, only volunteers.
 */
From john.marshall at riverwillow.com.au  Sun Jan 25 19:07:55 2009
From: john.marshall at riverwillow.com.au (John Marshall)
Date: Sun Jan 25 19:08:03 2009
Subject: xdm no longer included in X.Org 7.4 port
Message-ID: <20090126025244.GA1089@rwpc12.mby.riverwillow.net.au>

I made the mistake of upgrading ports on my notebook just after X.Org
7.4 had hit the ports tree (on top of a few other significant updates in
recent days).  When things started looking increasingly messy, I decided
my quickest way out was to start again from scratch.

- drop to single-user
- pkg-delete -a
- install required ports (including x11/xorg)
- exit single-user
- No xdm

Why?

The x11/xorg-apps Makefile has been completely re-worked and no longer
includes a RUN_DEPENDS= x11/xdm, so presumably the change is
intentional.  Perhaps a config option to prompt for installation of a
favourite display manager might be helpful?  A warning of this changed
behaviour of the meta-port in UPDATING?

I guess I just go ahead now and install x11/xdm - and then discover the
next thing missing that has "always been there".

Thanks to all who have worked on this X.Org 7.4 port.  I'm grateful for
all the work you put in to this.  It's just that the missing display
manager was more than a bit of a surprise.

-- 
John Marshall
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090126/a969a4ef/attachment.pgp
From rnoland at FreeBSD.org  Sun Jan 25 19:25:10 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Sun Jan 25 19:25:17 2009
Subject: An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
In-Reply-To: <E1LRHbu-0002pF-TB@daland.home>
References: <E1LRHbu-0002pF-TB@daland.home>
Message-ID: <1232940300.1973.16.camel@wombat.2hip.net>

On Sun, 2009-01-25 at 21:54 -0500, Alex Goncharov wrote:
> I upgraded my X Window system today, with these instructions in mind:
> 
>   # /usr/ports/UPDATING 
>   20090124:
>     sysutils/hal has been updated and should now properly detect
>     mice for use in Xorg.  Use of AllowEmptyInput should no longer
>     be needed for most users and moused should now work fine.
>   
>   20090123:
>     Server 1.5.3 also really wants to configure its input devices
>     via hald.  This is causing some issues with moused and
>     /dev/sysmouse.  
> 
> My system is 7.1-STABLE, and I did a full rebuild of relevant ports;
> my window manager is `twm'.
> 
> Based on my experience, I have a few questions:
> 
> 1. Up until this upgrade, I have always avoided using HAL, setting
>    "WITHOUT_HAL = yes" in my /etc/make.conf file.
>    
>    Today's rebuild with this setting resulted in the mouse (and I
>    think keyboard, too) not working in X.  Following the 20090123
>    note, I commented out the WITHOUT_HAL option in /etc/make.conf and
>    rebuild everything again, modified `etc/rc.conf' appropriately --
>    and the X input is working fine again.
> 
>    So, is HAL a mandatory component (from the X11 perspective) now?

Xorg is moving more in that direction... Using hal for device
configuration is now the default.  However, you can still statically
configure devices.  See xorg.conf(5), AllowEmptyInput, AutoAddDevices,
AutoEnableDevices.

So, yes you can still configure it without HAL support, it just isn't
the preferred method.

>    If so, these lines in `x11-servers/xorg-server/Makefile' don't
>    really make sense:
>    
>       OPTIONS= HAL "Compile with HAL config support"...
>       .if !defined(WITHOUT_HAL)
> 
>    (not having HAL is not an option) -- right? 

It is still an option.

> 2. As soon as my new X was up, I started to notice consistent
>    appearances of garbage in my `xterm's -- the garbage that is easily
>    removed by redrawing a window.
> 
>    More than a year ago, I switched my workstation (not this computer)
>    from Debian to FreeBSD, where my primary motivation was to try to
>    get rid of the sporadic and quite often garbage in the work windows
>    -- after I switched to FreeBSD, I have never seen that garbage
>    again.
> 
>    The essential point here is that Debian used HAL, and FreeBSD
>    didn't.
> 
>    Does anybody know if HAL can be a plausible cause of this
>    annoyance?

I'm pretty confident that HAL can not be blamed for this...

robert.

> It would be great if it were possible to switch to the new X without
> bringing in HAL, at least for some time -- too many variables changed
> in this transition and I am not sure what configuration variation to
> try next to identify the source of the garbage.
> 
> -- Alex -- alex-goncharov@comcast.net --
> 
> /*
>  * There are no emotional victims, only volunteers.
>  */
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090126/7ddc9619/attachment.pgp
From morganw at chemikals.org  Sun Jan 25 20:12:38 2009
From: morganw at chemikals.org (Wes Morgan)
Date: Sun Jan 25 20:12:45 2009
Subject: An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
In-Reply-To: <1232940300.1973.16.camel@wombat.2hip.net>
References: <E1LRHbu-0002pF-TB@daland.home>
	<1232940300.1973.16.camel@wombat.2hip.net>
Message-ID: <alpine.BSF.2.00.0901252203430.91753@ibyngvyr.purzvxnyf.bet>

On Sun, 25 Jan 2009, Robert Noland wrote:

> On Sun, 2009-01-25 at 21:54 -0500, Alex Goncharov wrote:

> Xorg is moving more in that direction... Using hal for device
> configuration is now the default.  However, you can still statically
> configure devices.  See xorg.conf(5), AllowEmptyInput, AutoAddDevices,
> AutoEnableDevices.
>
> So, yes you can still configure it without HAL support, it just isn't
> the preferred method.
>

I've been avoiding HAL like the plague as well. It frobs my ath wireless 
card when it tries to probe it. Disabling it works, but KDE runs like 
garbage with hal running, and I get zombie processes of 
"hal-storage-cleanup--all-mountpoints" when I try to shut it down... In 
short, I avoid it wherever possible!
From rnoland at FreeBSD.org  Sun Jan 25 21:32:13 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Sun Jan 25 21:32:20 2009
Subject: An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
In-Reply-To: <alpine.BSF.2.00.0901252203430.91753@ibyngvyr.purzvxnyf.bet>
References: <E1LRHbu-0002pF-TB@daland.home>
	<1232940300.1973.16.camel@wombat.2hip.net>
	<alpine.BSF.2.00.0901252203430.91753@ibyngvyr.purzvxnyf.bet>
Message-ID: <1232947921.1755.2.camel@wombat.2hip.net>

On Sun, 2009-01-25 at 22:12 -0600, Wes Morgan wrote:
> On Sun, 25 Jan 2009, Robert Noland wrote:
> 
> > On Sun, 2009-01-25 at 21:54 -0500, Alex Goncharov wrote:
> 
> > Xorg is moving more in that direction... Using hal for device
> > configuration is now the default.  However, you can still statically
> > configure devices.  See xorg.conf(5), AllowEmptyInput, AutoAddDevices,
> > AutoEnableDevices.
> >
> > So, yes you can still configure it without HAL support, it just isn't
> > the preferred method.
> >
> 
> I've been avoiding HAL like the plague as well. It frobs my ath wireless 
> card when it tries to probe it. 

This issue should be resolved in -CURRENT.  It was actually a kernel
issue that I whined about until it got fixed.  running dumpcis on a
running card produced the same issue.

> Disabling it works, but KDE runs like 
> garbage with hal running, and I get zombie processes of 
> "hal-storage-cleanup--all-mountpoints" when I try to shut it down... In 
> short, I avoid it wherever possible!

I don't run kde, so no help there..

robert.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090126/18b0a5c2/attachment.pgp
From mad at madpilot.net  Sun Jan 25 23:13:00 2009
From: mad at madpilot.net (Guido Falsi)
Date: Sun Jan 25 23:13:07 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <alpine.BSF.2.00.0901261006340.23957@manhattan.netleader.com.au>
References: <497B626B.2020500@splip.com> <497C7363.2040808@madpilot.net>
	<alpine.BSF.2.00.0901261006340.23957@manhattan.netleader.com.au>
Message-ID: <497D6277.9000107@madpilot.net>

Jarrod Sayers wrote:
> On Sun, 25 Jan 2009, Guido Falsi wrote:
>> I had a similar problem, with nagios segfaulting and dumping core 
>> after perl upgrade.
>>
>> It ended up being a problem with 64 bit ints in perl. I changed the 
>> setting inadvertedly. Anyway I had to rebuild both perl and the ports 
>> segfaulting.
> 
> Interesting, what architecture was that machine, i386 or amd64?  Also, 
> do you recall whether you inadvertently enabled or disabled the 
> PERL_64BITINT option?

i386. I disabled it, it used to be enabled, which is the default.

Now it is enabled and I also rebuild nagios, I'm not sure if simply 
reenabling it solved the problem.

-- 
Guido Falsi <mad@madpilot.net>
From pgollucci at p6m7g8.com  Sun Jan 25 23:15:38 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Sun Jan 25 23:15:45 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <497D6277.9000107@madpilot.net>
References: <497B626B.2020500@splip.com>
	<497C7363.2040808@madpilot.net>	<alpine.BSF.2.00.0901261006340.23957@manhattan.netleader.com.au>
	<497D6277.9000107@madpilot.net>
Message-ID: <497D62D0.10708@p6m7g8.com>

>> PERL_64BITINT option?
> 
> i386. I disabled it, it used to be enabled, which is the default.
> 
> Now it is enabled and I also rebuild nagios, I'm not sure if simply 
> reenabling it solved the problem.
Yeah, you definitely can _not_ mix apps / CPANS particularly anthing in XS or C with perls that used different options here.



-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From mad at madpilot.net  Sun Jan 25 23:18:37 2009
From: mad at madpilot.net (Guido Falsi)
Date: Sun Jan 25 23:18:43 2009
Subject: FreeBSD Port: nagios-3.0.6
In-Reply-To: <497D62D0.10708@p6m7g8.com>
References: <497B626B.2020500@splip.com>	<497C7363.2040808@madpilot.net>	<alpine.BSF.2.00.0901261006340.23957@manhattan.netleader.com.au>	<497D6277.9000107@madpilot.net>
	<497D62D0.10708@p6m7g8.com>
Message-ID: <497D63C9.10001@madpilot.net>

Philip M. Gollucci wrote:
>>> PERL_64BITINT option?
>>
>> i386. I disabled it, it used to be enabled, which is the default.
>>
>> Now it is enabled and I also rebuild nagios, I'm not sure if simply 
>> reenabling it solved the problem.
> Yeah, you definitely can _not_ mix apps / CPANS particularly anthing in 
> XS or C with perls that used different options here.
> 

As I said I inadvertedly disabled that option. As soon as I noticed I 
understood that was the problem.

I reported it here because I thought it could be of some help to the 
original poster. Sometimes one just does not notice this kind of little 
changes.

-- 
Guido Falsi <mad@madpilot.net>
From linimon at FreeBSD.org  Mon Jan 26 00:16:57 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Mon Jan 26 00:17:03 2009
Subject: FreeBSD unmaintained ports which are currently marked broken
Message-ID: <20090126081655.158F21CE91@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 5.x/6.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           audio/tse3
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3


portname:           audio/umodplayer
broken because:     Does not compile with audio/libaiff
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090121191130/umodplayer-0.b5.1.log (Sat Dec 27 04:40:35 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=umodplayer


portname:           audio/xmms-imms
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms


portname:           chinese/iiimf-le-xcin
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin


portname:           chinese/stardict2-dict-zh_TW
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW


portname:           databases/adstudio
broken because:     size mismatch
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/adstudio-7.0.22.log
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=adstudio


portname:           deskutils/mical
broken because:     Miscellaneous run-time failures due out of sync with
                    the current versions of dependencies
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical


portname:           devel/ace+tao
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao


portname:           devel/fampp
broken because:     FAM system mismatch: gamin is installed, while desired
                    FAM system is fam
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp


portname:           devel/p5-ORBit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit


portname:           devel/py-coro
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro


portname:           devel/ruby-p4
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090121093657/ruby18-p4-1.4251.log (Fri Nov 7 17:08:50 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4


portname:           games/euchre
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre


portname:           games/fgsd
broken because:     does not build with simgear
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd


portname:           graphics/libvisual-plugins
broken because:     Broken objformat handling
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins


portname:           graphics/ray++
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B


portname:           japanese/okphone
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone


portname:           japanese/oleo
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo


portname:           japanese/plain2
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2


portname:           japanese/tkstep80
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80


portname:           java/openjit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit


portname:           java/tya
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya


portname:           lang/pfe-devel
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090121163543/pfe-0.32.94_1.log (Mon Jan 26 05:49:07 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel


portname:           lang/pm3-base
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base


portname:           lang/pnet-base
broken because:     Bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base


portname:           lang/q
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q


portname:           lang/quack
broken because:     Size mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack


portname:           lang/scriba
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba


portname:           lang/wamcc
broken because:     does not compile on 7.X
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc


portname:           math/rascal
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090123190918/rascal-0.3.2_4.log (Sat Nov 29 18:14:31 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal


portname:           misc/pybliographer
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer


portname:           multimedia/dvbcut
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/dvbcut-0.5.4_2.log (Fri Sep 5 13:06:04 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dvbcut


portname:           multimedia/jahshaka
broken because:     does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka


portname:           multimedia/mplayerxp
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp


portname:           multimedia/mythtv
broken because:     Incorrect handling of user addition
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv


portname:           multimedia/smpeg-xmms
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms


portname:           multimedia/xmps-win32-plugin
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin


portname:           net-im/ocaml-jabbr
broken because:     does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/ocaml-jabbr-0.0.20021124_1.log (Wed Dec 24 22:26:56 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr


portname:           net-mgmt/NeTraMet
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet


portname:           net/cap
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap


portname:           net/gnometelnet
broken because:     Size mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet


portname:           net/libunpipc
broken because:     checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc


portname:           net/py-mantissa
broken because:     Leaves files behind after deinstallation
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa


portname:           net/versuch
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch


portname:           palm/pdbc
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc


portname:           ports-mgmt/barry
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry


portname:           print/ifhp
broken because:     Size mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp


portname:           print/perlftlib
broken because:     Does not build if devel/p5-ExUtils-CBuilder is
                    installed
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/perlftlib-1.2.log (Sat Jan 24 20:47:30 UTC 2009)
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090125074245/perlftlib-1.2.log (Mon Jan 26 03:15:33 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=perlftlib


portname:           science/oof
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof


portname:           science/pnetcdf
broken because:     Does not configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf


portname:           security/newpki-lib
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib


portname:           security/newpki-server
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server


portname:           security/xmlsec
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec


portname:           sysutils/upsdaemon
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon


portname:           textproc/opensched
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched


portname:           www/bk_edit
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit


portname:           www/gforge
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge


portname:           www/ocaml-wdialog
broken because:     does not build with new ocaml
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog


portname:           www/py-nevow
broken because:     doesn't build: in nevow/static.py", line 18,
                    twisted.web import error
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow


portname:           www/rt32
broken because:     Broken due the new mod_perl2 API
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32


portname:           www/wb0
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0


portname:           www/winhelpcgi
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi


portname:           x11-themes/gtk-industrial-theme
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme


portname:           x11-toolkits/flu
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu


portname:           x11-toolkits/inti
broken because:     does not build with latest GTK+2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti


portname:           x11-toolkits/p5-Gnome
broken because:     fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome


portname:           x11-toolkits/p5-Tcl-Tk
broken because:     something segfaults during build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/p5-Tcl-Tk-0.97.log (Fri Jan 16 17:12:00 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk


portname:           x11-toolkits/p5-TclTk
broken because:     something segfaults during build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/p5-TclTk-0.75_1.log (Sat Jan 17 10:20:15 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk


portname:           x11-toolkits/wxmozilla
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla


portname:           x11-wm/expocity
broken because:     project has been abandoned
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/expocity-2.6.2_8.log (Fri Jan 16 17:12:25 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=expocity


portname:           x11-wm/fluxspace
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace


portname:           x11/bbuname
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname
From linimon at FreeBSD.org  Mon Jan 26 00:17:29 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Mon Jan 26 00:17:38 2009
Subject: FreeBSD ports which are currently marked broken
Message-ID: <20090126081726.DBA671CC6F@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 5.x/6.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           audio/esperanza
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=esperanza


portname:           audio/gimmix
broken because:     needs update for new intltool
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gimmix


portname:           audio/gnomad2
broken because:     does not compile with current version of libmtp
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnomad2


portname:           audio/p5-Audio-TagLib
broken because:     does not build with taglib 1.5
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib


portname:           audio/py-sdl_mixer
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer


portname:           audio/tse3
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3


portname:           audio/umodplayer
broken because:     Does not compile with audio/libaiff
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090121191130/umodplayer-0.b5.1.log (Sat Dec 27 04:40:35 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=umodplayer


portname:           audio/xmms-imms
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms


portname:           biology/p5-bioperl-run-devel
broken because:     this port needs dependency update to p5-bioperl=1.5.2
                    and Build.PL mechanism
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090112011936/p5-bioperl-run-1.5.1_1.log (Mon Jan 12 05:51:05 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=p5-bioperl-run-devel


portname:           cad/freecad
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090121191130/FreeCAD-0.6.472_2.log (Mon Jan 26 00:39:06 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=freecad


portname:           chinese/iiimf-le-xcin
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin


portname:           chinese/stardict2-dict-zh_TW
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW


portname:           comms/hcfmdm
broken because:     Does not compile at 7.x
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm


portname:           converters/mimelib
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib


portname:           databases/adstudio
broken because:     size mismatch
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/adstudio-7.0.22.log
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=adstudio


portname:           databases/erserver
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver


portname:           databases/libodbc++
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090119232115/libodbc++-0.2.3_6.log (Sat Jan 24 05:46:49 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libodbc%2B%2B


portname:           databases/mysql-connector-odbc
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090125074245/mysql-connector-odbc-unixodbc-mysql50-3.51.26_1.log (Wed Jan 21 09:30:18 UTC 2009)
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/mysql-connector-odbc-unixodbc-mysql50-3.51.26_1.log (Sat Jan 24 11:00:30 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-connector-odbc


portname:           databases/mysqlbigram
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlbigram


portname:           databases/postgresql-odbc
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090121191130/postgresql-odbc-08.03.0400.log (Sun Jan 25 01:22:58 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-odbc


portname:           databases/qt-odbc-plugin
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/qt-odbc-plugin-3.3.8_4.log (Sat Jan 17 10:08:02 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qt-odbc-plugin


portname:           databases/qt4-odbc-plugin
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090121163543/qt4-odbc-plugin-4.4.3.log (Sat Jan 24 18:39:57 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qt4-odbc-plugin


portname:           databases/rubygem-rrdtool
broken because:     does not compile with rrdtool 1.3
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-rrdtool


portname:           deskutils/contacts
broken because:     needs upgrade to work with evolution-data-server 2.24
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/contacts-0.8_2.log (Fri Jan 16 16:49:12 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=contacts


portname:           deskutils/kio_locate
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/kio_locate-0.4.4_1.log (Fri Jan 9 15:30:14 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kio_locate


portname:           deskutils/mical
broken because:     Miscellaneous run-time failures due out of sync with
                    the current versions of dependencies
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical


portname:           deskutils/remember.el
broken because:     Conflicting dependencies
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el


portname:           devel/ace+tao
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao


portname:           devel/cocktail
broken because:     Segfault during build on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail


portname:           devel/fampp
broken because:     FAM system mismatch: gamin is installed, while desired
                    FAM system is fam
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp


portname:           devel/gdb53-act
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/gdb-act-5.3_2,1.log (Fri Jan 9 16:59:57 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act


portname:           devel/hs-hat
broken because:     Does not build with recent ghc
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hat


portname:           devel/hs-hpl
broken because:     Does not build with current ghc
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hpl


portname:           devel/msp430-gdb
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/msp430-gdb-5.1.1.20030909_1.log (Fri Jan 9 17:32:35 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb


portname:           devel/p5-ORBit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit


portname:           devel/p5-P4-Client
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/p5-P4-Client-2.4319.log (Fri Dec 19 10:09:20 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client


portname:           devel/papi
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/papi-3.5.0_3.log (Fri Jan 9 19:16:55 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=papi


portname:           devel/poco
broken because:     bad plist
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/poco-1.3.3p1.log (Sat Jan 17 10:12:18 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco


portname:           devel/py-coro
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro


portname:           devel/root
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root


portname:           devel/ruby-p4
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090121093657/ruby18-p4-1.4251.log (Fri Nov 7 17:08:50 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4


portname:           devel/ruby-rjudy
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy


portname:           devel/tcl-trf
broken because:     self-test fails
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090121163543/tcl-Trf-2.1p2_4.log (Sat Jan 3 02:14:57 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tcl-trf


portname:           devel/thunar-svn-plugin
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/thunar-svn-plugin-0.0.2.log (Sun Jan 25 06:28:38 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=thunar-svn-plugin


portname:           devel/xfc
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc


portname:           editors/abiword-docs
broken because:     segfaults during build
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/abiword-docs-2.6.3_1.log (Sun Jan 25 06:28:53 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=abiword-docs


portname:           editors/setedit
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit


portname:           editors/zed
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed


portname:           emulators/snes9express
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express


portname:           games/amy
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy


portname:           games/aqbubble
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble


portname:           games/emacs-chess
broken because:     Conflicting dependencies
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=emacs-chess


portname:           games/euchre
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre


portname:           games/fgsd
broken because:     does not build with simgear
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd


portname:           games/flightgear-atlas
broken because:     does not build with simgear
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=flightgear-atlas


portname:           games/pykawari
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=pykawari


portname:           games/wesnoth-devel
broken because:     bad plist
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/wesnoth-devel-1.5.7.log (Fri Jan 9 23:49:11 UTC 2009)
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/wesnoth-devel-1.5.7.log (Fri Jan 16 16:41:51 UTC 2009)
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090121191130/wesnoth-devel-1.5.7.log (Sun Jan 25 23:47:52 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wesnoth-devel


portname:           games/xrally
broken because:     Doesn't work (yet?) on 7.x
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xrally


portname:           graphics/crystalspace-devel
broken because:     Incorrect pkg-plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel


portname:           graphics/f-spot
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090125074245/f-spot-0.4.0_2,1.log (Mon Jan 26 03:16:45 UTC 2009)
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/f-spot-0.4.0_2,1.log (Sun Jan 25 06:34:48 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=f-spot


portname:           graphics/ivtools
broken because:     Incomplete pkg-plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools


portname:           graphics/libvisual-plugins
broken because:     Broken objformat handling
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins


portname:           graphics/ray++
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B


portname:           irc/ircg
broken because:     Does not build with newer st
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090121093657/iRCG-2.7.log (Fri Nov 7 16:59:32 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircg


portname:           japanese/okphone
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone


portname:           japanese/oleo
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo


portname:           japanese/plain2
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2


portname:           japanese/tkstep80
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80


portname:           java/dbvis
broken because:     unfetchable
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/dbvis-6.5.1_1.log
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis


portname:           java/eclipse-webtools
broken because:     deletes files installed by dependency on deinstall
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/eclipse-webtools-2.0.3.log (Sat Jan 17 10:03:13 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-webtools


portname:           java/jakarta-commons-dbcp
broken because:     does not build
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20080904173358/jakarta-commons-dbcp-1.2.1_2.log (Sat Sep 6 11:50:48 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp


portname:           java/jdk14
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/jdk-1.4.2p8_13.log
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14


portname:           java/openjit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit


portname:           java/tya
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya


portname:           lang/dylan
broken because:     does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan


portname:           lang/gcl
broken because:     Gcl compiled with gcc42 dumps core
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl


portname:           lang/mozart
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart


portname:           lang/pfe-devel
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090121163543/pfe-0.32.94_1.log (Mon Jan 26 05:49:07 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel


portname:           lang/pm3-base
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base


portname:           lang/pnet-base
broken because:     Bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base


portname:           lang/q
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q


portname:           lang/qscheme
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=qscheme


portname:           lang/quack
broken because:     Size mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack


portname:           lang/scriba
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba


portname:           lang/wamcc
broken because:     does not compile on 7.X
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc


portname:           lang/xsb
broken because:     Does not compile on FreeBSD 7.x
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/XSB-2.6_1.log (Sat Jan 17 10:12:40 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb


portname:           mail/claws-mail-clamav
broken because:     Doesn't build with clamav-0.93 or higher
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=claws-mail-clamav


portname:           mail/silkymail
broken because:     doesn't fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail


portname:           mail/sylpheed2-devel
broken because:     does not link
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=sylpheed2-devel


portname:           math/linalg
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg


portname:           math/rascal
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090123190918/rascal-0.3.2_4.log (Sat Nov 29 18:14:31 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal


portname:           misc/pybliographer
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer


portname:           misc/wmcalendar
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090125074245/wmcalendar-0.5.2_5.log (Mon Jan 26 03:15:35 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=wmcalendar


portname:           multimedia/dirac-reference
broken because:     bad plist
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090112011936/dirac-reference-0.7.0.log (Mon Jan 12 06:06:03 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference


portname:           multimedia/dvbcut
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/dvbcut-0.5.4_2.log (Fri Sep 5 13:06:04 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dvbcut


portname:           multimedia/helixplayer
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=helixplayer


portname:           multimedia/jahshaka
broken because:     does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka


portname:           multimedia/mjpegtools-yuvfilters
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters


portname:           multimedia/mplayerxp
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp


portname:           multimedia/mythtv
broken because:     Incorrect handling of user addition
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv


portname:           multimedia/smilutils
broken because:     Does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Fri Sep 5 12:41:20 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils


portname:           multimedia/smpeg-xmms
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms


portname:           multimedia/xmps-win32-plugin
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin


portname:           net-im/icqnd
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090112004632/icqnd-0.1.9.6_2.log (Wed Jan 7 03:19:40 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=icqnd


portname:           net-im/ocaml-jabbr
broken because:     does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/ocaml-jabbr-0.0.20021124_1.log (Wed Dec 24 22:26:56 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr


portname:           net-im/sulci
broken because:     don't work with ocaml 3.10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=sulci


portname:           net-mgmt/NeTraMet
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet


portname:           net-mgmt/nav
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav


portname:           net-mgmt/nfsen-devel
broken because:     fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nfsen-devel


portname:           net/acx100
broken because:     Does not compile on FreeBSD >= 6.x
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100


portname:           net/asterisk-oh323
broken because:     does not package
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk-oh323


portname:           net/b2bua
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua


portname:           net/cap
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap


portname:           net/evolution-rss
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/evolution-rss-0.0.8_2.log (Sun Jan 25 06:30:53 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=evolution-rss


portname:           net/ggsd
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd


portname:           net/gnometelnet
broken because:     Size mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet


portname:           net/isc-dhcp31-client
broken because:     Not yet integrated and tested
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client


portname:           net/isc-dhcp31-relay
broken because:     Not yet integrated and tested
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay


portname:           net/isc-dhcp31-server
broken because:     Not yet integrated and tested
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server


portname:           net/libunpipc
broken because:     checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc


portname:           net/openpbx.org
broken because:     Unfetchable
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org


portname:           net/py-mantissa
broken because:     Leaves files behind after deinstallation
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa


portname:           net/sipxcommserverlib
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/sipxcommserverlib-3.6.0_6.log (Sat Jan 24 11:00:16 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcommserverlib


portname:           net/ssltunnel-client
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client


portname:           net/versuch
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch


portname:           net/vserver
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver


portname:           net/ztelnet
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet


portname:           news/inn-current
broken because:     Does not install (makedbz segfaults)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current


portname:           news/openftd
broken because:     Does not install
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090112004632/openftd-1.1.0_1.log (Wed Jan 7 03:32:18 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd


portname:           palm/pdbc
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc


portname:           palm/romeo
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo


portname:           ports-mgmt/barry
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry


portname:           print/ifhp
broken because:     Size mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp


portname:           print/kaspaliste
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste


portname:           print/lilypond
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lilypond


portname:           print/perlftlib
broken because:     Does not build if devel/p5-ExUtils-CBuilder is
                    installed
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090124192906/perlftlib-1.2.log (Sat Jan 24 20:47:30 UTC 2009)
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090125074245/perlftlib-1.2.log (Mon Jan 26 03:15:33 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=perlftlib


portname:           science/oof
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof


portname:           science/openfoam
broken because:     bad depobj for java3d
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=openfoam


portname:           science/pcp
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp


portname:           science/pnetcdf
broken because:     Does not configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf


portname:           security/dazuko
broken because:     Currently does not support FreeBSD > 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko


portname:           security/krb4
broken because:     Incorrect pkg-plist on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4


portname:           security/newpki-lib
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib


portname:           security/newpki-server
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server


portname:           security/prelude-manager
broken because:     does not build with current lib
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=prelude-manager


portname:           security/shibboleth-sp
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/shibboleth-sp-1.3f.log (Sat Jan 3 02:19:34 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp


portname:           security/squidclam
broken because:     Doesn't build with clamav-0.93 or higher
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=squidclam


portname:           security/xmlsec
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec


portname:           sysutils/dtc
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc


portname:           sysutils/linux-megacli
broken because:     Unfetchable
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/linux-megacli-1.01.40_2.log
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-megacli


portname:           sysutils/megarc
broken because:     Running megarc seems to cause memory corruption
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc


portname:           sysutils/perf
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf


portname:           sysutils/upsdaemon
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon


portname:           sysutils/xwipower
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower


portname:           sysutils/xwlans
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans


portname:           textproc/dixit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit


portname:           textproc/opensched
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched


portname:           textproc/p5-Senna
broken because:     This version does not support latest libsenna
                    interface.
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/p5-Senna-0.51.log (Sun Dec 28 12:56:30 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-Senna


portname:           www/bk_edit
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit


portname:           www/c-icap
broken because:     Doesn't build with clamav-0.93 or higher
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=c-icap


portname:           www/cacheboy
broken because:     leaves leftover binary after deinstall
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy


portname:           www/epiphany-webkit
broken because:     is not ready for use; this port should be available in
                    GNOME 2.26
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/epiphany-webkit-2.24.3_1.log (Sat Jan 17 10:18:34 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=epiphany-webkit


portname:           www/gforge
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge


portname:           www/ocaml-wdialog
broken because:     does not build with new ocaml
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog


portname:           www/ocsigen
broken because:     unsatisfiable dependency line
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocsigen


portname:           www/pecl-mnogosearch
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pecl-mnogosearch


portname:           www/py-nevow
broken because:     doesn't build: in nevow/static.py", line 18,
                    twisted.web import error
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow


portname:           www/rt32
broken because:     Broken due the new mod_perl2 API
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32


portname:           www/thttpd-st
broken because:     does not compile with new st
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090121191130/thttpd-st-2.25b_3.log (Wed Dec 24 22:49:07 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=thttpd-st


portname:           www/toofpy
broken because:     Installs files outside of localbase
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy


portname:           www/wb0
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0


portname:           www/winhelpcgi
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi


portname:           www/wml
broken because:     does not build with perl 5.8.9
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090123190918/wml-2.0.12,1.log (Mon Jan 19 14:52:56 UTC 2009)
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/wml-2.0.12,1.log (Sat Jan 17 10:18:25 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wml


portname:           x11-drivers/xf86-video-vga
broken because:     Needs to be removed
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-vga


portname:           x11-fm/velocity
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity


portname:           x11-fonts/mathfonts
broken because:     the required version is unfetchable from Wolfram and
                    we are not allowed to mirror it
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=mathfonts


portname:           x11-themes/camaelon-nesedah
broken because:     conflicts with its own dependency
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=camaelon-nesedah


portname:           x11-themes/gtk-industrial-theme
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme


portname:           x11-themes/nimbus
broken because:     needs an update to work with latest intltool
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/nimbus-0.0.17.log (Fri Jan 16 17:21:12 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=nimbus


portname:           x11-toolkits/flu
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu


portname:           x11-toolkits/hs-gtk2hs
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/hs-gtk2hs-0.9.13,1.log (Fri Jan 16 17:07:38 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=hs-gtk2hs


portname:           x11-toolkits/inti
broken because:     does not build with latest GTK+2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti


portname:           x11-toolkits/p5-Gnome
broken because:     fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome


portname:           x11-toolkits/p5-Tcl-Tk
broken because:     something segfaults during build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/p5-Tcl-Tk-0.97.log (Fri Jan 16 17:12:00 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk


portname:           x11-toolkits/p5-TclTk
broken because:     something segfaults during build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/p5-TclTk-0.75_1.log (Sat Jan 17 10:20:15 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk


portname:           x11-toolkits/slgtk
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090125074245/slgtk-0.7.3.log (Mon Jan 26 03:14:31 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=slgtk


portname:           x11-toolkits/wxmozilla
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla


portname:           x11-wm/expocity
broken because:     project has been abandoned
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090112201416/expocity-2.6.2_8.log (Fri Jan 16 17:12:25 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=expocity


portname:           x11-wm/fluxspace
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace


portname:           x11/bbuname
broken because:     Checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname


portname:           x11/xscreensaver-kde
broken because:     bad plist
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090107090015/kdeartwork-xscreensaver-kde-3.5.10.log (Sun Jan 11 09:48:01 UTC 2009)
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090113074140/kdeartwork-xscreensaver-kde-3.5.10_1.log (Sat Jan 17 10:22:57 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=xscreensaver-kde
From linimon at FreeBSD.org  Mon Jan 26 00:17:54 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Mon Jan 26 00:18:01 2009
Subject: FreeBSD unmaintained ports which are currently scheduled for
	deletion
Message-ID: <20090126081751.8E42C1CEAB@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:           audio/q-audio
description:        Q-Audio -- digital audio interface for the Q language
maintainer:         ports@FreeBSD.org
deprecated because: depends on deprecated port lang/q
expiration date:    2008-12-24
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=q-audio


portname:           audio/rosegarden
description:        The Rosegarden Editor and Sequencer suite
maintainer:         ports@FreeBSD.org
deprecated because: tcl82 support is going to be dropped
expiration date:    2009-04-22
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden


portname:           audio/snowstar
description:        A GUI interface to copy files to/from the Diamond Rio
                    PM300
maintainer:         ports@FreeBSD.org
deprecated because: tcl8.0 support is going to be dropped
expiration date:    2009-04-22
buil