Menu
▾
▴
libofx-devel — News and discussion of LibOFX developement
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(13) |
Feb
(5) |
Mar
(2) |
Apr
(6) |
May
(5) |
Jun
(9) |
Jul
(6) |
Aug
(6) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2004 |
Jan
(11) |
Feb
(13) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(9) |
Aug
|
Sep
(6) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2005 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
(44) |
May
(4) |
Jun
|
Jul
(6) |
Aug
(22) |
Sep
(10) |
Oct
(1) |
Nov
|
Dec
(17) |
| 2006 |
Jan
(23) |
Feb
(5) |
Mar
(6) |
Apr
|
May
(4) |
Jun
(9) |
Jul
(12) |
Aug
(10) |
Sep
(7) |
Oct
(4) |
Nov
(9) |
Dec
(7) |
| 2007 |
Jan
(2) |
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(8) |
Sep
|
Oct
(3) |
Nov
(8) |
Dec
|
| 2008 |
Jan
(8) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
(1) |
| 2010 |
Jan
|
Feb
(3) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(7) |
Feb
(1) |
Mar
(8) |
Apr
(28) |
May
(2) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2012 |
Jan
(7) |
Feb
(3) |
Mar
(3) |
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(6) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(3) |
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
|
From: Benoit Grég. <be...@us...> - 2012-02-02 22:06:52
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 5f7d38c8d74e3335379e5df22220e186d8d7b987 (commit)
from 4f6b8497795a00fb371e76b395a09150dfec44e4 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 5f7d38c8d74e3335379e5df22220e186d8d7b987
Author: Benoit Grégoire <be...@co...>
Date: Thu Feb 2 17:06:33 2012 -0500
Fix garbled character encoding for UTF-8 encoded OFX 2.0 (XML) files. Sadly, because of a bug in OpenSP with xml decoding this currently means that iso-8859-1 OFX-2.0 files will still not be properly decoded.
-----------------------------------------------------------------------
Summary of changes:
lib/ofx_preproc.cpp | 255 ++++++++++++++++-----------------------------------
1 files changed, 78 insertions(+), 177 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Benoit G. <be...@co...> - 2012-01-21 19:47:14
|
On January 19, 2012 03:00:48 PM Martin Javorek wrote: > Hi all, > > I'm playing a little bit with KMyMoney software which is using libofx > library for parsing OFX files. There is a problem regarding parsing OFX > version 2 file and KMyMoney developers send me to this forum. > > Original post: > https://mail.kde.org/pipermail/kmymoney-devel/2012-January/007513.html > Whole thread: > https://mail.kde.org/pipermail/kmymoney-devel/2012-January/thread.html#7513 > (not too long) > > The problem is with character encoding. Even the OFX version 2 (XML file) > has proper headers set to UTF-8, KMyMoney imports it in UTF-8 only if the > file has textual headers before <?xml> tag similar to OFX version 1. That's strange, but I don't know if Kmymoney does any preprocessiong of the file before passing it to libofx. But normally OFX2 files are pure XML. There were some encoding workarounds in the recently released libofx 0.9.5, but I do not believe any of them apply to your situation. > I'm not a OFX guru, I have read the spec only for a while, but I cannot > imagine, how to work with XML file, which has those special headers. How to > validate that file against XSD or anything else. It looks for me a little > bit strange. Many things in OFX are a little bit strange ;). In any event, for OFX 1 files are SGML, not XML, and need to be split (header and content) before validation. Libofx handles this internally. -- Benoit Grégoire, ing., PMP, PSM |
|
From: Martin J. <ma...@ja...> - 2012-01-19 14:19:11
|
Hi all, I'm playing a little bit with KMyMoney software which is using libofx library for parsing OFX files. There is a problem regarding parsing OFX version 2 file and KMyMoney developers send me to this forum. Original post: https://mail.kde.org/pipermail/kmymoney-devel/2012-January/007513.html Whole thread: https://mail.kde.org/pipermail/kmymoney-devel/2012-January/thread.html#7513 (not too long) The problem is with character encoding. Even the OFX version 2 (XML file) has proper headers set to UTF-8, KMyMoney imports it in UTF-8 only if the file has textual headers before <?xml> tag similar to OFX version 1. I'm not a OFX guru, I have read the spec only for a while, but I cannot imagine, how to work with XML file, which has those special headers. How to validate that file against XSD or anything else. It looks for me a little bit strange. Thanks a lot for any info :-) Martin |
|
From: Benoit Grég. <be...@us...> - 2012-01-19 01:15:24
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 4f6b8497795a00fb371e76b395a09150dfec44e4 (commit)
from b9a575e42e2ae86725df70c28405d85cc6965c64 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 4f6b8497795a00fb371e76b395a09150dfec44e4
Author: Benoit Grégoire <be...@co...>
Date: Wed Jan 18 20:15:08 2012 -0500
Update m4/.gitignore
-----------------------------------------------------------------------
Summary of changes:
m4/.gitignore | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Benoit G. <be...@co...> - 2012-01-17 23:49:26
|
On January 15, 2012 08:01:39 PM Michael Faille wrote: > Hi, > anyone know if it is possible to use libofx with Desjardin.com's *chequing > account* ? (not enterprise account) You shouldn't have any problem. -- Benoit Grégoire, ing., PMP, PSM |
|
From: Michael F. <mic...@en...> - 2012-01-16 01:02:17
|
Hi, anyone know if it is possible to use libofx with Desjardin.com's *chequing account* ? (not enterprise account) Thanlk you. --- Michaël Faille Étudiant au baccalauréat en génie des technologies de l'information Université du Québec - École de technologie supérieure, Montréal (Québec) Responsable TI du club étudiant CAPRA |
|
From: Benoit Grég. <be...@us...> - 2012-01-15 02:25:07
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The tag, libofx-0_9_5 has been created
at 36760688c74c9929ba6b3e3b695ff329d608350e (commit)
- Log -----------------------------------------------------------------
commit 36760688c74c9929ba6b3e3b695ff329d608350e
Author: Benoit Grégoire <be...@co...>
Date: Tue Jan 10 12:53:23 2012 -0500
Release 0.9.5
-----------------------------------------------------------------------
hooks/post-receive
--
libofx
|
|
From: Benoit G. <be...@co...> - 2012-01-12 03:54:52
|
Changes: Benoit Grégoire <be...@co...> - Workaround OFX files specifying invalid encoding values (specifically: UNICODE and CP1252). This should fix most encoding problems reported. - Look for DTD in source directory (simplifies developpement) Christian Stimming <chr...@cs...> - Add minor argument checking - Expose field: OfxSecurityData::fiid in API - Make string arguments a const reference where appropriate - Add configure check for help2man tool Ryan Donlan <bd...@gm...> - Improve build system and autoconf 2.68 compatibility - Improve generated man pages - Use GCC's -fvisibility=hidden to hide internal symbols from external users. -- Benoit Grégoire, ing., PMP, PSM |
|
From: Christian S. <chr...@cs...> - 2011-11-29 21:05:50
|
Dear Benoit, wouldn't this need to be reverted in inc/libofx.h.in as well? Regards, Christian Am Montag, 28. November 2011, 22:35:18 schrieb Benoit GrXXgoire: > This is an automated email from the git hooks/post-receive script. It was > generated because a ref change was pushed to the repository containing > the project "libofx". > > The branch, master has been updated > via 7de779a49cb3463acce9ca98619395090eaacac9 (commit) > from 51f79a83bc98ed21a62ca2b302406b0e57521ac4 (commit) > > Those revisions listed above that are new to this repository have > not appeared on any other notification email; so we list those > revisions in full, below. > > - Log ----------------------------------------------------------------- > commit 7de779a49cb3463acce9ca98619395090eaacac9 > Author: Benoit Grégoire <be...@co...> > Date: Mon Nov 28 15:19:04 2011 -0500 > > Remove volatile variable type change introduced in > 46927e32e847bb3c05ca7a8372d7c755a797c4c2. Was source-incompatible with > gnucash, and possibly others > > ----------------------------------------------------------------------- > > Summary of changes: > lib/messages.cpp | 24 ++++++++++++------------ > 1 files changed, 12 insertions(+), 12 deletions(-) > > > hooks/post-receive |
|
From: Benoit Grég. <be...@us...> - 2011-11-28 22:35:29
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 7de779a49cb3463acce9ca98619395090eaacac9 (commit)
from 51f79a83bc98ed21a62ca2b302406b0e57521ac4 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 7de779a49cb3463acce9ca98619395090eaacac9
Author: Benoit Grégoire <be...@co...>
Date: Mon Nov 28 15:19:04 2011 -0500
Remove volatile variable type change introduced in 46927e32e847bb3c05ca7a8372d7c755a797c4c2. Was source-incompatible with gnucash, and possibly others
-----------------------------------------------------------------------
Summary of changes:
lib/messages.cpp | 24 ++++++++++++------------
1 files changed, 12 insertions(+), 12 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Christian S. <cs...@us...> - 2011-06-08 07:10:09
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 51f79a83bc98ed21a62ca2b302406b0e57521ac4 (commit)
via ef1228ff046f9817c5322155aff4dc45a9999b22 (commit)
via b07c95a1ed91bdfcf2f3739e29f3bc507168555f (commit)
via ef3378c168b1b431fa71035dcef89a3db19a0c1e (commit)
from 46927e32e847bb3c05ca7a8372d7c755a797c4c2 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 51f79a83bc98ed21a62ca2b302406b0e57521ac4
Author: Christian Stimming <chr...@cs...>
Date: Wed Jun 8 09:09:47 2011 +0200
Add minor argument checking.
commit ef1228ff046f9817c5322155aff4dc45a9999b22
Author: Christian Stimming <chr...@cs...>
Date: Wed Jun 8 08:32:22 2011 +0200
Add configure check for help2man tool
commit b07c95a1ed91bdfcf2f3739e29f3bc507168555f
Author: Christian Stimming <chr...@cs...>
Date: Wed Jun 8 08:22:51 2011 +0200
Make a string argument a const reference where appropriate.
commit ef3378c168b1b431fa71035dcef89a3db19a0c1e
Author: Christian Stimming <chr...@cs...>
Date: Wed Jun 8 08:18:12 2011 +0200
Add one minor more field: OfxSecurityData::fiid
-----------------------------------------------------------------------
Summary of changes:
configure.in | 3 +++
inc/libofx.h.in | 7 +++++++
lib/ofc_sgml.cpp | 4 +++-
lib/ofc_sgml.hh | 2 +-
lib/ofx_container_security.cpp | 5 +++++
lib/ofx_preproc.cpp | 2 +-
lib/ofx_preproc.hh | 2 +-
lib/ofx_sgml.cpp | 4 +++-
lib/ofx_sgml.hh | 2 +-
ofxdump/Makefile.am | 6 +++++-
10 files changed, 30 insertions(+), 7 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Bryan D. <bd...@gm...> - 2011-06-08 02:45:50
|
2011/6/7 Benoit Grégoire <be...@co...>: > On June 4, 2011 11:06:55 PM Bryan Donlan wrote: >> Hi, >> >> As mentioned some time before, I've wrote a patch for libofx[1] to >> hide internal symbols. By hiding internal symbols, we can avoid >> external programs inadverently using internal (subject to change) >> symbols by making it very explicit what is considered internal or not. >> This has already turned up one case of poorly documented ABI symbols >> (ofx_*_msg), which I've also added to the header. Additional >> information can be found at the comment block at the top of the patch. > > Applied > >> Because this does change the ABI slightly by deleting symbols (alebit >> only ones not listed in the public header), it may be safest to bump >> the soname if this patch is applied. Note I don't intend to apply this >> patch to the debian packaging without upstream blessings, as it >> changes the ABI in this manner. > > Ok, playing it safe. > >> Also, you had mentioned you'd like to roll my changes into a 0.9.5 to >> keep everything in sync - are you likely to release soon? I have some >> fixes for the debian package itself that I'd like to upload soon, but >> if 0.9.5 is coming out soon I'll wait for it. > > Well, I think we'll be pretty much ready for a 0.9.5 when you are. I'm pretty much ready whenever an upstream release goes out - just have to remove my debian patches, so the usual soname change adjustments, test the result, and send it upstream (and then coordinate binNMUs afterward for reverse-dependencies, of course). Just let me know :) Thanks, Bryan |
|
From: Benoit G. <be...@co...> - 2011-06-08 02:44:44
|
On June 4, 2011 11:06:55 PM Bryan Donlan wrote: > Hi, > > As mentioned some time before, I've wrote a patch for libofx[1] to > hide internal symbols. By hiding internal symbols, we can avoid > external programs inadverently using internal (subject to change) > symbols by making it very explicit what is considered internal or not. > This has already turned up one case of poorly documented ABI symbols > (ofx_*_msg), which I've also added to the header. Additional > information can be found at the comment block at the top of the patch. Applied > Because this does change the ABI slightly by deleting symbols (alebit > only ones not listed in the public header), it may be safest to bump > the soname if this patch is applied. Note I don't intend to apply this > patch to the debian packaging without upstream blessings, as it > changes the ABI in this manner. Ok, playing it safe. > Also, you had mentioned you'd like to roll my changes into a 0.9.5 to > keep everything in sync - are you likely to release soon? I have some > fixes for the debian package itself that I'd like to upload soon, but > if 0.9.5 is coming out soon I'll wait for it. Well, I think we'll be pretty much ready for a 0.9.5 when you are. -- Benoit Grégoire, ing., PMP, PSM |
|
From: Benoit Grég. <be...@us...> - 2011-06-08 02:26:56
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 46927e32e847bb3c05ca7a8372d7c755a797c4c2 (commit)
from 4a8abcaa14c09a58445db15445f934f8f0670f34 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 46927e32e847bb3c05ca7a8372d7c755a797c4c2
Author: Benoit Grégoire <be...@co...>
Date: Tue Jun 7 22:26:29 2011 -0400
Patch by Bryan Dolan: This patch uses GCC's -fvisibility=hidden to hide internal symbols from
external users.
-----------------------------------------------------------------------
Summary of changes:
configure.in | 34 ++++++++++++++++++++++++++++++++--
inc/libofx.h.in | 24 ++++++++++++++++++++++++
lib/messages.cpp | 2 ++
ofx2qif/ofx2qif.c | 6 ------
ofxdump/ofxdump.cpp | 8 --------
5 files changed, 58 insertions(+), 16 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Benoit Grég. <be...@us...> - 2011-06-01 18:25:18
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 4a8abcaa14c09a58445db15445f934f8f0670f34 (commit)
from 7c8d1658bf2a9ad890f043854ccf995bd0ee44d2 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 4a8abcaa14c09a58445db15445f934f8f0670f34
Author: Benoit Grégoire <be...@co...>
Date: Wed Jun 1 14:24:35 2011 -0400
Workarount OFX files specifying invalid encoding values (specifically: UNICODE and CP1252). Look for DTD in source directory (useful for developpement)
-----------------------------------------------------------------------
Summary of changes:
configure.in | 6 +++---
lib/ofx_preproc.cpp | 26 ++++++++++++++++++++++++--
2 files changed, 27 insertions(+), 5 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Christian S. <chr...@cs...> - 2011-05-13 19:55:06
|
Dear Benoit, this change has a problem: Am Freitag, 13. Mai 2011 schrieb Benoit GrXXgoire: > commit 55cf354edb49e2823fe3258deb80228cfd339577 > Author: Benoit Grégoire <be...@co...> > Date: Fri May 13 15:09:11 2011 -0400 > > Apply patches by Bryan Donlan <bd...@gm...> (...) > -Remove bogus 'AQ_CHECK_OS' macro call from configure.in. The autoconf macro AQ_CHECK_OS (defined in the manually shipped file m4/os.m4, added by Martin Preuss sometime earlier) defines the source code macro OS_WIN32 in <config.h> if the code is compiled on a windows platform. That macro is checked for in quite a number of places: $ grep OS_WIN `find . -name '*.cpp'` ./lib/win32.cpp:#ifdef OS_WIN32 ./lib/ofx_utilities.cpp:#ifdef OS_WIN32 ./lib/ofx_utilities.cpp:#ifdef OS_WIN32 ./lib/ofx_preproc.cpp:#ifdef OS_WIN32 ./lib/ofx_preproc.cpp:#ifdef OS_WIN32 ./lib/ofx_preproc.cpp:#ifdef OS_WIN32 ./lib/ofx_preproc.cpp:#ifdef OS_WIN32 ./lib/ofx_preproc.cpp:#ifdef OS_WIN32 I agree that this macro probably isn't the most effective solution to check for platform-specific things on windows. However, currently OS_WIN32 *is* being used. Removing AQ_CHECK_OS from configure.ac will break those places where it is used. Specifically, I'm quite sure after this change libofx won't work on windows anymore, even though it might still compile. Can you please either add AQ_CHECK_OS into configure.ac again, or come up with a solution that really doesn't need those <config.h> macros anymore? Thanks. Regards, Christian |
|
From: Benoit Grég. <be...@us...> - 2011-05-13 19:17:31
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 7c8d1658bf2a9ad890f043854ccf995bd0ee44d2 (commit)
via 55cf354edb49e2823fe3258deb80228cfd339577 (commit)
via 9d94570813e8fb8f2c80a21d3824a863ef09dd22 (commit)
via 4f085b98c30a890218b210b34b0fb58b7801868c (commit)
from 2894043b7a21df060594359c786175bbe9685eea (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 7c8d1658bf2a9ad890f043854ccf995bd0ee44d2
Author: Benoit Grégoire <be...@co...>
Date: Fri May 13 15:15:32 2011 -0400
Fix typo in file_preproc.cpp
commit 55cf354edb49e2823fe3258deb80228cfd339577
Author: Benoit Grégoire <be...@co...>
Date: Fri May 13 15:09:11 2011 -0400
Apply patches by Bryan Donlan <bd...@gm...> to improve autoconf 2.68 compatibility and other minor fixes:
-Fix the ordering of libtool macro calls, and also changes from the deprecated AM_* form to the AC_PROG_LIBTOOL form.
-As is required for libtoolize to function properly, adds the m4/ directory to the macro search path
-Update libcurl.m4 with a newer version
-Remove bogus 'AQ_CHECK_OS' macro call from configure.in.
commit 9d94570813e8fb8f2c80a21d3824a863ef09dd22
Author: Benoit Grégoire <be...@co...>
Date: Fri May 13 15:00:06 2011 -0400
Apply patches (1,2 and 5) from Ryan Donlan <bd...@gm...> to improve generated man pages
commit 4f085b98c30a890218b210b34b0fb58b7801868c
Author: Benoit Grégoire <be...@co...>
Date: Tue Apr 19 12:23:25 2011 -0400
Update .gitignore
-----------------------------------------------------------------------
Summary of changes:
Makefile.am | 2 +
configure.in | 7 +--
lib/file_preproc.cpp | 2 +-
libcurl.m4 | 132 +++++++++++++++++++++++++++--------------------
ofxconnect/.gitignore | 1 +
ofxconnect/Makefile.am | 6 ++-
ofxdump/.gitignore | 1 +
ofxdump/Makefile.am | 5 +-
ofxdump/cmdline.ggo | 6 +-
9 files changed, 93 insertions(+), 69 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Micha L. <mi...@de...> - 2011-04-23 12:20:07
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Benoit, I hope I can shade a little bit light on the situation of libofx in Debian. Am 20.04.2011 18:53, schrieb Benoit Grégoire: > Debian: > - As far as I know, all their patches are upstream or obsolete Good to know. :) > - I'm completely unfamiliar with the process to get an update in (and using > their bug tracker in general), but I dit request it at the end of: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551057 You need to convince a Debian Developer to upload an updated package. Currently Thomas Bushnell is responsible for libofx, but from what I've seen he seems to have last commented on any libofx Bugs more than three years ago, and last uploaded an updated libofx package more than two and a half years ago. So, this is definitely a problem on Debian's side (which also impacts on Ubuntu). I've contacted Thomas Bushnell and asked him whether I can help to improve the situation. By the way: The canonical way to interact with the Debian bug tracker is via mail. To open a new bug, it is most convenient to run any form of reportbug. Regards, Micha -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2ywF8ACgkQWN0/4pnhQbR2QgCgwq3Ny599DbiogD3hsMLA+mQI y1cAoM1wUJOxoLss1aLhckAKY/sChjpC =Rt5I -----END PGP SIGNATURE----- |
|
From: Derek A. <wa...@MI...> - 2011-04-21 15:26:54
|
Benoit, Benoit Grégoire <be...@co...> writes: [snip] > For everyone's general information: > -I DO still read libofx-devel regularly > -I DO read the bug tracker at > https://sourceforge.net/tracker/?group_id=61170&atid=496353 and review every > patch (if with a pretty long lag time) > -To summarize, I do not actively develop the package, and I am not very > responsive (this is unlikely to change anytime soon). But if anyone wants to > develop (this should be much easier now with git), your patches will NOT fall > into a black hole. > > Thanks for everyone who helped recently! Glad to hear from you again! Hope all is well. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH wa...@MI... PGP key available |
|
From: Jack <ost...@us...> - 2011-04-21 00:02:35
|
[distribution list trimmed - feel free to forward as appropriate] On 2011.04.20 12:53, Benoit Grégoire wrote: > Running libofx and Gnucash from source, I didn't realise that the > dirtributions were generally years out of date, so most users were > having numerous crashes still with OFX imports (brigning down the > entire client application, not just libofx), as well as international > caracter issues. Furthermore, distribution-specific patches for which > fixes were sometimes integrated upstream years ago were sarting to > accumulate. > > Luckily, Christian moved us to Git (Thanks!), brigning Libofx closer > to my usual workflow and tooling. Furthermore a recent laptop > upgrade caused me to to use stock package and see first hand how > disastrous the situation actually was on Ubuntu, I tried to spend > some time sorting out the distro situation. > > This was the focus of 0.9.4 release. Here's where we stand now: > Trimmed info on Ubuntu, Fedora, MacOSX, Debian Gentoo Linux: Currently at 0.9.1 with an "unstable" ebuild available for 0.9.2 just since March. (I installed it today, but haven't done any testing at all yet.) There appears not to be a current maintainer of libofx for the distro. I'd love to see if I can create an ebuild for 0.9.4, but I don't know if I'll have the time in the near future. Jack |
|
From: Benoit G. <be...@co...> - 2011-04-20 16:53:50
|
Running libofx and Gnucash from source, I didn't realise that the dirtributions were generally years out of date, so most users were having numerous crashes still with OFX imports (brigning down the entire client application, not just libofx), as well as international caracter issues. Furthermore, distribution-specific patches for which fixes were sometimes integrated upstream years ago were sarting to accumulate. Luckily, Christian moved us to Git (Thanks!), brigning Libofx closer to my usual workflow and tooling. Furthermore a recent laptop upgrade caused me to to use stock package and see first hand how disastrous the situation actually was on Ubuntu, I tried to spend some time sorting out the distro situation. This was the focus of 0.9.4 release. Here's where we stand now: Ubuntu: - At least now the info on https://launchpad.net/libofx is accurate - I created a ppa that always has the latest snapshot directly from git, for Natty and Maverick: https://launchpad.net/~benoitg/+archive/ppa - Natty: I fixed up the packaging (no lint warnings), and sent a merge request for this branch https://code.launchpad.net/~benoitg/ubuntu/natty/libofx/libofx.new-upstream- fix-661809-629996 . However, this close to Natty's release, and without Debian up to date, I'm not sure how much of a chance it has to get merged. Then- again with the Ubuntu patch for https://bugs.launchpad.net/ubuntu-jp- improvement/+bug/629996 causing a serious regression you never know. Fedora 15: - Already in testing (thanks Bill!): https://admin.fedoraproject.org/updates/libofx MacOSX: - The maintainer requested changes (Environment variable to define DTD path) to make his life easier, which were implemented. This may also help on Windows. Debian: - As far as I know, all their patches are upstream or obsolete - I'm completely unfamiliar with the process to get an update in (and using their bug tracker in general), but I dit request it at the end of: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551057 For everyone's general information: -I DO still read libofx-devel regularly -I DO read the bug tracker at https://sourceforge.net/tracker/?group_id=61170&atid=496353 and review every patch (if with a pretty long lag time) -To summarize, I do not actively develop the package, and I am not very responsive (this is unlikely to change anytime soon). But if anyone wants to develop (this should be much easier now with git), your patches will NOT fall into a black hole. Thanks for everyone who helped recently! -- Benoit Grégoire, ing., PMP, PSM |
|
From: Christian S. <cs...@us...> - 2011-04-19 06:30:28
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 2894043b7a21df060594359c786175bbe9685eea (commit)
from 11a153fda366c2e7f1c6d325cc21e091f0a82032 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 2894043b7a21df060594359c786175bbe9685eea
Author: Christian Stimming <cs...@us...>
Date: Tue Apr 19 08:29:19 2011 +0200
Re-indent source code so that the existing indentation is used consistently.
This was done using astyle-1.24 with the following options:
astyle --indent=spaces=2 --brackets=break --pad-oper --pad-header --suffix=none
-----------------------------------------------------------------------
Summary of changes:
lib/ofx_preproc.cpp | 22 +++++++++++-----------
lib/ofx_sgml.cpp | 16 +++++++++-------
lib/ofx_utilities.cpp | 22 +++++++++++-----------
3 files changed, 31 insertions(+), 29 deletions(-)
hooks/post-receive
--
libofx
|
|
From: Benoit G. <be...@co...> - 2011-04-19 01:53:52
|
LibOFX 0.9.4:
- Patch to fix segfault on some malformed date formats. Inspired by Zach's
patch on launchpad.
- Packages-oriented changes:
- LibOFX will now look for DTDs in env variable OFX_DTD_PATH (if
present).
- Better handling of paths (tolerates trailing path separator, or lack
thereof)
- No longer ignore return value of mkstemp()
- Integrate all changes in Ubuntu's package that weren't already
upstream
- Move to LibXML++ 2.6, as 1.0 is deprecated
- Add generated man pages with html2man
--
Benoit Grégoire, ing., PMP, PSM
|
|
From: Benoit Grég. <be...@us...> - 2011-04-19 01:52:24
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The tag, libofx-0_9_4 has been created
at 11a153fda366c2e7f1c6d325cc21e091f0a82032 (commit)
- Log -----------------------------------------------------------------
commit 11a153fda366c2e7f1c6d325cc21e091f0a82032
Author: Benoit Grégoire <be...@co...>
Date: Mon Apr 18 18:15:53 2011 -0400
Forgot to save NEWS file and Man pages
-----------------------------------------------------------------------
hooks/post-receive
--
libofx
|
|
From: Benoit Grég. <be...@us...> - 2011-04-18 22:16:51
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "libofx".
The branch, master has been updated
via 11a153fda366c2e7f1c6d325cc21e091f0a82032 (commit)
from f9ae14a688506f1bba26efcf6949c6000839aa00 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 11a153fda366c2e7f1c6d325cc21e091f0a82032
Author: Benoit Grégoire <be...@co...>
Date: Mon Apr 18 18:15:53 2011 -0400
Forgot to save NEWS file and Man pages
-----------------------------------------------------------------------
Summary of changes:
NEWS | 3 ++-
ofxconnect/Makefile.am | 4 ++++
ofxdump/Makefile.am | 9 ++++++++-
3 files changed, 14 insertions(+), 2 deletions(-)
hooks/post-receive
--
libofx
|
11 messages has been excluded from this view by a project administrator.
