Bug 144280 - games-engines/gargoyle-20060703 (version bump)
|
Bug#:
144280
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: s4t4n@gentoo.org
|
Reported By: Pflugerama@Yahoo.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: games-engines/gargoyle-20060703 (version bump)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-08-18 00:12 0000
|
Gargoyle was nearly a year out of date.
Latest version in portage tree is 20051002
Latest available source release is 20060703
Also, the homepage has changed.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Please edit the attachment and change its type to "text", so it can easily be
viewed.
After further testing, the current ebuild conflicts with games-engines/frotz.
Included in the package is a form of frotz modified to take advantage of the
library included. However, it's conceivable that someone might want both
versions (one for the beautified graphical interface and one for a console
interface).
It also conflicts with games-emulation/hugo, installing a binary of the same
name (though a different program).
What would be the preferred fix? Create a patch that renames the binaries to
gargoyle-foo and has gargoyle use those instead, then submit it upstream?
Unfortunately, I'm no programmer, but this is as good an excuse as any to
learn. I'll see if I can figure something out.
Gargoyle is but a front-ent to several other interpreters, and the package
includes a bundle of them. These should be stripped out from the package, which
should in turn depend on the stand-alone frotz and hugo.
(In reply to comment #6)
> Gargoyle is but a front-ent to several other interpreters, and the package
> includes a bundle of them.
Based on the website and source, these included interpreters are modified to
make use of the features the included library provides (gamma-correction,
sub-pixel rendering, anti-aliasing, etc). The website says they've been
"glk-enabled" and in the source, each interpreter's subdir has new files for
glk compatibility.
Using the stand-alone frotz would require a patch and then would cease to be
stand-alone, I think. Adding a "glk" or "gargoyle" USE flag to frotz and adding
gargoyle as a requirement may be possible. Also, the stand-alone hugo in
portage is a different program than that included here.
Uhm, understood. I think I'll follow your patch, then...
In Portage, thanks for the submission!