Re: KDE Gear 23.08 Beta is released

[Andreas Sturmlechner]

On Sat, 5 Aug 2023 at 09:42, Christophe Marin  wrote:
> Worth mentioning:
> - kdepim-runtime fails to build on stable openSUSE versions with:
> resources/google-groupware/googlesettingswidget.h:11:10: fatal error:
> ui_googlesettingswidget.h: No such file or directory

I got exactly the same error in Gentoo now with 23.07.90. Curiously, a
subsequent build went fine.

Regards,
Andreas

Re: KDE Frameworks 5.86.0

[Andreas Sturmlechner]

On Sat, 4 Sept 2021 at 23:11, David Faure  wrote:
>
> KDE Frameworks 5.86.0 has been uploaded to the usual place.
>

kwayland-5.86.0 depends on unreleased plasma-wayland-protocols-1.4.0,
from commit be955bee.

Re: KDE release 20.11.90 (20.12-rc) packages available for packagers

[Andreas Sturmlechner]

Hi,

kdeconnect-kde-20.11.90 fails to build with -DBLUETOOTH_ENABLED=ON, an
option that is by default disabled:

core/backends/bluetooth/bluetoothlinkprovider.cpp:184:101: error:
invalid new-expression of abstract class type ‘BluetoothDeviceLink’

See also:
https://invent.kde.org/network/kdeconnect-kde/-/jobs/79963
https://bugs.gentoo.org/757585

Regards,
Andreas

KDE Release Service 20.08.3 announcement broken on kde.org

[Andreas Sturmlechner]

These announcements continue to be problematic it seems. In the
'Announcements' part on kde.org front page, all it says is '20.08.3
Releases Source Info Page' which I doubt is the intended title, and
with no link to the actual release info page.

Regards,
Andreas

Re: Dropping libkgeomap from release service 20.12 - was - Re: libkgeomap

[Andreas Sturmlechner]

On Sat, 8 Aug 2020 at 00:42, Albert Astals Cid  wrote:
>
> This needs to go to release-team which is where the dropping/adding stuff is 
> discussed.
>
> El dijous, 6 d’agost de 2020, a les 22:27:10 CEST, Tobias Leupold va escriure:
> > Quite some time ago, we dropped libkface support, and -- speaking of Gentoo 
> > --
> > the library also disappeared from Portage.

I Just have to quickly debunk this - still there ;)

gentoo $ equery l libkgeomap
 * Searching for libkgeomap ...
[-P-] [  ] kde-apps/libkgeomap-20.04.3:5

However, with such good news about a looming kphotoalbum release I
will already drop it
downstream from Release Service packages starting with >=20.08.0.

Regards,
Andreas

Drop kblog from Release Service 20.08

[Andreas Sturmlechner]

On Sat, 6 Jan 2018 at 21:23, Sandro Knauß  wrote:
>
> Hey,
>
> with a short discussion with Laurent ( the author of kblog), we decided to
> keep kblog
>

Hi,

It is two and a half years later, and kblog can be dropped from
Release Service for not being used anywhere.

[15:47]  montel: does it make sense to continue release kblog in 20.08?
[15:48]  asturm: nope it's dead as no apps use it

See also: https://phabricator.kde.org/T12157#210940

Best regards,
Andreas

Re: Umbrello build failure

[Andreas Sturmlechner]

On Thu, 26 Mar 2020 at 14:07, Jonathan Riddell  wrote:
>
> Ralf, I'm seeing build failures in Umbrello introduced by your commit of 
> March 12
>
> 6c475a1037ddbb51650e70d72582c94dbaac7ce9

Needless to say, that is also recorded in build.kde.org for a few days:
https://build.kde.org/job/Applications/job/umbrello/job/stable-kf5-qt5%20SUSEQt5.12/133

For our package I simply disabled Doxygen...

Regards,
Andreas

Re: KDE Applications 19.08.3 packages available for packagers

[Andreas Sturmlechner]

On Wed, 6 Nov 2019 at 00:34, Andreas Sturmlechner
 wrote:
> lskat-19.08.3 fails to build against Qt-5.14, would you want to pick
> two commits from master and respin?

Well, okay, this probably goes beyond the scope of this release.
Similar Qt-5.14 backports are needed for multiple packages, such as:
katomic, kblocks, kcharselect, kdiamond, kigo, klines, kollision,
kruler (no fix yet)

Regards,
Andreas

Re: KDE Applications 19.08.3 packages available for packagers

[Andreas Sturmlechner]

lskat-19.08.3 fails to build against Qt-5.14, would you want to pick
two commits from master and respin?

d2eae3d524bf84b843eacdf45ecfc77908e12ad8 (Make it compiles against qt5.14)
7361a17fa8ffe607ad7f050062a5e4a1eda24f26 (Make it compile against
qt5.15, This enum is unused)

In fact both commits were needed to finish build against Qt-5.14.0_beta2 here.

Regards,
Andreas

Re: calligraplan release

[Andreas Sturmlechner]

On Sat, 2 Nov 2019 at 09:43,  wrote:
>
> Beta 1 is out, you can find it on:
> http://download.kde.org/unstable/calligra/calligraplan-3.1.90.tar.xz.mirrorlist

What's the plan wrt the currently disabled (but fixed?) kcalendarcore code?

Re: Yakuake releases

[Andreas Sturmlechner]

Hi,

as a packager I would appreciate more releases of not only yakuake.
That does not necessarily mean moving all to KDE Applications is the
solution, certainly not all of them...

When I look at what else I need to carry around patches for:
calligra - 20kB worth of patches just to build against moderately
recent poppler versions and even Qt 5.11
calligraplan - also patch for Qt 5.11 and qca detection
kdesvn - needs backport from 2.0 branch for Qt 5.11
krename - only git master currently builds against exiv2-0.27, which
has been around for more than a year
plasma-redshift-control - fix for redshift-1.12 is only in git master
skanlite - last release 10 months ago, cmake fixes and hidpi support
in git master since April

Regards,
Andreas

On Wed, 19 Jun 2019 at 18:55, Nate Graham  wrote:
>
> Hello everyone,
> I notice that Yakuake's last release was 15 months ago. What do people
> think about getting it added to the KDE Applications bundle so that it
> gets auto-released on a regular basis? This might help to attract more
> contributors, among other benefits.
>
> Nate
>

Zanshin 0.5.0 build broken against 19.04

[Andreas Sturmlechner]

Hello,

something in Zanshin's dependencies had been implicitly providing
KF5:AkonadiContact but isn't anymore. Even if it is easy enough to
patch, a new release would be nice, not least considering the much
improved dependency situation.

Regards,
Andreas

Re: KDE Frameworks 5.56.0

[Andreas Sturmlechner]

On Sat, 2 Mar 2019 at 16:48, David Faure  wrote:
> Dear packagers,
>
> KDE Frameworks 5.56.0 has been uploaded to the usual place.

syntax-highlighting should be respun to include commit 84d78a05
("guard target link libraries for older CMake version")

Regards,
Andreas

Re: KDE Frameworks 5.53.0

[Andreas Sturmlechner]

We got a downstream kcoreaddons-5.53 build failure report with
GCC-7.3.0 and Qt-5.11.3:

moc_kaboutdata.cpp:311:69: error: invalid use of incomplete type
‘class QVariant’

It was fixed by commit e53254a009982c379a5ad713139e88a881ca02fb, I
believe this should be part of a 5.53.1 bump.

Regards,
Andreas

Re: Exception for dependency freeze for Kopete

[Andreas Sturmlechner]

On Monday, 13 November 2017 at 09:33, Pali Rohár wrote:
> Hi! Kopete should have finally ready KF5 port, but that lands in
> separate branch, not in master. I would like to ask for dependency
> freeze exception so I could move KF5 port to master for upcoming KDE
> Applications release. As current master contains only KDE4 compatible
> code.

Last I checked, it did not build with cryptography/jingle support - the former 
with libkleo-17.08.3. Unless it already depends on 17.12 branch?

Regards,
Andreas

Re: What to do with the repos we don't ship anymore in KDE Applications 17.12

[Andreas Sturmlechner]

On 12 November 2017 at 23:57, Albert Astals Cid  wrote:
> I don't understand why you want to move it to extragear if it is unmaintained,
> who is going to do releases?
Maybe I don't understand either, I'm fine with it going the same way as blogilo.

Re: What to do with the repos we don't ship anymore in KDE Applications 17.12

[Andreas Sturmlechner]

On 12 November 2017 at 20:33, Albert Astals Cid  wrote:
> My suggestions:

If it's not too late, I propose to move libkface to extragear, considering

https://bugs.kde.org/show_bug.cgi?id=377425

and

https://mail.kde.org/pipermail/release-team/2016-July/009641.html

