D17269: Fix build failure in neon by adding QVariant include.
scarlettclark abandoned this revision. scarlettclark added a comment. This RR is now obsolete due to commit: https://cgit.kde.org/kcoreaddons.git/commit/?id=e53254a009982c379a5ad713139e88a881ca02fb REPOSITORY R244 KCoreAddons REVISION DETAIL https://phabricator.kde.org/D17269 To: scarlettclark, apol, mart, ngraham Cc: bruns, ngraham, kde-frameworks-devel, michaelh
D17269: Fix build failure in neon by adding QVariant include.
scarlettclark updated this revision to Diff 46584. scarlettclark added a comment. Remove class QVariant as per bruns review comment. REPOSITORY R244 KCoreAddons CHANGES SINCE LAST UPDATE https://phabricator.kde.org/D17269?vs=46581&id=46584 BRANCH master REVISION DETAIL https://phabricator.kde.org/D17269 AFFECTED FILES src/lib/kaboutdata.h To: scarlettclark, apol, mart, ngraham Cc: bruns, ngraham, kde-frameworks-devel, michaelh
D17269: Fix build failure in neon by adding QVariant include.
scarlettclark created this revision. Herald added a project: Frameworks. Herald added a subscriber: kde-frameworks-devel. scarlettclark requested review of this revision. REVISION SUMMARY Build failed with error: invalid use of incomplete type ‘class QVariant’ By adding #include it now builds. TEST PLAN Builds successfully on neon. REPOSITORY R244 KCoreAddons BRANCH master REVISION DETAIL https://phabricator.kde.org/D17269 AFFECTED FILES src/lib/kaboutdata.h To: scarlettclark Cc: kde-frameworks-devel, michaelh, ngraham, bruns
Re: CI Requirements - Lessons Not Learnt?
Hello all, First my apologies, yes the CI system is behind, I had done significant work on a new revamp and then life, work and those other incredibly annoying things got in the way. The CI team is rather small and we are trying our best to move things forward. We are now getting back on track, but it will still be some time to get this out the door. The PIM team has worked with me directly and we have had very good luck getting their requirements satisfied working together. If anyone needs something extra, like a dependency built from source, just ask. Despite my best efforts, mailing lists, I simply can't keep up. Ping me, directly CC me, telegram me, anything. I am always accommodating. Again, sorry this has all come to this point. Thank you, Scarlett On Thu, Jan 5, 2017 at 12:44 AM, Ben Cooksley wrote: > Hi all, > > It seems that my previous vocal complaints about system level / > serious impact dependency bumps on the CI system have gone completely > unnoticed by (some) members of our Community. > > This was demonstrated earlier this week when components of Plasma > bumped their version requirements for XKBCommon and Appstream-Qt - > without even a thought about notifying Sysadmin or checking which > version the CI had, until their builds broke. > > Neither of these is easy to fix at this stage, as the system base is > now too old to receive updates such as these. Base upgrades require a > full rebuild of everything on the CI system, and usually involve > significant additional churn and is a process that must be done > roughly twice a year, depending on dependency bump demands. > > Does anyone have any suggestions as to how we may avoid this in the future? > > At this point i'm in favour of if you don't follow the rules your > dependency bump just gets reverted out of existence, then you get to > go through the process properly... > > Regards, > Ben >
Re: Jenkins-kde-ci: kdesignerplugin master stable-kf5-qt5 » Linux,gcc - Build # 78 - Unstable!
Correct. Hiccup. Rebuild fixed it. On Mon, Nov 7, 2016 at 5:00 AM, Allen Winter wrote: > Tests could not connect to display. Not my fault. > > On Monday, November 07, 2016 12:52:19 PM no-re...@kde.org wrote: > > > > GENERAL INFO > > > > BUILD UNSTABLE > > Build URL: https://build.kde.org/job/kdesignerplugin%20master% > 20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/78/ > > Project: PLATFORM=Linux,compiler=gcc > > Date of build: Mon, 07 Nov 2016 12:48:31 + > > Build duration: 1 min 20 sec > > > > CHANGE SET > > Revision 606352070ae07bd5c7fe6e2702628632b8245c9b by Allen Winter: > (src/kgendesignerplugin.cpp - add overrides to generated code REVIEW:) > > change: edit src/kgendesignerplugin.cpp > > > > > > JUNIT RESULTS > > > > Name: (root) Failed: 2 test(s), Passed: 1 test(s), Skipped: 0 test(s), > Total: 3 test(s)Failed: TestSuite.minimaltestFailed: TestSuite.plugintest > > > > COBERTURA RESULTS > > > > Cobertura Coverage Report > > PACKAGES 1/1 (100%)FILES 1/1 (100%)CLASSES 1/1 (100%)LINE 94/98 > (96%)CONDITIONAL 37/50 (74%) > > > > By packages > > > > src > > FILES 1/1 (100%)CLASSES 1/1 (100%)LINE 94/98 > (96%)CONDITIONAL 37/50 (74%) > >
Re: Review Request/New Framework: KF5::SyntaxHighlighting
On Fri, Sep 30, 2016 at 10:32 AM, Volker Krause wrote: > Thanks! > > On Friday 30 September 2016 10:08:27 David Faure wrote: > > On samedi 10 septembre 2016 17:47:00 CEST Volker Krause wrote: > > > Hi, > > > > > > please review KF5::SyntaxHighlighting (syntax-highlighting in Git) for > > > becoming a framework :) > > > > Looks good. I found a few things though. > > > > I see that a Jenkins job exists, but it's missing from this view > > https://build.kde.org/view/Frameworks%20kf5-qt5/ > > Is that something I can do directly, or is this done via a ticket for the > CI? > This is now fixed. Cheers, Scarlett > > > Fully missing API docs in : > > DefinitionDownloader > > HtmlHighlighter > > Both are not installed, they are only exported for the CLI tool. > > > Also seen in HtmlHighlighter: > > void setOutputFile(FILE *fileHandle); > > Shouldn't this use QFile or QIODevice instead? > > Or QTextStream, looking at the implementation. > > Possible, the reason for this was supporting output to stdout in the CLI > tool. > But as mentioned above, this is not installed/public API anway. > > > I'm also concerned that this class has direct member vars rather than a d > > pointer. > > > > SyntaxHighligher: missing API docs on methods; missing d pointer. > > The d pointer is in the base class already, so I don't think we need > another > one here, do we? > > > Once these issues are solved you can set the release flag to true in the > > yaml file, from my point of view. > > Regards, > Volker
Re: Review Request 128102: Set encoding on kconfig_compiler generated cpp and headers to utf-8 ( reproducible )
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128102/ --- (Updated June 22, 2016, 3:50 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks, kdelibs, David Faure, and Sune Vuorela. Changes --- Submitted with commit d6655e34f05516b9e857e8b2e1a9238c33875924 by Scarlett Clark to branch KDE/4.14. Repository: kdelibs Description --- Set encoding on kconfig_compiler generated cpp and headers to utf-8 ( reproducible builds ) Under certain locals non standard characters will get dropped making builds un reproducible. Setting the encoding to utf-8 on the files makes all builds reproducible no matter what ( or none ) locale is in use. Thereby making the build reproducible. Diffs - kdecore/kconfig_compiler/kconfig_compiler.cpp 30f52ab1 Diff: https://git.reviewboard.kde.org/r/128102/diff/ Testing --- Built kdelibs then installed it, rebuilt chokoq with patched kdelibs and the build is now reproducible. There are likley other kde projects affected and will be fixed with this patch. Thanks for your consideration. Thanks, Scarlett Clark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128102: Set encoding on kconfig_compiler generated cpp and headers to utf-8 ( reproducible )
> On June 11, 2016, 6:20 p.m., Albert Astals Cid wrote: > > Have you tried if this is needed for the KDE Frameworks version of the > > kconfig_compiler? I will into that today, thank - Scarlett --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128102/#review96365 --- On June 11, 2016, 6:19 p.m., Scarlett Clark wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128102/ > --- > > (Updated June 11, 2016, 6:19 p.m.) > > > Review request for KDE Frameworks, kdelibs, David Faure, and Sune Vuorela. > > > Repository: kdelibs > > > Description > --- > > Set encoding on kconfig_compiler generated cpp and headers to utf-8 ( > reproducible builds ) > > Under certain locals non standard characters will get dropped making builds > un reproducible. Setting the encoding to utf-8 > on the files makes all builds reproducible no matter what ( or none ) locale > is in use. Thereby making the build reproducible. > > > Diffs > - > > kdecore/kconfig_compiler/kconfig_compiler.cpp 30f52ab1 > > Diff: https://git.reviewboard.kde.org/r/128102/diff/ > > > Testing > --- > > Built kdelibs then installed it, rebuilt chokoq with patched kdelibs and the > build is now reproducible. There are likley other kde projects affected and > will be fixed with this patch. > Thanks for your consideration. > > > Thanks, > > Scarlett Clark > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128102: Set encoding on kconfig_compiler generated cpp and headers to utf-8 ( reproducible )
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128102/ --- (Updated jun. 12, 2016, 1:19 a.m.) Review request for KDE Frameworks, kdelibs, David Faure, and Sune Vuorela. Repository: kdelibs Description --- Set encoding on kconfig_compiler generated cpp and headers to utf-8 ( reproducible builds ) Under certain locals non standard characters will get dropped making builds un reproducible. Setting the encoding to utf-8 on the files makes all builds reproducible no matter what ( or none ) locale is in use. Thereby making the build reproducible. Diffs - kdecore/kconfig_compiler/kconfig_compiler.cpp 30f52ab1 Diff: https://git.reviewboard.kde.org/r/128102/diff/ Testing --- Built kdelibs then installed it, rebuilt chokoq with patched kdelibs and the build is now reproducible. There are likley other kde projects affected and will be fixed with this patch. Thanks for your consideration. Thanks, Scarlett Clark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: KService/sycoca assert in tests on CI
Thanks Dan for bringing this up. I have been banging my head on it for
awhile.
Scarlett
On Fri, Apr 22, 2016 at 3:51 PM, Daniel Vrátil wrote:
> Hi guys,
>
> some KDE PIM unit tests are failing on the CI due to an assert in ksycoca,
> for
> example here: [0]
>
> QWARN : TestBlogger1::testNetwork() kf5.kservice.sycoca: ERROR: KSycoca
> database corruption!
> QWARN : TestBlogger1::testNetwork() kf5.kservice.sycoca: ERROR: KSycoca
> database corruption!
> QWARN : TestBlogger1::testNetwork() kf5.kservice.sycoca: ERROR: KSycoca
> database corruption!
> QWARN : TestBlogger1::testNetwork() kf5.kservice.sycoca: ERROR: KSycoca
> database corruption!
> QDEBUG : TestBlogger1::testNetwork() Recreating ksycoca file ("/home/
> jenkins/.qttest/cache/ksycoca5_C_446ImL1tUTkflcd3IPkQK3mGYhc=", version
> 303)
> QDEBUG : TestBlogger1::testNetwork() Menu "applications-kmenuedit.menu" not
> found.
> QDEBUG : TestBlogger1::testNetwork() Saving
> QWARN : TestBlogger1::testNetwork() kf5.kservice.sycoca: ERROR: KSycoca
> database corruption!
> QFATAL : TestBlogger1::testNetwork() ASSERT: "!dirs.isEmpty()" in file
> /home/
> jenkins/sources/kservice/stable-kf5-qt5/src/sycoca/ksycoca.cpp, line 626
>
> It works locally, so it's possible it's something on the CI, altought we've
> been seeing this problem for quite a while (even before switch to Docker).
> Any
> ideas what's going on there? Is it a problem on the CI side, our side or
> maybe
> something in sycoca?
>
> Thanks
> Dan
>
>
> [0] https://build.kde.org/view/KDE-PIM/job/kblog
> %20Applications-16.04%20stable-kf5-qt5/7/PLATFORM=Linux,compiler=gcc/
> testReport/junit/%28root%29/TestSuite/kblog_testblogger1/
>
>
> --
> Daniel Vrátil
> www.dvratil.cz | dvra...@kde.org
> IRC: dvratil on Freenode (#kde, #kontact, #akonadi, #fedora-kde)
> ___
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
>
>
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: kdewebkit?
Ben, as init-repository is not something we control ( we are now using qt repos ) I need your input. Cheers, Scarlett I will be traveling today so may not be responsive. On Thu, Apr 21, 2016 at 9:15 AM, David Edmundson wrote: > QtWebkit isn't being developed, but it does still build and work. There's > even a qt5.6 tag in the qtwebkit repo. > > From the Qt5 output > https://build.kde.org/job/qt5%205.6%20kf5-qt5/PLATFORM=Linux,compiler=gcc/lastBuild/consoleText > it looks like we're not building qtwebkit. > > I guess it's no longer included in the default list. > > try changing the script that calls ./init-repository to include the > argument > --module-subest=default,qtwebkit > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Fwd: kdewebkit?
Meant for list sorry. -- Forwarded message -- From: Scarlett Clark Date: Thu, Apr 21, 2016 at 8:57 AM Subject: Re: kdewebkit? To: Luigi Toscano On Thu, Apr 21, 2016 at 8:50 AM, Luigi Toscano wrote: > On Thursday 21 of April 2016 08:45:44 Scarlett Clark wrote: > > > https://build.kde.org/job/kdewebkit%20master%20kf5-qt5/PLATFORM=Linux,compil > > er=gcc/32/console > > > > And if I understand correctly, qt webkit is no more? So should this > project > > be removed from CI? > > > IIRC as long as we support Qt <5.6, we can't kill it. Moreover, not all > software has been ported, (and you can always compile it even with newer > Qt). > > We can? Can someone fix it then? Because as of now, Qt 5.6 as seen above, I beg to differ. Stable of course (5.5) does build. Scarlett > -- > Luigi > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
kdewebkit?
https://build.kde.org/job/kdewebkit%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/32/console And if I understand correctly, qt webkit is no more? So should this project be removed from CI? Cheers, Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Encoding Issues?
This is likely something I can fix, but I am heading off to my grandsons first birthday, will have to be later. Thanks for understanding. Scarlett On Sun, Apr 3, 2016 at 9:58 AM, Christoph Cullmann wrote: > Hi, > > the two failed ktexteditor tests seems to be encoding issues. > > KTextEditor lib no longer is able to detect UTF-8 for some files. > > Did the locale change to something non-UTF-8 on the CI? > > Greetings > Christoph > > -- > - Dr.-Ing. Christoph Cullmann - > AbsInt Angewandte Informatik GmbH Email: cullm...@absint.com > Science Park 1 Tel: +49-681-38360-22 > 66123 Saarbrücken Fax: +49-681-38360-20 > GERMANYWWW: http://www.AbsInt.com > > Geschäftsführung: Dr.-Ing. Christian Ferdinand > Eingetragen im Handelsregister des Amtsgerichts Saarbrücken, HRB 11234 > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: MimeType issues on CI
Right. For whatever reason several builds worked before it went boom... reverted that commit. Scarlett On Sun, Apr 3, 2016 at 8:40 AM, David Faure wrote: > On Sunday 03 April 2016 08:30:45 Scarlett Clark wrote: > > I just committed some fixes, things should be working, I hope. > > Seems worse: > > 15:37:30 Traceback (most recent call last): > 15:37:30 File "/home/jenkins/scripts/tools/perform-build.py", line 88, > in > 15:37:30 if not manager.install_build(): > 15:37:30 File "/home/jenkins/scripts/tools/kdecilib.py", line 883, in > install_build > 15:37:30 command.append( mimeDirectory ) > 15:37:30 AttributeError: 'str' object has no attribute 'append' > > > https://build.kde.org/job/kcoreaddons%20master%20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/5/console > > -- > David Faure, fa...@kde.org, http://www.davidfaure.fr > Working on KDE Frameworks 5 > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: MimeType issues on CI
I just committed some fixes, things should be working, I hope. Sorry I have been traveling, and will be out most of today again. But should be available most of this week. Scarlett On Sun, Apr 3, 2016 at 8:26 AM, David Faure wrote: > On Sunday 03 April 2016 15:54:00 Daniel Vrátil wrote: > > > > > Scarlett > > > > Looks like update-mime-database is now executed, but there's still some > > issue. I triggerd Akonadi build manually and after "make install" phase > > I can now see > > > > Directory 'share/mime/packages' does not exist! > > > > and our MimeTypeCheck is still fails. Looks like > > /srv/jenkins/.../akonadi/inst/usr/ is missing in the path that > > update-mime-database is passed? > > Strange, because it worked fine in kcoreaddons: > > > https://build.kde.org/view/Frameworks%20kf5-qt5/job/kcoreaddons%20master%20kf5-qt5/4/PLATFORM=Linux,compiler=gcc/console > > (no such warning there, the update-mime-database output -- look for "Note > that") > > and then KIO finally passed. > > -- > David Faure, fa...@kde.org, http://www.davidfaure.fr > Working on KDE Frameworks 5 > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Delaying KF 5.21
I added a few more to the kf5 view that were missing. I am working on automating the views. Scarlett On Sun, Apr 3, 2016 at 2:09 AM, David Faure wrote: > I don't feel good releasing KF 5.21 with 14 failing builds in the CI. > Let's fix CI first, then we can release. > > I'm debugging the kservice unit test failure, which is an actual bug (not > a CI problem). > > I'll also try to debug the kcoreaddons mimetype issue, that one being a CI > problem. > > KTextEditor people, please take a look at > > https://build.kde.org/view/Frameworks%20kf5-qt5/job/ktexteditor%20master%20kf5-qt5/13/PLATFORM=Linux,compiler=gcc/console > and please don't wait for me to play unittest police, you can keep an eye > on the CI without me... > > Plasma people err ... why isn't plasma-framework listed on > https://build.kde.org/view/Frameworks%20kf5-qt5/ anymore? > I see that plasma-framework is green again though, well done. > I'm just very worried if that view doesn't have all of the frameworks > anymore. > Would sometime have the time to go through the list and check what else is > missing? > > -- > David Faure, fa...@kde.org, http://www.davidfaure.fr > Working on KDE Frameworks 5 > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: MimeType issues on CI (Was: Re: Delaying KF 5.21)
On Sun, Apr 3, 2016 at 5:16 AM, Daniel Vrátil wrote: > On Sunday, April 3, 2016 12:58:24 PM CEST David Faure wrote: > > On Sunday 03 April 2016 12:43:27 Daniel Vrátil wrote: > > > Turns out when you include /usr/share in XDG_DATA_DIRS, all mime types > > > that > > > might have been provided by other dependencies in > > > /srv/jenkins/.../foo/inst/ usr/share/mime are ignored, possibly due to > > > update-mime-database not being ran for those directories. > > > > I'm not sure I fully understand this sentence. Do you mean the value of > > XDG_DATA_DIRS at update-mime-database time or during the running of unit > > tests? > > XDG_DATA_DIRS value when running the unit tests. > > > update-mime-database works on one specific install dir and creates files > > there. The value of XDG_DATA_DIRS during the run of update-mime-database > > shouldn't matter. > > > > If the stuff /srv/jenkins/.../foo/inst/usr/share/mime is ignored, it can > be > > either > > > 1) because update-mime-database wasn't run on that dir > >(which is my current hypothesis for the KIO kfileitemtest failure > which > > needs a mimetype from kcoreaddons) > > The thing is that the content of /srv/jenkins/.../foo/inst/usr/share/mime > is > NOT ignored, when /usr/share is NOT in XDG_DATA_DIRS. > > Once you include /usr/share in XDG_DATA_DIRS, the content of the > /srv/.../mime > folders IS ignored. > > Akonadi installs a mime file to share/mime/packages/akonadi-mime.xml which > introduces some new mimetypes and are used to find the right serialize > plugins > for those types. With /usr/share in XDG_DATA_DIRS Akonadi is not able to > find > serializer plugins for application/x-vnd.akonadi.calendar.todo for > instance, > because it (using QMimeDatabase) does not know about this mime type. > Removing > /usr/share from XDG_DATA_DIRS makes Akonadi (QMimeDatabase) find > application/ > x-vnd.akonadi.calendar.todo just find and thus find a respective serializer > plugin for the type. > > > > 2) because that dir isn't in > > XDG_DATA_DIRS (this is not the problem) later on. > > I verified that it is there. > > > 3) because > > update-mime-database ran but didn't create the stuff it's supposed to > > create -- I understand your email as saying this might be the problem, > but > > I can't confirm it: > > If I compare output of "make install" from CI and running it locally, it > indeed appears that update-mime-database is not run on the CI at all: > > CI: > 16:22:17 Install the project... > 16:22:17 -- Install configuration: "Debug" > 16:22:17 -- Installing: > /home/jenkins/sources/akonadi/kf5-qt5/local-inst/srv/ > > jenkins/install/ubuntu/x86_64/g++/kf5-qt5/kde/pim/akonadi/inst/usr/share/mime/ > packages/akonadi-mime.xml > 16:22:17 -- Installing: > /home/jenkins/sources/akonadi/kf5-qt5/local-inst/srv/ > > jenkins/install/ubuntu/x86_64/g++/kf5-qt5/kde/pim/akonadi/inst/usr/lib/x86_64- > linux-gnu/cmake/KF5Akonadi/KF5AkonadiConfig.cmake > > > Locally: > -- Install configuration: "Debug" > -- Up-to-date: /opt/kde-devel/share/mime/packages/akonadi-mime.xml > -- Updating MIME database at /opt/kde-devel/share/mime > -- Up-to-date: /opt/kde-devel/lib64/cmake/KF5Akonadi/KF5AkonadiConfig.cmake > > > > > on my own system, I have /usr/share/mime/packages/kde.xml defining > > application/x-smb-workgroup and /usr/share in XDG_DATA_DIRS, and yet > > running update-mime-database on /d/kde/inst/kde_frameworks/share/mime > > creates > > /d/kde/inst/kde_frameworks/share/mime/application/x-smb-workgroup.xml as > > expected. > > > I manually ran update-mime-database on the akonadi and kdepim-runtime > > > install dirs on Jenkins and the Zanshin tests magically started passing > > > again. > > Yes, which only proves that the problem was that it didn't run, not that > the > > value of XDG_DATA_DIRS is the problem. > > > > > Our idea for a quick dirty fix was to simply run update-mime-database > once > > > CI sets up the environment variables but before the test is executed. > > > > > > David, do you have any better suggestions? > > > > Yes, I'd like to know why "make install" in e.g. kcoreaddons doesn't > seem to > > run update-mime-database on CI while it does here (and given that > > update-mime-database *is* found in the CI). > > With the new CI I'm having trouble debugging this, there are no sources > and > > build dirs from previous runs anymore :-) > > update-mime-database seems to be run by ECM, the documentation says > > # The follow macro is available:: > # > # update_xdg_mimetypes() > # > # Updates the XDG mime database at install time (unless the > ``$DESTDIR`` > # environment variable is set, in which case it is up to package > managers > to > # perform this task). > > I suspect that CI uses "make DESTDIR=/srv/jenkins/./foo/inst install" > to > install stuff, thus not triggering the update, as documented and it's up to > the CI script to run it manually > > Dan > > Sorry I have not been more respon
Re: Raising Qt requirement to Qt 5.4
CI versions has been raised as per this thread. thanks, Scarlett On Fri, Mar 25, 2016 at 1:54 AM, Ivan Čukić wrote: > >> Is this documented in some wiki so we don't have to rely on people's > memories > >> or someone digging up the corresponding email thread? > > > > Good point. Any suggestion on where to document this? > > +1 since my gmail-search-foo was not up to the task - we have so many > threads regarding compiler and Qt versions, it is borderline funny. > > It could go alongside compiler reqs: > > > https://community.kde.org/Frameworks/Policies#Frameworks_compiler_requirements_and_C.2B.2B11 > > Cheers, > Ivan > ___ > Kde-frameworks-devel mailing list > Kde-frameworks-devel@kde.org > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: marble builds when it shouldn't
That is correct. I have turned this off and on so many times it is not funny. Somehow everyone needs to agree on this. Scarlett On Tue, Sep 22, 2015 at 12:24 PM, Jan Kundrát wrote: > On Tuesday, 22 September 2015 13:00:38 CEST, Harald Sitter wrote: > >> Also on a more general note: I think it would be handy if all builds >> used CMAKE_VERBOSE_MAKEFILE=TRUE to get verbose make output which >> would make it easier to notice when things such as -DNDEBUG are passed >> to gcc. >> > > Absolutely -- the last time I raised this, though, someone disagreed on > basis of increased volume of logs, IIRC. > > With kind regards, > Jan > > -- > Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/ > ___ > Kde-frameworks-devel mailing list > Kde-frameworks-devel@kde.org > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: marble builds when it shouldn't
Looks like -DCMAKE_BUILD_TYPE=Release was set in Marble. I have removed it so your build should fail as expected. Scarlett On Tue, Sep 22, 2015 at 1:00 PM, Harald Sitter wrote: > ahoy ahoy, > > I have a bit of an unexpected CI outcome on build.kde.org. > > > https://build.kde.org/job/marble%20Applications-15.08%20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/15/consoleFull > > this build has a suposedly broken commit [1]. The commit fails an > assert to do with i18n types [2][3]. But, the build on build.kde.org > does not fail, so something is going rather wrong here. Looking at > ki18n the assert is only active when built without -DNDEBUG, which > should be the case all Debug cmake builds. So supposedly that is not > the case in that marble build there for some reason. Since building > with -DNDEBUG probably disables more of these static asserts this > seems like a really bad thing from a CI POV. > So, it would be really good if someone could grep the installed > artifacts for something setting NDEBUG (random guess: maybe Qt is > built in release mode and has NDEBUG in its flags?). > > Also on a more general note: I think it would be handy if all builds > used CMAKE_VERBOSE_MAKEFILE=TRUE to get verbose make output which > would make it easier to notice when things such as -DNDEBUG are passed > to gcc. > > [1] http://commits.kde.org/marble/5cf8f12c6351e9bad58c896d1ba2a407e6efa5b3 > [2] http://paste.ubuntu.com/12520348/ > [3] > https://launchpadlibrarian.net/218545845/buildlog_ubuntu-wily-amd64.marble_4%3A15.08.1%2Bgit20150922.1003%2B15.10-0_BUILDING.txt.gz > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: SIC/BIC in Frameworks (NOT)
I guess I forgot to turn back on clean workspace? We were debugging qt5.5. I Am so sorry, been traveling home. Scarlett On Sep 14, 2015 12:59 PM, "Ben Cooksley" wrote: > On Mon, Sep 14, 2015 at 12:28 AM, David Faure wrote: > > This is clearly a CI issue, not a SIC/BIC, as both our investigations > prove. > > And now fixed. > > > > > On Sunday 13 September 2015 23:43:19 Ben Cooksley wrote: > >> This then causes KNotification to fail to build (as it depends on > >> netwm.h) which then leads to the rest of the failures we see. This > >> itself is probably a bug? > > > > If KWindowSystem is built with X11 forced OFF > > (via CMAKE_DISABLE_FIND_PACKAGE_X11) > > and KNotifications is built with X11 enabled > > (CMAKE_DISABLE_FIND_PACKAGE_X11 not being set), > > you end up with a compilation error. > > I think that's quite obvious, and I wouldn't consider that a bug. > > > > We only support X11 on everywhere or off everywhere. > > Combinations of "some frameworks with X11 enabled and some with > > X11 purposefully disabled" don't make sense to me. > > Indeed, but couldn't they raise an error if one is built without X11 > support but the others are trying to build with X11 support? > > > > > -- > > David Faure, fa...@kde.org, http://www.davidfaure.fr > > Working on KDE Frameworks 5 > > > > Cheers, > Ben > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Jenkins-kde-ci: kdelibs4support master kf5-qt5 » Linux, gcc - Build # 32 - Fixed!
I committed some new triggers that should hopefully work. Please let me know if you still get double emails. Thanks, Scarlett On Tue, Aug 18, 2015 at 6:55 AM, Scarlett Clark < scarlett.gately.cl...@gmail.com> wrote: > Ok, not quite that simple. If I disable failure then it will not complain > when still failing and that is definitely not something we want. > Scarlett > > > On Sat, Aug 15, 2015 at 10:18 AM Scarlett Clark < > scarlett.gately.cl...@gmail.com> wrote: > >> On vacation. I will fix it when I get back. >> >> >> Scarlett >> On Aug 15, 2015 7:05 AM, "Bhushan Shah" wrote: >> >>> On Sat, Aug 15, 2015 at 3:44 PM, David Faure wrote: >>> > Finally! >>> > >>> > https://build.kde.org/view/Frameworks%20kf5-qt5/ is all green again. >>> > >>> > There is no excuse anymore to ignore the mails from Jenkins, from now >>> on they will >>> > represent real regressions. >>> >>> Now only if double emails can be stopped.. ;-) >>> >>> It is due to email notification for both success/failure and status >>> change is enabled.. please disable success/failure emails... >>> >>> -- >>> Bhushan Shah >>> >>> http://bhush9.github.io >>> IRC Nick : bshah on Freenode >>> ___ >>> Kde-frameworks-devel mailing list >>> Kde-frameworks-devel@kde.org >>> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel >>> >> ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Jenkins-kde-ci: ksshaskpass Plasma-5.4 stable-kf5-qt5 » Linux, gcc - Build # 1 - Successful!
Fixed, thank you Scarlett On Aug 21, 2015 1:14 AM, "Luigi Toscano" wrote: > Il 21 agosto 2015 10:06:59 CEST, David Faure ha scritto: > > On Thursday 20 August 2015 13:20:50 no-re...@kde.org wrote: > > > > > > GENERAL INFO > > > > > > BUILD SUCCESS > > > Build URL: > > > https://build.kde.org/job/ksshaskpass%20Plasma-5.4%20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/1/ > > > Project: PLATFORM=Linux,compiler=gcc > > > Date of build: Thu, 20 Aug 2015 12:23:33 + > > > Build duration: 1 min 44 sec > > > > This is another module which is not a framework :-) > > > > Not sure where ksshaskpass reports should go, though. > > Plasma (see also the title/job name). > > > > -- > Luigi > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Jenkins-kde-ci: kdelibs4support master kf5-qt5 » Linux, gcc - Build # 32 - Fixed!
Ok, not quite that simple. If I disable failure then it will not complain when still failing and that is definitely not something we want. Scarlett On Sat, Aug 15, 2015 at 10:18 AM Scarlett Clark < scarlett.gately.cl...@gmail.com> wrote: > On vacation. I will fix it when I get back. > > > Scarlett > On Aug 15, 2015 7:05 AM, "Bhushan Shah" wrote: > >> On Sat, Aug 15, 2015 at 3:44 PM, David Faure wrote: >> > Finally! >> > >> > https://build.kde.org/view/Frameworks%20kf5-qt5/ is all green again. >> > >> > There is no excuse anymore to ignore the mails from Jenkins, from now >> on they will >> > represent real regressions. >> >> Now only if double emails can be stopped.. ;-) >> >> It is due to email notification for both success/failure and status >> change is enabled.. please disable success/failure emails... >> >> -- >> Bhushan Shah >> >> http://bhush9.github.io >> IRC Nick : bshah on Freenode >> ___ >> Kde-frameworks-devel mailing list >> Kde-frameworks-devel@kde.org >> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel >> > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Jenkins-kde-ci: kdelibs4support master kf5-qt5 » Linux, gcc - Build # 32 - Fixed!
On vacation. I will fix it when I get back. Scarlett On Aug 15, 2015 7:05 AM, "Bhushan Shah" wrote: > On Sat, Aug 15, 2015 at 3:44 PM, David Faure wrote: > > Finally! > > > > https://build.kde.org/view/Frameworks%20kf5-qt5/ is all green again. > > > > There is no excuse anymore to ignore the mails from Jenkins, from now on > they will > > represent real regressions. > > Now only if double emails can be stopped.. ;-) > > It is due to email notification for both success/failure and status > change is enabled.. please disable success/failure emails... > > -- > Bhushan Shah > > http://bhush9.github.io > IRC Nick : bshah on Freenode > ___ > Kde-frameworks-devel mailing list > Kde-frameworks-devel@kde.org > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Jenkins-kde-ci: kinfocenter master kf5-qt5 » Linux,gcc - Build # 11 - Fixed!
Done, Thank you. Scarlett On Thu, Aug 6, 2015 at 5:13 AM, David Faure wrote: > On Thursday 06 August 2015 11:54:40 no-re...@kde.org wrote: > > > > GENERAL INFO > > > > BUILD SUCCESS > > Build URL: > https://build.kde.org/job/kinfocenter%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/11/ > > Hi Scarlett, > > This code is not part of KDE Frameworks, can you remove > kde-frameworks-devel from the CC list? > > I'd like to split the responsibilities cleanly. > Anything in the CI view "Frameworks kf5-qt5" (and stable) should come here, > anything else shouldn't ;) > > -- > David Faure, fa...@kde.org, http://www.davidfaure.fr > Working on KDE Frameworks 5 > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: CI Failures
As Ben stated bo patches. I will turn off kf5-minimum until I get back home and,we can all agree on a solution. Cheers Scarlett On Jul 31, 2015 11:28 AM, "Albert Astals Cid" wrote: > El Divendres, 31 de juliol de 2015, a les 20:57:37, Ben Cooksley va > escriure: > > On Fri, Jul 31, 2015 at 8:14 PM, David Faure wrote: > > > On Friday 31 July 2015 04:25:53 no-re...@kde.org wrote: > > >> GENERAL INFO > > >> > > >> BUILD FAILURE > > >> Build URL: > > >> > https://build.kde.org/job/kiconthemes%20master%20kf5-minimum/PLATFORM=Li > > >> nux,compiler=gcc/1/>> > > > rsync: change_dir > > > > "/srv/jenkins/install/ubuntu/x86_64/g++//kf5-minimum/kdesupport/extra-cm > > > ake-modules/inst" failed: No such file or directory (2)> > > > Hi Scarlett, > > > is there a way to disable all notifications until CI is repaired? (I > > > assume these errors are a consequence of the disk full situation). > > > > > > Otherwise people will learn to just ignore the CI failure emails, > which is > > > bad for the long run > > This is because extra-cmake-modules hasn't been built, which is > > because qt5 for k5-minimum hasn't been built (and I don't see a job > > for it because it is currently set to a tag, which I suspect the code > > does not support). > > It does support tags, it's just not building because it needs the patch i > sent > to this list the other day to build, Scarlett told me she'd have a look at > how > to make the build include that patch but i guess she hasn't had time yet. > > > > > Building Qt is becoming a huge too hard basket job these days. I've > > copied stable-kf5-qt5's Qt over to kf5-minimum (which has suddenly > > decided to start building itself...) to resolve this issue. This means > > kf5-minimum isn't really that, but it'll shut the CI system up at > > least. > > > > Can we please bump the required version of Qt for Frameworks to > > something which is buildable without needing patches? > > The first branch that builds with such a newer glib as the one we're using > is > Qt 5.4 and I guess that is unacceptable from the KDE Frameworks point of > view. > > Cheers, > Albert > > > > > We're going to have to drastically rethink how we structure the CI > > system, due to the extremely differing requirements of various parts > > of KDE which wasn't really the case in the past. What Frameworks wants > > and what everyone else wants just differs way too much. Doesn't help > > that Qt doesn't keep itself buildable on modern OSes... > > > > > Thanks! > > > > Cheers, > > Ben > > > > > -- > > > David Faure, fa...@kde.org, http://www.davidfaure.fr > > > Working on KDE Frameworks 5 > > > > > > ___ > > > Kde-frameworks-devel mailing list > > > Kde-frameworks-devel@kde.org > > > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel > > > > ___ > > Kde-frameworks-devel mailing list > > Kde-frameworks-devel@kde.org > > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: A CI dashboard with multiple versions of Qt5 on Linux
On Friday, June 12, 2015 01:17:22 AM Jan Kundrát wrote: > Hi, > if you would like to check how well the KF5 builds cope with multiple Qt5 > versions, take a look at this page generated from the Zuul/Gerrit CI > system: > > http://ci-logs.kde.flaska.net/matrix.html > > I am open for suggestions for service improvements, so if you have an idea > on how to make this more useful, I'm all ears. > > The tests failures look like real stuff, not some occasional > non-deterministic occasional breakage, btw. > > With kind regards, > Jan Hi, nice matrix. Question, is your Qt5.2 patched? It is a compile failure in jenkins... I was told no patches, so I am curious how to proceed. Thanks, Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: ACL support missing in Linux CI?
On Monday, June 08, 2015 08:39:30 AM David Faure wrote: > libacl Is now installed and added to the package list for future slaves. Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: KWindowSystem CI on OSX
On Sunday, June 07, 2015 10:17:21 AM David Faure wrote: > On Sunday 07 June 2015 00:13:11 David Faure wrote: > > On Saturday 06 June 2015 22:01:50 no-re...@kde.org wrote: > > > Check console output at > > > > > > https://build.kde.org/job/kxmlgui%20master%20kf5-qt5/PLATFORM=OSX,compil > > > er > > > = > > > clang/3/ to view the results. > > > > It fails to find a KWindowSystem 5.11. > > > > But KWindowSystem has had version 5.11 for almost one month now, so it > > should find it. > > > > The kwindowsystem CI page says, for OSX: NoX11=green All=gray (canceled?). > > > > I have just triggered another build of > > https://build.kde.org/view/Frameworks%20kf5-qt5/job/kwindowsystem%20master > > % > > 20kf5-qt5/ Let's see if that helps After closer inspection it seems the NoX11 had deploy false and that is why OSX had nothing to sync. I am rather shocked this has only been an issue now. Short term solution is I created an "All" for osx that still disables X11. Long term solution is likely platform specific variations support. I now have this on my TO-DO list. I am taking a moment out of my vacation to babysit this osx builder for a few hours and hopefully we can get a green kf5.. > > It didn't help. Same problem again. Is there a build configuration missing > for the "All" configuration maybe? > > > (but man, that OSX CI slows down everything, it's becoming a real pain to > > make releases, at least if I want to keep my checklist item "ensure CI is > > green") > > > > I wonder whether we couldn't completely separate the linux and OSX CI > > instead of having the latter slow down the former (and unreadable merged > > results) I agree with everyone that OSX is a huge pain, and I certainly don't enjoy babysitting it . I also do not enjoy the fear to take a vacation because I am going to come back to chaos due to OSX. But such is life, and I loathe the thought of supporting two separate CI's even more, and I will not do that, sorry. Cheers, Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 123595: Relax KUser test to allow for a "nogroup" group.
> On May 5, 2015, 2:08 p.m., Marko Käning wrote: > > Looks like the test is still failing: > > > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/24/PLATFORM=OSX,compiler=clang/testReport/(root)/TestSuite/kusertest/ > > > > Anything I could do? > > David Faure wrote: > Yes, you could try applying the patch :) > > This isn't committed yet, due to no "Ship It". > > Scarlett Clark wrote: > CI patch test results: > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/PLATFORM=OSX,compiler=clang/36/console > > Still fails, but new failure. > > Scarlett Clark wrote: > All green with updated patch! > > https://build.kde.org/view/Frameworks%20kf5-qt5/job/kcoreaddons%20master%20kf5-qt5/ > > Albert Astals Cid wrote: > Is build.kde.org not using the upstream code of git repos? That's > dangerous, is there a way to know easily which builds are patched? > > Scarlett Clark wrote: > Mm, not sure what you are asking here. They asked me if I would test the > patch and I complied. I should also note it is build #37 that was patch parameter build. - Scarlett --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123595/#review79919 --- On May 19, 2015, 1:01 a.m., David Faure wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/123595/ > --- > > (Updated May 19, 2015, 1:01 a.m.) > > > Review request for KDE Frameworks, Marko Käning and Scarlett Clark. > > > Repository: kcoreaddons > > > Description > --- > > http://pig.made-it.com/uidgid.html shows that we can't rely on > what happens with an invalid id or group; on some systems they will > belong to a "nogroup" group. > > REVIEW: 123595 > > > Diffs > - > > autotests/kusertest.cpp d17a2d3e97d5056524281eb18766377e48a0da35 > > Diff: https://git.reviewboard.kde.org/r/123595/diff/ > > > Testing > --- > > Still passes on Linux; should fix the CI for mac, AFAICS. > > > Thanks, > > David Faure > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 123595: Relax KUser test to allow for a "nogroup" group.
> On May 5, 2015, 2:08 p.m., Marko Käning wrote: > > Looks like the test is still failing: > > > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/24/PLATFORM=OSX,compiler=clang/testReport/(root)/TestSuite/kusertest/ > > > > Anything I could do? > > David Faure wrote: > Yes, you could try applying the patch :) > > This isn't committed yet, due to no "Ship It". > > Scarlett Clark wrote: > CI patch test results: > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/PLATFORM=OSX,compiler=clang/36/console > > Still fails, but new failure. > > Scarlett Clark wrote: > All green with updated patch! > > https://build.kde.org/view/Frameworks%20kf5-qt5/job/kcoreaddons%20master%20kf5-qt5/ > > Albert Astals Cid wrote: > Is build.kde.org not using the upstream code of git repos? That's > dangerous, is there a way to know easily which builds are patched? Mm, not sure what you are asking here. They asked me if I would test the patch and I complied. - Scarlett --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123595/#review79919 --- On May 19, 2015, 1:01 a.m., David Faure wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/123595/ > --- > > (Updated May 19, 2015, 1:01 a.m.) > > > Review request for KDE Frameworks, Marko Käning and Scarlett Clark. > > > Repository: kcoreaddons > > > Description > --- > > http://pig.made-it.com/uidgid.html shows that we can't rely on > what happens with an invalid id or group; on some systems they will > belong to a "nogroup" group. > > REVIEW: 123595 > > > Diffs > - > > autotests/kusertest.cpp d17a2d3e97d5056524281eb18766377e48a0da35 > > Diff: https://git.reviewboard.kde.org/r/123595/diff/ > > > Testing > --- > > Still passes on Linux; should fix the CI for mac, AFAICS. > > > Thanks, > > David Faure > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 123595: Relax KUser test to allow for a "nogroup" group.
> On May 5, 2015, 2:08 p.m., Marko Käning wrote: > > Looks like the test is still failing: > > > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/24/PLATFORM=OSX,compiler=clang/testReport/(root)/TestSuite/kusertest/ > > > > Anything I could do? > > David Faure wrote: > Yes, you could try applying the patch :) > > This isn't committed yet, due to no "Ship It". > > Scarlett Clark wrote: > CI patch test results: > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/PLATFORM=OSX,compiler=clang/36/console > > Still fails, but new failure. All green with updated patch! https://build.kde.org/view/Frameworks%20kf5-qt5/job/kcoreaddons%20master%20kf5-qt5/ - Scarlett --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123595/#review79919 --- On May 19, 2015, 1:01 a.m., David Faure wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/123595/ > --- > > (Updated May 19, 2015, 1:01 a.m.) > > > Review request for KDE Frameworks, Marko Käning and Scarlett Clark. > > > Repository: kcoreaddons > > > Description > --- > > http://pig.made-it.com/uidgid.html shows that we can't rely on > what happens with an invalid id or group; on some systems they will > belong to a "nogroup" group. > > REVIEW: 123595 > > > Diffs > - > > autotests/kusertest.cpp d17a2d3e97d5056524281eb18766377e48a0da35 > > Diff: https://git.reviewboard.kde.org/r/123595/diff/ > > > Testing > --- > > Still passes on Linux; should fix the CI for mac, AFAICS. > > > Thanks, > > David Faure > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 123595: Relax KUser test to allow for a "nogroup" group.
> On May 5, 2015, 2:08 p.m., Marko Käning wrote: > > Looks like the test is still failing: > > > > https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/24/PLATFORM=OSX,compiler=clang/testReport/(root)/TestSuite/kusertest/ > > > > Anything I could do? > > David Faure wrote: > Yes, you could try applying the patch :) > > This isn't committed yet, due to no "Ship It". CI patch test results: https://build.kde.org/job/kcoreaddons%20master%20kf5-qt5/PLATFORM=OSX,compiler=clang/36/console Still fails, but new failure. - Scarlett --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123595/#review79919 --- On May 18, 2015, 1:39 p.m., David Faure wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/123595/ > --- > > (Updated May 18, 2015, 1:39 p.m.) > > > Review request for KDE Frameworks, Marko Käning and Scarlett Clark. > > > Repository: kcoreaddons > > > Description > --- > > http://pig.made-it.com/uidgid.html shows that we can't rely on > what happens with an invalid id or group; on some systems they will > belong to a "nogroup" group. > > REVIEW: 123595 > > > Diffs > - > > autotests/kusertest.cpp d17a2d3e97d5056524281eb18766377e48a0da35 > > Diff: https://git.reviewboard.kde.org/r/123595/diff/ > > > Testing > --- > > Still passes on Linux; should fix the CI for mac, AFAICS. > > > Thanks, > > David Faure > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: CI for kf5-qt5 is not green anymore
On Saturday, May 09, 2015 02:12:15 PM David Faure wrote: > On Saturday 09 May 2015 04:49:52 Scarlett Clark wrote: > > On Saturday, May 09, 2015 01:33:05 PM David Faure wrote: > > > Hello, > > > > > > CI seems stuck again. > > > > > > I upgraded all version numbers yesterday, which triggered a rebuild of > > > all > > > frameworks (as expected), and today these jobs are still running or > > > > pending, > > > > > it's like nothing has moved since yesterday evening. > > > > Hi David, > > Yeah, our good OSX slave is off for the weekend :) This slave is located > > over here on the west coast of the US. It does get stuck from time to > > time. > > You can abort the stuck build if I am sleeping or away. I am awake now and > > will keep an eye on it. > > I don't really understand what the view shows right now. It's like there are > many many jobs running in parallel on LINBUILDER, and none of them > finishing. Ah - is this because they are waiting for the corresponding OSX > job? > > What does the background colors blue, red, and white-and-blue-stripes mean? > > Anyhow I just aborted the OSX job (frameworkintegration) that was running > for 12 hours. Let's see what happens now. > > Thanks for making me realize that it was OSX that was blocking Linux :-) I aborted the stuck job already so it should be moving along. Blue is the parent jobs progress and or current build (current build will alway have linux,gcc or osx,clang respectively) if there is no platform/compiler then it is the parent build (that triggers the platform/compiler children builds) red generally means it is stuck ( good ones to abort), but that can also happen if one job has held up others for awhile like in this case, blue and white is parent in progress ( parent does a sanity SCM checkout before triggering the children builds.) Cheers, Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: CI for kf5-qt5 is not green anymore
On Saturday, May 09, 2015 01:33:05 PM David Faure wrote: > Hello, > > CI seems stuck again. > > I upgraded all version numbers yesterday, which triggered a rebuild of all > frameworks (as expected), and today these jobs are still running or pending, > it's like nothing has moved since yesterday evening. Hi David, Yeah, our good OSX slave is off for the weekend :) This slave is located over here on the west coast of the US. It does get stuck from time to time. You can abort the stuck build if I am sleeping or away. I am awake now and will keep an eye on it. Cheers, Scarlett > > See https://build.kde.org/view/Frameworks%20kf5-qt5/ signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
IRC and Email notifications
Please help me help you, I do not have lists containing who needs / wants what and where.. I tried my best to make some educated guesses. I do not take rejection well and so I ask anyone that wishes to have your CI builds in email or IRC please tell me the rpoject and places you want them to go. If I already set you up and you wish for my bots to go away, speak now or forever hold your peace. I am available in many places, whatever is convenient for you.. 1) Reply to this email 2) Send email to sgcl...@kubuntu.org 3) ping sgclark on many irc channels including #kde-sysadmin 4) create a ticket on https://sysadmin.kde.org/tickets/ Thank you for your help, Scarlett PS: I promise to document all this so this will not happen again. signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Circular dependency in kde-build-metadata
On Monday, May 04, 2015 01:51:52 PM Daniel Vrátil wrote:
> Hi,
>
> commit a5f6c247d99db3a3f565f5fa8d1346420e5a892c
("frameworksintegration
> tests want oxygen-fonts") in kde-build-metadata has introduced a
circular
> dependency between frameworkintegration and oxygen, leading to
>
> $ kdesrc-build --refresh-build kf5 plasma5
> * Downloading projects.kde.org project database...
> Updating kde-build-metadata (to branch master)
> Somehow there is a dependency cycle involving
> frameworks/frameworkintegration!
> :( at /home/dvratil/devel/KDE/kdesrc-
build/modules/ksb/DependencyResolver.pm
>
> line 390.
> ...
>
> I reverted the commit locally and kdesrc-build is happy now, but I don't
> know how to fix it properly since there is no record about oxygen-fonts in
> the metadata, only oxygen depending on frameworkintegration so I don't
know
> where that is really coming from (maybe kde/workspace/oxygen is
matched as
> a wildcard, matching kde/workspace/oxygen-fonts too? I don't know...)
>
> Cheers,
> Daniel
>
> ___
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Hi, this was to fix a test (it triggered unstable when it could not find the
oxygen-font headers) I have reverted my change to un break kdesrc-build
but it needs to be resolved at some point. Either the test or circular.
Thanks!
Scarlett
signature.asc
Description: This is a digitally signed message part.
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: CI for kf5-qt5 is not green anymore
On Saturday, May 02, 2015 08:36:02 PM David Faure wrote: > On Saturday 02 May 2015 06:56:06 Scarlett Clark wrote: > > This will be fixed when the builders free up so I can restart jenkins. > > XDG* > > is was not set. So things should improve after restart. > > Thanks. Did a restart happen by now? I tried to kick a new kparts build to > see if it worked better, but I don't have a link for "rebuild now" > anymore. Did I lose that permission somehow, or is the functionality gone? Unfortunately even with XDG set it is still not functioning as expected. I need to investigate further. Permissions will return when the dust settles. Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: CI for kf5-qt5 is not green anymore
On Saturday, May 02, 2015 10:20:27 AM David Faure wrote: > KMainWindow_UnitTest::testDefaultName() Cannot create window: no screens > available Yes it is a CI issue. We connect to slaves via SSH and therefore GUI is not available. I am not a Mac person so this requires the assistance of Mac folks to chime in and enlighten me on how to make the GUI available to jenkins via SSH. Or perhaps we should be launching via java web start like we have to on Windows. I am certain the latter will be our solution. Thoughts? Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: CI for kf5-qt5 is not green anymore
On Saturday, May 02, 2015 10:00:15 AM David Faure wrote: > On my checklist before making a KF5 release: > * Ensure that CI is green. > > What a surprise today CI is definitely not green! > https://build.kde.org/view/Frameworks%20kf5-qt5/ > > One thing is: Mac OSX was added, so many jobs are "green on linux, > failing tests on mac". That's OK for now, no regression there. I started > to fix KConfig unittests for mac (no need for a mac anymore, one can > find out what happens by looking at CI output and make fixes), and I > encourage everyone else to do the same (*). > > It would still be nice to see from the front page above whether a yellow job > is because of Linux or Mac, so I don't have to open them all to find out > what should be fixed urgently for the release. Due to the jobs now being Matrix to accommodate multi platforms jenkins insists on only showing the Parent. I have tried many variations to show children (aka Linux views) without success. I may have to dig into jenkins code to see what I can come up with, but as such it is not a simple fix and is added to my to-do list. There are higher priority items though, so I do not have a timeline for this. > > Also and more importantly: something broke with e.g. KIO on Linux: > https://build.kde.org/view/Frameworks%20kf5-qt5/job/kio%20master%20kf5-qt5/3 > 9/PLATFORM=Linux,compiler=gcc/testReport/ Many of these tests fail with the > following error message: > couldn't create slave: "Can not find io-slave for protocol 'file'." > > Ben, Scarlett: did something change in the setup? Is XDG_DATA_DIRS not > pointing to the install dir of the framework anymore? > This will be fixed when the builders free up so I can restart jenkins. XDG* is was not set. So things should improve after restart. > > (*) On the Mac, many tests fail with "Cannot create window: no screens > available". I think this is because they need a bundle, which can be done > by adding GUI to the ecm_add_test call, see kxmlgui 9abace028 for an > example. This will require more time to research. Thanks! Scarlett signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
kf5-qt5 compile failures, need developer assistance
These are from the kf5-qt5 branchGroup (usually master or frameworks branches) I realize many these are still under heavy development for porting. This is just a note to inform. Fixes welcome though. kcalcore: https://build-sandbox.kde.org/job/kcalcore%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/9/console libechonest: qjson does not exist in qt5 world, code must adapt to use qt5 json support https://build-sandbox.kde.org/job/libechonest%20qt5%20kf5-qt5/PLATFORM=Linux,compiler=gcc/9/console kget: It looks like it is looking for qt4 varients of qca and qgpgmepp Should be qca_qt5 and gpgmepp (no longer bundled in kdepimlibs) https://build-sandbox.kde.org/job/kget%20kf5_port%20kf5-qt5/PLATFORM=Linux,compiler=gcc/15/console choqok can't find qoauth in lib64 https://build-sandbox.kde.org/job/choqok%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/11/console marble: (this also breaks libkgeomap and digikam) https://build-sandbox.kde.org/job/marble%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/1/console kdev-go https://build-sandbox.kde.org/job/kdev-go%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/2/console kdev-python https://build-sandbox.kde.org/job/kdev-python%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/10/console tellico: https://build-sandbox.kde.org/job/tellico%20frameworks%20kf5-qt5/PLATFORM=Linux,compiler=gcc/13/console calligra: https://build-sandbox.kde.org/job/calligra%20frameworks%20kf5-qt5/lastFailedBuild/console kile: https://build-sandbox.kde.org/job/kile%20frameworks%20kf5-qt5/PLATFORM=Linux,compiler=gcc/17/ smokeqt: https://build-sandbox.kde.org/job/smokeqt%20Qt5%20kf5-qt5/PLATFORM=Linux,compiler=gcc/9/console libringclient: https://build-sandbox.kde.org/job/libringclient%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/10/console phonon-gstreamer: https://build-sandbox.kde.org/job/phonon-gstreamer%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/7/console plasma-nm: https://build-sandbox.kde.org/job/plasma-nm%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/12/console wacomtablet: https://build-sandbox.kde.org/job/wacomtablet%20kf5-port%20kf5-qt5/PLATFORM=Linux,compiler=gcc/13/console signature.asc Description: This is a digitally signed message part. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: stable-KF5-QT5 QT version...
On Sunday, April 19, 2015 08:24:41 AM Ben Cooksley wrote:
> On Sun, Apr 19, 2015 at 7:53 AM, Albert Astals Cid
wrote:
> > El Dissabte, 18 d'abril de 2015, a les 08:17:16, Scarlett Clark va
escriure:
> >> Applications are falling over because:
> >>
> >> 15:09:51 CMake Error at CMakeLists.txt:28 (find_package):
> >> 15:09:51 Could not find a configuration file for package "Qt5" that is
> >> compatible
> >> 15:09:51 with requested version "5.4.0".
> >> 15:09:51
> >> 15:09:51 The following configuration files were considered but not
> >> accepted:
> >> 15:09:51
> >> 15:09:51 /srv/jenkins/install/ubuntu/x86_64/g++/stable-kf5-
> >> qt5/qt5/inst/lib/cmake/Qt5/Qt5Config.cmake, version: 5.3.2
> >> 15:09:51
> >> 15:09:51
> >> 15:09:51
> >> 15:09:51 -- Configuring incomplete, errors occurred!
> >>
> >> If you guys are going to bump the version requirements you MUST also
> >> bump the branches in logical-module-structure which is currently set
> >>
> >> "qt5": {
> >>
> >> "kf5-qt5": "5.4.1",
> >> "stable-kf5-qt5": "5.3.2"
> >>
> >> },
> >>
> >> So I need to know what branch is stable suppose to be using?
> >
> > Problem is, there is no such thing as "what branch stable is supposed to
> > be
> > using".
> >
> > Frameworks claims it should work with >= 5.3 (AFAIK) while Plasma
claims
> > it
> > should work with >= 5.4.
> >
> > What we ideally need is two different "stable qt" to depend on, but afaik
> > that's not possible with the current system, not sure if new one makes
> > this
> > something possible or not.
>
> The upgrade to the metadata format, which is not part of the current
> new system, would allow us to correct this in theory.
> If Frameworks would like us to keep running compilation tests against
> Qt 5.3.x, we'll need to setup a third Qt 5 branch group, exclusively
> for the use of Frameworks as a workaround to the limitations of the
> current system.
>
> > Cheers,
> >
> > Albert
>
> Regards,
> Ben
>
> >> Thanks..
> >> Scarlett
> >
> > ___
> > Kde-frameworks-devel mailing list
> > Kde-frameworks-devel@kde.org
> > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
>
> ___
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
I see. I was not aware of any of this... I will have to take a look see at
what I can do.
Thanks all
Scarlett
signature.asc
Description: This is a digitally signed message part.
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
stable-KF5-QT5 QT version...
Applications are falling over because:
15:09:51 CMake Error at CMakeLists.txt:28 (find_package):
15:09:51 Could not find a configuration file for package "Qt5" that is
compatible
15:09:51 with requested version "5.4.0".
15:09:51
15:09:51 The following configuration files were considered but not
accepted:
15:09:51
15:09:51 /srv/jenkins/install/ubuntu/x86_64/g++/stable-kf5-
qt5/qt5/inst/lib/cmake/Qt5/Qt5Config.cmake, version: 5.3.2
15:09:51
15:09:51
15:09:51
15:09:51 -- Configuring incomplete, errors occurred!
If you guys are going to bump the version requirements you MUST also
bump the branches in logical-module-structure which is currently set
"qt5": {
"kf5-qt5": "5.4.1",
"stable-kf5-qt5": "5.3.2"
},
So I need to know what branch is stable suppose to be using?
Thanks..
Scarlett
signature.asc
Description: This is a digitally signed message part.
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: [Kde-pim] KF5-QT5 branchgroup - jobs that need developeer attention
On Wednesday, April 15, 2015 09:17:22 PM Daniel Vrátil wrote: > On 15.04.2015 09:44, Scarlett Clark wrote: > > Here is a list of mostly compile failures and other tid bits that need > > to be > > resolved by the respective developers. If you know the developer of a > > project > > and they are not on this list please forward this. All jobs can be > > viewed at : > > https://build-sandbox.kde.org/ > > Most of these are osx failures. If osx is not to be supported, I need > > to know > > that too. Questions - concerns - just ask. > > Thanks, > > Scarlett > > > > kdepimlibs - osx - compile failure breaks: kalarmcal, kdepim, > > kmailtransport > > 00:30:58 In file included from > /Users/jenkins/builds/kdepimlibs/kf5-qt5/akonadi/src/core/exception.h:25: > 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/QByt > eArray:1: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qbyt > earray.h:37: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qref > count.h:37: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qato > mic.h:39: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qbas > icatomic.h:58: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qato > mic_x86.h:38: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qgen > ericatomic.h:38: 00:30:58 In file included from > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qtyp > einfo.h:34: 00:30:58 > /opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qtyp > etraits.h:108:1: error: unknown type name 'QT_BEGIN_NAMESPACE' > 00:30:58 QT_BEGIN_NAMESPACE > > This looks like a problem with Qt 5 deployment on the CI? I know that it > would imply all other tasks failing with the same error, > but I have no idea why this should compile on Linux and not on OSX. Forgive my ignorance, but wouldn't this error popup all over if it was a QT problem? We have many successful builds... But alas it is not out of the realm of possibilities, as both of our OSX slaves are unreliable with disconnects. That however, is not in my control. > > > kdepim seems to fail due to missing grantlee dependency. Of course even > with grantlee available, kdepim won't build until we figure out what's > wrong with kdepimlibs. > > 00:37:47 CMake Error at CMakeLists.txt:91 (find_package): > 00:37:47 Could not find a package configuration file provided by > "Grantlee5" > 00:37:47 (requested version 5.0) with any of the following names: > 00:37:47 > 00:37:47 Grantlee5Config.cmake > 00:37:47 grantlee5-config.cmake Done > > > Also looks like kdepim-runtime kf5-qt5 is missing on the sanbox CI - > could you please add it? Done. > > Thanks, > Dan Thank you for the help. Scarlett > > > ___ > > KDE PIM mailing list kde-...@kde.org > > https://mail.kde.org/mailman/listinfo/kde-pim > > KDE PIM home page at http://pim.kde.org/ ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: KF5-QT5 branchgroup - jobs that need developeer attention
On 04/15/2015 02:58 AM, Martin Klapetek wrote: On Wed, Apr 15, 2015 at 9:44 AM, Scarlett Clark <mailto:sgcl...@kubuntu.org>> wrote: Here is a list of mostly compile failures and other tid bits that need to be resolved by the respective developers. If you know the developer of a project and they are not on this list please forward this. All jobs can be viewed at : https://build-sandbox.kde.org/ Most of these are osx failures. If osx is not to be supported, I need to know that too. Questions - concerns - just ask. Thanks, Scarlett ktp-common-internals -Linux compile failure breaks: ktp* It's trying to build branch frameworks, which should not happen, everything for ktp* is in master. Where does it get the branch info from? Cheers -- Martin Klapetek | KDE Developer kde-build-metadata/logical-module-structure Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
KF5-QT5 branchgroup - jobs that need developeer attention
Here is a list of mostly compile failures and other tid bits that need to be resolved by the respective developers. If you know the developer of a project and they are not on this list please forward this. All jobs can be viewed at : https://build-sandbox.kde.org/ Most of these are osx failures. If osx is not to be supported, I need to know that too. Questions - concerns - just ask. Thanks, Scarlett apper - kf5 does not appear to be complete. Nothing to deploy. qt-gstreamer/libaccount-qt - osx - can't find gstreamer and glib2 and pkgconfig breaks: analitza, artikulate,kaccounts-integration, ktp*, kalgebra, step - needs eigen3 3.2.2 (has to be backported to utopic) choqok - qoauth installs to lib64 and choqok can't find them. libkface - opencv2/core/internal.hpp: No such file or directory breaks digikam calligra - All - compile fail. kcachegrind - osx - compile failure qca broken osx - breaks: kdeconnect-kde,ksirk kdenlive osx - compile failure kdepimlibs - osx - compile failure breaks: kalarmcal, kdepim, kmailtransport kdeplasma-addons - osx - compile failure kdevplatform - osx - compile failure - breaks kdevelop*, plasma-sdk kgamma - osx - missing Qt5X11ExtrasConfig.cmake not sure this would be available in osx? kget - all - wants qca and kf5gpgmepp - pulled in as deps and not found. khotkeys,powerdevil - osx - baloo not supported? remove dep on milou? kio-mtp - osx - package 'libmtp' not found kmenuedit - osx - needs libkscreen - disabled by Marko - reason? kmix - osx - compile failure knights - all - compile failure - depends on kspeech needs changed to qtspeech for kf5. konversation - osx - compile failure kstars - osx - missing Eigen3 ktp-common-internals -Linux compile failure breaks: ktp* libechonest - all - qjson depend and qt5 has its own internal json now marble - all - fails at configure - can't get it to find phonon - (qextserialport - need help(this is an external depend and it installs into strange places) but all these claim to be optional so it should at least build without features - but will not proceed to build. Breaks: libkgeomap libksysguard - osx - compile failure libringclient - all - compile failure partitionmanager - osx - need help satisfying the depends (Marko?) purpose: CMake Error at src/plugins/CMakeLists.txt:17 (add_subdirectory): add_subdirectory given source "kdeconnect" which is not an existing directory. I tried to add kdeconnect as depend and that did not seem to help, not sure what it wants here. breaks: kamoso pyqt5 - linux - needs sip 4.16.4 (needs backport to utopic) sddm-kcm - osx - Qt5X11ExtrasConfig.cmake (not sure sddm would even be useful on osx) skanlite - all - wants a framework KF5Sane (does this exist?) tellico - compile failure wacomtablet - configure incomplete - xinput does not exist on debian/ubuntu ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins CI help for compile failures!
KF5 knights fails to compile with: 23:47:49 make[2]: *** No rule to make target '/srv/jenkins/install/ubuntu/x86_64/g++/kf5- qt5/frameworks/kdelibs4support/inst/share/dbus-1/interfaces/org.kde.KSpeech.xml', needed by 'src/kspeechinterface.cpp'. Stop. 23:47:49 make[2]: *** Waiting for unfinished jobs 23:47:49 [ 26%] [ 28%] [ 30%] [ 32%] Generating ui_popup.h 23:47:49 Generating ui_enginesettings.h 23:47:49 Generating ui_customdifficultydialog.h 23:47:49 Generating settings.h, settings.cpp 23:47:49 CMakeFiles/Makefile2:107: recipe for target 'src/CMakeFiles/knights.dir/all' failed 23:47:49 make[1]: *** [src/CMakeFiles/knights.dir/all] Error 2 23:47:49 Makefile:126: recipe for target 'all' failed 23:47:49 make: *** [all] Error 2 Thoughts? ideas? Thanks for your help, Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins CI build help please
Next up is wacomtablet: *17:18:49* -- Could NOT find XCB_XINPUT (missing: XCB_XINPUT_LIBRARY XCB_XINPUT_INCLUDE_DIR) *17:18:49* CMake Error at /usr/share/cmake-3.2/Modules/FindPackageHandleStandardArgs.cmake:138 (message): *17:18:49* Could NOT find XCB (missing: XINPUT) (found version "1.10") *17:18:49* Call Stack (most recent call first): *17:18:49* /usr/share/cmake-3.2/Modules/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE) *17:18:49* /srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt5/kdesupport/extra-cmake-modules/inst/share/ECM/find-modules/FindXCB.cmake:173 (find_package_handle_standard_args) *17:18:49* CMakeLists.txt:17 (find_package) *17:18:49* *17:18:49* *17:18:49* -- Configuring incomplete, errors occurred! *17:18:49* See also "/home/jenkins/builds/wacomtablet/build/CMakeFiles/CMakeOutput.log". I have installed everything from the kubuntu packaging control file here: Build-Depends: debhelper (>= 7.3.16), cmake, kdelibs5-dev, pkg-kde-tools (>= 0.6.2), libxi-dev, libxrandr-dev, xserver-xorg-input-wacom, xvfb, xauth, dbus-x11 Well minus all the packaging and libs that are part of our build system. But you get the gist. And it still does not compile. Note: this is kde4 - we kubuntu/debian has not ported this kf5 version yet (unless they did it while I was not looking and hid it somewhere outside of our repos) Here is a list of all the failed tries: libxcb-composite0-dev libxcb-damage0-dev libxcb-dpms0-dev libraw-dev libxcb-image0- dev libxcb-xkb-dev libxkbfile-dev Anyone have a clue what I need to install on *ubuntu system to achieve this depend? CC'd my fellow packagers @ kubuntu-devel as well, they are much smarter than I am. thanks, Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
KDEPIM new KDE Jenkins CI help please
kdepim fails on my new ci. 00:19:26 Could not find a package configuration file provided by 00:19:26 "Qt5WebEngineWidgets" with any of the following names: 00:19:26 00:19:26 Qt5WebEngineWidgetsConfig.cmake 00:19:26 qt5webenginewidgets-config.cmake 00:19:26 00:19:26 Add the installation prefix of "Qt5WebEngineWidgets" to CMAKE_PREFIX_PATH 00:19:26 or set "Qt5WebEngineWidgets_DIR" to a directory containing one of the above 00:19:26 files. If "Qt5WebEngineWidgets" provides a separate development package or 00:19:26 SDK, be sure it has been installed. 00:19:26 Call Stack (most recent call first): 00:19:26 CMakeLists.txt:88 (find_package) 00:19:26 00:19:26 00:19:26 -- Configuring incomplete, errors occurred! 00:19:26 See also "/home/jenkins/builds/kdepim/build/CMakeFiles/CMakeOutput.log". qt 5.4.1 is brought in : 00:18:08 qt5 - Branch 5.4.1 and my google searches tell me that is where it is suppose to reside? Hints.. thoughts? Thanks for any help you can provide me. Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Help please with some builds in the new jenkins-ci for KDE
Aha seems qca was not a depend and therefore not brought in. Sometimes a second set of eyes is the trick, thank you so much! Scarlett On 04/09/2015 04:14 AM, Aleix Pol wrote: On Thu, Apr 9, 2015 at 7:13 AM, wrote: On Thursday, April 09, 2015 01:00:42 AM Aleix Pol wrote: On Wed, Apr 8, 2015 at 7:34 PM, Scarlett Clark wrote: Hello all, I am to the point now with my ci that I just need help with some of these builds. While I am learning fast, some of these failures are stumpers. qoauth - google leads me to believe that qt5 uses qca and not and that I should pass CONFIG += crypto to qmake. alas that did not work and it still wants QtCrypto. Has anyone built this for qt5? Can you tell me what flags I need to pass? Editing files in our system is not an option. It feels weird what you are saying. - QtCrypto is the header that qca installs, don't ask me why it's not all called QtCrypto. - QOAuth uses QCA, not Qt5. Can you please show the error you are getting? In file included from interface.cpp:21:0: 16:58:27 interface.h:33:20: fatal error: QtCrypto: No such file or directory 16:58:27 #include 16:58:27 ^ 16:58:27 compilation terminated. 16:58:28 Makefile:697: recipe for target 'interface.o' failed 16:58:28 make[1]: *** [interface.o] Error 1 16:58:28 make[1]: Leaving directory '/home/jenkins/builds/qoauth/src' 16:58:28 Makefile:43: recipe for target 'sub-src-make_first-ordered' failed 16:58:28 make: *** [sub-src-make_first-ordered] Error 2 16:58:28 Compiliation step exited with non-zero code, assuming failure to build from source for project qoauth. Can you make sure that the information in this file in the prefix is correct? /lib/pkgconfig/qca2-qt5.pc I just tried it and it builds fine here. Aleix ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Help please with some builds in the new jenkins-ci for KDE
Hello all, I am to the point now with my ci that I just need help with some of these builds. While I am learning fast, some of these failures are stumpers. qoauth - google leads me to believe that qt5 uses qca and not and that I should pass CONFIG += crypto to qmake. alas that did not work and it still wants QtCrypto. Has anyone built this for qt5? Can you tell me what flags I need to pass? Editing files in our system is not an option. dragon - I added kdbusaddons to the deps list but it fails mid compile at #include and I notice KF5DBusAddons is not on the find_packages list so I need to know... am I on the right track that adding it there will make everything happy and can I do that?, or someone related to the project? packagekit-qt - wants a much newer version than what is available in ubuntu 14.10 (or even 15.04) (compile error on a function not available in the version we have). Thoughts? ppa maybe? More coming as I work all this out.. Thanks so much for any help that you all can provide me. Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Help please with some builds in the new jenkins-ci for KDE Cont..
Hello all,
I am to the point now with my ci that I just need help with some of
these builds. While I am learning fast,
some of these failures are stumpers.
I have been fighting with kaccounts-integration much to long. I did finally
get it to find all its dependencies, including akonadi kf5, however...
compile failure:
19:56:27 In file included from /home/jenkins/builds/kaccounts-
integration/tests/testakonadiaccounts.cpp:19:0:
19:56:27 /home/jenkins/builds/kaccounts-
integration/tests/../src/daemon/akonadi/akonadiaccounts.h:25:33: fatal error:
AkonadiCore/Attribute: No such file or directory
19:56:27 #include
19:56:27 ^
19:56:27 compilation terminated.
I tried:
configureExtraArgs=-I{instPrefix}/include/KF5
and
configureExtraArgs=-I{instPrefix}/include/KF5/AkonadiCore
failures on both, even if it did work, defining all the includes seems clunky,
surely there is a magic answer here.
Please be patient with me as most of this is a huge learning experience for
me..
More coming as I work all this out..
Thanks so much for any help that you all can provide me.
Scarlett
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Help please with some builds in the new jenkins-ci for KDE Cont.. again
Hello all, I am to the point now with my ci that I just need help with some of these builds. While I am learning fast, some of these failures are stumpers. kde-runtime kf5 configures and pulls in all depends fine. But the build never happens... 20:34:24 == Commencing the Build 20:34:24 20:34:24 20:34:24 == Installing the Build 20:34:24 20:34:24 make: *** No rule to make target 'install'. Stop. libkface - I finally got opencv + opencv-contrib modules to build, which got rid of some missing opencv module errors, but now a pile of: 0:49:46 In file included from /home/jenkins/builds/libkface/src/recognition- opencv-lbph/lbphfacemodel.h:35:0, 20:49:46 from /home/jenkins/builds/libkface/src/recognition- opencv-lbph/lbphfacemodel.cpp:30: 20:49:46 /home/jenkins/builds/libkface/build/src/libopencv.h:55:37: fatal error: opencv2/core/internal.hpp: No such file or directory 20:49:46 #include 20:49:46 ^ 20:49:46 compilation terminated. 20:49:46 In file included from /home/jenkins/builds/libkface/src/detection/opencvfacedetector.h:40:0, 20:49:46 from /home/jenkins/builds/libkface/src/detection/opencvfacedetector.cpp:41: 20:49:46 /home/jenkins/builds/libkface/build/src/libopencv.h:55:37: fatal error: opencv2/core/internal.hpp: No such file or directory 20:49:46 #include 20:49:46 ^ 20:49:46 compilation terminated. This goes on for several. Looking at opencv the file does not exist at all. We have to use master to achieve a qt5 build... so I am at a loss here. This another one I have been fighting with too long... More coming as I work all this out.. Thanks so much for any help that you all can provide me. Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Help please with some builds in the new jenkins-ci for KDE Round 4
Hello all, I am to the point now with my ci that I just need help with some of these builds. While I am learning fast, some of these failures are stumpers. Ok, I fixed packagekit via ppa. So apper builds now, but I am not sure what is going on with the install: Install the project... 21:16:57 -- Install configuration: "Debug" 21:16:57 -- Installing: /home/jenkins/builds/apper/local- inst/apper/libapper.so 21:16:57 -- Removed runtime path from "/home/jenkins/builds/apper/local- inst/apper/libapper.so" 21:16:57 21:16:57 == Deploying Installation 21:16:57 21:16:57 sending incremental file list 21:16:57 rsync: change_dir "/home/jenkins/builds/apper/local- inst/srv/jenkins/install/ubuntu/x86_64/g++/kf5- qt5/extragear/sysadmin/apper/inst" failed: No such file or directory (2) 21:16:58 Is that correct only one file? and then removing it ? Help.. please. More coming as I work all this out.. Thanks so much for any help that you all can provide me. Scarlett ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 115063: Created missing manpage for desktoptojson binary
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115063/ --- (Updated Jan. 20, 2014, 4:59 p.m.) Status -- This change has been marked as submitted. Review request for Documentation, KDE Frameworks, Jonathan Riddell, and Sebastian Kügler. Repository: kservice Description --- While building the package for kubuntu lintian complained about missing manpage for binary. So I created one :) This is my first manpage so be kind. I have no idea how to determine what type eg 1, 7, 8. Diffs - docs/CMakeLists.txt 86ed60b docs/desktoptojson/CMakeLists.txt PRE-CREATION docs/desktoptojson/man-desktoptojson.8.docbook PRE-CREATION Diff: https://git.reviewboard.kde.org/r/115063/diff/ Testing --- meinproc5 --stylesheet /usr/share/ksgmltools2/customization/kde-include-man.xsl --check man-desktoptojson.8.docbook Thanks, Scarlett Clark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 115063: Created missing manpage for desktoptojson binary
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115063/ --- (Updated Jan. 17, 2014, 8:10 a.m.) Review request for Documentation, KDE Frameworks, Jonathan Riddell, and Sebastian Kügler. Changes --- Add link to API Repository: kservice Description --- While building the package for kubuntu lintian complained about missing manpage for binary. So I created one :) This is my first manpage so be kind. I have no idea how to determine what type eg 1, 7, 8. Diffs (updated) - docs/CMakeLists.txt 86ed60b docs/desktoptojson/CMakeLists.txt PRE-CREATION docs/desktoptojson/man-desktoptojson.8.docbook PRE-CREATION Diff: https://git.reviewboard.kde.org/r/115063/diff/ Testing --- meinproc5 --stylesheet /usr/share/ksgmltools2/customization/kde-include-man.xsl --check man-desktoptojson.8.docbook Thanks, Scarlett Clark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 115065: kdoctools renames to add 5 namespace to prevent clashes with kdelibs4
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115065/#review47582
---
docs/qt5options/CMakeLists.txt
<https://git.reviewboard.kde.org/r/115065/#comment33788>
kdoctools_create_manpage(man-qt5options.7.docbook 7 INSTALL_DESTINATION
${MAN_INSTALL_DIR})
- Scarlett Clark
On Jan. 17, 2014, 3:30 a.m., Jonathan Riddell wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Rename man pages and checkXML tool to prevent clashes with kdelibs4
> credit should go to scarlett
>
>
> Diffs
> -
>
> CMakeLists.txt 74c7af5
> checkXML.in.cmake d7a57c7
> checkXML5.in.cmake PRE-CREATION
> docs/CMakeLists.txt 7e9612f
> docs/checkXML/CMakeLists.txt 7f8226c
> docs/checkXML/man-checkXML.1.docbook 2bfb3f3
> docs/checkXML5/CMakeLists.txt PRE-CREATION
> docs/checkXML5/man-checkXML5.1.docbook PRE-CREATION
> docs/kde5options/CMakeLists.txt PRE-CREATION
> docs/kde5options/man-kde5options.7.docbook PRE-CREATION
> docs/kdeoptions/CMakeLists.txt a91f451
> docs/kdeoptions/man-kdeoptions.7.docbook 7e62f41
> docs/qt5options/CMakeLists.txt PRE-CREATION
> docs/qt5options/man-qt5options.7.docbook PRE-CREATION
> docs/qtoptions/CMakeLists.txt f1dbb6c
> docs/qtoptions/man-qtoptions.7.docbook a00677a
>
> Diff: https://git.reviewboard.kde.org/r/115065/diff/
>
>
> Testing
> ---
>
>
> Thanks,
>
> Jonathan Riddell
>
>
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 115065: kdoctools renames to add 5 namespace to prevent clashes with kdelibs4
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115065/#review47581
---
docs/kde5options/CMakeLists.txt
<https://git.reviewboard.kde.org/r/115065/#comment33787>
kdoctools_create_manpage(man-kde5options.7.docbook 7 INSTALL_DESTINATION
${MAN_INSTALL_DIR})
- Scarlett Clark
On Jan. 17, 2014, 3:30 a.m., Jonathan Riddell wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Rename man pages and checkXML tool to prevent clashes with kdelibs4
> credit should go to scarlett
>
>
> Diffs
> -
>
> CMakeLists.txt 74c7af5
> checkXML.in.cmake d7a57c7
> checkXML5.in.cmake PRE-CREATION
> docs/CMakeLists.txt 7e9612f
> docs/checkXML/CMakeLists.txt 7f8226c
> docs/checkXML/man-checkXML.1.docbook 2bfb3f3
> docs/checkXML5/CMakeLists.txt PRE-CREATION
> docs/checkXML5/man-checkXML5.1.docbook PRE-CREATION
> docs/kde5options/CMakeLists.txt PRE-CREATION
> docs/kde5options/man-kde5options.7.docbook PRE-CREATION
> docs/kdeoptions/CMakeLists.txt a91f451
> docs/kdeoptions/man-kdeoptions.7.docbook 7e62f41
> docs/qt5options/CMakeLists.txt PRE-CREATION
> docs/qt5options/man-qt5options.7.docbook PRE-CREATION
> docs/qtoptions/CMakeLists.txt f1dbb6c
> docs/qtoptions/man-qtoptions.7.docbook a00677a
>
> Diff: https://git.reviewboard.kde.org/r/115065/diff/
>
>
> Testing
> ---
>
>
> Thanks,
>
> Jonathan Riddell
>
>
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 115065: kdoctools renames to add 5 namespace to prevent clashes with kdelibs4
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115065/#review47580
---
docs/checkXML5/CMakeLists.txt
<https://git.reviewboard.kde.org/r/115065/#comment33786>
kdoctools_create_manpage(man-checkXML5.1.docbook 1 INSTALL_DESTINATION
${MAN_INSTALL_DIR})
- Scarlett Clark
On Jan. 17, 2014, 3:30 a.m., Jonathan Riddell wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115065/
> ---
>
> (Updated Jan. 17, 2014, 3:30 a.m.)
>
>
> Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett
> Clark.
>
>
> Repository: kdoctools
>
>
> Description
> ---
>
> Rename man pages and checkXML tool to prevent clashes with kdelibs4
> credit should go to scarlett
>
>
> Diffs
> -
>
> CMakeLists.txt 74c7af5
> checkXML.in.cmake d7a57c7
> checkXML5.in.cmake PRE-CREATION
> docs/CMakeLists.txt 7e9612f
> docs/checkXML/CMakeLists.txt 7f8226c
> docs/checkXML/man-checkXML.1.docbook 2bfb3f3
> docs/checkXML5/CMakeLists.txt PRE-CREATION
> docs/checkXML5/man-checkXML5.1.docbook PRE-CREATION
> docs/kde5options/CMakeLists.txt PRE-CREATION
> docs/kde5options/man-kde5options.7.docbook PRE-CREATION
> docs/kdeoptions/CMakeLists.txt a91f451
> docs/kdeoptions/man-kdeoptions.7.docbook 7e62f41
> docs/qt5options/CMakeLists.txt PRE-CREATION
> docs/qt5options/man-qt5options.7.docbook PRE-CREATION
> docs/qtoptions/CMakeLists.txt f1dbb6c
> docs/qtoptions/man-qtoptions.7.docbook a00677a
>
> Diff: https://git.reviewboard.kde.org/r/115065/diff/
>
>
> Testing
> ---
>
>
> Thanks,
>
> Jonathan Riddell
>
>
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 115065: kdoctools renames to add 5 namespace to prevent clashes with kdelibs4
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115065/#review47579 --- Correct, the CMakefiles in the manpages subdirectories need to be updated with the new manpage file names. Thank you Jonathon! - Scarlett Clark On Jan. 17, 2014, 3:30 a.m., Jonathan Riddell wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/115065/ > --- > > (Updated Jan. 17, 2014, 3:30 a.m.) > > > Review request for Documentation, KDE Frameworks, Luigi Toscano, and Scarlett > Clark. > > > Repository: kdoctools > > > Description > --- > > Rename man pages and checkXML tool to prevent clashes with kdelibs4 > credit should go to scarlett > > > Diffs > - > > CMakeLists.txt 74c7af5 > checkXML.in.cmake d7a57c7 > checkXML5.in.cmake PRE-CREATION > docs/CMakeLists.txt 7e9612f > docs/checkXML/CMakeLists.txt 7f8226c > docs/checkXML/man-checkXML.1.docbook 2bfb3f3 > docs/checkXML5/CMakeLists.txt PRE-CREATION > docs/checkXML5/man-checkXML5.1.docbook PRE-CREATION > docs/kde5options/CMakeLists.txt PRE-CREATION > docs/kde5options/man-kde5options.7.docbook PRE-CREATION > docs/kdeoptions/CMakeLists.txt a91f451 > docs/kdeoptions/man-kdeoptions.7.docbook 7e62f41 > docs/qt5options/CMakeLists.txt PRE-CREATION > docs/qt5options/man-qt5options.7.docbook PRE-CREATION > docs/qtoptions/CMakeLists.txt f1dbb6c > docs/qtoptions/man-qtoptions.7.docbook a00677a > > Diff: https://git.reviewboard.kde.org/r/115065/diff/ > > > Testing > --- > > > Thanks, > > Jonathan Riddell > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Review Request 115063: Created missing manpage for desktoptojson binary
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115063/ --- Review request for Documentation, KDE Frameworks, Jonathan Riddell, and Sebastian Kügler. Repository: kservice Description --- While building the package for kubuntu lintian complained about missing manpage for binary. So I created one :) This is my first manpage so be kind. I have no idea how to determine what type eg 1, 7, 8. Diffs - docs/CMakeLists.txt 86ed60b docs/desktoptojson/CMakeLists.txt PRE-CREATION docs/desktoptojson/man-desktoptojson.8.docbook PRE-CREATION Diff: https://git.reviewboard.kde.org/r/115063/diff/ Testing --- meinproc5 --stylesheet /usr/share/ksgmltools2/customization/kde-include-man.xsl --check man-desktoptojson.8.docbook Thanks, Scarlett Clark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
