Re: KDE Gear 22.03 Beta is released

[Tobias C. Berner]

Moin moin

Two things:

1) there are two versioning schemes present
  * libKF5BalooWidgets.so.22.03.80
  * libastro.so.22.3.80
This inconsistency is a minor annoyance in packaging.

2) libkgapi requires kf5-5.92 but does not say so in CMakeLists.txt

mfg Tobias

On Sat, 19 Mar 2022 at 00:27, Albert Astals Cid  wrote:
>
> El divendres, 18 de març de 2022, a les 23:36:33 (CET), Antonio Rojas va 
> escriure:
> > El viernes, 18 de marzo de 2022 15:08:53 (CET), Albert Astals Cid escribió:
> > > https://kde.org/info/releases-22.03.80/
> > > Please test :)
> >
> > Hi,
> >  kmag wants a non-existant 0.4.2 version of qaccessibilityclient.
> >
>
> Laurent, Jonathan, can you please fix this?
>
> Cheers,
>   Albert
>
>

Re: ksysguard 5.22.0 tar for packaging

[Tobias C. Berner]

Moin moin

Seems to be inaccessible:

remote readdir("/srv/archives/ftp/stable/ksysguard/5.22.0"): Permission denied

mfg Tobias

On Fri, 4 Jun 2021 at 17:54, Jonathan Riddell  wrote:
>
> The 5.22 tar is up on download.kde.org/stable/ksysguard for those with 
> packager access for packaging ahead of a release on Tuesday.
>
> It is signed by me with 2D1D5B0588357787DE9EE225EC94D18F7F05997E
>
> Jonathan

Re: Plasma 5.20 tars

[Tobias C. Berner]

Moin moin

Is there a functional change included, or is it just without the
build-directory?


mfg Tobias

On Thu, 15 Oct 2020 at 23:23, Jonathan Riddell  wrote:
>
> There were still problems with the systemsettings tar so I've made a new one
>
> -href="http://download.kde.org/stable/plasma/5.20.0/systemsettings-5.20.0.tar.xz;>systemsettings-5.20.0
> +href="http://download.kde.org/stable/plasma/5.20.0/systemsettings-5.20.0.1.tar.xz;>systemsettings-5.20.0.1
>686kB
> -   
> 5d353d33087c69aa6dac33c53831b2014e1f8e5f9bec3b8e2b6e9f37b4868390
> +   
> 372d948816f29664d2dcf163f990d5475d3092bc3d9b48e6163e874c0713ec98
> 
>
>
>
> On Thu, 8 Oct 2020 at 17:59, Jonathan Riddell  wrote:
>>
>> Tars are up for Plasma 5.20 for packages to package. Release due on Tuesday
>>
>> Jonathan
>>

Re: KDE release 19.12.2 packages available for packagers

[Tobias C. Berner]

Has there been a respin of step yet?


Mfg Tobias

Yuri Chornoivan  schrieb am Di., 4. Feb. 2020, 13:55:

> вівторок, 4 лютого 2020 р. 14:08:07 EET Antonio Rojas написано:
> > El martes, 4 de febrero de 2020 10:48:44 (CET), Christoph Feck escribió:
> > > Hello packagers,
> > >
> > > *.tar.xz files are available at "stable/release-service/19.12.2".
> >
> > Hi,
> >  cmake fails in step:
> >
> > CMake Error at step/data/CMakeLists.txt:52 (add_custom_target):
> >   The target name "objectinfo_step_objinfo_files_ca@valencia_xmlfiles_tr
> "
> > is
> >   reserved or not valid for certain CMake features, such as generator
> >   expressions, and may result in undefined behavior.
> > Call Stack (most recent call first):
> >   step/data/objectinfo/CMakeLists.txt:11 (STEP_PROCESS_XML_TRANSLATION)
> >
> >
> > CMake Error at step/data/CMakeLists.txt:52 (add_custom_target):
> >   The target name "examples_step_example_files_ca@valencia_xmlfiles_tr"
> is
> >   reserved or not valid for certain CMake features, such as generator
> >   expressions, and may result in undefined behavior.
> > Call Stack (most recent call first):
> >   step/data/examples/CMakeLists.txt:11 (STEP_PROCESS_XML_TRANSLATION)
> >
> >
> > CMake Error at step/data/CMakeLists.txt:52 (add_custom_target):
> >   The target name "tutorials_step_example_files_ca@valencia_xmlfiles_tr"
> is
> >   reserved or not valid for certain CMake features, such as generator
> >   expressions, and may result in undefined behavior.
> > Call Stack (most recent call first):
> >   step/data/tutorials/CMakeLists.txt:11 (STEP_PROCESS_XML_TRANSLATION)
>
> Hi,
>
> Should be fixed:
>
> https://commits.kde.org/step/c908843b68a1c4f0cf2c3e2d9e1f96b6ed262d47
>
> Sorry for my mistake.
>
> Can somebody update the package accordingly?
>
> Thanks in advance for your help.
>
> Best regards,
> Yuri
>
>
>
>

Re: KDE Frameworks 5.65.0

[Tobias C. Berner]

Moin moin

Ar the ones with a typo in 'Desk[t]op' really needed?
-- Installing: 
/wrkdirs/usr/ports/x11-themes/kf5-qqc2-desktop-style/work/stage/usr/local/lib/cmake/KF5QQC2DesktopStyle/KF5QQC2DesktopStyleConfig.cmake
-- Installing: 
/wrkdirs/usr/ports/x11-themes/kf5-qqc2-desktop-style/work/stage/usr/local/lib/cmake/KF5QQC2DesktopStyle/KF5QQC2DesktopStyleConfigVersion.cmake
-- Installing: 
/wrkdirs/usr/ports/x11-themes/kf5-qqc2-desktop-style/work/stage/usr/local/lib/cmake/KF5QQC2DeskopStyle/KF5QQC2DeskopStyleConfig.cmake
-- Installing: 
/wrkdirs/usr/ports/x11-themes/kf5-qqc2-desktop-style/work/stage/usr/local/lib/cmake/KF5QQC2DeskopStyle/KF5QQC2DeskopStyleConfigVersion.cmake

