This is my 2nd attempt, attachment to follow.
Created attachment 78245 [details] e-uae-0.8.28 for modular X "Works here". YMMV. Add it to your overlay and build the digest.
Created attachment 78247 [details] Another attempt... Some of the deps were met by others.
*** Bug 103027 has been marked as a duplicate of this bug. ***
Created attachment 78279 [details] e-uae-0.8.28.ebuild I've added the slight changes from bug 103027 Please attach ebuilds as "plain text", otherwise they are attached as binary.
Soz, just attached as auto, not really thinking. Paul, I'm not sure about the other modifications, especially deleting the line that replaces -O3 with -O2. I'm pretty sure David put that one in for a reason, namely people complaining about not being able to compile the thing due to running out of memory. Don't know about the reasons for removing sse(2) though. I actually emailed David about this last week and got no response ... I might try contacting him though the e-uae mailing list, but that seems to have dried up a bit and I don't know if he still subsribes. How does bsdsock-new get on btw? I had a feeling you had to grab a post-0.8.28 CVS snapshot for it, but I'm probably wrong.
OOPS. Guess who was looking at the patch on the other thread... Ignore that one above there. Well, most of it.
I'm not sure whether the O3 and sse removal are still needed, but I suppose they don't hurt. I haven't specifically tested bsdsock-new, but the docs say it works, so I thought it was worth enabling... sorry, I'm not much use here, I just use the emulator for single-player games :)
Well, just tried aiab there which has voyager, went to close it and e-uae crashed, that's with bsdsock-new. I'll need to do some more testing later because I don't actually use bsdsock very often. I certainly don't recall any crashes with the old bsdsock emul.
Where are you getting the libxkbfile from? Other than that, I think you need the xextproto in there, and it all needs to be split off into a DEPEND="${RDEPEND}" situation, ie: RDEPEND=<current depends> DEPEND=RDEPEND + (X deps, since they're all build-time)
http://www.gentoo.org/proj/en/desktop/x/x11/porting-modular-x-howto.xml All I did was to use the tools there to find out what the e-uae source was looking for, and edit the deps into the ebuild. It's really just a fudge to get it to work with modular X, and to try and maybe spark some movement in getting the ebuild properly updated. I don't know if David Holm is still the maintainer for this.
Those are the tools I use as well, but I don't get a libxkbfile at all. Please confirm that you get it listed, and let me know which tool reports it and what USE flags you're using.
I ran ./included_headers.sh e-uae-0.8.28 on the unpacked e-uae source Abridged output- Absolute headers: sys-libs/zlib-1.2.3 sys-libs/ncurses-5.5-r1 sys-libs/glibc-2.3.6-r2 x11-proto/xextproto-7.0.2 x11-proto/xf86vidmodeproto-2.2.2 x11-proto/xf86dgaproto-2.0.2 x11-proto/xproto-7.0.4 games-emulation/caps-20040303 x11-libs/libXt-1.0.0 x11-libs/libX11-1.0.0-r1 x11-libs/libxkbfile-1.0.1 sys-kernel/linux-headers-2.6.11-r3 Emerge info- Portage 2.1_pre4-r1 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r5 i686) ================================================================= System uname: 2.6.15-gentoo-r5 i686 AMD Athlon(tm) Gentoo Base System version 1.12.0_pre15 dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -mtune=athlon-xp -O2 -fomit-frame-pointer -momit-leaf-frame-pointer -fprefetch-loop-arrays -ftracer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mtune=athlon-xp -O2 -fomit-frame-pointer -momit-leaf-frame-pointer -fprefetch-loop-arrays -ftracer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" LC_ALL="en_GB.UTF-8" LINGUAS="en en_GB" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://foucault/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac acpi apache2 arts artswrappersuid asf audiofile avi berkdb bitmap-fonts browserplugin bzip2 cairo cdparanoia cdr crypt css cups curl dbus dga dts dv dvd dvdr dvdread eds emboss encode exif expat extrafilters ffmpeg firefox flac foomaticdb fortran gdbm geoip gif gimpprint glibc-omitfp glitz glut gphoto2 gpm gtk gtk2 hal idn imagemagick imlib joystick jpeg jpeg2k kde kdeenablefinal lcms libg++ libwww logrotate mad mikmod mjpeg mmx mmxext mng modplug motif mp3 mpeg musepack musicbrainz ncurses nfs nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl oss pam pdf pdflib perl pic png ppds python qt quicktime readline real rtc sdl sndfile speex spell sqlite sse ssl svg tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd vorbis win32codecs wmf xine xml xml2 xscreensaver xv xvid xvmc yv12 zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en linguas_en_GB userland_GNU video_cards_nvidia" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LDFLAGS
As an aside w.r.t. one of my earlier posts, Voyager crashes on AIAB with the old bsdsock, but both that and bsdsock-new work fine with AWeb. So changing the ebuild to use bsdsock-new seems perfectly reasonable now.
The ebuild works great on ~amd64. Nice job. I hope that the ebuild will find it's way into portage asp :)
Created attachment 86138 [details] e-uae-0.8.29_alpha2.ebuild This ebuild is a bit tidier. I don't think any of the $DEPEND entries can be split into $RDEPEND. I added a "capslib" USE flag, because it would only compile without games-emulation/caps (the "caps" USE flag is already taken...) The /usr/share/ files are not in this version.
Does it work with dvdrtools?
*** Bug 132438 has been marked as a duplicate of this bug. ***
Created attachment 86313 [details] Modified CAPS ebuild The new WIP (and CVS snapshots) Richard has posted of this don't build with the v1 CAPS libraries. I've modded the caps ebuild to install the v2 libs (the d/l links are the same, docs have also changed names). You need to delete the ipfdevlib_linux.tar.gz and get the ebuild to manually fetch the new version when you build the digest. Maybe a new bug report should be opened on this, actually, rather than adding it to this one, but the two do go hand-in-hand. It goes in /usr/local/portage/games-emulation/caps
The above is only useful if you use the capslib USE flag that Paul has switched the ebuild to.
Created attachment 86540 [details] Modified e-uae ebuild Modded the current ebuild to add in alsa sound driver option, and also to remove sdl-sound, which, as pre current thinking by Richard, doesn't work as well as either oss or alsa. In fact, in some configs, the alsa driver appears to be laggy, but it can be mitigated against. I don't use alsa myself (closed nvidia oss driver), so I can't actually test this modification. I don't think there's an option at runtime to select oss or alsa (e.g. if you use alsa globally but want the oss driver for e-uae), so it would have to have individual use flags set in /etc/portage/package.use to -alsa. In addition, I've just aped the sdl use setting ... what's the 'myconf' option in ebuilds for?
Created attachment 86544 [details] e-uae-0.8.29_alpha2.ebuild (In reply to comment #20) > what's the 'myconf' option in ebuilds for? It's just a BASH variable used for convenience in assembling the parameters for econf. But, use_with is better, so here's an improved ebuild. Please create a new bug for the caps ebuild.
re caps https://bugs.gentoo.org/show_bug.cgi?id=132914 done. And I'll give that updated ebuild a try as soon as I can Paul (updating FreeBSD at the moment). Have you tried the caps build yourself?
Your new ebuild works fine here Paul. I can see the reasoning for disabling dependency tracking, but why disable gtktest? Fair enough if it's a meaningless waste of time.
This ebuild only works for me if I put MAKEOPTS="-j1" in /etc/make.conf. I use "-j4" and it breaks compilation all the time...
Created attachment 87073 [details] e-uae-0.8.29_alpha2.ebuild Added "-j1". I haven't tried dvdrtools. gtktest is disabled because it's a waste of time.
Created attachment 88984 [details] e-uae-0.8.29_alpha2.ebuild Added "-f"s to the mv commands in src_install() - just to be really pedantic, since supposedly src_install() should be able to be run more than once without upsetting anything.
Well I've added e-uae-0.8.28 in the tree. It needs some testing: * Have not checked if it need new CAPS library (version 2). Well ChangeLog said it needs so I'll add >=games-emulation/caps-20060612 after check. * Have not tested with SDL library at all. * Never used sdl-sound. * I do not have oss. Can anybody test that it really autodetects and works? You need to disable alsa and sdl-sound and enable oss to check. After I'll unmask this version I'll look at changes in unstable version and will add it too.
OSS sound works fine, until very recently I used the OSS nforce-audio driver. It actually seems to work better for e-uae than ALSA.
I've added e-uae-0.8.28-r1.ebuild in portage. I contains some fixes suggested by upstream developer Richard Drummond. He also suggested wait for next release and not to add E-UAE-0.8.29-WIP2 in portage at all. Also new ebuild has modular X deps. Thus this bug is fixed. :)
