Bug 55825 - /usr/share/libtool/ltconfig disappeared?
Summary: /usr/share/libtool/ltconfig disappeared?
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: libtool
Version: 7.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jens Petersen
QA Contact: Aaron Brown
Depends On:
TreeView+ depends on / blocked
Reported: 2001-11-07 10:00 UTC by Need Real Name
Modified: 2007-04-18 16:38 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2001-11-09 12:58:54 UTC

Attachments (Terms of Use)

Description Need Real Name 2001-11-07 10:00:34 UTC
Description of Problem:

/usr/share/libtool/ltconfig present in RedHat7.1
/usr/share/libtool/ltconfig vanished in RedHat 7.2

Version-Release number of selected component (if applicable):
[ted@lorient ~]$ rpm -qf /usr/share/libtool/ltconfig

How Reproducible:

locate ltconfig
The file is not where it is supposed to be

Additional Information:
I wanted to rebuild scilab-2.6
rpm --rebuild scilab-2.6-1.src.rpm
It does not work because ltconfig is not there

Comment 1 Michael Schwendt 2001-11-07 17:55:01 UTC
ltconfig is gone with newer versions of libtool. Unless I'm mistaken,
applications should either include a copy of ltconfig (unfortunately, old
combinations of automake/libtool created just a link) or get fixed.

In the top source dir, run:

  alocal ; automake -a -c ; autoconf

This should solve your problems.

Comment 2 Need Real Name 2001-11-08 09:50:46 UTC
I tried what you said:

%setup -q 
%patch0 -p1
aclocal; automake -a -c; autoconf

cp /usr/share/libtool/{config.sub,config.guess,ltconfig,ltmain.sh} config/

but I obtain the following message error:
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.27849
+ umask 022
+ cd /usr/src/redhat/BUILD
+ cd /usr/src/redhat/BUILD
+ rm -rf scilab-2.6
+ /bin/gzip -dc /usr/src/redhat/SOURCES/scilab-2.6.src.tar.gz
+ tar -xf -
+ '[' 0 -ne 0 ']'
+ cd scilab-2.6
++ /usr/bin/id -u
+ '[' 0 = 0 ']'
+ /bin/chown -Rhf root .
++ /usr/bin/id -u
+ '[' 0 = 0 ']'
+ /bin/chgrp -Rhf root .
+ /bin/chmod -Rf a+rX,g-w,o-w .
+ echo 'Patch #0 (scilab-2.6-nopvmdist.patch):'
Patch #0 (scilab-2.6-nopvmdist.patch):
+ patch -p1 -s
+ aclocal
+ automake -a -c
configure.in: 9: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER'
automake: configure.in: `PACKAGE' not defined in `configure.in'
automake: configure.in: `VERSION' not defined in `configure.in'
automake: configure.in: installing `config/mkinstalldirs'
automake: configure.in: installing `config/missing'
automake: no `Makefile.am' found or specified
error: Bad exit status from /var/tmp/rpm-tmp.27849 (%prep)

What have I done wrong?


Comment 3 Michael Schwendt 2001-11-08 16:34:28 UTC
It doesn't use automake. :)


  libtoolize -c --force ; configure ...

one can set up the source tarball and compile with "make all". In your spec
file, you may need to take out the first "cp" line from the %build section and
most likely any "aclocal" and "autoconf" calls, too. The scilab distribution is
broken  when it doesn't come with a working set of files and keeps local macros
in aclocal.m4 instead of acinclude.m4. It will need to get fixed, not only for
libtool > 1.3.5.

Comment 4 Need Real Name 2001-11-09 12:23:58 UTC
Thanks for your answer
If I understand correctly what you wrote, Scilab will have anyway problems to
build on RH72? Is that it?
Maybe I should wait for the RH SRPMS...


Comment 5 Michael Schwendt 2001-11-09 12:58:49 UTC
The way the rpm's spec file sets up the code is incompatible.

Basically, you should need to run just "configure ; make all" like the README
suggests. You should not need to copy over libtool files from your installation
like the spec file does. If you really needed to rebuild
autoconf/automake/libtool files, this would not work completely with scilab
because their setup is broken.

I'm not a Red Hat employee, but since the Powertools CD is no longer produced,
there probably won't be any offically supported RH rpms for scilab.

Note You need to log in before you can comment on or make changes to this bug.