On Thursday 19 November 2009, hajma wrote:
> 2009/11/19 Alexander Neundorf :
> > 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.k
2009/11/19 Alexander Neundorf :
> 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 bug
hth
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
https://mail.kde.org/mailm
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.d
expect it is something that I need to fix
> >> 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
> >> differen
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
> th
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-
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 els
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 s
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 f
# extras depends on the library api
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
> D
ed Message --
Subject: [Kde-dashboard] Failed trunk/kdesupport r1027553
Date: Thursday 24 September 2009
From: Dirk Mueller
To: kde-dashbo...@kde.org
Running kdesupport build-test for revision 1027553 architecture head-i586
failed with:
Scanning dependencies of target tag-extras
[ 97%] Bu
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 Sep 3, 2008, at 1:20 PM, Alexander Neundorf wrote:
> 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
>> b
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 th
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.
Are there other dashboards for kde modules?
Than
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 t
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
> kee
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 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
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 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
> > >
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
> >> > in
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.
>> > It could happen when "moc" wasn't in
moc" wasn't in the $PATH.
> > But this has been fixed in qt-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.
qt-copy now.
> Can you try updating qt-copy?
>
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?
-Bill
___
Kde-buildsystem mailing list
Kde
On Wednesday 27 December 2006 19:54, Bill Hoffman wrote:
> 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
This is going to be my fault, I can see ;-)
> Caused these errors:
>
> http://publi
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 th
On Thursday 26 October 2006 14:06, Dirk Mueller wrote:
> 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, incorrec
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,
On Wednesday 11 October 2006 08:20, Brad King wrote:
> Matt Rogers wrote:
> > 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 t
Matt Rogers wrote:
> 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 g
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.
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
sting/Sites/imac-x86.befunk.com/i386-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
[E
rs:
> http://public.kitware.com/KDE/Testing/Sites/imac-x86.befunk.com/i386-Apple-MacOSX-10.4-gcc4.0/20060907-0100-Nightly/BuildError.html
>
> The changes for this build are here:
> http://public.kitware.com/KDE/Testing/Sites/imac-x86.befunk.com/i386-Apple-MacOSX-10.4-gcc4.0/20060907-0100-N
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
suggesting that all the dashboards turn on tests. I am suggesting
that when tests are off, that no add_test is called. It would be nice
to get rid of the red on the kde dashboard. However, at least one of the
dashboards should be running the tests.
-Bill
__
On 8/8/06, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> So, for all dashboards it is showing 8 not run tests.
> I think the problem is that the dashboards turn of building tests.
>
> KDE4_BUILD_TESTS:BOOL=OFF
in my case I doubt the mac dashboards would work, since they're kicked
off by cron, which do
So, for all dashboards it is showing 8 not run tests.
I think the problem is that the dashboards turn of building tests.
KDE4_BUILD_TESTS:BOOL=OFF
The problem is here:
phonon/tests/CMakeLists.txt
MACRO( PHONON_DECLARE_TESTS )
IF(KDE4_BUILD_TESTS)
FOREACH( _testname ${
William A. Hoffman wrote:
>d:\downloads\qt-win-preview-opensource-src-4.2.0-tp1\lib/libQtUiTools.a(
>formbuilder.o):formbuilder.cpp:(.text+0x990): multiple definition of
> `QFormBuilder::QFormBuilder()'
> d:\downloads\qt-win-preview-opensource-src-4.2.0-tp1\lib/libQtDesigner4
>.a(d000144.o):: first
At 11:22 AM 8/4/2006, Paulo Jorge Guedes wrote:
>The tests of mojo.risin are off.
>With mingw they all fail, don't know why, but I should set them on again
>for msvc.
Still even with tests off, it shows 8 tests not run. I would like to get
rid of the red. There must be some output in the logs
> -Original Message-
> From: Christian Ehrlicher [mailto:[EMAIL PROTECTED]
> Sent: sexta-feira, 4 de Agosto de 2006 16:30
> To: kde-buildsystem@kde.org
> Subject: Re: Dashboard
>
> Paulo Jorge Guedes schrieb:
> >> -Original Message-
> >> From
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!
> -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. Loo
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
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
le 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 with the ctest scripts.
>> &
o 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
t;>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 don't have the time to maintain it. Is there another person ou
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 tim
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 ju
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://ma
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
On Wed, Apr 19, 2006 at 04:40:38PM -0400, Bill Hoffman wrote:
> A Dart2 dashboard has been setup up for kdelibs:
>
> http://public.kitware.com/dashboard.php?name=kde&page=1
>
> Currently, submissions are going to both the Dart classic
> and Dart2 dashboards. At some poin
At 05:29 PM 4/19/2006, Frans Englich wrote:
>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=kde&page=1
>>
>> Currently, submissions are going
On Wednesday 19 April 2006 21:40, Bill Hoffman wrote:
> A Dart2 dashboard has been setup up for kdelibs:
>
> http://public.kitware.com/dashboard.php?name=kde&page=1
>
> Currently, submissions are going to both the Dart classic
> and Dart2 dashboards. At some point when
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=kde&page=1
>
> Currently, submissions are going to both the Dart classic
> and Dart2 dashboards. At some point when
A Dart2 dashboard has been setup up for kdelibs:
http://public.kitware.com/dashboard.php?name=kde&page=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 Fri, Apr 14, 2006 at 10:24:45PM -0400, William A. Hoffman wrote:
> 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
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? I
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 a dashboard for kdebase?
Yes this
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
On Mon, Apr 10, 2006 at 02:02:16PM -0500, Matt Rogers wrote:
> 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
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
--
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:
In
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
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
69 matches
Mail list logo