Jonathan Riddell | 30 Jun 12:01 2015

kde/workspace git module rename

projects.kde.org has a module called kde/workspace that's used for
Plasma bits.  The name term "workspace" is obsolete and it's confusing
having it under "kde" where all the applications modules are.  I'd
like to rename it to "plasma".  I guess this will break kde-srcbuild
and maybe other build scripts.  Is the tidying up worth the hassle?

Jonathan
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
Jonathan Riddell | 30 Jun 12:00 2015

kio-extras into applications

Plasma 5.3.2 is out and in August the 3 releases are closely aligned
so it's a chance to move things about while minimising the overlap.
kio-extras has been suggested to be moved to Applications instead of
Plasma as it's needed by people who use Applications but don't use
Plasma.  Should I request the move and into which sub-module?

Jonathan
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
Jeremy Whiting | 26 Jun 17:42 2015
Picon

Applications 15.04.3 tarballs are up for packagers

Hello packagers,

Applications 15.04.3 tarballs are up under stable/applications/15.04.3
I'll try building them all this evening here, so they are untested as
such. Let me know if you hit any issues with them also and I'll do
likewise when I test them here.

BR,
Jeremy
Attachment (REVISIONS_AND_HASHES): application/octet-stream, 51 KiB
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
Rex Dieter | 24 Jun 17:20 2015

kde4 vs plasma5 khelpcenter

In case other packagers find the pitfall fedora did...

Folks are probably aware that both kde-applications (in kde-runtime) and 
plasma-5.x include versions of khelpcenter.  We, like some other 
distros, created a separate khelpcenter (sub)package from kde-runtime. 
The pitfall we hit was that kde-applications version (15.04.0) was 
higher than plasma (5.3.x).

And, unfortunately, kde4 khelpcenter doesn't work with kf5 applications. 
  For example, see:
https://bugs.kde.org/show_bug.cgi?id=349570

Fedora recently fixed that (by introducing an epoch to khelpcenter-5.x 
packaging), so the plasma5 version has precedence.

-- Rex
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
Rex Dieter | 16 Jun 05:03 2015

Re: KDE Frameworks·5.11.0: trashcan applet fails

On 06/15/2015 08:49 PM, Sebastian Kügler wrote:
> On Monday, June 15, 2015 19:58:43 Rex Dieter wrote:
>> Anyone else seeing problems with trashcan applet loading?
>>
>> Seems installing plasma-framework-5.11.0 causes it (5.10.0 was fine).
>
> Did you get any error message? If so, which?

Yes, per the aforementioned bug reports, trying to place the trashcan 
applet yields:

Error loading Applet: package inexistent

-- Rex

_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
Rex Dieter | 16 Jun 02:58 2015

Re: KDE Frameworks·5.11.0: trashcan applet fails

Anyone else seeing problems with trashcan applet loading?

Seems installing plasma-framework-5.11.0 causes it (5.10.0 was fine).

See also:
https://bugs.kde.org/show_bug.cgi?id=349207
https://bugzilla.redhat.com/show_bug.cgi?id=1231972
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
jb | 15 Jun 23:05 2015

Missing tag for Applications 15.04.2 ?

Hi, 

I just noticed - after a user request - that there seem to be no tag for the 
KDE 15.04.2 Applications release. Did I miss something or are the applications 
maintainers supposed to create the tags ?

Thanks for your work and regards,

For the Kdenlive team,
Jean-Baptiste Mardelle
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
Christian Mollekopf | 9 Jun 10:23 2015

Re: Future frameworks releases

On Tuesday 09 June 2015 01:02:52 Pau Garcia i Quiles wrote:
> Hello,
> 
> Boost is essentially equivalent to KF5:
> 
>    - lots of libraries
>    - some depend on others, some don't
>    - some libraries get updated almost every release, others are hardly
>    updated
> 
> Boost includes all libraries (except if they are retired entirely) and bump
> version for all libraries at the same time.
> 
> Is KF5 really that different? that special?
> 
> IMHO KF5 should follow the same rules Boost has been using for years. They
> seem to work :-?

From the boost FAQ:
"How can the Boost libraries be used successfully for important projects?

Many of the Boost libraries are actively maintained and improved, so backward 
compatibility with prior version isn't always possible. Deal with this by 
freezing the version of the Boost libraries used by your project. Only upgrade 
at points in your project's life cycle where a bit of change will not cause 
problems. Individual bug fixes can always be obtained from the boost 
repository."

While freezing the version may work for the typical low-level utilities boost 
provides, I don't think it's a good idea at all for what is essentially a 
(Continue reading)

David Faure | 8 Jun 01:28 2015
Picon

Future frameworks releases

Hello packagers,

The thread "Versioning of Frameworks" on kde-frameworks-devel has led to the 
idea that some future frameworks (coming from the kdepim world) would not be 
part of every Frameworks release, and would have their own versioning scheme.
This is at the request of their maintainer, Christian, CC'ed.

For example:
  KF 5.12 would contain KImap 2.1
  KF 5.13 would not contain a KImap release
  KF 5.14 would contain KImap 2.1.1
  KF 5.15 would contain KImap 2.2

Would that work for you guys?

--

-- 
David Faure, faure <at> kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5

_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team
David Faure | 7 Jun 00:26 2015
Picon

KDE Frameworks·5.11.0

Dear packagers,

Here's KDE Frameworks 5.11.0.

New framework: BluezQt.
"Qt wrapper for BlueZ 5 DBus API"

Public release on Friday.

Thanks for the packaging work!

--

-- 
David Faure, faure <at> kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
attica v5.11.0-rc1
eff587a123511f8d85935939d19914b7f8d2a828
1df6a2fd762c4bdc547950f529272d347a0b2f017d10ecf387cb6655f1ef2da5  sources/attica-5.11.0.tar.xz
bluez-qt v5.11.0-rc1
c259e8d8ca7e347cf43b5e7ac04a476864a64704
e3bfe021f1cf7b822387c9f11a8d6a86dd1a9b4b301fb564a67e2964b8cb92c7  sources/bluez-qt-5.11.0.tar.xz
extra-cmake-modules v5.11.0-rc1
fc51226cc305874cc7ab0ce1156561fe91c48e50
9ee39c08ca4a6066e9c7061b740ed8b1d5f289e6b19a568d1704585d883cb718  sources/extra-cmake-modules-5.11.0.tar.xz
frameworkintegration v5.11.0-rc1
0476a83494f299d2c68a7455d5a6855e2ec3bb67
cc69702ad4b51008c9b5558dba57760175d0913b940c3780b696e5763f57c285  sources/frameworkintegration-5.11.0.tar.xz
kactivities v5.11.0-rc1
170d2eeebd48b93067d5d3022efbafa0c4ffb06c
(Continue reading)

Jeremy Whiting | 29 May 21:10 2015
Picon

KDE Applications 15.04.2 tarballs are up for packagers

Hello packagers,

Applications 15.04.2 tarballs are up under stable/applications/15.04.2
I'll try building them all this evening here, so they are untested as
such. Let me know if you hit any issues with them also and I'll do
likewise when I test them here.

BR,
Jeremy
Attachment (REVISIONS_AND_HASHES): application/octet-stream, 51 KiB
_______________________________________________
release-team mailing list
release-team <at> kde.org
https://mail.kde.org/mailman/listinfo/release-team

Gmane