It has been struggling to keep up with newer OpenCV releases for two
years, and is broken again since >=3.2 (almost one year). KPhotoAlbum
is the only rdep, where it is off by default already.

Regards,
Andreas

Re: Re: KDE Applications 17.12 proposed schedule

[Andreas Sturmlechner]

On Thursday, 5 October 2017 at 18:48, Albert Astals Cid wrote:
> El dijous, 7 de setembre de 2017, a les 20:02:47 CEST, Albert Astals Cid va 
> > https://community.kde.org/Schedules/Applications/17.12_Release_Schedule
> Approved.

Following up on that, tomorrow is scheduled 17.12 dependency freeze - I guess 
this is the deadline for the remaining kdelibs4-rdeps to make it or not?

Regards,
Andreas

Re: Re: Move blogilo to unmaintain

[Andreas Sturmlechner]

On Wednesday, 1 November 2017 at 16:59, laurent Montel wrote:
> Le mercredi 1 novembre 2017, 12:30:45 CET Albert Astals Cid a écrit :
> > Ok, done
> > 
> > https://cgit.kde.org/sysadmin/release-tools.git/commit/?id=8b77a4f1315fdab20
> > 94c5203938eb0ad192c0b08
> > 
> > Cheers,
> >   Albert
> 
> Thanks a lot

What about kblog, though? Am I right in that it was only used by blogilo?

Regards,
Andreas

Re: KDE Frameworks 5.37.0

[Andreas Sturmlechner]

On 10 August 2017 at 23:18, David Faure  wrote:
> Hmm. What's the headache, if the framework name is simply "kirigami2", just
> like kcoreaddons is kcoreaddons? Now that my scripts have hacks, yours
> shouldn't need any...

It's a minor inconvenience that repo name and tarball differ, since
our packages are based on the former. No big deal, just two lines of
custom code - I was just surprised this happened so late with
everything in place already.

Re: Re: KDE Frameworks 5.37.0

[Andreas Sturmlechner]

On Thursday, 10 August 2017 at 21:16, Rik Mills wrote:
> Indeed it would. For example I have kirigami (v1) and kirigami2 source
> packages in ubuntu, so human level confusion aside, now renaming
> kirigami2 tarballs to just kirigami is going to give scripting and
> tooling a headache.

Gah, I thought that had been settled already in a previous discussion and only 
Ubuntu had raised some doubts - _someone_'s tooling will always have a 
headache. I won't rename kirigami and just re-add the hacks to fetch the *2 
tarball...

Re: KDE Frameworks 5.37.0

[Andreas Sturmlechner]

On Sunday, 6 August 2017 at 23:41, David Faure wrote:
> KDE Frameworks 5.37.0 has been uploaded to the usual place.
> 
> New frameworks: kirigami.

Looks like krigiami still has KF5_VERSION 5.36 and KF5_DEP_VERSION 5.35.0, I 
don't think that's intentional?

Regards

Re: KF 5.37 requiring Qt 5.7

[Andreas Sturmlechner]

On Wednesday, 2 August 2017 at 22:47, David Faure wrote:
> According to the policy that KF5 should work with the last 3 releases of 
> Qt5.x, it is time now for upcoming releases of KF5 to drop support for Qt
> 5.6. 
> Packagers: is that acceptable?

Certainly no objection from Gentoo. Qt 5.7.1 is stable keyworded here and 
eventually will move on to 5.9.1.

With Plasma-5.10.4 and Applications 17.04.3 in the process of being 
stabilised, a majority of packages depends on Qt 5.7 already, anyway.

Regards,
Andreas

Re: Re: libkdeaccessibilityclient

[Andreas Sturmlechner]

On Saturday, 22 July 2017 at 16:57, Frederik Gladhorn wrote:
> On mandag 17. juli 2017 13.32.32 CEST Jonathan Riddell wrote:
> > it has an optional dep on libkdeaccessibilityclient which has a
> > release in 2014 as libqaccessibilityclient.
> 
> Let's do it together here and now at Akademy. I'm a bit lost what the
> process is.
> 

Are there plans to change the repository name as well? This is slightly 
confusing right now...

Regards,
Andreas

Re: KDE Applications 17.04.0 packages available for packagers

[Andreas Sturmlechner]

---Original Message---
On Wednesday, 19 April 2017 at 21:48, Luigi Toscano wrote:
> Should we rename the new version? I wonder if it could be just
> akonadi_indexer.po.

