LibOFX is a parser and an API designed to allow applications to
very easily support OFX command responses, usually provided by
financial institutions for statement downloads.
LibOFX was implemented directly from the full OFX 1.6 spec, and
currently supports:
- Banking transactions and statements
- Credit card and statements
- Investment transactions
- OFX 2.0
Future projects for LibOFX include:
- Header parsing
- DTD autodetection
- Currency conversion
- QIF import
- QIF export (integrated inside the library)
- OFX export
===> The following configuration options are available for libofx-0.10.9_2:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
*/*: Update WWW to use HTTPS for sourceforge.net projects
Homepage link is permanent redirected to its HTTPS counterpart
Issue reported by repology : https://repology.org/repository/freebsd/problems
Approved by: portmgr (blanket)
PR: 274888
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 )
finance: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Anton Berezin <tobez@FreeBSD.org>
* Christopher Boumenot <boumenot@gmail.com>
* David Naylor <naylor.b.david@gmail.com>
* Dermot Tynan <dtynan@kalopa.com>
* Dorit Rottner (<rottner@punkt.de>)
* Emanuel Haupt <ehaupt@FreeBSD.org>
* Eric Freeman <freebsdports@chillibear.com>
* Glenn Johnson <glennpj@charter.net>
* James FitzGibbon <jfitz@FreeBSD.org>
* Janky Jay <ek@purplehat.org>
(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
Fix Daylight Saving Time (DST) detection. Previous patch was erroneously
dectecting whether DST is currently in effect for the timezone (TZ) in use
instead of emulating the glibc global daylight variable which is set to 0 if
DST conversions should never be applied for the TZ in use; otherwise non-zero.
PR: 220665
Submitted by: madpilot
MFH: 2017Q3
Chase a bunch of failures after libsigc++20 update
New libsigc++20 requires c++11 (it exposes c++11) so explicitly use -std=c++11
where needed.
Mark as broken a bunch of ports which are not c++11 compatible
converters/libiconv:
- Remove const qualifier from iconv(3) to match POSIX:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html
- Patch iconv.h to expose more GNU extensions when LIBICONV_PLUG is
defined because the base system iconv supports these extensions too.
Add/remove patches to/from ports to call iconv with non-const arguments.
This breaks some ports on FreeBSD 10 because base system iconv.h still has
the const qualifier. Fix this by letting USES=iconv add a build dependency
on converters/libiconv so ports can use its iconv.h (with LIBICONV_PLUG
defined) instead of the base system iconv.h.
This exposed some ports that link with libiconv when it is available instead
of using libc iconv. In these cases one of the following changes has been
(Only the first 15 lines of the commit message are shown above )
finance/libobx: Fix numerous issues
I came to fix only one problem with libofx, but when it failed to pass
stage-QA checks, I found others.
1) CXXFLAGS not propagated (PHB 12.9) due to bug in configure (blanket)
2) DragonFly iconv support (blanket, taken from DPorts)
3) DOXYGEN option was no implemented
* --disable-doxygen was set rather than DOXYGEN_CONFIGURE_ENABLE
* DOXYGEN_BUILD_DEPENDS was not set
4) disable doxygen setting, html documentation got installed
unconditionally, but this was not reflected in plist
I decided that --disable-doxygen was the correct option because html files
were already provided an installed, so the DOXYGEN option was removed. I
used PORTDOCS to fix the pkg-plist. This port passes stage-QA now.
Approved by: blanket and just-fix-it
- USES=libtool, drop .la files
- Strip binaries
- Remove autotools hacks that can be fixed with staging
- Fix packaging of documentation and give regular DOCS their own option
- Rename APIDOC option to DOXYGEN
- Bump PORTREVISION
- Update finance/libofx to 0.9.9
- Support staging
- Remove USE_GCC= any; port seems to build fine with clang
- Move LICENSE to proper location
- Modernize LIB_DEPENDS
- USE_GMAKE -> USES= gmake
- Update pkg-descr to reflect current capabilities
- Bump PORTREVISION on dependent ports due to so version bump
- Update devel/automake to 1.14
- Update devel/gettext to 0.18.3
- Fix known-broken (from exp-runs) ports
- Clean up a lot of cruft in the devel/gettext port itself,
based on work from tijl@
PR: 178883
Submitted by: ade
Sponsored by: Wadsworth 6X
Force numerous ports that fail to build with clang over to instead always
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
- 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
- Update to 0.9.2
- Pass maintainership to submitter
- Mark MAKE_JOBS_SAFE
- Add LICENSE (GPLv2)
- Remove MD5 checksum
PR: ports/154783
Submitted by: Jason E. Hale <bsdkaffee@gmail.com>
-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 the version of the curl shared library after the ftp/curl update
to 7.19.2.
Bump PORTREVISION, even on the ports that do not have a versioned
dependency, since the binaries will most probably still stop working.
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 textproc/opensp's libosp version upgrade
- bump PORTREVISOIN for depends change
PR: ports/108233
Submitted by: Peter Johnson
Pointyhat to: kuriyama
Update the ftp/curl port to 7.16.0.
Bump PORTREVISION of all dependent ports.
Fix the build errors in the few ports that still use the long deprecated,
and now obsoleted, cURL options.
Thanks to everyone who took the time to look over the patch!
Discussed on: -ports
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.
