mkdir -vp ${_builddir}
cd ${_builddir}
msg "Starting cmake..."
cmake ${_source}/${_module}/ \
-DCMAKE_INSTALL_PREFIX=${_prefix} \
-DBUILD_ALL=ON
-- found 'TDE', version 3.5.13
CMake Error: Attempt to add a custom rule to output
"/build/src/BUILD/kdevdesigner/designer/actiondnd.moc.rule" which
already has a custom rule.
-- Configuring incomplete, errors occurred!
David, Baho,
What's going on with the SVN? is there a reason we aren't updating it?
I am depending on you guys to update it since you are doing the
PKGBUILD work. I can't work on cmake with old packages :)
Trying to figure what's up?
Calvin Morrison
/trinity.source/amarok/amarok/src/threadmanager.h:401:8: warning: extra
tokens at end of #endif directive
Building CXX object
amarok/src/CMakeFiles/amarok-shared.dir/playlistloader.cpp.o
In file included from /trinity.source/amarok/amarok/src/collectiondb.h:17:0,
from
/trinity.source/amarok/amarok/src/playlistloader.cpp:18:
/trinity.source/amarok/amarok/src/threadmanager.h:401:8: warning: extra
tokens at end of #endif directive
line number 401 should be I think
#endif // Q_MOC_RUN
/trinity.source/amarok/amarok/src/playlistitem.cpp: In member function
'virtual void PlaylistItem::paintCell(QPainter*, const QColorGroup&,
int, int, int)':
/trinity.source/amarok/amarok/src/playlistitem.cpp:616:83: error:
'TQ_ScaleMax' was not declared in this scope
/trinity.source/amarok/amarok/src/playlistitem.cpp:628:84: error:
'TQ_ScaleMax' was not declared in this scope
make[2]: ***
[amarok/src/CMakeFiles/amarok-shared.dir/playlistitem.cpp.o] Error 1
TQ_ScaleMax looks like it is not declared any where/ any file that I can
find
I don't do c++ YMMV
"Darrell Anderson" <humanreadable(a)yahoo.com> pisze:
> --- On Sat, 4/16/11, /dev/ammo42 wrote:
>
> > From: /dev/ammo42
> > Subject: Re: [trinity-devel] libpng version conflicts
> > To: trinity-devel(a)lists.pearsoncomputing.net
> > Date: Saturday, April 16, 2011, 2:48 AM
> > Le Fri, 15 Apr 2011 17:55:53 -0700
> > (PDT),
> > Darrell Anderson
> > a écrit :
> >
> > > > I'll report back in an hour or so with the
> > results.
> > > >
> > >
> > > That was a wash. :( Same result.
> > >
> > > Next I tried changing the various links to point to
> > libpng12. ldd
> > > showed that kate built with libpng12 and libpng14, but
> > once again, no
> > > icons in the kate toolbars.
> > >
> > > Only kate is affected by this. No other app.
> > >
> > > I noticed every time I start kate that something
> > deletes the user's
> > > kateui.rc file, which would partially explain the lack
> > of icons,
> > > although kate should revert to the default kateui.rc
> > file.
> > >
> > > I suppose next I'll try deleting all libpng14 files.
> > >
> > > Listening for ideas....
> > Did you try setting PNG_CFLAGS / PNG_LIBS or using sed, as
> > the message
> > I quoted suggests ? I think sed would definitely prevent
> > kate from
> > using libpng14 (or libpng12 if you want to force the use of
> > libpng14).
> > But I'm not sure the libpng versions are really the
> > problem, since you
> > said that without using kdesu there is no issue. Did you
> > try running
> > Kate both with commandline sudo, su and su - ? If the
> > results are not
> > the same, there are problems with environment variables.
> > >
> > > Darrell
> > >
> > >
>
> I don't see any such flags such as PNG_CFLAGS / PNG_LIBS. I also never have seen a separate build script for kate. The only place to set build flags is when building kdebase.
>
> I doubt the problem is related to kdesu ore nvironment variables. As I wrote previously, I see the problem only with kate and not with any other app started through kdesu.
>
> As I wrote previously, same problem with running from the command line. That is where I see the error messages about the two different libpng versions.
>
> I'm going to rebuild all packages with only one version of libpng installed. That will eliminate that variable as a cause. That is not a smooth solution because many distros install both versions of libpng. Trinity will have to address this problem sooner or later.
>
I have no problems with kate under kdesu. I've compiled kde3 on slackware-13.1 and -current using default slackware's libpng.
Did you recompile qt-3 before building kde? What were your configure options? I used qt3 slackbuild from slackware12.2 and changed "-qt-libpng" to "-system-libpng".
Take a look at "KDE 3.5.10 for slackware-13.1" thread on linuxquesions.org to check which patches i used.
Regards,
alekow
-------------------------------------------------
Pobierz darmowy program PIT.
Kliknij tutaj >> http://linkint.pl/f296d
Hi all,
I've been able to build knetworkmanager-0.8 but it's missing the icons on
the system tray. Any ideia where should I look for a fix?
Best regards,
Tiago
Hello all,
Not many people responded to the Doodle poll, so... I have meeting
dates for you all!
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Trinity+April+Meet…
Check the link for the meeting date and time in your local time zone.
Remember, meetings are held in #trinity-desktop-meeting.
This meeting is expected to take one hour.
--
later, Robert Xu
While the work with cmake continues I have been working with building 3.5.10 on newer Slackware systems. Some of the effort will help Trinity, which is part of my goal. Such as testing patches for libpng and KDE4 compatibility.
I found some preliminary patches for KDE4 compatibility and have expanded those quite a bit. I will submit those patches to Trinity when I am confident the entire package set is working, which will require several days or more of actual usage.
I've rebuilt the entire 3.5.10 package set except koffice. Everything works wonderfully except when I use kdesu to open kate. That is the only problem I have noticed so far. When I open kate through kdesu there are no icons in the toolbars. Usually that indicates a problem with libpng.
I'm guessing that this problem might eventually hit Trinity too.
Indeed, when I run that command from a terminal I see oodles of messages like this:
kate: WARNING: Pixmap not found for mimetype text/plain
libpng warning: Application was compiled with png.h from libpng-1.4.3
libpng warning: Application is running with png.c from libpng-1.2.44
libpng error: Incompatible libpng version in application and library
So apparently kdebase (at least) linked to libpng 1.4.3 when compiling but oddly wants to run using libpng 1.2.44.
Searching the web hasn't helped me nail the solution other than the obvious that there is a conflict between the two versions.
I have two versions of libpng installed because that is the way Slackware is now bundled.
/usr/include/libpng12/*
/usr/include/libpng14/*
/usr/lib/libpng*
/usr/lib/pkgconfig/libpng12.pc
/usr/lib/pkgconfig/libpng14.pc
/usr/lib/pkgconfig/libpng.pc -> /usr/lib/pkgconfig/libpng14.pc
I'm thinking I should change the libpng.pc sym link from 1.4 to 1.2. I am hoping that will force the packages to build with libpng 1.2. I'm going to try that but I thought I'd post and see whether there might be something else I'm missing.
Oddly, I can open kate directly with my user account. I can log in to KDE as root and kate behaves. I can open other apps with kdesu and there are no toolbar icon problems. I can open konqueror with kdesu and then open a file from there with kate and the toolbar icons are fine. I temporarily deleted all of root's related kate config files and saw the same results.
I don't really care which version the packages link against as long as they all use that same version after being installed.
Any ideas how to avoid these libpng conflicts?
Thanks.
Darrell