mfg Tobias

On Sun, 8 Dec 2019 at 13:25, Alexander Potashev  wrote:
>
> Hi David,
>
> Are you going to reinstate the two reverted commits [1,2] in KCalendarCore?
>
> There is no absolute need to have them in 5.65.0, however let's not
> lose them altogether.
>
> [1] 
> https://commits.kde.org/kcalendarcore/5289c7e0a873172570b75fa4579bf8320d9b1a10
> [1] 
> https://commits.kde.org/kcalendarcore/fec5346855f2e769578cdefb4dea8805655731ce
>
> вс, 8 дек. 2019 г. в 13:45, David Faure :
> >
> > Dear packagers,
> >
> > KDE Frameworks 5.65.0 has been uploaded to the usual place.
> >
> > New frameworks: KQuickCharts.
> >
> > Public release next Saturday.
> >
> > Thanks for the packaging work!
> >
> > --
> > David Faure, fa...@kde.org, http://www.davidfaure.fr
> > Working on KDE Frameworks 5
>
>
>
> --
> Alexander Potashev

Re: 19.12 Beta releases tarballs are available

[Tobias C. Berner]

Moin moin

Using cmake version 3.15.5 with out-of-source build using the cmake args:

-DWITH_LuaJIT:BOOL=FALSE -DWITH_R:BOOL=FALSE
-DCMAKE_C_COMPILER:STRING="cc"  -DCMAKE_CXX_COMPILER:STRING="c++"
-DCMAKE_C_FLAGS:STRING="-O2 -pipe  -fstack-protector-strong
-fno-strict-aliasing "  -DCMAKE_C_FLAGS_DEBUG:STRING="-O2 -pipe
-fstack-protector-strong -fno-strict-aliasing "
-DCMAKE_C_FLAGS_RELEASE:STRING="-O2 -pipe  -fstack-protector-strong
-fno-strict-aliasing "  -DCMAKE_CXX_FLAGS:STRING="-O2 -pipe
-fstack-protector-strong -fno-strict-aliasing  "
-DCMAKE_CXX_FLAGS_DEBUG:STRING="-O2 -pipe -fstack-protector-strong
-fno-strict-aliasing  "  -DCMAKE_CXX_FLAGS_RELEASE:STRING="-O2 -pipe
-fstack-protector-strong -fno-strict-aliasing  "
-DCMAKE_EXE_LINKER_FLAGS:STRING=" -fstack-protector-strong "
-DCMAKE_MODULE_LINKER_FLAGS:STRING=" -fstack-protector-strong "
-DCMAKE_SHARED_LINKER_FLAGS:STRING=" -fstack-protector-strong "
-DCMAKE_INSTALL_PREFIX:PATH="/usr/local"
-DCMAKE_BUILD_TYPE:STRING="Release"
-DTHREADS_HAVE_PTHREAD_ARG:BOOL=YES
-DCMAKE_INSTALL_RPATH_USE_LINK_PATH=YES
-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON
-DCMAKE_DISABLE_FIND_PACKAGE_PythonLibs:BOOL=ON -GNinja
-DCMAKE_PREFIX_PATH="/usr/local" -DBUILD_TESTING:BOOL=OFF
-DCMAKE_MODULE_PATH="/usr/local;/usr/local"
-DCMAKE_INSTALL_PREFIX="/usr/local"
-DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE
-DKDE_INSTALL_MANDIR:PATH="/usr/local/man"
-DMAN_INSTALL_DIR:PATH="/usr/local/man"
-DPython_ADDITIONAL_VERSIONS=3.6 -DBOOST_PYTHON_SUFFIX:STRING=36

mfg Tobias

On Mon, 18 Nov 2019 at 20:11, Albert Astals Cid  wrote:
>
> El dilluns, 18 de novembre de 2019, a les 10:19:15 CET, Christophe Giboudeaux 
> va escriure:
> > On lundi 18 novembre 2019 00:43:29 CET Albert Astals Cid wrote:
> > > El dissabte, 16 de novembre de 2019, a les 0:23:28 CET, Tobias C. Berner 
> > > va
> > escriure:
> > > > Moin moin
> > > >
> > > > Another issue it seems:
> > > > cantor: https://people.freebsd.org/~tcberner/logs/cantor-19.11.80.log
> > >
> > > Can't reproduce, what's your cmake line invokation? and cmake version?
> > >
> >
> > I can reproduce locally when using ninja.
>
> Still works for me with ninja though.
>
> Cheers,
>   Albert
>
> >
> > That's what happens when your CMakeLists.txt contains:
> >
> > include(thirdparty/CMakeLists.txt)
> >
> > instead of:
> >
> > add_subdirectory(thirdparty)
> >
> >
> >
> >
>
>
>
>

Re: 19.12 Beta releases tarballs are available

[Tobias C. Berner]

Moin moin

It's not properly hiding the stuff when qca is not found for the DKIM
support -- I would say that is a cmake issue in messagelib, not on my
system.

mfg Tobias

On Sat, 16 Nov 2019 at 09:51, laurent Montel  wrote:
>
> Le vendredi 15 novembre 2019, 23:43:42 CET Tobias C. Berner a écrit :
> > Hi there
> >
> > I noticed three issues so far in the tarballs while building:
> > kate: https://people.freebsd.org/~tcberner/logs/kate-19.11.80.log
> > (fails to build, trunk succeeds)
> > messagelib:
> > https://people.freebsd.org/~tcberner/logs/messagelib-19.11.80_1.log
> > (missing header, build fails)
>
> I compiled from scratch and it works fine.
> CI didn"t report problem.
>
> This header is autogenerated see in build/messageviewer/src/MessageViewer/
> DKIMKeyRecord
>
> I don't known why you have this problem perhaps a cmake problem on your
> system.
>
> Regards
>
>
> > khelpcenter:
> > https://people.freebsd.org/~tcberner/logs/khelpcenter-19.11.80.log (should
> > depend on ecm-5.64 for KDEClangFormat)
> >
> >
> > mfg Tobias
> >
> > On Fri, 15 Nov 2019 at 18:19, Albert Astals Cid  wrote:
> > > https://download.kde.org/unstable/applications/19.11.80/src/
> > >
> > > I know there's usually more stuff around the beta releases but this week
> > > i've been helping organize LinuxAppSummit where i live and I'm exhausted.
> > >
> > > I'll try to get the rest of the things done, but for now the tarballs
> > > should "be enough".
> > >
> > > Cheers,
> > >
> > >   Albert
>
>
> --
> Laurent Montel | laurent.mon...@kdab.com | KDE/Qt Senior Software Engineer
> KDAB (France) S.A.S., a KDAB Group company Tel. France +33 (0)4 90 84 08 53,
>  www.kdab.fr KDAB - The Qt, C++ and OpenGL Experts - Platform-independent
> software solutions
>
>

