eliasp added inline comments.
INLINE COMMENTS
> file.h:107
> +};
> +bool execWithRoot(const QString &action, const QString &subAction, const
> QVariant &args, PriviledgeWarning warning);
> +void endPriviledgeOp();
I find `execWithRoot()` to be a bit misleading, as the goal shouldn't
On 06/06/2015 11:31 PM, David Faure wrote:
> Problem number 2: this kdeinit5 dlopen stuff is supposed to be optional,
> kdeinit should fallback to executing the binary, otherwise. I.e. this code is
> supposed to clear libpath and keep only execpath, and find it ("kwrite") in
> $PATH.
Related bu
://git.reviewboard.kde.org/r/121958/diff/
Testing
---
Builds + installs as expected
Thanks,
Elias Probst
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
,
Elias Probst
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
y("X-KDE-PluginInfo-Name") is deprecated, use
KPluginInfo::pluginName() in
"/usr/lib64/qt5/plugins/plasma/dataengine/plasma_engine_tasks.so" instead.
```
Thanks,
Elias Probst
___
Kde-frameworks-devel mailing list
Kde-framew
me() in
"/usr/lib64/qt5/plugins/plasma/dataengine/plasma_engine_tasks.so" instead.
```
Thanks,
Elias Probst
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
from old style JSON. Please use
kcoreaddons_desktop_to_json() for "Konsole Profiles" instead of
kservice_desktop_to_json() in your CMake code.
```
This makes it definitely far easier to update the affected applications.
Thanks,
Elias Probst
__
sole Profiles" instead of
kservice_desktop_to_json() in your CMake code.
```
This makes it definitely far easier to update the affected applications.
Thanks,
Elias Probst
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
y say much about the
quality of the patch -- needs someone with some more domain-specific knowledge
to give you a "ship it".
- Elias Probst
On Sept. 18, 2014, 4:33 p.m., Maarten De Meyer wrote:
>
> ---
> This is an automa
On 08/19/2014 09:48 PM, David Faure wrote:
>> What do the gurus say on this?
> I'd pick option 1 - do it all in ksmserver.
I'd vote against this and vote for:
- only *.desktop files
The reason:
in the long term, we're going to add support for systemd user-sessions.
This will bring a huge cleanup
On 09/02/2014 12:48 PM, Martin Gräßlin wrote:
> On Tuesday 02 September 2014 12:27:11 Sebastian Kügler wrote:
>> On Monday, September 01, 2014 12:59:04 Elias Probst wrote:
>>> I've noticed, that (except of only a very few) nearly all SVG files are
>>> committed
I've noticed, that (except of only a very few) nearly all SVG files are
committed as SVGZ to our git repositories.
This has IMHO several drawbacks:
- every change will be stored as a single atomic blob
- git's internal packfile compression and deduplication can't be used
- no diffs for changes don
application using KF5 kiconloader? Or will kiconloader need its own logging
category?
- Elias
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118853/#review60646
---------
found
Warning: could not find "unknown" icon for size 48
Thanks,
Elias Probst
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
properties:
ColorScope::colorGroup
- Elias Probst
On June 19, 2014, 9:34 p.m., David Edmundson wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.
Currently all KF5/Workspaces configuration files end up in ~/.config.
Looking at my personal ~/.config, it seems that nearly all other
applications and desktop-environments make use of a subdirectory to
prevent "spamming" the toplevel directory and isolate the related config
files nicely.
Compare
16 matches
Mail list logo
