Libical is an Open Source implementation of the IETF's iCalendar
Calendaring and Scheduling protocols. (RFC 2445, 2446, and 2447). It
parses iCal components and provides a C API for manipulating the
component properties, parameters, and subcomponents.
===> The following configuration options are available for libical-3.0.20_1:
ALLOWEMPTY=off: Prevent empty properties from being replaced with X-LIC-ERROR
DOCS=on: Build and/or install documentation
GLIB=on: Build GLib bindings
INTROSPECTION=on: Build GObject Introspection
VAPI=on: Build VALA API files
===> Use 'make config' to modify these settings
devel/libical: Improve port
* Replace PORTVERSION with DISTVERSION
* Enable "make test"
* Remove local patch
* Some layout changes to port Makefile
PR: 283554
Reviewed by: desktop (arrowd)
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 )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
devel/libical: update to 3.0.8
Changelog since 3.0.4 (2018-08-14) to 3.0.8 (2020-03-07):
3.0.5:
* New publicly available function:
1 icalproperty_get_datetime_with_component()
* Allow reset DATE/DATE-TIME VALUE parameter for all-day events
* icalproperty_get_datetime_with_component() will use location as TZID
fallback.
* New CMake option ENABLE_GTK_DOC for disabling the libical-glib developer
documentation
* GObject Introspection - use $MAJOR-0 versioning
* libical-glib API is considered unstable:
define LIBICAL_GLIB_UNSTABLE_API=1 before including
<libical-glib/libical-glib.h>
* Built-in timezones updated to tzdata2019a
* De-fuzzifications and Coverity fixes
(Only the first 15 lines of the commit message are shown above )
Move some gnome@ ports to desktop@
As gnome@ is lacking active committers at the moment, transfer some of its
ports [1] up the stack to the desktop@ group, in hope that this way we get some
updates in as the set of people that "should feel responsible" grows.
As soon as gnome@ grows some committers again, this can (and should) of course
be reverted again.
[1] The list of ports chosen in this move consits of all the ports that are
required to build x11/kde5.
Approved by: portmgr (bapt)
Differential Revision: https://reviews.freebsd.org/D26362
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
The FreeBSD GNOME team proudly presents GNOME 3.28 for FreeBSD.
The offical GNOME 3.28 release notes can be found at
https://help.gnome.org/misc/release-notes/3.28/
Thanks to Antoine Brodin for running the exp-runs.
PR: 229761
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
While I'm cleaning out my queue for Q3, add this trivial change which
I have had around for a while.
It merely brings the usage into modernity. (Well, it drops ia64, but
that was done in a tree sweep a long time ago.)
Approved by: portmgr (tier-2 blanket)
USES+=compiler:c++11-lib to unbreak devel/libical build on PowerPC
and other arches where gcc is the base compiler.
No PORTREVISION bump because this is a no-op on arches with clang
as the base compiler, and it unbreaks the build on the rest.
PR: 221642, 215770
Reported by: Robin <solence AT zoho.eu>
Import upstream patch:
https://github.com/libical/libical/commit/77f82ba88abbb633dc52335fcc050bec3b41c2
69
icaltzutil_fetch_timezone now creates VTIMEZONE components using
RRULEs rather than expanding out every year (if
USE_INTEROPERATIVE_VTIMEZONES was off) or using a single time zone
back to 1970 (if it was one).
This creates more accurate time zones that are compatible with dates
whose time zones have since transitioned to a different offset (such
as a date in America/New_York in 1980). Removed
icaltzutil_set_exact_vtimezones_support and
icaltzutil_get_exact_vtimezones_support. Removed
USE_INTEROPERABLE_VTIMEZONES.
Add missing USE_GNOME=introspection:build
Fix segmentation fault with evolution-calendar-factory
Pet portlint, USE_* comes before USES
PR: 226460
Submitted by: cpm
Obtained from: github libical/libical (partially)
- Update devel/libical to version 2.0
- Bump PORTREVISION in all consumers
- mail/claws-mail-vcalendar now builds, remove IGNORE
- Mark devel/libical-glib as BROKEN
Release Highlights
WARNING: Version 2 IS NOT Binary Compatible with Older Versions
Version 2 is Source Compatible with Older Versions
Lots of source code scrubbing
[New] RSCALE support (requires libicu from http://www.icu-project.org)
[New] CalDAV attachment support (draft-daboo-caldav-attachments)
[New] Resurrect the Berkeley DB storage support
[Bug] issue83: Incorrect recurrence generation for weekly pattern
Handle RRULEs better
Handle threading better
PR: 218711
Submitted by: myself
Approved by: maintainer timeout
Github cleanup.
- Use the version tag instead of commit hash when they're the same.
- Remove unnneeded variables.
- Simplify go- ports when possible.
- Various fixes.
Sponsored by: Absolight
Add USES=pathfix support for CMake. Some ports that use CMake to build
already had USES=pathfix, although it did nothing. For those ports, I
either removed it as they were handling the pkgconfig files differently
or I removed patches and substitutions that accomplished the same thing
as pathfix.
Differential Revision: https://reviews.freebsd.org/D850
Reviewed by: antoine, bapt, tijl
Approved by: portmgr (bapt)
devel/libical: Mark not jobs safe
This port isn't safe for parallel building. While here, also bring in
configure modification for DragonFly
Approved by: x11 (kwm)
-Update devel/libical to 0.48.
-Update the header
-OPTIONSng
-Use the ltverhack to correct the shared library version (44 -> 0).
Bump the rest ports that depend on devel/libical because of shared library
version has been changed. Document the update in UPDATING.
PR: ports/173540
Remind by: Marcin Cieslak <saper@saper.info>
- 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
-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
* Add a hack to make libical on FreeBSD work like libical on Linux. This
is known to fix a crash in Evolution.
* Switch maintainer to gnome.
Approved by: Joe Kelsey (previous maintainer)
Presenting GNOME 2.26 for FreeBSD. See
http://library.gnome.org/misc/release-notes/2.26/ for a list of what's new.
On the FreeBSD front, we introduced a port of libxul 1.9 as an alternative
for Firefox 2.0 as a Gecko provider. Almost all of the Gecko consumers
can make use of this provider by setting:
WITH_GECKO=libxul
The GNOME 2.26 port was done by ahze, kwm, marcus, and mezz with
contributions by Joseph S. Atkinson, Peter Wemm, Eric L. Chen,
Martin Matuska, Craig Butler, and Pawel Worach.
- Update to 0.27
- Update WWW to the new site on sourceforge
PR: ports/118444
Submitted by: Derkjan de Haan <haanjdj at gmail.com>
Approved by: maintainer timeout (2 months)
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.
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.
Add libical, an implementation of the IETF's Calendaring and Scheduling
protocols.
PR: 44880
Submitted by: Joe Kelsey <joek@zircon.staff.flyingcroc.net>