Re: 19.12 Beta releases tarballs are available

[Tobias C. Berner]

Moin moin

Another issue it seems:
cantor: https://people.freebsd.org/~tcberner/logs/cantor-19.11.80.log

mfg Tobias

On Fri, 15 Nov 2019 at 23:43, Tobias C. Berner  wrote:
>
> Hi there
>
> I noticed three issues so far in the tarballs while building:
> kate: https://people.freebsd.org/~tcberner/logs/kate-19.11.80.log
> (fails to build, trunk succeeds)
> messagelib: 
> https://people.freebsd.org/~tcberner/logs/messagelib-19.11.80_1.log
> (missing header, build fails)
> khelpcenter: 
> https://people.freebsd.org/~tcberner/logs/khelpcenter-19.11.80.log
> (should depend on ecm-5.64 for KDEClangFormat)
>
>
> mfg Tobias
>
> On Fri, 15 Nov 2019 at 18:19, Albert Astals Cid  wrote:
> >
> > https://download.kde.org/unstable/applications/19.11.80/src/
> >
> > I know there's usually more stuff around the beta releases but this week 
> > i've been helping organize LinuxAppSummit where i live and I'm exhausted.
> >
> > I'll try to get the rest of the things done, but for now the tarballs 
> > should "be enough".
> >
> > Cheers,
> >   Albert
> >
> >

Re: 19.12 Beta releases tarballs are available

[Tobias C. Berner]

Hi there

I noticed three issues so far in the tarballs while building:
kate: https://people.freebsd.org/~tcberner/logs/kate-19.11.80.log
(fails to build, trunk succeeds)
messagelib: https://people.freebsd.org/~tcberner/logs/messagelib-19.11.80_1.log
(missing header, build fails)
khelpcenter: https://people.freebsd.org/~tcberner/logs/khelpcenter-19.11.80.log
(should depend on ecm-5.64 for KDEClangFormat)


mfg Tobias

On Fri, 15 Nov 2019 at 18:19, Albert Astals Cid  wrote:
>
> https://download.kde.org/unstable/applications/19.11.80/src/
>
> I know there's usually more stuff around the beta releases but this week i've 
> been helping organize LinuxAppSummit where i live and I'm exhausted.
>
> I'll try to get the rest of the things done, but for now the tarballs should 
> "be enough".
>
> Cheers,
>   Albert
>
>

Re: Applications 19.08.2 aftermath: kcalcore vs. kcalendarcore

[Tobias C. Berner]

So did we.

On Tue, 22 Oct 2019 at 21:12, Heiko Becker  wrote:

> On Dienstag, 22. Oktober 2019 17:43:10 CEST, Luca Beltrame wrote:
> > Il giorno Tue, 22 Oct 2019 17:01:52 +0200
> > Christoph Feck  ha scritto:
> >
> >> Was renaming 'kcalendarcore' back to 'kcalcore' for the release
> >> tarballs a good decision, or did it actually cause more work for
> >> packaging?
> >
> > From the openSUSE PoV: it didn't cause that many problems, we already
> > made so that kcalendarcore automatically replaces kcalcore (in fact, we
> > already moved the package to the one shipped with Frameworks).
>
> Same here, we moved everything to the frameworks package as well.
>

Re: Zanshin 0.5.0 build broken against 19.04

[Tobias C. Berner]

Ping :)

mfg Tobias

On Mon, 24 Jun 2019 at 09:18, Kevin Ottens  wrote:

> Hello,
>
> On Sunday, 23 June 2019 00:34:11 CEST David Faure wrote:
> > On samedi 22 juin 2019 15:27:12 CEST Andreas Sturmlechner wrote:
> > > 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.
> >
> > Kevin: yet another reason for making a new zanshin release :-)
>
> Yes yes, but I really want the change on the contexts in first... and I'm
> struggling with completing that one.
>
> > (the other reason being all the changes I made)
>
> Cheers.
> --
> Kevin Ottens, http://ervin.ipsquad.net
>

Re: KDE Applications 19.04.3 packages available for packagers

[Tobias C. Berner]

I cherry picked the three required commits.


Mfg Tobias

Christoph Feck  schrieb am Di., 9. Juli 2019, 23:38:

> Hi Tobias,
>
> On 07/09/19 18:37, Tobias C. Berner wrote:
> > could you respin messagelib with
> b3d4de670ad6b8428c44fc04b9a931677e881e67
> > and 7b3249547b9229662a02b01d25c69b18d322e776 ?
>
> These commits are not in 19.04 branch. If they are safe to backport,
> please use git cherry-pick.
>
> Christoph
>
>

Re: KDE Applications 19.04.3 packages available for packagers

[Tobias C. Berner]

Moin moin

could you respin messagelib with  b3d4de670ad6b8428c44fc04b9a931677e881e67
and 7b3249547b9229662a02b01d25c69b18d322e776 ?

mfg Tobias

On Tue, 9 Jul 2019 at 02:58, Christoph Feck  wrote:

