Re: Split kde-baseapps?
Hope you don't want to do this before tomorrow, do you? If moving Dolphin to a new repo is still possible then yes, because I would prefer a KF5 based version of Dolphin in 15.04 :) But if you think we should wait until the 15.04 freeze is over and release a kdelibs4 version instead, is also ok. Cheers, Emmanuel 2015-02-24 19:51 GMT+01:00 Albert Astals Cid aa...@kde.org: El Dimarts, 24 de febrer de 2015, a les 10:55:20, Emmanuel Pescosta va escriure: Hi everyone, We can split off Dolphin as soon as Dolphin is konq-lib free Dolphin is almost ready for splitting (pending Review Request: https://git.reviewboard.kde.org/r/122687/) or merging (frameworks - master) You can't merge frameworks to master until the rest of the repo is done. How should we proceed? Hope you don't want to do this before tomorrow, do you? Cheers, Albert Cheers, Emmanuel 2014-09-29 15:45 GMT+02:00 Emmanuel Pescosta emmanuelpescosta...@gmail.com - dolphin: could be split out, I added emmanuel as a CC to know his opinion Thanks for adding me and sorry for the late response. +1 for splitting up kde-baseapps We can split off Dolphin as soon as Dolphin is konq-lib free (David has already done a huge amount of work in this field :) Cheers, Emmauel 2014-09-25 1:01 GMT+02:00 Aleix Pol aleix...@kde.org: On Wed, Sep 24, 2014 at 5:39 PM, Luca Beltrame lbeltr...@kde.org wrote: Michael Palimaka wrote: Are there any plans to split frameworks-based kde-baseapps? IMO it would make sense first to consult with the various applications' maintainers and / or review what's in there and what should happen to it. Well let's see: - dolphin: could be split out, I added emmanuel as a CC to know his opinion - kdialog: should go to kde-cli-tools? - kioslave/about: I guess it should go either to kioslave-extras or konqueror itself. I guess it's here because the applications use it, so kioslave. - kfind: looks like it could be split. Doesn't look maintained, we can decide where to put it later on. It's an executable, so it's easy to move around. - konqplugins: By the name sounds like it should go wherever konqueror goes. Or do other applications use them? - nsplugins: same, wherever konqueror goes? - konqueror: split? David will read this for sure. :D I hope this helps. Aleix ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 122706: A KCModule base for QML based KCMs
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122706/#review76528 --- CMakeLists.txt https://git.reviewboard.kde.org/r/122706/#comment52695 this one also seems unused? - Hrvoje Senjan On Feb. 24, 2015, 11:24 a.m., Marco Martin wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122706/ --- (Updated Feb. 24, 2015, 11:24 a.m.) Review request for KDE Frameworks. Repository: kconfigwidgets Description --- this adds a new class called KCModuleQml it loads a KPackage with the same plugin name as the kcm, then loads its mainscript qml file from it and puts it in a QQuickView used as main widget of the KCM. It supports two ways of loading the qml: one is in the showevent of the KCM qwidget, this is compatible with current Systemsettings and kcmshell. the other way is with the mainUi accessor/qproperty. This will make possible for a pure QML version of systemsettings (accessing directly mainUi without showing qwidgets) Diffs - CMakeLists.txt f3aaf18 src/CMakeLists.txt 10862c6 src/kcmoduleqml.h PRE-CREATION src/kcmoduleqml.cpp PRE-CREATION Diff: https://git.reviewboard.kde.org/r/122706/diff/ Testing --- Thanks, Marco Martin ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Review Request 122706: A KCModule base for QML based KCMs
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122706/ --- Review request for KDE Frameworks. Repository: kconfigwidgets Description --- this adds a new class called KCModuleQml it loads a KPackage with the same plugin name as the kcm, then loads its mainscript qml file from it and puts it in a QQuickView used as main widget of the KCM. It supports two ways of loading the qml: one is in the showevent of the KCM qwidget, this is compatible with current Systemsettings and kcmshell. the other way is with the mainUi accessor/qproperty. This will make possible for a pure QML version of systemsettings (accessing directly mainUi without showing qwidgets) Diffs - CMakeLists.txt f3aaf18 src/CMakeLists.txt 10862c6 src/kcmoduleqml.h PRE-CREATION src/kcmoduleqml.cpp PRE-CREATION Diff: https://git.reviewboard.kde.org/r/122706/diff/ Testing --- Thanks, Marco Martin ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 122706: A KCModule base for QML based KCMs
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122706/#review76526 --- CMakeLists.txt https://git.reviewboard.kde.org/r/122706/#comment52689 why KF5Plasma? As far as I can see it doesn't use anything of plasma. Might it be that you meant KPackage? src/kcmoduleqml.cpp https://git.reviewboard.kde.org/r/122706/#comment52692 nitpick: 0 - Q_NULLPTR src/kcmoduleqml.cpp https://git.reviewboard.kde.org/r/122706/#comment52691 will that work on Wayland? src/kcmoduleqml.cpp https://git.reviewboard.kde.org/r/122706/#comment52690 why plasma? - Martin Gräßlin On Feb. 24, 2015, 10:29 a.m., Marco Martin wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122706/ --- (Updated Feb. 24, 2015, 10:29 a.m.) Review request for KDE Frameworks. Repository: kconfigwidgets Description --- this adds a new class called KCModuleQml it loads a KPackage with the same plugin name as the kcm, then loads its mainscript qml file from it and puts it in a QQuickView used as main widget of the KCM. It supports two ways of loading the qml: one is in the showevent of the KCM qwidget, this is compatible with current Systemsettings and kcmshell. the other way is with the mainUi accessor/qproperty. This will make possible for a pure QML version of systemsettings (accessing directly mainUi without showing qwidgets) Diffs - CMakeLists.txt f3aaf18 src/CMakeLists.txt 10862c6 src/kcmoduleqml.h PRE-CREATION src/kcmoduleqml.cpp PRE-CREATION Diff: https://git.reviewboard.kde.org/r/122706/diff/ Testing --- Thanks, Marco Martin ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Build failed in Jenkins: kde-baseapps_master_qt5 #247
See http://build.kde.org/job/kde-baseapps_master_qt5/247/changes Changes: [emmanuelpescosta099] Port away from KLocale [emmanuelpescosta099] include KFileItem instead of KFileItemList [emmanuelpescosta099] Removed unused KGlobal includes and use KIO/Job instead of KIO/JobClasses [emmanuelpescosta099] Replace kDebug/kWarning by categorized logging (org.kde.dolphin) -- [...truncated 3328 lines...] from http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:18: http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp: In function ‘void openHtmlWithLink(KonqMainWindow)’: http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:341:20: warning: ‘bool QTest::kWaitForSignal(QObject*, const char*, int)’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/qtest_kde.h:48) [-Wdeprecated-declarations] QVERIFY(QTest::kWaitForSignal(view, SIGNAL(viewCompleted(KonqView*)), 2)); ^ http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:341:80: warning: ‘bool QTest::kWaitForSignal(QObject*, const char*, int)’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/qtest_kde.h:48) [-Wdeprecated-declarations] QVERIFY(QTest::kWaitForSignal(view, SIGNAL(viewCompleted(KonqView*)), 2)); ^ http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp: In member function ‘void ViewMgrTest::testLinkedViews()’: http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:357:20: warning: ‘bool QTest::kWaitForSignal(QObject*, const char*, int)’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/qtest_kde.h:48) [-Wdeprecated-declarations] QVERIFY(QTest::kWaitForSignal(view2, SIGNAL(viewCompleted(KonqView*)), 2)); ^ http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:357:81: warning: ‘bool QTest::kWaitForSignal(QObject*, const char*, int)’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/qtest_kde.h:48) [-Wdeprecated-declarations] QVERIFY(QTest::kWaitForSignal(view2, SIGNAL(viewCompleted(KonqView*)), 2)); ^ http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:358:10: warning: ‘KUrl’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/kurl.h:109) [-Wdeprecated-declarations] KUrl origUrl = view-url(); ^ http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp: In function ‘void checkSecondWindowHasOneTab()’: http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:404:17: warning: ‘KTabWidget’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/ktabwidget.h:44) [-Wdeprecated-declarations] KTabWidget* tabWidget = newWindow-findChildKTabWidget*(); ^ http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:404:60: warning: ‘KTabWidget’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/ktabwidget.h:44) [-Wdeprecated-declarations] KTabWidget* tabWidget = newWindow-findChildKTabWidget*(); ^ In file included from /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/qt5/inst/include/QtTest/qtestsystem.h:37:0, from /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/qt5/inst/include/QtTest/qtestkeyboard.h:44, from http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:18: http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp: In function ‘void openTabWithTitle(KonqMainWindow, const QString, KonqView*)’: http://build.kde.org/job/kde-baseapps_master_qt5/ws/konqueror/src/tests/konqviewmgrtest.cpp:489:20: warning: ‘bool QTest::kWaitForSignal(QObject*, const char*, int)’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kdelibs4support/inst/include/KF5/KDELibs4Support/qtest_kde.h:48) [-Wdeprecated-declarations]
Jenkins build became unstable: plasma-framework_master_qt5 » NoX11,LINBUILDER #1025
See http://build.kde.org/job/plasma-framework_master_qt5/Variation=NoX11,label=LINBUILDER/1025/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build became unstable: plasma-framework_stable_qt5 » All,LINBUILDER #135
See http://build.kde.org/job/plasma-framework_stable_qt5/Variation=All,label=LINBUILDER/135/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build became unstable: plasma-framework_master_qt5 » All,LINBUILDER #1025
See http://build.kde.org/job/plasma-framework_master_qt5/Variation=All,label=LINBUILDER/1025/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build became unstable: plasma-framework_stable_qt5 » NoX11,LINBUILDER #135
See http://build.kde.org/job/plasma-framework_stable_qt5/Variation=NoX11,label=LINBUILDER/135/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Build failed in Jenkins: kde-baseapps_master_qt5 #249
See http://build.kde.org/job/kde-baseapps_master_qt5/249/changes Changes: [emmanuelpescosta099] Fix the build of kde-baseapps temporarily (categorized logging in DolphinPart) -- [...truncated 3210 lines...] [ 67%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphingeneral.dir/settings/general/confirmationssettingspage.cpp.o [ 67%] Building CXX object dolphin/src/tests/CMakeFiles/kfileitemlistviewtest.dir/__/kitemviews/kfileitemmodel.cpp.o [ 67%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinservices.dir/settings/settingspagebase.cpp.o [ 67%] Building CXX object dolphin/src/CMakeFiles/dolphinpart.dir/dolphinpart_automoc.cpp.o [ 67%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinnavigation.dir/dolphin_generalsettings.cpp.o [ 67%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinviewmodes.dir/settings/viewmodes/viewsettingstab.cpp.o [ 67%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinservices.dir/settings/serviceitemdelegate.cpp.o Linking CXX shared module dolphinpart.so [ 67%] http://build.kde.org/job/kde-baseapps_master_qt5/ws/build/dolphin/src/dolphin_generalsettings.cpp: In member function ‘virtual bool GeneralSettings::usrWriteConfig()’: http://build.kde.org/job/kde-baseapps_master_qt5/ws/build/dolphin/src/dolphin_generalsettings.cpp:113:52: warning: ‘virtual bool KCoreConfigSkeleton::usrWriteConfig()’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kconfig/inst/include/KF5/KConfigCore/kcoreconfigskeleton.h:1484) [-Wdeprecated-declarations] const bool res = KConfigSkeleton::usrWriteConfig(); ^ Building CXX object dolphin/src/CMakeFiles/kcm_dolphingeneral.dir/settings/settingspagebase.cpp.o [ 67%] Building CXX object dolphin/src/tests/CMakeFiles/dolphinsearchboxtest.dir/dolphin_searchsettings.cpp.o [ 67%] Built target dolphinpart [ 67%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinviewmodes.dir/views/zoomlevelinfo.cpp.o [ 68%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinnavigation.dir/kcm_dolphinnavigation_automoc.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinviewmodes.dir/dolphin_compactmodesettings.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphincontextmenu.cpp.o [ 69%] Building CXX object dolphin/src/tests/CMakeFiles/kfileitemlistviewtest.dir/__/kitemviews/kfileitemlistview.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphingeneral.dir/settings/serviceitemdelegate.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphingeneral.dir/settings/servicemodel.cpp.o [ 69%] Building CXX object dolphin/src/tests/CMakeFiles/dolphinsearchboxtest.dir/dolphinsearchboxtest_automoc.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinservices.dir/settings/servicemodel.cpp.o Linking CXX shared module kcm_dolphinnavigation.so [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinviewmodes.dir/dolphin_directoryviewpropertysettings.cpp.o [ 69%] [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinservices.dir/dolphin_generalsettings.cpp.o Built target kcm_dolphinnavigation [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinviewmodes.dir/dolphin_detailsmodesettings.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinviewmodes.dir/dolphin_iconsmodesettings.cpp.o [ 69%] [ 69%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphingeneral.dir/dolphin_generalsettings.cpp.o Building CXX object dolphin/src/tests/CMakeFiles/kfileitemlistviewtest.dir/__/kitemviews/kitemmodelbase.cpp.o Linking CXX executable dolphinsearchboxtest [ 69%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphintabbar.cpp.o [ 69%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphinrecenttabsmenu.cpp.o http://build.kde.org/job/kde-baseapps_master_qt5/ws/build/dolphin/src/dolphin_generalsettings.cpp: In member function ‘virtual bool GeneralSettings::usrWriteConfig()’: http://build.kde.org/job/kde-baseapps_master_qt5/ws/build/dolphin/src/dolphin_generalsettings.cpp:113:52: warning: ‘virtual bool KCoreConfigSkeleton::usrWriteConfig()’ is deprecated (declared at /srv/jenkins/install/linux/x86_64/g++/kf5-qt5/frameworks/kconfig/inst/include/KF5/KConfigCore/kcoreconfigskeleton.h:1484) [-Wdeprecated-declarations] const bool res = KConfigSkeleton::usrWriteConfig(); ^ [ 69%] Building CXX object dolphin/src/tests/CMakeFiles/kfileitemlistviewtest.dir/__/kitemviews/kitemlistview.cpp.o [ 69%] Built target dolphinsearchboxtest [ 70%] Building CXX object dolphin/src/CMakeFiles/kcm_dolphinservices.dir/dolphin_versioncontrolsettings.cpp.o [ 71%] Building CXX object dolphin/src/tests/CMakeFiles/kfileitemlistviewtest.dir/__/kitemviews/kitemlistviewaccessible.cpp.o [ 71%] Building CXX object
Jenkins build is back to stable : plasma-framework_master_qt5 » NoX11,LINBUILDER #1026
See http://build.kde.org/job/plasma-framework_master_qt5/Variation=NoX11,label=LINBUILDER/1026/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build is back to stable : plasma-framework_stable_qt5 » NoX11,LINBUILDER #136
See http://build.kde.org/job/plasma-framework_stable_qt5/Variation=NoX11,label=LINBUILDER/136/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build is still unstable: plasma-framework_master_qt5 » All,LINBUILDER #1026
See http://build.kde.org/job/plasma-framework_master_qt5/Variation=All,label=LINBUILDER/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build is back to stable : plasma-framework_stable_qt5 » All,LINBUILDER #136
See http://build.kde.org/job/plasma-framework_stable_qt5/Variation=All,label=LINBUILDER/136/changes ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Split kde-baseapps?
Hi everyone, We can split off Dolphin as soon as Dolphin is konq-lib free Dolphin is almost ready for splitting (pending Review Request: https://git.reviewboard.kde.org/r/122687/) or merging (frameworks - master) How should we proceed? Cheers, Emmanuel 2014-09-29 15:45 GMT+02:00 Emmanuel Pescosta emmanuelpescosta...@gmail.com : - dolphin: could be split out, I added emmanuel as a CC to know his opinion Thanks for adding me and sorry for the late response. +1 for splitting up kde-baseapps We can split off Dolphin as soon as Dolphin is konq-lib free (David has already done a huge amount of work in this field :) Cheers, Emmauel 2014-09-25 1:01 GMT+02:00 Aleix Pol aleix...@kde.org: On Wed, Sep 24, 2014 at 5:39 PM, Luca Beltrame lbeltr...@kde.org wrote: Michael Palimaka wrote: Are there any plans to split frameworks-based kde-baseapps? IMO it would make sense first to consult with the various applications' maintainers and / or review what's in there and what should happen to it. Well let's see: - dolphin: could be split out, I added emmanuel as a CC to know his opinion - kdialog: should go to kde-cli-tools? - kioslave/about: I guess it should go either to kioslave-extras or konqueror itself. I guess it's here because the applications use it, so kioslave. - kfind: looks like it could be split. Doesn't look maintained, we can decide where to put it later on. It's an executable, so it's easy to move around. - konqplugins: By the name sounds like it should go wherever konqueror goes. Or do other applications use them? - nsplugins: same, wherever konqueror goes? - konqueror: split? David will read this for sure. :D I hope this helps. Aleix ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Split kde-baseapps?
El Dimarts, 24 de febrer de 2015, a les 10:55:20, Emmanuel Pescosta va escriure: Hi everyone, We can split off Dolphin as soon as Dolphin is konq-lib free Dolphin is almost ready for splitting (pending Review Request: https://git.reviewboard.kde.org/r/122687/) or merging (frameworks - master) You can't merge frameworks to master until the rest of the repo is done. How should we proceed? Hope you don't want to do this before tomorrow, do you? Cheers, Albert Cheers, Emmanuel 2014-09-29 15:45 GMT+02:00 Emmanuel Pescosta emmanuelpescosta...@gmail.com - dolphin: could be split out, I added emmanuel as a CC to know his opinion Thanks for adding me and sorry for the late response. +1 for splitting up kde-baseapps We can split off Dolphin as soon as Dolphin is konq-lib free (David has already done a huge amount of work in this field :) Cheers, Emmauel 2014-09-25 1:01 GMT+02:00 Aleix Pol aleix...@kde.org: On Wed, Sep 24, 2014 at 5:39 PM, Luca Beltrame lbeltr...@kde.org wrote: Michael Palimaka wrote: Are there any plans to split frameworks-based kde-baseapps? IMO it would make sense first to consult with the various applications' maintainers and / or review what's in there and what should happen to it. Well let's see: - dolphin: could be split out, I added emmanuel as a CC to know his opinion - kdialog: should go to kde-cli-tools? - kioslave/about: I guess it should go either to kioslave-extras or konqueror itself. I guess it's here because the applications use it, so kioslave. - kfind: looks like it could be split. Doesn't look maintained, we can decide where to put it later on. It's an executable, so it's easy to move around. - konqplugins: By the name sounds like it should go wherever konqueror goes. Or do other applications use them? - nsplugins: same, wherever konqueror goes? - konqueror: split? David will read this for sure. :D I hope this helps. Aleix ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 122637: Set the activation timestamp as a dynamic property on the QAction
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122637/ --- (Updated Feb. 25, 2015, 7:12 a.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks. Repository: kglobalaccel Description --- This provides support for the case that QX11Info is not used and the timestamp is needed nevertheless. Diffs - src/kglobalaccel.cpp df85547a3ee8ccef9712a358e0c7c1861745a966 Diff: https://git.reviewboard.kde.org/r/122637/diff/ Testing --- Thanks, Martin Gräßlin ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
KDE Telepathy has an unreleased dependency
El Dimarts, 24 de febrer de 2015, a les 11:52:55, Martin Klapetek va escriure: I just realized that one of the main dependencies, KPeople, will be released only after KDE Applications Beta 2 as it's targeting KF 5.8 (released 12th March while KDE Apps Beta 2 is released 11th March). I'm not sure what should be done in this case; we could perhaps move the 5.8 release two days earlier, but this would still miss Beta 1. So uhh...what should we do? I can see three options: a) Do not release KPeople as part of frameworks but as part of KDE Applications 15.04 (and move it later to frameworks) b) Do not release KDE Telepathy as part of KDE Applications 15.04 c) Give KDE Telepathy an exception to only join on Beta 3 of KDE Applications 15.04 a) will make packagers unhappy because we'd move something around again, creating more friction and confusion b) is bad since KDE Telepathy fills a hole in our KF5-based series of apps So i'd say let's go c) even if it makes me very unhappy that we have to resort to that. Other opinions? Cheers, Albert Cheers ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
