Re: x11/kdelibs4 build fails, can't find docbook

2010-09-21 Thread Janos Dohanics 
On Mon, 20 Sep 2010 19:05:12 -0700
Jeremy Chadwick free...@jdc.parodius.com wrote:

 On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
  On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
   On Mon, 20 Sep 2010 22:07:16 +0200
   olli hauer oha...@gmx.de wrote:
   
On 2010-09-20 07:37, Janos Dohanics wrote:
 On Fri, 17 Sep 2010 15:31:18 -0400
 Janos Dohanics w...@3dresearch.com wrote:
 
 While building kde4-4.5.1, I get this error:

 # make install clean
 ===   kde4-4.5.1 depends on
 file: /usr/local/kde4/bin/kdebugdialog - not found ===
 Verifying install [...]
 
 I did some basic troubleshooting, and found that the files do
 not get installed in /usr/local/share/xml/docbook/4.2/, except
 the /usr/local/share/xml/docbook/4.2/ent directory is created.
 
 This seems to be happening because the port
 uses /usr/bin/unzip instead of /usr/local/bin/unzip.
 
 How can I change this behavior so /usr/local/bin/unzip would
 be used?
 

If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
${LOCALBASE}/bin/unzip will be used.
   
   I have not made any change like that.
   
You can test this with the follwing command in the directory of
the port where you think the wrong unzip will be used.

In case of docbook-420/docbook-xml
 cd ${PORTSDIR}/textproc/docbook-(420|xml)
 make -V UNZIP_CMD
 make -V EXTRACT_CMD
   
   Thank you...
   
   # make -V UNZIP_CMD
   /usr/local/bin/unzip
   # make -V EXTRACT_CMD
   /usr/local/bin/unzip
   # which unzip
   /usr/bin/unzip
   
But wait, in your previous mail you have only docbook-4.1 and
not docbook-4.2 in the portversion -vF docbook* listing which
is needed to install docbook-xml correct.
   
   You are right, docbook-4.2 was not installed; I have installed it
   now. However, kde4 is still gets stuck with the reinstall
   textproc/docbook-xml message (portversion says docbook-xml-4.2_1
   is installed, but the files aren't installed
   in /usr/local/share/xml/docbook/4.2/).
   
   I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD
   point to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
   uses /usr/bin/unzip.
   
   How can I fix this?
  
  Where did /usr/bin/unzip come from?  This program isn't part of the
  base system on FreeBSD, nor is it on any system I have access to.
  I realise you're complaining that the port finds /usr/bin/unzip
  instead of /usr/local/bin/unzip, but your which command above
  indicates you actually have something in /usr/bin that shouldn't be
  there.
 
 I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have access
 to, and I do see mention of this in CVS:
 
 http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
 
 But there's no unzip build target in /usr/src/usr.bin/Makefile.
 Here's the most recent commit that would be RELENG_8 and RELENG_8_1:
 
 RELENG_8   --
 http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
 RELENG_8_1 --
 http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
 
 If you view the content or annotations for these, you won't find any
 mention of unzip in the targets (SUBDIR) list.
 
 On the other hand, HEAD/CURRENT do indicate unzip is a target.  Are
 you running HEAD/CURRENT?

I don't know where did /usr/bin/unzip come from - I first installed
this machine in January of 2010 using 8.0-RELEASE (?). I have rebuilt
it since to 8.1-PRERELEASE (amd64).

This machine was used for some Django application development - I will
ask my developer if he had installed something...

From what you say I gather that I could simlink /usr/bin/unzip
to /usr/local/bin/unzip - thank you for your help...

-- 
Janos Dohanics
w...@3dresearch.com
___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-21 Thread Jeremy Chadwick 
On Tue, Sep 21, 2010 at 03:25:38AM -0400, Janos Dohanics wrote:
 On Mon, 20 Sep 2010 19:05:12 -0700
 Jeremy Chadwick free...@jdc.parodius.com wrote:
 
  On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
   On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
