bangarang - libsmokenepomuk3 - kdebindings4

[Archie]

I thought I'd try something a little harder than those that I recently packaged. I set my eyes on Bangarang v2.0.1 and knew from a previous post that it was missing libsmokenepomuk3. So I looked and found it in rpmbone. Then it needed kdebindings4 I found it on ibiblio kde4 SRPMs. It needed a whole bunch of other -devel dependencies and I installed them all.

I ran the SPEC and it started to build ... 18% later, I got a Bad exit status with the following error:

Code: [Select]

Scanning dependencies of target smokephonon
[ 17%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/smokedata.o
[ 17%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_1.o
[ 17%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_2.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_3.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_4.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_5.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_6.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_7.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_8.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_9.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_10.o
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp: In static member function ‘static void __smokephonon::x_Phonon::x_1(Smoke::StackItem*)’:
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp:1430:58: warning: ‘void Phonon::registerMetaTypes()’ is deprecated (declared at /usr/include/phonon/objectdescription.h:349)
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp:1430:76: warning: ‘void Phonon::registerMetaTypes()’ is deprecated (declared at /usr/include/phonon/objectdescription.h:349)
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp:1430:76: error: conversion from ‘void’ to non-scalar type ‘QList<QPair<QByteArray, QString> >’ requested
make[2]: *** [smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_10.o] Error 1
make[1]: *** [smoke/qt/phonon/CMakeFiles/smokephonon.dir/all] Error 2
make: *** [all] Error 2
error: Bad exit status from /home/archie/src/tmp/rpm-tmp.5164 (%build)


RPM build errors:
    Bad exit status from /home/archie/src/tmp/rpm-tmp.5164 (%build)
Can someone explain what happened? Is there anyone else attempting to package Bangarang?

And most important, what is kdebinding4 used for? Sorry if this question sounds stupid.

Thanks for any reply.

[Texstar]

I thought I'd try something a little harder than those that I recently packaged. I set my eyes on Bangarang v2.0.1 and knew from a previous post that it was missing libsmokenepomuk3. So I looked and found it in rpmbone. Then it needed kdebindings4 I found it on ibiblio kde4 SRPMs. It needed a whole bunch of other -devel dependencies and I installed them all.

I ran the SPEC and it started to build ... 18% later, I got a Bad exit status with the following error:

Code: [Select]

Scanning dependencies of target smokephonon
[ 17%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/smokedata.o
[ 17%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_1.o
[ 17%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_2.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_3.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_4.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_5.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_6.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_7.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_8.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_9.o
[ 18%] Building CXX object smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_10.o
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp: In static member function ‘static void __smokephonon::x_Phonon::x_1(Smoke::StackItem*)’:
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp:1430:58: warning: ‘void Phonon::registerMetaTypes()’ is deprecated (declared at /usr/include/phonon/objectdescription.h:349)
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp:1430:76: warning: ‘void Phonon::registerMetaTypes()’ is deprecated (declared at /usr/include/phonon/objectdescription.h:349)
/home/archie/src/rpm/BUILD/kdebindings-4.6.0/build/smoke/qt/phonon/x_10.cpp:1430:76: error: conversion from ‘void’ to non-scalar type ‘QList<QPair<QByteArray, QString> >’ requested
make[2]: *** [smoke/qt/phonon/CMakeFiles/smokephonon.dir/x_10.o] Error 1
make[1]: *** [smoke/qt/phonon/CMakeFiles/smokephonon.dir/all] Error 2
make: *** [all] Error 2
error: Bad exit status from /home/archie/src/tmp/rpm-tmp.5164 (%build)


RPM build errors:
    Bad exit status from /home/archie/src/tmp/rpm-tmp.5164 (%build)
Can someone explain what happened? Is there anyone else attempting to package Bangarang?

And most important, what is kdebinding4 used for? Sorry if this question sounds stupid.

Thanks for any reply.

You need Perl 5.12.x to compile kdebindings and our Perl version is 5.10.1. If you upgrade Perl to 5.12.x then you need to rebuild every single perl package in the repo plus the drakxtools, plus any programs that have perl subpackages.

[rubentje1991]

And that are not 50 packages, not 500, but more than thousand if I remember correctly (last time Texstar has been busy with it about over a week I think)

So...   

[Archie]

Sorry but I gotta be realistic and wait for you, the most experienced, to tackle such a monstrous task. That isn't my idea of 'a little harder' ... that is very, very hard.

And boss, I can imagine the time you spend on the packages that you build, hence I just wanted to give some of mine to help out.

So, Bangarang would just have to wait.

[menotu]

So, Bangarang would just have to wait.

Just gonna have to Hangaround............

[pbowyer]

I just found this thread as I was looking for information about building kdebindings4.

I didn't know about the requirement for perl >= 5.12.x and I have a spec file for kdebindings4 that I cobbled together from a couple of others from:
http://carroll.cac.psu.edu/pub/linux/distributions/mandrivalinux/devel/cooker/SRPMS/main/release/
http://ftp.heanet.ie/pub/pclinuxos/apt/pclinuxos/2010/

It would prep OK, but would die about 29% into the compile with:
Linking CXX shared module ../../blib/arch/auto/KDEUi4/kperlpluginfactory.so
/usr/bin/ld: cannot find -lndbm
collect2: ld returned 1 exit status
make[2]: *** [perl/blib/arch/auto/KDEUi4/kperlpluginfactory.so] Error 1
make[1]: *** [perl/kdeui/src/CMakeFiles/kperlpluginfactory.dir/all] Error 2


My reason for wanting kdebindings4 is that I've been working to learn common lisp and I wanted to try commonqt, a Common Lisp binding to the smoke library for Qt, so I could write GUI applications using common lisp.

Will I get very old and gray before all of the Perl prerequisites are satisfied so kdebindings4 can be built? It seems like a huge project upgrading PCLinuxOS's Perl to 5.12.x or whatever the latest is.

I'm a novice packager and I've only made RPMs for my personal repository because I didn't feel I could do it with enough expertise to satisfy the quality standards of PCLinuxOS, but I'd be willing to help if it would shorten the waiting period for things I need.

[pbowyer]

My reason for wanting kdebindings4 is that I've been working to learn common lisp and I wanted to try commonqt, a Common Lisp binding to the smoke library for Qt, so I could write GUI applications using common lisp.

I've discovered an alternate package that will allow me to experiment with common lisp GUI applications so the importance of upgrading Perl has diminished for me although it's probably something that should be done soon. Many of the Linux systems I see listed on DistroWatch.com show Perl 5.14 as their offering. I didn't check the other major package version offerings for those Linux systems that are listed, but maybe that would be a good yardstick to use for PCLinuxOS package updates.