> Hello packagers,
>
> *.tar.xz files are available at the usual "stable" location.
>
> Please report issues, release is Thursday.
>
> REVISIONS_AND_HASHES at https://phabricator.kde.org/P428
>
> Preliminary changelog v19.04.2..v19.04.3:
>
> https://www.kde.org/announcements/fulllog_applications-aether.php?version=19.04.3
>
> My public key at
>
> http://pgp.mit.edu/pks/lookup?op=get=0xF23275E4BF10AFC1DF6914A6DBD2CE893E2D1C87
>
> Thanks,
> Christoph Feck
>

Re: KDE Frameworks 5.49.0

[Tobias C. Berner]

Moin moin

kholidays seems to install the same file twice:
MD5 (./KF5/KHolidays/kholidays/SunRiseSet) =
bd0f7b0067f98d7cfc8c998fd0e797d6
MD5 (./KF5/KHolidays/KHolidays/SunRiseSet) =
bd0f7b0067f98d7cfc8c998fd0e797d6
MD5 (./KF5/KHolidays/kholidays/sunriseset.h) =
60eebf2d20a81dd8a78e0fcce40adada

mfg Tobias

On Sat, 4 Aug 2018 at 14:26, David Faure  wrote:

> Dear packagers,
>
> KDE Frameworks 5.49.0 has been uploaded to the usual place.
>
> New frameworks: none this time.
>
> Public release next Saturday.
>
> Thanks for the packaging work!
>
> --
> David Faure, fa...@kde.org, http://www.davidfaure.fr
> Working on KDE Frameworks 5
>

Re: Plasma 5.13 dependencies

[Tobias C. Berner]

Hi Ben


I think we could upgrade the CI to 5.10 "sans webengine" -- which is the
one part we are missing.



mfg Tobias

On 19 February 2018 at 20:17, Ben Cooksley  wrote:

> On 20/02/2018 12:23 AM, "Jonathan Riddell"  wrote:
>
> Hi Jonathan,
>
> Plasma 5.13, due out in June, will depend on Qt 5.10, KDE Frameworks
> 5.46.  The newer Qt will help us port KControl modules to QtQuick
> Controls 2 a target of this release.
> https://phabricator.kde.org/project/view/254/
>
>
> When will this dependency start coming into effect?
>
> While we fortunately already have a Qt 5.10 image for Linux on the CI
> system, I'm not sure what the status is of Qt 5.10 for FreeBSD so a
> timeline for this would be nice.
>
>
>
> Jonathan
>
>
> Cheers,
> Ben
>

Re: KDE Applications 17.08.1 packages available for packagers

[Tobias C. Berner]

Well, it is just confusing to have one stand-out :)

mfg Tobias

On 6 September 2017 at 19:35, Albert Astals Cid <aa...@kde.org> wrote:

> El dimecres, 6 de setembre de 2017, a les 8:09:14 CEST, Tobias C. Berner va
> escriure:
> > Hi there
> >
> > blogilo did not seem to have bumped its so-version:
> >libcomposereditorwebengineprivate.so.5.6.0
> > whereas the rest is at 5.6.1
>
> Is that a problem?
>
> Cheers,
>   Albert
>
> >
> >
> > mfg Tobias
> >
> > On 5 September 2017 at 16:07, Friedrich W. H. Kossebau <kosse...@kde.org
> >
> >
> > wrote:
> > > Am Dienstag, 5. September 2017, 10:51:43 CEST schrieb Ben Cooksley:
> > > > Minuet fails because it does not use ECM, and is therefore not
> > > > building with ASAN enabled. Because ASAN is contagious and Frameworks
> > > > is built with ASAN enabled, Minuet fails to compile. A similar issue
> > > > impacts Marble (which is disabled on the FreeBSD CI as it causes
> > > > issues for the Dependency Build jobs which the whole system depends
> on
> > > > to function properly).
> > > >
> > > > There are only two fixes for this: 1) Using ECM in both of those
> > > > projects or 2) Fixing Frameworks/ECM to pass along the enablement of
> > > > ASAN to anything which uses Frameworks.
> > > >
> > > > This is not a compile time issue on Linux due to how ASAN works on
> > > > Linux (however the binaries produced won't be usable unless ASAN is
> > > > injected into the binary using LD_PRELOAD)
> > >
> > > There is a third fix option:
> > > Fixing ECM code to support the dynamic lib option with ASAN also with
> > > clang as
> > > compiler, instead of resulting in different behaviour  (gcc using
> -shared-
> > > libasan, clang not) which in the aftermath then prevents LD_PRELOAD
> > > injection
> > > from helping on freebsd.
> > >
> > > From https://github.com/google/sanitizers/wiki/AddressSanitizer
> > >
> > > Q: When I link my shared library with -fsanitize=address, it fails
> due
> > >
> > > to
> > > some undefined ASan symbols (e.g. asan_init_v4)?
> > >
> > > A: Most probably you link with -Wl,-z,defs or -Wl,--no-undefined.
> > > These
> > >
> > > flags don't work with ASan unless you also use -shared-libasan (which
> is
> > > the
> > > default mode for GCC, but not for Clang).
> > >
> > > Right now https://cgit.kde.org/extra-cmake-modules.git/tree/modules/
> > > ECMEnableSanitizers.cmake#n164 only tries to dump (half of) the
> > > conflicting
> > > linker flags in case of clang, where instead it should possibly see to
> add
> > > the
> > > flag -shared-libasan. Though that might mean some juggling with
> supported
> > > clang versions, which made me stay away from trying to propose a fix
> > > (besides
> > > not having that much clue about ASan and clang :) ).
> > >
> > > Cheers
> > > Friedrich
>
>
>

Re: KDE Applications 17.08.1 packages available for packagers

[Tobias C. Berner]

Hi there

blogilo did not seem to have bumped its so-version:
   libcomposereditorwebengineprivate.so.5.6.0
whereas the rest is at 5.6.1


mfg Tobias

On 5 September 2017 at 16:07, Friedrich W. H. Kossebau 
wrote:

