Re: DragonFly KDE4.8: issue with QT4-tools or KDE-workspace4?

[John Marino <netbsd%marino.st@localhost>]

On 4/1/2012 17:09, John Marino wrote:
> On 4/1/2012 13:30, Mark Davies wrote:
> > On Sunday 01 April 2012 23:19:17 I wrote:
> > > There is then the question why it would strike DragonFly and not NetBSD
> > > (or other systems).
> >
> > And the answer is because kde-workspace4/hacks.mk has an older version of
> > the workaround in it.
> >
> > What happens if you replace the last line of hacks.mk with
> > ln -s ${BUILDLINK_PREFIX.qt4-libs}/qt4/mkspecs/default
> > ${BUILDLINK_DIR}/qt4/mkspecs/default
> >
> > cheers
> > mark
>
> Hi Mark,
> The package fails with the same error with that line.
> That doesn't really surprise me because according to the PLIST of
> qt4-tools, there is no qplatformdefs.h file in the qt4/mkspecs/default
> directory unless you build qt4-tools on SunOS.
>
> But I suspect you are on the right track here.
>
> Thanks,
> John


(The following was already sent but didn't make to the mailing list due 
to the wrong "From:" address
===============
I think this might actually be the problem:
bmake: "/usr/pkgsrc/x11/kde-workspace4/hacks.mk" line 19: warning: 
duplicate script for target "post-wrapper" ignored
bmake: "/usr/pkgsrc/x11/kde-workspace4/hacks.mk" line 12: warning: using 
previous script for "post-wrapper" defined here

Hacks.mk has always had two definitions for post-wrapper.  Apparently 
that's not allowed. Folks with inet6 option defined won't get this error 
though.
===============

Since this post, I did a test with hacks.mk and moved the line
        ln -s netbsd-g++ ${BUILDLINK_DIR}/qt4/mkspecs/default
inside the first post-wrapper target and commented out the second one.

After that, kde-workspace4 built fine.

So hacks.mk has a big bug in it.  It has to be re-written such that only 
one post-wrapper target can be executed in all cases.  This bug would 
affect any system that doesn't use the inet6 option.

John