Evolution-data-server provides the various backend components for the
Evolution integrated mail/PIM suite, including the Berkeley database
backend and the libical calendar components.
===> The following configuration options are available for evolution-data-server-3.56.2_4:
BDB=on: Use Berkeley DB
CANBERRA=on: Canberra-GTK for sound in evolution-alarm-notify
GTK4=on: GTK4 vs. GTK3
LDAP=on: LDAP Authentication
OAUTH2=on: Oauth2 Authentication using webkit
VAPI=on: Build VALA API files
WEATHER=on: Weather calendar backend
====> Kerberos support: you have to select exactly one of them
GSSAPI_BASE=on: GSSAPI support via base system (needs Kerberos)
GSSAPI_HEIMDAL=off: GSSAPI support via security/heimdal
GSSAPI_MIT=off: GSSAPI support via security/krb5
GSSAPI_NONE=off: Disable GSSAPI support
===> Use 'make config' to modify these settings
*/*: bump PORTREVISION for gtk40 upgrade
The gtk40 port and friends had a binary incompatible upgrade. Bump
PORTREVISION of their consumers to for rebuild and reinstallation.
PR: 292076
databases/evolution-data-server: Only one webkit.
Cleanup dependencies from 284965.
Add BDB and GTK4 options from 284965.
Add CANBERRA and OAUTH2 options.
Depend on at-most one flavor of webkit, selected by GTK4 option.
Webkit is not needed when OAUTH2 is disabled.
PR: 284965, 288105
Reviewed by: fluffy
gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move
The GTK 1-based gdk-pixbuf has not existed for some time.
No functional or package changes.
gnome: add many missing dependencies from previous upgrades
This fixes the build of newer evolution-data-server, evince, eog-plugins
Reported by: mandree
databases/evolution-data-server: Fix build with ICU 76+
* Bump C++ version to c++17
* Adjust CMake build script to include all required ICU libraries
PR: 278420
Approved by: portmgr (blanket, build fix)
www/webkit2-gtk: update to 2.46.5
Changelog:
https://github.com/WebKit/WebKit/blob/webkitgtk-2.46.5/Source/WebKit/gtk/NEWS
Now consolidated into one port with flavours since the codebase is
the same, just linked with different libraries resulting in different
SONAMEs and APIs. SONAMEs/flavours:
* GTK3 + libsoup = libwebkit2gtk-4.0 (40)
* GTK3 + libsoup3 = libwebkit2gtk-4.1 (41)
* GTK4 + libsoup3 = libwebkitgtk-6.0 (60)
Despite upstream's recommendation to use clang for better skia
optimisation, this port now USE_GCC due to extensive std::pair copy
constructor use that is not trivial to continue patching to stay
working with our libc++ version 1 ABI. See review D35327 for some
details.
Reported by: eduardo
PR: 275914
Differential Revision: https://reviews.freebsd.org/D45878
security/gcr: Update to 4.3.0
Move the previous version to security/gcr3 and switch consumer ports to it
PR: 282046
Approved by: vishwin
Sponsored by: Future Crew, LLC
databases/evolution-data-server: make usable when sqlite3 has option DQS
disabled
This port uses "%s" in some SQL queries where '%s' should have been
used. When the DQS (double-quoted string) misfeatures of SQLite3 is
disabled, these queries fail and cause the error "no such column: %s".
Change these queries to fix evolution.
PR: 278249
Approved by: fluffy (gnome)
MFH: 2024Q2
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
accessibility/at-spi2-core: update to 2.46.0
What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
interface.
What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).
What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments.
(Only the first 15 lines of the commit message are shown above )
Mk/**ldap.mk: Convert USE_LDAP to USES=ldap
Convert the USE_LDAP=yes to USES=ldap and adds the following features:
- Adds the argument USES=ldap:server to add openldap2{4|5|6}-server as
RUN_DEPENDS
- Adds the argument USES=ldap<version> and replaces WANT_OPENLDAP_VER
- Adds OPENLDAP versions in bsd.default-versions.mk
- Adds USE_OPENLDAP/WANT_OPENLDAP_VER in Mk/bsd.sanity.mk
- Changes consumers to use the features
Reviewed by: delphij
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D38233
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
databases/evolution-data-server: Use iconv from ports.
mail/evolution, the main consumer of this port has USES=iconv:wchar_t, which
means using iconv from ports. This port most likely was also meant to use it,
as files/patch-CMakeLists.txt hints.
net/openldap24-client: bump all dependent port
In the earlier net/openldap24-server commit, only those which depend on
net/openldap24-sasl-client were bumped. Bumping all dependent port that
didn't get a bump to force a rebuild of these packages.
Suggested by: kib
databases/evolution-data-server: update to 3.40.3
Changelog:
Evolution-Data-Server 3.40.3 2021-07-09
---------------------------------------
Bug Fixes:
I#336 - Handle "Object is out of sync" during backend refresh better
(Milan Crha)
Miscellaneous:
tests: Workaround libphonenumber behavior change (Milan Crha)
test-book-client-write-write: Fix occasional test failure (Milan Crha)
IMAPx: Change how Junk and NotJunk flags are handled (Milan Crha)
ECalBackendFile: Free interval tree only when being allocated (Milan
Crha)
databases/evolution-data-server: fix build for CMake 3.20
This is basically upstream commit
c95a70bfeae25ba11fbe50fe759a6cdb29388e44
but re-done independently by me because I fixed first and
then looked in source control.
Update the mail/evolution family of ports:
* databases/evolution-data-server to 3.40.0
* mail/evolution(-ews) to 3.40.0
Differential Revision: https://reviews.freebsd.org/D29617
First batch at upgrading gnome to 3.36/3.38
Update evolution-dataserver to 3.38.0 and because of ABI breakage update ports
depending on it
Update bijiben to 3.38.0
Update gnome-calendar to 3.38.0
Update gnome-contacts to 3.38
Update gnome-maps to 3.38.0
Patch gnome-todo to work with newer evolution-dataserver (patched obtained from
OpenBSD/Archlinux)
Update evolution to 3.38.0
Update evolution-ews to 3.38.0 (among changes it brings support for office365)
Update folks to 0.14.0
Update cheese to 3.38.0
(Only the first 15 lines of the commit message are shown above )
Chase security/p11-kit update
After switch to meson libp11-kit.so no longer has symbols
in the LIBP11_KIT_1.0 namespace. As a workaround, bump
PORTREVISION of consumers to get those rebuilt.
See more details in the comments of the linked PR.
PR: 248819
Reported by: John Hein
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
databases/evolution-data-server: unbreak with ICU 61
src/libedataserver/e-alphabet-index-private.cpp:79:2: error: unknown type name
'UnicodeString'; did you mean 'icu::UnicodeString'?
UnicodeString string;
^~~~~~~~~~~~~
icu::UnicodeString
/usr/local/include/unicode/unistr.h:286:20: note: 'icu::UnicodeString' declared
here
class U_COMMON_API UnicodeString : public Replaceable
^
src/libedataserver/e-alphabet-index-private.cpp:132:3: error: unknown type name
'UnicodeString'; did you mean 'icu::UnicodeString'?
UnicodeString ustring;
^~~~~~~~~~~~~
icu::UnicodeString
/usr/local/include/unicode/unistr.h:286:20: note: 'icu::UnicodeString' declared
here
class U_COMMON_API UnicodeString : public Replaceable
^
https://ssl.icu-project.org/trac/changeset/40705
PR: 227042
Reported by: antoine (via exp-run)
devel/icu: drop C++98 compatibility workarounds
Now that both USE_GCC and -CURRENT default to C++14 there's little
reason to complicate maintenance. Revert r449685 to usher consumers
into post-C++11 world.
PR: 222433222434222435
Back out C++11 changes for ICU >= 59
r449608, r449609, r449610, r449611, r449612, r449613, r449614,
r449621, r449661, r449662 are reverted. ICU will pull char16_t typedef
in C++98 mode instead.
Pointy hat to: jbeich
PR: 218788222222222225
databases/evolution-data-server: switch to C++11, required by ICU >= 59
In file included from e-alphabet-index-private.cpp:37:
In file included from /usr/local/include/unicode/alphaindex.h:18:
/usr/local/include/unicode/unistr.h:3025:7: error: delegating constructors are
permitted only in C++11
UnicodeString(ConstChar16Ptr(text)) {}
^~~~~~~~~~~~~
/usr/local/include/unicode/unistr.h:3087:7: error: delegating constructors are
permitted only in C++11
UnicodeString(ConstChar16Ptr(text), length) {}
^~~~~~~~~~~~~
/usr/local/include/unicode/unistr.h:3180:7: error: delegating constructors are
permitted only in C++11
UnicodeString(Char16Ptr(buffer), buffLength, buffCapacity) {}
^~~~~~~~~~~~~
PR: 218788
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Make ninja opt-out in cmake.mk
Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
Update evolution suite to 3.24.
* The build system switched to CMake, with ninja. Drop USES=gmake
* Remove systemd files, we have no need for them.
* Add/update WWW to new location
evolution-data-server:
* Remove double icu dependacy
* Make LDAP into a option, like mail/evolution
* Remove BDB warning message. This message was here if the user had a
nondefault bdb version selected. Due to that the eds only use bdb
version 5, the message can go.
evolution:
* Reenable MAPS option
* Add YTNEF option to support MS Outlook TNEF format
* Gstreamer is not used anymore
Update evolution-data-server to 3.22.7
Update evolution to 3.22.6
Update evolution-ews to 3.22.6
* all: record missing dependancies.
* eds: libsoup-gnome is not needed replace it with libsoup.
* eds: merge the compiler USES into the main USES line, it is always
needed. Remove the related text.
* evo: move the canberra-gtk3 dependancy to the canberra option
* evo-ews: drop google doc link in pkg-descr.
Obtained from: gnome devel repo
- 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
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
devel/nspr, security/nss: drop version from SONAME
No other downstream appends synthetic library version, and doing so
causes underlinking due to fragile build system (see below). Not to
mention being unable to swap out bundled libs from upstream builds.
$ cc -lplds4 -L/usr/local/lib
/usr/lib/crt1.o: In function `_start1':
crt1_c.c:(.text+0xa6): undefined reference to `main'
/usr/local/lib/libplds4.so: undefined reference to `pthread_set_name_np'
/usr/local/lib/libplds4.so: undefined reference to `pthread_create'
/usr/local/lib/libplds4.so: undefined reference to `pthread_condattr_init'
/usr/local/lib/libplds4.so: undefined reference to `pthread_setschedparam'
/usr/local/lib/libplds4.so: undefined reference to `pthread_getschedparam'
PR: 213144
Exp-run by: antoine
- Update devel/icu to 57.1.
- Clean up the Makefile.
- Follow some upstream recommendations (--with-data-packaging=archive,
--disable-renaming, -DICU_NO_USER_DATA_OVERRIDE).
- Patch makefiles to install static libraries with INSTALL_DATA so they
aren't stripped.
- Patch config/mh-bsd-gcc to sync with config/mh-linux-gcc.
- Fix endianness detection in ICU. The code wanted to use BYTE_ORDER
defined in machine/endian.h, but this isn't visible because ICU is
compiled with _XOPEN_SOURCE. Patch the code to use _BYTE_ORDER instead.
- Compile ICU with C++11 compiler to enable move constructors.
- Patch ICU to fix a problem with atomics in the case of a C++11 compiler
without C++11 header <atomic> (like Clang on FreeBSD 9).
- Bump all ports that depend on it due to library version change.
- Add USES=compiler:c++0x to some ports that pick up -std=c++0x from ICU
pkgconfig files.
- Add USES=compiler:c++11-lib to graphics/libcdr01 because it also needs
a C++11 runtime library now. Add this to all ports that depend on it
so their executables load the right libstdc++.so on FreeBSD 9.
PR: 205120
Exp-run by: antoine
Approved by: portmgr (antoine)
Drop bogus libgnome-keyring dependency
And add dependency upon libsecret where needed. Bump PORTREVISION
because of dependency change. For x11/gdm also drop KEYRING option
and corresponding logic bits - this functionality is now available
unconditionally.
Differential Revision: D5690
Reviewed by: kwm, mat
Number of commits found: 235 (showing only 100 on this page)