> Am Dienstag, 5. September 2017, 10:51:43 CEST schrieb Ben Cooksley:
> > Minuet fails because it does not use ECM, and is therefore not
> > building with ASAN enabled. Because ASAN is contagious and Frameworks
> > is built with ASAN enabled, Minuet fails to compile. A similar issue
> > impacts Marble (which is disabled on the FreeBSD CI as it causes
> > issues for the Dependency Build jobs which the whole system depends on
> > to function properly).
> >
> > There are only two fixes for this: 1) Using ECM in both of those
> > projects or 2) Fixing Frameworks/ECM to pass along the enablement of
> > ASAN to anything which uses Frameworks.
> >
> > This is not a compile time issue on Linux due to how ASAN works on
> > Linux (however the binaries produced won't be usable unless ASAN is
> > injected into the binary using LD_PRELOAD)
>
> There is a third fix option:
> Fixing ECM code to support the dynamic lib option with ASAN also with
> clang as
> compiler, instead of resulting in different behaviour  (gcc using -shared-
> libasan, clang not) which in the aftermath then prevents LD_PRELOAD
> injection
> from helping on freebsd.
>
> From https://github.com/google/sanitizers/wiki/AddressSanitizer
> Q: When I link my shared library with -fsanitize=address, it fails due
> to
> some undefined ASan symbols (e.g. asan_init_v4)?
>
> A: Most probably you link with -Wl,-z,defs or -Wl,--no-undefined. These
> flags don't work with ASan unless you also use -shared-libasan (which is
> the
> default mode for GCC, but not for Clang).
>
> Right now https://cgit.kde.org/extra-cmake-modules.git/tree/modules/
> ECMEnableSanitizers.cmake#n164 only tries to dump (half of) the
> conflicting
> linker flags in case of clang, where instead it should possibly see to add
> the
> flag -shared-libasan. Though that might mean some juggling with supported
> clang versions, which made me stay away from trying to propose a fix
> (besides
> not having that much clue about ASan and clang :) ).
>
> Cheers
> Friedrich
>
>

Re: KDE Applications 17.08.0 packages available for packagers

[Tobias C. Berner]

All the ones by montel -- the tarball in the folder still has the same
checksum as it did when I tested it, so those changes are not in them yet.


mfg Tobias

On 12 August 2017 at 01:19, Albert Astals Cid <aa...@kde.org> wrote:

> El divendres, 11 d’agost de 2017, a les 19:12:35 CEST, Tobias C. Berner va
> escriure:
> > I think messagelib needs to be respun to contain some commits from ~4hrs
> > ago.
>
> Which commit you mean? Newest is about 11h old.
>
> https://cgit.kde.org/messagelib.git/log/?h=Applications/17.08
>
> Cheers,
>   Albert
>
> >
> > The rest was fine.
> >
> > mfg Tobias
> >
> > On 11 August 2017 at 19:01, Albert Astals Cid <aa...@kde.org> wrote:
> > > At the usual location.
> > >
> > > Haven't had time to compile yet, will start now.
> > >
> > > REVISIONS_AND_HASHES file at https://paste.kde.org/pj5hhu1h4
> > >
> > > Public release next week thursday.
> > >
> > > Cheers,
> > >
> > >   Albert
>
>
>

Re: KDE Applications 17.08.0 packages available for packagers

[Tobias C. Berner]

I think messagelib needs to be respun to contain some commits from ~4hrs
ago.

The rest was fine.

mfg Tobias

On 11 August 2017 at 19:01, Albert Astals Cid  wrote:

> At the usual location.
>
> Haven't had time to compile yet, will start now.
>
> REVISIONS_AND_HASHES file at https://paste.kde.org/pj5hhu1h4
>
> Public release next week thursday.
>
> Cheers,
>   Albert
>
>
>

Re: KDE Frameworks 5.37.0

[Tobias C. Berner]

Also, given that this was previously called kirigami2, and still installs
stuff to .../cmake/KF5Kirigami2/..., .../kirigami.2/... and so
respectively, wouldn't it be less confusing to call this still kirigami2?


mfg Tobias

On 10 August 2017 at 20:52, Andreas Sturmlechner <
andreas.sturmlech...@gmail.com> wrote:

> 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

[Tobias C. Berner]

Also fine for FreeBSD, where on 5.7.1.

mfg Tobias

On 4 August 2017 at 10:09, Bernhard Rosenkraenzer  wrote:

> On Wednesday, August 02, 2017 22:47 CEST, 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?
>
> Works for OpenMandriva. We're on 5.9 on cooker (development branch) and
> will release an update to 5.9 alongside the next KF and Plasma updates for
> the stable branch.
>
> ttyl
> bero
>
>

Re: KDE Applications 17.07.90 (17.08-rc) packages available for packagers

[Tobias C. Berner]

Maybe related:
https://github.com/KDE/khelpcenter/commit/bc0bc0f139cf28ccb1020d37cc270be451b0362b
this one breaks khelpcenter -- the code uses >= 5.36.0 for the doctools
includes, whereas cmake checks > 5.36.0.


mfg Tobias

On 4 August 2017 at 09:06, Luigi Toscano <luigi.tosc...@tiscali.it> wrote:

> Il 04 agosto 2017 07:58:39 CEST, "Tobias C. Berner" <tcber...@freebsd.org>
> ha scritto:
> >Hi there
> >
> >The localizations "ca", "de", "es", "pt", "sv" and "uk" seem to be
> >broken.
> >
> >http://people.freebsd.org/~tcberner/logs/ca-kde-l10n-17.07.90.log
> >http://people.freebsd.org/~tcberner/logs/de-kde-l10n-17.07.90.log
> >http://people.freebsd.org/~tcberner/logs/es-kde-l10n-17.07.90.log
> >http://people.freebsd.org/~tcberner/logs/pt-kde-l10n-17.07.90.log
> >http://people.freebsd.org/~tcberner/logs/sv-kde-l10n-17.07.90.log
> >http://people.freebsd.org/~tcberner/logs/uk-kde-l10n-17.07.90.log
> >
> >
> >mfg Tobias
>
> Related to the issues with umbrello described before in this list; it
> should be fixed for the final release, after some shuffling that I did
> yesterday. Sorry for that.
>
> Ciao
>
> --
> Luigi
>

Re: KDE Applications 17.07.90 (17.08-rc) packages available for packagers

