DiaCanvas is in its second incarnation: DiaCanvas2. Aiming towards future
computing needs on GNOME based desktop environments, DiaCanvas2 is providing
you with a full featured diagramming canvas:
- Model/View/Controller based design: The DiaCanvas class only holds
abstract data (using DiaShape objects), the data is rendered by one or
more DiaCanvasView's.
- Usage of the widely used GnomeCanvas for visualization. This makes it
easy to let DiaCanvas2 display anti-aliased diagrams with translucency
(alpha) support.
- Export facilities for GnomePrint and SVG.
- Objects can be rotated/sheared/resized/etc. without the need to
recalculate shapes. DiaCanvas relies heavily on the LibArt library
(which is a standard GNOME library).
- Objects can connect to each other with handles. The connection is
represented as a mathematical equation, which is solved using a real
linear constraint solver (see the reference documentation for more info).
Handles do not need predefined connection points, but can connect to each
other in a more generic way.
- Of course DiaCanvas2 has all the features a modern application needs,
including undo/redo and copy/paste functionality (copying is not
implemented yet).
WWW: http://diacanvas.sourceforge.net/
===> The following configuration options are available for diacanvas2-0.15.4_6:
NLS=on: Native Language Support
PRINT=on: GNOME print support
===> Use 'make config' to modify these settings
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
(Only the first 15 lines of the commit message are shown above )
USES+= gettext-tools on 6 ports
These ports require msgfmt. FreeBSD doesn't fail to build these ports
because a default option on gvfs brings in this tool. The same gvfs
option is off by default on DragonFly and thus the missing dependencies
were unmasked. Explicitly add gettext-tools to get msgfmt.
Fix build with glib 2.34 [1] and while here make it build with clang.
Also add support for GNOME print which wasn't handled.
Submitted by: pointyhat via miwi [1]
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <cvs-src@yandex.ru>
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
Chase the GNOME X11BASE to LOCALBASE move, and fix the build with the
new freetype2 where needed.
Submitted by: mezz, ahze, pav, and many others
Approved by: portmgr (implicit, kris)
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
[UPDATE] updating graphics/diacanvas2 to 0.14.1 and fix problem
with python bindings
This patch updates the port graphics/diacanvas2 to 0.14.1
and marks it as unbroken.
Please commit PR/73309
(http://www.freebsd.org/cgi/query-pr.cgi?pr=73309) before
testing/commiting this patch.
If someone is interested, I could also take maintainership
for this port.
PR: ports/73310
Submitted by: Jens Rehsack <rehsack@liwing.de>
Fix package building by adding a dependency on Xvfb in the
PACKAGE_BUILDING case. The package build scripts then DTRT and ensure
this is running at build-time so a DISPLAY is available.
Approved by: portmgr (self)
- Add the X_WINDOW_SYSTEM={xorg,xfree86-4,xfree86-3} variable to bsd.port.mk,
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)
