Jenkins build is back to normal : plasma-framework_master_qt5 #995

See ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Framework metadata

2013/12/19 Aurélien Gâteau : > On Thu, 19 Dec 2013 12:13:08 +0200, Giorgos Tsiapaliokas wrote: >> I definitely like the idea but I don't like xml/rdf. Why don't we just >> use json? > > Because DOAP is an existing format, so it avoids reinventing the wheel. Everyone please keep in mind that DOAP i

Re: Framework metadata

On Thursday 19 December 2013 14:35:29 Aurélien Gâteau wrote: > On Thu, 19 Dec 2013 12:13:08 +0200, Giorgos Tsiapaliokas wrote: > > I definitely like the idea but I don't like xml/rdf. Why don't we > > just > > use json? > > Because DOAP is an existing format, so it avoids reinventing the wheel. R

Build failed in Jenkins: plasma-framework_master_qt5 #994

See -- Started by user cgiboudeaux Building remotely on LinuxSlave - 3 in workspace Running Prebuild steps [plasma-framework_master_qt5] $

Build failed in Jenkins: plasma-framework_master_qt5 #993

See -- Started by user Ben Cooksley Building remotely on LinuxSlave - 3 in workspace Running Prebuild steps [plasma-framework_master_qt5]

Build failed in Jenkins: plasma-framework_master_qt5 #992

See -- Started by user gateau Building remotely on LinuxSlave - 3 in workspace Running Prebuild steps [plasma-framework_master_qt5] $ /bin

Re: [PATCH] Fail early if libsm is not installed

Forgot to mention: this is for kde4support. Le jeudi 19 décembre 2013 18:10:11 Aurélien Gâteau a écrit : > Hi, > > Attached patch causes cmake to fail early if libsm is not installed, rather > than waiting until we try to build code using it. > > This patch also removes buggy calls to set_packag

[PATCH] Fail early if libsm is not installed

Hi, Attached patch causes cmake to fail early if libsm is not installed, rather than waiting until we try to build code using it. This patch also removes buggy calls to set_package_properties(). I found out calling set_package_properties() with something which is not a package as the first argum

Build failed in Jenkins: plasma-framework_master_qt5 #991

See Changes: [aleixpol] Fix QObject::connect() warnings -- Started by remote host 127.0.0.1 with note: Triggered by commit Building remotely on LinuxSlave - 4 in workspace

Re: Framework metadata

On Thursday 19 December 2013 14:58:36 Aurélien Gâteau wrote: > > > * list of licenses > > Project/license Can this be a list? -- Cornelius Schumacher ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/lis

Re: Framework metadata

On Thu, 19 Dec 2013 17:18:37 +0100, Cornelius Schumacher wrote: On Thursday 19 December 2013 14:58:36 Aurélien Gâteau wrote: > * list of licenses Project/license Can this be a list? Just checked: you can have multiple "license" elements in the "Project" element, see: https://github.com/ed

Re: Fix kxmlgui tests

On Thursday 19 December 2013 12:24:43 Alex Merry wrote: > Same deal as with the kiconloader test. > > I started down the route David suggested of having the icon theme in the > test dir and not copying it, but I couldn't come up with a > cross-platform way of convincing KIconLoader to look at it (

Re: Framework metadata

On Wed, Dec 18, 2013 at 09:35:33PM +0100, Christophe Giboudeaux wrote: > ./tier1/kjs/src/kjs/context.h: *No copyright* UNKNOWN This is a single line: #include I don't think this is copyrightable? > ./tier1/kjs/src/kjs/dtoa.cpp: UNKNOWN /*

Build failed in Jenkins: plasma-framework_master_qt5 #990

See -- Started by user gateau Building remotely on LinuxSlave - 3 in workspace Running Prebuild steps [plasma-framework_master_qt5] $ /bin

Build failed in Jenkins: plasma-framework_master_qt5 #989

See -- Started by user gateau Building remotely on LinuxSlave - 3 in workspace Running Prebuild steps [plasma-framework_master_qt5] $ /bin

Build failed in Jenkins: plasma-framework_master_qt5 #988

See -- Started by user gateau Building remotely on LinuxSlave - 3 in workspace Running Prebuild steps [plasma-framework_master_qt5] $ /bin

Build failed in Jenkins: plasma-framework_master_qt5 #987

See -- Started by user gateau Building remotely on LinuxSlave - 4 in workspace Running Prebuild steps [plasma-framework_master_qt5] $ /bin

Build failed in Jenkins: plasma-framework_master_qt5 #986

See Changes: [cgiboudeaux] Forgot to remove the line -- Started by remote host 127.0.0.1 with note: Triggered by commit Building remotely on LinuxSlave - 4 in workspace

Re: Re: [kate/frameworks] part: port from KDialog to QDialog (KateGlobal::configDialog)

On Thursday, December 19, 2013 15:12:01 Michal Humpula wrote: > On Thursday 19 of December 2013 14:57:33 Dominik Haumann wrote: > > On Wednesday, December 18, 2013 19:42:43 Michal Humpula wrote: > > > Git commit 4e6c1c3d8cd6dbe4d826ce6720169fd94d8848f6 by Michal Humpula. > > > Committed on 18/12/20

Build failed in Jenkins: plasma-framework_master_qt5 #985

