---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121495/
---
(Updated Dez. 14, 2014, 3:43 vorm.)
Review request for KDE Frameworks and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121496/
---
Review request for KDE Frameworks and Martin Gräßlin.
Repository: kcrash
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121495/
---
(Updated Dez. 14, 2014, 2:39 vorm.)
Review request for KDE Frameworks and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121495/
---
Review request for KDE Frameworks.
Repository: kwindowsystem
Descriptio
That's the plan.
Plasma releases have already been shifted to account for that.
Plasma 5.2 Beta is being tagged on the 8th of Jan, releasing on the 13th.
Frameworks are released in the first week of every month.
I believe we're going to do this for all releases from now on; i.e Plasma
5.3 beta wi
Hi guys, as far as I understand Plasma 5.2 is going to require KF 5.6 (e.g.
for Baloo).
Can you please make sure you time the releases so that when Plasma 5.2 Beta is
out there is already public tarballs of KF 5.6?
Cheers,
Albert
___
Kde-frameworks-
El Dimarts, 9 de desembre de 2014, a les 15:22:15, Vishesh Handa va escriure:
> Hey guys
>
> I would like to promote Baloo to be a framework for 5.6.
>
> All of Baloo's code is LGPL, however, we internally use Xapian as a full
> text index (GPL). This would make Baloo GPL. Could we have an except
Hi Ben,
On 13 Dec 2014, at 21:39 , Ben Cooksley wrote:
> This is where DYLD_LIBRARY_PATH comes in - and it is a variable the CI
> scripts should already be setting for you.
yes, of course!
:)
Thanks for the reminder!
Marko
___
Kde-frameworks-devel ma
On Sun, Dec 14, 2014 at 4:47 AM, Marko Käning wrote:
> Turns out that this COULD BE due to the fact that qtdiag grabs the system’s
> openssl executable
> in /usr/bin instead of the one installed via MacPorts in /opt/local/bin...
> ---
> MVM2:scripts marko$ /usr/bin/openssl
> OpenSSL> version
> Op
Jenkins job created and successfully built:
http://build.kde.org/view/FAILED/job/libkpeople_frameworks_qt5/
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
On 13 Dec 2014, at 19:10 , Martin Klapetek wrote:
> The port still resides in frameworks branch, not yet in master.
Thanks, Martin, that indeed worked!
I fixed the dependencies in [1].
Marko
[1]
http://commits.kde.org/kde-build-metadata/7a85dce5c36bd3c0ac61a114f452edbb06d3b3c5__
On Sat, Dec 13, 2014 at 2:47 PM, Marko Käning wrote:
>
> Hi Aleix
>
> I tried to build all the PIM projects - which you brought recently to CI -
> on my OSX/CI system.
> As a consequence I have pushed two additions to dependency-data-kf5-qt5 in
> [1] and have also
> spotted a problem with libkpeop
Turns out that this COULD BE due to the fact that qtdiag grabs the system’s
openssl executable
in /usr/bin instead of the one installed via MacPorts in /opt/local/bin...
---
MVM2:scripts marko$ /usr/bin/openssl
OpenSSL> version
OpenSSL 0.9.8za 5 Jun 2014
---
Since the system’s openssl version is
Hi Jan,
On 13 Dec 2014, at 14:11 , Jan Kundrát wrote:
> On Saturday, 13 December 2014 13:55:25 CEST, Marko Käning wrote:
>> Any idea what’g going on with this XML file?
>
> One option is to run make with VERBOSE=1 (either asn an env var, or as an
> argument to make). That way, the output will
Hi Aleix,
it DOES build on Jenkins master [1] with 2 failing tests.
So, this is clearly only an issue of how boost is installed and located
by the build system on OSX/MacPorts.
Greets,
Marko
[1] http://build.kde.org/view/FAILED/job/kmime_master_qt5/1/
_
Hi Aleix,
this has been observed in the past already for kdepimlibs [1], but now that the
library has been split up
kmime is left as the only fragment which fails due to its dependency on boost!
Greets,
Marko
[1]
http://mail.kde.org/pipermail/kde-frameworks-devel/2014-September/019101.html
-
Hi Aleix,
I tried to build all the PIM projects - which you brought recently to CI - on
my OSX/CI system.
As a consequence I have pushed two additions to dependency-data-kf5-qt5 in [1]
and have also
spotted a problem with libkpeople.
Is its porting to KF5 not yet finished?
Greets,
Marko
[1]
> On Nov. 27, 2014, 7:29 vorm., Christoph Cullmann wrote:
> > I actually would prefer no such hack in the public headers.
> > If that is just to make porting easier, you can use that locally as a patch
> > until the kdevplatform code is cleaned up.
>
> Milian Wolff wrote:
> I still don't ge
On Saturday, 13 December 2014 13:55:25 CEST, Marko Käning wrote:
Any idea what’g going on with this XML file?
One option is to run make with VERBOSE=1 (either asn an env var, or as an
argument to make). That way, the output will contain information on what
commands are executed, and you shoul
kio is still failing on OSX.
Any idea what’g going on with this XML file?
On 10 Dec 2014, at 21:02 , Marko Käning wrote:
> [ 23%] Built target udsentrybenchmark_automoc
> Scanning dependencies of target ktelnetservice5
> Scanning dependencies of target lockingtest
> Cannot process input:
> '
20 matches
Mail list logo
