Re: KDE 6 Releases dependencies

[Heiko Becker]

On Wednesday, 1 November 2023 13:09:00 CET, Jonathan Riddell wrote:

polkit-qt-1
https://invent.kde.org/libraries/polkit-qt-1

Last released in 2021 by Heiko it builds fine from master with
-DQT_MAJOR_VERSION=6.  Distros will need both a Qt 5 and Qt 6 build so I
propose to make a new release for Qt 6 and another one called polkit-qt5-1
with the same contents for Qt 5 builds.


I don't think this is different than e.g. phonon, so I'll just do a new 
release supporting both Qts (if nobody objects to that).


Regards,
Heiko

Re: KDE 6 MegaRelease further dependencies

[Heiko Becker]

On Wednesday, 1 November 2023 18:55:43 CET, Jonathan Riddell wrote:

= xdg-utils
External project part of Freedesktop
Latest release 2018 by
Current development happening by e.g. Meven and Harald for KF6 support
https://cgit.freedesktop.org/xdg/xdg-utils/
Not much activity on the mailing list called Portland (gosh I think I
remember that name being brought up)
https://lists.freedesktop.org/archives/portland/
I don't know who has authority to make a release


Simon Lees according to 
https://gitlab.freedesktop.org/xdg/xdg-utils/-/issues/223 (although they 
seem to want to merge some MRs first, despite time constraints...).

Re: KDE 6 MegaRelease further dependencies

[Neal Gompa]

On Wed, Nov 1, 2023 at 1:56 PM Jonathan Riddell  wrote:
>
> Me and Justin suggested a Matrix room to coordinate this but nobody seemed 
> interested, let me know if you'd like one.
>

I don't have anything against a Matrix room. It seems like a good idea.

