Mupen64Plus is a plugin-based N64 emulator for Linux, FreeBSD which is capable
of accurately playing many games. Included are four MIPS R4300 CPU emulators,
with dynamic recompilers for 32-bit x86 and 64-bit amd64 systems, and necessary
plugins for audio, graphical rendering (RDP), signal co-processor (RSP), and
input. There are 3 OpenGL video plugins included: glN64, RiceVideoLinux, and
Glide64.
WWW: http://code.google.com/p/mupen64plus/
segfault sometimes on first invocation
- Get rid of redundant & in two places
- Bump PORTREVISION
There still is the unresolved issue of (likely) the gdt move causing the
host to hang for one guy, if this happens to you you can try the following
kernel patch that sets up seperate gdts at boot so kqemu doesn't have to
do the move:
http://people.freebsd.org/~nox/qemu/patch-sys-amd64-seperate-gdt.txt
Thanx to: Yamagi for testing
sgtty exclusively. We'd better port it to termios, to make it work
without the COMPAT_43TTY kernel switch.
PR: 122884
Submitted by: Ed Schouten <ed@80386.nl>
kqemu only accellerates qemu-system-x86_64 on amd64 that were missing
in qemu's pkg-message [1]
- Update the note about kqemu on amd64 SMP, and add a reminder to keep
kqemu in sync with the kernel while I'm at it
- Bump PORTREVISION
Noticed by: bakul [1]
calling fpudna()/npxdna() directly instead of programmatically invoking
int 7 (should also speed up the i386 case a tiny little bit that didn't
print a message) [1]
- Rename kqemu_tss_workaround to kqemu_tss_fixup [2]
- Bump PORTREVISION
Looked over by: bde [1]
Prodded by: jhb [2]
- drop option VICE_WITH_GNOME
- new option VICE_WITHOUT_GNOME
for lite package, will build with Xaw (not3d)
- new option VICE_WITH_XAW3D
for classic package, will build with Xaw3d
- drop option VICE_WITH_GNOME
- new option VICE_WITHOUT_GNOME
for lite package, will build with Xaw (not3d)
- new option VICE_WITH_XAW3D
for classic package, will build with Xaw3d
for the 1.0 release. Among others, it includes the following changes:
- Automatic updating of the WINEPREFIX directory.
- Winhelp now uses Richedit as display engine.
- Many RichEdit fixes.
- More improvements to IME support.
- More quartz fixes.
- Implementation for many more Gdiplus functions.
- Lots of bug fixes.
host panics - longer explanation in this post:
http://docs.freebsd.org/cgi/mid.cgi?20080501101951.GA30274 [1]
- Get rid of superfluous "kqemu " in IGNORE message when kernel source
is missing
- Pass down DEBUG_FLAGS to the build
- Bump PORTREVISION
PR: ports/113430 [1]
(got deleted at the next ldconfig call).
2. Now it may be placed at the Makefile.
3. Bump PORTREVISION.
Reported by: netchild [1]
Suggested by: netchild [1]
/compat/linux/usr/lib/librt.so.1. This bug exists only
at linux_base-fc4 _and_ osrelease=2.4.2.
2. Bump PORTREVISION.
Note: The symlink is created at pkg-install script since the first
run of '/compat/linux/sbin/ldconfig -r /compat/linux' seems to remove
the link.
Tijl Coosemans <tijl at ulyssis.org>:
-----
This is not really a bug of linux compat, but is because of the
following:
1. opening /path/to/somefile under linux compat first tries
/compat/linux/path/to/somefile then /path/to/somefile.
2. linux binaries have two search paths for librt.so.1:
/lib and /usr/lib.
3. fc4 has a librt.so.1 in /lib but it is rejected under 2.4.2
emulation.
4. fc4 does not have a librt.so.1 under /usr/lib so when the runtime
linker tries this search path it ends up opening FreeBSD
/usr/lib/librt.so.1 (because of point 1) and fails.
By adding a softlink in /compat/linux/usr/lib to the librt.so.1 in
/compat/linux/lib, the linker doesn't open the FreeBSD librt.so.1
anymore. Instead, under 2.4.2, it rejects this lib and then tries an
internal search path /lib/obsolete/linuxthreads where it finds the
correct version. Under 2.6.16 the softlink doesn't change anything,
so imho this is something the fc4 port/package should deal with.
-----
PR: 121494
Submitted by: Jason Bacon <jwbacon at tds.net>
Convinced by: Tijl Coosemans <tijl at ulyssis.org>
Patched by: bsam (me)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
stuck in devdrn
- Remove the -DSMP magic, it didn't help the amd64 SMP panics and was
useless anyway (the panics still exist, the only good workaround I've
found so far is forcing qemu onto cpu 1 and that is only possible on
HEAD using the new cpuset feature)
- Only bother with the -DKSE magic for OSVERSIONs where it matters
- Bump PORTREVISION
- Better support for Windows IMEs.
- Option for Windows-style window decorations.
- Improved system tray behavior.
- Window management fixes.
- Improved quartz audio support.
- Better support for launching apps from Unix file managers.
- Lots of bug fixes.
Fix a sorting issue in the package list.
. add a script LINUXBASE/usr/bin/lp to allow some programs (e.g. Acrobat
Reader) to print with default settings, MF-f8;
. deal (add and remove when necessary) with some share empty directories;
. bump PORTREVISION.
- Improved support for the .NET framework.
- Better services handling through a separate services.exe process.
- Support for ATI fragment shader.
- Better support for http proxies.
- Window management fixes.
- Pre-compiled fonts are now available in the source tree.
- Lots of bug fixes.
I haven't received any responces yet from PR originator for one month,
but I assume that it would be a sign of ok.
I know PORTREVISION bump should be happen, but ignored since upcoming
version 6.0.3 commit will follow very soon.
PR: 120827
fail if performed by non-root)
- Install couple of auxiliary programs
- Better respect CFLAGS
- Introduce a knob to build with external linking capability
- Bump PORTREVISION
- The default version is now Windows XP.
- Many Richedit improvements.
- Beginning of jscript dll support.
- Shell folders now respect XDG directory configuration.
- Many translation updates.
- Lots of bug fixes.
