x11/kdelibs4 build fails
Is any one else having a problem[1] building kdelibs4 since the update to KDE 4.10.3? I'm seeing the same error on three different machines. Any clues how to fix? [1] http://mail.kde.org/pipermail/kde-freebsd/2013-May/015369.html -- Greg Rivers ___ 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
On Tue, 21 Sep 2010 05:59:19 -0700
Jeremy Chadwick 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 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 wrote:
> > > > >
> > > > > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > > > > Janos Dohanics 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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd
Re: x11/kdelibs4 build fails, can't find docbook
On Tue, Sep 21, 2010 at 03:25:38AM -0400, Janos Dohanics wrote:
> On Mon, 20 Sep 2010 19:05:12 -0700
> Jeremy Chadwick 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 wrote:
> > > >
> > > > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > > > Janos Dohanics 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
On Mon, 20 Sep 2010 19:05:12 -0700
Jeremy Chadwick 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 wrote:
> > >
> > > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > > Janos Dohanics 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
___
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
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 wrote:
> >
> > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > Janos Dohanics 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
On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
> On Mon, 20 Sep 2010 22:07:16 +0200
> olli hauer wrote:
>
> > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > Janos Dohanics 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
On Mon, 20 Sep 2010 22:07:16 +0200
olli hauer wrote:
> On 2010-09-20 07:37, Janos Dohanics wrote:
> > On Fri, 17 Sep 2010 15:31:18 -0400
> > Janos Dohanics 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
___
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
On 2010-09-20 07:37, Janos Dohanics wrote:
> On Fri, 17 Sep 2010 15:31:18 -0400
> Janos Dohanics 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
On Fri, 17 Sep 2010 15:31:18 -0400 Janos Dohanics 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 ___ 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
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 o
