Re: KDE 3.5 Release Candidate 1 packages available on alioth
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 <mikmak@freenux.org>:
>
>>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
>>
Reply to: