On Thursday 19 November 2009, hajma wrote:
2009/11/19 Alexander Neundorf neund...@kde.org:
Hi,
strange problem with akonadi on Solaris:
http://my.cdash.org/viewBuildError.php?buildid=38320
That's with the SunStudio compiler.
Any ideas how to fix this ?
Hi,
this is
2009/11/19 Alexander Neundorf neund...@kde.org:
Hi,
strange problem with akonadi on Solaris:
http://my.cdash.org/viewBuildError.php?buildid=38320
That's with the SunStudio compiler.
Any ideas how to fix this ?
Hi,
this is https://bugs.kde.org/show_bug.cgi?id=211636
patch is attached to the
Hi,
strange problem with akonadi on Solaris:
http://my.cdash.org/viewBuildError.php?buildid=38320
That's with the SunStudio compiler.
Any ideas how to fix this ?
Alex
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
On Wednesday 14 October 2009, Alexander Neundorf wrote:
Can you please post the part which you snipped ?
Right, I guess I removed the important part, eh?
http://developer.kde.org/~dirk/dashboard/
cd tellico/src/tests /usr/bin/cmake -E cmake_link_script
CMakeFiles/gcstartest.dir/link.txt
in Tellico's cmake files
Can anyone maybe suggest anything? The specific error seems to in
linking to QImageBlitz, but I don't know if that's just a symptom of a
different problem.
The command which is visible on the dashboard is a compile command, not
the linker command, so that doesn't
Hi,
I wrote kde-devel a few weeks ago about trying to fix a build error in
Tellico that is showing up on the build dashboard.
http://developer.kde.org/~dirk/dashboard/
I'd like to clean things up so extragear-office could go back to green and
thought maybe this list could help.
No one else has
On Tuesday 13 October 2009, Robby Stephenson wrote:
Hi,
I wrote kde-devel a few weeks ago about trying to fix a build error in
Tellico that is showing up on the build dashboard.
http://developer.kde.org/~dirk/dashboard/
I'd like to clean things up so extragear-office could go back to green
? The specific error seems to in
linking to QImageBlitz, but I don't know if that's just a symptom of a
different problem.
The command which is visible on the dashboard is a compile command, not
the linker command, so that doesn't help a lot.
Do you link libimages against QImageBlitz ?
How do you
--
Subject: [Kde-dashboard] Failed trunk/kdesupport r1027553
Date: Thursday 24 September 2009
From: Dirk Mueller muel...@kde.org
To: kde-dashbo...@kde.org
Running kdesupport build-test for revision 1027553 architecture head-i586
failed with:
Scanning dependencies of target tag-extras
[ 97
add_dependencies(tag-extras tag)
If the header is generated in the same target, just list the header
in the target's sources.
-Brad
-- Forwarded Message --
Subject: [Kde-dashboard] Failed trunk/kdesupport r1027553
Date: Thursday 24 September 2009
From: Dirk Mueller muel
On 24.09.09 13:07:17, David Faure wrote:
Can someone remind me how to add a dependency on a generated header?
tplugins.cpp (from taglib-extras) includes taglib_export.h (from
toplevel/taglib)
which includes the generated taglib_config.h (in toplevel/taglib too),
a common problem for all
On Thursday 24 September 2009, Andreas Pakulat wrote:
The config files are generated during cmake time. So a dependency is not
needed.
Turns out you were correct. And the problem wasn't anything we could
suspect from looking at the logs: the problem was a messed up
checkout after a disk-full
On Tuesday 26 August 2008, Matt Rogers wrote:
Hi,
I've started posting Experimental builds to the dashboard when I
rebuild kdelibs on OS X. I'll also start submitting Experimental
builds from my Linux VM when I rebuild there as well.
Cool :-)
How did you set them up ?
How do you handle qt
Please note that all Danka web domains and email addresses have now been
changed to Infotec, and that the Danka names are no longer in use. Please will
you re-address your email to: [EMAIL PROTECTED]
Merci de prendre en compte que l'ensemble des noms de domaines Danka, ainsi que
les adresses
On 4/7/07, Bill Hoffman [EMAIL PROTECTED] wrote:
So March 9th was the last day a dashboard was submitted to the kde
dashboard at Kitware.
http://public.kitware.com/dashboard.php?name=kde
Do you still want Kitware to run this? I know for a while it was
keeping the windows
build working
On Sunday 08 April 2007 01:48, Bill Hoffman wrote:
So March 9th was the last day a dashboard was submitted to the kde
dashboard at Kitware.
http://public.kitware.com/dashboard.php?name=kde
Do you still want Kitware to run this? I know for a while it was
keeping the windows
build working
So March 9th was the last day a dashboard was submitted to the kde
dashboard at Kitware.
http://public.kitware.com/dashboard.php?name=kde
Do you still want Kitware to run this? I know for a while it was
keeping the windows
build working pretty well.
-Bill
On Sunday 31 December 2006 01:18, you wrote:
Alexander Neundorf wrote:
On Wednesday 27 December 2006 22:06, Bill Hoffman wrote:
David Faure wrote:
/.../kdelibs/kwallet/client/kwallet.cc:108: error: expected
type-specifier before org. This is when the qdbuscpp2xml
invocation fails.
On Sunday 31 December 2006 11:34, Alexander Neundorf wrote:
On Sunday 31 December 2006 01:18, you wrote:
Alexander Neundorf wrote:
On Wednesday 27 December 2006 22:06, Bill Hoffman wrote:
David Faure wrote:
/.../kdelibs/kwallet/client/kwallet.cc:108: error: expected
type-specifier
Alexander Neundorf wrote:
So we require tracking qt-copy which requires a lot of time to recompile
it correctly (at least on my system svn up; make; doesn't work, it
doesn't seem to rebuild everything it should, I always do a fresh
build), but we cannot require our developers to update cmake
On Sunday 31 December 2006 12:19, Simon Hausmann wrote:
...
You have to do a fresh build when qt-copy gets updated to a whole new Qt
version, but when small fixes (like Thiago's) are applied it is enough to
rebuild incrementally. And even then you don't have to do that every day.
Not every fix
-copy now.
Can you try updating qt-copy?
So Qt 4.2.1 isn't good enough anymore ?
Sorry, I am not the one running that dashboard. Although that would
explain why the windows build is working well. So, who is at:
curie.fam.tuwien.ac.at?
It's Reinhold Kainhofer reinhold (at) kainhofer.com
Looks like on Dec 20th this commit:
http://public.kitware.com/KDE/Testing/Sites/curie.fam.tuwien.ac.at/Linux-c++/20061220-1300-Continuous/Update.html
Caused these errors:
http://public.kitware.com/KDE/Testing/Sites/curie.fam.tuwien.ac.at/Linux-c++/20061220-1300-Continuous/BuildError.html
And
not the one running that dashboard. Although that would
explain why the windows build is working well. So, who is at:
curie.fam.tuwien.ac.at?
-Bill
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde
On Wednesday 25 October 2006 19:17, David Faure wrote:
Linking CXX shared library ../lib/libkpresenterprivate.so
[ 99%] Built target kpresenterprivate
make: *** [all] Error 2
What's that? Ctrl-C ? ;)
No, incorrect grepping. the problem is that moc generation seems to randomly
fail, I
Hi,
I'm attempting to resurrect the linux kde dashboard I ran. I have a space in
the path to the dashboard and it appears to be causing some problems. The
setup file I'm using is on the dashboard, if somebody could look at it and
make sure it looks good, I'd appreciate it.
Thanks
--
Matt
The problem is that the Custom files for ctest are not being read.
To fix this, you can use the command ctest_read_custom_files. This
would go into the script that drives the dashboard. (The one found
in the notes and run with ctest -S.)
Something like this:
CTEST_CONFIGURE (BUILD
-Apple-MacOSX-10.4-gcc4.0/20060924-0100-Nightly/Update.html
The dashboard for the day is here:
http://public.kitware.com/KDE/Testing/Dashboard/20060924-0100-Nightly/Dashboard.html
___
Kde-dashboard mailing list
[EMAIL PROTECTED]
https://mail.kde.org
On 8/24/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Errors for this build are here:
http://public.kitware.com/KDE/Testing/Sites/imac-x86.befunk.com/i386-Apple-MacOSX-10.4-gcc4.0/20060824-1338-Continuous/BuildError.html
so did I jump the gun in switching to the new Qt4 snapshot? I'm not
Hi,
Just FYI, the linux dashboard will be down for the next few days while I try
to sort out some possible hardware issues. It should be back up by the end of
next week at the very latest.
Thanks
--
Matt
___
Kde-buildsystem mailing list
Kde
The dashboard is looking much better! It is good to see
Visual Studio working again. Looks like there is a small issue with
mingw:
d:\downloads\qt-win-preview-opensource-src-4.2.0-tp1\lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x990):
multiple definition of `QFormBuilder
Paulo Jorge Guedes schrieb:
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: sexta-feira, 4 de Agosto de 2006 15:49
To: kde-buildsystem@kde.org
Subject: Dashboard
The dashboard is looking much better! It is good to see
Visual Studio working again. Looks like
the time to maintain it. Is there another person out there
that can run a linux dashboard for kde? It would be good if it were
both nightly and continuous. I can help with the ctest scripts.
Just to avoid any potential confusion. Kitware will still run the dart
servers, I just do
Hi,
It's already working. Currently there are 25 errors. Should we wait to
fix them until we change the dash to nightly?
When I have time I'll set the MinGW dashboard.
Paulo
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org
At 06:42 AM 7/21/2006, Paulo Jorge Guedes wrote:
Hi,
It's already working. Currently there are 25 errors. Should we wait to
fix them until we change the dash to nightly?
When I have time I'll set the MinGW dashboard.
I guess I should turn off dash17. I am just not able to build qt-copy :(
I
At 11:02 AM 7/21/2006, William A. Hoffman wrote:
At 06:42 AM 7/21/2006, Paulo Jorge Guedes wrote:
Hi,
It's already working. Currently there are 25 errors. Should we wait to
fix them until we change the dash to nightly?
When I have time I'll set the MinGW dashboard.
I guess I should turn off
time I'll set the MinGW dashboard.
I guess I should turn off dash17. I am just not able to build qt-copy :(
I don't have the time to maintain it. Is there another person out there
that can run a linux dashboard for kde? It would be good if it were both
nightly and continuous. I can help
On 7/2/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
A continuous build has been broken for KDE and you have been identified
as one of the authors who have checked in changes that are part of this build.
FYI, the mac dashboards are updated to qt/mac 4.2 tp1 (+ qt-copy
patches dir) so these
A Dart2 dashboard has been setup up for kdelibs:
http://public.kitware.com/dashboard.php?name=kdepage=1
Currently, submissions are going to both the Dart classic
and Dart2 dashboards. At some point when Dart2 has a few
more features (like sending email when things break), I will
remove
On Wednesday 19 April 2006 20:40, Bill Hoffman wrote:
A Dart2 dashboard has been setup up for kdelibs:
http://public.kitware.com/dashboard.php?name=kdepage=1
Currently, submissions are going to both the Dart classic
and Dart2 dashboards. At some point when Dart2 has a few
more features
So, the kdelibs dashboard is looking OK now. Still some issues with
visual studio, but OSX, mingw, and Linux are working well. What is the
state of kdebase? Is it time to set up a dashboard for kdebase?
-Bill
___
Kde-buildsystem mailing list
Kde
At 11:16 AM 4/14/2006, David Faure wrote:
On Thu, Apr 13, 2006 at 11:18:35PM -0400, Bill Hoffman wrote:
So, the kdelibs dashboard is looking OK now. Still some issues with
visual studio, but OSX, mingw, and Linux are working well. What is the
state of kdebase? Is it time to set up
Hi,
Currently, none of the tests on my dashboard site (matt.rogers.name) run
correctly because they can't find libkdecore.so.5.0.0. Do I need to make
adjustments to my dashboard setup or is this an actual error in the
buildsystem?
Thanks
--
Matt
The current state of the dashboard is pretty bad.
http://public.kitware.com/dashboard.php?name=kde
kdelibs does not seem to be building anywhere without
errors.
The first problem seems to be here:
/.../kdelibs-cont-src/interfaces/kmediaplayer/kfileaudiopreview/kfileaudiopreview.cpp
So, at some point I was told to update qt-copy to get kdelibs to build
on our dashboard machine. I have done that, but it does not build.
Do I need another update to qt-copy? Or is kdelibs just broken right now?
Or, have I set something else up wrong?
The errors can be seen here: (dash17
45 matches
Mail list logo
