innocuous and small compared to kde3, and built into netbsd-6 anyway,
and the package finds sqlite3 regardless of whether it's buildlinked,
always depend on sqlite3. Should fix build on netbsd-5.
Remove commented-out traces of a sqlite3 option from options.mk.
PKGREVISION++
The main problem with this package is that sqlite2 was building
automatically, but the makefile for it was broken. The QTDIR variable
wasn't getting expanded in the makefile, so the rpath for sqlite3 library
was corrupt. Once the Makefile was fixed, libsqlite3.so built normally,
but it didn't get installed due to another Makefile issue. Finally, it
built and installed, but then the PLIST was missing its entry.
After everything was verified building ok, I discovered somebody had
added and then commented out "sqlite3" option. Since it's building by
default, I took this option out. If somebody else decides that it
should be optional, I'll let them tweak the configure args, PLIST, and
options file to make that happen.
* Fixed the way to calculate balance variation for the linear regression
forecast method (backported from KDE4)
* Fixed a crash when a budget selected for a report is no longer present
* Don't allow import of investment transactions that don't have a share
amount. This used to end in a div by zero when calculating the price.
* Add all overdue schedules when calculating forecast
* Backported fix from Ian Neal to solve problems when opening the ledger
with specific scheduled transactions
* Fixed loop in payments of the home page when a schedule is set to
end by date
* Improved anonymizer
* Fixed transaction loader for XML file
* Don't preset date in currency calculator to today in all cases
What's new in KMyMoney 1.0.3:
. The KMyMoney development team is pleased to
announce a major step forward for what has been
described as
. "the easiest personal money tool out there",
with the availability of a new stable release,
version 1.0.3.
. This is a maintenance release which fixes a few
bugs that have been reported and has some updated
translations.
What's new in KMyMoney 1.0.2:
. This is a maintenance release which fixes a few
bugs that have been reported and has some updated
translations.
What's new in KMyMoney 1.0.1:
. This is a maintenance release which fixes a
crash when creating credit card and loan accounts.
Since our latest stable release, 0.8.9, a lot of effort has been
put by the developers and the community to add new features and
test them to make this a rock-solid release. Over 2 years of
development have seen the addition of budgets, a forecast feature,
many new reports, report charts, a complete redesign of the import
feature, which allows for a much easier migration from other
application and a swifter synchronization with online banking. The
support of PGP encryption for the KMyMoney files has been improved
too, including the option to have multiple keys for a single file,
so no one can access your financial your financial records. The
summary view has been revamped to show more and more useful
information, allowing you to have an overview of your finance at
a glance. Also, there are now translations for 22 languages, though
not all of them are as complete as we would like, and we have users
wherever KDE3 is installed. That results not only in a greater
quality application, but also in one that can be customized to fit
the needs of a wide range of users. Additionally, if you use either
Oxygen or Tango icons, you can enjoy the exclusive sets of icons
we have prepared for this release, because finance can be good
looking too! In between all that work, we have fixed a lot of bugs
and little annoyances to make this the best KMyMoney release ever!
Into the future, the effort to port the application to KDE4 is
already underway. Following our usual conservative approach, the
first release for KDE4 will be very similar to this one, featurewise.
Subsequent releases will take full advantage of the new platform.
Also, the coordination work with other KDE4 financial applications
under the umbrella of the nascient KDE Finance group opens the door
to other exciting possibilities.
Based on PR 36353 by Gary Duzan, add some missng entries to PLIST.
Changes:
* Sourceforge and other bug report fixes
* Fixed Debian #412264 (Crashes when updating the amount of a scheduled
transaction to zero)
* Fixed#1327943 where the user could not abort a QIF import with bad date
formats
* Added online help for new investment wizard; partially addresses
#1506390
* Fixed#1557049 (Difference amount not updated when modifying a transaction)
* Internationalization issues
* New Argentinian translation provided by Alvaro Soliverez
* New Slovakian translation provided by Juraj Bu?
* New partial Czech translation provided by Ji?i Mikula?ek
* Updated Portuguese translation provided by Jose Jorge
* Updated German translation
* Updated Polish translation provided by Robert Gomu?ka
* Updated Czech translation provided by Ji?i Mikula?ek
* Updated Spanish and Galician translation provided by M Villarino
* Updated French translation
* Updated Italian translation provided by Vincenzo Reale
* Support all UTF-8 characters in schedule list items and account editor
dialog caption
* Added Slovenian Tolar to the ancient currencies
* Corrected ISO code for new Turkish Lira and added old Turkish Lira
to the list of ancient currencies
* GUI changes
* Added ability to print home page
* Fixed rounding problems with automatic VAT assignment
* Fixed problem when modifying values in a transaction that has a VAT part
* Fixed date widget keyboard behaviour for Up/Down cursor key
* Fixed problem with customization of list background colors
* Scheduled transaction fixes
* Fixed a problem detecting finished schedules
* Don't allow to remove account if still referenced from schedule
* Don't create a scheduled transaction containing splits without an account reference
* Fixed a problem in determining the next payment of schedules
that start in the future (Patch and test case provided by David Houlden)
* Investment changes
* Added Yahoo France web price source
* Added new price source "Gielda Papierow Wartosciowych" provided
by Piotr Adacha
* Fix the shares and values to have the correct fraction during file load
* Online banking changes
* Improved detection of KBanking support
* KBanking default is now auto-detection
* Build fixes
* Fixed a problem with detection of VPATH environment in Makefiles
Thanks to Bob Ewart for reporting
* Added support for automake 1.10
* Use include path given with --with-extra-includes during OpenSP detection
* Fixed prevention of using unsermake on some systems
* Added -lkdeui to the link phase of the kbanking plugin (was missing)
* Other problems fixes
* Fixed lockup when using the 'open existing KMyMoney file' option on
the welcome page
* Fixed a memory leak and crash when a second instance of KMyMoney
is aborted
* Fixed a memory leak and crash when starting with option '--help'
* Disable the search button of the FindTransaction dialog
if no selection has been made in order to prevent crashes
From Gary Duzan in PR pkg/34669 with some tweaks from me.
Changes:
0.8.5:
some bug fixes and user interface improvements. Some build system changes
will help in implementing the application on a wide selection of platforms.
Improvements to the file importers (GnuCash and QIF).
0.8.4:
several bug fixes and some improvements to the entry of scheduled
transactions. There are also some new translations and miscellaneous
changes, all of which should help to make building and using the
application even easier.
0.8.1-3:
Changes unknown.
set OVERRIDE_DIRDEPTH to find any libtool scripts deeper in the WRKSRC
tree unless they're named something other than "libtool".
SHLIBTOOL_OVERRIDE generally doesn't need to be specified either -- just
define it to the empty list and shlibtool-override will look for libtool
scripts.
PKGLOCALEDIR and which install their locale files directly under
${PREFIX}/${PKGLOCALEDIR} and sort the PLIST file entries. From now
on, pkgsrc/mk/plist/plist-locale.awk will automatically handle
transforming the PLIST to refer to the correct locale directory.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
