OpenOrienteering Mapper is a software for creating
maps for the orienteering sport.
WWW: http://www.openorienteering.org/apps/mapper/
PR: 214758
Submitted by: Nikolay <sikmir@gmail.com>
Reviewed by: olivierd
Doesn't build on 12 with PLUGINS=on due to the math/vtk6 failure:
https://gitlab.kitware.com/vtk/vtk/issues/17285
It builds with PLUGINS=off.
Compared to the original submission, sevaral changes have been made:
* Added the PLUGINS option
* Fixed the GAMEPAD option
* etc.
PR: 226239
Submitted by: Neel Chauhan <neel@neelc.org>
* graphics/gwenview
* graphics/kamera
* graphics/kcolorchooser
* graphics/kdegraphics-mobipocket
* graphics/kdegraphics-svgpart
* graphics/kdegraphics-thumbnailers
* graphics/kimagemapeditor
* graphics/kolourpaint
* graphics/libkdcraw
* graphics/libkexiv2
* graphics/libkipi
* graphics/libksane
* graphics/okular
* graphics/spectacle
This is the current version of KDE Applications <foo>.
Note that users of KDE SC4 should stick with <foo>-kde4.
Differential Revision: https://reviews.freebsd.org/D14833
Wayland is an object oriented display protocol, which features request
and events. Requests can be seen as method calls on certain objects,
whereas events can be seen as signals of an object. This makes the
Wayland protocol a perfect candidate for a C++ binding.
The goal of this library is to create such a C++ binding for Wayland
using the most modern C++ technology currently available, providing an
easy to use C++ API to Wayland.
WWW: https://github.com/NilsBrause/waylandpp
This port is ignored by default because it requires a build of
graphics/mesa-libs with WAYLAND=on which is off by default.
I couldn't find an announcement, but all executables from
graphics/pfstmo are now in pfstools-2.1.0.
graphics/pfstools has been updated to 2.1.0 in r465069
2018-03-19 graphics/code-eli: Broken for more than 6 months
2018-03-19 databases/pg_rman: Broken for more than 6 months
2018-03-19 devel/elixir-simple_bayes: Broken for more than 6 months
2018-03-19 devel/elixir-stemmer: Broken for more than 6 months
2018-03-19 benchmarks/expedite: Broken for more than 6 months
2018-03-19 textproc/p5-HTML-CTPP2: Broken for more than 6 months
2018-03-19 textproc/rubygem-compass-rails: Broken for more than 6 months
This is a repo copy of the last 4.9 status of graphics/drm-next-kmod. While drm-next-kmod serves as the experimental DRM/KMS port, this new port will always trail it and be in a more stable state. This is not a guarantee that drm-stable-kmod will receive all versions from drm-next-kmod, more likely there will be jumps.
Mark the two ports as mutually conflicting.
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D14584
In order to make room for the up-to-date version of the KDE Desktop and its
applications move the KDE Application ports based on Qt4.
PR: 225992
Exp-run by: antoine
Reviewed by: rakuco, adridg
Differential Revision: https://reviews.freebsd.org/D14413
This is done for
* consistency,
* and to simplify the import of the newer KDE Plasma5 desktop and KDE applications
Bumps the dependencies.
Reviewed by: adridg
Differential Revision: https://reviews.freebsd.org/D12979
This application is developed by Wenzel Jakob and implements a novel
approach in managing and display of 3D meshes.
See the screenshot here:
https://github.com/wjakob/instant-meshes/raw/master/resources/screenshot.jpg
PR: 222711
Submitted by: Greg V <greg@unrelenting.technology>
Approved by: tcberner (mentor)
Differential Revision: D13661
color workflows to succeed, color information must be shared by
many people, from original creator to final publisher. For this
reason, Adobe is supplying ICC profiles as a free download for
graphics professionals to use across their workflows.
WWW: http://supportdownloads.adobe.com/detail.jsp?ftpID=4075
This add-on extends the functionality of Blender.
It allows to draw 3D objects ans scenes in a purely visual way, using the
graph-like interface, without the knowledge of any programming languages.
graphics/blender is modified, blender/Makefile.versions with the versions
is created for easy inclusion into the add-on ports.
Submitted by: myself
Approved by: tcberner (mentor), FreeBSD@Shaneware.biz (maintainer of graphics/blender)
Differential Revision: https://reviews.freebsd.org/D13721
Perl bindings for the SANE (Scanner Access Now Easy) Project. This module
allows you to access SANE-compatible scanners in a Perlish and
object-oriented way, freeing you from the casting and memory management in
C, yet remaining very close in spirit to original API.
WWW: http://search.cpan.org/dist/Image-Sane/
It's probably based on the old graphics/p5-Sane (last release in 2012)
but under active development. graphics/gscan2pdf switched to this library.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
Notable changes:
- mcrypt module was removed
- sodium module was added
- sybase_ct artifacts removed
Also many PECL ports will not work with this version
since some files got renamed.
Reviewed by: mat, ale, Rainer Duffner <rainer@ultra-secure.de>
Differential Revision: https://reviews.freebsd.org/D12980
Pixd visualizes binary data by mapping each octet to a colour
according to a palette, displaying the octet at a given number of
columns per line.
WWW: https://github.com/FireyFly/pixd/
PR: 219670
Submitted by: Dhananjay Balan <mail@dbalan.in>
Ptex is a per-face texture mapping system developed
by Walt Disney Animation Studios.
Ptex applies a separate texture to each face of a polygon mesh.
It's file format can efficiently store hundreds of thousands
of texture images in a single file.
WWW: http://ptex.us
PR: 222300
Submitted by: Shane <FreeBSD@ShaneWare.Biz>
This subclass of Convert::Color::RGB8 provides lookup of the colors that xterm
uses by default. Note that the module is not intelligent enough to actually
parse the XTerm configuration on a machine, nor to query a running terminal for
its actual colors. It simply implements the colors that are present as defaults
in the XTerm source code.
It implements the complete 256-color model in XTerm.
WWW: http://search.cpan.org/dist/Convert-Color-XTerm/
This package facilitates the creation and rendering of graph descriptions in the
DOT language of the Graphviz graph drawing software (repo) from Python.
Create a graph object, assemble the graph by adding nodes and edges, and
retrieve its DOT source code string. Save the source code to a file and render
it with the Graphviz installation of your system.
Use the view option/method to directly inspect the resulting (PDF, PNG, SVG,
etc.) file with its default application. Graphs can also be rendered and
displayed within Jupyter notebooks (a.k.a. IPython notebooks, example) as well
as the Jupyter Qt Console.
WWW: https://github.com/xflr6/graphviz
Already existed a port named graphics/py-graphviz, it was moved in
ports r408353 to graphics/py-pygraphviz because it was using an
incorrect name. More info in the commit log [1].
1 - https://svnweb.freebsd.org/ports?view=revision&revision=408353
PR: 222205
Submitted by: lbartoletti@tuxfamily.org
Reviewed by: koobs
Differential Revision: D12319
graphics/xpdf is renamed (actually copied) to xpdf3. Those who want to
continue to use xpdf with a Motif interface can either install xpdf3 or
set XPDF_VERSION=3 in make.conf and continue to install graphics/xpdf.
This works around any POLA issues people might have between the
old and the new.
PR: 222002
As xpdf 4.00 introduces a brand new GUI based on QT5 rather than
Motif, xpdf4 is being added as a new port, repocopied from
graphics/xpdf.
Subsequent to this commit graphics/xpdf will be renamed to xpdf3
and a master port of graphics/xpdf (similar in concept to
security/krb5, sysutils/cfengine and sysutils/syslog-ng) will be
created to allow users to seamlessly update. People concerned
with POLA will be encouraged to use the to be renamed graphics/xpdf3
port.
PR: 222002
Submitted by: Andrew Romanenko <melanhit@gmail.com>
This port includes the current state of the FreeBSDDesktop drm-next efforts to port Linux DRM/KMS components to FreeBSD via the linuxkpi. This version of the port incorporates Linux 4.9 code and works for amdgpu (HD7000/Tahiti and newer) and i915 (HD3000/Sandy Bridge and newer) on recent FreeBSD HEAD.
A lot of people helped to make this happen by testing and reporting bugs. However, very special acknowledgements are in order for kip, markj, hselasky, kwm, Johannes Lundberg, and Pete Wright.
Reviewed by: kwm, swills (mentor), hselasky, mat, bapt, rezny, dumbbell, jbeich, markj
Approved by: kwm, swills (mentor), hselasky (earlier version), mat (earlier version)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-base-graphics
Differential Revision: https://reviews.freebsd.org/D10021
manipulate colour management informations.
Part of that is a file format based on JSON and a implementation
of an according library for easy access.
Features:
* access to OpenICC device JSON DB
WWW: https://github.com/OpenICC/config
Marketing blurb [1]:
QtWayland is a Qt 5 module that wraps the functionality of Wayland.
QtWayland is separated into a client and server side. The client side
is the wayland platform plugin, and provides a way to run Qt applications
as Wayland clients. The server side is the QtCompositor API, and allows
users to write their own Wayland compositors.
This is mostly needed at the moment to make upstream KDE-CI happy, therefore
we don't wire it into the metaport devel/qt5.
It requires a little change to devel/qt5-qmake, as we needed to modify the
installed bsd.conf to know about wayland/egl.
Created together with Adriaan de Groot <groot@kde.org>.
Reviewed by: rakuco, groot_kde.org
Differential Revision: https://reviews.freebsd.org/D11744