See Changes: [cgiboudeaux] Remove unneeded includes [cgiboudeaux] Fix includes -- Started by remote host 127.0.0.1 with note: Triggered by commit Building remotely on LinuxSlave - 4 in wor

Re: Framework metadata

On Wed, 18 Dec 2013 21:35:33 +0100, Christophe Giboudeaux wrote: On Wednesday 18 December 2013 19:50:58 Alex Merry wrote: On 18/12/13 17:54, Aurélien Gâteau wrote: > We need to have at least a COPYING file in there, with the full content of > the license. I believe this was already done befor

Re: Framework metadata

On Thu, 19 Dec 2013 08:47:01 +0100, Cornelius Schumacher wrote: On Wednesday 18 December 2013 Aurélien Gâteau wrote: The information in the DOAP file can also be used to generate manifest files for Inqlude (http://inqlude.org/) For this to work we need at least the following data in the DOA

Re: Framework metadata

On Thu, 19 Dec 2013 12:13:08 +0200, Giorgos Tsiapaliokas wrote: I definitely like the idea but I don't like xml/rdf. Why don't we just use json?  Because DOAP is an existing format, so it avoids reinventing the wheel. If we decide we want to reinvent the wheel, then let's use YAML rather than

Fix kxmlgui tests

Same deal as with the kiconloader test. I started down the route David suggested of having the icon theme in the test dir and not copying it, but I couldn't come up with a cross-platform way of convincing KIconLoader to look at it (passing the path to KIconLoader::global()->reconfigure() is not su

Re: Fix frameworksintegration tests

On Thursday 19 December 2013 00:20:25 Alex Merry wrote: > Fix the kdeplatformplugin_unittest, which fails on Jenkins. > > The old code would attempt to cast a QVariant containing a QStringList > to a QString, and check it was empty. This value was never meant to be > empty, but the test happened

Re: Framework metadata

On Thu, Dec 19, 2013 at 10:53 PM, John Layt wrote: > On 19 December 2013 08:47, Cornelius Schumacher wrote: >> On Wednesday 18 December 2013 Aurélien Gâteau wrote: >>> >>> The information in the DOAP file can also be used to generate manifest >>> files for Inqlude (http://inqlude.org/) >> >> For

Re: Framework metadata

I definitely like the idea but I don't like xml/rdf. Why don't we just use json? Qt is already using json and the logical-module-structure

Re: Framework metadata

On 19 December 2013 08:47, Cornelius Schumacher wrote: > On Wednesday 18 December 2013 Aurélien Gâteau wrote: >> >> The information in the DOAP file can also be used to generate manifest >> files for Inqlude (http://inqlude.org/) > > For this to work we need at least the following data in the DOAP

Re: Framework metadata

On 19 December 2013 08:47, Cornelius Schumacher wrote: > On Wednesday 18 December 2013 Aurélien Gâteau wrote: >> >> The information in the DOAP file can also be used to generate manifest >> files for Inqlude (http://inqlude.org/) > > For this to work we need at least the following data in the DOAP

Re: Framework metadata

On Thu, Dec 19, 2013 at 9:52 PM, Martin Graesslin wrote: > On Thursday 19 December 2013 21:22:36 you wrote: >> On Thu, Dec 19, 2013 at 9:15 PM, Martin Graesslin > wrote: >> > On Wednesday 18 December 2013 21:35:33 Christophe Giboudeaux wrote: >> >> On Wednesday 18 December 2013 19:50:58 Alex Merr

Re: The KDE Frameworks have been splitted

On Thursday 19 December 2013 08:25:21 Cornelius Schumacher wrote: > On Wednesday 18 December 2013 David Faure wrote: > > The "frameworks" branch of kdelibs is now closed forever. > > 57 repositories have been created instead (*). > > > > (*) > > apidoxkcodecs kdbusaddons

Re: Framework metadata

On Thursday 19 December 2013 21:22:36 you wrote: > On Thu, Dec 19, 2013 at 9:15 PM, Martin Graesslin wrote: > > On Wednesday 18 December 2013 21:35:33 Christophe Giboudeaux wrote: > >> On Wednesday 18 December 2013 19:50:58 Alex Merry wrote: > >> > On 18/12/13 17:54, Aurélien Gâteau wrote: > >> >

Jenkins build is back to stable : kdelibs_stable #971

See ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Framework metadata

On Thu, Dec 19, 2013 at 9:15 PM, Martin Graesslin wrote: > On Wednesday 18 December 2013 21:35:33 Christophe Giboudeaux wrote: >> On Wednesday 18 December 2013 19:50:58 Alex Merry wrote: >> > On 18/12/13 17:54, Aurélien Gâteau wrote: >> > > We need to have at least a COPYING file in there, with th

Re: Allowing kicontheme tests to run without oxygen-icons

On Wednesday 18 December 2013 23:32:13 Alex Merry wrote: > Currently, kiconthemes tests fail on Jenkins, due to the absense of > oxygen-icons. But I figured they shouldn't really depend on a theme > being installed anyway, so I altered the tests to not require it. > > Reviewboard doesn't have the

Re: Framework metadata

On Wednesday 18 December 2013 21:35:33 Christophe Giboudeaux wrote: > On Wednesday 18 December 2013 19:50:58 Alex Merry wrote: > > On 18/12/13 17:54, Aurélien Gâteau wrote: > > > We need to have at least a COPYING file in there, with the full content > > > of > > > the license. > > > > I believe t