--===============0013978443== Content-Type: multipart/alternative; boundary="Boundary-01=_ySMCFrMXupBux/Z" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_ySMCFrMXupBux/Z Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I've been using KDevelop to develop packages for release via kde-apps.org. With one of these I've had reports of my package failing to build (from source) on certain systems. The following is one bug report that I've received. "During the "make" step of the installation I've got an error about aclocal-1.6 and automake-1.6 because I have the 1.9 versions. I solved it by creating two symbolic links to aclocal-1.9 and automake-1.9 called aclocal-1.6 and automake-1.6. Maybe you should modify makefile in order to make it search the right version of the two files." When I inspect my system I get the following: $ aclocal --version aclocal (GNU automake) 1.9.6 Written by Tom Tromey Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ automake --version automake (GNU automake) 1.9.6 Written by Tom Tromey . Copyright 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. My questions are: Why does KDevelop insist on using aclocal-1.6 and automake-1.6 when later versions exist on the local machine? How can I force KDevelop to produce config files that just use alocal and automake without any version specifiers? Cheers, Kevin -- Kevin Gilbert Lecturer in IT School of Information Technology Charles Darwin University NT 0909 CRICOS Registered Provider# 00300K Ph: (08) 8946 6282 Fax: (08) 8946 6667 Home page: http://informatics.cdu.edu.au/staff/kgilbert/ ================================== Every new body of discovery is mathematical in form, because there is no other guidance we can have - Charles Darwin --Boundary-01=_ySMCFrMXupBux/Z Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

Hi,

I've been using KDevelop to develop packages for release via kde-apps.org. With one of these I've had reports of my package failing to build (from source) on certain systems. The following is one bug report that I've received.

"During the "make" step of the installation I've got an error about aclocal-1.6 and automake-1.6 because I have the 1.9 versions. I solved it by creating two symbolic links to aclocal-1.9 and automake-1.9 called aclocal-1.6 and automake-1.6.

Maybe you should modify makefile in order to make it search the right version of the two files."

When I inspect my system I get the following:

$ aclocal --version

aclocal (GNU automake) 1.9.6

Written by Tom Tromey <tromey@redhat.com>

This is free software; see the source for copying conditions. There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ automake --version

automake (GNU automake) 1.9.6

Written by Tom Tromey <tromey@redhat.com>.

This is free software; see the source for copying conditions. There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

My questions are: Why does KDevelop insist on using aclocal-1.6 and automake-1.6 when later versions exist on the local machine? How can I force KDevelop to produce config files that just use alocal and automake without any version specifiers?

Cheers,

Kevin

Kevin Gilbert

Lecturer in IT

School of Information Technology

Charles Darwin University

NT 0909

CRICOS Registered Provider# 00300K

Ph: (08) 8946 6282

Fax: (08) 8946 6667

Home page: http://informatics.cdu.edu.au/staff/kgilbert/

==================================

Every new body of discovery is mathematical in form, because there is no other guidance we can have - Charles Darwin

--Boundary-01=_ySMCFrMXupBux/Z-- --===============0013978443== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kdevelop mailing list kdevelop@barney.cs.uni-potsdam.de https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop --===============0013978443==--