> I'd like to make a Todo board of this somehow, what's the best way to do that?
>
> Paul made one for Promo https://phabricator.kde.org/T16977
>
> Further dependencies that Justin pointed me to from Fedora chat 
> https://pagure.io/fedora-kde/SIG/issue/383#comment-878191
>
> = xdg-utils
> External project part of Freedesktop
> Latest release 2018 by
> Current development happening by e.g. Meven and Harald for KF6 support 
> https://cgit.freedesktop.org/xdg/xdg-utils/
> Not much activity on the mailing list called Portland (gosh I think I 
> remember that name being brought up) 
> https://lists.freedesktop.org/archives/portland/
> I don't know who has authority to make a release
>
> = libaccounts-qt
> External project
> https://gitlab.com/accounts-sso/libaccounts-qt/
> Last release 4 years ago
> Git master builds for both Qt 5 and 6 thanks to Nico
> No activity on the mailing list, it's not clear who can make a release of 
> this https://groups.google.com/g/accounts-sso-devel
>
> = gpgme
> This is fine, current release builds for Qt 5 and 6, just remind distros to 
> package newest version
>
> = qca
> Builds for Qt 5 and 6 for the last couple of releases, just remind distros to 
> package newest version
>
> = packagekit-qt
> Current release builds for Qt 5 and 6, just remind distros to package newest 
> version
>
> = grantlee
> This is now KTextTemplate and part of Frameworks so just release note that
>
> = signond
> This seems to build for Qt 5 and 6 with no modifications so just release note 
> for distos to package it
>
> = signon-ui
> I have no idea what's going on here, there were releases with ubunntu in the 
> version number in 2015 of something called "signon-ui"
> https://gitlab.com/accounts-sso/signon-ui/-/tags
> Now the project is called "signon-ui-qt" in gitlab at least and Nico is going 
> work on it so maybe it needs a release? We built it for Qt 5 in neon and 
> nobody has complained thus far.
>
> = signon-plugin-oauth2
> Another one where it's not clear how releases are managed if at all
> https://gitlab.com/accounts-sso/signon-plugin-oauth2/-/tags
> Release 2 years ago uses Qt 5
> No development since then, does it need work for Qt 6?
>
> = appstream
> Not to be confused with the Amazon product of the same name or indeed 
> "upstream", this is an external project where Plasma needs 1.0 which isn't 
> released yet. Hopefully it'll be released in time for our final one in the 
> mean time tell distros to use git 
> https://www.freedesktop.org/wiki/Distributions/AppStream/
>
> = kweathercore
> 0.7 released in sep 2022 should build against Qt 6, tell distros to update 
> their packages
>
> = libquotient
> https://github.com/quotient-im/libQuotient/tags
> Current release from september builds for both Qt 5 and 6, just remind 
> distros to update packaging.
>
> = kdsoap6
> External project, Latest release builds with Qt 5 and 6 tell distros to 
> package it
> https://github.com/KDAB/KDSoap/releases
> kio-extras needs it so needs a Qt 5 build too for KF5 apps
>
> = kdsoap-ws-discovery-client
> KDE project part of release service, 
> https://invent.kde.org/libraries/kdsoap-ws-discovery-client
> New release will build with Qt 5 and 6
> kio-extras needs it so needs a Qt 5 build as well as Qt 6 for KF5 apps
>
> = kio-extras
> part of kde gear
> KF5 apps need Qt 5 build as well as Qt 6 although there's lots of clashing 
> files
>
> = qcoro
> https://github.com/danvratil/qcoro
> Latest release can build for Qt 5 and 6, tell distros to package it for both
>
> = futuresql
> KDE library https://invent.kde.org/libraries/futuresql
> Latest release from May builds both Qt 5 and 6, tell distros to do both
> https://download.kde.org/stable/futuresql/
>
> = kquickimageeditor
> https://invent.kde.org/libraries/kquickimageeditor.git
> A qml module needed for koko, skanpage, and neochat
> Last release was in October 2021 by Carl
> Master supports Qt 6, new release needed
>
> = qtkeychain
> External project used by tokodon, plasmatube, neochat, kmail, kasts and 
> libquotient
> https://github.com/frankosterfeld/qtkeychain/releases
> Releases since May have Qt 6 support, tell distros to package for both Qt 5 
> and 6 (or drop the Qt 5 depends)
>
> = pulseaudio-qt
> https://invent.kde.org/libraries/pulseaudio-qt.git
> KDE library used by KDE connect
> Last release 2021 by Nicolas Fella
> master supports Qt 5 and 6 since last year
> KDE connect looks like it also builds for Qt5 and 6 so this could do with a 
> new release pronto
>
> = wayland-protocols
> Fedora said this needed an update, I'm not sure that it does
>
> = kirigami-addons
> Not on Fedora's list
> various QML modules used by various things
> Carl released this last September
> He said on matrix just 

KDE 6 MegaRelease further dependencies

[Jonathan Riddell]

Me and Justin suggested a Matrix room to coordinate this but nobody seemed
interested, let me know if you'd like one.

I'd like to make a Todo board of this somehow, what's the best way to do
that?

Paul made one for Promo https://phabricator.kde.org/T16977

Further dependencies that Justin pointed me to from Fedora chat
https://pagure.io/fedora-kde/SIG/issue/383#comment-878191

= xdg-utils
External project part of Freedesktop
Latest release 2018 by
Current development happening by e.g. Meven and Harald for KF6 support
https://cgit.freedesktop.org/xdg/xdg-utils/
Not much activity on the mailing list called Portland (gosh I think I
remember that name being brought up)
https://lists.freedesktop.org/archives/portland/
I don't know who has authority to make a release

= libaccounts-qt
External project
https://gitlab.com/accounts-sso/libaccounts-qt/
Last release 4 years ago
Git master builds for both Qt 5 and 6 thanks to Nico
No activity on the mailing list, it's not clear who can make a release of
this https://groups.google.com/g/accounts-sso-devel

= gpgme
This is fine, current release builds for Qt 5 and 6, just remind distros to
package newest version

= qca
Builds for Qt 5 and 6 for the last couple of releases, just remind distros
to package newest version

= packagekit-qt
Current release builds for Qt 5 and 6, just remind distros to package
newest version

= grantlee
This is now KTextTemplate and part of Frameworks so just release note that

