Summary: | games-arcade/apricots-0.2.6-r1 won't emerge with libtool 2.2.4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Billy DeVincentis <billydv1> |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dliana |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 212763 | ||
Attachments: |
updated build system
apricots-0.2.6-r2.ebuild |
Description
Billy DeVincentis
2008-06-20 02:09:54 UTC
The problem here is that the author, by using kdevelop, created a build system, that's about two orders of magnitude more complicated, than it should have been. I don't think there's a clean fix. Created attachment 157821 [details]
updated build system
However, if I delete all of the old build related files
and add these, it builds (and works) in manual build.
Old patch from the tree is needed, but without configure.in section.
I have tried emerging it with your build files but can't. Cause those build files work for manual builds, for them to work with portage, you'd have to add a lot to the ebuild. Simply eautoreconf would probably not be enough. I think that before that, you'd have to at least delete old Makefile* in all of the dirs. Old acinclude.m4 and aclocal.m4, too. It's mostly due to the way old acinclude.m4 was created, it's so difficult to fix now. So what if anything can be done to fix this, I mean I know I can emerge this by temporarily downgrading libtool to 1.5, emerging apricots and then upgrading libtool again but thats really not the answer. Is there anyway of putting together the build system and repackaging it as a new apricots-r2.tar.gz and creating a new version? What have you changed in the ebuild, cause I think that removing old Makefile*, configure*, aclocal.m4 and acinclude.m4 and adding my files, followed by eautoreconf should be enough (yeah, I know that's a lot). I have not changed anything in the ebuild, what I did was extract the apricots tar.gz file in /usr/portage/distfiles and replace configure.in and makefile.am with the ones from your attachment. I noticed that in your attachment there are 2 folders , one within the other. I used only the 2 files from the data folder and didnt use the 2nd makefile in the inner apricots folder. I then compressed new apricots folder to tar.gz with your new files inside, place it in distfiles and remanifested and tried to emerge unsuccessfully. Please give me exact directions as to how to use your files, all 3 files in your attachment and what else to do to emerge this. Thanks So you want to create a new tarball, in that case do following: from the old tarball, remove all Makefile* (not only toplevel, all) remove from toplevel: config*, ac*.m4 put my files were they should be apply patch from the tree (but without configure.in block) run 'autoreconf -fi' while in top level run 'make dist' This way, you should get a clean tarball. Yes, it won't have a few dirs, but that shouldn't impact the game. Created attachment 160961 [details]
apricots-0.2.6-r2.ebuild
Okay, I have found a simpler way of fixing this. Simply removing eautoreconf seems to fix the problem. I got stuck in that with portage 2.2, emerge @preserved-rebuild forced me to reemerge apricots and just a quick fix wasn't going to do it. I have modified the ebuild, bumped the version, and it emerges and operates perfectly. Please add this to tree.
If you still can't emerge this, its because you need the newer openal http://bugs.gentoo.org/show_bug.cgi?id=208407 I have succesfully installed Apricots with Yours ebuild Downloaded ebuild to /usr/local/portage/local/games-arcade/apricots cp -a /usr/portage/games-arcade/apricots/files /usr/local/portage/local/games-arcade/apricots ebuild apricots-0.2.6-r2.ebuil digest update eix emerge -a apricots + 06 May 2009; Peter Alfredsen <loki_val@gentoo.org> + apricots-0.2.6-r1.ebuild: + Fix bug 228441 by cp'ing libtool-free admin/acinclude.m4.in to + acinclude.m4 + |