Duplicate po-files are nothing new, I've been removing the following list from 
the '4' part all the time (and that's ignoring kde-runtime entirely):

kdelibs/akonadi_baloo_indexer.po
kdelibs/baloo_file_extractor.po
kdelibs/baloo_file.po
kdelibs/baloosearch.po
kdelibs/balooshow.po
kdelibs/baloowidgets.po
kdelibs/kcm_activities.po
kdelibs/kcm_baloofile.po
kdelibs/kfilemetadata.po
kdelibs/kio_baloosearch.po
kdelibs/kio_tags.po
kdelibs/kio_timeline.po
kdelibs/plasma_runner_baloosearchrunner.po

When I reported it that wasn't a big deal.

Regards,
Andreas

Re: Re: kholidays-16.12.3 depfreeze broken

[Andreas Sturmlechner]

---Original Message---
On Saturday, 11 March 2017 at 17:30, Albert Astals Cid wrote:
> El divendres, 10 de març de 2017, a les 14:14:35 CET, Andreas Sturmlechner 
> > va escriure:
> > Merge commit c8f9b01c480de6bc561fa96289260e2bb82d4a1e bumped cmake min
> > version and PIM_VERSION.
> 
> I'm honestly not convinced this guarantees a re-spin of a tarball we've 
> already published, since bascically it'd need to be 16.12.4

That's only the second half of the story, in case you overlooked below:

> > On Friday, 10 March 2017 at 14:10, Andreas Sturmlechner wrote:
> > > master was merged twice into Applications/16.12 branch and bumped
> > 
> > KF5_VERSION,

In any case, I've pushed a fix to Applications/16.12 branch that dials back 
KF5_VERSION to 5.28.0 and also all the other cmake changes.

Regards,
Andreas

Re: kholidays-16.12.3 depfreeze broken

[Andreas Sturmlechner]

Merge commit c8f9b01c480de6bc561fa96289260e2bb82d4a1e bumped cmake min version 
and PIM_VERSION.

Attached patch might fix it, unless you want to blacklist.

Regards,
Andreas


---Original Message---
On Friday, 10 March 2017 at 14:10, Andreas Sturmlechner wrote:

> master was merged twice into Applications/16.12 branch and bumped 
KF5_VERSION, 
> cmake minimum version and PIM_VERSION.
> 
> Bad (version bumping/dropping) commits:
> c714ab94bc5d3f82e6de135798f905f27f19fc64
> 065c4028f97268466b22afb59eae2cbb37994a40
> 4594308464a3ee8386c6e85e643dc7dac052e250
> 
> This will need a tarball respin.
> 
> Best regards,
> Andreascommit f1e9e5780473e46b912ca262cd5003e4984f4f7f
Author: Andreas Sturmlechner <andreas.sturmlech...@gmail.com>
Date:   Fri Mar 10 13:33:10 2017 +0100

Revert depfreeze breaking merge (KF5_VERSION, cmake, PIM_VERSION)

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 05164db..2ca8624 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -1,28 +1,26 @@
-cmake_minimum_required(VERSION 3.0)
-set(PIM_VERSION "5.4.40")
+cmake_minimum_required(VERSION 2.8.12)
 
-project(KHolidays VERSION ${PIM_VERSION})
+project(KHolidays)
 
 # ECM setup
-set(KF5_VERSION "5.31.0")
+set(KF5_VERSION "5.28.0")
 find_package(ECM ${KF5_VERSION} CONFIG REQUIRED)
 set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH})
 
 include(GenerateExportHeader)
 include(ECMGenerateHeaders)
 include(ECMGeneratePriFile)
-include(CMakePackageConfigHelpers)
+include(ECMPackageConfigHelpers)
 include(ECMSetupVersion)
 include(ECMPoQmTools)
 include(FeatureSummary)
 include(KDEInstallDirs)
 include(KDECMakeSettings)
 include(KDEFrameworkCompilerSettings NO_POLICY_SCOPE)
-include(ECMCoverageOption)
 
 set(KHOLIDAYS_LIB_VERSION ${PIM_VERSION})
 