= signond
This seems to build for Qt 5 and 6 with no modifications so just release
note for distos to package it

= signon-ui
I have no idea what's going on here, there were releases with ubunntu in
the version number in 2015 of something called "signon-ui"
https://gitlab.com/accounts-sso/signon-ui/-/tags
Now the project is called "signon-ui-qt" in gitlab at least and Nico is
going work on it so maybe it needs a release? We built it for Qt 5 in neon
and nobody has complained thus far.

= signon-plugin-oauth2
Another one where it's not clear how releases are managed if at all
https://gitlab.com/accounts-sso/signon-plugin-oauth2/-/tags
Release 2 years ago uses Qt 5
No development since then, does it need work for Qt 6?

= appstream
Not to be confused with the Amazon product of the same name or indeed
"upstream", this is an external project where Plasma needs 1.0 which isn't
released yet. Hopefully it'll be released in time for our final one in the
mean time tell distros to use git
https://www.freedesktop.org/wiki/Distributions/AppStream/

= kweathercore
0.7 released in sep 2022 should build against Qt 6, tell distros to update
their packages

= libquotient
https://github.com/quotient-im/libQuotient/tags
Current release from september builds for both Qt 5 and 6, just remind
distros to update packaging.

= kdsoap6
External project, Latest release builds with Qt 5 and 6 tell distros to
package it
https://github.com/KDAB/KDSoap/releases
kio-extras needs it so needs a Qt 5 build too for KF5 apps

= kdsoap-ws-discovery-client
KDE project part of release service,
https://invent.kde.org/libraries/kdsoap-ws-discovery-client
New release will build with Qt 5 and 6
kio-extras needs it so needs a Qt 5 build as well as Qt 6 for KF5 apps

= kio-extras
part of kde gear
KF5 apps need Qt 5 build as well as Qt 6 although there's lots of clashing
files

= qcoro
https://github.com/danvratil/qcoro
Latest release can build for Qt 5 and 6, tell distros to package it for both

= futuresql
KDE library https://invent.kde.org/libraries/futuresql
Latest release from May builds both Qt 5 and 6, tell distros to do both
https://download.kde.org/stable/futuresql/

= kquickimageeditor
https://invent.kde.org/libraries/kquickimageeditor.git
A qml module needed for koko, skanpage, and neochat
Last release was in October 2021 by Carl
Master supports Qt 6, new release needed

= qtkeychain
External project used by tokodon, plasmatube, neochat, kmail, kasts and
libquotient
https://github.com/frankosterfeld/qtkeychain/releases
Releases since May have Qt 6 support, tell distros to package for both Qt 5
and 6 (or drop the Qt 5 depends)

= pulseaudio-qt
https://invent.kde.org/libraries/pulseaudio-qt.git
KDE library used by KDE connect
Last release 2021 by Nicolas Fella
master supports Qt 5 and 6 since last year
KDE connect looks like it also builds for Qt5 and 6 so this could do with a
new release pronto

= wayland-protocols
Fedora said this needed an update, I'm not sure that it does

= kirigami-addons
Not on Fedora's list
various QML modules used by various things
Carl released this last September
He said on matrix just now he'll make a new release
Builds for Qt 5 and 6, tell distros to package for Qt 6

Re: Collection of packaging notes

[Jonathan Riddell]

>
> If not, then why not fix any misnaming while we change names anyway.
>

Go for it :)

Jonathan

Re: KF6 API Freeze date, if any?

[Nicolas Fella]

On 11/1/23 11:03, Luca Beltrame wrote:

Hello,

I took a quick look at the mega release schedule but I couldn't find anything,
hence this mail. Has a date for the Frameworks API freeze ben set? Or there
isn't any?

I ask because packaging of those libraries becomes easier (given the API and
ABI requirements of Frameworks) once that happens.

The API will be mostly stable with the alpha release, but there is no
date for a firm ABI freeze.

Re: Collection of packaging notes

[Friedrich W. H. Kossebau]

Am Mittwoch, 1. November 2023, 13:30:03 CET schrieb Jonathan Riddell:
> One quick question, is naming non-frameworks libKF6foo really a problem we
> need to fix?  Given all the other issues...

