new kdm theme
I have a new kdm theme, as well as a minor update to the existing ksplash theme for 4.4 It is done, but because I just recently got my svn account I never committed it. You can view the result/theme here: http://apt.shtylman.com/stuff/login.mpeg Nuno approves artwork wise :) Questions: Should I commit it... and if so where? into trunk and also the branch? ~Roman ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
2010/1/6 Dirk Mueller muel...@kde.org: Hi, I just finished the first set of 4.3.90 (KDE 4.4 RC1) tarballs and uploaded them. kde-l10n still takes a few more hours, I'll upload them later. Please let me know of any urgent issues, we'd like to release this asap. Hi, kdebindings fails to build here: Linking CXX shared library ../../lib/pykde/phonon.so [ 83%] Built target python_module_PyKDE4_phonon [ 84%] Generating sip/plasma/sipplasmapart0.cpp, sip/plasma/sipplasmapart1.cpp, sip/plasma/sipplasmapart2.cpp, sip/plasma/sipplasmapart3.cpp, sip/plasma/sipplasmapart4.cpp, sip/plasma/sipplasmapart5.cpp, sip/plasma/sipplasmapart6.cpp, sip/plasma/sipplasmapart7.cpp sip: QAbstractAnimation has not been defined make[2]: *** [python/pykde4/sip/plasma/sipplasmapart0.cpp] Error 1 make[1]: *** [python/pykde4/CMakeFiles/python_module_PyKDE4_plasma.dir/all] Error 2 make: *** [all] Error 2 -- Andrea `bash` Scarpino Arch Linux Developer ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Wed, 6 Jan 2010, Dirk Mueller wrote: Hi, I just finished the first set of 4.3.90 (KDE 4.4 RC1) tarballs and uploaded them. kde-l10n still takes a few more hours, I'll upload them later. Please let me know of any urgent issues, we'd like to release this asap. Greetings, Dirk ___ Kde-packager mailing list kde-packa...@kde.org https://mail.kde.org/mailman/listinfo/kde-packager Here, kdelibs 4.3.90 fails to find shared-desktop-ontologies. The 4.3.85 tarball did not have any problem finding and using shared-desktop-ontologies. The shared-desktop-ontologies which I have installed has not changed at all in the meantime (this is v0.2). I see that kdelibs/cmake/modules/FindSharedDesktopOntologies.cmake has changed since, to make v 0.2 a requirement (the previous version would just use /usr/share/ontologies as a fallback which is indeed correct) but I do not understand why cmake does not find my installed SDO 0.2. I have /usr/share/cmake/SharedDesktopOntologies/SharedDesktopOntologiesConfig.cmake with this content: set(SHAREDDESKTOPONTOLOGIES_VERSION_MAJOR 0) set(SHAREDDESKTOPONTOLOGIES_VERSION_MINOR 2) set(SHAREDDESKTOPONTOLOGIES_VERSION 0.2) set(SHAREDDESKTOPONTOLOGIES_ROOT_DIR /usr/share/ontology) Cheers, Eric -- Eric Hameleers al...@slackware.com Jabber: al...@jabber.xs4all.nl ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
2010/1/7 Eric Hameleers al...@slackware.com: Here, kdelibs 4.3.90 fails to find shared-desktop-ontologies. The 4.3.85 tarball did not have any problem finding and using shared-desktop-ontologies. The shared-desktop-ontologies which I have installed has not changed at all in the meantime (this is v0.2). None problem with shared-desktop-ontologies 0.2 here. About the sip error I am trying to build it with the last sip snapshot. -- Andrea `bash` Scarpino Arch Linux Developer ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 07 January 2010, Eric Hameleers wrote: SDO 0.2. I have /usr/share/cmake/SharedDesktopOntologies/SharedDesktopOntologiesConfig.cmak e with this content: you need /usr/share/cmake/SharedDesktopOntologies/SharedDesktopOntologiesConfigVersion.cmake as well, this is installed by my package here. Greetings, Dirk ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 07 January 2010 14:28:22 Eric Hameleers wrote: Here, kdelibs 4.3.90 fails to find shared-desktop-ontologies. The I've also had this problem in a test build last week. Turned out that my cmake was too old, updating fixed it. Same issue? -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 07 January 2010, Eric Hameleers wrote: Indeed, and as Sebastian Kügler also suggested, cmake was too old, being 2.6.2 here. With cmake 2.8.0, SDO was found alright. My suggestion would be to force the cmake version in building KDE 4.4 to be at least 2.6.3. Okay, I've raised the requirement to 2.6.3 now. Thanks for the report. Greetings, Dirk ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 07 January 2010 16:46:11 Dirk Mueller wrote: On Thursday 07 January 2010, Eric Hameleers wrote: Indeed, and as Sebastian Kügler also suggested, cmake was too old, being 2.6.2 here. With cmake 2.8.0, SDO was found alright. My suggestion would be to force the cmake version in building KDE 4.4 to be at least 2.6.3. Okay, I've raised the requirement to 2.6.3 now. Thanks for the report. Props go to Christophe, he pointed me to that solution when I ran into it. :) -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 07 January 2010, Andrea Scarpino wrote: Hi, kdebindings fails to build here: while I had the problem originally, after updating to 4.4 kdebase/workspace it builds fine for me. Can anybody else confirm that it builds? I would release the tarballs then. Greetings, Dirk ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE/kdelibs/cmake/modules
On Thursday 07 January 2010, Raphael Kubo da Costa wrote: On Thu, Jan 7, 2010 at 3:53 PM, Alexander Neundorf neund...@kde.org wrote: SVN commit 1071192 by neundorf: we require CMake 2.6.2 or KDE, nothing else has been announced, discussed or even suggested Alex CCMAIL: kde-buildsys...@kde.org CCMAIL: muel...@kde.org M +1 -1 FindKDE4Internal.cmake --- trunk/KDE/kdelibs/cmake/modules/FindKDE4Internal.cmake #1071191:1071192 @@ -275,7 +275,7 @@ # this is required now by cmake 2.6 and so must not be skipped by if(KDE4_FOUND) below -cmake_minimum_required(VERSION 2.6.3 FATAL_ERROR) +cmake_minimum_required(VERSION 2.6.2 FATAL_ERROR) # set the cmake policies to the 2.4.x compatibility settings (may change for KDE 4.3) cmake_policy(VERSION 2.4.5) Short note: the discussion seems to be taking place in the release-team and kde-packager mailing lists: CCing them... In case there are problems with the buildsystem, please post to kde-buildsys...@kde.org, or k-c-d. At least CC me. Increasing the required version of CMake for kdelibs without asking what the problem is, discussing it and announcing it a few weeks before the switch then actually happens is an absolute no-go. apparently CMake 2.6.3 isn't able to find SharedDesktopOntologies correctly on some systems. So, what's not working ? Alex ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
Andrea Scarpino wrote: 2010/1/7 Dirk Mueller muel...@kde.org: while I had the problem originally, after updating to 4.4 kdebase/workspace it builds fine for me. I can confirm the same failure here, building against kdebase-worspace-4.3.90. But kdebase-workspace requires kdebindings-python to enable KDE Python support, if your solution work, one needs to build kdebase-workspace twice?? That's one of those checks for stuff really only needed at runtime, not buildtime... (which really irks me(1)) I'd propose that runtime-only checks like that: 1. not be fatal for the build 2. output/warning be made clearer that this is a runtime-only dependency (or the check be removed altogether). (though I suppose such a proposal may be better suited for the buildsystem list) -- Rex p.s. amarok has a similar type of check for qtscriptgenerator... I'm sure there are others. ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
KDE/kdelibs/cmake/modules
SVN commit 1071218 by neundorf: -make cmake 2.6.2 find SDO 0.2 This didn't work since SDO 0.2 installs its files into share/cmake/SDO/, which is supported by cmake = 2.6.3, but not by 2.6.2, which KDE requires. It would be nice if SDO would install it into share/SDO/ or share/SDO/cmake, then it would be found automatically by cmake 2.6.2 and also 2.6.3 and all newer versions. Alex CCMAIL: kde-buildsys...@kde.org CCMAIL: muel...@kde.org CCMAIL: release-team@kde.org CCMAIL: tr...@kde.org CCMAIL: kde-packag...@kde.org M +8 -1 FindSharedDesktopOntologies.cmake --- trunk/KDE/kdelibs/cmake/modules/FindSharedDesktopOntologies.cmake #1071217:1071218 @@ -21,8 +21,15 @@ # First try the SharedDesktopOntologiesConfig.cmake from shared-desktop-ontologies 0.2 and newer -find_package(SharedDesktopOntologies ${SharedDesktopOntologies_FIND_VERSION} QUIET NO_MODULE) +# This is to make it work with cmake 2.6.2, since SDO 0.2 installs its config file into +# the 2.6.3 compatible location only ( share/cmake/SDO/ instead share/SDO/[cmake/] ) +if( ${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION} VERSION_LESS 2.6.3) + find_path(_SDO_CONFIG_DIR SharedDesktopOntologiesConfig.cmake PATH_SUFFIXES share/cmake/SharedDesktopOntologies/ ) +endif( ${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION} VERSION_LESS 2.6.3) + +find_package(SharedDesktopOntologies ${SharedDesktopOntologies_FIND_VERSION} QUIET NO_MODULE HINTS ${_SDO_CONFIG_DIR} ) + if (SHAREDDESKTOPONTOLOGIES_ROOT_DIR) mark_as_advanced(SHAREDDESKTOPONTOLOGIES_ROOT_DIR) endif (SHAREDDESKTOPONTOLOGIES_ROOT_DIR) ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
Simon Edwards wrote: Andrea Scarpino wrote: 2010/1/6 Dirk Mueller muel...@kde.org: I just finished the first set of 4.3.90 (KDE 4.4 RC1) tarballs and uploaded them. kde-l10n still takes a few more hours, I'll upload them later. Please let me know of any urgent issues, we'd like to release this asap. Hi, kdebindings fails to build here: Linking CXX shared library ../../lib/pykde/phonon.so [ 83%] Built target python_module_PyKDE4_phonon [ 84%] Generating sip/plasma/sipplasmapart0.cpp, sip/plasma/sipplasmapart1.cpp, sip/plasma/sipplasmapart2.cpp, sip/plasma/sipplasmapart3.cpp, sip/plasma/sipplasmapart4.cpp, sip/plasma/sipplasmapart5.cpp, sip/plasma/sipplasmapart6.cpp, sip/plasma/sipplasmapart7.cpp sip: QAbstractAnimation has not been defined make[2]: *** [python/pykde4/sip/plasma/sipplasmapart0.cpp] Error 1 make[1]: *** [python/pykde4/CMakeFiles/python_module_PyKDE4_plasma.dir/all] Error 2 make: *** [all] Error 2 It should work fine with a recent SIP and PyQt snapshot. Thanks, I'm testing that out myself now. A new stable release of PyQt is imminent, then can I up the version check in CMakeLists.txt. Sorry for the inconvenience guys. As I just commented in kde-bindings, the newer sip release appears to be binary incompatible (ie, 4.9.x had SIP_API_MAJOR 6, and 4.10 has SIP_API_MAJOR 7), so requires a rebuild of all things using sip. :( (unless I'm missing something). -- Rex ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
branches/KDE/4.4/kdelibs/cmake/modules
SVN commit 1071246 by neundorf: -we require 2.6.2, nothing else, we can discuss a higher version for 4.5, not for 4.4.x. How can you change like the most important property of our buildsystem while branching for the release without even letting kde-buildsystem or the maintainer (me) know ??? Alex CCMAIL: release-team@kde.org M +1 -1 FindKDE4Internal.cmake M +8 -1 FindSharedDesktopOntologies.cmake --- branches/KDE/4.4/kdelibs/cmake/modules/FindKDE4Internal.cmake #1071245:1071246 @@ -275,7 +275,7 @@ # this is required now by cmake 2.6 and so must not be skipped by if(KDE4_FOUND) below -cmake_minimum_required(VERSION 2.6.3 FATAL_ERROR) +cmake_minimum_required(VERSION 2.6.2 FATAL_ERROR) # set the cmake policies to the 2.4.x compatibility settings (may change for KDE 4.3) cmake_policy(VERSION 2.4.5) --- branches/KDE/4.4/kdelibs/cmake/modules/FindSharedDesktopOntologies.cmake #1071245:1071246 @@ -21,8 +21,15 @@ # First try the SharedDesktopOntologiesConfig.cmake from shared-desktop-ontologies 0.2 and newer -find_package(SharedDesktopOntologies ${SharedDesktopOntologies_FIND_VERSION} QUIET NO_MODULE) +# This is to make it work with cmake 2.6.2, since SDO 0.2 installs its config file into +# the 2.6.3 compatible location only ( share/cmake/SDO/ instead share/SDO/[cmake/] ) +if( ${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION} VERSION_LESS 2.6.3) + find_path(_SDO_CONFIG_DIR SharedDesktopOntologiesConfig.cmake PATH_SUFFIXES share/cmake/SharedDesktopOntologies/ ) +endif( ${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION} VERSION_LESS 2.6.3) + +find_package(SharedDesktopOntologies ${SharedDesktopOntologies_FIND_VERSION} QUIET NO_MODULE HINTS ${_SDO_CONFIG_DIR} ) + if (SHAREDDESKTOPONTOLOGIES_ROOT_DIR) mark_as_advanced(SHAREDDESKTOPONTOLOGIES_ROOT_DIR) endif (SHAREDDESKTOPONTOLOGIES_ROOT_DIR) ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
Rex Dieter wrote: Simon Edwards wrote: Andrea Scarpino wrote: 2010/1/6 Dirk Mueller muel...@kde.org: I just finished the first set of 4.3.90 (KDE 4.4 RC1) tarballs and uploaded them. kde-l10n still takes a few more hours, I'll upload them later. Please let me know of any urgent issues, we'd like to release this asap. Hi, kdebindings fails to build here: Linking CXX shared library ../../lib/pykde/phonon.so [ 83%] Built target python_module_PyKDE4_phonon [ 84%] Generating sip/plasma/sipplasmapart0.cpp, sip/plasma/sipplasmapart1.cpp, sip/plasma/sipplasmapart2.cpp, sip/plasma/sipplasmapart3.cpp, sip/plasma/sipplasmapart4.cpp, sip/plasma/sipplasmapart5.cpp, sip/plasma/sipplasmapart6.cpp, sip/plasma/sipplasmapart7.cpp sip: QAbstractAnimation has not been defined make[2]: *** [python/pykde4/sip/plasma/sipplasmapart0.cpp] Error 1 make[1]: *** [python/pykde4/CMakeFiles/python_module_PyKDE4_plasma.dir/all] Error 2 make: *** [all] Error 2 It should work fine with a recent SIP and PyQt snapshot. Thanks, I'm testing that out myself now. Confirmed, all builds well (for me on fedora 12 anyway) against latest sip/PyQt4 snapshots (I tested sip-4.10-snapshot-20100102 and PyQt-x11-gpl-4.7-snapshot-20091231 ). -- Rex ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
Hello, Rex Dieter wrote: Simon Edwards wrote: Hi, kdebindings fails to build here: A new stable release of PyQt is imminent, then can I up the version check in CMakeLists.txt. Sorry for the inconvenience guys. As I just commented in kde-bindings, the newer sip release appears to be binary incompatible (ie, 4.9.x had SIP_API_MAJOR 6, and 4.10 has SIP_API_MAJOR 7), so requires a rebuild of all things using sip. :( (unless I'm missing something). Yes that is true. The SIP binary API changes quite often, and requires that PyQt PyKDE be recompiled against the new version. cheers, -- Simon Edwards | KDE-NL, Guidance tools, Guarddog Firewall si...@simonzone.com | http://www.simonzone.com/software/ Nijmegen, The Netherlands | ZooTV? You made the right choice. ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 07 of January 2010, Eric Hameleers wrote: I have the following build error in kdebase after having built kdelibs and kdepimlibs: [ 74%] Building CXX object apps/konqueror/sidebar/trees/CMakeFiles/konqsidebar_tree.dir/konqsidebar_tr ee_final_cpp.o In file included from /tmp/kdebase-4.3.90/apps/konqueror/sidebar/module_manager.cpp:21, from /tmp/kdebase-4.3.90/build/apps/konqueror/sidebar/konq_sidebar_final_cpp.cpp :4: /tmp/kdebase-4.3.90/apps/konqueror/sidebar/module_manager.h:31: error: redefinition of 'class ModuleManager' /tmp/kdebase-4.3.90/apps/konqueror/sidebar/module_manager.h:32: error: previous definition of 'class ModuleManager' Oh, somebody else uses final build mode too :) ? I've fixed this in SVN, but I don't think final build failures have even been blockers for tarball release (I'd guess there's a number such failures nowadays). Just build it normally or get r1071282 from SVN. -- Lubos Lunak openSUSE Boosters team, KDE developer l.lu...@suse.cz , l.lu...@kde.org ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thu, 7 Jan 2010, Dirk Mueller wrote: On Thursday 07 January 2010, Eric Hameleers wrote: SDO 0.2. I have /usr/share/cmake/SharedDesktopOntologies/SharedDesktopOntologiesConfig.cmak e with this content: you need /usr/share/cmake/SharedDesktopOntologies/SharedDesktopOntologiesConfigVersion.cmake as well, this is installed by my package here. Greetings, Dirk Yeah I have that too, it can not be the problem. But I am going to try updating the cmake and see if that helps. My current cmake is 2.6.2 which may be too old. Cheers, Eric -- Eric Hameleers al...@slackware.com Jabber: al...@jabber.xs4all.nl ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thu, 7 Jan 2010, Christophe Giboudeaux wrote: On Thursday 07 January 2010 14:28:22 Eric Hameleers wrote: Here, kdelibs 4.3.90 fails to find shared-desktop-ontologies. The 4.3.85 tarball did not have any problem finding and using shared-desktop-ontologies. The shared-desktop-ontologies which I have installed has not changed at all in the meantime (this is v0.2). I see that kdelibs/cmake/modules/FindSharedDesktopOntologies.cmake has changed since, to make v 0.2 a requirement (the previous version would just use /usr/share/ontologies as a fallback which is indeed correct) Well, no, this wasn't correct. When SDO 0.2 wasn't found, CMake was indeed looking in /usr/share/ontologies and was setting SDO_FOUND = true even if the required version didn't match the one installed. but I do not understand why cmake does not find my installed SDO 0.2. I have /usr/share/cmake/SharedDesktopOntologies/SharedDesktopOntologiesConfig.cmak e with this content: The only reason I see is the CMake version. cmake 2.6.3 will only look in $prefix/share/SharedDesktopOntologies/cmake/. Any higher version will also look in $prefix/share/cmake/SharedDesktopOntologies/ Christophe. Indeed, and as Sebastian Kügler also suggested, cmake was too old, being 2.6.2 here. With cmake 2.8.0, SDO was found alright. My suggestion would be to force the cmake version in building KDE 4.4 to be at least 2.6.3. Cheers, Eric -- Eric Hameleers al...@slackware.com Jabber: al...@jabber.xs4all.nl___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
2010/1/7 Dirk Mueller muel...@kde.org: while I had the problem originally, after updating to 4.4 kdebase/workspace it builds fine for me. But kdebase-workspace requires kdebindings-python to enable KDE Python support, if your solution work, one needs to build kdebase-workspace twice?? -- Andrea `bash` Scarpino Arch Linux Developer ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thu, 7 Jan 2010, Dirk Mueller wrote: Can anybody else confirm that it builds? I would release the tarballs then. Greetings, Dirk I have the following build error in kdebase after having built kdelibs and kdepimlibs: [ 74%] Building CXX object apps/konqueror/sidebar/trees/CMakeFiles/konqsidebar_tree.dir/konqsidebar_tree_final_cpp.o In file included from /tmp/kdebase-4.3.90/apps/konqueror/sidebar/module_manager.cpp:21, from /tmp/kdebase-4.3.90/build/apps/konqueror/sidebar/konq_sidebar_final_cpp.cpp:4: /tmp/kdebase-4.3.90/apps/konqueror/sidebar/module_manager.h:31: error: redefinition of 'class ModuleManager' /tmp/kdebase-4.3.90/apps/konqueror/sidebar/module_manager.h:32: error: previous definition of 'class ModuleManager' [ 75%] Building CXX object apps/keditbookmarks/CMakeFiles/kdeinit_keditbookmarks.dir/settings.o In file included from /tmp/kdebase-4.3.90/build/apps/konqueror/sidebar/trees/konqsidebar_tree_final_cpp.cpp:3: /tmp/kdebase-4.3.90/apps/konqueror/sidebar/trees/konq_sidebartree.cpp:497:2: warning: #warning TODO port to QDrag (only possible once porting away from Q3ListView?) make[2]: *** [apps/konqueror/sidebar/CMakeFiles/konq_sidebar.dir/konq_sidebar_final_cpp.o] Error 1 make[1]: *** [apps/konqueror/sidebar/CMakeFiles/konq_sidebar.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs Cheers, Eric -- Eric Hameleers al...@slackware.com Jabber: al...@jabber.xs4all.nl ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: branches/KDE/4.4/kdelibs/cmake/modules
Op Thursday 07 January 2010 20:20 schreef u: SVN commit 1071246 by neundorf: -we require 2.6.2, nothing else, we can discuss a higher version for 4.5, not for 4.4.x. How can you change like the most important property of our buildsystem while branching for the release without even letting kde-buildsystem or the maintainer (me) know ??? Alex Hi Alex, Your frustration is noted and we will try to inform you next time. In this case the problem was detected based on the rc1 tarballs. The time between tagging RC1 and the release is very, very limited, just a couple of hours. The simple option in this case was to increase the dependency... In my opinion that is exactly what a RC is for, finding these problems, find a fix before the final release. If a developer does not like the fix, he can still fix it before final. But again, we failed to communicate to you, a simple message 'Hi Alex, we fixed it temporary, but you might want to review our solution' should have been send. Hope this clarifies, Best, Toma -- KDE Developer___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team