This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Amarok 1.4.5 won't build under Solaris

Tags: None
(comma "," separated)
griffous
Registered Member
Posts
2
Karma
0
Hi All,

Firstly, I can't code C or C++, and I have the barest understanding of functions. I'm just passing this feedback along from those who do, and I hope it makes sense!
Here is what I do know; Amarok 1.4.4 compiles on solaris 8/10 just fine. I've signed up to be the blastwave maintainer for amarok, and the 1.4.4. package [1] should be hitting the mirrors any day now - woohoo!

1.4.5 however, I can't get working, I'm bombing out with dirfd errors:

if /opt/csw/gcc3/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../amarok/src -I/opt/csw/include/taglib -I/opt/csw/kde-gcc/include    -DQT_THREAD_SUPPORT  -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DUSE_SOLARIS -DSVR4  -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -MT collectionscannerdcopiface_skel.o -MD -MP -MF ".deps/collectionscannerdcopiface_skel.Tpo" -c -o collectionscannerdcopiface_skel.o collectionscannerdcopiface_skel.cpp; \
then mv -f ".deps/collectionscannerdcopiface_skel.Tpo" ".deps/collectionscannerdcopiface_skel.Po"; else rm -f ".deps/collectionscannerdcopiface_skel.Tpo"; exit 1; fi
collectionscanner.cpp: In member function `void CollectionScanner::readDir(const QString&, QStringList&)':
collectionscanner.cpp:185: error: `dirfd' was not declared in this scope
collectionscanner.cpp:185: warning: unused variable 'dirfd'
gmake[4]: *** [collectionscanner.o] Error 1
gmake[4]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5/amarok/src/collectionscanner'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5/amarok/src'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5/amarok'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5'
gmake: *** [all] Error 2
[griffous@angelous:amarok-1.4.5]

Now, I'm told that dirfd doesn't exist in Solaris, and apon checking the collectionscanner.cpp file for 1.4.4, I see that dirfd isn't used - which would appear to support this theory.

So if I'm understanding this all correctly, I need the wonderful amarok developers to use a more unix friendly function to get Amarok working going forwards...
It would be awesome to get the latest version available for the entire Solaris community :) I've started a thread [2] on the opensolaris forums about getting dirfd implemented, but a better approach of course would be to not use this function at all.

Thoughts?

Gr|ffous

[1] http://www.blastwave.org/packages.php/amarok
[2] http://www.opensolaris.org/jive/thread. ... 1&tstart=0
Frank781
Registered Member
Posts
3
Karma
0
Hi!

Someone created a patch about this [url=http://mail.kde.org/pipermail/amarok/2007-March/003138.html]HERE!
[/url]

You could try it!
griffous
Registered Member
Posts
2
Karma
0
Ah ha!

So it's not just me then :)

Thanks for the link. I'll see if I can work my way through a svn install for the 1.4 branch too, as it appears that this has already been dealt to.
It's also interesting to read about libxine causing hangs. I'll see if I can round up a newer Blastwave version to deal with these issues present in 1.1.1

Is there likely to be a follow-up 1.4.x release, just for bug fixes like this, or am I best to leave the Blastwave package at 1.4.4?

Jonathan
User avatar
markey
KDE Developer
Posts
2286
Karma
3
OS
Yes, we're working on a 1.4.6 release (purely bugfixes).


--
Mark Kretschmann - Amarok Developer


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot]