Re: print-manager and wacomtablet to Plasma

[Nate Graham]

On 11/2/23 17:39, Albert Astals Cid wrote:

It's true that print-manager is mainly a plasmoid/kded/kcm so if Plasma folks
want to adopt it, I'm not against it, please propose a MR like
https://invent.kde.org/sysadmin/release-tools/-/merge_requests/39/diffs
(but in reverse)


Done, see https://invent.kde.org/sysadmin/release-tools/-/merge_requests/41.



Having such software follow the Plasma release
schedule prevents the problem of unsynchronized changes due to differing
release schedules, which bit us multiple times during the Plasma 5 cycle.


That's not a good reason, Plasma developers need to remember that there's
third party applications out there that may also want to tightly integrate
with Plasma, so any breaking change that may affect print-manager or whatever
other non-shipped-by-Plasma software should not be happening.


For the record, the problem was not breaking changes; we always avoided 
intentionally making breaking changes due to the existence of 3rd-party 
widgets and KCMs etc.


Rather the issue was unsynchronized UI changes; for example Plasma would 
introduce a new UI feature or convention and then everything on the 
Plasma release schedule would opt into it in time for the next release, 
but software like print-manager not on the Plasma release schedule 
couldn't sync up until their next release, causing random things to use 
the old style for a few weeks or months. Not the end of the world of 
course, but not the kind of seamless UX we were aiming for.



Nate

Re: print-manager and wacomtablet to Plasma

[Albert Astals Cid]

El dimecres, 1 de novembre de 2023, a les 1:10:55 (CET), Nate Graham va 
escriure:
> On 10/31/23 17:28, Nicolas Fella wrote:
> > On 10/31/23 23:23, Albert Astals Cid wrote:
> >> El dimarts, 31 d’octubre de 2023, a les 20:43:47 (CET), Jonathan
> >> Riddell va
> >> 
> >> escriure:
> >>> 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.
> >>> 
> >>> Any issues?
> >> 
> >> What's the rationale for such move?
> > 
> > See https://mail.kde.org/pipermail/release-team/2023-June/013081.html
> > where I originally brought up the topic
> > 
> > partly it's not relevant any more since we settled on releasing Plasma
> > and Gear together this time. The point about these being effectively
> > tied to Plasma still stands, and as such releasing them together makes
> > sense, for example because it makes it easier to deal with changes in
> > their interaction with Plasma
> 
> Yes, the idea is to move into Plasma the things that really only make
> sense to use *in* Plasma. 

It's true that print-manager is mainly a plasmoid/kded/kcm so if Plasma folks 
want to adopt it, I'm not against it, please propose a MR like 
https://invent.kde.org/sysadmin/release-tools/-/merge_requests/39/diffs
(but in reverse)

> Having such software follow the Plasma release
> schedule prevents the problem of unsynchronized changes due to differing
> release schedules, which bit us multiple times during the Plasma 5 cycle.

That's not a good reason, Plasma developers need to remember that there's 
third party applications out there that may also want to tightly integrate 
with Plasma, so any breaking change that may affect print-manager or whatever 
other non-shipped-by-Plasma software should not be happening.

Cheers,
  Albert

> 
> Nate

Re: isoimagewriter in KDE Gear

[Albert Astals Cid]

El dimarts, 31 d’octubre de 2023, a les 20:42:09 (CET), Jonathan Riddell va 
escriure:
> I'd like to propose releasing isoimagewriter as part of KDE Gear starting
> with the megarelease.  Any issues?

Please create a MR like 
https://invent.kde.org/sysadmin/release-tools/-/merge_requests/39/diffs

If noone disagrees before the alpha we can go ahead and merge it.

Cheers,
  Albert

> 
> Jonathan

Re: KDE Gear Qt 5 deps

[Albert Astals Cid]

El dimecres, 1 de novembre de 2023, a les 11:56:37 (CET), Jonathan Riddell va 
escriure:
> 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? 

libkcddb seems like it compiles with qt5 and qt6 so why do we need to make 
extra releases?

For libkgapi i don't have enough domain knowledge, but can't distros just keep 
build the old tarball with qt5 and the new on with qt6?

Cheers,
  Albert

> Are there any more such cases?
> 
> Jonathan

Re: KDE 6 MegaRelease further dependencies

[Albert Astals Cid]

El dimecres, 1 de novembre de 2023, a les 18:55:43 (CET), Jonathan Riddell va 
escriure:
> Me and Justin suggested a Matrix room to coordinate this but nobody seemed
> interested, let me know if you'd like one.

chat rooms are particularly not great to coordinate with people that have 
different availability times, a mailing list or an issue tracker are much 
better for that.

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

As I mentioned we can just use the issue tracker of the release-service team 
(please can anyone not part of the team confirm if they can open issues there 
i'm unsure how teams work on gitlab?)

Cheers,
  Albert


> 
> 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

Re: KDE 6 MegaRelease further dependencies

[Carl Schwan]

On Wednesday, November 1, 2023 6:55:43 PM CET Jonathan Riddell wrote:
> 
> = 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

> = 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

Both are now done 
https://carlschwan.eu/2023/11/02/kquickimageeditor-0.3.0-and-kirigami-adddons-0.12-alpha/

Important to note is that while kquickimageeditor is compatible with both Qt5 
and Qt6 and the package is considered stable, Kirigami Addons is only 
compatible with Qt6 and should only be packaged inside a testing repo with the 
rest of the alpha megarelease.

Cheers,
Carl

Re: KDE 6 MegaRelease further dependencies

[Jonathan Riddell]

Right, you never know when it might come in useful

Jonathan


On Thu, 2 Nov 2023 at 12:13, Justin Zobel  wrote:

> Maybe a release team on Invent, this way it can be used for the Mega
> Release and future release related tracking.
> On 2/11/23 21:14, Jonathan Riddell wrote:
>
> On Thu, 2 Nov 2023 at 08:45, Ben Cooksley  wrote:
>
>> On Thu, Nov 2, 2023 at 6:56 AM 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'd like to make a Todo board of this somehow, what's the best way to do
>>> that?
>>>
>>
>> We don't particularly have a good team to put a project in for this, is
>> this something you foresee needing many times more in the future?
>>
>
> No it's just for this one megarelease
> Jonathan
>
>

Re: KDE 6 MegaRelease further dependencies

[Justin Zobel]

Maybe a release team on Invent, this way it can be used for the Mega 
Release and future release related tracking.


On 2/11/23 21:14, Jonathan Riddell wrote:

On Thu, 2 Nov 2023 at 08:45, Ben Cooksley  wrote:

On Thu, Nov 2, 2023 at 6:56 AM 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'd like to make a Todo board of this somehow, what's the best
way to do that?


We don't particularly have a good team to put a project in for
this, is this something you foresee needing many times more in the
future?


No it's just for this one megarelease
Jonathan

Re: KDE 6 Releases dependencies

[Jonathan Riddell]

Phonon does nifty build things to built it for both Qt 5 and 6 at the same
time from the same tar, this is cool so if you can recreate it then go
ahead.  But it might be easier to just release them separately.

Jonathan


On Wed, 1 Nov 2023 at 18:21, Heiko Becker  wrote:

> 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

[Jonathan Riddell]

On Thu, 2 Nov 2023 at 08:45, Ben Cooksley  wrote:

> On Thu, Nov 2, 2023 at 6:56 AM 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'd like to make a Todo board of this somehow, what's the best way to do
>> that?
>>
>
> We don't particularly have a good team to put a project in for this, is
> this something you foresee needing many times more in the future?
>

No it's just for this one megarelease
Jonathan

Re: KDE 6 MegaRelease further dependencies

[Ben Cooksley]

On Thu, Nov 2, 2023 at 6:56 AM 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'd like to make a Todo board of this somehow, what's the best way to do
> that?
>

We don't particularly have a good team to put a project in for this, is
this something you foresee needing many times more in the future?


>
> 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