Re: libqalculate-0.9.6 for kdeedu-4.2.1
On Monday 30 March 2009 12:42:59 am Dan Nicholson wrote: If you haven't tried autoreconf, use clean source, apply both the patches, autoreconf, configure, make. If that is not sufficient, use clean source [critical in this case!], reapply the patches, autoreconf and then 'libtoolize -f' before configure. I applied BOTH patches *fresh sources:- A) ### running autoreconf # checking for pthread_create in -lpthread... yes ./configure: line 17615: syntax error near unexpected token `1.1.0,' ./configure: line 17615: `AC_PATH_CLN(1.1.0,' make: *** No targets specified and no makefile found. Stop. B)#running libtoolize -f### checking for correct ltmain.sh version... no configure: error: *** [Gentoo] sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.23b, ltmain.sh = 2.2.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. ## for the latter I seem to have a mismatch of libtool. (I even ran the libtoolize --copy --force (on fresh sources) with the same effect. If you're going to run autoreconf, always run autoreconf -iv. The -i is important since libtoolize won't be run and stuff like the above happens. The -v is important so that you see what autoreconf is doing. -- Dan just ran it again with clean sources did a) autoreconf -iv and b) autoreconf -ivf (having scanned man pages) and it came back with same result each time (see below) :- autoreconf: Entering directory `.' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal -I /usr/X11R7.4/share/aclocal configure.in:216: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library autoreconf: configure.in: tracing autoreconf: running: libtoolize --copy libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.in:216: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library autoreconf: running: /usr/bin/autoconf configure.in:94: error: possibly undefined macro: AC_PATH_CLN If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:97: error: possibly undefined macro: AC_DEFINE configure.in:216: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT autoreconf: /usr/bin/autoconf failed with exit status: 1 is there a test to ensure the installed autoconf is working properly? lux-integ -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libqalculate-0.9.6 for kdeedu-4.2.1
On Monday 30 March 2009 11:41:09 am lux-integ wrote: If you're going to run autoreconf, always run autoreconf -iv. The -i is important since libtoolize won't be run and stuff like the above happens. The -v is important so that you see what autoreconf is doing. -- Dan just ran it again with clean sources did a) autoreconf -iv and b) autoreconf -ivf (having scanned man pages) and it came back with same result each time (see below) :- autoreconf: Entering directory `.' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal -I /usr/X11R7.4/share/aclocal configure.in:216: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library autoreconf: configure.in: tracing autoreconf: running: libtoolize --copy libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.in:216: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library autoreconf: running: /usr/bin/autoconf configure.in:94: error: possibly undefined macro: AC_PATH_CLN If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:97: error: possibly undefined macro: AC_DEFINE configure.in:216: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT autoreconf: /usr/bin/autoconf failed with exit status: 1 is there a test to ensure the installed autoconf is working properly? lux-integ I have just checked my clfs (x86_64) build logs. It was built in November 2008. It had autoconf-2.63 and automake-1.10.1. Both compiled and pass all the tests hitch-free. Is there a problem therefore with autoconf-2.63? -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libqalculate-0.9.6 for kdeedu-4.2.1//yippieeee!!
On Monday 30 March 2009 12:18:47 pm lux-integ wrote: lux-integ I have just checked my clfs (x86_64) build logs. It was built in November 2008. It had autoconf-2.63 and automake-1.10.1. Both compiled and pass all the tests hitch-free. Is there a problem therefore with autoconf-2.63? I got lucky. I found a patch ath the url:- sisyphus.ru/cgi-bin/srpm.pl/Sisyphus/qalculate/getpatch/0 (needs to be copied and pasted in your browser) after patch application I ran autoreconf -ivf and it did the trick. Thanks for all your help and special thanks to DanNichloson and KenMoffat lux-integ -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
libqalculate-0.9.6 for kdeedu-4.2.1
Greetings I am trying to compile libqalculate-0.9.6 (host is AMD64/64-bit-only CBLFS) Kernel2.6.27.2 gcc4.3.2). It is needed for kdeedu-4.2.1. --- firstly the dependency cln-1.2.2 is installed in /usr ( it compiles and installs trouble free and there is no /usr/bin/cls-config) secondly attempts to compile libqalculate-0.9.6 is met with the following:- /usr/lib/gcc/x86_64-unknown-linux-gnu/4.3.2/../../../../include/c++/4.3.2/backward/backward_warning.h:33:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. Number.cc:31: error: 'void cln::cl_abort()' should have been declared inside 'cln' Number.cc: In member function 'int Number::intValue(bool*) const': Number.cc:607: error: 'INT_MAX' was not declared in this scope Number.cc:610: error: 'INT_MIN' was not declared in this scope Number.cc: In member function 'bool Number::binomial(const Number, const Number)': Number.cc:2087: error: 'INT_MAX' was not declared in this scope make[2]: *** [Number.lo] Error 1 (( the ageing libqalculate-0.9.6still looks for /usr/bin/cls-config) digging on the internet suggest a) modern cln no longer has ~/bin/cln-config but ~/lib/cln.pc AND it is possible to 'create' a usr/bin/cln-config. However when Icopy /usr/lib/pkgconfig/cln.pc to /usr/lib/cln.config and do the following:- a) change permissions of /usr/bin/cln-config to 644 the configure script of linqalculate-0.9.6 complains with /usr/bin/cln-config permission denied b) change permissions of /usr/bin/cln-config to 777 the configure script of linqalculate-0.9.6 complains that lines 7-11 /usr/bin/cln-config are incorrect (and the compiler output is as above) Clearly something is wrong. I even tried the patch :- libqalculate-0.9.6-cln-config.patch but it made no difference I did a search for svn/git libqalculate modern versions but the project seems to have ceased development. if someonw knows a) of a how to get libqalculate to bypass ~/bin/cln-config or b) how to generate a usable file from cln.pc OR (c) a useful patch to overcome the problem OR (d) where one can get a modern svn/cvs/git version of libqalculate that works with modern cln. ...your help/suggestions/info will be appreciated lux-integ -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libqalculate-0.9.6 for kdeedu-4.2.1
On Sunday 29 March 2009 04:51:28 pm Ken Moffat wrote: That INT_MAX error ought to be fixable, perhaps by http://cvs.archlinuxppc.org:7647/viewvc/Extra/extra/lib/libqalculate/libqal culate-0.9.6-gcc4.3.patch?view=markupsortby=log - that just happened to be the first link I found which took me to a list of patches for libqalculate, I don't think it's ppc-specific. I found the 'useful' url to be:- http://repos.archlinux.org/viewvc.cgi/libqalculate/repos/extra-i686/ So, not only does current kde need not-properly-released tools to build it, it also needs defunct packages. Sometimes, I start to despair. If the cln-config patch you're using is anything like the one in the same arch /libqalculate/ directory, you need to invoke the autofoo magic after applying it, before you run configure. The normal shotgun approach is to just run 'autoreconf'. On the one package where I currently use that, it wasn't sufficient and I had to follow it with libtoolize -f'. I'm led to believe that should only very rarely be necessary (in that case, I found it in a gentoo ebuild). If you haven't tried autoreconf, use clean source, apply both the patches, autoreconf, configure, make. If that is not sufficient, use clean source [critical in this case!], reapply the patches, autoreconf and then 'libtoolize -f' before configure. I applied BOTH patches *fresh sources:- A) ### running autoreconf # checking for pthread_create in -lpthread... yes ./configure: line 17615: syntax error near unexpected token `1.1.0,' ./configure: line 17615: `AC_PATH_CLN(1.1.0,' make: *** No targets specified and no makefile found. Stop. B)#running libtoolize -f### checking for correct ltmain.sh version... no configure: error: *** [Gentoo] sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.23b, ltmain.sh = 2.2.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. ## for the latter I seem to have a mismatch of libtool. (I even ran the libtoolize --copy --force (on fresh sources) with the same effect. any suggestion of routes out of this cul-de-sac will be appreciated. sincerely lux-integ HTH ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libqalculate-0.9.6 for kdeedu-4.2.1
On Sun, Mar 29, 2009 at 10:35:33PM +0100, lux-integ wrote: On Sunday 29 March 2009 04:51:28 pm Ken Moffat wrote: That INT_MAX error ought to be fixable, perhaps by http://cvs.archlinuxppc.org:7647/viewvc/Extra/extra/lib/libqalculate/libqal culate-0.9.6-gcc4.3.patch?view=markupsortby=log - that just happened to be the first link I found which took me to a list of patches for libqalculate, I don't think it's ppc-specific. I found the 'useful' url to be:- http://repos.archlinux.org/viewvc.cgi/libqalculate/repos/extra-i686/ That sounds better than the random repo I posted, thanks for that. If you haven't tried autoreconf, use clean source, apply both the patches, autoreconf, configure, make. If that is not sufficient, use clean source [critical in this case!], reapply the patches, autoreconf and then 'libtoolize -f' before configure. I applied BOTH patches *fresh sources:- A) ### running autoreconf # checking for pthread_create in -lpthread... yes ./configure: line 17615: syntax error near unexpected token `1.1.0,' ./configure: line 17615: `AC_PATH_CLN(1.1.0,' make: *** No targets specified and no makefile found. Stop. B)#running libtoolize -f### checking for correct ltmain.sh version... no configure: error: *** [Gentoo] sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.23b, ltmain.sh = 2.2.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. ## for the latter I seem to have a mismatch of libtool. (I even ran the libtoolize --copy --force (on fresh sources) with the same effect. any suggestion of routes out of this cul-de-sac will be appreciated. sincerely lux-integ Sorry, I don't have any real understanding of autofoo (and zero interest in the far corners of kde). I believe Arch is a source distro, but I've no real idea how they go about building things, other than they use pacman - google seems to be less than helpful about *HOW* they build (I can only see references to a database that they sync with the Arch server), I've no idea which files to look for that are equivalent to the rpm-based .spec or the gentoo .ebuild. Which is a shame, because these patches apparently work for them. Anyone ? ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libqalculate-0.9.6 for kdeedu-4.2.1
On Sunday 29 March 2009 10:52:15 pm Ken Moffat wrote: On Sun, Mar 29, 2009 at 10:35:33PM +0100, lux-integ wrote: On Sunday 29 March 2009 04:51:28 pm Ken Moffat wrote: That INT_MAX error ought to be fixable, perhaps by http://cvs.archlinuxppc.org:7647/viewvc/Extra/extra/lib/libqalculate/li bqal culate-0.9.6-gcc4.3.patch?view=markupsortby=log - that just happened to be the first link I found which took me to a list of patches for libqalculate, I don't think it's ppc-specific. I found the 'useful' url to be:- http://repos.archlinux.org/viewvc.cgi/libqalculate/repos/extra-i686/ That sounds better than the random repo I posted, thanks for that. If you haven't tried autoreconf, use clean source, apply both the patches, autoreconf, configure, make. If that is not sufficient, use clean source [critical in this case!], reapply the patches, autoreconf and then 'libtoolize -f' before configure. I applied BOTH patches *fresh sources:- A) ### running autoreconf # checking for pthread_create in -lpthread... yes ./configure: line 17615: syntax error near unexpected token `1.1.0,' ./configure: line 17615: `AC_PATH_CLN(1.1.0,' make: *** No targets specified and no makefile found. Stop. B)#running libtoolize -f### checking for correct ltmain.sh version... no configure: error: *** [Gentoo] sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.23b, ltmain.sh = 2.2.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. ## for the latter I seem to have a mismatch of libtool. (I even ran the libtoolize --copy --force (on fresh sources) with the same effect. any suggestion of routes out of this cul-de-sac will be appreciated. sincerely lux-integ Sorry, I don't have any real understanding of autofoo (and zero interest in the far corners of kde). I believe Arch is a source distro, but I've no real idea how they go about building things, other than they use pacman - google seems to be less than helpful about *HOW* they build (I can only see references to a database that they sync with the Arch server), I've no idea which files to look for that are equivalent to the rpm-based .spec or the gentoo .ebuild. Which is a shame, because these patches apparently work for them. Anyone ? thanks for your help, I'll keep fiddling hoping to get lucky (and if I do I'll let you know) ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libqalculate-0.9.6 for kdeedu-4.2.1
On Sun, Mar 29, 2009 at 2:35 PM, lux-integ lux-in...@btconnect.com wrote: On Sunday 29 March 2009 04:51:28 pm Ken Moffat wrote: That INT_MAX error ought to be fixable, perhaps by http://cvs.archlinuxppc.org:7647/viewvc/Extra/extra/lib/libqalculate/libqal culate-0.9.6-gcc4.3.patch?view=markupsortby=log - that just happened to be the first link I found which took me to a list of patches for libqalculate, I don't think it's ppc-specific. I found the 'useful' url to be:- http://repos.archlinux.org/viewvc.cgi/libqalculate/repos/extra-i686/ So, not only does current kde need not-properly-released tools to build it, it also needs defunct packages. Sometimes, I start to despair. If the cln-config patch you're using is anything like the one in the same arch /libqalculate/ directory, you need to invoke the autofoo magic after applying it, before you run configure. The normal shotgun approach is to just run 'autoreconf'. On the one package where I currently use that, it wasn't sufficient and I had to follow it with libtoolize -f'. I'm led to believe that should only very rarely be necessary (in that case, I found it in a gentoo ebuild). If you haven't tried autoreconf, use clean source, apply both the patches, autoreconf, configure, make. If that is not sufficient, use clean source [critical in this case!], reapply the patches, autoreconf and then 'libtoolize -f' before configure. I applied BOTH patches *fresh sources:- A) ### running autoreconf # checking for pthread_create in -lpthread... yes ./configure: line 17615: syntax error near unexpected token `1.1.0,' ./configure: line 17615: `AC_PATH_CLN(1.1.0,' make: *** No targets specified and no makefile found. Stop. B)#running libtoolize -f### checking for correct ltmain.sh version... no configure: error: *** [Gentoo] sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.23b, ltmain.sh = 2.2.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. ## for the latter I seem to have a mismatch of libtool. (I even ran the libtoolize --copy --force (on fresh sources) with the same effect. If you're going to run autoreconf, always run autoreconf -iv. The -i is important since libtoolize won't be run and stuff like the above happens. The -v is important so that you see what autoreconf is doing. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page