On Mon, 20 Sep 2010 22:07:16 +0200
olli hauer oha...@gmx.de wrote:

 On 2010-09-20 07:37, Janos Dohanics wrote:
  On Fri, 17 Sep 2010 15:31:18 -0400
  Janos Dohanics w...@3dresearch.com wrote:
  
  While building kde4-4.5.1, I get this error:
 
  # make install clean
  ===   kde4-4.5.1 depends on
  file: /usr/local/kde4/bin/kdebugdialog - not found ===
  Verifying install [...]
  
  I did some basic troubleshooting, and found that the files do
  not get installed in /usr/local/share/xml/docbook/4.2/, except
  the /usr/local/share/xml/docbook/4.2/ent directory is created.
  
  This seems to be happening because the port
  uses /usr/bin/unzip instead of /usr/local/bin/unzip.
  
  How can I change this behavior so /usr/local/bin/unzip would
  be used?
  
 
 If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
 ${LOCALBASE}/bin/unzip will be used.

I have not made any change like that.

 You can test this with the follwing command in the directory of
 the port where you think the wrong unzip will be used.
 
 In case of docbook-420/docbook-xml
  cd ${PORTSDIR}/textproc/docbook-(420|xml)
  make -V UNZIP_CMD
  make -V EXTRACT_CMD

Thank you...

# make -V UNZIP_CMD
/usr/local/bin/unzip
# make -V EXTRACT_CMD
/usr/local/bin/unzip
# which unzip
/usr/bin/unzip

 But wait, in your previous mail you have only docbook-4.1 and
 not docbook-4.2 in the portversion -vF docbook* listing which
 is needed to install docbook-xml correct.

You are right, docbook-4.2 was not installed; I have installed it
now. However, kde4 is still gets stuck with the reinstall
textproc/docbook-xml message (portversion says docbook-xml-4.2_1
is installed, but the files aren't installed
in /usr/local/share/xml/docbook/4.2/).

I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD
point to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
uses /usr/bin/unzip.

How can I fix this?
   
   Where did /usr/bin/unzip come from?  This program isn't part of the
   base system on FreeBSD, nor is it on any system I have access to.
   I realise you're complaining that the port finds /usr/bin/unzip
   instead of /usr/local/bin/unzip, but your which command above
   indicates you actually have something in /usr/bin that shouldn't be
   there.
  
  I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have access
  to, and I do see mention of this in CVS:
  
  http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
  
  But there's no unzip build target in /usr/src/usr.bin/Makefile.
  Here's the most recent commit that would be RELENG_8 and RELENG_8_1:
  
  RELENG_8   --
  http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
  RELENG_8_1 --
  http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
  
  If you view the content or annotations for these, you won't find any
  mention of unzip in the targets (SUBDIR) list.
  
  On the other hand, HEAD/CURRENT do indicate unzip is a target.  Are
  you running HEAD/CURRENT?
 
 I don't know where did /usr/bin/unzip come from - I first installed
 this machine in January of 2010 using 8.0-RELEASE (?). I have rebuilt
 it since to 8.1-PRERELEASE (amd64).

Which tags/releases are you using in your supfiles?

 This machine was used for some Django application development - I will
 ask my developer if he had installed something...

Okay.

 From what you say I gather that I could simlink /usr/bin/unzip
 to /usr/local/bin/unzip - thank you for your help...

