Re: arm linking problems keeping KDE 3 out of testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Freitag, 16. Mai 2003 16:50 schrieb Chris Cheney: > Yep, I am working on it, James Troup thought it was related to the fact > that libtool didn't have an entry for arm in its m4 file, but if it is > only the Xinerama issue then it will be fixed fairly easily. I had hoped > XFree86 4.3 would already be in sid by now which would have resolved the > issue automatically, but since it isn't I will patch up the build > scripts to link against foo_pic (there are other problems than just arm > wrt pic libs). Having KDE3 drop down to testing is rather urgent because incompatible libs already did. E.g.libvorbis0a conflicts with the woody KDE3 debs from download.kde.org which prevents all apps that have libvorbis0a somewhere in their dependency chain from being upgradable :-/ (e.g. sox, sweep, timidity). So for now, in testing, libvorbis-dev is uninstallable because it wants to remove all of KDE3 :( Or is there a KDE3 build to be compatible with current debian testing (means: compiled with libvorbis0a package)? HS - -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+xnfvzvr6q9zCwcERAu6kAJ4iww8RMFk15BVaAOZr8v415vPeqQCghcNg buSpcdOy1KFWFioJjta7GBI= =BOWo -END PGP SIGNATURE-
Re: arm linking problems keeping KDE 3 out of testing
Chris Cheney writes: Chris> Yep, I am working on it, James Troup thought it was related Chris> to the fact that libtool didn't have an entry for arm in its Chris> m4 file, but if it is only the Xinerama issue then it will be Chris> fixed fairly easily. I had hoped XFree86 4.3 would already be Chris> in sid by now which would have resolved the issue Chris> automatically, but since it isn't I will patch up the build Chris> scripts to link against foo_pic (there are other problems Chris> than just arm wrt pic libs). ok, great ! hope you get it sorted out.. thanks domi -- Things will be bright in P.M. A cop will shine a light in your face.
Re: arm linking problems keeping KDE 3 out of testing
On Fri, May 16, 2003 at 09:50:23AM -0500, Chris Cheney wrote: > Yep, I am working on it, James Troup thought it was related to the fact > that libtool didn't have an entry for arm in its m4 file, but if it is > only the Xinerama issue then it will be fixed fairly easily. I had hoped > XFree86 4.3 would already be in sid by now which would have resolved the > issue automatically, but since it isn't I will patch up the build > scripts to link against foo_pic (there are other problems than just arm > wrt pic libs). Don't hold your breath for 4.3 in sid. :\ -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpjKaPhfuKfR.pgp Description: PGP signature
Fwd: arm linking problems keeping KDE 3 out of testing
-- Weitergeleitete Nachricht -- Subject: arm linking problems keeping KDE 3 out of testing Date: Freitag, 16. Mai 2003 16:00 From: Dominique Devriese <[EMAIL PROTECTED]> To: debian-kde@lists.debian.org Hi, I've been trying to figure out why KDE 3 is still not in the main testing repository yet, and I think I've kinda nailed it down. The reason, according to the update_excuses.html [1], is that it is "out of date on arm". This is caused by it failing to compile on the arm buildd's.. I've then checked the buildd logs for kdelibs on arm [2], and it seems that the problem is this: /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT-o libkdecore.la -rpath /usr/lib-L/usr/X11R6/lib -version-info 5:0:1 -no-undefined fakes.lo vsnprintf.lo libkdecore_la.all_cpp.lo malloc/libklmalloc.la svgicons/libkdesvgicons.la ../dcop/libDCOP.la ../libltdl/libltdlc.la -lXext -lresolv -lXinerama -L/usr/lib -lart_lgpl_2 -lm ../kdefx/libkdefx.la *** Warning: linker path does not have real file for library -lXinerama. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libXinerama and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/X11R6/lib/libXinerama.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. So the problem is that libXinerama is not available as a dynamic library, ( which I've checked and is indeed not the case, and I think I've read somewhere that there was a good reason for this ( Daniel ? ) ). For some reason ( which I don't really understand ), the arm linker then decides to only make a static lib of kdecore ( and kdeui as well ). This causes problems further down the kdelibs compile. So, what I'm basically asking, is whether someone is looking at this, or has any idea on a way to solve this ? This problem is keeping back KDE 4 from testing, and I personally think it's about time that KDE 3 enters testing.. Thanks domi Footnotes: [1] http://ftp-master.debian.org/testing/update_excuses.html [2] http://buildd.debian.org/fetch.php?&pkg=kdelibs&ver=4%3A3.1.1-1&arch=arm&sta mp=1049165170&file=log&as=raw -- Kindness is a language which the deaf can hear and the blind can read. -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ---
Re: arm linking problems keeping KDE 3 out of testing
On Fri, May 16, 2003 at 04:00:06PM +0200, Dominique Devriese wrote: > > Hi, > I've been trying to figure out why KDE 3 is still not in the main > testing repository yet, and I think I've kinda nailed it down. > > The reason, according to the update_excuses.html [1], is that it is > "out of date on arm". This is caused by it failing to compile on the > arm buildd's.. > I've then checked the buildd logs for kdelibs on arm [2], and it seems > that the problem is this: -snip- > So the problem is that libXinerama is not available as a dynamic > library, ( which I've checked and is indeed not the case, and I think > I've read somewhere that there was a good reason for this ( Daniel ? ) > ). For some reason ( which I don't really understand ), the arm > linker then decides to only make a static lib of kdecore ( and kdeui > as well ). This causes problems further down the kdelibs compile. > > So, what I'm basically asking, is whether someone is looking at this, > or has any idea on a way to solve this ? This problem is keeping back > KDE 4 from testing, and I personally think it's about time that KDE 3 > enters testing.. Yep, I am working on it, James Troup thought it was related to the fact that libtool didn't have an entry for arm in its m4 file, but if it is only the Xinerama issue then it will be fixed fairly easily. I had hoped XFree86 4.3 would already be in sid by now which would have resolved the issue automatically, but since it isn't I will patch up the build scripts to link against foo_pic (there are other problems than just arm wrt pic libs). Chris
arm linking problems keeping KDE 3 out of testing
Hi, I've been trying to figure out why KDE 3 is still not in the main testing repository yet, and I think I've kinda nailed it down. The reason, according to the update_excuses.html [1], is that it is "out of date on arm". This is caused by it failing to compile on the arm buildd's.. I've then checked the buildd logs for kdelibs on arm [2], and it seems that the problem is this: /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT-o libkdecore.la -rpath /usr/lib-L/usr/X11R6/lib -version-info 5:0:1 -no-undefined fakes.lo vsnprintf.lo libkdecore_la.all_cpp.lo malloc/libklmalloc.la svgicons/libkdesvgicons.la ../dcop/libDCOP.la ../libltdl/libltdlc.la -lXext -lresolv -lXinerama -L/usr/lib -lart_lgpl_2 -lm ../kdefx/libkdefx.la *** Warning: linker path does not have real file for library -lXinerama. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libXinerama and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/X11R6/lib/libXinerama.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. So the problem is that libXinerama is not available as a dynamic library, ( which I've checked and is indeed not the case, and I think I've read somewhere that there was a good reason for this ( Daniel ? ) ). For some reason ( which I don't really understand ), the arm linker then decides to only make a static lib of kdecore ( and kdeui as well ). This causes problems further down the kdelibs compile. So, what I'm basically asking, is whether someone is looking at this, or has any idea on a way to solve this ? This problem is keeping back KDE 4 from testing, and I personally think it's about time that KDE 3 enters testing.. Thanks domi Footnotes: [1] http://ftp-master.debian.org/testing/update_excuses.html [2] http://buildd.debian.org/fetch.php?&pkg=kdelibs&ver=4%3A3.1.1-1&arch=arm&stamp=1049165170&file=log&as=raw -- Kindness is a language which the deaf can hear and the blind can read. -- Mark Twain