INDEX build failed for 6.x

2009-08-21 Thread Erwin Lansing
INDEX build failed with errors: Generating INDEX-6 - please wait.."Makefile", line 15: Unassociated shell command "system/bbs/mail" make: fatal errors encountered -- cannot continue ===> news/mmail failed *** Error code 1 pkg_info: not found pkg_info: not found *** Error code 1 Stop in /local0/po

Re: OpenSSH 5.2p1 with GSSAPI Authentication

2009-08-21 Thread John Marshall
On Sat, 22 Aug 2009, 10:12 +1000, John Marshall wrote: > I just tried a 'make configure' on security/openssh-portable on 8.0, to > start digging into the configure log, and discover that the port is now > marked as 'broken' for 8.0. I'll spend a while on the ssh port on 7.2 > and see if I can disc

INDEX build failed for 6.x

2009-08-21 Thread Erwin Lansing
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found "Makefile", line 15: Unassociated shell command "system/bbs/mail" make: fatal errors encountered -- cannot continue ===> news/mmail failed *** Error code 1 *** Error code 1 Stop in /local0/por

Re: OpenSSH 5.2p1 with GSSAPI Authentication

2009-08-21 Thread John Marshall
On Fri, 21 Aug 2009, 11:52 +0200, Matthias Andree wrote: > Am 21.08.2009, 09:01 Uhr, schrieb John Marshall > : > > >Does *anybody* have this working? > > > >I've been using SSH with GSSAPI authentication for a couple of years but > >found it no longer worked with sshd on an FreeBSD 8.0-BETA. Fr

Re: WITH_GECKO for system with firefox3(5)?

2009-08-21 Thread Jeremy Messenger
On Fri, 21 Aug 2009 09:00:13 -0500, Lowell Gilbert wrote: Lowell Gilbert writes: Andriy Gapon writes: It seems that WITH_GECKO=firefox implies firefox2 and there is no firefox3 option. So what should I use here? libxul? The Makefile implies that USE_GECKO= firefox3<->firefox may be

Re: portmaster is not always recursive

2009-08-21 Thread Doug Barton
Miroslav Lachman wrote: > Doug Barton wrote: >> Unfortunately it didn't quite keep up with the times when some code >> paths were added (such as -r and the new code to do multiple ports on >> the same command line) and it was not always being unset when it >> should have been. The more common code

Re: Migration to new SourceForge url scheme now inevitable, solution

2009-08-21 Thread Pav Lucistnik
Dmitry Marakasov píše v pá 21. 08. 2009 v 22:12 +0400: > Which also worries me is that I'm going out of city till monday - > will it be OK to commit the patch this night? Well, it shouldn't > break anything not yet broken, but still. If it's ok, I'll commit > it in ~6hrs after finishing manual wor

Re: Migration to new SourceForge url scheme now inevitable, solution

2009-08-21 Thread Dmitry Marakasov
* Pav Lucistnik (p...@freebsd.org) wrote: > Once you have a patch, send it over for eyeball-review and approval. > Thanks for attacking this! I've processed 321 of 418 ports. There are some casualities, namely: - all octave-forge-* ports. These now require different subdirectories (see [1]):

Re: multimedia/avidemux2

2009-08-21 Thread Ulrich Spörlein
On Tue, 18.08.2009 at 22:59:05 +0300, Sergey V. Dyatko wrote: > Hi, > > subj is marked as 'BROKEN' (need a update for Qt 4.5). We have qt4-4.5.2 > now. Can you fix avidemux2 build? > With removed 'BROKEN' string on Makefile I got error. Build log: > http://tiger.ipfw.ru/files/avidemux2build.txt

Re: WITH_GECKO for system with firefox3(5)?

2009-08-21 Thread Lowell Gilbert
Lowell Gilbert writes: > Andriy Gapon writes: > >> It seems that WITH_GECKO=firefox implies firefox2 and there is no firefox3 >> option. >> So what should I use here? libxul? > > The Makefile implies that > USE_GECKO= firefox3<->firefox > may be what you want. But that doesn't work. There seem

port math/vtk5 build fails on ia64 FBSD 8.0-beta2

2009-08-21 Thread Anton Shterenlikht
I've vtk-5.0.4_5 installed on FBSD 8.0-beta2. Rebuilding the ports after gnutls update with portmaster -rR gnutls I hit this error: [ 61%] Building CXX object IO/CMakeFiles/vtkIO.dir/vtkXMLWriter.o [ 61%] Building CXX object IO/CMakeFiles/vtkIO.dir/vtkXMLWriterC.o [ 61%] Building CXX object IO/CMa

Re: ports/137843: Cannot compile devel/apr (version 1.3.8.1.3.9) on AMD64

2009-08-21 Thread Andriy Gapon
on 21/08/2009 15:28 Jeremy Messenger said the following: > On Fri, 21 Aug 2009 07:16:57 -0500, Matthias Andree > wrote: > >> Same for me, on i386. Removing the listed leftover libtool15/libltdl15 >> files/directories let the devel/apr build succeed, where it would fail >> before. >> >> Given that

Re: Migration to new SourceForge url scheme now inevitable, solution

2009-08-21 Thread Dmitry Marakasov
* Pav Lucistnik (p...@freebsd.org) wrote: > > [1] http://people.freebsd.org/~amdmi3/sfp.patch > > [2] http://people.freebsd.org/~amdmi3/sfp.log > > This looks good so far. > > > PS. Btw, SOURCEFORGE_EXTENDED and SOURCEFORGE_JP still use an old > > scheme. Because of that SFE can no longer includ

Re: ports/137843: Cannot compile devel/apr (version 1.3.8.1.3.9) on AMD64

