| Summary: | Preliminary Updated ebuild for UAE | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jonathan Heaney <agent_jdh> |
| Component: | [OLD] Games | Assignee: | David Holm (RETIRED) <dholm> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | enhancement | CC: | games |
| Priority: | High | ||
| Version: | 1.4 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Updated UAE ebuild
Dirty script for SCSI support Another updated ebuild |
||
|
Description
Jonathan Heaney
2004-02-25 13:18:26 UTC
Created attachment 26346 [details]
Updated UAE ebuild
Created attachment 26347 [details]
Dirty script for SCSI support
Good work. I will look into this as soon as possible. According to Richard, a new UAE is imminent, which should fix some of the SCSI emu problems and (fingers crossed) look for the files required to build SCSI emu rather than having to pull them into the UAE source tree. As soon as that is out, I'll modify my ebuild to cater for any new features/functions. That still leaves the issue of how to deal with CAPS unresolved. I think that since CAPS isn't actually UAE specific that either 1. It should be up to the user to install the caps stuff before emerging uae or 2. A caps ebuild should be created which uae depends on I favour #2 As an aside, I've had a few audio problems with uae, and it seems that kernel 2.6.3-mm4 fixes a lot of them. You are probably right about CAPS. Since it's not part of UAE it is better to put it in a separate ebuild. I will try to write an ebuild for it this weekend that works on both x86 and ppc. Thanks for helping me keep up to date on UAE. I've been very busy the last week. David,
I'd have written one myself, but the Gentoo ebuild instructions don't go as far as explaining how to deal with doing different things depending on the architecture. No doubt it would go something like:
available for ~x86, ~ppc and ~amd64
copy the {caps dir}/include/caps/capsimage.h into /usr/include/caps
if arch=ppc then copy {caps dir}/lib/ppc/libcapsimage.so.1.1 into /usr/lib
else (assumes x86 or amd64) copy {caps dir}/lib/i686/libcapsimage.so.1.1 into /usr/lib
ldconfig -v / (is this 'env-update' in an ebuild?)
Also I noticed you must have the CAPS license agreement installed in /usr/portage/licenses too, assuming the ebuild refers to that. I don't know what the Gentoo policy on these things is, but using CAPS is a bit of a grey area since it allows reading of copyrighted/copy protected disks/images.
Also the question of where it would go in the portage tree.
I'm willing to update the actual uae ebuild myself; I've developed a decent rapport with Richard through email, he's asked if I'd be willing to help test his uae source so I'll have a good idea of where things are going with it.
I have uploaded CAPS to games-emulation/caps and updated UAE to 0.8.25-20040302. Please test it. Thanks for the scsi script. Created attachment 26854 [details]
Another updated ebuild
David,
I've been in email contact with Richard today, and it seems the new UAE does
contain an undocumented configure option that allows it to build with SCSI
emulation _without_ that script I proposed. The required option for scsi to
build on Gentoo is --with-libscg-includedir=/usr/include/scsilib.
Here is a slightly modified ebuild which removes references to that script, and
also removes the cdtv/cd32 lines - if you have scsi emulation enabled in
config, and uae finds it, it will default to building cdtv/cd32 emulation.
If you could modify this ebuild to depend on your new caps ebuild, and delete
that script I wrote from the files dir - I'll emerge sync in a few hours time
and hopefully the updates will be there.
Done, thanks again. |