Bugzilla Bug 144280

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.

Created an attachment (id=94508) [details]
gargoyle-20060703.ebuild

My first shot at an ebuild. Also, I feel this description better explains what
the package is and does.

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.

Created an attachment (id=94578) [details]
New ebuild

This ebuild installs the modified binaries.

Created an attachment (id=94579) [details]
filename-friendliness.patch

Patch that modifies package to install to and use new binaries.

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!

Thanks for the help.