After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 93899 - Prefer versioned automake names
Prefer versioned automake names
Status: VERIFIED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Windows
: Normal normal
: 0.4.0
Assigned To: Thomas Vander Stichele
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-09-22 18:32 UTC by Havoc Pennington
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Havoc Pennington 2002-09-22 18:32:55 UTC
If present, gstreamer should prefer the names
"automake-1.6" and "aclocal-1.6" so the proper automake is picked up
if multiple automakes are installed.
Comment 1 Havoc Pennington 2002-09-22 18:33:21 UTC
(This is also how the rest of GNOME CVS is set up these days.)
Comment 2 Thomas Vander Stichele 2002-09-22 21:36:37 UTC
Hm.  Is this to be more in line with gnome, or is it somehow
considered "better" for some reason ? I'm pretty happy with how it is
right now, and prefer not to start hard-coding possible values.
(note that --with-autoconf and --with-automake allow you to select a
version to use)
Comment 3 Havoc Pennington 2002-09-22 21:58:52 UTC
It's more in line with gnome, and also better.

You should be hardcoding this, because you do require a particular
automake version. automake is renamed when it breaks incompatibly. So
when automake-1.7 appears it won't be compatible, and automake-1.4
already is not compatible, so you don't want the name "automake" which
means "any automake" any more than you would write 
"pkg-config --libs any-gtk" and accept either GTK 1.2 or 2.0.

See also http://pobox.com/~hp/parallel.html
Comment 4 Thomas Vander Stichele 2002-09-23 05:20:39 UTC
The difference here is that to the best of my knowledge, autogen works
with ANY automake >= 1.5, not just 1.6. So we don't really require a
particular one, just a lower limit. autogen.sh also warns you if your
automake is not current enough.  If I hard-code 1.6, 1.5 users have to
needlessly upgrade.  

The difference between gtk+ 1.x and 2.x is a totally different issue,
they're different platforms ;)

I guess my question is - is this just something that helps automatic
build scripts from Gnome because it's hard to code in options, or do
you think it's a problem for users ?

Personally, I just run autogen.sh
--with-automake=/usr/bin/automake-1.5 only once, then use
./autoregen.sh after that every time, so for users, it's pretty
straightforward.  Nobody has mentioned this as being a problem (except
one of the build script maintainers, forgot who).

I don't mind fixing this, as long as it Still Works for the people who
are used to how it works now ;) Suggestions are welcome.
Comment 5 Havoc Pennington 2002-09-23 14:50:57 UTC
It's a problem for me at least, as I don't have "automake" pointing at
1.6, but I do have "automake-1.6"

One easy solution is the way say gconf does it - it tries the
hardcoded version first, then falls back to plain "automake"

You don't actually know your stuff works with all automake >= 1.5 btw;
you know it works with 1.5 and 1.6, but if automake is renamed again,
that will be because it's again incompatible...
Comment 6 Thomas Vander Stichele 2002-09-30 07:24:44 UTC
Ok, I think I resolved this one to my satisfaction ;)
please try out cvs of gstreamer and gst-plugins and see if it detects
everything right.

It goes through automake, (your preference if specified on cmd line),
automake-1.6, automake-1.5, testing version of each, and will use the
first one that satisfies the >= 1.5 requirement.

Can you let me know if this is acceptable for you as well ?
Comment 7 Havoc Pennington 2002-09-30 13:53:03 UTC
Sounds fine to me, thanks.