No, do not do this; simply rm /usr/bin/unzip.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-21 Thread Janos Dohanics 
On Tue, 21 Sep 2010 05:59:19 -0700
Jeremy Chadwick free...@jdc.parodius.com wrote:

 On Tue, Sep 21, 2010 at 03:25:38AM -0400, Janos Dohanics wrote:
  On Mon, 20 Sep 2010 19:05:12 -0700
  Jeremy Chadwick free...@jdc.parodius.com wrote:
  
   On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
 On Mon, 20 Sep 2010 22:07:16 +0200
 olli hauer oha...@gmx.de wrote:
 
  On 2010-09-20 07:37, Janos Dohanics wrote:
   On Fri, 17 Sep 2010 15:31:18 -0400
   Janos Dohanics w...@3dresearch.com wrote:
   
   While building kde4-4.5.1, I get this error:
  
   # make install clean
   ===   kde4-4.5.1 depends on
   file: /usr/local/kde4/bin/kdebugdialog - not found ===
   Verifying install [...]
   
   I did some basic troubleshooting, and found that the
   files do not get installed
   in /usr/local/share/xml/docbook/4.2/, except
   the /usr/local/share/xml/docbook/4.2/ent directory is
   created.
   
   This seems to be happening because the port
   uses /usr/bin/unzip instead of /usr/local/bin/unzip.
   
   How can I change this behavior so /usr/local/bin/unzip
   would be used?
   
  
  If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
  ${LOCALBASE}/bin/unzip will be used.
 
 I have not made any change like that.
 
  You can test this with the follwing command in the
  directory of the port where you think the wrong unzip will
  be used.
  
  In case of docbook-420/docbook-xml
   cd ${PORTSDIR}/textproc/docbook-(420|xml)
   make -V UNZIP_CMD
   make -V EXTRACT_CMD
 
 Thank you...
 
 # make -V UNZIP_CMD
 /usr/local/bin/unzip
 # make -V EXTRACT_CMD
 /usr/local/bin/unzip
 # which unzip
 /usr/bin/unzip
 
  But wait, in your previous mail you have only docbook-4.1
  and not docbook-4.2 in the portversion -vF docbook*
  listing which is needed to install docbook-xml correct.
 
 You are right, docbook-4.2 was not installed; I have
 installed it now. However, kde4 is still gets stuck with the
 reinstall textproc/docbook-xml message (portversion says
 docbook-xml-4.2_1 is installed, but the files aren't installed
 in /usr/local/share/xml/docbook/4.2/).
 
 I guess my problem is that while both UNZIP_CMD and
 EXTRACT_CMD point to /usr/local/bin/unzip, the
 docbook-xml-4.2_1 port still uses /usr/bin/unzip.
 
 How can I fix this?

Where did /usr/bin/unzip come from?  This program isn't part of
the base system on FreeBSD, nor is it on any system I have
access to. I realise you're complaining that the port
finds /usr/bin/unzip instead of /usr/local/bin/unzip, but your
which command above indicates you actually have something
in /usr/bin that shouldn't be there.
   
   I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have
   access to, and I do see mention of this in CVS:
   
   http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
   
   But there's no unzip build target in /usr/src/usr.bin/Makefile.
   Here's the most recent commit that would be RELENG_8 and
   RELENG_8_1:
   
   RELENG_8   --
   http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
   RELENG_8_1 --
   http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
   
   If you view the content or annotations for these, you won't find
   any mention of unzip in the targets (SUBDIR) list.
   
   On the other hand, HEAD/CURRENT do indicate unzip is a target.
   Are you running HEAD/CURRENT?
  
  I don't know where did /usr/bin/unzip come from - I first installed
  this machine in January of 2010 using 8.0-RELEASE (?). I have
  rebuilt it since to 8.1-PRERELEASE (amd64).
 
 Which tags/releases are you using in your supfiles?

*default release=cvs tag=RELENG_8
src-all

  This machine was used for some Django application development - I
  will ask my developer if he had installed something...
 
 Okay.
 
  From what you say I gather that I could simlink /usr/bin/unzip
  to /usr/local/bin/unzip - thank you for your help...
 
 No, do not do this; simply rm /usr/bin/unzip.

OK, thanks again.

-- 
Janos Dohanics
w...@3dresearch.com
___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-20 Thread olli hauer 
On 2010-09-20 07:37, Janos Dohanics wrote:
 On Fri, 17 Sep 2010 15:31:18 -0400
 Janos Dohanics w...@3dresearch.com wrote:
 
 While building kde4-4.5.1, I get this error:

 # make install clean
 ===   kde4-4.5.1 depends on file: /usr/local/kde4/bin/kdebugdialog -
 not found ===Verifying install
 [...]
 
 I did some basic troubleshooting, and found that the files do not get
 installed in /usr/local/share/xml/docbook/4.2/, except
 the /usr/local/share/xml/docbook/4.2/ent directory is created.
 
 This seems to be happening because the port uses /usr/bin/unzip instead
 of /usr/local/bin/unzip.
 
 How can I change this behavior so /usr/local/bin/unzip would be used?
 

If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
${LOCALBASE}/bin/unzip will be used.

You can test this with the follwing command in the directory of the port
where you think the wrong unzip will be used.

In case of docbook-420/docbook-xml
 cd ${PORTSDIR}/textproc/docbook-(420|xml)
 make -V UNZIP_CMD
 make -V EXTRACT_CMD

But wait, in your previous mail you have only docbook-4.1 and not
docbook-4.2 in the portversion -vF docbook* listing which is
needed to install docbook-xml correct.



___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-20 Thread Janos Dohanics 
On Mon, 20 Sep 2010 22:07:16 +0200
olli hauer oha...@gmx.de wrote:

 On 2010-09-20 07:37, Janos Dohanics wrote:
  On Fri, 17 Sep 2010 15:31:18 -0400
  Janos Dohanics w...@3dresearch.com wrote:
  
  While building kde4-4.5.1, I get this error:
 
  # make install clean
  ===   kde4-4.5.1 depends on
  file: /usr/local/kde4/bin/kdebugdialog - not found ===
  Verifying install [...]
  
  I did some basic troubleshooting, and found that the files do not
  get installed in /usr/local/share/xml/docbook/4.2/, except
  the /usr/local/share/xml/docbook/4.2/ent directory is created.
  
  This seems to be happening because the port uses /usr/bin/unzip
  instead of /usr/local/bin/unzip.
  
  How can I change this behavior so /usr/local/bin/unzip would be
  used?
  
 
 If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
 ${LOCALBASE}/bin/unzip will be used.

I have not made any change like that.

 You can test this with the follwing command in the directory of the
 port where you think the wrong unzip will be used.
 
 In case of docbook-420/docbook-xml
  cd ${PORTSDIR}/textproc/docbook-(420|xml)
  make -V UNZIP_CMD
  make -V EXTRACT_CMD

Thank you...

# make -V UNZIP_CMD
/usr/local/bin/unzip
# make -V EXTRACT_CMD
/usr/local/bin/unzip
# which unzip
/usr/bin/unzip

 But wait, in your previous mail you have only docbook-4.1 and not
 docbook-4.2 in the portversion -vF docbook* listing which is
 needed to install docbook-xml correct.

You are right, docbook-4.2 was not installed; I have installed it now.
However, kde4 is still gets stuck with the reinstall
textproc/docbook-xml message (portversion says docbook-xml-4.2_1 is
installed, but the files aren't installed
in /usr/local/share/xml/docbook/4.2/).

I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD point
to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
uses /usr/bin/unzip.

How can I fix this?

