Actually, you can avoid the issue with X modularization, becuase you do not need
BuildRequires xorg-x11-devel because qt-devel needs it, and in turn you don't
need qt-devel because kdelibs-devel needs it.
%{_datadir}/apps/%{name}/*
You have to own %{_datadir}/apps/pikdev/ itself. Drop the *.

(In reply to comment #8)
>
> Looks like non-portable code to me. AFAICT (I don't have access to ppc
systems,
> but have the glibc2 sources), sys/io.h is not available as part of the ppc's
glibc2.
So, what I have to do:
- exclude ppc arch?
- try to find if exist a file which provide similar functions?
> Besides this, I see more issues: The i386 log shows the package stripping
> executables/libraries and not correctly propagating RPM_OPT_FLAGS.
I have no experience about that. What I have to do?

(In reply to comment #9)
> (In reply to comment #8)
> So, what I have to do:
> - exclude ppc arch?
That's one option, suiteable as a short term aid.
> - try to find if exist a file which provide similar functions?
Better contact upstream and let them solve this issue.
> > Besides this, I see more issues: The i386 log shows the package stripping
> > executables/libraries and not correctly propagating RPM_OPT_FLAGS.
>
> I have no experience about that. What I have to do?
There are at least 2 issues:
1. Makefile.pkp is broken
It suffers from 2 issues:
a) It uses "gcc -lstdc++" to link.
This is a bug. It must use "g++" to link.
b) You must propagate RPM_OPT_FLAGS to it
The least intrusive approach to both problems would be to override
Makefile.pkp's hard-coded crap from make's command line inside of the spec, i.e.
to use something along this line:
make -f Makefile.pkp \
CCPP=g++ \
LINK=g++ \
CCPPOPT="$RPM_OPT_FLAGS -DPKP_VERSION=0.8.4" \
LIBS=
2. You are using "make install-strip"
This will strip executables during installation and render debug-infos unusable.
Simply use
"make install DESTDIR=$RPM_BUILD_DIR"
instead of
"make install-strip DESTDIR=$RPM_BUILD_DIR"

(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #8)
> > So, what I have to do:
> > - exclude ppc arch?
> That's one option, suiteable as a short term aid.
Done.
> > - try to find if exist a file which provide similar functions?
> Better contact upstream and let them solve this issue.
Done.
> > > Besides this, I see more issues: The i386 log shows the package
stripping
> > > executables/libraries and not correctly propagating RPM_OPT_FLAGS.
> >
> > I have no experience about that. What I have to do?
> There are at least 2 issues:
>
> 1. Makefile.pkp is broken
> It suffers from 2 issues:
> a) It uses "gcc -lstdc++" to link.
> This is a bug. It must use "g++" to link.
> b) You must propagate RPM_OPT_FLAGS to it
>
> The least intrusive approach to both problems would be to override
> Makefile.pkp's hard-coded crap from make's command line inside of the spec,
i.e.
> to use something along this line:
>
> make -f Makefile.pkp \
> CCPP=g++ \
> LINK=g++ \
> CCPPOPT="$RPM_OPT_FLAGS -DPKP_VERSION=0.8.4" \
> LIBS=
Done.
> 2. You are using "make install-strip"
> This will strip executables during installation and render debug-infos
unusable.
> Simply use
> "make install DESTDIR=$RPM_BUILD_DIR"
> instead of
> "make install-strip DESTDIR=$RPM_BUILD_DIR"
Done.
Buildsys reports no error.
Could you please have a look on build.log to see if everything is really OK
before I close this bug?
http://buildsys.fedoraproject.org/logs/fedora-development-extras/6363-pikdev-0.8.4-4.fc5/

(In reply to comment #14)
> Strange...
> pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find qt
> lib.
> http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/
Even stranger: I could reproduce it on i386/FC4!
[No idea why this didn't fail inside of the buildsys.
Does the buildsys set QTDIR?]
> Any idea on how to fix?
Try adding this right before the %configure inside of the spec
[ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh

(In reply to comment #15)
> (In reply to comment #14)
> > Strange...
> > pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find
qt
> > lib.
> > http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/>
> Even stranger: I could reproduce it on i386/FC4!
Sorry, I don't understand: you said build failed on i386/FC4?
But this is my config, and I build successfully...
> [No idea why this didn't fail inside of the buildsys.
> Does the buildsys set QTDIR?]
>
> > Any idea on how to fix?
> Try adding this right before the %configure inside of the spec
>
> [ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh
Done.