2009-08-21 Thread Matthias Andree
Am 21.08.2009, 14:28 Uhr, schrieb Jeremy Messenger : On Fri, 21 Aug 2009 07:16:57 -0500, Matthias Andree wrote: Same for me, on i386. Removing the listed leftover libtool15/libltdl15 files/directories let the devel/apr build succeed, where it would fail before. Given that the devel/lib

Re: Let's add more DESKTOP_ENTRIES to our ports

2009-08-21 Thread Dmitry Marakasov
* Anonymous (swel...@gmail.com) wrote: > Don't you need to run update-desktop-database during post-install? > It's not like using DESKTOPDIR or DESKTOP_ENTRIES adds appropriate > @exec/@unexec in plist for you. Yes I had that in mind. That may be done automatically for DESKTOP_ENTRIES, and for so

Re: ports/137843: Cannot compile devel/apr (version 1.3.8.1.3.9) on AMD64

2009-08-21 Thread Jeremy Messenger
On Fri, 21 Aug 2009 07:16:57 -0500, Matthias Andree wrote: Same for me, on i386. Removing the listed leftover libtool15/libltdl15 files/directories let the devel/apr build succeed, where it would fail before. Given that the devel/libtool15 port is gone: 1. Can we have a pkg-install scri

Re: devel/apr: can't build after update to libtool-2.2.6a

2009-08-21 Thread Matthias Andree
Am 20.08.2009, 18:55 Uhr, schrieb Andriy Gapon : on 20/08/2009 19:50 Matthias Andree said the following: This isn't sufficient on my system, because then the apr-util still fails. Note that there is no previous libtool version that Philip's port could require. Could you please try also th

Re: ports/137843: Cannot compile devel/apr (version 1.3.8.1.3.9) on AMD64

2009-08-21 Thread Matthias Andree
Same for me, on i386. Removing the listed leftover libtool15/libltdl15 files/directories let the devel/apr build succeed, where it would fail before. Given that the devel/libtool15 port is gone: 1. Can we have a pkg-install script that purges the obsolete libtool15 stuff (as listed, but su

Re: portmaster is not always recursive

2009-08-21 Thread Miroslav Lachman
Doug Barton wrote: Woo hoo! I found the bug, and fixed it in the just-committed version 2.10. The bug was in the NO_DEP_UPDATES flag which is one of the oldest features of portmaster. It operates in the first pass through the dependencies (aka config mode) and if all of the dependent ports are up

Re: Migration to new SourceForge url scheme now inevitable, solution

2009-08-21 Thread Ion-Mihai Tetcu
On Fri, 21 Aug 2009 09:06:18 +0200 Pav Lucistnik wrote: > Dmitry Marakasov píše v pá 21. 08. 2009 v 07:50 +0400: > > > [1] http://people.freebsd.org/~amdmi3/sfp.patch > > [2] http://people.freebsd.org/~amdmi3/sfp.log > > This looks good so far. > > > PS. Btw, SOURCEFORGE_EXTENDED and SOURCEFOR

Re: WITH_GECKO for system with firefox3(5)?

2009-08-21 Thread Lowell Gilbert
Andriy Gapon writes: > It seems that WITH_GECKO=firefox implies firefox2 and there is no firefox3 > option. > So what should I use here? libxul? The Makefile implies that USE_GECKO= firefox3<->firefox may be what you want. ___ freebsd-ports@freebsd.or

Re: WITH_GECKO for system with firefox3(5)?

2009-08-21 Thread Boris Samorodov
Andriy Gapon writes: > It seems that WITH_GECKO=firefox implies firefox2 and there is no firefox3 > option. > So what should I use here? libxul? I use lubxul successfully for some months now. But the default is ... embarassing 'cause all default packages use it. -- WBR, bsam _

Re: devel/apr: can't build after update to libtool-2.2.6a

2009-08-21 Thread Andriy Gapon
on 21/08/2009 05:20 Troy said the following: > Andriy, > > We solved the problem for me. Please read the following: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137843 > > Check to see if you have > > /usr/local/bin/libtool15 > /usr/local/bin/libtoolize15 > /usr/local/share/libtool15 > > I

WITH_GECKO for system with firefox3(5)?

2009-08-21 Thread Andriy Gapon
It seems that WITH_GECKO=firefox implies firefox2 and there is no firefox3 option. So what should I use here? libxul? -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, se

Re: OpenSSH 5.2p1 with GSSAPI Authentication

2009-08-21 Thread Matthias Andree
Am 21.08.2009, 09:01 Uhr, schrieb John Marshall : Does *anybody* have this working? I've been using SSH with GSSAPI authentication for a couple of years but found it no longer worked with sshd on an FreeBSD 8.0-BETA. FreeBSD 8.0-BETA has OpenSSH 5.2p1 included in the base system. I have tri

INDEX now builds successfully on 6.x

2009-08-21 Thread Erwin Lansing
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

OpenSSH 5.2p1 with GSSAPI Authentication

2009-08-21 Thread John Marshall
Does *anybody* have this working? I've been using SSH with GSSAPI authentication for a couple of years but found it no longer worked with sshd on an FreeBSD 8.0-BETA. FreeBSD 8.0-BETA has OpenSSH 5.2p1 included in the base system. I have tried installing the OpenSSH 5.2p1 port (security/openssh-

Re: Migration to new SourceForge url scheme now inevitable, solution

2009-08-21 Thread Pav Lucistnik
Dmitry Marakasov píše v pá 21. 08. 2009 v 07:50 +0400: > [1] http://people.freebsd.org/~amdmi3/sfp.patch > [2] http://people.freebsd.org/~amdmi3/sfp.log This looks good so far. > PS. Btw, SOURCEFORGE_EXTENDED and SOURCEFORGE_JP still use an old > scheme. Because of that SFE can no longer include