[Tobias C. Berner]

Hi there

The localizations "ca", "de", "es", "pt", "sv" and "uk" seem to be broken.

http://people.freebsd.org/~tcberner/logs/ca-kde-l10n-17.07.90.log
http://people.freebsd.org/~tcberner/logs/de-kde-l10n-17.07.90.log
http://people.freebsd.org/~tcberner/logs/es-kde-l10n-17.07.90.log
http://people.freebsd.org/~tcberner/logs/pt-kde-l10n-17.07.90.log
http://people.freebsd.org/~tcberner/logs/sv-kde-l10n-17.07.90.log
http://people.freebsd.org/~tcberner/logs/uk-kde-l10n-17.07.90.log


mfg Tobias


On 4 August 2017 at 03:08, Christoph Feck  wrote:

> On 04.08.2017 03:05, Christoph Feck wrote:
>
>> Hello packagers,
>> Please check "messagelib" package; it fails on CI for whatever reason.
>>
>
> Sorry, "mailcommon"
>

Re: KDE Applications 17.04.3 packages available for packagers

[Tobias C. Berner]

Hi there

akonadi-import-wizard still installs its shared lib as .5.5.2 -- not .5.5.3.


mfg Tobias

On 11 July 2017 at 03:23, Christoph Feck  wrote:

> Hello packagers,
>
> After volunteering to help Albert with releases, *.tar.xz files are
> available at the usual location.
>
> Please report issues as soon as possible, release is this Thursday.
>
> REVISIONS_AND_HASHES at https://paste.kde.org/pizvysqmx
>
> My public key at http://pgp.mit.edu/pks/lookup?
> op=get=0xF23275E4BF10AFC1DF6914A6DBD2CE893E2D1C87
>
> Thanks,
> Christoph Feck
>

Re: KDE Applications 17.04.1 packages available for packagers

[Tobias C. Berner]

Hi

To be more elaborate for 'sr' I see these filenames installed to:
  share/locale/sr/docs/lokalize/LC_MESSAGES/glossary.mo
  share/locale/sr/docs/lokalize/LC_MESSAGES/original-diff.mo
  share/locale/sr/docs/lokalize/LC_MESSAGES/sync.mo
  share/locale/sr/docs/lokalize/LC_MESSAGES/tmview.mo

whereas for example in 'en':
  share/doc/HTML/en/lokalize/glossary.png
  share/doc/HTML/en/lokalize/original-diff.png
  share/doc/HTML/en/lokalize/sync.png
  share/doc/HTML/en/lokalize/tmview.png


which is what confuses me.

mfg Tobias



On 10 May 2017 at 00:16, Luigi Toscano <luigi.tosc...@tiscali.it> wrote:

> Tobias C. Berner ha scritto:
>
> > * lokalize seem to install some 'sr' doc files to weird destinations:
> > e.g.: share/locale/sr/docs/lokalize/LC_MESSAGES/glossary.mo -- also
> this is an
> > image for other languages =)
>
> What do you mean that it is an image for other languages?
> Anyway, there are really translations there:
> https://websvn.kde.org/branches/stable/l10n-kf5/sr/docs/kdesdk/lokalize/
>
> Chusslove, are those files still needed? They are only in lokalize (trunk5
> and
> stable5). I guess that most likely we can remove them.
>
> Ciao
> --
> Luigi
>

Re: KDE Applications 17.04.1 packages available for packagers

[Tobias C. Berner]

* ksystemlog fails with:
CMake Error at /usr/local/lib/cmake/KF5I18n/KF5I18NMacros.cmake:106
(add_custom_target):
  add_custom_target cannot create target
  "pofiles-c25dcafe5712fad8a5dbea09e3351677" because another target with the
  same name already exists.  The existing target is a custom target created
  in source directory
  "/wrkdirs/usr/ports/sysutils/ksystemlog/work/ksystemlog-17.04.1".  See
  documentation for policy CMP0002 for more details.
Call Stack (most recent call first):
  CMakeLists.txt:123 (ki18n_install)


* lokalize seem to install some 'sr' doc files to weird destinations:
e.g.: share/locale/sr/docs/lokalize/LC_MESSAGES/glossary.mo -- also this is
an image for other languages =)


* marble seems to have moved its localization to
$PREFIX/share/marble/data/locale/ar/marble_qt.qm
instead of
$PREFIX/share/locale/ar/marble_qt.qm


mfg Tobias

On 9 May 2017 at 11:08, Albert Astals Cid  wrote:

> At the usual location.
>
> Haven't had time to compile yet, will start now.
>
> REVISIONS_AND_HASHES file at https://paste.kde.org/pyfou14jj
>
> Public release this thursday.
>
> Cheers,
>   Albert
>

Re: KDE Frameworks 5.34.0

[Tobias C. Berner]

Something like:

>From 644baeffd06957e9d7ed38097a2bbb23d525ecdc Mon Sep 17 00:00:00 2001
From: "Tobias C. Berner" <tcber...@gmail.com>
Date: Mon, 8 May 2017 15:22:37 +0200
Subject: [PATCH] Bump version to 5.34.0

---
setup.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/setup.py b/setup.py
index 2a7462c..9c1806a 100755
--- a/setup.py
+++ b/setup.py
@@ -6,7 +6,7 @@ import os