What is in a name... usually some semantics.

We could also call random libraries libdsafwef or libPlasmaFoo (while 
unrelated to Plasma), would that be a good idea?

If not, then why not fix any misnaming while we change names anyway.

Cheers
Friedrich

Re: Collection of packaging notes

[Jonathan Riddell]

Thanks for your e-mail.  It covers more than Frameworks so I'm including
release-team@ too.

One quick question, is naming non-frameworks libKF6foo really a problem we
need to fix?  Given all the other issues...

Jonathan


On Wed, 1 Nov 2023 at 10:55, Christophe Marin  wrote:

> Hello,
>
> With various alpha coming out soon, here are the notes added to my
> packages
> when I started packaging snapshots and still present.
>
> I'm well aware that some of these modules won't be present in the first
> releases.
>
> First, the most annoying issue:
> Plasma still didn't bump all their libraries soname. That's a major
> annoyance
> for packagers.
>
> - Conflicting files (not mentioned in the other thread)
> kcm_trash.desktop is installed by both kio (kf5) and kio-extras (kf6)
>
> - Conflicting translation catalog names:
> plasma-integration (plasmaintegration5)
> kuserfeedback
>
> - Misnamed libraries:
> kmail-account-wizard (liblibaccountwizard.so)
> ktextaddons (liblibvoskspeechtotext.so)
>
> - Non frameworks modules installing libKF*.so
> ktextaddons (various libraries)
> konqueror (libKF6Konq.so)
> libksane (libKF5Sane5.so)
> kweathercore (libKF6KWeatherCore.so)
> libktorrent (libKF5Torrent.so)
> libkexiv2 (libKF6KExiv2.so)
> libkdcraw (libKF6KDcraw.so)
> baloo-widgets (libKF6BalooWidgets.so)
> kmoretools (libKF6MoreTools.so)
> libkscreen (libKF6Screen.so, libKF6ScreenDpms.so)
>
> - Wrong install location for knewstuff files:
> khangman
> kturtle
>
> - Wrong install location for CMake files:
> qqc2-breeze-style (still uses KF5QQC2BreezeStyle)
>
> - old install location:
> kalgebra (/usr/share/katepart5. Note: syntax-highlighting won't ignore the
> file, but it's not the default location)
> ksystemlog (/usr/share/kxmlgui5/ksystemlog)
>
> - Modules still using QQC1:
> kdeplasma-addons (applets/fifteenPuzzle)
>
> - build dependency issues:
> plasma5support (links and requires QtGui but doesn't search for it at
> build
> time)
> kinfocenter (requires kpackage at build time but doesn't seem to need it)
>
>
> Christophe
>
>
>
>

Re: KDE 6 Releases dependencies

[Neal Gompa]

On Wed, Nov 1, 2023 at 8:09 AM Jonathan Riddell  wrote:
>
> We have various dependencies needed for the forthcoming alpha release.  It's 
> not vital they all have releases in time for the alpha, we can expect distros 
> to just make their own git exports as needed, but it would be nice to have 
> releases.
>
> plasma-wayland-protocols - last releases in January I believe this needs an 
> update.  Aleix usually makes there releases.  No Qt5 faff needed.
> https://invent.kde.org/libraries/plasma-wayland-protocols
>
> libqaccessibilityclient
> https://invent.kde.org/libraries/libqaccessibilityclient
> I made the most recent release of this in 2019 (amazing what one is 
> sometimes), I think it's ready to go for a Qt 6 release, it's used by kwin 
> and kmag which have both been ported to Qt 6 so no Qt 5 release needed.
>
> polkit-qt-1
> https://invent.kde.org/libraries/polkit-qt-1
> Last released in 2021 by Heiko it builds fine from master with 
> -DQT_MAJOR_VERSION=6.  Distros will need both a Qt 5 and Qt 6 build so I 
> propose to make a new release for Qt 6 and another one called polkit-qt5-1 
> with the same contents for Qt 5 builds.
>

Why not take the opportunity to rename this to always include the Qt
major version?

> phonon
> https://invent.kde.org/libraries/phonon/
> 4.11.1 released 2019 by Harald https://community.kde.org/Phonon/Releases/Core
> master now builds both Qt 5 and 6 fine so I propose just making a 4.12.0 
> release
>
> phonon-vlc
> https://invent.kde.org/libraries/phonon-vlc
> 0.11.3 released by Harald in 2021. 
> https://community.kde.org/Phonon/Releases/VLC/0.11.3
> master now builds both Qt 5 and 6 fine so I propose just making a 0.12 
> release (or be bold and call it 1.0).
>
> phonon-gstreamer
> https://invent.kde.org/libraries/phonon-gstreamer
> 4.10.0 released in 2019 by Harald.  it has a Qt 6 port by Montel but I've not 
> tried it (in KDE neon).
> https://community.kde.org/Phonon/Releases/GStreamer/4.9.1
> It's not the recommended backend, does anyone still use it?
>

This is still used on Fedora and derivatives.

> kuserfeedback
> Last released 1.2 by me (amazing what one is again)
> Builds Qt 5 by default and 6 with -DQT_MAJOR_VERSION=6
> Distros need both Qt 5 and 6 builds although I think Qt 5 is only for ruqola 
> now so possibly that can be dropped or I can make a final Qt 5 release with a 
> renamed tar.
> It has been requested to add it to frameworks so hopefully that can happen
>

This needs fixing as I tried to build this and the result was
clobbered libraries and broken bindings because the Qt5 and Qt6
versions of the libraries are not fully namespaced.


-- 
真実はいつも一つ！/ Always, there's only one truth!

KDE 6 Releases dependencies

[Jonathan Riddell]

We have various dependencies needed for the forthcoming alpha release.
It's not vital they all have releases in time for the alpha, we can expect
distros to just make their own git exports as needed, but it would be nice
to have releases.

plasma-wayland-protocols - last releases in January I believe this needs an
update.  Aleix usually makes there releases.  No Qt5 faff needed.
https://invent.kde.org/libraries/plasma-wayland-protocols

libqaccessibilityclient
https://invent.kde.org/libraries/libqaccessibilityclient
I made the most recent release of this in 2019 (amazing what one is
sometimes), I think it's ready to go for a Qt 6 release, it's used by kwin
and kmag which have both been ported to Qt 6 so no Qt 5 release needed.

polkit-qt-1
https://invent.kde.org/libraries/polkit-qt-1

Last released in 2021 by Heiko it builds fine from master with
-DQT_MAJOR_VERSION=6.  Distros will need both a Qt 5 and Qt 6 build so I
propose to make a new release for Qt 6 and another one called polkit-qt5-1
with the same contents for Qt 5 builds.

phonon
https://invent.kde.org/libraries/phonon/
4.11.1 released 2019 by Harald
https://community.kde.org/Phonon/Releases/Core
master now builds both Qt 5 and 6 fine so I propose just making a 4.12.0
release

phonon-vlc
https://invent.kde.org/libraries/phonon-vlc
0.11.3 released by Harald in 2021.
https://community.kde.org/Phonon/Releases/VLC/0.11.3
master now builds both Qt 5 and 6 fine so I propose just making a 0.12
release (or be bold and call it 1.0).

phonon-gstreamer
https://invent.kde.org/libraries/phonon-gstreamer
4.10.0 released in 2019 by Harald.  it has a Qt 6 port by Montel but I've
not tried it (in KDE neon).
https://community.kde.org/Phonon/Releases/GStreamer/4.9.1
It's not the recommended backend, does anyone still use it?

kuserfeedback
Last released 1.2 by me (amazing what one is again)
Builds Qt 5 by default and 6 with -DQT_MAJOR_VERSION=6
Distros need both Qt 5 and 6 builds although I think Qt 5 is only for
ruqola now so possibly that can be dropped or I can make a final Qt 5
release with a renamed tar.
It has been requested to add it to frameworks so hopefully that can happen

Any others I've missed?

Jonathan

KDE Gear Qt 5 deps

[Jonathan Riddell]

There's a couple libraries that distros need to build both Qt 5 and Qt 6
versions of because they have apps which use both.

libkgapi still needs a Qt 5 version for kio-gdrive and a Qt 6 version for
pim bits.

libkcddb needs a Qt 5 version for k3b and a Qt 6 version for kio-audiocd.

So I propose to make standalone releases of the Qt 5 versions using the
names libkgapi5 and libkcddb5 which distros can pick once when they move
their packaging to Qt 6 bits.

How does that sound?  Are there any more such cases?

Jonathan

KF6 API Freeze date, if any?

[Luca Beltrame]

Hello,

I took a quick look at the mega release schedule but I couldn't find anything, 
hence this mail. Has a date for the Frameworks API freeze ben set? Or there 
isn't any?

I ask because packaging of those libraries becomes easier (given the API and 
ABI requirements of Frameworks) once that happens.

-- 
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B

signature.asc
Description: This is a digitally signed message part.

Re: print-manager and wacomtablet to Plasma

[Justin Zobel]

On 1/11/23 19:19, Ben Cooksley wrote:

On Wed, Nov 1, 2023 at 8:44 AM Jonathan Riddell  wrote:

As discuccsed in Plasma meeting and just now with KDE gear release
spods, Plasma would like to take over releases of print-manager
and wacomtablet.  This means renumbering the tars from e.g. 23.08
to 5.80.0.


Isn't this going to cause distributions all sorts of pain as package 
managers are going to assume 23.08 > 5.80 and refuse to update?


Fedora has an epoch variable to cater for situations like this. I 
imagine most other distributions have something similar.


The 23.08 would be upgraded to 1:5.80.x.



Any issues?

Jonathan


Cheers,
Ben

Re: print-manager and wacomtablet to Plasma

[Ben Cooksley]

On Wed, Nov 1, 2023 at 8:44 AM Jonathan Riddell  wrote:

> As discuccsed in Plasma meeting and just now with KDE gear release spods,
> Plasma would like to take over releases of print-manager and wacomtablet.
> This means renumbering the tars from e.g. 23.08 to 5.80.0.
>

Isn't this going to cause distributions all sorts of pain as package
managers are going to assume 23.08 > 5.80 and refuse to update?


>
> Any issues?
>
> Jonathan
>
>
Cheers,
Ben

Re: Frameworks 6 alpha

[Ben Cooksley]

On Wed, Nov 1, 2023 at 8:42 AM Jonathan Riddell  wrote:

> We chatted about the alpha release due next Wednesday in the Frameworks
> meeting today.
>
> From my notes:
>
> - Frameworks would like do be part of this release
>
> - Nico F, Alex S, David E are release spods
>
> - There's not been any work on doing the tooling.  There's a desire to
> move to releaseme for tooling.  Jonathan uses this plus a load of
> supporting scripts for Plasma and will look at adapting that for Frameworks
> and come up with a proposal
>
> - Plasma would like to take over release of plasma-framework, kwayland and
> kactivities and that presumably means also kactivities-stats.  There was
> discussion on the problem of moving the gitlab entries for this while 5
> releases are still ongoing so it's probably best to just leave that for now.
>

Having the repositories being subject to two different sets of rules is
going to be quite painful - as quite a few systems assume that something in
frameworks/* is a Framework.
This is the case for CI (in the branch-rules, the seed jobs, etc), API
Documentation and a few other places.

It is much easier to make something non-Frameworks look like a Framework,
than it is to make something that is classified as Frameworks (but isn't
actually one) not be seen as one.
(ie. the rules we have are inclusionary not exclusionary)

I'd be in favour of saying they need to be moved from frameworks/ to
plasma/ in preparation for this.


>
> - oxygen-icons5 tar should be renamed oxygen-icons (again probably leave
> gitlab repo renaming until later)
>
- We didn't discuss it but kirigami2 tar should also be renamed to kirigami
>

Not sure why we need to delay renaming the repository?


>
> Does that seem right?
>
> Anything else?
>
> Jonathan
>

Thanks,
Ben