I decided to see how other packages might compile. Next in the build chain is kdebase. That build effort failed quickly.
I'm attaching the output of the build.
Curious error message:
configure: WARNING: linux/cdrom.h: present but cannot be compiled
Is this a problem with my kernel version (2.6.27.48-smp) or kernel configuration? I can recompile the kernel if necessary?
I do not have the Trinity version of kdelibs or arts installed. I don't know whether that is important.
I'm building with a stock 3.5.10 installed.
Darrell
I'm attaching a text file of the build output.
Regarding avahi, I just built and installed the avahi 0.6.25 package. Not the latest version, but all I can install because I have an older GTK2 package.
I saw no error messages when trying to build kdelibs with avahi installed. Thus, my concern about Debian-specific package names was unfounded. I notice in the avahi package contents the files your build system seeks are include files, which would be the same on any system.
I installed avahi only to test the build process. I don't think avahi should be a prerequisite and the stock Slackware does not provide that package. Anyway, good news that the build works with or without avahi.
I hope the attached file helps.
Suspect messages I notice in the config process:
lua.h was not found or was not usable, Lua 5.0 headers are required !
...
configure: WARNING: Could not find krb5-config
...
configure: creating ./config.status
wrong input (flag != 4) at admin/conf.change.pl line 117, <> line 1998.
...
config.status: creating kdecore/kde-config.cpp
config.status: WARNING: 'kdecore/kde-config.cpp.in' seems to ignore the --datarootdir setting
D.
> Can you please post the complete output of your build
> script? You can
> attach it to a message as a text document if you want.
I just did with the previous response.
I'll attach again.
> can you please
> post the complete output of the build script in a text
> attachment?
Here you go:
1) Build script is tqtinterface.SlackBuild
2) KDE.options, which is sourced in the build script
3) stdout of build process
I am not building directly within the svn tree. I copy the tqtinterface directory to a build location.
Greetings,
I hope this first message gets through.
I am going to try creating build scripts for KDE 3.5.x for Slackware. I am stepping into something over my head as I am not a developer and have no skills in c++. I'll need lots of hand-holding from other developers. :) In other words, please do not assume when explaining. I'll learn but need good explanations.
I have the svn tree duplicated locally.
I am trying to build kdelibs.
In my build script I check that the following packages are installed:
cups
qt-3.3
dbus-qt3
qca-1
qca-tls
poppler
pcre
libxml2
libxslt
arts
I have qt-3.3.8b and arts 1.5.10 installed. I have not rebuilt arts through svn. I'm just trying to get the kinks out of this process right now and will built that package some other day.
I have the build script creating the makefiles as suggested at the wiki:
cp -Rp /usr/lib/build/libtool.m4 file> admin/libtool.m4.in
cp -Rp /usr/lib/build/ltmain.sh file> admin/ltmain.sh
make -f admin/Makefile.common
I saw no errors with that section of the build script.
First errors I notice when building kdelibs are when running config:
checking if TQt is available... no
configure: WARNING: You are attempting to compile Trinity without the Trinity Qt Interface installed. Please install libtqtinterface-dev and try again!
Seems like two errors there. I have tqtinterface installed in the svn dependencies directory.
Slackware does not split sources into user and developers packages like Debian. As I am building these packages on a system with KDE 3.5.10 installed, I likely have the qt developer files installed. This is the way packages are built for Slackware.
Another error I noticed in the config process:
lua.h was not found or was not usable, Lua 5.0 headers are required !
The stock Slackware does not ship with lua installed.
Thereafter the kdelibs build fails early in the process with the following messages:
mv -f .deps/accept.Tpo .deps/accept.Plo
mv: cannot stat `.deps/accept.Tpo': No such file or directory
make[4]: *** [accept.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
mv -f .deps/authutil.Tpo .deps/authutil.Plo
mv -f .deps/connect.Tpo .deps/connect.Plo
mv: cannot stat `.deps/authutil.Tpo': No such file or directory
mv: cannot stat `.deps/connect.Tpo': No such file or directory
make[4]: *** [authutil.lo] Error 1
make[4]: *** [connect.lo] Error 1
make[4]: Leaving directory `/dev/shm/kdelibs/dcop/KDE-ICE'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/dev/shm/kdelibs/dcop'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/dev/shm/kdelibs/dcop'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dev/shm/kdelibs'
make: *** [all] Error 2
I do not build in the svn directory. I copied the kdelibs and dependencies source files to a temporary location. Perhaps that is why these errors happen. I'm guessing there might be a path problem.
I hope I provided sufficient information.
Darrell
> File extensions:
>
> tlz
> txz
> xz
> tar.xz
> lz
> tar.lz
> lzma
Thanks!
>
> How do these extensions get recognized automatically by KDE? When I select
> a txz file in konqueror the context menu should automatically provide the
> option to open in Ark. this does not happen until after I manually add the
> extensions.
There are four new mimetype files that need to be installed to the system,
and probably added to your local copy of
kdelibs/mimetypes/application/Makefile.in as well. They are:
kdelibs/mimetypes/application/x-lzma.desktop
kdelibs/mimetypes/application/x-tlz.desktop
kdelibs/mimetypes/application/x-txz.desktop
kdelibs/mimetypes/application/x-xz.desktop
>
> Are the new packages supposed to add those extensions automatically? If
> so, where? A *.desktop file? Possibly I need to patch a makefile
> on-the-fly much as I did for ensuring the desktop files get added to the
> kdelibs package?
>
> Darrell Anderson
> http://humanreadable.nfshost.com/
>
>
>
>
>