-- 
Janos Dohanics
w...@3dresearch.com
___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-20 Thread Jeremy Chadwick 
On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
 On Mon, 20 Sep 2010 22:07:16 +0200
 olli hauer oha...@gmx.de wrote:
 
  On 2010-09-20 07:37, Janos Dohanics wrote:
   On Fri, 17 Sep 2010 15:31:18 -0400
   Janos Dohanics w...@3dresearch.com wrote:
   
   While building kde4-4.5.1, I get this error:
  
   # make install clean
   ===   kde4-4.5.1 depends on
   file: /usr/local/kde4/bin/kdebugdialog - not found ===
   Verifying install [...]
   
   I did some basic troubleshooting, and found that the files do not
   get installed in /usr/local/share/xml/docbook/4.2/, except
   the /usr/local/share/xml/docbook/4.2/ent directory is created.
   
   This seems to be happening because the port uses /usr/bin/unzip
   instead of /usr/local/bin/unzip.
   
   How can I change this behavior so /usr/local/bin/unzip would be
   used?
   
  
  If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
  ${LOCALBASE}/bin/unzip will be used.
 
 I have not made any change like that.
 
  You can test this with the follwing command in the directory of the
  port where you think the wrong unzip will be used.
  
  In case of docbook-420/docbook-xml
   cd ${PORTSDIR}/textproc/docbook-(420|xml)
   make -V UNZIP_CMD
   make -V EXTRACT_CMD
 
 Thank you...
 
 # make -V UNZIP_CMD
 /usr/local/bin/unzip
 # make -V EXTRACT_CMD
 /usr/local/bin/unzip
 # which unzip
 /usr/bin/unzip
 
  But wait, in your previous mail you have only docbook-4.1 and not
  docbook-4.2 in the portversion -vF docbook* listing which is
  needed to install docbook-xml correct.
 
 You are right, docbook-4.2 was not installed; I have installed it now.
 However, kde4 is still gets stuck with the reinstall
 textproc/docbook-xml message (portversion says docbook-xml-4.2_1 is
 installed, but the files aren't installed
 in /usr/local/share/xml/docbook/4.2/).
 
 I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD point
 to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
 uses /usr/bin/unzip.
 
 How can I fix this?

Where did /usr/bin/unzip come from?  This program isn't part of the base
system on FreeBSD, nor is it on any system I have access to.  I realise
you're complaining that the port finds /usr/bin/unzip instead of
/usr/local/bin/unzip, but your which command above indicates you
actually have something in /usr/bin that shouldn't be there.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-20 Thread Jeremy Chadwick 
On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
 On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
  On Mon, 20 Sep 2010 22:07:16 +0200
  olli hauer oha...@gmx.de wrote:
  
   On 2010-09-20 07:37, Janos Dohanics wrote:
On Fri, 17 Sep 2010 15:31:18 -0400
Janos Dohanics w...@3dresearch.com wrote:

While building kde4-4.5.1, I get this error:
   
# make install clean
===   kde4-4.5.1 depends on
file: /usr/local/kde4/bin/kdebugdialog - not found ===
Verifying install [...]

I did some basic troubleshooting, and found that the files do not
get installed in /usr/local/share/xml/docbook/4.2/, except
the /usr/local/share/xml/docbook/4.2/ent directory is created.

This seems to be happening because the port uses /usr/bin/unzip
instead of /usr/local/bin/unzip.

How can I change this behavior so /usr/local/bin/unzip would be
used?

   
   If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
   ${LOCALBASE}/bin/unzip will be used.
  
  I have not made any change like that.
  
   You can test this with the follwing command in the directory of the
   port where you think the wrong unzip will be used.
   
   In case of docbook-420/docbook-xml
cd ${PORTSDIR}/textproc/docbook-(420|xml)
make -V UNZIP_CMD
make -V EXTRACT_CMD
  
  Thank you...
  
  # make -V UNZIP_CMD
  /usr/local/bin/unzip
  # make -V EXTRACT_CMD
  /usr/local/bin/unzip
  # which unzip
  /usr/bin/unzip
  
   But wait, in your previous mail you have only docbook-4.1 and not
   docbook-4.2 in the portversion -vF docbook* listing which is
   needed to install docbook-xml correct.
  
  You are right, docbook-4.2 was not installed; I have installed it now.
  However, kde4 is still gets stuck with the reinstall
  textproc/docbook-xml message (portversion says docbook-xml-4.2_1 is
  installed, but the files aren't installed
  in /usr/local/share/xml/docbook/4.2/).
  
  I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD point
  to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
  uses /usr/bin/unzip.
  
  How can I fix this?
 
 Where did /usr/bin/unzip come from?  This program isn't part of the base
 system on FreeBSD, nor is it on any system I have access to.  I realise
 you're complaining that the port finds /usr/bin/unzip instead of
 /usr/local/bin/unzip, but your which command above indicates you
 actually have something in /usr/bin that shouldn't be there.

I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have access
to, and I do see mention of this in CVS:

http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile

But there's no unzip build target in /usr/src/usr.bin/Makefile.  Here's
the most recent commit that would be RELENG_8 and RELENG_8_1:

RELENG_8   -- 
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
RELENG_8_1 -- 
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1

If you view the content or annotations for these, you won't find any
mention of unzip in the targets (SUBDIR) list.

On the other hand, HEAD/CURRENT do indicate unzip is a target.  Are you
running HEAD/CURRENT?

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
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

Re: x11/kdelibs4 build fails, can't find docbook

2010-09-19 Thread Janos Dohanics 
On Fri, 17 Sep 2010 15:31:18 -0400
Janos Dohanics w...@3dresearch.com wrote:

 While building kde4-4.5.1, I get this error:
 
 # make install clean
 ===   kde4-4.5.1 depends on file: /usr/local/kde4/bin/kdebugdialog -
 not found ===Verifying install
 [...]

I did some basic troubleshooting, and found that the files do not get
installed in /usr/local/share/xml/docbook/4.2/, except
the /usr/local/share/xml/docbook/4.2/ent directory is created.

This seems to be happening because the port uses /usr/bin/unzip instead
of /usr/local/bin/unzip.

How can I change this behavior so /usr/local/bin/unzip would be used?

-- 
Janos Dohanics
w...@3dresearch.com
___
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

x11/kdelibs4 build fails, can't find docbook

2010-09-17 Thread Janos Dohanics 
While building kde4-4.5.1, I get this error:

