Pete's MesaGL GPU is a PSEmu Pro GPU plugin using a
hardware-accelerated OpenGL renderer.
This is the Linux version, tested with emulators/linux-ePSXe.
WWW: http://www.pbernert.com/
===> The following configuration options are available for linux-pete-mesagpu-1.77:
NVIDIA_GL=off: Use nVidia OpenGL driver
===> Use 'make config' to modify these settings
Remove expired ports:
2013-12-01 x11-fm/xnc: Latest release from 2005, upstream disappeared, does not
build
2013-12-01 audio/liteamp: Dead upstream since 2004, does not build with clang
2013-12-01 net-im/tapioca-qt: Unmaintained upstream since 2007, not used by
anything
2013-12-01 net-im/telepathy-qt: Unmaintained upstream since 2007, use
net-im/telepathy-qt4
2013-12-01 x11-toolkits/linux-f10-gtk: GTK1 is deprecated
2013-12-01 net-im/linux-ymessenger: Depends on deprecated Linux GTK1
2013-12-01 emulators/linux-pete-mesagpu: Depends on deprecated Linux GTK1
2013-12-01 emulators/linux-pete-xgl2gpu: Depends on deprecated Linux GTK1
2013-12-01 emulators/linux-peops-softgpu: Depends on deprecated Linux GTK1
2013-12-01 finance/eqonomize-kde4: No upstream releases since 2008, does not
build on FreeBSD 10 and 11
2013-12-01 comms/uhso-kmod: included in base system on all supported releases
2013-12-01 deskutils/ecru: No longer maintained upstream
2013-12-01 editors/gphpedit: No longer maintaned upstream
2013-12-01 irc/inspircd12: No upstream support; known vulnerable. Please use
irc/inspircd
2013-12-01 graphics/py-clutter: Broken for more than 6 month
2013-12-01 graphics/py-clutter-gtk: depends on expired graphics/py-clutter
Deprecate ports which depend on Linux GTK1 libraries and schedule them for
removal
on December 1st, 2013.
Discussed on: emulation@ (2013-10-06)
Approved by: maintainer timeout (emulators/linux-pe*), private mail
Approved by: maintainer (games/HeroesOfMightAndMagic), via IRC
. update to version 1.77;
. trim Makefile headers;
. lang maintainership to the submitter.
While I'm here: remove the indefinite article from COMMENT.
PR: ports/173464
Submitted by: Naram Qashat <cyberbotx@cyberbotx.com>
Convert ports which use RUN_DEPENDS+=.../graphics/linux_dri to
using USE_LINUX_APPS+=dri. This is needed to switch a default
linux base at 8-CURRENT to linux_base-f10. No PORTREVISION bump
is needed since it's mere infrastructure fix. Affected ports:
-----
emulators/linux-pete-mesagpu/Makefile
emulators/linux-pete-xgl2gpu/Makefile
games/atitd/Makefile
games/linux-coldwar-demo/Makefile
games/linux-darwinia-demo/Makefile
games/linux-defcon/Makefile
games/linux-doom3-demo/Makefile
games/linux-gorky17-demo/Makefile
games/linux-nerogame/Makefile
games/linux-nwnclient/Makefile
(Only the first 15 lines of the commit message are shown above )
Welcome to the new linux ports infrastructure which allows using
both current (fc4) and future linux (f8) distributions at one
ports tree.
The patch contains full changes to ports/Mk files and all ports involved.
But only infrastructure is changed. The resulting packages are the same as
before. Hence no need to bump PORTREVISIONs.
The idea was taken from bsd.gnome.mk and others.
More than 130 ports are switched to follow a new linux infrastructure
introduced by changes to bsd.port.mk, bsd.linux-rpm.mk and a new
bsd.linux-apps.mk.
Thanks for all who was involved and helped me with this work.
And help from Alexander Leidinger was incredible.
Other changes are coming. Stay tuned!
PR: ports/132510
Submitted by: bsam (me)
Exp-run by: portmgr (pav)
linux_mesa3 (deprecatred) -> linux_dri (possibly hardware accelerated)
I assume the maintainer overlooked this port in the patchset, since
he already committed a similar change to another port and didn't
objected to any patch in the patchset. So I take a shortcut and just
commit the patch instead of further delaying the move from linux_mesa3
to linux_dri.
Submitted by: Ulrich Spoerlein <spoerlein@informatik.uni-wuerzburg.de>
Approved by: maintainer timeout (a week and a half)
Mega-patch to cleanup the ports infrastructure regarding our linux bits:
- USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD
tools to strip binaries anymore, so it's not neccesary anymore to override
STRIP and STRIP_CMD.
- USE_LINUX_PREFIX implies NO_MTREE now.
- In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries
instead upon the native FreeBSD libraries.
- The variable LINUX_BASE_PORT contains a string which is suitable as an
item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the
default (or overriden) linux base, ${LINUX_BASE_PORT} should be used
instead of a hardcoded reference.
- Change all ports to comply to the "new world order".
- The Ports Collection now allows to override the default linux_base port.
Specify e.g. OVERRIDE_LINUX_BASE_PORT=rh-9 in /etc/make.conf to use
${PORTSDIR}/emulators/linux_base-rh-9 (the logic is to use
(Only the first 15 lines of the commit message are shown above )
- Use a binary RPM of Mesa v3 instead of building it from source:
* get's rid of the linux_devtools dependency
* fixes the conflicts seen at deinstall time on pointyhat
- correct the paths for the GL/GLU libs in the dependencies (the RPM
installs the mesa libs to .../lib/ instead to .../X11R6/lib/)
Nagging by: pointyhat
Say hello to the linux mega patch, it consolidates our linux bits a
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
(Only the first 15 lines of the commit message are shown above )
New port: emulators/linux-pete-mesagpu
This is Pete's MesaGL GPU, a PSEmu Pro GPU plugin.
Tested on the above system with emulators/linux-ePSXe (ports/46240).
PR: ports/46482
Submitted by: Jean-Yves Lefort <jylefort@brutele.be>
