OpenRM Scene Graph is set of tools and utilities that implement a
high performance, flexible and extendible scene graph API. Underneath
OpenRM, OpenGL(tm) is used as the graphics platform for rendering,
so OpenRM is highly portable and can deliver blazing rendering speeds.
OpenRM can be used on any platform that has OpenGL, and has been
built and tested on:
x86 Linux (s/w via Mesa, h/w using vendor drivers, e.g., nVidia)
Irix
Solaris
FreeBSD
Win32 (95/98/NT/2K/ME).
OpenRM is a derivative work of RM Scene Graph (tm), a commercial
scene graph product from R3vis Corporation. Late in 1999, R3vis announced
the release of OpenRM into the Open Source community, with the
OpenRM debut occuring on 1 March 2000. R3vis continues to maintain
and develop RM Scene Graph, which contains additional features not
present in OpenRM.
===> The following configuration options are available for openrm-1.6.0.2_4:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
graphics: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Abel Chow <ozsanh45vds001@sneakemail.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Ade Lovett <ade@lovett.com>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Hayward <xelah@xelah.com>
* Alex Ivasyuv <siegerstein@pochta.ru>
* Alex Samorukov <samm@os2.kiev.ua>
(Only the first 15 lines of the commit message are shown above )
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
Add USES=xorg USES=gl, ports categories g
Add USES=xorg and USES=gl to ports in categories starting with 'g'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
Remove BROKEN statements for Tier-2 architectures: they do build fine on at
least PowerPC and I could not find a reason (MD code, etc.) why they should
fail on sparc64 or ia64 (and the latter is no longer supported in -CURRENT).
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
- Update to 1.6.0.2
- Fix indentition
- Convert to new options framework
- Trim Makefile headers
- Remove ABI number from LIB_DEPENDS
- Mark MAKE_JOBS_UNSAFE
- Allow building on all ARCHS
- Use EXAMPLES option in place of custom WITH_DEMOS variable
PR: ports/170153
Submitted by: KATO Tsuguru <tkato432@yahoo.com>
Feature safe: yes
For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
Update port: graphics/openrm 1.4.3 -> 1.5.0
Updating port 1.4.3 -> 1.5.0 details:
1. Fixed contact emails
2. Wrote patches for the port in a different manner
(now it would be easier to submit them to openrm developers)
Unfortunatly openrm has quite ugly building environment, so
MAKE_ARGS still remain.
3. Removed comments around pthread_setconcurrency in both
library sources and one of demos. This function has been finally added
to STABLE.
PR: ports/56996
Submitted by: Igor Pokrovsky <tiamat@comset.net>
Update port: graphics/openrm bento fix and 1.4.2 -> 1.4.3
1. Fixed bento error (was not buildable on alpha)
2. Updating 1.4.2 -> 1.4.3
3. Removed RM_INSTALL=${X11BASE} from port makefile,
because it was forcing OpenRM makefiles to install things
even during port build phase.
4. Fixed calls to pthread_setconcurrency in demo programs.
Now they all are buildable.
PR: ports/51267
Submitted by: Igor Pokrovsky <igor.pokrovsky@cnrm.meteo.fr>
Update port: graphics/openrm (some fixes)
What has been changed:
1. Fixed problem with DISTFILES, when WITH_DEMOS=yes flag is specified
2. Added patch for openrm demos. Perhaps it is a kind of bad hack,
because I used EXTRA_PATCHES to point to addition patch for demos.
I guess, that it would be better to split port in two parts, one
containing the main distribution and the other with all demos.
Let me know if this is better way.
PR: ports/50744
Submitted by: Igor Pokrovsky <igor.pokrovsky@cnrm.meteo.fr>
New port: graphics/openrm OpenGL based library
OpenRM Scene Graph is set of tools and utilities that
implement a high performance, flexible and extendible scene
graph API. Underneath OpenRM, OpenGL(tm) is used as the
graphics platform for rendering, so OpenRM is highly portable
and can deliver blazing rendering speeds. OpenRM can be
used on any platform that has OpenGL.
PR: ports/40366
Submitted by: Igor Pokrovsky <tiamat@telegraph.spb.ru>
