AMD64 packages : deb ftp://ftp-fourier.ujf-grenoble.fr/debian/kde35rc1/ ./
these packages are not provided by the KDE packagers team, there are just provided as is by me :) (with no warranty ... .. .. :) Cheers, Mik Rafael Rodríguez a écrit : > :DDD > > Keep up the good work! (and drop a note when they're ready) ;)) > > Rafael Rodríguez > > 2005/11/17, Mickael Marchand <[EMAIL PROTECTED]>: > >>Rafael Rodríguez a écrit : >> >>>Now only if some caritative soul uploaded the amd64 debs... :P >>> >>>Rafael Rodríguez >>> >>> >>> >>> >>>>Christopher Martin wrote: >>>> >>>> >>>>>[Please follow-up to debian-kde@lists.debian.org only. Thanks.] >>>>> >>>>>3.5 RC1 PACKAGES >>>>>================ >>>>> >>>>>The Debian Qt/KDE team has been hard at work, and would like to announce >>>>>the availability of packages for KDE 3.5 Release Candidate 1. These >>>>>packages have not been uploaded to the archive, not even experimental, >>>>>but are available from the pkg-kde alioth repository. They are still >>>>>rough and experimental, so don't use them unless you're willing to risk a >>>>>broken desktop. You can access the packages by adding the following lines >>>>>to your sources.list: >>>>> >>>>>deb http://pkg-kde.alioth.debian.org/kde-3.5-rc1 ./ >>>>>deb-src http://pkg-kde.alioth.debian.org/kde-3.5-rc1 ./ >>> >>> >>arts, kdelibs and kdebase built fine yet. >>but kdenetwork FTBS on amd64 : >> >> g++ -DHAVE_CONFIG_H -I. >>-I/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc >>-I../../../.. >>-I/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc >>-I/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/libkopete >>-I../../../../kopete/libkopete >>-I/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/libkopete/avdevice >>-I/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/libkopete/ui >>-I../../../../kopete/libkopete/ui -I/usr/include/kde >>-I/usr/share/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT >>-D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 >>-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W >>-Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security >>-Wmissing-format-attribute -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 kircmessage.lo -MD >>-MP -MF .deps/kircmessage.Tpo -c >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp >> -fPIC -DPIC -o .libs/kircmessage.o >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp: >>In static member function 'static KIRC::Message >>KIRC::Message::parse(KIRC::Engine*, const QTextCodec*, bool*)': >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:171: >>error: ISO C++ says that these are ambiguous, even though the worst >>conversion for the first is better than the worst conversion for the second: >>/usr/share/qt3/include/qmemarray.h:99: note: candidate 1: type& >>QMemArray<type>::operator[](int) const [with type = char] >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:171: >>note: candidate 2: operator[](const char*, long int) <built-in> >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:172: >>error: ISO C++ says that these are ambiguous, even though the worst >>conversion for the first is better than the worst conversion for the second: >>/usr/share/qt3/include/qmemarray.h:99: note: candidate 1: type& >>QMemArray<type>::operator[](int) const [with type = char] >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:172: >>note: candidate 2: operator[](const char*, long int) <built-in> >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:174: >>error: ISO C++ says that these are ambiguous, even though the worst >>conversion for the first is better than the worst conversion for the second: >>/usr/share/qt3/include/qmemarray.h:99: note: candidate 1: type& >>QMemArray<type>::operator[](int) const [with type = char] >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:174: >>note: candidate 2: operator[](const char*, long int) <built-in> >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:175: >>error: ISO C++ says that these are ambiguous, even though the worst >>conversion for the first is better than the worst conversion for the second: >>/usr/share/qt3/include/qmemarray.h:99: note: candidate 1: type& >>QMemArray<type>::operator[](int) const [with type = char] >>/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/./kopete/protocols/irc/libkirc/kircmessage.cpp:175: >>note: candidate 2: operator[](const char*, long int) <built-in> >>make[6]: *** [kircmessage.lo] Error 1 >>make[6]: Leaving directory >>`/home/mikmak/src/kde-debian/kdenetwork-3.5-rc1/obj-x86_64-linux-gnu/kopete/protocols/irc/libkirc' >> >> >>patch to fix it: >> >>--- kircmessage.cpp.orig 2005-11-17 08:24:06.000000000 +0100 >>+++ kircmessage.cpp 2005-11-17 08:29:12.000000000 +0100 >>@@ -168,11 +168,11 @@ >> // >> // Some servers send '\n' instead of '\r\n' that >>the RFCs say they should be sending. >> >>- if (length > 1 && raw[length-2] == '\n') { >>- raw[length-2] = '\0'; >>+ if (length > 1 && raw.at(length-2) == '\n') { >>+ raw.at(length-2) = '\0'; >> } >>- if (length > 2 && raw[length-3] == '\r') { >>- raw[length-3] = '\0'; >>+ if (length > 2 && raw.at(length-3) == '\r') { >>+ raw.at(length-3) = '\0'; >> } >> >> kdDebug(14121) << "<< " << raw << endl; >> >>Cheers, >>Mik >> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
