Re: KDE 4.1.3 (try #1) uploaded
nihui schrieb: On Friday 31 October 2008 04:37:59 Dirk Mueller wrote: Hi, just finished uploading the first try of the KDE 4.1.3 tarballs. I've not tested them much yet. Please give me feedback about compile issues (I see one in dashboard with kdenetwork, I'll try to replicate and fix that one) or other show stopper bugs. Planned announcement time is next week wednesday. Thanks, Dirk hi, hmm. I found that KDE 4.1.3 wouldn't be compiled with gcc 4.1.2. The errors were like such errors in BUG #162084. [#quoted: gcc 4.1.2 does not follow the C++ standard for nested classes.] 8888888 [ 56%] Building CXX object kio/CMakeFiles/kio.dir/kio/klimitediodevice.o kdelibs-4.1.3/kio/kio/kdirlister.cpp: In member function `void KDirListerCache::DirectoryData::moveListersWithoutCachedItemsJob()': kdelibs-4.1.3/kio/kio/kdirlister.h:636: error: `KDirLister:rivate* const KDirLister::d' is private kdelibs-4.1.3/kio/kio/kdirlister.cpp:2527: error: within this context 8888888 Besides, another kind of error occurred when I compiled it with gcc 3.x (or maybe gcc 4.3.1 too?) 8888888 kdelibs-4.1.3/nepomuk/core/resourcefiltermodel.cpp:181: instantiated from here /usr/lib/qt4/include/QtCore/qhash.h:854: error: call of overloaded `qHash(const QUrl)' is ambiguous kdelibs-4.1.3/nepomuk/core/resourcefiltermodel.cpp:52: note: candidates are: uint qHash(const Soprano::Node) kdelibs-4.1.3/nepomuk/core/resourcefiltermodel.cpp:46: note: uint Soprano::qHash(const Soprano::Node) 8888888 As these errors are only present in old gcc environment, I don't think devs must fix them. We can update the build requirements page on techbase instead. Nope, those should be fixed, but we don't need to change the tarball. Windows will break on those two errors but I already fixed them locally. nihui regards, Patrick ___ Kde-packager mailing list [EMAIL PROTECTED] https://mail.kde.org/mailman/listinfo/kde-packager -- web: http://windows.kde.org mailing list:[EMAIL PROTECTED] irc: #kde-windows (irc.freenode.net) ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: Release Goals
On Sun, Nov 2, 2008 at 4:30 PM, Matt Rogers [EMAIL PROTECTED] wrote: On Sunday 02 November 2008 06:29:23 Allen Winter wrote: Howdy, Here are the Release Goals for 4.2. Please send me an update on them: keep; remove; move to 4.3 Goals Also, please send me any 4.3 Goals that you have. * KDevelop and KDevplatform modules ^^ late, but will sorta be part of 4.2. right? * Decibel VOIP and real-time communication framework keep, i think. Other people are more knowledgeable about this than I am though. Note that nothing in a KDE/* module uses Decibel yet, that i'm aware of. Much as I'd like to say 'keep' to this, I don't know if I can really back it up. There is nothing in KDE (apart from experimental stuff that won't make 4.2) that actually uses Decibel, so its quite hard to justify it. I'll defer to Tobias Hunger on this though, if his opinion differs from mine. --- George Goldberg ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: Release Goals
On Sunday 02 November 2008, Allen Winter wrote: * Plasmagik plasma packages and add-on creator won't be in 4.2, unfortunately. thankfully we succeeded in a ton of other things for 4.2 =) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
kdepimlibs Licensing
Howdy, Would it be possible to relax the licensing requirements in kdepimlibs to permit GPL code? Currently, kdepimlibs requirements are the same as kdelibs; i.e. only LGPL, BSD, X11. There are at least 4 GPL libraries in kdepim (libkholidays, libksieve, kdgantt, libkleo) that would be very useful for kdebase, KOffice and extragear. For example: libkholidays could provide holiday info for calendar plasmoids libksieve could allow Mailody to implement IMAP sieve filters kgantt would allow KOffice Gantt charts without having to use the current svn external etc. Attempts at relicensing these libraries has failed or is very difficult. We have tried. I've been told that there was agreement at the last Akademy to allow kdepimlibs to have GPL code?? If wasn't there so this is 3rd hand info. I'd like an official answer. Or another suggestion. Comments? -Allen ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: kdepimlibs Licensing
A Divendres 07 Novembre 2008, Allen Winter va escriure: Howdy, Would it be possible to relax the licensing requirements in kdepimlibs to permit GPL code? Currently, kdepimlibs requirements are the same as kdelibs; i.e. only LGPL, BSD, X11. There are at least 4 GPL libraries in kdepim (libkholidays, libksieve, kdgantt, libkleo) that would be very useful for kdebase, KOffice and extragear. For example: libkholidays could provide holiday info for calendar plasmoids libksieve could allow Mailody to implement IMAP sieve filters kgantt would allow KOffice Gantt charts without having to use the current svn external etc. Attempts at relicensing these libraries has failed or is very difficult. We have tried. I've been told that there was agreement at the last Akademy to allow kdepimlibs to have GPL code?? If wasn't there so this is 3rd hand info. I'd like an official answer. Or another suggestion. Comments? I'm not at all involved in kdepimlibs besides roaming const fixes :D But this is my advice, if you are going to accept GPL libraries in kdepimlibs adding a _gpl suffix to them seems a good idea so people linking know they are linking to a GPL library. Albert -Allen ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team