Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 58791 - automake-1.9 released but not in portage tree
Summary: automake-1.9 released but not in portage tree
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Highest major (vote)
Assignee: Gentoo's Team for Core System packages
: 64965 (view as bug list)
Depends on: 60111 66478
  Show dependency tree
Reported: 2004-07-29 08:35 UTC by Sandro Bonazzola (RETIRED)
Modified: 2005-10-12 14:04 UTC (History)
8 users (show)

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

automake.diff (automake.diff,5.32 KB, text/plain)
2004-09-09 04:47 UTC, Carsten Lohrke (RETIRED)
am-wrapper.diff (am-wrapper.diff,1.69 KB, text/plain)
2004-09-09 04:48 UTC, Carsten Lohrke (RETIRED)
infopage.diff (infopage.diff,1.67 KB, text/plain)
2004-09-09 04:53 UTC, Carsten Lohrke (RETIRED)

Note You need to log in before you can comment on or make changes to this bug.
Description Sandro Bonazzola (RETIRED) gentoo-dev 2004-07-29 08:35:31 UTC
Version bump

Reproducible: Always
Steps to Reproduce:
Comment 1 Sandro Bonazzola (RETIRED) gentoo-dev 2004-07-29 12:48:39 UTC
Compile without errors and make check don't fail under ~x86
Comment 2 Sandro Bonazzola (RETIRED) gentoo-dev 2004-08-24 12:25:12 UTC
automake-1.9.1 already out.
Does it need a new bug submission?
Comment 3 Carsten Lohrke (RETIRED) gentoo-dev 2004-09-07 05:22:44 UTC
base-system folks: made the 1.9 ebuild for local usage (w/o uclibc patch, since I cannot test it). Does it help, if I attach the files?
Comment 4 Caleb Tennis (RETIRED) gentoo-dev 2004-09-08 14:24:03 UTC
carlo, let's get this one going since kde is now using automake 1.9 - either attach or commit to portage with KEYWORDS="" so we can start to play with the ebuild.
Comment 5 Caleb Tennis (RETIRED) gentoo-dev 2004-09-08 14:25:01 UTC
as a side note, it may be time to start deprecating older versions of automake that are supported in the build.  surely we can get rid of 1.4 and make 1.5 the new default if no version is specified.
Comment 6 SpanKY gentoo-dev 2004-09-08 18:27:30 UTC
no, we cant really get rid of older versions ... autotools is one set of packages where old versions never die no matter how much you want them to

about the only thing we could do is move to a SLOT-ed setup

please post a diff against the current 1.8.5-r1 ebuild
Comment 7 Carsten Lohrke (RETIRED) gentoo-dev 2004-09-09 04:47:46 UTC
Created attachment 39245 [details]
Comment 8 Carsten Lohrke (RETIRED) gentoo-dev 2004-09-09 04:48:17 UTC
Created attachment 39246 [details]
Comment 9 Carsten Lohrke (RETIRED) gentoo-dev 2004-09-09 04:53:34 UTC
Created attachment 39247 [details]

Please note that I removed the uclibc epatch line from the ebuild. Needs to be
Comment 10 Caleb Tennis (RETIRED) gentoo-dev 2004-09-09 05:41:21 UTC
We need to identify which packages use the older versions.  I would bet that we can, with a little work, get rid of the old automake versions.
Comment 11 SpanKY gentoo-dev 2004-09-09 07:42:59 UTC
just becuase portage doesnt use the older versions doesnt mean users dont either

which is why moving to SLOTs is viable; getting rid of packages is not
Comment 12 Caleb Tennis (RETIRED) gentoo-dev 2004-09-09 08:00:48 UTC
i agree with you there - if we can migrate to the versions being slotted instead of encompassed in one mega ebuild that would be grand.

the bigger problem is the pita it generates.
Comment 13 Travis Tilley (RETIRED) gentoo-dev 2004-11-04 20:15:35 UTC
*** Bug 64965 has been marked as a duplicate of this bug. ***
Comment 14 Simon Raffeiner 2004-11-07 12:16:36 UTC
Version 1.9.1, 1.9.2 and 1.9.3 are available. I cannot build arts-1.3.1 without aclocal-1.9, why are those ebuilds not version bumped?
Comment 15 SpanKY gentoo-dev 2004-11-09 21:44:05 UTC
why dont you read the bug before asking the same question over and over again

see comment #11
Comment 16 SpanKY gentoo-dev 2004-11-13 21:57:07 UTC
1.9.3 is now in portage

before the new stuff can be unmasked, what i'm going to need is heavy testing

the way to do it is this:
mkdir -p /etc/portage
echo "sys-devel/autoconf
sys-devel/automake-wrapper" >> /etc/portage/package.unmask
emerge -C automake autoconf
emerge =automake-1.{4,5,6,7,8,9}* =autoconf-2.{13,59}* auto{conf,make}-wrapper

then just start emerging things :P
file new bugs and make them block this one
Comment 17 solar (RETIRED) gentoo-dev 2004-11-19 07:19:09 UTC
I'm testing now. If anything screwy turns up I'll let you know.
Comment 18 Fredrik Arnerup 2004-11-25 13:29:23 UTC
When I build 1.9, I get "checking whether autoconf works... no"
unless I do "export WANT_AUTOCONF=2.5" first.
Comment 19 Sandro Bonazzola (RETIRED) gentoo-dev 2004-11-27 14:36:40 UTC
SpanKY wrote:
> 1.9.3 is now in portage
> before the new stuff can be unmasked, what i'm going to need is heavy testing

I'm building system from scratch using the unmkasked stuff.
It works for me.
Removing some version of automake, like 1.4 and 1.7, brakes some ebuilds that should depend on them when the new ebuilds will be unmasked. The wrapper works fine for me.
Comment 20 SpanKY gentoo-dev 2004-11-29 17:49:03 UTC
so change the line:
emerge =automake-1.{4,5,6,7,8,9}* =autoconf-2.{13,59}* auto{conf,make}-wrapper

to this:
emerge =autoconf-2.{13,59}* =automake-1.{4,5,6,7,8,9}* auto{conf,make}-wrapper
Comment 21 SpanKY gentoo-dev 2004-11-30 15:07:14 UTC
ive released new autoconf stuff
Comment 22 SpanKY gentoo-dev 2004-12-01 09:07:57 UTC
ok, unmasked automake

Comment 23 Sandro Bonazzola (RETIRED) gentoo-dev 2005-10-12 14:04:17 UTC
Closing, automake-1.9 in portage and works fine.