# make install clean
===   kde4-4.5.1 depends on file: /usr/local/kde4/bin/kdebugdialog -
not found ===Verifying install
for /usr/local/kde4/bin/kdebugdialog in /usr/ports/x11/kdebase4-runtime
===   kdebase-runtime-4.5.1 depends on file: /usr/local/lib/libssh.so
- found ===   kdebase-runtime-4.5.1 depends on
file: /usr/local/share/xml/docbook/4.2/docbookx.dtd - not found ===
Verifying install for /usr/local/share/xml/docbook/4.2/docbookx.dtd
in /usr/ports/textproc/docbook-xml ===   Returning to build of
kdebase-runtime-4.5.1 ===   kdebase-runtime-4.5.1 depends on
executable: gmake - found ===   kdebase-runtime-4.5.1 depends on
file: /usr/local/lib/qt4/libQtCore.so - found ===
kdebase-runtime-4.5.1 depends on file: /usr/local/lib/qt4/libQtDBus.so
- found ===   kdebase-runtime-4.5.1 depends on
file: /usr/local/bin/moc-qt4 - found ===   kdebase-runtime-4.5.1
depends on file: /usr/local/lib/qt4/libQtOpenGL.so - found ===
kdebase-runtime-4.5.1 depends on file: /usr/local/lib/qt4/libphonon.so
- found ===   kdebase-runtime-4.5.1 depends on
file: /usr/local/bin/qmake-qt4 - found ===   kdebase-runtime-4.5.1
depends on file: /usr/local/bin/rcc - found ===
kdebase-runtime-4.5.1 depends on file: /usr/local/bin/uic-qt4 - found
===   kdebase-runtime-4.5.1 depends on file: /usr/local/bin/automoc4 -
found ===   kdebase-runtime-4.5.1 depends on
file: /usr/local/bin/cmake - found ===   kdebase-runtime-4.5.1 depends
on shared library: IlmImf.6 - found ===   kdebase-runtime-4.5.1
depends on shared library: exiv2.9 - found ===   kdebase-runtime-4.5.1
depends on shared library: xine.1 - found ===   kdebase-runtime-4.5.1
depends on shared library: slp.1 - found ===   kdebase-runtime-4.5.1
depends on shared library: smbclient.0 - found ===
kdebase-runtime-4.5.1 depends on shared library: ssh.4 - found ===
kdebase-runtime-4.5.1 depends on shared library: attica.0 - found
===   kdebase-runtime-4.5.1 depends on shared library: intl - found
===   kdebase-runtime-4.5.1 depends on shared library: kimproxy.5 -
not found ===Verifying install for kimproxy.5
in /usr/ports/x11/kdelibs4 ===   kdelibs-4.5.1 depends on
file: /usr/local/lib/libhspell.a - found ===   kdelibs-4.5.1 depends
on file: /usr/local/share/ontology/core/rdf.ontology - found ===
kdelibs-4.5.1 depends on
file: /usr/local/share/xml/docbook/4.2/docbookx.dtd - not found ===
Verifying install for /usr/local/share/xml/docbook/4.2/docbookx.dtd
in /usr/ports/textproc/docbook-xml ===   Returning to build of
kdelibs-4.5.1 ===   kdelibs-4.5.1 depends on
file: /usr/local/share/xsl/docbook/html/docbook.xsl - found ===
kdelibs-4.5.1 depends on executable: gmake - found ===   kdelibs-4.5.1
depends on executable: bison - found ===   kdelibs-4.5.1 depends on
file: /usr/local/bin/assistant-qt4 - found ===   kdelibs-4.5.1 depends
on file: /usr/local/lib/qt4/libQtCore.so - found ===   kdelibs-4.5.1
depends on file: /usr/local/lib/qt4/libQtDBus.so - found ===
kdelibs-4.5.1 depends on file: /usr/local/bin/designer-qt4 - found
===   kdelibs-4.5.1 depends on file: /usr/local/lib/qt4/libQtGui.so -
found ===   kdelibs-4.5.1 depends on
file: /usr/local/lib/qt4/plugins/imageformats/libqjpeg.so - found
===   kdelibs-4.5.1 depends on file: /usr/local/bin/makeqpf-qt4 - found
===   kdelibs-4.5.1 depends on file: /usr/local/bin/moc-qt4 - found
===   kdelibs-4.5.1 depends on
file: /usr/local/lib/qt4/libQtNetwork.so - found ===   kdelibs-4.5.1
depends on file: /usr/local/lib/qt4/libQtOpenGL.so - found ===
kdelibs-4.5.1 depends on file: /usr/local/lib/qt4/libphonon.so - found
===   kdelibs-4.5.1 depends on file: /usr/local/bin/qdbusviewer -
found ===   kdelibs-4.5.1 depends on file: /usr/local/bin/qmake-qt4 -
found ===   kdelibs-4.5.1 depends on
file: /usr/local/lib/qt4/libQt3Support.so - found ===   kdelibs-4.5.1
depends on file: /usr/local/lib/qt4/libQtTest.so - found ===
kdelibs-4.5.1 depends on file: /usr/local/bin/rcc - found ===
kdelibs-4.5.1 depends on file: /usr/local/lib/qt4/libQtScript.so -
found ===   kdelibs-4.5.1 depends on
file: /usr/local/lib/qt4/libQtSql.so - found ===   kdelibs-4.5.1
depends on file: /usr/local/lib/qt4/libQtSvg.so - found ===
kdelibs-4.5.1 depends on file: /usr/local/bin/uic-qt4 - found ===
kdelibs-4.5.1 depends on file: /usr/local/lib/qt4/libQtXml.so - found
===   kdelibs-4.5.1 depends on executable: pkg-config - found ===
kdelibs-4.5.1 depends on file: /usr/local/bin/automoc4 - found ===
kdelibs-4.5.1 depends on package: kde4-shared-mime-info=1 - found
===   kdelibs-4.5.1 depends on file: /usr/local/bin/cmake - found
===   kdelibs-4.5.1 depends on shared library: searchclient - found
===   kdelibs-4.5.1 depends on shared library: soprano.4 - found
===   kdelibs-4.5.1 depends on shared library: IlmImf - found ===
kdelibs-4.5.1 depends on shared library: aspell - found ===
kdelibs-4.5.1 depends on shared library: jasper - found ===
kdelibs-4.5.1 depends on shared library: pcre - found ===
kdelibs-4.5.1 depends on shared