A hardware-accelerated canvas API for X-Windows that can draw anti-aliased
text, smooth super and sub-sampled images, alpha-blend, as well as drop down to
using normal X11 primitives such as pixmaps, lines and rectangles for speed if
your CPU or graphics hardware is too slow.
WWW: http://docs.enlightenment.org/auto/evas/
- Merge EFL libraries into devel/efl and update to 1.12.0
- Update x11-toolkits/elementary to 1.12.0
- Update x11-wm/enlightenment to 0.19.1
- Update graphics/evas_generic_loaders-* to 1.12.0
- Update devel/e_dbus to 1.7.10
- Update benchmarks/expedite to 1.7.10
- Move some of x11-wm/e17-module-* to x11-wm/e-module-*
and update to recent snapshots
- Add multimedia/emotion_generic_players-vlc
- Add multimedia/rage
Reviewed by: crees, antoine
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)
Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. Categories G-I.
CR: D201
Approved by: portmgr (bapt)
Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
- pass maintainership of this ports to new volunteer
- add some of them to `enlightenment' virtual category
PR: 166814
Submitted by: Grzegorz Blach <magik at roorback dot net>
- Return my ports back to the pool. I was unable to make any fixes to
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
- Update e17 applications suite to the recent snapshot.
Thanks to Grzegorz Blach <magik@roorback.net> for doing the hard work
preparing the initial version of the update!
PR: ports/148038
Submitted by: Grzegorz Blach <magik@roorback.net> (based on)
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)
- Update enlightenment-devel and EFL libraries to the latest snapshot
- Deprecate old unsupported apps and modules (entice, devian, eveil, engage)
- Split evas and ecore to separate modules to handle dependencies properly
- Disable PAM in enlightenment-devel as it don't work anyway (requires root
privilegies)
- Add DBUS support.
Thanks to: az
- Update e17 ports to 20070223 snapshot
- Bump portrevisions on all imlib2-dependend ports as the library soversion
was bumped [1]
- Disable fade-in effects in x11-fm/evidence permanently, since evas doesn't
support it anymore. [2]
The patch was tested in the tinderbox.
Approved by: portmgr (marcus) [1],
Anders Troback <freebsd@troback.com> (maintainer) [2]
- Move to LOCALBASE
- Use new EFL framework
- Update all e17 ports to the lates stable cvs snapshot
- Add additional knobs/options to ports makefiles to control the
feature set
- Add a bunch of new e17 applications/libraries
- Minor improvements/modification.
Approved by: vanilla (old maintainer), sem (mentor)
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.
Upgrade to 0.9.9.010, and it's not api compatible with old one,
But, only graphics/ruby-evas depends on evas 0.6, and it's out of date.
I will remove graphics/ruby-evas later.
1: Upgrade imlib2 to 1.2.0
2: chase shared library version to 3.
PR: ports/78347
Submitted by: Russell Jackson <raj at cserv62.csub.edu>
Somepart by: me
Apply a big libtool patch to allow porters to use the libtool installed by
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
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
