OpenCSW Bug Tracker

Main | My View | View Issues
  

Viewing Issue Simple Details [ Jump to Notes ] [ View Advanced ] [ Issue History ] [ Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0004184 [automake] regular use major always 2010-01-25 15:33 2010-02-24 23:17
Reporter Ridd View Status public  
Assigned To dam
Priority normal Resolution fixed  
Status closed  
Summary 0004184: aclocal-1.9 uses automake-1.11 libraries
Description aclocal and automake need to be synchronized, so using aclocal-$foo should use automake-$foo.

However aclocal-1.9 calls:

BEGIN
{
  my $perllibdir = $ENV{'perllibdir'} || '/opt/csw/share/automake-1.11';
  unshift @INC, (split ':', $perllibdir);
}

Attempts to use this aclocal fail due to this version mismatch.
Additional Information Post install of CSWautomake 1.11.1,REV=2009.12.09 I also did:

rm /opt/csw/bin/aclocal
ln -s /opt/csw/bin/aclocal-1.9 /opt/csw/bin/aclocal
rm /opt/csw/bin/automake
ln -s /opt/csw/bin/automake-1.9 /opt/csw/bin/automake

as the software I'm building requires the tools be called aclocal and automake and also requires the 1.9 versions.

The old CSWautomake-1.10.1,REV=2008.02.07 package I used from Blastwave didn't have this problem.
Tags No tags attached.
Attached Files

- Relationships

-  Notes
(0007341)
dam (administrator)
2010-01-25 15:46

 Strange, I also built 1.10.1,REV=2008.02.07 from Blastwave at that time I did it similar to the package you are using:
  <http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/automake/trunk/Makefile> [^]
Anyway, I just inspected the package and it is wrong in there although the intermediate steps from the build seem to work fine. I need a deeper look into this,
(0007342)
dam (administrator)
2010-01-25 16:08

 The problem was that in merging the versions together there were hardlinks between the general and the versioned binaries used that were overwritten in a specific way.

It should be fixed in the package from testing/
  automake-1.11.1,REV=2010.01.25-SunOS5.8-all-CSW.pkg.gz
available from
  http://mirror.opencsw.org/testing.html [^]

Please let me know if this really fixes your problem.
(0007343)
Ridd (reporter)
2010-01-25 16:55

 Yes, that works. A good sanity check is to do "aclocal-1.9 --version" and check the output includes the expected version.

Thanks!
(0007349)
dam (administrator)
2010-01-26 08:34

 The "wrong version error" is fixed in 1.11.1,REV=2010.01.25 and released to current/.

I'll leave the bug open as I would like to have a mechanism for keeping modified links from automake/aclocal to other version than the latest during upgrades. On maintainers@ is the use of "alternatives" under discussion.
(0007451)
dam (administrator)
2010-02-16 17:22

 Updated automake with alternatives-support in experimental:
  <http://mirror.opencsw.org/experimental.html#alternatives> [^]
(0007481)
dam (administrator)
2010-02-19 22:49

 Version 1.11.1,REV=2010.02.19 has been released to current with alternatives support to peristently select a version for "automake" and "aclocal" even during package upgrades. Versions are selectable with
  /opt/csw/sbin/alternatives --config automake
Please verify.
(0007519)
dam (administrator)
2010-02-24 23:17

 No negative feedback is good feedback, closing.

Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker