On Wednesday 02 July 2014 19:00:49 Kevin Ottens wrote:
Hello,
On Wednesday 02 July 2014 10:48:58 David Faure wrote:
On Wednesday 02 July 2014 10:35:29 Jos Poortvliet wrote:
On Tuesday 01 July 2014 23:13:24 David Faure wrote:
On Tuesday 01 July 2014 16:16:48 Jonathan Riddell wrote:
Hi David,
Done (v5.0.0-rc2 tag)
thanks.
I'll re-run the whole build later, just to make sure that nothing else got
broken in the meantime.
Greets,
Marko
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
khtml and katepart5 currently still ask for upcoming trouble when installing
the frameworks on OSX [1],
as they put files directly into
/Library/Application Support
instead of
/Library/Application Support/kf5
as all other frameworks do with
-DDATA_INSTALL_DIR=Library/Application
There are 6 app packages to be found on OSX which are NOT in the configured
bundle dir.
This is understandable for libexec/kf5/kconfig_compiler_kf5.app since it was
specifically
configured to land in there.
Probably also all other app packages below libexec shall indeed go there, but:
1)
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119079/#review61635
---
I like the idea of having a method to list or load the
On Saturday 05 July 2014 11:20:28 Marko Käning wrote:
khtml and katepart5 currently still ask for upcoming trouble when installing
the frameworks on OSX [1], as they put files directly into
/Library/Application Support
instead of
/Library/Application Support/kf5
as all other
On Saturday 05 July 2014 11:30:57 Marko Käning wrote:
There are 6 app packages to be found on OSX which are NOT in the configured
bundle dir.
This is understandable for libexec/kf5/kconfig_compiler_kf5.app since it was
specifically configured to land in there.
Probably also all other app
On Tuesday 03 June 2014 23:01:23 Anuj Pahuja wrote:
Hi,
I am building libkdegames on KF5/Qt5 using CMake 3 but I'm not getting
deprecation warnings for KDELibs4Support classes (KDialog, KFileDialog
etc.). However, I get all the deprecation warnings when I use CMake 2.8.
Also, functions like
Hi, sorry for not getting around to replying to this earlier.
On Tuesday 29 April 2014 17:19:20 Jonathan Riddell wrote:
keditfiletype is in kde-cli-tools in workspace category and used to be in
kde-runtime. I've submitted a review to rename it for coinstallability and
noticed that it gets used
On Tuesday 29 April 2014 17:19:20 Jonathan Riddell wrote:
keditfiletype is in kde-cli-tools in workspace category and used to be in
kde-runtime. I've submitted a review to rename it for coinstallability and
noticed that it gets used in frameworks in a couple of places
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119126/
---
Review request for KDE Frameworks, Christoph Feck and Jonathan Riddell.
Hi David,
KXMLGUI files (called foo.rc) are found in
GenericDataLocation + '/' + componentName + '/' + fileName.
This is why KHTML installs its .rc files in DATA/khtml.
that's what I figured, but ...
Just like all KDE apps will install their rc files in DATA/appname.
I then spotted the
On Saturday 05 July 2014 12:30:05 Marko Käning wrote:
I then spotted the 13 framework applications shown below [1] getting
installed into the kf5 subfolder.
Yes but no *.rc files, right?
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
On Saturday 05 July 2014 12:30:05 Marko Käning wrote:
I then spotted the 13 framework applications shown below [1] getting
installed into the kf5 subfolder.
Yes but no *.rc files, right?
Well, there are tons of files in those folders - of course - AND also these
three *.rc files:
---
$
On Saturday 05 July 2014 12:41:14 Marko Käning wrote:
On Saturday 05 July 2014 12:30:05 Marko Käning wrote:
I then spotted the 13 framework applications shown below [1] getting
installed into the kf5 subfolder.
Yes but no *.rc files, right?
Well, there are tons of files in those
No I mean in the frameworks which do install stuff under /kf5/.
Oh, ok.
But I looked now, and there aren't any. Which proves my point: .rc files
don't
go into the kf5 subfolder.
Yes.
Good that we've verified it. :)
___
Kde-frameworks-devel
Sent it only to kde-hardware-devel by mistake
- Weitergeleitete Nachricht von k...@privat.broulik.de -
Datum: Thu, 03 Jul 2014 10:32:40 +0200
Von: k...@privat.broulik.de
Antwort an: kde-hardware-de...@kde.org
Betreff: [Kde-hardware-devel] [Patch included] Re: OSX/MacPorts
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119126/#review61641
---
src/kmimetypechooser.cpp
On Tuesday 03 June 2014 23:01:23 Anuj Pahuja wrote:
Hi,
I am building libkdegames on KF5/Qt5 using CMake 3 but I'm not getting
deprecation warnings for KDELibs4Support classes (KDialog, KFileDialog
etc.). However, I get all the deprecation warnings when I use CMake 2.8.
Also, functions like
On Juli 5, 2014, 11:33 vorm., David Faure wrote:
I like the idea of having a method to list or load the plugins from a given
subdir of the plugin path.
The method that returns a QListQObject * could/should actually go into Qt
at some point. The rest is tied to our specific metadata
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119079/
---
(Updated Juli 5, 2014, 5:20 nachm.)
Review request for KDE Frameworks.
When trying to build the current kdevplatform (using the 'jenkins' branch) the
CI system ran into this issue:
---
Built target kcm_kdevprojectfilter_automoc
[ 22%] Building CXX object
Hi David and all,
Which proves my point: .rc files don't go into the kf5 subfolder.
I was pondering this again just now and came to the conclusion that
all the KF5/KDE frameworks and apps should install everything into
some subdir of the system's directory like
/Library/Application
On Saturday 05 July 2014 18:31:20 Marko Käning wrote:
Hi David and all,
Which proves my point: .rc files don't go into the kf5 subfolder.
I was pondering this again just now and came to the conclusion that
all the KF5/KDE frameworks and apps should install everything into
some subdir of
On July 5, 2014, 9:33 a.m., David Faure wrote:
src/lib/plugin/kpluginmetadata.h, lines 204-205
https://git.reviewboard.kde.org/r/119079/diff/3/?file=286685#file286685line204
Make member vars private.
It's not like deriving from a value class makes any sense anyway, and
On July 5, 2014, 9:33 a.m., David Faure wrote:
src/lib/plugin/kpluginmetadata.h, lines 204-205
https://git.reviewboard.kde.org/r/119079/diff/3/?file=286685#file286685line204
Make member vars private.
It's not like deriving from a value class makes any sense anyway, and
On July 5, 2014, 11:28 a.m., Mark Gaiser wrote:
src/kmimetypechooser.cpp, line 64
https://git.reviewboard.kde.org/r/119126/diff/1/?file=287325#file287325line64
static const QString s_keditfiletypeExecutable =
QStringLiteral(keditfiletype5);
Then you can just use
On Saturday 05 July 2014 18:31:20 Marko Käning wrote:
Hi David and all,
Which proves my point: .rc files don't go into the kf5 subfolder.
I was pondering this again just now and came to the conclusion that
all the KF5/KDE frameworks and apps should install everything into
some subdir of
On Saturday 05 July 2014 17:47:05 Marko Käning wrote:
When trying to build the current kdevplatform (using the 'jenkins' branch)
the CI system ran into this issue:
snip
Shall I post this on b.k.o.?
Better just fix it directly. Should simply be a matter of replacing .
[un]lockInline with
On jul 5, 2014, 11:28 a.m., Mark Gaiser wrote:
src/kmimetypechooser.cpp, line 64
https://git.reviewboard.kde.org/r/119126/diff/1/?file=287325#file287325line64
static const QString s_keditfiletypeExecutable =
QStringLiteral(keditfiletype5);
Then you can just use
Hi David,
On 05 Jul 2014, at 20:04 , David Faure fa...@kde.org wrote:
/Library/Application Support/KF5/
by which KF5 wouldn't clutter /Library/Application Support with
a ton of KF5-related files.
This doesn't fit with QStandardPaths::GenericDataLocation which points to
/Library/Application
When trying to build the current libksysguard (using the 'jenkins' branch) the
CI system ran into this issue:
---
[ 76%] Built target graphicssignalplotterbenchmark
Undefined symbols for architecture x86_64:
KSysGuard::ProcessesLocal::ProcessesLocal(), referenced from:
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119126/#review61674
---
Alternatively, the button would get disabled, and the tooltip
When starting kate or kwrite one gets this error:
---
Dyld Error Message:
Library not loaded: lib/libphonon4qt5.4.dylib
Referenced from:
/opt/kde/install/darwin/mavericks/clang/kf5-qt5/frameworks/knotifications/inst/lib/libKF5Notifications.5.dylib
Reason: image not found
---
where it’s
On July 5, 2014, 9:44 p.m., Christoph Feck wrote:
Alternatively, the button would get disabled, and the tooltip explains why.
Yes, I thought about that too - but it's really not like this button is an
important part of the KMimeTypeChooser functionality. You can use it all
readonly (select
35 matches
Mail list logo
