Re: Wrapping up about KI18n and UIC

On Mon, Nov 18, 2013 at 9:10 PM, Chusslove Illich wrote: > >> [: Kevin Ottens :] > >> Of course it should be removed when we get a proper fix via CMake 3 > >> around. But in the meantime it'll do the trick and allow removing > >> dependencies on KDE4Support just for that. > > > > [: Aleix Pol :] >

Re: Review Request 113887: Deprecate KDE4_* KAuth macros

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113887/#review43910 --- >${KAUTH_POLICY_FILES_INSTALL_DIR} This is bogus (but e.g. KDE4

Re: Wrapping up about KI18n and UIC

Chusslove Illich wrote: >> [: Stephen Kelly :] >> This depends on Qt 5.3 and CMake master plus some trivial new generator >> expressions. Aside from bikeshedding names of things and defaults, can >> you see any problem with this? > > Other than bikeshedding about the defaults (which I will do a b

Re: Wrapping up about KI18n and UIC

>> [: Chusslove Illich :] >> [...] with Stephen's solution, on revisiting only some new lines would be >> added, and qt5_wrap_ui calls left as they are. > > [: Stephen Kelly :] > Actually, with my solution (including CMAKE_AUTOUIC) qt5_wrap_ui calls are > removed. Sorry, brain glitch :) -- Chuss

Re: Wrapping up about KI18n and UIC

Chusslove Illich wrote: > with Stephen's solution, on > revisiting only some new lines would be added, and qt5_wrap_ui calls left > as they are. Actually, with my solution (including CMAKE_AUTOUIC) qt5_wrap_ui calls are removed. Thanks, Steve. ___

Re: Wrapping up about KI18n and UIC

> [: Stephen Kelly :] > This depends on Qt 5.3 and CMake master plus some trivial new generator > expressions. Aside from bikeshedding names of things and defaults, can you > see any problem with this? Other than bikeshedding about the defaults (which I will do a bit later), I don't see any proble

Re: Wrapping up about KI18n and UIC

>> [: Kevin Ottens :] >> Of course it should be removed when we get a proper fix via CMake 3 >> around. But in the meantime it'll do the trick and allow removing >> dependencies on KDE4Support just for that. > > [: Aleix Pol :] > +1 > > Then I suggest to let this go in: > https://git.reviewboard.kd

Re: Review Request 113685: New KColorSchemeManager to support changing color scheme in app

> On Nov. 15, 2013, 7:42 p.m., Kevin Ottens wrote: > > tier3/kconfigwidgets/src/kcolorschememanager.cpp, line 124 > > > > > > Would make sense to change the lambda so that you'd pass 16 and 24 > > instead. It fee

Re: Review Request 113631: Allow compiling kwindowsystem on Windows

> On Nov. 18, 2013, 3:39 p.m., Nicolás Alvarez wrote: > > Ship It! This has been incubating for long enough. Remember Patrick's comment though :) - Nicolás --- This is an automatically generated e-mail. To reply, visit: http://git.revie

Re: Review Request 113631: Allow compiling kwindowsystem on Windows

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113631/#review43905 --- Ship it! Ship It! - Nicolás Alvarez On Nov. 10, 2013, 12:46

Re: error: KF5::KDBusAddons-NOTFOUND

On Monday, November 18, 2013 17:53:07 Aleix Pol wrote: > On Mon, Nov 18, 2013 at 5:43 PM, Sebastian Kügler wrote: > It seems subject broke over the weekend. kactivities fails to compile: > > c++: error: KF5::KDBusAddons-NOTFOUND: No such file or directory > > kactivities uses: > > find_package

Re: Wrapping up about KI18n and UIC

On Mon, Nov 18, 2013 at 5:59 PM, Kevin Ottens wrote: > On Monday 18 November 2013 17:41:49 Aleix Pol wrote: > > On Mon, Nov 18, 2013 at 4:17 PM, Kevin Ottens wrote: > > > Right, we need to cater to that need too. Since that's tied to ki18n > use, > > > what about putting that wrapper macro in ki

Re: error: KF5::KDBusAddons-NOTFOUND

On Mon, Nov 18, 2013 at 5:53 PM, Aleix Pol wrote: > On Mon, Nov 18, 2013 at 5:43 PM, Sebastian Kügler wrote: > >> It seems subject broke over the weekend. kactivities fails to compile: >> >> c++: error: KF5::KDBusAddons-NOTFOUND: No such file or directory >> >> kactivities uses: >> >> find_packa

Re: error: KF5::KDBusAddons-NOTFOUND

On Mon, Nov 18, 2013 at 5:43 PM, Sebastian Kügler wrote: > It seems subject broke over the weekend. kactivities fails to compile: > > c++: error: KF5::KDBusAddons-NOTFOUND: No such file or directory > > kactivities uses: > > find_package (KF5 CONFIG REQUIRED KDBusAddons) > > so it's pretty bare-b

Re: Review Request 112785: Add ki18n_wrap_ui macro to ki18nMacros

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112785/#review43904 --- Ship it! After discussion on the mailing list, let's get that

Re: Wrapping up about KI18n and UIC

On Monday 18 November 2013 17:41:49 Aleix Pol wrote: > On Mon, Nov 18, 2013 at 4:17 PM, Kevin Ottens wrote: > > Right, we need to cater to that need too. Since that's tied to ki18n use, > > what about putting that wrapper macro in ki18n for the time being? > > > > Of course it should be removed wh

error: KF5::KDBusAddons-NOTFOUND

It seems subject broke over the weekend. kactivities fails to compile: c++: error: KF5::KDBusAddons-NOTFOUND: No such file or directory kactivities uses: find_package (KF5 CONFIG REQUIRED KDBusAddons) so it's pretty bare-bones. Could someone have a look or suggest a fix? Thanks, -- sebas ht

Re: Wrapping up about KI18n and UIC

On Mon, Nov 18, 2013 at 4:17 PM, Kevin Ottens wrote: > On Monday 18 November 2013 13:27:19 Aleix Pol wrote: > > So would it be that bad to have a macro of ours that ends up being just a > > wrapper to qt5_wrap_ui? > > > > Otherwise, this delays the possibility to help the ongoing porting > proces

Re: Wrapping up about KI18n and UIC

On Monday 18 November 2013 13:27:19 Aleix Pol wrote: > So would it be that bad to have a macro of ours that ends up being just a > wrapper to qt5_wrap_ui? > > Otherwise, this delays the possibility to help the ongoing porting process > by extending a mandatory dependency on KDE4Support. Right, we

Re: Review Request 113863: Remove WINCE specific cmake code paths

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113863/ --- (Updated Nov. 18, 2013, 2:50 p.m.) Status -- This change has been mar

Re: Review Request 113863: Remove WINCE specific cmake code paths

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113863/#review43894 --- This review has been submitted with commit faea76aa5b40bedaa1d

Re: Review Request 113863: Remove WINCE specific cmake code paths

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113863/#review43892 --- Ship it! Ship It! - Stephen Kelly On Nov. 18, 2013, 2:34 p.

Re: Review Request 113863: Remove WINCE specific cmake code paths

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113863/ --- (Updated Nov. 18, 2013, 2:34 p.m.) Review request for Build System and KDE

Re: Review Request 113887: Deprecate KDE4_* KAuth macros

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113887/#review43891 --- This review has been submitted with commit 664d10a82b2bb3e2e03

Re: Review Request 113887: Deprecate KDE4_* KAuth macros

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113887/ --- (Updated Nov. 18, 2013, 2:22 p.m.) Status -- This change has been mar

Re: Review Request 113883: Rename translation catalogue kfileaudiopreview4 to kfileaudiopreview

> On Nov. 15, 2013, 12:32 p.m., Aleix Pol Gonzalez wrote: > > Why do you need to drop the version? In similar cases we've been bumping to > > 5... > > Kevin Ottens wrote: > Yeah I'm surprised as well... OTOH that's a regular library, we don't > mention the version name for those (unlike fo

applications assert when no sycoca was generated before start

ahoy, I just noticed that frameworks applications explode when started without a sycoca: Trying to open ksycoca from "/home/me/.project-neon5-kde//cache/ksycoca5" Trying to open global ksycoca from "/home/me/.project-neon5-kde//local/share/kde5/services/ksycoca5" Still no database... ASSERT: "str

Re: Review Request 112896: Rework NETWM classes

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112896/#review43888 --- This review has been submitted with commit d981e6e6be947a3e977

Re: Review Request 112896: Rework NETWM classes

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112896/ --- (Updated Nov. 18, 2013, 1:21 p.m.) Status -- This change has been mar

Re: Review Request 112913: Move KModifierKeyInfo from GuiAddons to KWindowSystem

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112913/ --- (Updated Nov. 18, 2013, 2:19 p.m.) Status -- This change has been dis

Re: Wrapping up about KI18n and UIC

Kevin Ottens wrote: >> You have enough credibility that people would believe it and spread it, >> but it is not true. That's not how backward compatibility works in CMake. > > I know, I was more thinking about the natural spreading of new version in > distros. The time they package stuff and that

Re: Wrapping up about KI18n and UIC

On Monday 18 November 2013 12:49:39 Stephen Kelly wrote: > Stephen Kelly wrote: > >> It'd need to be released quite a bit before us to > >> be something we can consider as a dependency. At that point I'm > >> considering having 2.8.12 as dependency for the release (so that it got > >> time to sprea

Re: Wrapping up about KI18n and UIC

On Mon, Nov 18, 2013 at 12:50 PM, Stephen Kelly wrote: > Kevin Ottens wrote: > > 10% chance? 50%? 80%? > > > > Basically what's the time frame for CMake 3. > > I'll be 90% surprised if it is not released in January, or maybe February. > > Thanks, > > Steve. > > > _

Re: Wrapping up about KI18n and UIC

Kevin Ottens wrote: > 10% chance? 50%? 80%? > > Basically what's the time frame for CMake 3. I'll be 90% surprised if it is not released in January, or maybe February. Thanks, Steve. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org

Re: Wrapping up about KI18n and UIC

Stephen Kelly wrote: >> It'd need to be released quite a bit before us to >> be something we can consider as a dependency. At that point I'm >> considering having 2.8.12 as dependency for the release (so that it got >> time to spread, sounds less likely with CMake 3). > > I don't understand. Why

Build failed in Jenkins: kdelibs_frameworks_qt5 #1696

See Changes: [agateau] Hackish fix for build failure in kde-runtime -- [...truncated 3943 lines...] [ 32%] Building CXX object tier1/solid/src/solid/CMakeFiles/Solid_static.dir/ifaces/storagev

Re: Wrapping up about KI18n and UIC

On Sunday 17 November 2013 18:53:36 Stephen Kelly wrote: > Kevin Ottens wrote: > > On Friday 15 November 2013 16:28:10 Stephen Kelly wrote: > >> Aleix Pol wrote: > >> > I see that Stephen Kelly has been doing some work on Qt and cmake to > >> > make it possible to integrate these properly, but also

Jenkins build is back to normal : plasma-framework_master_qt5 #906

See ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 113685: New KColorSchemeManager to support changing color scheme in app

> On Nov. 15, 2013, 8:42 p.m., Kevin Ottens wrote: > > tier3/kconfigwidgets/src/kcolorschememanager.cpp, line 124 > > > > > > Would make sense to change the lambda so that you'd pass 16 and 24 > > instead. It fee

Re: Review Request 113685: New KColorSchemeManager to support changing color scheme in app

On Monday 18 November 2013 Nov 09:17:07 Albert Astals Cid wrote: > > So you're saying Boud's and Christoph comments are wrong? > My comment was meant to convey that color palettes have nothing to do with this patch -- they're a red herring here. -- Boudewijn Rempt http://www.valdyas.org, http:

Re: Review Request 113685: New KColorSchemeManager to support changing color scheme in app

> On Nov. 15, 2013, 7:42 p.m., Kevin Ottens wrote: > > tier3/kconfigwidgets/src/kcolorschememanager.cpp, line 124 > > > > > > Would make sense to change the lambda so that you'd pass 16 and 24 > > instead. It fee

Build failed in Jenkins: kdelibs_frameworks_qt5 #1695

See Changes: [mgraesslin] Reimplement KXUtils::createPixmapFromHandle with XCB -- [...truncated 3844 lines...] [ 36%] [ 36%] Building CXX object tier1/solid/src/solid/CMakeFiles/Solid.dir/back

Build failed in Jenkins: kdelibs_frameworks_qt5 #1694

See -- [...truncated 4642 lines...] Scanning dependencies of target kdirwatchtest_gui [ 41%] Building CXX object tier1/kcoreaddons/tests/CMakeFiles/kdirwatchtest_gui.dir/kdirwatchtest_gui.cpp.o Scannin

Re: Review Request 112755: Reimplement KXUtils::createPixmapFromHandle with XCB

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112755/ --- (Updated Nov. 18, 2013, 8:58 a.m.) Status -- This change has been mar

Re: Review Request 112755: Reimplement KXUtils::createPixmapFromHandle with XCB

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112755/#review43873 --- This review has been submitted with commit b025c4be103313b59a9

Re: Review Request 113685: New KColorSchemeManager to support changing color scheme in app

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113685/#review43872 --- This review has been submitted with commit 1bfaf65b70e077d72c0

Build failed in Jenkins: kdelibs_frameworks_qt5 #1693

See Changes: [mgraesslin] New KColorSchemeManager to support changing color scheme in app -- [...truncated 4763 lines...] [ 48%] Built target fixx11h_test [ 48%] Building CXX object tier1/kwin

Re: Review Request 113685: New KColorSchemeManager to support changing color scheme in app

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113685/ --- (Updated Nov. 18, 2013, 8:44 a.m.) Status -- This change has been mar

Build failed in Jenkins: kdelibs_frameworks_qt5 #1692

See Changes: [steveire] Add missing file. -- [...truncated 3843 lines...] [ 24%] Building CXX object tier3/kservice/src/CMakeFiles/KService.dir/sycoca/ksycocadict.cpp.o [ 25%] Building CXX obj

Re: Wrapping up about KI18n and UIC

Chusslove Illich wrote: >> [: Stephen Kelly :] >> If such calls are generated by uic, then that is a bug in Qt (which >> should have been reported years ago), and should be fixed in Qt, right? > > Maybe, I'm not sure of the conventions of Qt Linguist. I created a .ui file with a QLabel with an e