Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Jan 2013 22:03:56 -0800
From:      Jason Helfman <jgh@FreeBSD.org>
To:        Jakub Lach <jakub_lach@mailplus.pl>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: [patch] new port games/chocolate-doom, need a bit of help
Message-ID:  <20130117060356.GA91824@hatter>
In-Reply-To: <20130117055510.GA91720@hatter>
References:  <1358379180928-5778363.post@n5.nabble.com> <20130117055510.GA91720@hatter>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 16, 2013 at 09:55:10PM -0800, Jason Helfman thus spake:
>On Wed, Jan 16, 2013 at 03:33:00PM -0800, Jakub Lach thus spake:
>>Hello,
>>
>>I took up where http://www.freebsd.org/cgi/query-pr.cgi?pr=161701
>>left, as I'm user of chocolate-doom for quite time, and was eyeing
>>it for a while.
>>
>>Current WIP is (docs, optionng, timidity++ etc):
>>
>>https://www.dropbox.com/s/jq9j16sxvrsej9w/c-doom.txt
>>
>>(shar archive)
>>
>>Problem is, as you can see that chocolate-doom is bend
>>on installing under games (see pkg-plist) if USE_AUTOTOOLS=
>>is hashed.
>>
>>As I understand, I need auto* to actually process patched *in,
>>to prevent installing bins under games/.
>>
>>But aclocal, autoconf etc all fail in various places. Anybody
>>has an idea or should I just bug upstream to update files
>>for fresher auto*?
>>
>>I already hate auto* with passion...
>
>I believe I have "fixed" the autotools portion of this, by not using it and
>by altering the respective Makefile.in files in a post-patch-script target.
>I added HACKING to post-install for documentation, as the rest of them
>listed are already done as part of the installation.
>
>I made some minor updates to your Makefile for the port, as well.
>
>http://people.freebsd.org/~jgh/files/chocolate-doom.shar
>
>It seems to work fine, and everything goes to the right place.
>Let me know what you think.
>
>-jgh
>

I did have an opportunity to run this through a build cycle, and found that
timidity++ has an issue, as timidity is already brought in by another
dependency in the build cycle and the port won't build as this is a
conflict.

Here is a link to the log:
http://meatwad.mouf.net/rubick/tb/errors/9.0-RELEASE-amd64-FreeBSD/chocolate-doom-1.7.0.log

-jgh

--
Jason Helfman
FreeBSD Committer | http://people.freebsd.org/~jgh | The Power To Serve



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130117060356.GA91824>