brandelf was invalid ("files list file for package `libc6' contains an empty
filename"), causing an installation error. Avoid the error by instead unpacking
libc6 into the installation directory, then running brandelf, then configuring
libc6.
Note restriction due to GNU GPL.
Take maintainership.
Update emulators/vmips from 1.2.2 -> 1.3.
Only the distinfo and version numbers need changing in this update.
PR: ports/75734
Submitted by: Brian R. Gaeke <brg@dgate.ORG>
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
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
2. Unbreak port due to distfiles not fetchable on both i386 and alpha
3. Unbreak port on 5.3-RELEASE and 6-CURRENT for using bsdtar
unsupported flag (-S)
4. doesn't unnecessaryly rebuild things for 'make reinstall'
5. cleans up pkg_delete errors due to incorrect PLIST @dirrm ordering
6. cleans up pkg_delete errors due to trying to rm ${PREFIX}/etc
Thus 7. un-deprecates as portmgr's requirements met to keep port alive
Reviewed by: trevor
Fix a problem with the mupen64-sound plist (it leaves a
directory left over after it has been deleted)
PR: 75520
Submitted by: Travis Poppe <tlp@LiquidX.org>
properly run there (mostly due to threading issues).
Remove the share/applications and share/wine directories via pkg-plist.[1]
Pointed out by: pointyhat/kris[1]
improvements (as well as dozens of portability fixes by myself) and, with
the patch for [1] finally works on FreeBSD again, unlike all versions after
20040505.
PR: 73092 [1]
Submitted by: Simon 'corecode' Schubert <corecode@fs.ei.tum.de> [1]
Previously it was picked up as run time dependency for X libraries. That is
about to change so specify it explicitly.
Pointed out by: dosirak via kris, while testing X.Org upgrade
- Fix terminal allocation code under FreeBSD
- Catch up with PHK's cuaa->cuad rework in -CURRENT
- Avoid direct use of `unzip' command in Makefile in favor of ${UNZIP_CMD}
- Utilize DATADIR and DOCSDIR marcos in pkg-plist
- SIZEify
- Take maintainership
Approved by: fjoe (mentor, implicit)
PearPC 0.3.1 includes my patch for configure.in which makes
SDL usable and fixes stdint.h/inttypes.h trouble.
Fix build with JITC cpu for gcc34
PR: ports/72442
Submitted by: Roman Bogorodskiy <bogorodskiy@inbox.ru>
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
Updates dosbox from 0.61 to 0.62. Updates are speed/stability
increases, general updates, and gcc 3.4 support without the
patch. Note, the file 'files/patch-include-dos_inc.h' and
the directory 'files' have been removed.
PR: ports/72289
Submitted by: Tom Carrick <knyghtmare@knyghtmare.com>
I was holding this in hope they would get networking fixed. No
dice. *NETWORKING DOESN'T WORK IN THIS VERSION* and is disabled
in the Makefile.
Some people have reported success on !i386, so I've removed the
ARCH restriction for now. We'll see how it turns out.
This version makes gxmame stop working, see the other PR about
gxmame for a fix.
PR: ports/71252
Submitted by: Miguel Mendez <flynn@energyhq.es.eu.org>
description: A XFree86 4.x driver module for VMware guests
maintainer: ports@FreeBSD.org
status: IGNORE
deprecated because: This module is now part of XFree86 as of 4.1.0
expiration date: 2004-08-20
Bump PORTEPOCH.
Who would have thought that 0.2 < 20040701 ? What is
mathematics coming to these days?!
You know, back in MY day, we didn't have decimal points, 'cause
fractions hadn't been invented yet. You wouldn't go down to the
store and ask for half a cow. You couldn't even go to the store
and ask for a cow, 'cause meat hadn't been invented yet!
You think you all have it so easy, with your decimal points and
your hamburgers. Imagine what it was like back when we didn't
have mouths yet! We had to smear ground patty on our skin and
hope that it'd absorb into our bloodstream.
Yeah, you try getting some ground beef into your bloodstream. THEN
you'll find out whether you're a man or woman or boy or girl or
some reasonable facsimile thereof.
time you modify the sound settings within the sound menu for them to work
properly, though.
PR: ports/67644
Submitted by: Travis Poppe
Approved by: maintainer timeout
and make XFREE86_VERSION map to it. XFREE86_VERSION is now deprecated.
- Make xorg the default X_WINDOW_SYSTEM on -current.
- Add several new X_*_PORT variables which point to various pieces of X11 based
on the setting of X_WINDOW_SYSTEM, and make ports use them.
- Add information to CHANGES about how to handle the transition.
PR: ports/68763
Approved by: portmgr (marcus)
Approved by: re (scottl)
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Since 'OBJS=' line is inserted _after_ bsd.kmod.mk, OBJS value is
overridden by the line (ahh...) Hopefully, 'OBJS=' line is inserted
after 'SRCS=' line, but there's no handy way I suppose (sed's command
'i' requires to follow a newline, but how can I put a newline within
a one line?)
Since the contents (actually, kernel module) are changed,
bump PORTREVISION.
Submitted by: sobomax