Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 160179 - dev-db/mysql++ : using (almost deprecated) gnuconfig_update
Summary: dev-db/mysql++ : using (almost deprecated) gnuconfig_update
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Gentoo Linux MySQL bugs team
URL:
Whiteboard:
Keywords:
Depends on: 184939
Blocks: gnuconfig_update
  Show dependency tree
 
Reported: 2007-01-05 01:51 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2008-01-16 05:38 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2007-01-05 01:51:54 UTC
The following ebuilds/eclasses are using the almost deprecated gnuconfig_update function from gnuconfig.eclass:

./dev-db/mysql++/mysql++-1.7.26.ebuild: gnuconfig_update
./dev-db/mysql++/mysql++-1.7.34.ebuild: gnuconfig_update
./dev-db/mysql++/mysql++-2.0.4.ebuild:  gnuconfig_update
./dev-db/mysql++/mysql++-2.1.1.ebuild:  gnuconfig_update
./dev-db/mysql++/mysql++-2.1.1-r2.ebuild:       gnuconfig_update

This might be due by various reasons, and some of them cannot be worked around at the current time, so please find your case in the following list:

* the ebuild does not use econf, but ./configure, because it uses a very old version of autoconf that does not support the parameters we pass; [1]
* the software use config.{guess,sub} although not using autotools, thus econf cannot be used; [1]
* the ebuild uses ./configure just for fun; [2]
* the ebuild uses ../configure or variants thereof to run a different configure script than the one in the current directory; [3]
* the ebuild uses an autogen script or some other autotools-rebuilding script that calls ./configure; [4]
* the ebuild calls ./configure because it's doing an inline-build of another package. [1]

Then see the procedure to handle this bug:

[1] You cannot drop gnuconfig_update, so please leave the bug open, but set the status whiteboard to "Waiting autoepatch".
[2] Fix the ebuild, use econf!
[3] econf accepts a ECONF_SOURCE variable to tell it to run the configure found in another directory; to run ../configure just use ECONF_SOURCE=".." econf.
[4] Fix your autotools with http://www.gentoo.org/proj/en/qa/autofailure.xml adnd then use econf.

Once you're using econf, it will take care of updating gnuconfig by itself.

Thanks from Diego and Mike
Comment 1 Polarina 2007-06-21 13:07:14 UTC
This bug is already fixed in 2.2.2. Close?
Comment 2 Mark Loeser (RETIRED) gentoo-dev 2007-12-19 04:08:14 UTC
(In reply to comment #1)
> This bug is already fixed in 2.2.2. Close?
> 


There is no call to gnuconfig_update (though the import is still there).  We can't close this until all of the old ebuilds are dropped, which should be possible since 2.2.2 has stable keywords on every arch now (where necessary).

mysql:  Could you please do this?

Thanks
Comment 3 Mark Loeser (RETIRED) gentoo-dev 2008-01-16 05:26:08 UTC
mysql++-1.7.26: Found
mysql++-1.7.34: Found
mysql++-2.0.4: Found
mysql++-2.2.2-r1: 
mysql++-2.3.2: 

So, those are the ones that have gnuconfig_update in them.  Could we punt them? :)  All of the ebuilds still inherit gnuconfig as well.
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2008-01-16 05:38:05 UTC
old versions punted and inherits fixed.