Status of KDE Plasma

Status of KDE Plasma

[Anthony Wang]

[-- Attachment #1.1: Type: text/plain, Size: 620 bytes --]

Hello!

I'm a KDE contributor and free software enthusiast, and I recently started switching over some of my systems to GNU Guix. However, as an avid KDE Plasma user, I'm a bit disappointed that Plasma doesn't seem to be packaged for Guix. I did a bit of searching and found that there has been some progress towards packaging Plasma:
- https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/kde-plasma.scm
- https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00426.html

I have a few questions: What is the current status of KDE Plasma on Guix? And also, how can I help or contribute?

-Anthony Wang

[-- Attachment #1.2: publickey - ta180m@protonmail.com - 0x8EE27F78.asc --]
[-- Type: application/pgp-keys, Size: 3267 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 855 bytes --]

Re: Status of KDE Plasma

[Zhu Zihao]

[-- Attachment #1: Type: text/plain, Size: 1436 bytes --]


Hi! I'm glad to see there's somebody interested in KDE packaging.

Z572 have done some work here, and make kwin available on Guix.
https://github.com/Z572/guix/tree/kwin

Currently I'm planning to upgrade Extra cmake modules from 2.70 to 2.91
in upcoming staging branch. This will help us to package a more recent
version of KDE packages.

Can you figure out a minimal set of packages needed to run Plasma
desktop? We can add a milestone and checklist about it.

Anthony Wang <ta180m@protonmail.com> writes:

> [[PGP Signed Part:Undecided]]
> Hello!
>
> I'm a KDE contributor and free software enthusiast, and I recently started
> switching over some of my systems to GNU Guix. However, as an avid KDE Plasma
> user, I'm a bit disappointed that Plasma doesn't seem to be packaged for Guix. I
> did a bit of searching and found that there has been some progress towards
> packaging Plasma:
> - https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/kde-plasma.scm
> - https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00426.html
>
> I have a few questions: What is the current status of KDE Plasma on Guix? And also, how can I help or contribute?
>
> -Anthony Wang
>
> [2. application/pgp-keys; publickey - ta180m@protonmail.com - 0x8EE27F78.asc]...
>
> [[End of PGP Signed Part]]


-- 
Retrieve my PGP public key:

  gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F

Zihao

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 255 bytes --]

Re: Status of KDE Plasma

[Maxime Devos]

[-- Attachment #1: Type: text/plain, Size: 747 bytes --]

Anthony Wang schreef op zo 01-05-2022 om 03:06 [+0000]:
> Hello!
> 
> I'm a KDE contributor and free software enthusiast, and I recently
> started switching over some of my systems to GNU Guix. However, as an
> avid KDE Plasma user, I'm a bit disappointed that Plasma doesn't seem
> to be packaged for Guix. I did a bit of searching and found that
> there has been some progress towards packaging Plasma:

I don't know about Plasma, but Hartmut Goebel has some repository with
updates & 100 extra KDE packages
<https://gitlab.digitalcourage.de/htgoebel/guix-kde-package>.
The idea is to move them into guix
<https://lists.gnu.org/r/guix-devel/2021-01/msg00426.html>.  I don't
know the current status of that.

Greetings,
Maxime.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: Status of KDE Plasma

[Attila Lendvai]

> I don't know about Plasma, but Hartmut Goebel has some repository with
> updates & 100 extra KDE packages
> https://gitlab.digitalcourage.de/htgoebel/guix-kde-package.
>
> The idea is to move them into guix
> https://lists.gnu.org/r/guix-devel/2021-01/msg00426.html. I don't
>
> know the current status of that.


referring back to the wiki discussion, this is a good example for the
kind of information that should be sitting on the KDE wiki page of
Guix. probably along a short summary of its status, and a list of
developers who expressed interest in working on packaging KDE.

such a page would greatly facilitate the cooperation/effectiveness of
the interested parties.  the ability to cheaply and dynamically spawn
a sub-mailing-list/comment-thread for such sub-projects would be icing
on the cake.

--
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
“The most dangerous psychological mistake is the projection of the shadow onto others; this is the root of almost all conflict.”
	— Carl Jung (1875–1961)

Re: Status of KDE Plasma

[Anthony Wang]

[-- Attachment #1.1: Type: text/plain, Size: 882 bytes --]

> referring back to the wiki discussion, this is a good example for the
> kind of information that should be sitting on the KDE wiki page of
> Guix. probably along a short summary of its status, and a list of
> developers who expressed interest in working on packaging KDE.
> 

> such a page would greatly facilitate the cooperation/effectiveness of
> the interested parties. the ability to cheaply and dynamically spawn
> a sub-mailing-list/comment-thread for such sub-projects would be icing
> on the cake.

I definitely agree that having a single place to coordinate all these efforts would be very beneficial since it seems to be currently spread out all over the place.

I also found the wip-kde-plasma branch in the Guix Git repository has some made some progress too. However, this branch has not been committed to in more than a year and only supports KDE 5.19.

[-- Attachment #1.2: publickey - ta180m@protonmail.com - 0x8EE27F78.asc --]
[-- Type: application/pgp-keys, Size: 3267 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 855 bytes --]

Re: Status of KDE Plasma

[Hartmut Goebel]

[-- Attachment #1: Type: text/plain, Size: 852 bytes --]

Am 01.05.22 um 23:13 schrieb Anthony Wang:
> I also found the wip-kde-plasma branch in the Guix Git repository has some made some progress too. However, this branch has not been committed to in more than a year and only supports KDE 5.19.

This branch intentionally is on 5.19, as the Readme says:

|Note 1: It might be worth making an older version of Plasma work, as 
this an older version has less dependencies. This is why this branch 
still sticks at 5.19.5. |

And to my experience Plama is a beast and taming it might be much easier 
when using a less beasty version. This is why I recommend sticking with 
this old version for now and update only after this works.

||

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          |h.goebel@crazy-compilers.com                |
|www.crazy-compilers.com  | compilers which you thought are impossible |

[-- Attachment #2: Type: text/html, Size: 1572 bytes --]

Build failure of extra-cmake-modules 5.91.0 (was: Status of KDE Plasma)

[Zhu Zihao]

[-- Attachment #1.1: Type: text/plain, Size: 1873 bytes --]


Hi.

I'm creating a patch that updates ECM to 5.91.0 but it failed the check.

The build log reports the KDEFetchTranslations test failed, with
following log

```
 3/86 Test  #3: KDEFetchTranslations .........................................................***Failed    0.34 sec
Internal cmake changing into directory: /tmp/guix-build-extra-cmake-modules-5.91.0.drv-0/build/tests/KDEFetchTranslations
Error: cmake execution failed
The C compiler identification is GNU 10.3.0
The CXX compiler identification is GNU 10.3.0
Detecting C compiler ABI info
Detecting C compiler ABI info - done
Check for working C compiler: /gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin/gcc - skipped
Detecting C compile features
Detecting C compile features - done
Detecting CXX compiler ABI info
Detecting CXX compiler ABI info - done
Check for working CXX compiler: /gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin/c++ - skipped
Detecting CXX compile features
Detecting CXX compile features - done
module: KDEInstallDirs
Installing in . Run /tmp/guix-build-extra-cmake-modules-5.91.0.drv-0/build/tests/KDEFetchTranslations/prefix.sh to set the environment for extra-cmake-modules.
module: KDECMakeSettings
Could not set up the appstream test. appstreamcli is missing.
module: ECMMarkNonGuiExecutable
CMake Error at CMakeLists.txt:22 (message):
  Wrong repository name: extra-cmake-modules, should be
  'frameworks/extra-cmake-modules'


Configuring incomplete, errors occurred!
See also "/tmp/guix-build-extra-cmake-modules-5.91.0.drv-0/build/tests/KDEFetchTranslations/CMakeFiles/CMakeOutput.log".
```

It says that the name of project should equal to
`frameworks/extra-cmake-modules`. But I don't see they set the project
name to `frameworks/extra-cmake-modules`.

I checked the package recipe of Archlinux and Nixpkgs, looks that they
don't have this issue.

WDYT?


[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 255 bytes --]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: ecm-update.patch --]
[-- Type: text/x-patch, Size: 6750 bytes --]

diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm
index e914499541..e57e9e1d0a 100644
--- a/gnu/packages/kde-frameworks.scm
+++ b/gnu/packages/kde-frameworks.scm
@@ -85,48 +85,64 @@ (define-module (gnu packages kde-frameworks)
   #:use-module (srfi srfi-1))
 
 (define-public extra-cmake-modules
-  (package
-    (name "extra-cmake-modules")
-    (version "5.70.0")
-    (source (origin
-              (method url-fetch)
-              (uri (string-append
-                    "mirror://kde/stable/frameworks/"
-                    (version-major+minor version) "/"
-                    name "-" version ".tar.xz"))
-              (sha256
-               (base32
-                "10c5xs5shk0dcshpdxg564ay5y8hgmvfvmlhmhjf0dy79kcah3c3"))))
-    (build-system cmake-build-system)
-    (native-inputs
-     ;; Add test dependency, except on armhf where building it is too
-     ;; expensive.
-     (if (and (not (%current-target-system))
-              (string=? (%current-system) "armhf-linux"))
-         '()
-         `(("qtbase" ,qtbase-5))))                ;for tests (needs qmake)
-    (arguments
-     `(#:tests? ,(and (not (%current-target-system))
-                      (not (null? (package-native-inputs this-package))))
-       #:phases
-       (modify-phases %standard-phases
+ (package
+   (name "extra-cmake-modules")
+   (version "5.91.0")
+   (source (origin
+             (method url-fetch)
+             (uri (string-append
+                   "mirror://kde/stable/frameworks/"
+                   (version-major+minor version) "/"
+                   name "-" version ".tar.xz"))
+             (sha256
+              (base32
+               "0k65rvxh926ya6qahzk2ns7g1fya1429648mlx7iipxa61g8h5wp"))))
+   (build-system cmake-build-system)
+   (native-inputs
+    ;; Add test dependency, except on armhf where building it is too
+    ;; expensive.
+    (if (and (not (%current-target-system))
+             (string=? (%current-system) "armhf-linux"))
+        '()
+        (list qtbase-5)))               ;for tests (needs qmake)
+   (arguments
+    (list
+     #:tests? (and (not (%current-target-system))
+                   (not (null? (package-native-inputs this-package))))
+     #:phases
+     #~(modify-phases %standard-phases
          (add-after 'unpack 'fix-lib-path
            (lambda _
              ;; Always install into /lib and not into /lib64.
-             (substitute* "kde-modules/KDEInstallDirs.cmake"
-               (("\"lib64\"") "\"lib\"")
-               ;; TODO: Base the following on values taken from Qt
-               ;; Install plugins into lib/qt5/plugins
-               ;; TODO: Check if this is okay for Android, too
-               ;; (see comment in KDEInstallDirs.cmake)
-               (("_define_relative\\(QTPLUGINDIR \"\\$\\{_pluginsDirParent}\" \"plugins\"")
-                "_define_relative(QTPLUGINDIR \"${_pluginsDirParent}\" \"qt5/plugins\"")
-               ;; Install imports into lib/qt5/imports
-               (("_define_relative\\(QTQUICKIMPORTSDIR QTPLUGINDIR \"imports\"")
-                "_define_relative(QTQUICKIMPORTSDIR LIBDIR \"qt5/imports\"")
-               ;; Install qml-files into lib/qt5/qml
-               (("_define_relative\\(QMLDIR LIBDIR \"qml\"")
-                "_define_relative(QMLDIR LIBDIR \"qt5/qml\""))
+             (substitute* "kde-modules/KDEInstallDirsCommon.cmake"
+               (("\"lib64\"") "\"lib\""))
+
+             ;; TODO: Base the following on values taken from Qt
+             ;; Install plugins into lib/qt5/plugins
+             ;; TODO: Check if this is okay for Android, too
+             ;; (see comment in KDEInstallDirs.cmake)
+             (for-each
+              (lambda (qt-ver)
+                (define file (string-append "kde-modules/KDEInstallDirs"
+                                            qt-ver ".cmake"))
+                (substitute* file
+                  ;; Fix the installation path of Qt plugins.
+                  (("_define_relative\\(QTPLUGINDIR \"\\$\\{_pluginsDirParent}\" \"plugins\"")
+                   (string-append
+                    "_define_relative(QTPLUGINDIR \"${_pluginsDirParent}\" \"qt"
+                    qt-ver "/plugins\""))
+                  ;; Fix the installation path of QML files.
+                  (("_define_relative\\(QMLDIR LIBDIR \"qml\"")
+                   (string-append "_define_relative(QMLDIR LIBDIR \"qt"
+                                  qt-ver "/qml\"")))
+
+                ;; Qt Quick 1 series is removed in Qt6.
+                (when (string=? qt-ver "5")
+                  (substitute* file
+                    (("_define_relative\\(QTQUICKIMPORTSDIR QTPLUGINDIR \"imports\"")
+                     "_define_relative(QTQUICKIMPORTSDIR LIBDIR \"qt5/imports\""))))
+              '("5" "6"))
+
              (substitute* "modules/ECMGeneratePriFile.cmake"
                ;; Install pri-files into lib/qt5/mkspecs
                (("set\\(ECM_MKSPECS_INSTALL_DIR mkspecs/modules")
@@ -137,20 +153,20 @@ (define-public extra-cmake-modules
          (add-after 'install 'check-post-install
            (assoc-ref %standard-phases 'check))
          (delete 'check))))
-    ;; optional dependencies - to save space, we do not add these inputs.
-    ;; Sphinx > 1.2:
-    ;;   Required to build Extra CMake Modules documentation in Qt Help format.
-    ;; Qt5LinguistTools , Qt5 linguist tools. , <http://www.qt.io/>
-    ;;   Required to run tests for the ECMPoQmTools module.
-    ;; Qt5Core
-    ;;   Required to run tests for the ECMQtDeclareLoggingCategory module,
-    ;;   and for some tests of the KDEInstallDirs module.
-    (home-page "https://community.kde.org/Frameworks")
-    (synopsis "CMake module files for common software used by KDE")
-    (description "The Extra CMake Modules package, or ECM, adds to the
+   ;; optional dependencies - to save space, we do not add these inputs.
+   ;; Sphinx > 1.2:
+   ;;   Required to build Extra CMake Modules documentation in Qt Help format.
+   ;; Qt5LinguistTools , Qt5 linguist tools. , <http://www.qt.io/>
+   ;;   Required to run tests for the ECMPoQmTools module.
+   ;; Qt5Core
+   ;;   Required to run tests for the ECMQtDeclareLoggingCategory module,
+   ;;   and for some tests of the KDEInstallDirs module.
+   (home-page "https://community.kde.org/Frameworks")
+   (synopsis "CMake module files for common software used by KDE")
+   (description "The Extra CMake Modules package, or ECM, adds to the
 modules provided by CMake to find common software.  In addition, it provides
 common build settings used in software produced by the KDE community.")
-    (license license:bsd-3)))
+   (license license:bsd-3)))
 
 (define-public phonon
   (package

[-- Attachment #3: Type: text/plain, Size: 100 bytes --]


-- 
Retrieve my PGP public key:

  gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F

Zihao

Re: Build failure of extra-cmake-modules 5.91.0 (was: Status of KDE Plasma)

[Andreas Enge]

Hello,

there is also this line:

Am Mon, May 02, 2022 at 02:03:45AM +0800 schrieb Zhu Zihao:
> Could not set up the appstream test. appstreamcli is missing.

Maybe this is the real error, and a dependency is missing? We do have a
package called appstream in Guix, and it contains the binary appstreamcli.
How about trying to add the package to native-inputs?

Andreas

Re: Status of KDE Plasma

[Hartmut Goebel]

[-- Attachment #1: Type: text/plain, Size: 1073 bytes --]

Hi,

glad to see someone to pick up this task.

Am 01.05.22 um 05:06 schrieb Anthony Wang:
> I have a few questions: What is the current status of KDE Plasma on Guix? And also, how can I help or contribute?

You can find the current state of Plasma in the „wip-kde-plasma” branch 
<https://git.savannah.gnu.org/cgit/guix.git/tree/?h=wip-kde-plasma>.

The top-level directory contains a 00-README-Plasma.txt 
<https://git.savannah.gnu.org/cgit/guix.git/tree/00-README-Plasma.txt?h=wip-kde-plasma>, 
explaining the current state in detail. The branch also provides some 
helper-scripts for testing, etc. I strongly recommend reading through 
all of these files to find the hidden gems ;-)

Basically there are package definitions for most of the Plasma packages 
(as of 5.19), kwin, etc. One of the files has a list of state per 
package. Anyhow I failed to make Plasma start the actual desktop.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          |h.goebel@crazy-compilers.com                |
|www.crazy-compilers.com  | compilers which you thought are impossible |

[-- Attachment #2: Type: text/html, Size: 2078 bytes --]

Re: Status of KDE Plasma

[Hartmut Goebel]

Am 02.05.22 um 11:14 schrieb Hartmut Goebel:
> Basically there are package definitions for most of the Plasma 
> packages (as of 5.19), kwin, etc. One of the files has a list of state 
> per package. Anyhow I failed to make Plasma start the actual desktop.

To emphasize this: Packaging the Plasma module is basically done. But 
making Plasma Desktop actually run is a major issue.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Re: Status of KDE Plasma

[kiasoc5 via Development of GNU Guix and the GNU System distribution.]

Brendan Tildesley and Petr Hodina (ccd) have made great progress so far:  https://issues.guix.gnu.org/50862

Brendan's patches: https://notabug.org/Brendan/guix/commits/kde-updates
Petr has been rebasing them onto Guix: https://github.com/phodina/guix/tree/patch/plasma-mobile

I guess you can help them with testing and fixing builds, hopefully they are getting close.

Re: Status of KDE Plasma

[phodina]

[-- Attachment #1: Type: text/plain, Size: 546 bytes --]

Hi,

I'll send my updated patches on Friday. Those are rebased on Brendan's updates.

Petr

-------- Original Message --------
On May 1, 2022, 9:32 PM, kiasoc5 wrote:

> Brendan Tildesley and Petr Hodina (ccd) have made great progress so far: https://issues.guix.gnu.org/50862
>
> Brendan's patches: https://notabug.org/Brendan/guix/commits/kde-updates
> Petr has been rebasing them onto Guix: https://github.com/phodina/guix/tree/patch/plasma-mobile
>
> I guess you can help them with testing and fixing builds, hopefully they are getting close.

[-- Attachment #2: Type: text/html, Size: 886 bytes --]

Status of KDE Plasma

[Anthony Wang]

[-- Attachment #1.1: Type: text/plain, Size: 620 bytes --]

Hello!

I'm a KDE contributor and free software enthusiast, and I recently started switching over some of my systems to GNU Guix. However, as an avid KDE Plasma user, I'm a bit disappointed that Plasma doesn't seem to be packaged for Guix. I did a bit of searching and found that there has been some progress towards packaging Plasma:
- https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/kde-plasma.scm
- https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00426.html

I have a few questions: What is the current status of KDE Plasma on Guix? And also, how can I help or contribute?

-Anthony Wang

[-- Attachment #1.2: publickey - ta180m@protonmail.com - 0x8EE27F78.asc --]
[-- Type: application/pgp-keys, Size: 3267 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 855 bytes --]

Re: Status of KDE Plasma

[zimoun]

Hi,

On Sun, 01 May 2022 at 00:35, Anthony Wang <ta180m@protonmail.com> wrote:

> I'm a KDE contributor and free software enthusiast, and I recently
> started switching over some of my systems to GNU Guix. However, as an
> avid KDE Plasma user, I'm a bit disappointed that Plasma doesn't seem
> to be packaged for Guix. I did a bit of searching and found that there
> has been some progress towards packaging Plasma:

> - https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/kde-plasma.scm
> - https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00426.html
>
> I have a few questions: What is the current status of KDE Plasma on
> Guix? And also, how can I help or contribute?

Thanks for your interest.  From my point of view, maybe you can resume
the work you mention, try to compile, try to fix and report the
blockers.

You might be interested by

    <https://guix.gnu.org/manual/devel/en/guix.html#Contributing>
    <https://guix.gnu.org/manual/devel/en/guix.html#Building-from-Git>
    <https://guix.gnu.org/manual/devel/en/guix.html#Submitting-Patches>

Please do not hesitate to ask here or on the IRC channel #guix if you
feel blocked.


Cheers,
simon