Re: automake changes

I don't mind at all. A possible change would be to use update-alternatives to manage the symlinks. This way if others want a default of an earlier version they can easily have it.

Sent from my iPhone

On Sep 5, 2012, at 23:20, Max Horn <[email protected]> wrote:

> Dear Chris, (CC: fink-core),
> 
> after some discussion with dmacks, I'd like to propose a somewhat bigger change to the automake packages. Namely, I want to make it possible to install them (or rather, most of their content) in parallel. The end result should be that the user can have all of
>  /sw/bin/automake-1.10
>  /sw/bin/automake-1.11
>  /sw/bin/automake-1.12
> installed simultaneously (same for aclocal). This is rather important for developers who create build system using automake (e.g. myself ;). Because those then are tied to a specific major version of automake. The fact that fink constantly switches automake versions when building stuff then causes lots of needless pain...
> 
> And on the long term, the goal is to get completely rid of all this switching between automakeN packages...
> 
> To achieve this all while retaining compatibility, I came up with the following plan (which I already implemented, but have not yet committed):
> 
> Each of the three automakeX.Y package get a %N-core splitoff, which contains only versioned files. These -core splitoffs can all be installed simultaneously. For example, automake1.12-core contains:
>  /sw/bin/aclocal-1.12
>  /sw/bin/automake-1.12
>  /sw/share/aclocal-1.12/ (with content)
>  /sw/share/doc/automake1.12-core/
>  /sw/share/man/man1/aclocal-1.12.1
>  /sw/share/man/man1/automake-1.12.1
> 
> While automake1.12 mostly retains symlinks:
> 
>  /sw/bin/aclocal -> /sw/bin/aclocal-1.12
>  /sw/bin/automake -> /sw/bin/automake-1.12
>  /sw/share/man/man1/aclocal.1 -> /sw/share/man/man1/aclocal-1.12.1
>  /sw/share/man/man1/automake.1 -> /sw/share/man/man1/automake-1.12.1
>  /sw/share/aclocal/ (placeholder)
>  /sw/share/doc/automake/amhello-1.0.tar.gz
> 
> Right now I also put the texinfo files, unversioned, into this, as it didn't seem worth the effort version it:
>  /sw/share/info/automake-history.info
>  /sw/share/info/automake.info
>  /sw/share/info/automake.info-1
>  /sw/share/info/automake.info-2
>  /sw/share/info/automake.info-3
> 
> With this setup, both of my goals are attained: Developers can have all three (and more in the future) automake-X.Y binaries in parallel (via the -core splitoffs). And packages which bdep on automakeX.Y can usually be converted to a bdep on automakeX.Y-core (thus avoiding the need to switch automakeX.Y packages) by changing
> 
>  autoreconf -fi
> 
> invocations to
> 
>  AUTOMAKE=automake-X.Y ACLOCAL=aclocal-X.Y autoreconf -fi
> 
> Finally, the automakeX.Y packages themselves would behave like they currently do, meaning we can incrementally transition packages to the new setup, and don't have to do it all at once (although I think it would be good to try to convert most .info files to this approach ASAP, and ideally also upgrading as many of them as possible to to automake1.12 -- but that's a secondary objective at most).
> 
> All in all, I can't think of any drawbacks of this approach. If you don't mind, I'd like to commit this as soon as possible.
> 
> 
> Cheers,
> Max

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
fink-core mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core