Jenkins-kde-ci: calligra master kf5-qt5 ยป Linux,gcc - Build # 246 - Failure!

2017-03-24 Thread no-reply

GENERAL INFO

BUILD FAILURE
Build URL: 
https://build.kde.org/job/calligra%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/246/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Sat, 25 Mar 2017 01:48:37 +
Build duration: 2 hr 1 min

CHANGE SET
No changes


Re: Release 3.0.1

2017-03-24 Thread Dag

Turns out I ma away the next week,
so if somebody does not take it the last steps,
release will be delayed...

---
Cheers,
Dag




[krita/wolthera/T5411-modernise-calligraphy-tool] /: Make Krita build with KOXML_USE_QDOM defined

2017-03-24 Thread Boudewijn Rempt
Git commit 514b87617ad9e2e06c17bd5bfe9db7c868df32b4 by Boudewijn Rempt.
Committed on 24/03/2017 at 10:07.
Pushed by rempt into branch 'wolthera/T5411-modernise-calligraphy-tool'.

Make Krita build with KOXML_USE_QDOM defined

This "fixes" all the places where KoXml::asQDomElement was used,
which was broken. It looks like nobody built like this since, oh,
2010 or so... It's a first step towards not using the KoXmlReader
code at all anymore.

There is no visible performance regression, but I didn't do real
benchmarking. But at least, with the ifdef working, we can do
benchmarking again.

In the text shape, some parts are just rudely ifdeffed out, mostly
to do with RDF, which krita doesn't need anyway, or changetracking,
which krita also doesn't need.

The really tricky bit is that in several places we used KoXmlDocument
with stripSpaces set to true, and I'm not sure what not being able
to set that flag will have.

KOXML_USE_QDOM is defined now, so Wolthera can continue with
the calligraphy tool; before merging to master, we should undefine
it again. Maybe we should make it a cmake option, if we're not just
going to remove KoXmlReader altogether.

CCMAIL:kimages...@kde.org

CC'ing the calligra developers since this might be of interest for
Calligra, too: either calligra should remove KOXmlReaderForward.h,
or make the ifdef work again -- which is likely much tricker than
it was for krita.

CCMAIL:calligra-devel@kde.org

M  +1-1libs/flake/KoFilterEffect.h
M  +1-1libs/flake/KoFilterEffectRegistry.h
M  +1-1libs/flake/KoFrameShape.h
M  +2-1libs/flake/KoMarker.h
M  +1-4libs/flake/KoMarkerCollection.cpp
M  +1-1libs/flake/KoMarkerCollection.h
M  +1-1libs/flake/KoOdfGradientBackground.h
M  +2-2libs/flake/KoOdfWorkaround.h
M  +1-1libs/flake/KoShapeAnchor.h
M  +1-1libs/flake/KoTextShapeDataBase.h
M  +7-6libs/flake/KoUnavailShape.cpp
M  +1-1libs/flake/svg/SvgCssHelper.h
M  +3-2libs/flake/svg/SvgParser.cpp
M  +1-1libs/flake/svg/SvgShape.h
M  +1-1libs/flake/svg/SvgStyleParser.h
M  +1-1libs/flake/svg/SvgUtil.h
M  +2-1libs/odf/KoColumns.h
M  +1-5libs/odf/KoOdfReadStore.cpp
M  +4-0libs/odf/tests/TestXmlReaderWithoutSpaces.cpp
M  +8-10   libs/store/KoXmlReader.cpp
M  +12   -10   libs/store/KoXmlReader.h
M  +1-1libs/store/KoXmlReaderForward.h
M  +1-3libs/ui/flake/kis_shape_layer.cc
M  +1-1plugins/flake/artistictextshape/ArtisticTextLoadingContext.h
M  +1-1plugins/flake/textshape/kotext/KoSection.h
M  +3-1plugins/flake/textshape/kotext/changetracker/KoChangeTracker.cpp
M  +6-1plugins/flake/textshape/kotext/opendocument/KoTextWriter_p.cpp
M  +19   -19   plugins/flake/textshape/kotext/styles/KoTableCellStyle.cpp
M  +8-0plugins/impex/kra/kra_converter.cpp
M  +1-1plugins/impex/libkra/kis_kra_loader.cpp

https://commits.kde.org/krita/514b87617ad9e2e06c17bd5bfe9db7c868df32b4

diff --git a/libs/flake/KoFilterEffect.h b/libs/flake/KoFilterEffect.h
index f0173f79c51..2817f2861ce 100644
--- a/libs/flake/KoFilterEffect.h
+++ b/libs/flake/KoFilterEffect.h
@@ -27,7 +27,7 @@ class QRectF;
 class KoXmlWriter;
 class KoFilterEffectRenderContext;
 class KoFilterEffectLoadingContext;
-class KoXmlElement;
+#include 
 
 #include "kritaflake_export.h"
 #include 
diff --git a/libs/flake/KoFilterEffectRegistry.h 
b/libs/flake/KoFilterEffectRegistry.h
index c79213c7451..1176385d2fb 100644
--- a/libs/flake/KoFilterEffectRegistry.h
+++ b/libs/flake/KoFilterEffectRegistry.h
@@ -25,7 +25,7 @@
 
 #include "kritaflake_export.h"
 
-class KoXmlElement;
+#include 
 class KoFilterEffectLoadingContext;
 class KoFilterEffect;
 
diff --git a/libs/flake/KoFrameShape.h b/libs/flake/KoFrameShape.h
index 062bfd2ffda..466a85e1e45 100644
--- a/libs/flake/KoFrameShape.h
+++ b/libs/flake/KoFrameShape.h
@@ -23,7 +23,7 @@
 #include "kritaflake_export.h"
 
 class KoShapeLoadingContext;
-class KoXmlElement;
+#include 
 class QString;
 
 /**
diff --git a/libs/flake/KoMarker.h b/libs/flake/KoMarker.h
index a50bc27b4fa..2413ced08b8 100644
--- a/libs/flake/KoMarker.h
+++ b/libs/flake/KoMarker.h
@@ -26,7 +26,8 @@
 #include "kritaflake_export.h"
 #include 
 
-class KoXmlElement;
+#include 
+
 class KoShapeLoadingContext;
 class KoShapeSavingContext;
 class QString;
diff --git a/libs/flake/KoMarkerCollection.cpp 
b/libs/flake/KoMarkerCollection.cpp
index 22c53dffca4..f723f34dee1 100644
--- a/libs/flake/KoMarkerCollection.cpp
+++ b/libs/flake/KoMarkerCollection.cpp
@@ -70,15 +70,12 @@ void KoMarkerCollection::loadMarkersFromFile(const QString 
)
 
 if (!file.open(QIODevice::ReadOnly)) return;
 
-QXmlStreamReader reader();
-reader.setNamespaceProcessing(false);
-
 QString errorMsg;
 int errorLine = 0;
 int errorColumn;
 
 KoXmlDocument doc;
-bool ok = doc.setContent(, , , );
+bool ok = doc.setContent(, false, , , 
);
 if (!ok) {
 

Re: libpigmentcms.so - multiple definitions KoCompositeOp

2017-03-24 Thread Dag

Created a todo for this
https://phabricator.kde.org/T5738
so we don't forget...

Boudewijn Rempt skrev den 2017-03-23 11:34:

On Thu, 23 Mar 2017, Dag wrote:


Treeve Jelbert skrev den 2017-03-22 18:13:
> I just tried to build calligra from git-master, which I think is the
> same as the release tarball.
Yes.
Works fine here, surprise, surprise ;)


I don't exactly remember the state of using Vc when krita separated
from Calligra, but it would probably be best to remove it entirely.
Nothing in Calligra is going to use any of this code at any point: it
is used to blend layers together in Krita, and everything else in
Calligra uses Qt for that.

It would be best to completely remove pigment, except for KoColorSet,
but that also means replacing all use of KoColor with QColor. There
used to be a compile-time switch for that, in the Nokia days.

(I know that there have been plans for over a decade to use pigment to
have color managed images in Words, but pigment probably isn't the
right solution for that anyway...)




Re: libpigmentcms.so - multiple definitions KoCompositeOp

2017-03-24 Thread Dag

Great, thanks.

Treeve Jelbert skrev den 2017-03-23 14:37:

I have just done a clean compile, deleting some extraneous cmake
definitions and everything  now compiles correctly.

Regards


On Wed, 22 Mar 2017 18:13:43 +0100, Treeve Jelbert wrote:

I just tried to build calligra from git-master, which I think is the
same as the release tarball.


libs/pigment/CMakeFiles/pigmentcms.dir/compositeops/KoOptimizedCompositeOpFactoryPerArch.cpp.o:
In function `KoCompositeOp*

KoOptimizedCompositeOpFactoryPerArch::create<(Vc_1::Implementation)0>(KoColorSpace
const*)':
KoOptimizedCompositeOpFactoryPerArch.cpp:(.text+0x0): multiple
definition of `KoCompositeOp*

KoOptimizedCompositeOpFactoryPerArch::create<(Vc_1::Implementation)0>(KoColorSpace
const*)'

libs/pigment/CMakeFiles/pigmentcms.dir/compositeops/KoOptimizedCompositeOpFactoryPerArch_Scalar.cpp.o:KoOptimizedCompositeOpFactoryPerArch_Scalar.cpp:(.text+0x0):
first defined here


cmake-3.7.2
gcc-6.3.0
vc-1.3.1
qt-5.8.0

Full compile log attached

Regards, Treeve