26 Aug
2010
26 Aug
'10
2:43 a.m.
That was part of it! ;-)
Is the previously mentioned error still occurring in the
virtual machine build? It may have originally arisen
due to the old KDE3.5.10 header files, and krb5 may be
a red herring. I will wait for the build log from
the virtual machine before passing judgment.
The error occurred again in my new environment. The build did not fail until about an hour
later, at the lgssapi_krb5 test. I don't know how close that is to the end of the
build, but I suspect pretty close. That much is good news!
Like the avahi test, I thought I had better test the build process with krb5 installed and
not installed. I built the krb5 (kerberos) package and installed in my build environment.
I ran the build of kdelibs with krb5 installed.
Same result, failing at the lgssapi_krb5 test.
I'm attaching another log of the build output.
I'm attaching a copy of the krb5 package contents.
Of course, krb5/kerberos should not be a build requirement, only an option.
When building kdelibs in my new build environment I notice the following messages when
building. I don't know whether the messages are harmless or meaningful.
configure: WARNING: Could not find krb5-config
(Note: the file exists at /usr/kerberos/bin/krb5-config)
wrong input (flag != 4) at admin/conf.change.pl line 117, <> line 1997.
config.status: WARNING: 'kdecore/kde-config.cpp.in' seems to ignore the
--datarootdir setting
(I do not have that option set in my build script.)
(repeats several times with different line numbers)
ltdl.c: In function 'sys_dl_open':
ltdl.c:605: warning: unused parameter 'loader_data'
(this error was in the arts build too)
ksock.cpp: In member function 'long unsigned int KSocket::ipv4_addr()':
ksock.cpp:214: warning: 'peerAddress' is deprecated (declared at kextsock.h:1001)
ksock.cpp: In static member function 'static bool KSocket::initSockaddr(ksockaddr_in*,
const char*, short unsigned int, int)':
ksock.cpp:244: warning: 'lookup' is deprecated (declared at kextsock.h:984)
ksock.cpp:253: warning: 'address' is deprecated (declared at kextsock.h:1078)
ksock.cpp: In member function 'virtual void KServerSocket::slotAccept(int)':
ksock.cpp:420: warning: '__comp_ctor ' is deprecated (declared at ksock.cpp:105)
kextsock.cpp: In member function 'bool
KExtendedSocket::setAddressReusable(bool)':
kextsock.cpp:513: warning: 'setAddressReusable' is deprecated (declared at
kextsock.h:1020)
kextsock.cpp: In member function 'const KSocketAddress*
KExtendedSocket::localAddress()':
kextsock.cpp:728: warning: 'localAddress' is deprecated (declared at
kextsock.h:992)
kextsock.cpp: In member function 'const KSocketAddress*
KExtendedSocket::peerAddress()':
kextsock.cpp:743: warning: 'peerAddress' is deprecated (declared at
kextsock.h:1001)
kextsock.cpp: In member function 'virtual int KExtendedSocket::listen(int)':
kextsock.cpp:869: warning: 'setAddressReusable' is deprecated (declared at
kextsock.cpp:521)
kextsock.cpp: In member function 'virtual int KExtendedSocket::connect()':
kextsock.cpp:1051: warning: 'setAddressReusable' is deprecated (declared at
kextsock.cpp:521)
kextsock.cpp:1073: warning: 'setAddressReusable' is deprecated (declared at
kextsock.cpp:521)
kextsock.cpp: In member function 'void KExtendedSocket::connectionEvent()':
kextsock.cpp:1876: warning: 'setAddressReusable' is deprecated (declared at
kextsock.cpp:521)
kextsock.cpp:1900: warning: 'setAddressReusable' is deprecated (declared at
kextsock.cpp:521)
kextsock.cpp: In static member function 'static int
KExtendedSocket::resolve(KSocketAddress*, QString&, QString&, int)':
kextsock.cpp:2008: warning: 'resolve' is deprecated (declared at
kextsock.cpp:1989)
kpassdlg.cpp: In static member function 'static int
KPasswordDialog::getPassword(QCString&, QString, int*)':
kpassdlg.cpp:559: warning: '__comp_ctor ' is deprecated (declared at
kpassdlg.cpp:325)
kpassdlg.cpp: In static member function 'static int
KPasswordDialog::getNewPassword(QCString&, QString)':
kpassdlg.cpp:574: warning: '__comp_ctor ' is deprecated (declared at
kpassdlg.cpp:325)
kfilemetainfo.cpp: In static member function 'static KFileMetaInfoItem::Data*
KFileMetaInfoItem::Data::makeNull()':
kfilemetainfo.cpp:91: warning: 'setObject' is deprecated (declared at
../../kdecore/kstaticdeleter.h:85)
kfilemetainfo.cpp: In static member function 'static KFileMetaInfo::Data*
KFileMetaInfo::Data::makeNull()':
kfilemetainfo.cpp:774: warning: 'setObject' is deprecated (declared at
../../kdecore/kstaticdeleter.h:85)
kfilemetainfo.cpp: In destructor 'virtual
KFileMetaInfoProvider::~KFileMetaInfoProvider()':
kfilemetainfo.cpp:927: warning: 'setObject' is deprecated (declared at
../../kdecore/kstaticdeleter.h:85)
kfilemetainfo.cpp: In static member function 'static KFileMetaInfoGroup::Data*
KFileMetaInfoGroup::Data::makeNull()':
kfilemetainfo.cpp:1464: warning: 'setObject' is deprecated (declared at
../../kdecore/kstaticdeleter.h:85)
(repeats several times)
libtool: link: warning: `/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libSM.la'
seems to be moved
libtool: link: warning: `/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libICE.la'
seems to be moved
libtool: link: warning: `/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libtqt.la'
seems to be moved
libtool: link: warning: `/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libX11.la'
seems to be moved
libtool: link: warning: `/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libXext.la'
seems to be moved
libtool: link: warning:
`/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libstdc++.la' seems to be moved
libtool: link: warning:
`/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libstdc++.la' seems to be moved
libtool: link: warning:
`/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libstdc++.la' seems to be moved
libtool: link: warning:
`/usr/lib/gcc/i486-slackware-linux/4.2.4/../../../libstdc++.la' seems to be moved
(the files exists at /usr/lib/libstdc++.la so I don't know what is checking in that
directory.)
I hope this helps!
26 Aug
26 Aug
7:39 a.m.
New subject: [trinity-devel] Building kdelibs From SVN
<snip>
The error occurred again in my new environment. The
build did not fail
until about an hour later, at the lgssapi_krb5 test. I don't know how
close that is to the end of the build, but I suspect pretty close. That
much is good news!
</snip>
OK, I think I may have found the offending patch.
In this file: kdelibs/kioslave/http/Makefile.am
Replace this:
-lgssapi_krb5
with this:
$(GSSAPI_LIBS)
I do not know why/how it got changed to begin with, but I will revert that
change if the build gets farther with the above modification.
Thanks!
Tim
27 Aug
27 Aug
4:05 a.m.
New subject: [trinity-devel] Building kdelibs From SVN
OK, I think I may have found the offending patch.
In this file: kdelibs/kioslave/http/Makefile.am
Replace this:
-lgssapi_krb5
with this:
$(GSSAPI_LIBS)
Okay. Here's the scoop. This took most of the day because each compile takes so long.
I believe we are getting closer. (Bear with me!)
I made the Makefile.am change as suggested.
I kept krb5 installed.
The build failed exactly as before.
Some things I noticed that might help further.
====================================================
1. With the change to the Makefile.am file, the final Makefile changed as expected:
WAS:
kio_http_la_LDFLAGS = $(all_libraries) $(GSSAPI_RPATH) -module $(KDE_PLUGIN)
-lgssapi_krb5
CHANGED TO:
kio_http_la_LDFLAGS = $(all_libraries) $(GSSAPI_RPATH) -module $(KDE_PLUGIN)
$(GSSAPI_LIBS)
No more build fails at the previous point.
Conclusion: Makefile.am should be patched.
====================================================
2. A suspect message in the configuration messages:
./configure: line 48785: test: =: unary operator expected
Line 48785 in the configure file:
if test $system_has_xrandr = no; then
Conclusion: Possibly harmless but who knows.
====================================================
3. Some suspicious text in kdelibs/kioslave/http/configure.in.in. Should there be a space
before the dash?
IS:
${GSSAPI_LIBS}-lgssapi_krb5
CHANGE TO?:
${GSSAPI_LIBS} -lgssapi_krb5
Conclusion: ??
====================================================
I ran the build again. The build failed again but at a new point.
The end of the build output:
autostart.cpp: In constructor 'AutoStart::AutoStart(bool)':
autostart.cpp:51: error: 'getenv' was not declared in this scope
make[3]: *** [autostart.lo] Error 1
make[3]: Leaving directory `/tmp/kdelibs/kinit'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/kdelibs/kinit'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/kdelibs'
make: *** [all] Error 2
I'm no c++ programmer, but I searched the web a bit and then wondered whether a
missing '#include <stdlib.h>' might help. I added that in the autostart.cpp
headers.
I again ran the build script. The build failed again but at a new point.
Maybe this is a gcc thing because I'm sure the package compiles for you. I'm using
gcc 4.2.4.
Conclusion: Patch autostart.cpp.
====================================================
I ran the build again.
The end of the build output:
kmmainview.cpp: In member function 'void
KMMainView::slotServerConfigureAccess()':
kmmainview.cpp:700: error: 'KProcess' was not declared in this scope
kmmainview.cpp:700: error: 'proc' was not declared in this scope
kmmainview.cpp:700: error: expected type-specifier before 'KProcess'
kmmainview.cpp:700: error: expected `;' before 'KProcess'
kmmainview.cpp:702: error: 'KProcess' is not a class or namespace
make[3]: *** [kmmainview.lo] Error 1
make[3]: Leaving directory `/tmp/kdelibs/kdeprint/management'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/kdelibs/kdeprint'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/kdelibs'
make: *** [all] Error 2
I tried the same remedy by adding '#include <stdlib.h>'.
I ran the build again. Nope.
I again checked the web and saw something about including the header file that defines
KProcess. A quick grep and I found smbview.h. In kmmainview.cpp I added #include
"smbview.h".
I ran the build again. Nope.
Conclusion: Back to you!
28 Aug
28 Aug
5:22 a.m.
New subject: [trinity-devel] Building kdelibs From SVN
OK, I think I
may have found the offending patch.
In this file: kdelibs/kioslave/http/Makefile.am
Replace this:
-lgssapi_krb5
with this:
$(GSSAPI_LIBS)
Okay. Here's the scoop. This took most of the day because each compile
takes so long. I believe we are getting closer. (Bear with me!)
I made the Makefile.am change as suggested.
I kept krb5 installed.
The build failed exactly as before.
Some things I noticed that might help further.
====================================================
1. With the change to the Makefile.am file, the final Makefile changed as
expected:
WAS:
kio_http_la_LDFLAGS = $(all_libraries) $(GSSAPI_RPATH) -module
$(KDE_PLUGIN) -lgssapi_krb5
CHANGED TO:
kio_http_la_LDFLAGS = $(all_libraries) $(GSSAPI_RPATH) -module
$(KDE_PLUGIN) $(GSSAPI_LIBS)
No more build fails at the previous point.
Conclusion: Makefile.am should be patched.
====================================================
2. A suspect message in the configuration messages:
./configure: line 48785: test: =: unary operator expected
Line 48785 in the configure file:
if test $system_has_xrandr = no; then
Conclusion: Possibly harmless but who knows.
====================================================
3. Some suspicious text in kdelibs/kioslave/http/configure.in.in. Should
there be a space before the dash?
IS:
${GSSAPI_LIBS}-lgssapi_krb5
CHANGE TO?:
${GSSAPI_LIBS} -lgssapi_krb5
Conclusion: ??
====================================================
I ran the build again. The build failed again but at a new point.
The end of the build output:
autostart.cpp: In constructor 'AutoStart::AutoStart(bool)':
autostart.cpp:51: error: 'getenv' was not declared in this scope
make[3]: *** [autostart.lo] Error 1
make[3]: Leaving directory `/tmp/kdelibs/kinit'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/kdelibs/kinit'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/kdelibs'
make: *** [all] Error 2
I'm no c++ programmer, but I searched the web a bit and then wondered
whether a missing '#include <stdlib.h>' might help. I added that in the
autostart.cpp headers.
I again ran the build script. The build failed again but at a new point.
Maybe this is a gcc thing because I'm sure the package compiles for you.
I'm using gcc 4.2.4.
Conclusion: Patch autostart.cpp.
====================================================
I ran the build again.
The end of the build output:
kmmainview.cpp: In member function 'void
KMMainView::slotServerConfigureAccess()':
kmmainview.cpp:700: error: 'KProcess' was not declared in this scope
kmmainview.cpp:700: error: 'proc' was not declared in this scope
kmmainview.cpp:700: error: expected type-specifier before 'KProcess'
kmmainview.cpp:700: error: expected `;' before 'KProcess'
kmmainview.cpp:702: error: 'KProcess' is not a class or namespace
make[3]: *** [kmmainview.lo] Error 1
make[3]: Leaving directory `/tmp/kdelibs/kdeprint/management'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/kdelibs/kdeprint'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/kdelibs'
make: *** [all] Error 2
I tried the same remedy by adding '#include <stdlib.h>'.
I ran the build again. Nope.
I again checked the web and saw something about including the header file
that defines KProcess. A quick grep and I found smbview.h. In
kmmainview.cpp I added #include "smbview.h".
I ran the build again. Nope.
Conclusion: Back to you!
29 Aug
29 Aug
1:29 a.m.
New subject: Yay!
I finally built kdelibs from svn!
We missed one patch from the previous build report:
In kdelibs/kinit/autostart.cpp, need to add:
#include <stdlib.h>
Without that include statement I was unable to build the package. Worked great with the
statement.
I did not build with avahi or krb5 installed. I will run another build with those packages
installed.
Final package size was aboutt 18.8 MB. Sounds about right compared to the stock KDE 3.5.10
(18.3 MB).
Two down, a bunch to go. kdebase is next!
1:46 a.m.
New subject: [trinity-devel] Yay!
I finally built kdelibs from svn!
Great!
We missed one patch from the previous build report:
In kdelibs/kinit/autostart.cpp, need to add:
#include <stdlib.h>
Without that include statement I was unable to build the package. Worked
great with the statement.
Looks like I forgot to commit changes to that file; they
are now in as
revision 1169302.
I did not build with avahi or krb5 installed. I will run another build
with those packages installed.
Final package size was aboutt 18.8 MB. Sounds about right compared to the
stock KDE 3.5.10 (18.3 MB).
Two down, a bunch to go. kdebase is next!
Hopefully things will run smoother
now...
5199
days inactive
5202
days old
5 comments
2 participants
participants (2)
-
Darrell Anderson -
Timothy Pearson