-ecm_setup_version(PROJECT VARIABLE_PREFIX KHOLIDAYS
+ecm_setup_version(${KHOLIDAYS_LIB_VERSION} PROJECT VARIABLE_PREFIX KHOLIDAYS
 VERSION_HEADER "${CMAKE_CURRENT_BINARY_DIR}/kholidays_version.h"
 PACKAGE_VERSION_FILE "${CMAKE_CURRENT_BINARY_DIR}/KF5HolidaysConfigVersion.cmake"
 SOVERSION 5
@@ -50,7 +48,7 @@ endif()
 ### CMake Config Files ###
 set(CMAKECONFIG_INSTALL_DIR "${KDE_INSTALL_CMAKEPACKAGEDIR}/KF5Holidays")
 
-configure_package_config_file(
+ecm_configure_package_config_file(
   "${CMAKE_CURRENT_SOURCE_DIR}/KF5HolidaysConfig.cmake.in"
   "${CMAKE_CURRENT_BINARY_DIR}/KF5HolidaysConfig.cmake"
   INSTALL_DESTINATION  ${CMAKECONFIG_INSTALL_DIR}

Re: kholidays-16.12.3 depfreeze broken

[Andreas Sturmlechner]

> master was merged twice into Applications/16.12 branch and bumped 
> KF5_VERSION, 
> cmake minimum version and PIM_VERSION.
> 
> Bad (version bumping/dropping) commits:
> c714ab94bc5d3f82e6de135798f905f27f19fc64
> 065c4028f97268466b22afb59eae2cbb37994a40
> 4594308464a3ee8386c6e85e643dc7dac052e250

Merge commit c8f9b01c480de6bc561fa96289260e2bb82d4a1e bumped cmake min version 
and PIM_VERSION.

kholidays-16.12.3 depfreeze broken

[andreas . sturmlechner]

master was merged twice into Applications/16.12 branch and bumped KF5_VERSION, 
cmake minimum version and PIM_VERSION.

Bad (version bumping/dropping) commits:
c714ab94bc5d3f82e6de135798f905f27f19fc64
065c4028f97268466b22afb59eae2cbb37994a40
4594308464a3ee8386c6e85e643dc7dac052e250

This will need a tarball respin.

Best regards,
Andreas

Re: Re: Stopping release of kdewebdev for Applications 17.04 (was: 16.08)

[Andreas Sturmlechner]

On Sunday, 26 February 2017 at 22:53, Albert Astals Cid wrote:
> > kfilereplace
> > kimagemapeditor
> > klinkstatus
> 
> And? Apps that work don't need a large amount of commits. 
> 
> If you want us to stop releasing apps personally I need more reasons than 
> "there's not many commits".
> 

Oh, maybe I was under a wrong impression by our past discussion. As there 
haven't been code commits in many many years for any of them, the question was 
rather why keep releasing near bit-perfect copies of tarballs 12 times a year. 
The requirement for dropping them from Applications releases was to first get 
them converted to git, so that they _can_ be easily picked up again. A 
kdewebdev package from 2010 works the same as one from 2016, and no one is 
forced to drop it from their package repository.

At least klinkstatus still depends on kdepimlibs-4, which was last released 2 
years ago and conflicts with GpgME++ requirements of other applications since 
16.12.

kfilereplace, if kept, may as well be moved to a different category - it seems 
to be in kdewebdev rather for historical reasons.

That would leave kimagemapeditor as the only application in kdewebdev.

Regards,
Andreas

Stopping release of kdewebdev for Applications 17.04 (was: 16.08)

[Andreas Sturmlechner]

---Original Message---
On Tuesday, 4 October 2016 at 23:42, Albert Astals Cid wrote:
> So it's 2.5 months later now.
>
> I would like to get them moved to git if possible, get them released
> for KDE Applications 16.12 and tell people they need to start caring
> about them if they don't want to see them dropped for 17.04

Now we are almost there and similar to kommander, the remains of kdewebdev 
have not seen any new code or frameworks branch since they were moved to git:

kfilereplace
kimagemapeditor
klinkstatus

Regards,
Andreas

Re: Suggestion to Remove KFloppy and hold back K3b

[Andreas Sturmlechner]

---Original Message---
On Wednesday, 22 February 2017 at 23:05, Wolfgang Bauer wrote: 
> My plan (now) is to query Solid for removable devices (not only Floppy 
> drives), and offer them in the chooser too.
> But this needs more thoughts...

+1 on that - I have an actual use case for this where regular users are 
formatting SD/CF/CFast/XQD cards on a regular basis every day. A tool like 
kfloppy is exactly what they need, coming from a certain well-known closed-
source OS.

Regards,
Andreas

Plasma-5.8 and KF-5.31 fix

[Andreas Sturmlechner]

Hi,

khotkeys-5.8.5 fails to build with KF-5.31, a fix is available in 5.9 branch 
(commit 617de4bd3fd080d43cce9bdc8af82963960d5c3a) but not in 5.8.

For reference: https://bugs.gentoo.org/show_bug.cgi?id=610040

It would be good to have that backported for 5.8.6 release.

Regards,
Andreas

Re: KDE Applications 16.12.2 packages available for packagers

[Andreas Sturmlechner]

I've picked one commit from master for libkexiv2 and libkface each to fix build 
with KDE Frameworks 5.31 (-fno-operator-names), you may want to respin 
tarballs there.

Regards,
Andreas

Re: Re: Dropping kdelibs4-based applications in KDE Applications 17.12

[Andreas Sturmlechner]

On Friday, 11 November 2016 at 12:29, Sandro Knauß wrote:
> But Debian list more reverse dependencies against kdepimlibs-4, if I request 
> kdepimlibs4 to go. (Okay Debian is based on Application 16.08)

For sure there are external dependencies but that doesn't concern KDE 
Applications decisions imo. kdepimlibs-4 wasn't released for >1.5 years and 
after dropping last rdeps from KDE Applications it remains distro business to 
decide for how long to ship it and keep what reverse dependencies, same for 
Qt4WebKit.

For kopete, if frameworks branch still isn't merged for 17.04 maybe someone 
comes up with a patch to make kdepimlibs optional / port to GpgME++ there as 
well.

> kgpg: kgpg
ported in 16.12

> kmymoney: kmymoney
See also RR129371


Regards,
Andreas

Re: Dropping kdelibs4-based applications in KDE Applications 17.12

[Andreas Sturmlechner]

On Thursday, 10 November 2016 at 23:42, Albert Astals Cid wrote:
> I know lots of you would want to see this happen *now* but remember there's 
> people using those apps so dropping them makes them no good.

It is probably a good countdown for kdelibs4-based removal.

But I would have liked to get rid of kdepimlibs-4 dependencies much earlier 
than that - in 16.12 those are to my knowledge only kopete and kuser.

And then there is Qt4WebKit that several distros want to get rid of the sooner 
the better. In 16.12 that's basically (indirectly) kajongg via pykde4 and then 
a few modules from kde-runtime that I believe no one is going to build anymore 
(drkonqi, kioslave, plasma). Of course only makes sense together with a 
webkit-optional patch to kdelibs4, which is pending already - but may not fit 
the maintenance-mode for some people.

Regards,
Andreas

Re: Re: kde-baseapps split up

[Andreas Sturmlechner]

On Monday, 7 November 2016 at 00:07, Albert Astals Cid wrote:
> What happens with kdepasswd then? We stop releasing it? Where was this 
> discussed?

*Some* discussion appears to have happened here: https://mail.kde.org/
pipermail/plasma-devel/2016-October/061215.html

If I understand it correctly, the last user of kdepasswd would have been a 
dead Plasma kcm.

Regards,
Andreas

kuser - release once more, or drop for 16.12?

[Andreas Sturmlechner]

Hi,

This one has seen the last actual code change in... 2011. No one has bothered 
to even make it independent from kdepimlibs-4, which itself has not been 
released anymore since 4.14.10, more than a year ago. There is no frameworks 
branch. I'd say, for anyone still depending on user/group management by kuser, 
they can always pick it from 16.08. And maybe then that someone decides to 
pick up development once again.

Regards,
Andreas

Re: KDEPIM (16.12) and Gpgme minimum requirement

[Andreas Sturmlechner]

On Thursday, 3 November 2016 at 11:45, Sandro Knauß wrote:
> You may got the notice, that the cpp(gpgme++) and qt (QGpgme) interface, 
> previously build by KDEPIM in the libgpgmepp package, moved down to GpgME 
> directly. That's why KDEPIM depends on very recent GpgME.
> 
> Together with Andre we came to the conclusion, that we want to support:
> 
> GpgME >= 1.7.1

This decision also affects kde-runtime (more specifically, kwalletd-4), which 
is still released as part of KDE Applications even in 16.12. kwalletd (when 
built with gpg support) to this date is depending on the gpgmepp version of 
kdepimlibs-4, which is now conflicting with >=Gpgmepp-1.7.0. But someone has 
been working on a patch to port it to Gpgmepp as well:

https://git.reviewboard.kde.org/r/129339/

I think it would make a lot of sense to get it in for 16.12.

Regards,
Andreas

Re: Status of libkface

[Andreas Sturmlechner]

On Friday, 29 July 2016 at 22:48, Gilles Caulier wrote:
> Andreas,
> 
> Same situation for libkgeomap. This library can be also moved to
> extragear-libs as only kphotoalbum use it.
> 
> Best
> Gilles Caulier

Just bringing this up again before 16.12 freeze for consideration. I'm 
obviously not the one to decide, and I'm not aware of the motivation behind 
making it part of KDE Applications initially.

libkgeomap recently got some commits, but libkface remains now untouched for 
almost a year. Which is not bad per se, but the review to make it build with 
opencv-3.1 is still pending. Or should I just merge it now to give it some 
testing until 16.12.0 release?

Regards,
Andreas

Re: Re: Stopping release of kdewebdev for Applications 16.08

[Andreas Sturmlechner]

On Monday, 17 October 2016 at 20:31, Nicolás Alvarez wrote:
> It's done! Please review:
> kde:scratch/nalvarez/kdewebdev-kfilereplace
> kde:scratch/nalvarez/kdewebdev-kimagemapeditor
> kde:scratch/nalvarez/kdewebdev-klinkstatus
> kde:scratch/nalvarez/kdewebdev-kommander
> 
> The history seems to be complete, but I haven't tested if the latest
> master compiles etc. I think they rely on the global
> kdewebdev/CMakeLists.txt and don't build standalone.
> 

Thanks for doing this!

kommander builds fine already, kfilereplace and kimagemapeditor will need one 
or 
two lines copied over from the root CMakeLists.txt. I can't build klinkstatus 
anymore for its dependence on kdepimlibs-4.

Regards,
Andreas

Re: Re: Fwd: Could I make a tag for k3b kf5 branch?

[Andreas Sturmlechner]

On Friday, 29 July 2016 at 16:04, Leslie Zhai wrote:
> I merged kf5 branch to libkcddb UPSTREAM 
> https://quickgit.kde.org/?
p=libkcddb.git=shortlog=275de8e8d7d446ef02c0194de8703cfcf0699385 
> and I updated all dependes on KF5Cddb projects' CMakeLists.txt about 
> KF5Cddb property, tellico have already merged kf5-libkcddb branch 
> https://quickgit.kde.org/?
p=tellico.git=commit=6ae99f37c4d52c073911da960ceb08a907bc87d5
> 

Hi Leslie,

Now that libkcddb master is finally KF5 based, I'd like to raise two issues:

1) kscd, still part of Applications release, depends on kdelibs4-based 
libkcddb and libkcompactdisc. It hasn't received love in a long time and last 
time I checked, it was basically unusable. Needless to say, there is no 
frameworks branch. Are there any plans for it or should it rather be dropped 
for 16.12, if it stays like that?

2) libkcddb currently has file conflicts (kf5- vs. kdelibs4-version), while 
some 
users will be needing both for some time to come, not just for kscd but other 
media players:
 *  /usr/share/config.kcfg/libkcddb.kcfg
 *  /usr/share/doc/HTML/en/kcontrol/cddbretrieval/index.cache.bz2
 *  /usr/share/doc/HTML/en/kcontrol/cddbretrieval/index.docbook
 *  /usr/share/doc/HTML/en/kcontrol/cddbretrieval/kscd13.png
 *  /usr/share/doc/HTML/en/kcontrol/cddbretrieval/kscd14.png
 *  /usr/share/doc/HTML/en/kcontrol/cddbretrieval/kscd16.png

Best regards,
Andreas

Re: Fwd: Could I make a tag for k3b kf5 branch?

[Andreas Sturmlechner]

---Original Message---
On Saturday, 16 July 2016 at 16:13, Leslie Zhai wrote:
> I want to help those projects (audex, kaudiocreator, audiocd-kio and 
> soundkonverter) for migrating to KF5 and Qt5, trust me, I experienced 
> and good at qt3 -> migrate -> qt4 -> migrate ->qt5

First of all, thanks for your work! I'm looking forward to testing these 
packages, please note however that currently configure is broken in at least 
audiocd-kio and k3b:

  Could not find a package configuration file provided by "KF5Cddb" with any
  of the following names:

KF5CddbConfig.cmake
kf5cddb-config.cmake

libkcddb kf5-branch still installs LibkcddbConfig.cmake.

Regards,
Andreas
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Re: KDGantt2 was replaced by kdiagram in master (for 16.12)

[Andreas Sturmlechner]

---Original Message---
On Monday, 25 July 2016 at 13:57, laurent Montel wrote:
> So kdgantt2 will not release for 16.12 (it's still use for 16.08).

+1 for PIM cleanup :)

Does that mean kdiagram is going to be part of the KDE Applications 16.12 
release as well, or will it be similar to libkgapi situation?

Regards,
Andreas
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Status of libkface

[Andreas Sturmlechner]

Hi,

Obviously libkface is not a dependency of digikam anymore since porting to 
kf5, it looks like similar functionality is now bundled there. One of the last 
commits it received > 9 months ago was OpenCV3 support, which already needs 
downstream patching to build with OpenCV 3.1 (released in 2015-12-21). A 
review has been pending for some time:

https://git.reviewboard.kde.org/r/126833/

Is it still being maintained? Right now kphotoalbum (kf5-port branch) depends 
on it. I wonder if it better be put in extragear at some point, though?

Regards,
Andreas

___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Re: Stopping release of kdewebdev for Applications 16.08

[Andreas Sturmlechner]

On Friday, 8 July 2016 at 11:11, Luigi Toscano wrote:
> On Friday 08 of July 2016 11:03:05 Andreas Sturmlechner wrote:
> > None of them were ported yet, in fact they haven't seen commits in years.
> > They should probably be converted to git, still, but imo no need to keep 
> > it releasing.
> 
> Some of them could be probably dropped, but also isn't it possible that they 
> slipped out of the radar because not on git? Would it be possible to have  
> them converted first and see if this changes?

kommander and kfilereplace are not actually webdev related, so could be moved 
into other categories (kdeutils?) if not dropped.

Not sure how many people still do image maps (so chances this will be picked 
up again are slim), and klinkstatus still depends on kdepimlibs-4 to build.

Regards,
Andreas
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Stopping release of kdewebdev for Applications 16.08

[Andreas Sturmlechner]

Hi,

Is there any reason not to drop kdewebdev from upcoming 16.08 release?
It contains the following applications:

kfilereplace
kimagemapeditor
klinkstatus
kommander

None of them were ported yet, in fact they haven't seen commits in years. They 
should probably be converted to git, still, but imo no need to keep it 
releasing.

Best regards,
Andreas
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Re: Typo in 16.04 beta announcement

[Andreas Sturmlechner]

Also, in release notes, "kdgantt2" should be added to new tarballs.

https://community.kde.org/Applications/16.04_Release_Notes

Regards,
Andreas
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Re: Missing packages for 16.04

[Andreas Sturmlechner]

---Original Message---
On Sunday, 20 March 2016 at 12:58, laurent Montel wrote:
> Le dimanche 20 mars 2016, 12:47:01 CET Albert Astals Cid a écrit :
> > El diumenge, 20 de març de 2016, a les 8:29:06 CET, laurent Montel va
> > 
> > escriure:
> > > Hi,
> > > Some kdepim are missing:
> > > 
> > > Kdepim-addons
> > > calendarsupport
> > > eventviews
> > > grantleetheme
> > > incidenceeditor
> > > kdepim-apps-libs
> > > libgravatar
> > > libkdepim
> > > libkleo
> > > libksieve
> > > mailcommon
> > > mailimporter
> > > messagelib
> > > pimcommon
> > > 
> > > Could you add them to 16.04 please ?
> > 
> > I just added them to modules.git and created Applications/16.04.
> 
> Thanks
> 

Hi,

kdgantt2 needs to be added to the list as well.

Regards,
Andreas
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

Re: kate-15.12 broken with KDE Frameworks-5.17 (was: www/sites/www)

[Andreas Sturmlechner]

---Original Message---
On Sunday, 13 December 2015 at 20:59, Nicolás Alvarez wrote:
>
> What do you mean "backported to 15.08.3"? I don't see anything in the
> 15.08 git branch. Do you just mean you tested backporting it locally
> and it works, or that you did it in a distro patch?
> 
> -- 
> Nicolás

I didn't think about pushing to Applications/15.08 and rather leave that to 
maintainers, so it's just a distro patch. Really just a path change - you can 
pick it up here:

https://gitweb.gentoo.org/repo/gentoo.git/commit/?
id=91bff47110374a4300587d55c66ef9865afb015e
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team