setup(
name='kapidox',
-version='5.33.0',
+version='5.34.0',
description='KDE API documentation generation tools',
maintainer = 'Olivier Churlaud',
maintainer_email = 'oliv...@churlaud.com',
-- 
2.12.1


maybe?

mfg Tobias

On 8 May 2017 at 15:19, Tobias C. Berner <tcber...@gmail.com> wrote:

> Moin
>
> Also kapidocs has issues:
>
>  'Error: Orphaned: %%PYTHON_SITELIBDIR%%/kapidox-
> 5.33.0-py%%PYTHON_VER%%.egg-info'
>
>   -- some file still gets installed as *.5.33.0*
>
>
> mfg Tobias
>
> On 7 May 2017 at 23:27, David Faure <fa...@kde.org> wrote:
>
>> On dimanche 7 mai 2017 19:26:40 CEST José Manuel Santamaría Lema wrote:
>> > The patch works for me, thanks!
>> >
>> > David, could we have a tarball respin so we won't have to patch that in
>> the
>> > packaging?
>>
>> Yes, of course.
>>
>> extra-cmake-modules v5.34.0-rc3
>> 510c3458399a23e0148008f8cf278dbcec7738ff
>> 05da02a2db64d20a7a92be6dc642df39da39f957dea8fba9bcb99fb3f3f66de4
>> sources/extra-cmake-modules-5.34.0.tar.xz
>>
>> --
>> David Faure, fa...@kde.org, http://www.davidfaure.fr
>> Working on KDE Frameworks 5
>>
>>
>

Re: Plasma 5.9.4

[Tobias C. Berner]

Well, I started to update this only *after* I read the announcement mail
(according to my memory 16:30-ish CET).
1490110785 is 03/21/2017 15:39 (UTC)... so well after that :

So probably the mirror used to fetch the files was not yet synced?

On 23 March 2017 at 10:28, Rik Mills <rikmi...@kubuntu.org> wrote:

> Re-spun *before* the announcement email @ 14:53 UTC if I recall from IRC.
>
> If you grabbed the tarballs beforehand, then yes you may the have ones
> prior to the respin?
>
> On 23/03/17 07:16, Tobias C. Berner wrote:
> > Hi
> >
> > it seems the tarballs were respun after the announcement. Could you in
> > the future, please give a little notice of that?
> >
> >
> > mfg Tobias
> >
> > On 21 March 2017 at 15:53, Jonathan Riddell <j...@jriddell.org
> > <mailto:j...@jriddell.org>> wrote:
> >
> > Out now
> > https://www.kde.org/announcements/plasma-5.9.4.php
> > <https://www.kde.org/announcements/plasma-5.9.4.php>
> >
> >
>
>

Re: Plasma 5.9.4

[Tobias C. Berner]

Hi

Well, I definitely had changes here.

The file size and checksums of discover kactivitymanagerd kde-cli-tools
kdeplasma-addons ksysguard kwayland-integration plasma-desktop
plasma-workspace-wallpapers powerdevil user-manager changed:
https://src.mouf.net/area51/revision/?rev=13790
and plasma-desktop and plasma-powerdevil bumped so-versions from the 5.9.3
to 5.9.4:
https://src.mouf.net/area51/revision/?rev=13791


So at least for some time, there were different tarballs there.


mfg Tobias


On 23 March 2017 at 09:57, Jonathan Riddell <j...@jriddell.org> wrote:

>
> There was no respin after the announcement, what makes you think there was?
>
> Jonathan
>
>
> On Thu, Mar 23, 2017 at 08:16:42AM +0100, Tobias C. Berner wrote:
> > Hi
> >
> > it seems the tarballs were respun after the announcement. Could you in
> the
> > future, please give a little notice of that?
> >
> >
> > mfg Tobias
> >
> > On 21 March 2017 at 15:53, Jonathan Riddell <j...@jriddell.org> wrote:
> >
> > Out now
> > https://www.kde.org/announcements/plasma-5.9.4.php
> >
> >
>

Re: Plasma 5.9.4

[Tobias C. Berner]

Hi

it seems the tarballs were respun after the announcement. Could you in the
future, please give a little notice of that?


mfg Tobias

On 21 March 2017 at 15:53, Jonathan Riddell  wrote:

> Out now
> https://www.kde.org/announcements/plasma-5.9.4.php
>

Re: KDE Frameworks 5.30.0

[Tobias C. Berner]

Hi

There also seems to be an issue in syntax-highlighting:

[ 43%] Generating es/syntaxhighlighting5_qt.qm
/usr/local/lib/qt5/bin/lconvert -i
/wrkdirs/usr/ports/textproc/kf5-syntax-highlighting/work/syntax-highlighting-5.30.0/po/es/syntaxhighl
ighting5_qt.po -o
/wrkdirs/usr/ports/textproc/kf5-syntax-highlighting/work/.build/es/syntaxhighlighting5_qt.ts
-target-language es
Unexpected PO header format 'com>'
*** Error code 2

Stop.
make[3]: stopped in
/wrkdirs/usr/ports/textproc/kf5-syntax-highlighting/work/.build
*** Error code 1


mfg Tobias


On 9 January 2017 at 09:21, David Faure  wrote:

> On lundi 9 janvier 2017 07:15:24 CET Antonio Rojas wrote:
> > El Sun, 08 Jan 2017 23:04:37 +0100, David Faure escribió:
> > > Dear packagers,
> > >
> > > KDE Frameworks 5.30.0 has been uploaded to the usual place.
> > >
> > > New frameworks: none this time.
> > >
> > > Public release next Saturday.
> > >
> > > Thanks for the packaging work!
> >
> > It seems commit e02b02a4e1a0897f959cad8c7e92c8f60f168b40 isn't included
> in
> > the ki18n tarball, getting compilations errors:
>
> Indeed, I failed to grab the fix I did for this problem.
>
> Here's a new tarball, sorry for the trouble.
>
> ki18n v5.30.0-rc3
> 58a1c3235f60c1be4312437d7586e1c075146a94
> 2dd2d0835570c5e9fcdabd124613131cb4042a4deb3a38e68ed05daf6fcd72f3
> sources/ki18n-5.30.0.tar.xz
>
> --
> David Faure, fa...@kde.org, http://www.davidfaure.fr
> Working on KDE Frameworks 5
>
>

Re: Dropping the svn kio from kdesdk-kioslaves

[Tobias C. Berner]

On FreeBSD we have this patch
https://svnweb.freebsd.org/ports/head/devel/kdesdk4-kioslaves/files/patch-svn_svn.cpp?revision=400399
to make the kioslave build against subversion 1.9.


mfg Tobias

On 15 December 2016 at 23:12, Kevin Funk  wrote:

> On Thursday, 15 December 2016 22:14:38 CET Albert Astals Cid wrote:
> > Why?
> >  * It doesn't compile with newer libsvn
> >  * It's kdelibs4-based
>
> Heya,
>
> I know a few people that use kdesvn, how's the relation to that?
>
> I saw that Christian (CC'ed) put quite some effort in porting kdesvn over
> to a
> KF5-based kdelibs4support-free code base. If I understand correctly
> kdesvn.git
> even contains a copy of the KIO SVN implementation (c.f. kdesvn.git:src/
> kiosvn)?
>
> Please elaborate :)
>
> PS: /me never uses SVN directly usually.
>
> Cheers,
> Kevin
>
> > Any disagreement on dropping it?
> >
> > Cheers,
> >   Albert
>
>
> --
> Kevin Funk | kf...@kde.org | http://kfunk.org

Re: KDE Frameworks 5.29.0

[Tobias C. Berner]

Hi there

There are still conflicts with the localization files, for example:

 pkg-static: nb-kde5-l10n-16.12.0 conflicts with kf5-ki18n-5.29.0 (installs
files into the same place).  Problematic file:
   /usr/local/share/locale/nb/LC_SCRIPTS/ki18n5/ki18n5.js


I think the one between kdelibs4support and kio is also not yet fixed:

pkg-static: kf5-kdelibs4support-5.29.0 conflicts with kf5-kio-5.29.0
(installs files into the same place).  Problematic file:
/usr/local/share/doc/HTML/ca/kcontrol5/cache/index.cache.bz2



mfg Tobias


On 10 December 2016 at 09:52, Martin Graesslin  wrote:

> On Thursday, December 8, 2016 9:32:13 AM CET David Faure wrote:
> > On mercredi 7 décembre 2016 21:06:11 CET Kevin Funk wrote:
> > > On Wednesday, 7 December 2016 20:10:40 CET Albert Astals Cid wrote:
> > > > El dimecres, 7 de desembre de 2016, a les 10:08:18 CET, David Faure
> va
> > > >
> > > > escriure:
> > > > > On lundi 5 décembre 2016 18:40:46 CET Martin Gräßlin wrote:
> > > > > > Am 2016-12-05 09:20, schrieb David Faure:
> > > > > > > On dimanche 4 décembre 2016 23:42:44 CET šumski wrote:
> > > > > > >> On nedjelja, 4. prosinca 2016. 00:37:52 CET David Faure wrote:
> > > > > > >> > Dear packagers,
> > > > > > >> >
> > > > > > >> > KDE Frameworks 5.29.0 has been uploaded to the usual place.
> > > > > > >> >
> > > > > > >> > New framework: prison
> > > > > > >> >
> > > > > > >> > Public release next Saturday.
> > > > > > >> >
> > > > > > >> > Thanks for the packaging work!
> > > > > > >>
> > > > > > >> kconfig (r129382) breaks compilation of kdevplatform:
> > > > > > >> http://paste.opensuse.org/82016854
> > > > > > >
> > > > > > > Indeed (but it's not the change from RR 129382, it's commit
> > > > > > > cd4e650
> > > > > > > from
> > > > > > > https://phabricator.kde.org/D3386
> > > > > > >
> > > > > > > Seems to come from Inherits=BaseClass while BaseClass doesn't
> use
> > > > > > > arg="true".
> > > > > > >
> > > > > > > Here's a testcase for the kconfig unittests. Martin, can you
> take
> > > > > > > a
> > > > > > > look?
> > > > > >
> > > > > > The earliest I can have a look is probably on Friday, I'm sorry.
> > > > > >
> > > > > > My suggestion is to revert my two commits and I'll redo for next
> > > > > > frameworks.
> > > > >
> > > > > OK, done. New git tag and tarball:
> > > > >
> > > > > kconfig v5.29.0-rc2
> > > > > 47f7e954a58ba5538d055e2f75e483cade48ee8a
> > > > > d6c12e0908de1b91529de15e75a52c9974685c91b423d5b5abeb06f261d0fa47
> > > > > sources/kconfig-5.29.0.tar.xz
> > > >
> > > > Acoording to kfunk the thing that broke kdevplatform wasn't really
> > > > kconfigs
> > > > fault but a side effect of kdevplatform code not being very good.
> > >
> > > Heya,
> > >
> > > the patch restoring the kdevplatform build with KF5 5.29:
> > >   https://cgit.kde.org/kdevplatform.git/commit/?
> > >
> > > id=e84645d1694bdad7f179cd41babce723fe07aa63
> > >
> > > The code in kdevplatform is a bit special, it's probably the only
> place in
> > > whole KDE which broke due to the recent changes in kconfig. I don't
> see an
> > > easy migration path, even if you introduce said change in a later
> kconfig
> > > release.
> > >
> > > I don't mind if you leave kconfig as-is. But that's probably something
> for
> > > dfaure to decide.
> >
> > Well, the change to kdevplatform isn't released yet, so kconfig 5.29-rc1
> > would break compilation of the current kdevplatform releases.
> >
> > Also, the fact that I'm able to write a kconfig unittest that doesn't
> > compile tells me that something isn't right with these kconfig changes
> ---
> > unless it can be proven that what I'm doing in that new test is not
> > meaningful and is (now) forbidden, in which case it should at least be
> > documented. This is certainly worth another month of careful thinking
> > rather than rushing this into 5.29 now that it proved to be not 100%
> > perfect.
>
> I investigated and can prove now that the test is not meaningful: it
> doesn't
> compile on master either. See https://paste.kde.org/po6oahg5p
>
> The problem is the "Inherits" - it doesn't really specify the conditions.
> All
> we have in the documentation is "Class the generated class inherits from.
> This
> class must inherit  KConfigSkeleton."
>
> But inheriting from KConfigSkeleton is not enough as the test case and the
> kdevelop example shows. It must have the same ctors as KConfigSkeleton
> available for the inheriting class. That's the problem with the autotest
> and
> the problem with kdevelop's case. There the ctor existed, but was private
> instead of public.
>
> Given that I think my change can go in, but we also should specify more
> clearly the Inherits requirements.
>
> Cheers
> Martin