- Use DATADIR=${JAVASHAREDIR}/${PORTNAME} [1]
- Add 'java' category
- Use INSTALL_DATA rather than CP
- Use %%DATADIR%% in launcher scripts (already included in SUB_LIST by
bsd.port.mk)
- Pass JAVA_VERSION to javavmwrapper in launcher scripts
PR: 83979 [1]
Submitted by: Pedro F. Giffuni <giffunip@asme.org> [1]
the the cad/linux-gid port, but it doesn't adds a dependency to linux-gid,
since tochnog can be used standalone.
The right thing to do would be to add a slave port which installs the
plugins only. The slave port would have to depend upon linux-gid and
tochnog.
Since the linux-gid port installs now in X11BASE and tochnog installs in
LOCALBASE, we have a plist problem ATM too.
In light of the recent discussion about the right base directory for ports
which use X11 bits I decided to go the quick route until everything is
decided:
- move linux-gid back to LOCALBASE
- let tochnog still install the plugins
This reverts back to the status quo (a working tochnog/linux-gid). Someone
with a good asbestos suite may want to mark the tochnog port BROKEN.
Dependencies explained by: pfgshield-freebsd@yahoo.com
- 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
${PORTSDIR}/emulators/linux_base-${OVERRIDE_LINUX_BASE_PORT}).
- If USE_LINUX or OVERRIDE_LINUX_BASE doesn't point to an existing linux_base
port and if USE_LINUX isn't set to "yes" (case insensitive), the port will
be marked as IGNORE. [1]
- Readd USE_LINUX knobs into several ports and make several uses of a
conditional dependency ("USE_LINUX?=") into an unconditional one
("USE_LINUX=") which where removed/changed by Trevor to allow the use of
alternative linux_base ports. While this is a nice goal, the implementation
resulted in missing dependencies. The OVERRIDE_LINUX_BASE_PORT knob
in this commit is supposed to fix the problem while keeping the feature.
Basicaly this includes a backout of Trevor's commit, to prevent confusion
I mention it here explicitely.
- Use the correct prefix (X11- instead of LOCAL- or LINUX-) for some ports.
Chase dependencies for this.
- Changes to make linux_devtools installable on amd64, remove some stray
device nodes (they don't work on recent OS versions and aren't really
needed).
- Make linux_base-8 PREFIX clean and remove some stray device nodes.
Additionally tell a little bit more about how to setup NIS/YP [2].
- Update the PGSQL dependency in the linux-opengroupware port to a recent
version (the old one isn't available anymore), I don't know if this
works (at least it isn't more broken than before).
- Use PREFIX/usr/share/doc instead of PREFIX/usr/doc in the divx4linux
ports, the former path exists already and gets populated by other
packages too (PREFIX=LINUXPREFIX!).
- Fix some obvious (non-linuxolator) bugs in some linux ports while being
there.
- Bump PORTREVISION where neccesary.
Requested by: portmgr (linimon) [1]
Submittted by: Gerrit Kuehn <gerrit_huehn@gruft.fido.de [2]
Approved by: portmgr (kris, linimon), maintainers (or maintainer timeout)
Tested on: ports cluster (kris)
Reviewed by: silence on emulation@
Superseedes PR: 69997
Maintainer approval from:
chris@chrisburkert.decracauer@cons.org
des
girgen
jamie@bishopston.net
mezz
mi
nivit@users.sf.net
pat
simond@irrelevant.orgriggs@rrr.deUdo.Schweigert@Siemens.com
- The GUI is now based on gtk2 instead of Xaw
- Flags are stored symbolically in the .pcb file.
- As part of the switch to gtk2, the user customizable menu feature has
been temporarily broken. Hopefully this will be fixed by the next
snapshot. In addition, the loading of background images has also been
temporarily broken.
Submitted by: des
