User Details
- User Since
- Jan 14 2018, 7:17 PM (332 w, 6 d)
- Availability
- Available
Jun 15 2020
May 15 2020
I think for the default(!) settings, familiarity trumps everything else. That's why I think, a vertical panel is a bad idea. There is a reason why Mate, Cinnamon, Xfce, LXDE etc exist, why Mint is such a popular distribution and why I even see a lot of screenshots of people moving the panel to the bottom on GNOME. People coming from Windows want a familiar environment and they make up still the vast majority of potential future users. KDE should not make the same mistake as GNOME by ignoring this simple fact, and corner itself in some "obsessed with design details" bubble.
May 10 2020
Strange. It worked with gmake locally, but failed on the Flathub buildbot again (https://flathub.org/builds/#/builders/32/builds/19809, only x86_64 failed, not arm or aarch64).
Indeed. It failed with cmake 3.15.2 + ninja 1.9.0 and worked with make (4.2.1).
Apr 13 2020
OK, found it:
They wouldn't even need to enable the Flathub repo like Neon did. Just having the backend installed by default would improve the out of box experience enormously. (You could then just go to flathub.org and click-to-install, no restart needed)
OK, found it.
fixed:
How can I close this? (phabricator UI really sucks, I hope the move to Gitlab is completed soon)
Mar 28 2020
Mar 27 2020
Mar 14 2020
Mar 13 2020
Mar 9 2020
Mar 8 2020
This bug is not fixed by this patch. xsettingsd needs to be started in plasma-workspace/startkde/startplasma.cpp (or by systemd in the future).
Mar 5 2020
Feb 27 2020
See also: https://phabricator.kde.org/D25324
Feb 19 2020
Feb 14 2020
Nov 29 2019
Nov 16 2019
I guess he refers to:
Nov 15 2019
Nov 14 2019
Maybe a warning about the runtime dependency on xsettingsd should be added to cmake, so distro packagers know about it.
Aug 20 2019
Aug 11 2019
Jun 14 2019
Apr 20 2019
I think, for my small contributions, this would be overkill, but thanks for your trust! :-)
Apr 19 2019
@apol Have forgotten to commit?
Apr 4 2019
Mar 22 2019
I guess you guys would consider this to be too risky for 5.15? (Although a lot of Nvidia owners - me included - are dying to get this fix).
Oct 18 2018
peter.eszlari@gmail.com
Oct 9 2018
Aug 8 2018
May 30 2018
May 29 2018
May 28 2018
Do you have a commit access ?
May 27 2018
May 11 2018
Jan 16 2018
change CMAKE_BUILD_TYPE to RelWithDebInfo and remove CMAKE_INSTALL_LIBDIR=lib
When the KDE nightly build is switched to this manifest, it would be good, if a hint was added to krita's download page, with a link to the repo file:
I changed the manifest to be usable for nightly builds and removed openjpeg.
Jan 15 2018
It's already there on master and will be dropped when 4.0 is released.
Jan 14 2018
And in case you are not familiar with the current state of flatpak: when the user has a recent version of Plasma Discover or GNOME Software installed, it's of course enough to click the the bundle to install it.
fixed name of manifest in instructions
By the way: The resulting bundle includes python scripting support and should contain support for audio in animations (I had no idea how to test that).