Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 437894 - games-emulation/virtualjaguar-1.0.7 -> 2.0.2 ebuild submission
Summary: games-emulation/virtualjaguar-1.0.7 -> 2.0.2 ebuild submission
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All All
: Normal enhancement (vote)
Assignee: Gentoo Games
Depends on:
Reported: 2012-10-10 20:49 UTC by Emery Hemingway
Modified: 2014-10-15 03:52 UTC (History)
0 users

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

virtualjaguar-2.0.2.ebuild (virtualjaguar-2.0.2.ebuild,1.06 KB, text/plain)
2012-10-10 20:51 UTC, Emery Hemingway
metadata.xml (metadata.xml,439 bytes, text/plain)
2012-10-10 20:51 UTC, Emery Hemingway
virtualjaguar-2.0.2.ebuild (virtualjaguar-2.0.2.ebuild,1.11 KB, text/plain)
2013-01-05 05:08 UTC, Mr. Bones. (RETIRED)
Fix for log in CWD and crash on exit (no-log-and-crash-fix.patch,1.33 KB, patch)
2013-01-05 17:37 UTC, James L. Hammons
Details | Diff
virtualjaguar-2.1.0.ebuild (virtualjaguar-2.1.0.ebuild,1.32 KB, text/plain)
2013-02-10 05:05 UTC, Patrick McMunn
files/ (,620 bytes, text/plain)
2013-02-10 05:05 UTC, Patrick McMunn

Note You need to log in before you can comment on or make changes to this bug.
Description Emery Hemingway 2012-10-10 20:49:16 UTC
Tested with a few games.

It wants and will complain if sys-libs/gdbm is at 1.9 rather than 1.8.

Reproducible: Always
Comment 1 Emery Hemingway 2012-10-10 20:51:05 UTC
Created attachment 326232 [details]
Comment 2 Emery Hemingway 2012-10-10 20:51:55 UTC
Created attachment 326234 [details]

contains USE metadata for jaguar-cd
Comment 3 James L. Hammons 2012-11-05 19:12:46 UTC
Virtual Jaguar does not depend on sys-libs/gdbm. I removed the dependency and tested the ebuild on my ~amd64 machine that has sys-libs/gdbm-1.9.1-r2 installed and it compiled and ran without any problems. Maybe libsdl is depending on it on your system? :-)

Also, I had to add:

local MAKEOPTS=""

to src_compile() in order to prevent the -j3 make option (on my system) from activating; for some reason it doesn't build properly with multiple jobs. :-/

Other than that, this is a much needed update to Virtual Jaguar; it's been at least a year since 2.0.0 came out (and much longer since 1.0.7)!
Comment 4 Mr. Bones. (RETIRED) gentoo-dev 2013-01-05 05:08:01 UTC
Created attachment 334480 [details]

Well, this seems to work but it's loud on the console, writes a log file into CWD, and segfaults when I exit so I don't want it in the tree as it is.
Comment 5 James L. Hammons 2013-01-05 06:24:48 UTC
Loud on the console, is this really a problem? :-)

Log being written in CWD can be patched out (1.0.7 writes a log into CWD as well BTW).

Segfault on exit, can you run gdb and pinpoint where it's happening to you as this is the first time I've heard of this happening? :-)

If those last two problems are addressed, would that be enough to get it in the tree? The 2.0 series really is a vast improvement over 1.0.
Comment 6 James L. Hammons 2013-01-05 17:37:31 UTC
Created attachment 334554 [details, diff]
Fix for log in CWD and crash on exit

This patch should solve items numbers 2 and 3 in your list. Not sure what to tell you about number 1, again, is it really a problem? If so, I'm sure all the printfs in the 68K core can be commented out with no ill effect. :-)

Tested on ~amd64.
Comment 7 Patrick McMunn 2013-02-10 05:05:00 UTC
Created attachment 338462 [details]

This is an ebuild I wrote today. I was going to file a new bug until I saw this one already existed. 2.1.0 might be a better choice because I haven't had any issues with it. I've had no segfaults, no "noise" on the console, etc. My ebuild doesn't have a use flag for toggling CD support, but that's because, as far as I know, there is no user configurable option in the build system for turning it on or off. It seeems to me that, even if such a use flag were turned off, the feature would still be enabled if the library is installed on the system. The build system in 2.1.0 seems to already respect the system's CFLAGS without any changes, as well. I also don't use the qt4-r2 eclass because the default Makefile calls qmake itself. I just ran into problems trying to call qmake myself. The final difference between my ebuild and the 1.0.7 version in tree is that I renamed the wrapper script to 'vj' because upstream renamed the binary from 'vj' to 'virtualjaguar' since 1.0.7. So give it a shot. I have it on my overlay, as well as a live version, if anyone wants to test it. The 2.1.0 archive also bundles a ROM with it, and I make sure to install this too.

The only problems I've noted are that I don't see any vj.cfg or virtualjaguar.log files being generated, and the defaults paths actually present in the source code are not the same as those shown in the included man page.
Comment 8 Patrick McMunn 2013-02-10 05:05:50 UTC
Created attachment 338464 [details]

Wrapper script template for use with my ebuild.
Comment 9 James L. Hammons 2013-03-07 20:25:35 UTC
The 2.1.0 ebuild works a treat; however with recent changes to Qt in the tree, you'll need to rename all the Qt dependencies in the ebuild (from x11-libs/qt-foo to dev-qt/qtfoo).

Also, it would be nice to tell the user where the bundled game was installed to, so they can point their config to it. Something along the lines of:

"The game that came bundled with Virtual Jaguar was installed to /usr/share/games/virtualjaguar/software. To play it, you will need to set the "Software" field in the config dialog to point to this location."

Such an approach sucks, as it would be much better to do this automagically. But the problem there is that the Virtual Jaguar config file is put into the user's home directory (which is where Qt puts it), and I can't think of any good way to fix that. :-/

Also note that vj.cfg has been removed and all settings are now managed by Qt's settings module, and the default for logging is now to not do so unless explicitly requested by the user. If the user requests it, then VJ will happily scribble up to 10MB in the user's CWD. ;-)
Comment 10 James L. Hammons 2014-10-14 23:43:01 UTC
2.1.0 is in Debian now, I never thought I'd see the day when Gentoo would be surpassed by Debian! :-)

Also, upstream released 2.1.2 recently, maybe now it's time to upgrade the package? :-P
Comment 11 Mr. Bones. (RETIRED) gentoo-dev 2014-10-15 03:52:08 UTC
virtualjaguar-2.1.2.ebuild is in portage.