Re: [GNC-dev] Import roadmap

[Brian Rater]

It needed more thought and experiment, but isolating data structures to the
individual classes would still be the best way to go if they can be
provided with a simple interface to read and write basic data types to/from
whatever our backend structure(s) would be while hiding those details.
Whether or not a simple interface could be created to allow classes to
read/write to a backend with a hidden structure was what I still needed to
look into,  but ran out of time.  There are undoubtedly going to be many
design questions like this moving forward.


On Sun, Feb 4, 2024, 11:37 PM john  wrote:

> Those XML changes sound like the wrong direction. XML code needs to stay
> in libgnucash/backend, not get mixed in with engine/QOF, especially since
> the long-range plan is to turn XML into a backup format with SQL being the
> primary storage and data access mechanism.
>
> I understand the reluctance to cause a regression, but no matter how you
> go about it you're going to be writing new code. Unlike a C -> C++
> conversion you can't do a function at a time with Scheme -> C++, nor can
> you use the same tests for both the old and new code. If you wire into the
> existing C import code you'll at least avoid creating bugs in those parts
> of the process.
>
> Regards,
> John Ralls
>
>
>
>
> On Feb 4, 2024, at 16:50, Brian Rater  wrote:
>
> Great.  Thank you for the insights.  Before I got overwhelmed with work
> and other commitments last year, I was experimenting with a set of base
> classes that would replace the lower level qof infrastructure.  As part of
> that, I was also looking at an alternative xml concept where xml provided
> some fundamental utilities, but each class such as book and transaction
> would use those to read and write themselves.  This keeps the data
> structures contained in the class itself rather than xml w needing to know
> about engine class data structures.  That effort did not progress far
> enough to bring up for discussion here or do a development branch pr,
> however.
>
> I’m comfortable with redesigning and rearchitecting, but I am planning to
> go cautiously with import/QIF as it sounds like a lot people use that and
> the format is not well defined.  I don’t want to introduce new bugs.
>
> On Sun, Feb 4, 2024 at 6:50 PM John Ralls  wrote:
>
>>
>>
>> > On Feb 4, 2024, at 12:11 PM, Brian Rater  wrote:
>> >
>> > I've been looking at the import code and documentation and I'm wondering
>> > what the overall plan and path is.  It looks like there is a "generic"
>> > implementation in the top level directory which has utilities that are
>> > being converted to C++.  I can see the importers making some calls into
>> > this.  What is the plan and where are we at?
>> >
>> > In particular, what needs to happen with QIF, which is still written in
>> > guile?
>> >
>> > I'm asking because I'm looking for a task to work on.  My particular
>> > passion is writing C++ classes to replace legacy code along with adding
>> > tests and documentation.  I've been reading over the source code and
>> > following the development list for several months, but I've had limited
>> > bandwidth until recently to make contributions.
>> >
>> > I've been looking at converting Import/QIF to C++ because it is written
>> in
>> > guile (higher priority than converting the C code in my opinion), is
>> fairly
>> > self contained, and the only alternative guile conversion code is
>> reports,
>> > which is way too large in scope for where I am.  Converting QIF has
>> > drawbacks such as needing extensive testing, and having limited existing
>> > tests for regression testing, however.
>> >
>> > My current thought is to directly translate the existing algorithms and
>> not
>> > use the generic import to minimize introducing bugs, but others have
>> > probably put more thought into how to handle this.
>> >
>> > So I'm looking for some direction either on what the end goal is and
>> how to
>> > achieve it, or direction to leave QIF alone for now and work on some
>> other
>> > area of the codebase (suggestions welcome).
>> >
>>
>> Hi Brian,
>>
>> Welcome to GnuCash.
>>
>> Rewriting the QIF importer to C++ is a reasonable task if that's what
>> motivates you. It's not on the roadmap in more than the most generic "get
>> rid of Guile" sense, but it does seem like a good project to take on. It's
>> as good a legacy conversion project as any at this point. The rest are kind
>> of blocked by the XML->

Re: [GNC-dev] Import roadmap

[Brian Rater]

Great.  Thank you for the insights.  Before I got overwhelmed with work and
other commitments last year, I was experimenting with a set of base classes
that would replace the lower level qof infrastructure.  As part of that, I
was also looking at an alternative xml concept where xml provided some
fundamental utilities, but each class such as book and transaction would
use those to read and write themselves.  This keeps the data structures
contained in the class itself rather than xml needing to know about engine
class data structures.  That effort did not progress far enough to bring up
for discussion here or do a development branch pr, however.

I’m comfortable with redesigning and rearchitecting, but I am planning to
go cautiously with import/QIF as it sounds like a lot people use that and
the format is not well defined.  I don’t want to introduce new bugs.

On Sun, Feb 4, 2024 at 6:50 PM John Ralls  wrote:

>
>
> > On Feb 4, 2024, at 12:11 PM, Brian Rater  wrote:
> >
> > I've been looking at the import code and documentation and I'm wondering
> > what the overall plan and path is.  It looks like there is a "generic"
> > implementation in the top level directory which has utilities that are
> > being converted to C++.  I can see the importers making some calls into
> > this.  What is the plan and where are we at?
> >
> > In particular, what needs to happen with QIF, which is still written in
> > guile?
> >
> > I'm asking because I'm looking for a task to work on.  My particular
> > passion is writing C++ classes to replace legacy code along with adding
> > tests and documentation.  I've been reading over the source code and
> > following the development list for several months, but I've had limited
> > bandwidth until recently to make contributions.
> >
> > I've been looking at converting Import/QIF to C++ because it is written
> in
> > guile (higher priority than converting the C code in my opinion), is
> fairly
> > self contained, and the only alternative guile conversion code is
> reports,
> > which is way too large in scope for where I am.  Converting QIF has
> > drawbacks such as needing extensive testing, and having limited existing
> > tests for regression testing, however.
> >
> > My current thought is to directly translate the existing algorithms and
> not
> > use the generic import to minimize introducing bugs, but others have
> > probably put more thought into how to handle this.
> >
> > So I'm looking for some direction either on what the end goal is and how
> to
> > achieve it, or direction to leave QIF alone for now and work on some
> other
> > area of the codebase (suggestions welcome).
> >
>
> Hi Brian,
>
> Welcome to GnuCash.
>
> Rewriting the QIF importer to C++ is a reasonable task if that's what
> motivates you. It's not on the roadmap in more than the most generic "get
> rid of Guile" sense, but it does seem like a good project to take on. It's
> as good a legacy conversion project as any at this point. The rest are kind
> of blocked by the XML->in-memory SQL DB so that we can lose QOFQuery and
> stop creating huge linked lists of every object in the book. That's
> design-and-implement rather than rewrite an existing design so maybe not
> something you'd be passionate about.
>
> IMO it would be better to rewrite the QIF parser and transaction creator
> into C++ and then wire it in to the "generic" infrastructure so that it
> presents the same user experience as other imports.
> I'm not sure how well that fits with your passion either, but I'm also not
> convinced that it makes sense to reimplement functional algorithms as OO
> classes. I reimplemented the Scheme report options system into C++ a couple
> of years ago and it turned out to be a largely start-from-scratch redesign.
>
> Regards,
> John Ralls
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] Import roadmap

[Brian Rater]

I've been looking at the import code and documentation and I'm wondering
what the overall plan and path is.  It looks like there is a "generic"
implementation in the top level directory which has utilities that are
being converted to C++.  I can see the importers making some calls into
this.  What is the plan and where are we at?

In particular, what needs to happen with QIF, which is still written in
guile?

I'm asking because I'm looking for a task to work on.  My particular
passion is writing C++ classes to replace legacy code along with adding
tests and documentation.  I've been reading over the source code and
following the development list for several months, but I've had limited
bandwidth until recently to make contributions.

I've been looking at converting Import/QIF to C++ because it is written in
guile (higher priority than converting the C code in my opinion), is fairly
self contained, and the only alternative guile conversion code is reports,
which is way too large in scope for where I am.  Converting QIF has
drawbacks such as needing extensive testing, and having limited existing
tests for regression testing, however.

My current thought is to directly translate the existing algorithms and not
use the generic import to minimize introducing bugs, but others have
probably put more thought into how to handle this.

So I'm looking for some direction either on what the end goal is and how to
achieve it, or direction to leave QIF alone for now and work on some other
area of the codebase (suggestions welcome).
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Git branches

[Brian Rater]

Future?

On Thu, Mar 23, 2023 at 8:57 PM John Ralls  wrote:

> We're 3 days away from releasing 5.0 and so 4 days away from shuffling the
> branches. Absent any objections I intend to rename the current "master" to
> "stable" and make it the default branch on Github. Bugfixes and
> minor-to-medium features can go to stable. I'll rename maint to
> archive/maint so that nobody is tempted to commit to it any more.
>
> We have a little time to discuss the medium-to-major branch name. We don't
> need it until someone has a medium-to-major feature branch to merge in.
> While "unstable" is the logical opposite of "stable" it's also shares too
> many letters, though unlike "main" and "maint" at least the extra letters
> are upfront so you're less likely to get bitten by completion. I'm inclined
> toward "development". "devel" would be OK if spell-check didn't keep trying
> to turn it into "level".
>
> Regards,
> John Ralls
>
>
> > On Nov 18, 2022, at 9:08 AM, john  wrote:
> >
> > We could pinch from Debian and use stable, testing, and unstable, where
> testing is the alpha/beta pre-major-release weeklies.
> >
> > Regards,
> > John Ralls
> >
> >
> >> On Nov 18, 2022, at 7:55 AM, Geert Janssens 
> wrote:
> >>
> >> I'm fine with just doing the simple name change for our two primary
> branches as it's the option of least effort.
> >>
> >> I'd rather have a different name than "main" though. It's a bit
> ambiguous and like "master" suggesting this branch is somehow more
> important than the other long-term branch "maint". I'd rather have names
> that help guide contributors to the right branch to work from. I don't
> think there's a silver bullet here though, but some names may give more of
> a hint than others. Some suggestions:
> >>
> >> * "current" vs "future" as shorthands for "current-release-series" or
> "future-release-series"
> >> * "maintenance" ("maint") vs "development" ("devel")
> >> * "stable" vs "development"
> >>
> >> That said, I'm also very interested in the single branch model as
> alternative. Discussion on that is for another message.
> >>
> >> Regards,
> >>
> >> Geert
> >>
> >> Op maandag 14 november 2022 20:59:26 CET schreef john:
>  On Nov 14, 2022, at 11:11 AM, Alex Aycinena 
>  wrote:
> 
>  how about a simple change, like calling it 'main' rather than
>  'master' and keeping the existing pattern for branches.
> >>>
> >>> That would be OK as long as long as the two names aren't similar. main
> and
> >>> stable would be OK; with main and maint one is far too likely to do
> >>> something to the wrong branch.
> >>>
> >>> Regards,
> >>> John Ralls
> >>>
> >>> ___
> >>> gnucash-devel mailing list
> >>> gnucash-devel@gnucash.org
> >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> >>
> >>
> >
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] USAA Aqbanking Account Import

[Brian Ward]

Pshh... well, after I added one account manually I called it a night.  Now
when I went in to replicate it again, it works fine and it pulls all the
rest of my accounts in.  Maybe there was an issue with adding accounts to
an empty account list.  I'll have to test that out on a fresh gnucash
file.  Another time maybe.

Thanks for pointing out that gnucash.trace file

Brian

On Wed, May 5, 2021 at 12:27 PM Martin Preuss  wrote:

> Hi,
>
> Am 05.05.21 um 05:04 schrieb Brian Ward:
> [...]
> >  AqBanking: 6.2.9.0
> > [ org.gnucash.GnuCash ~]$ export GWEN_LOGLEVEL=info
> > [ org.gnucash.GnuCash ~]$ export AQBANKING_LOGLEVEL=info
> > [ org.gnucash.GnuCash ~]$ export AQOFX_LOG_COMM=1
> > [ org.gnucash.GnuCash ~]$ export AQOFXCONNECT_LOGLEVEL=info
> [...]
>
> Would be nice to see what happens in the log (I believe the log is written
> to "gnucash.trace" or something like that). If you like you can send me a
> redacted version of the log file, maybe I can find out whats going on
> here...
>
>
> Regards
> Martin (AqBanking Team)
>
>
> --
> "Things are only impossible until they're not"
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] USAA Aqbanking Account Import

[Brian Ward]

Hello,

I'm saddened by the changes around USAA's system recently... it's pretty
frustrating...

I've run through the wiki updates (
https://wiki.gnucash.org/wiki/OFX_Direct_Connect_Bank_Settings#USAA) and
appear to have gotten the initial aqbanking parts working as it reports a
list of my accounts in the report output from "Retrieve Account List".
However, those accounts never persist anywhere as they don't show up in the
account tab afterward.  The OFX debug output shows what appears to be valid
OFX (? I don't know OFX...) returned with the accounts as well. (BTW the
docs on
https://wiki.gnucash.org/wiki/Setting_up_OFXDirectConnect#Enabling_the_OFX_Log
are wrong as the debug file is named "ofx.log" in the current working
directory, not "1" when env var AQOFX_LOG_COMM=1)

I was wondering if anyone else has seen this behavior. I tried this on
multiple restarts.  Docs suggest the account tab refresh does need an app
restart, but that didn't do anything (
https://wiki.gnucash.org/wiki/Setting_up_OFXDirectConnect - "The account(s)
information you downloaded won't be visible in the AqBanking setup wizard
until the next time you open the wizard (the Accounts tab does not refresh
automatically), but the data is on your machine and available to GnuCash's
HBCI setup.")

I was able to manually enter in my account information in the accounts tab
and get it working.

└─$ flatpak run --command=sh org.gnucash.GnuCash
   127 ⨯
[ org.gnucash.GnuCash ~]$ gnucash --version
GnuCash 4.5
Build ID: Flathub 4.5
[ org.gnucash.GnuCash ~]$ aqbanking-cli versions
Versions:
 AqBanking-CLI: 6.2.9
 Gwenhywfar   : 5.6.0.0
 AqBanking: 6.2.9.0
[ org.gnucash.GnuCash ~]$ export GWEN_LOGLEVEL=info
[ org.gnucash.GnuCash ~]$ export AQBANKING_LOGLEVEL=info
[ org.gnucash.GnuCash ~]$ export AQOFX_LOG_COMM=1
[ org.gnucash.GnuCash ~]$ export AQOFXCONNECT_LOGLEVEL=info
[ org.gnucash.GnuCash ~]$ gnucash
6:2021/05/04 21-33-42:gwen(5):gwenhywfar.c:  110: Error on br_init: 119
6:2021/05/04 21-33-42:gwen(5):i18n.c:  205: Real locale is [en_US.UTF-8]
6:2021/05/04 21-33-42:gwen(5):plugin.c:  587: Plugin type "dbio" registered
6:2021/05/04 21-33-42:gwen(5):dbio.c:  106: Adding plugin path
[/app/lib/gwenhywfar/plugins/79/dbio]
6:2021/05/04 21-33-42:gwen(5):plugin.c:  587: Plugin type "configmgr"
registered
6:2021/05/04 21-33-42:gwen(5):configmgr.c:   80: Adding plugin path
[/app/lib/gwenhywfar/plugins/79/configmgr]
6:2021/05/04 21-33-42:gwen(5):plugin.c:  587: Plugin type "ct" registered
6:2021/05/04 21-33-42:gwen(5):ctplugin.c:   65: Adding plugin path
[/app/lib/gwenhywfar/plugins/79/ct]
6:2021/05/04 21-33-42:gwen(5):gui_dialogs.c:   32: Using own callbacks in
gui 0x5562d2530c00
Found Finance::Quote version 1.49.
6:2021/05/04 21-40-27:gwen(5):plugin.c:  618: Plugin type "ct" unregistered
6:2021/05/04 21-40-27:gwen(5):plugin.c:  618: Plugin type "configmgr"
unregistered
6:2021/05/04 21-40-27:gwen(5):plugin.c:  618: Plugin type "dbio"
unregistered

21:34:26 Saving communication log to /tmp/ofx.log
21:34:26 Sending request...
21:34:26 Using GnuTLS default ciphers.
21:34:26 TLS: SSL-Ciphers negotiated: TLS1.3:ECDHE-RSA-AES-128-GCM:AEAD
21:34:26 Waiting for response...
21:34:29 Saving communication log to /tmp/ofx.log
21:34:29 Parsing response...
21:34:29 Status for signon request: Success (Code 0, severity "INFO")
The server successfully processed the request.
21:34:29 Status for account info request: Success (Code 0, severity "INFO")
The server successfully processed the request.
21:34:29 Received account 314074269/X ((no bank name)/ACCOUNT
NICKNAME)
21:34:29 Operation finished, you can now close this window.

$ cat /tmp/ofx-debug.log


Sending:
-
OFXHEADER:100
DATA:OFXSGML
VERSION:103
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE




20210504215352.000
REDACTED
REDACTED
ENG

USAA Federal Savings Bank
67811

QMOFX
2300
REDACTED




REDACTED

19900101






Received:
-
OFXHEADER:100
DATA:OFXSGML
VERSION:103
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE

0INFOSUCCESS20210504205247.134[-4:EDT]ENGUSAA
Federal Savings
Bank67811REDACTED0INFOSUCCESS20210504205249.647[-4:EDT]REDACTED314074269REDACTEDCHECKINGYNNACTIVE

Note that there were multiple accounts that I removed from these logs.


Thanks,
Brian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building (or trying to) GnuCash on Windows

[Brian Davis]

On Thu, Nov 30, 2017 at 3:46 PM, Geert Janssens 
wrote:

> It's time to move this thread to the gnucash-devel list. The discussion is
> evolving into the nitty gritty details of how gnucash is built. Not
> something
> most users will be interested in. If you reply please make sure to do so on
> the devel list.
>
>
ok so then to gnucash-devel list


>
> >
> > Why not use CMake to do all the heavy lifting?
> >
> Because no one implemented it that way, and CMake support is fairly recent
> in
> the gnucash build scripts.
>
>
Ok


> Besides the new build scripts leverage
> 1. prebuilt packages from mingw64 - no heavy lifting to be done any more
> 2.  jhbuild, which is quite capable of managing our dependencies that are
> not
> provided as prebuilt package by mingw64.
>
>
So to I start with jhbuild?


> > Scripts also install git... I have git... I also have CMake CMake can
> > use git command line tools... Why do I need git again?  CMake using
> > ExternalProject_Add can add gnucash.git, gnucash-on-windows.git.  Maybe
> it
> > could be changed from download-world-begin-build to
> > download-Texas-begin-build?
> >
> The goal of the bootstrap script was to lower the barrier to entry as much
> as
> possible, not to use as little disk space as possible. Before the bootstrap
> script people wanting to try building on Windows had to go through a list
> of
> packages to install and set up manually, tweaking configuration files in
> the
> process. This was even more cumbersome and error prone than what this
> simple
> bootstrap script achieves.
>

Yes my point exactly as with GTK.


>
> Still in a way I agree with you. The tools that are already available on
> the
> system shouldn't need to be installed again. Just shows the boostrap
> process
> can be improved.
>
> But even if you would manage to convert all of this setup stuff into cmake
> rules, I would expect some form of script or "sdk installer" to be
> available
> that would take care of getting cmake on the system in the first place. The
> core idea of the bootstrap script remains.


At one point I wrote a Windows Script Host to download the particular
version(s) of CMake to boot strap a full system.  Thankfully I came to my
senses and CMake now supports opening VS with environment variables
(environment) set by CMake 3.7+ or so.


> One single click should get the
> curious developer going. Not 20 manual downloads and 30 configuration
> tweaks
> (so to speak).
>

Amen brother.


> > What are deps on need for MSys/Mingw and could CMake take this over to
> > allow VS/MSbuild tools option?  Are there deps such as glib/GTK and other
> > dep friends where msbuild tools are not an option?
> >
> GnuCash is a glib/Gtk application, so yes those are primary deps. There are
> several others. For the stable series those are listed in defaults.sh, for
> the
> upcoming 2.8 series you will find them in gnucash.modules.
>
>
Ok


> I don't know whether CMake can take this all over. However the VS/MSbuild
> option doesn't depend on that IMO. The only part you should be concerned
> about
> is the gnucash code itself.


If only that were true.  It's one thing to say cross build on Linux, but
WHEN it fails on Windows... How do you go about attaching a debugger?


> All the deps can be considered as sdk, just set
> and forget. The gnucash code itself is already buildable via cmake, so the
> VS/
> Msbuild option is there to try. I'm pretty sure it will fail though as
> none of
> the current devs has ever tested it (we don't have any native Windows devs
> atm).
>


Yes the just download a dll or "windows binary" and get started method...
sigh.  But what about tracing bugs into those deps... see this is why I use
cmake to build my deps allowing me source level development of all 3rd
party goop. A glorious option.  Yes with some packages on the web this is
possible.  This does not look like an option with msys/mingw and GTK deps
however.


>
>
> 2.8 on the other hand switched to mingw64 and we leverage the packages they
> provide to a maximum to avoid having to rebuild everything ourselves. These
> packages are maintained via https://github.com/Alexpux/MINGW-packages on
> github. Packages not available there we build ourselves. For the 2.8 series
> this is managed via jhbuild. This allows us to reuse much of the work
> already
> done to build gnucash on OS X (which also uses jhbuild).
>
>
So how does one start with 2.8 then?  Say is there a website or something
that explains this?


> > There are GTK deps that do build well (are supported) by CMake such as
> if i
> > remember correctly Zlib, LibPNG, LIbjpeg or Jasper, LibTiff, freetype
> (has
> > CMakeLists.txt file), Expat, pcre2 etc.  Pixman(cairo dep) or dgk-pixbuf
> > not so much.  Though I have seen where eventhough there is a
> CMakeList.txt
> > file a project is not fully windows supported (MSBuild tools)  where
> there
> > are deps on build environment Cygwin or MSys.  Sometimes its "hey just
> 

Re: python binding: getting invoice entry data

[Brian St. Pierre]

On Wed, Jan 19, 2011 at 7:14 AM, Christoph Holtermann
c.holterm...@gmx.de wrote:
 Am 19.01.2011 05:16, schrieb Brian St. Pierre:
 I'm trying to use the python bindings to fetch entry (line-item) data
 from an invoice.

 Can someone point out what I'm doing wrong?

 You just encountered an open end in the python-bindings. It's a problem of the
 SWIG-headers. It is often encountered in uncharted territory ;-) As far as i 
 know
 the only way to get around that is to change the SWIG-headers. That has to
 be done by someone wiser than me. There is no way to force python to accept
 other types, is there ? (I have been looking for that for quite a while).

Thanks. I was wondering if it was a SWIG problem. I will take a stab
at fixing the headers.

-Brian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: python binding: getting invoice entry data

[Brian St. Pierre]

I opened a bug and attached a patch that seems to fix the problem:

https://bugzilla.gnome.org/show_bug.cgi?id=639980

There is a similar piece of code in
src/optional/python-bindings/glib.i, but changing this did not seem to
have an effect.

-Brian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

python binding: getting invoice entry data

[Brian St. Pierre]

I'm trying to use the python bindings to fetch entry (line-item) data
from an invoice.

See http://pastebin.com/fy06CPup for the test GnuCash XML file I'm using.

I expect the script below to print the three line items from the
invoice in that file, but instead it dies with:

% gnucash-env python invoice_read.py test2.gnucash
* 15:07:39  WARN gnc.backend.dbi [gnc_module_init_backend_dbi()] No
DBD drivers found
Traceback (most recent call last):
  File invoice_read.py, line 16, in module
print entry.GetDescription()
  File /usr/lib/python2.6/dist-packages/gnucash/function_class.py,
line 92, in method_function
*process_list_convert_to_instance(meth_func_args) )
  File /usr/lib/python2.6/dist-packages/gnucash/gnucash_core_c.py,
line 3825, in gncEntryGetDescription
return _gnucash_core_c.gncEntryGetDescription(*args)
TypeError: in method 'gncEntryGetDescription', argument 1 of type
'GncEntry const *'

Other methods on the Entry objects yield similar results. (A similar
approach to the code below with Invoice and Customer objects works
ok.)

Running on Ubuntu Lucid. Tested with 2.4.0-1~getdeb1~lucid from
getdeb.net and from svn with the same results.

Can someone point out what I'm doing wrong?

Thanks.

--
Brian St. Pierre



#!/usr/bin/env python
import os
import sys

from gnucash import Session
from gnucash.gnucash_business import Entry

uri = xml://{0}.format(os.path.abspath(sys.argv[1]))
ses = Session(uri, is_new=False)
try:
book = ses.get_book()
invoice = book.InvoiceLookupByID('0001')
assert(len(invoice.GetEntries()) == 3)
for e in invoice.GetEntries():
entry = Entry(instance=e)
print entry.GetDescription()
finally:
ses.end()
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: crash at Reports/Account Transaction Report

[Brian Amos]

On Sun, Sep 27, 2009 at 7:12 PM, jra...@raehls.org wrote:

 Gnucash disappears in Windows when selecting Account Transaction Report, as 
 well as Account Report just above it in the menu.  This is with a copy that 
 I compiled with install.sh and distribution executable built with dist.sh, 
 installed to c:\Program Files\Gnucash in the usual way.  I have a fairly 
 sizeable 2 Mb XML database.

 Unfortunately, I do not have time to learn the debugger, but wanted to report 
 that the bug also appears in Windows.

 Jim Raehl

I experienced the same problem and found bug 593906 in bugzilla that
appears to be the same issue and offers a patch.  Not having tried the
patch I cannot say whether it works or not, but it's worth  a try.

Brian Amos
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

account report and account transaction report cause crash

[Brian Amos]

I am having problems with the account report and account transaction report.
 Gnucash crashes as soon as the menu option is selected.

Using 2.3.5 (r18290) on win32 with postgres database backend.
I have filed a bug report (595517).

Has anyone else seen this? or is it specific to my system?

Brian Amos
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

gnucash crashing on DB error

[Brian Amos]

Gnucash seems to be crashing whenever the database returns an error, such as
incorrect password, or DB unavailable.  I am able to log what gnucash is
sending to the DBI, is there a way to log what's going on inside the DBI?
Hopefully the DBI is returning error codes that gnucash should handle,
instead of crashing.

I'm using 2.3.2 on winXP with postgres DB.

Brian Amos
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Installing GNU Cash with PostGreSQL

[Brian Amos]

I have PostgreSQL configured on a linux server.  when I do the save as
dialog in gnucash on winXP pro to save on that server gnucash crashes.  Is
this error related to
https://lists.gnucash.org/pipermail/gnucash-devel/2009-July/025821.html?
using gnucash on winXPpro tablet edition.
postgres 8.2.5 on slackware 10.

Brian


On Tue, Jul 14, 2009 at 6:18 AM, Anders Johansson anders_sk...@yahoo.comwrote:

 Thanks for the instructions.  I was able to get to the dialog to save as a
 PostGreSQL database file.  Now I have to get PostGreSQL configured so I can
 use it.

 Regards,
 Anders

 --- On Thu, 7/9/09, Phil Longstaff plongst...@rogers.com wrote:


 From: Phil Longstaff plongst...@rogers.com
 Subject: Re: Installing GNU Cash with PostGreSQL
 To: gnucash-devel@gnucash.org
 Cc: Anders Johansson anders_sk...@yahoo.com,
 gnucash-de...@lists.gnucash.org
 Date: Thursday, July 9, 2009, 9:04 PM



 #yiv1025127545 p, #yiv1025127545 li {white-space:pre-wrap;}
 On July 9, 2009 08:24:57 pm Anders Johansson wrote:
  How do I install GNU Cash to use PostGreSQL as the backend?  I am running
  Win XP Pro, service pack 3.  I currently have GNU Cash 2.2.9 and willing
 to
  experiment with 2.3.2, but would like to try it using the PostGreSQL
  backend.
 
  Thanks,
  Anders


 The 2.3.2 win32 setup .exe is on sourceforge. Download it and install it.
 It should contain everything required to access a postgresql db.


 The File - Open and Save As menu entries are changed. In the past, they
 were simple file dialog boxes. Now, they are new dialog boxes. In the top
 left corner is a combo box indicating what type of file or connection to
 use. For Open, default is file, other entries are mysql or pgsql. For
 Save As, default is sqlite3, other entries are xml, mysql or pgsql.
 If the setting is file, sqlite3 or xml, the top right portion of the
 dialog will be disabled and the bottom section will be enabled. This section
 is a standard file access dialog. If the setting is mysql or pgsql, the
 bottom section is disabled and the top right section is enabled. This
 section contains 4 text entry fields where you can enter hostname, db name,
 username and password.


 Once you have your postgresql server setup, start gnucash. Open your
 existing gnucash file. Use Save As, switch to pgsql, then enter hostname,
 dbname, username and password. The username must be for a user with
 authorization to create a database if it doesn't already exist.


 With postgresql, you might get a popup dialog telling you that the db has
 contents which will be overwritten, even though this is a newly created db.
 This is a bug. Just press OK.


 Good luck. After this, there should be very little difference, other than
 the fact that all changes (e.g. new transactions) are saved automatically,
 so you do not need to save on exit.


 Phil



 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Installing GNU Cash with PostGreSQL

[Brian Amos]

attached is the trace file.
Brian

On Tue, Jul 14, 2009 at 11:34 AM, Phil Longstaff plongst...@rogers.comwrote:

 There is a bug with 2.3.2 which will crash in Save As if you do not have
 the sqlite3 dbd driver.  If you are running on winxp, I am surprised,
 because 2.3.2 is supposed to include that.  Can you send your gnucash.trace
 file (look in C:\Documents and Settings\your username\Local Settings\Temp
 for a file named gnucash.trace.XX where XX is some 6 character
 code).

 Phil

 --
 *From:* Brian Amos bam...@gmail.com
 *To:* gnucash-devel@gnucash.org; plongst...@rogers.com
 *Sent:* Tuesday, July 14, 2009 2:26:17 PM

 *Subject:* Re: Installing GNU Cash with PostGreSQL

 I have PostgreSQL configured on a linux server.  when I do the save as
 dialog in gnucash on winXP pro to save on that server gnucash crashes.  Is
 this error related to
 https://lists.gnucash.org/pipermail/gnucash-devel/2009-July/025821.html?
 using gnucash on winXPpro tablet edition.
 postgres 8.2.5 on slackware 10.

 Brian


 On Tue, Jul 14, 2009 at 6:18 AM, Anders Johansson 
 anders_sk...@yahoo.comwrote:

 Thanks for the instructions.  I was able to get to the dialog to save as a
 PostGreSQL database file.  Now I have to get PostGreSQL configured so I can
 use it.

 Regards,
 Anders

 --- On Thu, 7/9/09, Phil Longstaff plongst...@rogers.com wrote:


 From: Phil Longstaff plongst...@rogers.com
 Subject: Re: Installing GNU Cash with PostGreSQL
 To: gnucash-devel@gnucash.org
 Cc: Anders Johansson anders_sk...@yahoo.com,
 gnucash-de...@lists.gnucash.org
 Date: Thursday, July 9, 2009, 9:04 PM



 #yiv1025127545 p, #yiv1025127545 li {white-space:pre-wrap;}
 On July 9, 2009 08:24:57 pm Anders Johansson wrote:
  How do I install GNU Cash to use PostGreSQL as the backend?  I am
 running
  Win XP Pro, service pack 3.  I currently have GNU Cash 2.2.9 and willing
 to
  experiment with 2.3.2, but would like to try it using the PostGreSQL
  backend.
 
  Thanks,
  Anders


 The 2.3.2 win32 setup .exe is on sourceforge. Download it and install it.
 It should contain everything required to access a postgresql db.


 The File - Open and Save As menu entries are changed. In the past, they
 were simple file dialog boxes. Now, they are new dialog boxes. In the top
 left corner is a combo box indicating what type of file or connection to
 use. For Open, default is file, other entries are mysql or pgsql. For
 Save As, default is sqlite3, other entries are xml, mysql or pgsql.
 If the setting is file, sqlite3 or xml, the top right portion of the
 dialog will be disabled and the bottom section will be enabled. This section
 is a standard file access dialog. If the setting is mysql or pgsql, the
 bottom section is disabled and the top right section is enabled. This
 section contains 4 text entry fields where you can enter hostname, db name,
 username and password.


 Once you have your postgresql server setup, start gnucash. Open your
 existing gnucash file. Use Save As, switch to pgsql, then enter hostname,
 dbname, username and password. The username must be for a user with
 authorization to create a database if it doesn't already exist.


 With postgresql, you might get a popup dialog telling you that the db has
 contents which will be overwritten, even though this is a newly created db.
 This is a bug. Just press OK.


 Good luck. After this, there should be very little difference, other than
 the fact that all changes (e.g. new transactions) are saved automatically,
 so you do not need to save on exit.


 Phil



 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel





gnucash.trace.8NLMWU
Description: Binary data
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

RSS

[Brian Wilson]

The RSS feed on the website seems to be down.

 

Brian Wilson

P:   425-457-0128

E:mailto:bswil...@email.byu.edu bswil...@byu.net

 http://www.linkedin.com/pub/b/963/477 View my Professional Profile

 

 

 

 

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

How to integrate with new SQL backend

[Pelton, Brian]

Seeking advice and opinions ...

 

 

I have an application that I wrote that reads the GnuCash XML file and
exports that data into an SQLite database.  From there, it performs
budgeting and reporting stuff against the SQLite database.

 

So, now that GnuCash has an SQLite backend, I'm thinking about my
options to remove the need to read and export the data from GnuCash into
a separate database.

 

 

My first question is - is it insane to want to have one data source?
Are the risks of messing something up are too great, so leave it as is?

 

Second question - if it isn't insane, then what changes can I make to
the GnuCash SQLite database without causing problems?  Can I add tables?
Can I add columns to the GnuCash tables?

 

Any other suggestions or opinions?

 

 

Brian Pelton

bpel...@jgboswell.com mailto:bpel...@jgboswell.com 

 

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

For Mac

[brian mccracken]

Hi.
I wanted to download the software you have available for Mac OS X but wasn't
sure where to go. Do I click on 'Source Code Only?
Thanks
Brian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Version 2.2.4

[Brian Magill]

Dear Sir/Madam, we use your software for our community group. We can't have
the Company name default on our reports, having to add each time we run,
We've read your FAQ but there is no add button on the option general tab.
Can you point us in the right direction
REgards
Brian Magill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

gnucash self-installing setup program on a Windows XP operating system

[Brian Bogdanski]

Where do I find the self-installing setup program from the www.gnucash.org

Brian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: crash on start 2.2.5 on opensuse10.3

[Brian Mazari]

Johannes Kapune wrote:

 the last version on opensuse I found is 2.2.0 from Sept07
 (rpm-packages) are there an actual binary anywhere else?

I have been using the URL:

http://ftp.gwdg.de/linux/misc/suser-crauch/10.3

This will get you to version 2.2.2-0, not sure why it hasn't been
updated to a more recent version.


Although I have not used it, there is a newer version (2.2.4) at:
http://rpm.pbone.net/index.php3/stat/4/idpl/6383509/com/gnucash-2.2.4-4.4.i586.rpm.html

HTH,

Brian Mazari

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

RE: Compiling GnuCash on Windows

[Brian Blatnik]

Sorry took a while before I had the chance to run with gdb. Here's what
happens when I try to save a file. Thanks for your help!

In the gdb window:

GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i686-pc-mingw32...
(gdb) run
Starting program: C:\GnuCash\gnucash\bin/gnucash-bin.exe

Program received signal SIGTRAP, Trace/breakpoint trap.
0x10024a00 in strcmp ()
(gdb) bt
#0  0x10024a00 in strcmp ()
#1  0x in ?? ()
(gdb)


And in the gnucash-bin window:

This is a development version. It may or may not work.
Report bugs and other problems to [EMAIL PROTECTED]
You can also lookup and file bug reports at http://bugzilla.gnome.org
The last stable version was GnuCash 2.0.2
The next stable version will be GnuCash 2.2

gnucash: [E] Failed to fork child process.

(gnucash:5684): Gtk-WARNING **: file_system_win32=026C5B80 still has
handle=0269
2F20 at finalization which is NOT CANCELLED!

(gnucash:5684): GLib-GObject-WARNING **: invalid uninstantiatable type
`void' in
 cast to `GtkFileSystemWin32'

(gnucash:5684): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table
!=
NULL' failed 



-Original Message-
From: Christian Stimming [mailto:[EMAIL PROTECTED] 
Sent: Thursday, November 02, 2006 9:29 AM
To: Derek Atkins
Cc: Brian Blatnik; gnucash-devel mailing list
Subject: Re: Compiling GnuCash on Windows

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

For me on win2000/SP4 with r15078 and the updated gnome packages according
to the recent commits in custom.sh, I get these:

 - Creating a new file (with default account hierarchy)

Works for me just fine. The account hierarchy druid comes up and gives all
the locale=C choices that are shipped with gnucash.

 - Creating more accounts in that file

Works.

 - Adding transactions to these accounts

Works.

 - running reports, particularly account summary, income 
 statement, balance sheet

Doesn't work. I tried to run gnucash under gdb,
http://wiki.gnucash.org/wiki/Windows#gdb , and surprisingly enough then it
works! All of the text reports will simply work when running under gdb...
sigh.

- Saving to file

Works just fine as well, probably due to the recent gtk upgrade.

 Also, in the command prompt window is the following:

 gnucash: [E] Failed to fork child process.
 This is probably because gnucash tries to save the file in compressed 
 form, which requires a separate gzip process that won't work on 
 windows. In short, in the preferences please uncheck the checkbox 
 under General - File - Compress file. Does saving work, then?
 
 I wonder if we should just disable this feature on win32?

The feature is already disabled on windows, see io-gncxml-v2.c:1243. I tried
to find the place that's causing this failed to fork message, but
apparently it doesn't come from within gnucash. At least we don't have that
string anywhere, and the only fork() that gnucash uses is in io-gncxml-v2.c
which is unused on windows. So I have no idea where this comes from, and I'd
simply ignore it for now.

Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCUAwUBRUoq2GXAi+BfhivFAQJp2gP4j7hgq6uSk5MZ79RXe3oRp0die6PKdpah
GaFYxStJqCEdTNbSdMQmh1Or/W4zaK7l/h9tJ71CWMErwcmg+CcVGe91K6x032ZY
4hK8ZuP7viFSm7YekEyFlwbMbSm5bSc3eG+ReB8l4EPQ44tBWFmdFfJspe3iaD4h
BgDpzKJatw==
=sFD8
-END PGP SIGNATURE-
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

RE: Compiling GnuCash on Windows

[Brian Blatnik]

Well, I always get the Cannot find default values dialog on startup. (I
read about that in one of the threads.) I've followed the setup as it
recommends, and here are the entire contents of my .gconf.path file:


 The following lines were added by GnuCash. 
xml:readwrite:$(HOME)/.gconf
xml:readonly:C:\GnuCash\gnucash\etc\gconf\gconf.xml.defaults
## End of lines added by GnuCash. ##

 The following lines were added by GnuCash. 
xml:readonly:C:\GnuCash\gnucash\etc\gconf\gconf.xml.defaults
## End of lines added by GnuCash. ##

 The following lines were added by GnuCash. 
xml:readonly:C:\GnuCash\gnucash\etc\gconf\gconf.xml.defaults
## End of lines added by GnuCash. ##

 The following lines were added by GnuCash. 
xml:readonly:C:\GnuCash\gnucash\etc\gconf\gconf.xml.defaults
## End of lines added by GnuCash. ##


Looks like evidence of my repeated attempts -- yet I still get the dialog
every time I start up. And if lines were *added* to .gconf.path, it appears
mine was completely empty before they were added. Is that normal?


-Original Message-
From: Derek Atkins [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 01, 2006 7:08 AM
To: Brian Blatnik
Cc: Christian Stimming; gnucash-devel mailing list
Subject: Re: Compiling GnuCash on Windows

Brian Blatnik [EMAIL PROTECTED] writes:

 - Creating a new file (with default account hierarchy)

 This doesn't work for me.  I do File - New File and I get an empty
window.
 It doesn't pop up the druid or anything.

 [BB] Works for me, as long as Perform account list setup on new file 
 is checked in Preferences -- General (default is unchecked)

Ahh...  Perhaps this means the preferences aren't being found?
This should default to 'true'.

-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
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

RE: Compiling GnuCash on Windows

[Brian Blatnik]

 
Inline, with [BB]

-Original Message-
From: Derek Atkins [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 30, 2006 7:15 AM
To: Christian Stimming
Cc: Brian Blatnik; gnucash-devel mailing list
Subject: Re: Compiling GnuCash on Windows

Christian Stimming [EMAIL PROTECTED] writes:

 I'd like to hear whether these things work, in case you have some time 
 to check them in detail:
 - Creating a new file (with default account hierarchy)

This doesn't work for me.  I do File - New File and I get an empty window.
It doesn't pop up the druid or anything.

[BB] Works for me, as long as Perform account list setup on new file is
checked in Preferences -- General (default is unchecked)

 - Creating more accounts in that file

This works.

[BB] Works for me too

 - Adding transactions to these accounts

[BB] Works

 - running reports, particularly account summary, income statement, 
 balance sheet

[BB] All three crash

 - Changing some preferences (are these preserved when shutting down 
 (without
 crashing) and starting again?)

[BB] Works

I haven't tried any of these.

 Also, in the command prompt window is the following:

 gnucash: [E] Failed to fork child process.

 This is probably because gnucash tries to save the file in compressed 
 form, which requires a separate gzip process that won't work on 
 windows. In short, in the preferences please uncheck the checkbox 
 under General - File - Compress file. Does saving work, then?

I wonder if we should just disable this feature on win32?

[BB] Unchecked is the default, so that wasn't the problem. Still crashes on
Save

-derek

[BB] Let me know if the backtraces would help you immensely and I'll try to
install gdb. 

Thanks,
Brian

-- 
   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
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

RE: Compiling GnuCash on Windows

[Brian Blatnik]

 
OK, thanks for your help, got it installed. :-)

But it seems to crash on any operation involving the Windows file system:
loading a qif, saving a file, etc. Also, in the command prompt window is the
following:

gnucash: [E] Failed to fork child process.

Is there a way to generate a backtrace in Windows? 

Thanks,
Brian

-Original Message-
From: Andreas Köhler [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 19, 2006 1:14 PM
To: Brian Blatnik
Cc: 'Christian Stimming'; gnucash-devel mailing list
Subject: RE: Compiling GnuCash on Windows

Hi,

Am Donnerstag, den 19.10.2006, 09:55 -0700 schrieb Brian Blatnik:
 With the lastest install.sh script, I get the following error message 
 during the gnome section:
 inst_gwrap: command not found

I anticipated that problem :) Make sure you always use recent scripts and
auxiliary files. Best would be to checkout the whole packaging/win32
directory and update before doing anything.

Quick fix: Update your custom.sh.

-- andi5

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

RE: Compiling GnuCash on Windows

[Brian Blatnik]

Thanks Christian et. al.!

With the lastest install.sh script, I get the following error message during
the gnome section:
inst_gwrap: command not found

I'm pretty sure gwrap was installed successfully with the previous script (a
couple days ago). Any ideas what may be causing this error?

Thanks,
Brian

-Original Message-
From: Christian Stimming [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 19, 2006 12:49 AM
To: Brian Blatnik; gnucash-devel mailing list
Subject: Re: Compiling GnuCash on Windows

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

(Please discuss gnucash issues always on the mailing list. Thanks.)

Brian Blatnik schrieb:
 Thanks so much for all your hard work making it possible to run 
 GnuCash on Windows. I have followed your instructions on the wiki, but 
 ran into trouble toward the end: as it attempts to install GnuCash, 
 the script generates an error that SWIG is not installed. I thought 
 g-wrap removed the need for SWIG. Can you think of any way to get around
this?

This has been fixed by the install.sh script in SVN now. Just retrieve the
updated install.sh and run it again. Thanks to Andreas Koehler for that!

Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRTct/2XAi+BfhivFAQI1dgP8DLCHwj5Xu8UXszf7jLEzveUjF3xjWkLO
6TRcnG3WaylW04ecnB8lX298HIqEranxnmfbzQsKZ2L2k2Yoz9g4zGeaLz0s0PYo
05CvAuY4eWN5prOqG3ClgTFS7dhmRp2FPF3efmTqbrrwk533FeXx+G9EnLvvcySI
MXkwTWWNPUQ=
=L8/g
-END PGP SIGNATURE-
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.0.0 compile hangs

[Brian]

On Wed, 2006-12-07 at 01:40 -0400, Derek Atkins wrote:
 Quoting Brian [EMAIL PROTECTED]:
 
  On Tue, 2006-11-07 at 10:11 -0400, Derek Atkins wrote:
  From your top-level srcdir, what happens if you run:
 
  ./util/gnc-svnversion
 
  I just get a usage printout.
 
 Did I typo?  I THOUGHT I said:
 
   ./util/gnc-svnversion .
 
 Maybe I missed that trailing dot.  If so, my appologies, but you need
 that trailing dot.  Can you test that, please?
 
  trying it with several directories and some snooping it seems that Chris
  has stripped out all the svn version info for the 2.0.0 release.
 
 Yes. That is not a bug.  The tarball is shippped with a gnc-svninfo.h
 file which is generated during make dist.  But based on your hang the
 only thing I can think of is that gnc-svnversion is somehow hanging
 on your system... Which is why I want you to test it.   If it doesn't
 hang, then I know it's not that script and I have to look somewhere else.
 If it DOES hang, well, then we know where the problem is!

Yes, it does hang.  Along with most any other directory I specify.
Sorry, I had tried that before, but did not think to mention it last
time.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.0.0 compile hangs

[Brian]

On Wed, 2006-12-07 at 10:07 -0400, Derek Atkins wrote:
 Sorry, typo:
 
   sh -x ./util/gnc-svnversion .
 
 (util, not utils).
 
 -derek

big_squirt gnucash-2.0.0 # sh -x ./util/gnc-svnversion .
+ '[' -n . ']'
+ '[' -d . ']'
+ test -h ./Makefile.am
+ real_srcdir=.
+ test -d ./.svn
+ which svk
+ test 0 '!=' 0
++ svk info .


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.0.0 compile hangs

[Brian]

On Wed, 2006-12-07 at 16:27 -0400, Archimedes Submerged wrote:
 On 7/12/06, Brian [EMAIL PROTECTED] wrote:
 
  Exiting on signal 2
  sandbox:  Signal already caught and busy still cleaning up!
  sandbox:  Caught signal 2 in pid 16865
  ./configure: line 22522: test: =: unary operator expected
 
 
 Could you report line 22522 and surroundings of configure?  I just submitted
 a patch to this list (hasn't shown up yet...) which ought to prevent that
 error message.


checking ltdl.h usability... yes
checking ltdl.h presence... yes
checking for ltdl.h... yes
checking X11/Xlib.h usability... yes
checking X11/Xlib.h presence... yes
checking for X11/Xlib.h... yes
checking glob.h usability... yes
checking glob.h presence... yes
checking for glob.h... yes
checking for chown... yes
checking for gethostname... yes
checking for getppid... yes
checking for getuid... yes
checking for gettimeofday... yes


Exiting on signal 2
sandbox:  Signal already caught and busy still cleaning up!
sandbox:  Caught signal 2 in pid 16865
./configure: line 22522: test: =: unary operator expected

/usr/local/portage/app-office/gnucash/gnucash-2.0.0.ebuild: src_compile 
aborted; exiting.

big_squirt portage # 


I would not use this error for any troubleshooting as I had caused the
package manager to abort the compile just before it got to the problem
where it was hanging.  That error was probably just a side effect of the
dirty abort I caused, not the cause of the abort.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

2.0.0 compile hangs

[Brian]

I've a gentoo system.  I find that the 2.0 release is hanging at:

checking for pthread_mutex_init... yes
checking for strptime... yes
checking for localtime_r... yes
checking what extra warning flags to pass to the C compiler... 

Where it stalls and the process waits forever.  CPU usage goes to zero
for the process.  If I cntrl-c the process. It actually continues and
adds the extra flags and continues rather than kill the process only to
hang again later.  I thought that I may have a broken tool chain, but
-1.9.8 emerges just fine.  The problem has happened with both josh's
1.9.x ebuild and an slightly modified ebuild for 2.0.0.  I've also
downloaded the source twice and both md5sums match, but I was unable to
find an md5sum posted for it.

I saw that there are other configure problems on the -user list.  Has
no-one else had any problems like this?
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.0.0 compile hangs

[Brian]

On Tue, 2006-11-07 at 10:11 -0400, Derek Atkins wrote:
 From your top-level srcdir, what happens if you run:

 ./util/gnc-svnversion

I just get a usage printout.

trying it with several directories and some snooping it seems that Chris
has stripped out all the svn version info for the 2.0.0 release.

Anyway here is where I got it from:

 Downloading 
 http://surfnet.dl.sourceforge.net/sourceforge/gnucash/gnucash-2.0.0.tar.gz
--21:57:21--  
http://surfnet.dl.sourceforge.net/sourceforge/gnucash/gnucash-2.0.0.tar.gz
   = `/usr/portage/distfiles/gnucash-2.0.0.tar.gz'
Resolving surfnet.dl.sourceforge.net... 130.59.138.20, 2001:620:0:1b::20
Connecting to surfnet.dl.sourceforge.net|130.59.138.20|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10,244,964 (9.8M) [application/x-tar]

100%[] 10,244,964   
209.02K/sETA 00:00

21:58:01 (250.13 KB/s) - `/usr/portage/distfiles/gnucash-2.0.0.tar.gz' saved 
[10244964/10244964]

big_squirt gnucash # md5sum /usr/portage/distfiles/gnucash-2.0.0.tar.gz
d5802c398825500ec322bb2b3229aadd  /usr/portage/distfiles/gnucash-2.0.0.tar.gz


I am in the middle of a toolchain re-build just in case.  I am updating
my svn-checkout as well to see if the problem is there too.

Thanks...
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Splash Screen Revisited

[Brian]

On Fri, 2006-19-05 at 12:01 -0400, Derek Atkins wrote:
 Quoting Bengt Thuree [EMAIL PROTECTED]:
 
  On Fri, 2006-05-19 at 11:13 -0400, Josh Sled wrote:
  On Fri, 2006-05-19 at 07:23 -0500, Joshua Facemyer / Impressus Art
  wrote:
   Here's a set of graphics for further abuse.  Please beat them up so I
   can make them better.
  
   http://www.impressusart.com/download/splash.png
   http://www.impressusart.com/download/icon.png
   http://www.impressusart.com/download/logo.png
   http://www.impressusart.com/download/banner.png
 
 
  I sure like these better than the ones we have today :)
  Very good start I think.
  I agree with Josh though, the wavy line and the horisontal lines I am
  not to sure of.
 
 The straight line doesn't bother me..

I don't care for the horizontals much.  They may be better if they are
in the background, not the foreground, maybe a little more translucent.

 
 I was wondering how it would look if it looked more like a stock ticket tape?
 
 -derek

I think it might be better as well.


Overall, They are very good and certainly show off some professional art
skills.  I think they will be better than the current ones as well.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

multiple gnucash's running

[Brian Dolbec]

I just ran into a problem with 1.8.12 that may still be in the 1.9
series.

I had started gnucash, entered an invoice, then realized it was with a
backup file I was testing with.  Used the open recent to open the real
data file.  Gnucash was started in an new window with the other file.
While that one was starting I clicked on the first instance which then
began filling up with reports and such from the second instance.  Guile
then crashed (sorry, didn't get the details).  The only thing printed in
the terminal was:

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
(0.0018s) [load] -*-helvetica-bold-r-*-*-18-*-*-*-*-*-ISO8859-1 --
0x8db0008
[EMAIL PROTECTED] ~ $ gnucash


It seems that guile cannot keep track of witch instance it belongs to.
-- 
Brian Dolbec [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

multiple gnucash's running

[Brian]

Sorry, if this is double posted. I just relaized I sent it the first
time with the wrong email id.


I just ran into a problem with 1.8.12 that may still be in the 1.9
series.

I had started gnucash, entered an invoice, then realized it was with a
backup file I was testing with.  Used the open recent to open the real
data file.  Gnucash was started in an new window with the other file.
While that one was starting I clicked on the first instance which then
began filling up with reports and such from the second instance.  Guile
then crashed (sorry, didn't get the details).  The only thing printed in
the terminal was:

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
(0.0018s) [load] -*-helvetica-bold-r-*-*-18-*-*-*-*-*-ISO8859-1 --
0x8db0008
[EMAIL PROTECTED] ~ $ gnucash


It seems that guile cannot keep track of witch instance it belongs to.
-- 
Brian Dolbec [EMAIL PROTECTED]
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: multiple gnucash's running

[Brian]

On Fri, 2006-12-05 at 12:33 -0400, Derek Atkins wrote:
 Open Recent shouldn't open a new window per se.  It should close
 the current one and open the new one in the same instance.  There
 are certainly some known issues with this process in 1.8 and many
 of them have been fixed in 1.9.
 
 Can you reproduce this in 1.9?
 
 -derek
 

I just tried with 1.9.5 and all seems well.  I even tried 2 separate
instances of 1.9.5 and no problems there as well.  Looks like it's fixed
already. :)


 Brian [EMAIL PROTECTED] writes:
 
  I just ran into a problem with 1.8.12 that may still be in the 1.9
  series.
 
  I had started gnucash, entered an invoice, then realized it was with a
  backup file I was testing with.  Used the open recent to open the real
  data file.  Gnucash was started in an new window with the other file.
  While that one was starting I clicked on the first instance which then
  began filling up with reports and such from the second instance.  Guile
  then crashed (sorry, didn't get the details).  The only thing printed in
  the terminal was:

  It seems that guile cannot keep track of witch instance it belongs to.
  -- 
  Brian Dolbec [EMAIL PROTECTED]
  -- 
  Brian [EMAIL PROTECTED]
 

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[patch] owner-report.scm Added company-id to the output

[Brian]

Similar to the fancy-invoice I've updated the customer report to also
show the company-id.

I looked over the other business reports but did not see anything else
but the default printable invoice that is missing the company-id.  If
you think it should get it I can generate a patch for it if you like.

-- 
Brian [EMAIL PROTECTED]
Index: business-reports/owner-report.scm
===
--- business-reports/owner-report.scm	(revision 13316)
+++ business-reports/owner-report.scm	(working copy)
@@ -497,7 +497,10 @@
 			  (list gnc:*business-label* gnc:*company-name*
 	 (addy (gnc:kvp-frame-get-slot-path
 		slots (append gnc:*kvp-option-path*
-			  (list gnc:*business-label* gnc:*company-addy*)
+			  (list gnc:*business-label* gnc:*company-addy*
+	 (id (gnc:kvp-frame-get-slot-path
+		slots (append gnc:*kvp-option-path*
+			  (list gnc:*business-label* gnc:*company-id*)
 
 (gnc:html-table-set-style!
  table table
@@ -509,7 +512,7 @@
 
 (gnc:html-table-append-row! table (list (if name name )))
 (gnc:html-table-append-row! table (list (string-expand
-	 (if addy addy )
+	 (string-append (if addy addy ) (if id (string-append \n id) ))
 	 #\newline br)))
 (gnc:html-table-append-row! table (list
    (strftime
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [PATCH] Re: Fancy Invoice

[Brian]

On Sun, 2006-12-02 at 13:32 -0500, Derek Atkins wrote:
 Hi,
 
 Brian [EMAIL PROTECTED] writes:
 
  I also think these changes could be applied to the 1.8.12 as well since
  I started them there quite a while ago.
 
  Side note:  the gnc:make-number-range-option also does not render on the
  screen the best.  It seems to have a display box slightly shorter than
  the number text it is displaying. I had to compensate by making the
  minimum display number width wider.
 
 I've applied these changes to SVN (r13237).  I made a bunch of changes
 to your changes so it's likely that you'll need to svn revert after
 you update or you'll probably get svn merge conflicts in your tree.
 I've verified that these changes work.
 
 Enjoy!
 
 -derek

Thank you.  I wanted to do what you changed, but did not have a clue
about how to go about it in gnucash.  Now I have an example :)

It seems that we both missed the company-id actually being put into the
report.  I've added it to the bottom of the address as I did not know of
a better place for it.  Ideas are welcome.  Most bills I get from
suppliers seem to have it as the last line of their name  address,
probably because it was easier and cheaper than reprinting, etc..  I had
also added it to the actual address in 1.8 so it would show on invoices,
etc. since it was not a separate entity.


attached is a one line patch adding the company-id.
-- 
Brian [EMAIL PROTECTED]
Index: src/business/business-reports/fancy-invoice.scm
===
--- src/business/business-reports/fancy-invoice.scm	(revision 13293)
+++ src/business/business-reports/fancy-invoice.scm	(working copy)
@@ -722,7 +722,7 @@
 	'attribute (list align right)
 	'attribute (list width 33%))
 (gnc:html-table-append-row!
- table (list (string-expand (if addy addy ) #\newline br)
+ table (list (string-expand (string-append (if addy addy ) (if id (string-append \n id) )) #\newline br)
 		 (string-expand
 		  (string-append (if phone
  (string-append (_ Phone:)   phone)
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [PATCH] Re: Fancy Invoice

[Brian]

On Tue, 2006-07-02 at 10:10 -0500, Derek Atkins wrote:
 Quoting Brian [EMAIL PROTECTED]:
 

 That wont happen.  The 1.8 source tree is EOL'd -- 1.9.x alpha releases
 are imminent to get us on the road to 2.0.  There will be no more 1.8 releases
 so applying patches to 1.8 is just a waste of time.
 
I know a release won't happen.  I think since the changes are only in
scheme, simply changing out the 3 files changed will do it.

  Side note:  the gnc:make-number-range-option also does not render on the
  screen the best.  It seems to have a display box slightly shorter than
  the number text it is displaying. I had to compensate by making the
  minimum display number width wider.
 
 Is this true in SVN?  Or only 1.8?
 
 -derek
 
This was an older SVN.  I had not updated and rebuilt it while I was
working on the fancy-invoice.  I have just done an svn update, but not
built and tested it yet.

Checking just now the welcome sample report in both 1.8.12 and svn show
the number of columns option fine without any decimals.  However the
gnc:make-number-range-option I used in the fancy-invoice doesn't. Which
is why I set it for some decimals to show.  I started looking but have
not found how it is done in the welcome sample report.  Too many imports
to look thru.  Looks like I'll have to grep it out.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Fancy Invoice

[Brian]

On Mon, 2006-06-02 at 15:42 -0500, Derek Atkins wrote:
 Quoting Brian [EMAIL PROTECTED]:
 
  I have a number of changes completed for the fancy invoice.  I have
  added properties to the File=Properties dialog and that info is saved.
  I have added Phone,Fax,Website properties to the invoice.
 
 Excellent.
 
  What I have not been able to do yet is get the info into the extra notes
  from the book.  My scheme abilities are not that good :(.
 
 I'm not sure what you mean by get the info into the extra notes from
 the book.  What extra notes?
 
  I'll make a patch with what I have so far probably later today.  I need
  to clean out some dead code I was experimenting with (which doesn't
  work).
 
 Okay.  I /suspect/ what you did was just add options in the report
 to hold these fields instead of just grabbing them from the book.  At
 least that's what I think you did based upon my interpretation of what
 you meant above by the extra notes issue.
 

I've added them to the book as I stated above.  I have also retrieved
them from the book and added them to the report.

 If you look at the make-myname-table procedure in invoice.scm, that's
 where it pulls the company name and address from the book properties.
 
 -derek
 

That is where most of them are, those weren't that hard (with a little
help from you), but not all. 

in the invoice options there is:  (Partially modified code)

  (gnc:register-inv-option
   (gnc:make-text-option
(N_ Display) (N_ Extra Notes)
 u (N_ Extra notes to put on the invoice)
 ;; oli-custom - Extra notes to add on each invoice, invoice-independent
 ;; yes, I was too lazy to (get-company-name) ;) 
 (string-append (_ Make all cheques payable to: ) ;;c-name
  (_ \nDirect all inquiries to:  ;;c-contact)))
 ;;Make all cheques payable to: Company Name Inc.\nDirect all inquiries 
to: Mr. Accounting Contact))

So far I've not been able to get the c-name  c-contact from the book.
This module seems to run before the make-myname-table procedure.  The
book parameter is not accessible at this point.  I have been far too
busy this past 2 months to work on it and figure it out.  Perhaps you or
someone that is good at scheming could fix it easily.

I'll finish cleaning it up and generate a patch. :)


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[PATCH] Re: Fancy Invoice

[Brian]

On Mon, 2006-06-02 at 18:59 -0800, Brian wrote:

 
 There is one more change I would like to make.  Add a parameter to set
 the minimum number of entries in the body rather than it be hard coded
 in the scheme file.
 

I've finished making the changes.  I don't think I've missed any of the
important hard coded items in the fancy-invoice.

You may want to clean up a few of the old statements I've commented out
in favour of my changes.  You might also want to check that I have all
the translation markings correct.  I followed the code that was there,
but some of that may be wrong since he states that it might be in his
oli-custom comments.


I also think these changes could be applied to the 1.8.12 as well since
I started them there quite a while ago.

Side note:  the gnc:make-number-range-option also does not render on the
screen the best.  It seems to have a display box slightly shorter than
the number text it is displaying. I had to compensate by making the
minimum display number width wider.

-- 
Brian [EMAIL PROTECTED]
Index: src/business/business-reports/fancy-invoice.scm
===
--- src/business/business-reports/fancy-invoice.scm	(revision 13138)
+++ src/business/business-reports/fancy-invoice.scm	(working copy)
@@ -43,6 +43,9 @@
 ;; template. The most common used templates will be distributed with
 ;; gnucash.
 
+;; Modifed to use settable options instead of the hard coded ones.
+;; modified by Brian Dolbec dol-sen at telus dot net Feb. 6, 2006
+
 (define-module (gnucash report fancy-invoice))
 
 (use-modules (srfi srfi-1))
@@ -242,7 +245,7 @@
 (define (options-generator)
 
   (define gnc:*report-options* (gnc:new-options))
-
+	
   (define (gnc:register-inv-option new-option)
 (gnc:register-option gnc:*report-options* new-option))
 
@@ -331,14 +334,31 @@
 tc (N_ Display the payments applied to this invoice?) #f))
 
   (gnc:register-inv-option
+   (gnc:make-number-range-option
+(N_ Display) (N_ Minimum # of entries)
+u (N_ The minimum number of invoice entries to display. (-1)) 23
+4 23 3 1))
+
+  (gnc:register-inv-option
(gnc:make-text-option
 (N_ Display) (N_ Extra Notes)
  u (N_ Extra notes to put on the invoice)
  ;; oli-custom - Extra notes to add on each invoice, invoice-independent
- ;; yes, I was too lazy to (get-company-name) ;)
- Make all cheques payable to: Company Name Inc.\nDirect all inquiries to: Mr. Accounting Contact))
+ ;; yes, I was too lazy to (get-company-name) ;) 
+ ;;Make all cheques payable to: Company Name Inc.\nDirect all inquiries to: Mr. Accounting Contact))
+ ))
 
   (gnc:register-inv-option
+   (gnc:make-simple-boolean-option
+(N_ Display) (N_ Payable to:)
+ ua (N_ Display the Payable to: information) #t))
+ 
+  (gnc:register-inv-option
+   (gnc:make-simple-boolean-option
+(N_ Display) (N_ Company contact)
+ ub (N_ Display the Company contact information) #t))
+
+  (gnc:register-inv-option
(gnc:make-string-option
 (N_ Display) (N_ Today Date Format)
 v (N_ The format for the date-string conversion for today's date.)
@@ -440,7 +460,7 @@
 	(do ((entries-added entries-added (+ entries-added 1))
 		 (odd-row? odd-row? (not odd-row?)))
 		;; oli-custom - here you put the minimum number of rows minus one
-		(( entries-added 23))
+		(( entries-added (opt-val Display Minimum # of entries )))
 		(gnc:html-table-append-row/markup! table (if odd-row? normal-row alternate-row) (string-list (make-string (num-columns-required used-columns) #\space)))
 		)
 	(add-subtotal-row table used-columns value-collector
@@ -616,15 +636,34 @@
  'attribute (list valign top))
 table))
 
+;; define a couple variables used in various places
+;;(define c-name gnc:*company-name* )
+;;(define c-contact gnc:*company-contact*)
+
 (define (make-myname-table book date-format)
   (let* ((table (gnc:make-html-table))
 	 (slots (gnc:book-get-slots book))
 	 (name (gnc:kvp-frame-get-slot-path
 		slots (append gnc:*kvp-option-path*
 			  (list gnc:*business-label* gnc:*company-name*
+;;	 (contact (gnc:kvp-frame-get-slot-path
+;;		slots (append gnc:*kvp-option-path*
+;;			  (list gnc:*business-label* gnc:*company-contact*
 	 (addy (gnc:kvp-frame-get-slot-path
 		slots (append gnc:*kvp-option-path*
 			  (list gnc:*business-label* gnc:*company-addy*
+	 (id (gnc:kvp-frame-get-slot-path
+		slots (append gnc:*kvp-option-path*
+			  (list gnc:*business-label* gnc:*company-id*
+	 (phone (gnc:kvp-frame-get-slot-path
+		slots (append gnc:*kvp-option-path*
+			  (list gnc:*business-label* gnc:*company-phone*
+	 (fax (gnc:kvp-frame-get-slot-path
+		slots (append gnc:*kvp-option-path*
+			  (list gnc:*business-label* gnc:*company-fax*
+	 (url (gnc:kvp-frame-get-slot-path
+		slots (append gnc:*kvp-option-path*
+			  (list gnc:*business-label* gnc:*company-url*
 	 (invoice-cell (gnc:make-html-table-cell

Re: Compatibility problem between G2 business module and G1

[Brian]

On Wed, 2006-25-01 at 22:52 -0500, digger vermont wrote:
 Hello All,
   It looks to me that G2 is corrupting the guid's of customers,
 employees, vendors, etc when opening an account file made with G1.8.12.
 I haven't looked close enough at whether or not it is a general problem
 in G2. 
 

 Has anyone else seen this and is it a known issue?  Or is the business
 module still a work in progress and this is to be expected? I didn't see
 anything in bugzilla that looked like it.  If it's something new I can
 enter it.

I've had the problem in G2 using a new file created in G2.  I reported
it in November (to this list), but was lost in the flurry of activity.
You seem to have investigated it further.

Repost:

[EMAIL PROTECTED] ~/gnucash-svn/trunk $ svn info
Path: .
URL: http://svn.gnucash.org/repo/gnucash/trunk
Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd
Revision: 12055
Node Kind: directory
Schedule: normal
Last Changed Author: cstim
Last Changed Rev: 12053
Last Changed Date: 2005-11-26 12:52:22 -0800 (Sat, 26 Nov 2005)
Properties Last Updated: 2005-11-21 17:08:14 -0800 (Mon, 21 Nov 2005)



Create a new invoice, post it show it in an invoice, save the file, quit
and restart gnucash...The customer does not seem to be saved and
consequently the displayed invoice no longer shows the name, etc. in any
of the invoices.  Opening a copy of my working file it retrieves and
displays the customer info correctly.  The posted invoivce does retain
the correct customer name in Accts Receivable.


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: QSF Import glade problems

[Brian]

It sounds like your glade file has errors in it.  Glade will not load it
correctly if there are mistakes from hand editing.  Been there, done
that. :( It can be a real pain to find and fix them all.  You are
probably better to scrap that file and start over with a fresh copy.


On Mon, 2006-23-01 at 09:43 +, Neil Williams wrote:
 On Sunday 22 January 2006 10:05 pm, David Hampton wrote:
  On Sun, 2006-01-22 at 21:27 +, Neil Williams wrote:
   Is there a usable tool for editing src/gnome/glade/merge.glade ?
 
  glade-2.
 
 I'm running glade-2: 2.12.1.
 
   Glade itself only reads the first window and ignores the rest,
 
  Open a druid window by double clicking on it.  The back/forward buttons
 
 do not appear! :-) I simply get a blank window.
 
  work to navigate through the pages.  You can use View-Show Widget
  Tree and navigate directly to any widget.
 
 The widget tree contains only MergeDruid.
 
 However, when I load account.glade, several druids appear in the main window 
 and lots of widgets appear in the widget tree. Yet the Hierarchy Druid in 
 account.glade does not have any content either. I can load the Account Dialog 
 and view all the widgets, but none of the druids. Even Account Picker is 
 blank.
 
 Running glade-2 from the console helped:
 WARNING **: Glade has been compiled without support for Gnome
 
 # apt-get install glade-gnome-2
 
 replaces glade-2 with one capable of also handling gnome.
 
  You really don't want to edit these files by hand.
 
 (Agreed!!)
 
 OK, with the gnome version of glade installed, everything is as you describe.
 
 Thanks David.
 
 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: QSF Import glade problems

[Brian]

On Sun, 2006-22-01 at 17:05 -0500, David Hampton wrote:
 On Sun, 2006-01-22 at 21:27 +, Neil Williams wrote:
  Is there a usable tool for editing src/gnome/glade/merge.glade ?
 
 glade-2.

Some advice... Pick one version of of the glade-2 series for everyone to
use, then stick with it for this release.  There are numerous widget
property differences in the files saved by different versions.  It will
cause numerous confusing +  - in the diffs when committing.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

bug in invoicing/file save

[Brian Dolbec]

[EMAIL PROTECTED] ~/gnucash-svn/trunk $ svn info
Path: .
URL: http://svn.gnucash.org/repo/gnucash/trunk
Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd
Revision: 12055
Node Kind: directory
Schedule: normal
Last Changed Author: cstim
Last Changed Rev: 12053
Last Changed Date: 2005-11-26 12:52:22 -0800 (Sat, 26 Nov 2005)
Properties Last Updated: 2005-11-21 17:08:14 -0800 (Mon, 21 Nov 2005)



Create a new invoice, post it show it in an invoice, save the file, quit
and restart gnucash...The customer does not seem to be saved and
consequently the displayed invoice no longer shows the name, etc. in any
of the invoices.  Opening a copy of my working file it retrieves and
displays the customer info correctly.  The posted invoivce does retain
the correct customer name in Accts Receivable.


P.S. Thank you Derek, I am very slowly making progress tweaking the
fancy invoice.
-- 
Brian Dolbec [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Add new language

[Brian]

On Fri, 2005-16-12 at 10:39 +0100, Christian Stimming wrote:
 Dear Anousak,
 
 by the way, what is the language code for the Lao language, and in which 
 countries is it spoken?
 
 The command to build a new .po file is simply to copy the gnucash.pot 
 file to the corresponding filename and start working:
 
cp gnucash.pot newlang.po
 
 Please read some of the gettext documentation -- it should explain how 
 to work with these files. For example, one explanation (from here 
 http://www.iro.umontreal.ca/translation/HTML/translators.html):
 
 OK, let's say you decided to translate gnucash. Start by copying the 
 file gnucash.pot into a work file named LL.po, where LL is your language 
 code as explained earlier in this text, and just edit this file.

Probably the easiest way to translate the gnucash.pot file is to use a
specialized editor such as poedit.  To use it just start poedit, import
the gnucash.pot file and begin editing.  It will inform you if it thinks
the translation is fuzzy if you miss some quotes or special
characters, etc..  If you are not sure how to translate something, skip
it and next time you open the file to edit it, all untranslated strings
appear at the start followed by any fuzzy translations and finally
completed strings.  Updates are easy as well, just a menu click update
from pot file and select the new gnucash.pot file.  It will merge the
new pot file source, updating your original strings and list any new
strings at the start.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: #!%*#@ scheme! ... help!

[Brian]

On Sun, 2005-27-11 at 11:36 -0500, Derek Atkins wrote:
 guile (string-append foo bar baz)
 foobarbaz
 
 You don't want the (list ...) stuff in there.
 
 -derek
 
thanks, but :(

 (string-append (N_ Make all cheques payable to: ) (gnc:*business-label* 
gnc:*company-name*)
  (N_ \nDirect all inquiries to: ) (gnc:*business-label* 
gnc:*company-contact*


Backtrace:
In unknown file:
   ?:  0* [#procedure #f (window) #gw:wcp gnc:MainWindow* 0x8409990]
In /opt/gnucash2/share/guile-modules/gnucash/report/report-gnome.scm:
  78:  1* (let ((report #)) (gnc:main-window-open-report report window))
  78:  2* [gnc:make-report Fancy Invoice]
In /opt/gnucash2/share/scm/report.scm:
 237:  3  (let (# # #) (gnc:report-set-id! r id) ...)
 250:  4* (let ((options (if # # ...))) (gnc:report-set-options! r options) ...)
 251:  5* (if (not (null? rest)) (car rest) ...)
 253:  6  [gnc:report-template-new-options #]
...
 169:  7  (let ((options (generator))) (gnc:register-option options stylesheet) 
...)
 169:  8* [options-generator]
In unknown file:
   ?:  9  (letrec (# #) (gnc:register-inv-option #) (gnc:register-inv-option #) 
...)
In /opt/gnucash2/share/guile-modules/gnucash/report/fancy-invoice.scm:
 333: 10* [gnc:register-inv-option ...
 334: 11*  [gnc:make-text-option Display Extra Notes ... ...
 339: 12*   [string-append Make all cheques payable to:  ...
 339: 13*[Business Company Name]

/opt/gnucash2/share/guile-modules/gnucash/report/fancy-invoice.scm:339:58: In 
expression (gnc:*business-label* gnc:*company-name*):
/opt/gnucash2/share/guile-modules/gnucash/report/fancy-invoice.scm:339:58: 
Wrong type to apply: Business
[EMAIL PROTECTED] ~/gnucash-svn/trunk $


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

bug in invoicing/file save

[Brian]

[EMAIL PROTECTED] ~/gnucash-svn/trunk $ svn info
Path: .
URL: http://svn.gnucash.org/repo/gnucash/trunk
Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd
Revision: 12055
Node Kind: directory
Schedule: normal
Last Changed Author: cstim
Last Changed Rev: 12053
Last Changed Date: 2005-11-26 12:52:22 -0800 (Sat, 26 Nov 2005)
Properties Last Updated: 2005-11-21 17:08:14 -0800 (Mon, 21 Nov 2005)



Create a new invoice, post it show it in an invoice, save the file, quit
and restart gnucash...The customer does not seem to be saved and
consequently the displayed invoice no longer shows the name, etc. in any
of the invoices.  Opening a copy of my working file it retrieves and
displays the customer info correctly.  The posted invoivce does retain
the correct customer name in Accts Receivable.


P.S. Thank you Derek, I am very slowly making progress tweaking the
fancy invoice.

Delete the post I made with the wrong email sender.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: E-guile link

[Brian Rose]

Hi Derek,


FYI, the e-guile link is back up:

http://woozle.org/~neale/repos/eguile/eguile.html
I looked at it. It appears intuitive and nice to 
use. However, how does that fit with

Josh Sled's simple roadmap explanation after G2? E.g.,

We've been really focused on the G2 port and 2.0, 
and intentionally
haven't talked with too much rigor about post-2.0, 
at the same time
there's been a lot of discussion over the last 
year or so, and I think

it breaks out like:
...
  - Scheme removal
...
- Fix modularity system
 cutpasted from

http://www.mail-archive.com/gnucash-devel@gnucash.org/msg12143.html

Is Scheme/Guile staying in or going out? Would 
e-guile be deleted within the year

and replaced?

Sincerely,
Brian

--
Contagious Design!
web . design . photo

Brian Rose .  web programmer
(604)-630-2426 . brianATcontagiousdesignDOTnet

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash design / new features

[Brian Rose]

Another option we've discussed previously is e-guile..  This would make
invoice templates effectively hand-written HTML with embedded guile..
So if you wanted to change the look at feel of your invoice you would
just edit the HTML until it looked how you wanted it to look..  And then
the embedded guile interpreter would run the template you created
and display it with the relevant information.

Then we could also distribute a bunch of templates (similar to iBiz)
and you could choose one or create your own.


I like this idea.


Unfortunately as I was looking for an e-guile link I noticed that the
author restructured his website and the old page is no longer there.
I just emailed him about it.  As I recall e-guile was effectively a single
source file, so we could just copy-and-paste it into GnuCash and then
someone would just need to figure out how to integrate it into the
report subsystem and set up a runtime environment for a report template.

Once we have access to that source I would like to 
look into it.


Sounds good, but what do you think, Derek, about 2,3, and 4--directly 
above?



I think they sound like a great idea.  I would love for someone to dedicate
time to coalescing all the various docs, finding out what docs are missing,
what docs are duplicated, and honing down our docs into:

 user-docs  (gnucash-docs package)
 dev-docs   (in doxygen)
 build docs (README, HACKING, ...)
 arch docs  (everything else, which bridges the gaps)

I don't believe we'd need something like Drupal for this; I think this
could all be done in CVS/SVN.



Hmmm, but is there anywhere that says in stuff 
like in version 2.5 we will have whatever,
and in v. 3.0 will be these features as well. A 
current roadmap I guess. Is it not neccessary to
have all this and the docs above on the/a website? 
Right now there is the wiki, gnucash.org,
and then independent developers' sites all with 
different info. I want to sound rude, just that
I was confused at where Gnucash is going after G2, 
so I thought if I am confused maybe
others are as well--hence the website suggestions. 
For example, I read the QSF part on
Neil's site and now I wonder what QOF/QSF has to 
do with G2, SQL backend, multi-user
support,  I am sorry and maybe I am a bit 
green on developing such an app, but I just
don't get any of the stuff with QOF/QSF. Is it 
part of the Free the data concept or to

support multiple backends/platforms or what?

Sincerely,
Brian


--
Contagious Design!
web . design . photo

Brian Rose .  web programmer
(604)-630-2426 . brianATcontagiousdesignDOTnet

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash design / new features

[Brian Rose]

Oh, no!

different info. I want to sound rude, just that

I DO NOT want to sound rude! Yikes! Sorry!


This is a good point (except for the wanting to sound rude part ;).

yeah. Well, people really do judge a book by its 
cover and a project by its
interface and its website-E.g., Does it have lots 
of cool original eye candy that looks
fairly new,  So, if we want to attract more 
users, developers, etc--this is why I like

Firefox. Looks great, but is a good product too.


it breaks out like:

- General simplification
  - Report handwavecleanup/handwave
  - Scheme removal
  - Finalize QOF extraction
  - Fix modularity system
- Features
  - DB-backend/SQLite integration.
  - Budgeting
  - Book closing
  - Lots
  - SX using QOF (to support above)
  - Register rewrite in simple widgets.


Ok.
Sincerely,
Brian

--
Contagious Design!
web . design . photo

Brian Rose .  web programmer
(604)-630-2426 . brianATcontagiousdesignDOTnet

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash design / new features

[Brian Rose]

Hi,



I suggest you look at QSF and maybe help me finish off the conversion routines 
and invoice export.



I will look at QSF, first.




Well, for one it would be really awesome if the
invoice template was similar to iBiz,
http://www.iggsoftware.com/ibiz/index.html .



1. We don't want to have specific external targets from within gnucash like 
that - the reference you quote is a moving target and if we try to fix 
against it, it will always be a case of catch-up.



I wasn't suggesting mimicking iBiz.

2. Someone else will undoubtedly have yet another target that should be 
considered.
Probably. Maybe we could come up with something to 
enable customizing invoices
without leaving the Gnucash GUI and iBiz applies 
one way. So, several suggestions could
be incorporated to create something better than 
the wisdom of anyone person.




3. QSF *can* deal with ANY external customisation requests. By having just the 
data required, you can develop a simple Perl/Python/PHP/whatever process that 
parses the XML and produces the template / report / format you need for 
whatever your target may be. It's designed to be all things to all men and 
once a conversion script is created, it remains current because all that is 
changing is the internal data - not the QSF format itself.


Sounds very high-level, generalized, and vague. 
I.e., I don't understand, but maybe I will

after reading about QSF.




Highly flexible, but using a GUI and a template
creator.



If it's flexible enough to import data into that template, QSF can provide the 
data. It's just a question of a suitable script to process the output.


Who is expected to write the script? Who is 
Gnucash intended for?





Are you happier in GUI development or CLI or both?


Web dev and backend stuff is where I am most
comfortable.



Sounds perfect. Backend stuff will be the invoice QSF which still needs a few 
tweaks in src/business/business-core/gncInvoice.c and 
src/backend/qsf/qsf-backend.c - contact me off-list if you'd like to look 
into that and I can send you some examples.


I will read about QSF.



2. Tips and advice on how to manage the gnucash codebase. The tools to use and 
links to their documentation. Conventions and when to use branches.


3. A concerted effort to bring the existing disparate docs into one cohesive 
whole that is relevant, friendly, welcoming, genuinely helpful and bridges 
the gap between the gnucash-docs package and the gnucash-devel archives.


4. Regular and consistent updates to all documentation components.

Realistically, this can only be achieved by using a tool that provides write 
access to all developers with CVS/SVN commit rights plus a few others with 
documentation skills - i.e. some form of CMS. I'd recommend Drupal.


Sounds good, but what do you think, Derek, about 
2,3, and 4--directly above?


Sincerely,
Brian

--
Contagious Design!
web . design . photo

Brian Rose .  web programmer
(604)-630-2426 . brianATcontagiousdesignDOTnet

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash design / new features

[Brian Rose]

Hi all,



1. OSX already has GnuCash via X11 and Fink (there could be licence problems 
with a native Cocoa port and it is not being considered).


Ok.
2. KDE can run GnuCash if the Gnome libraries are installed. KDE also has it's 
own alternatives to GnuCash.


Just a thought.

3. The web page idea is FAR more difficult than you may imagine and NONE of 
the work above even comes close to a HTML/PHP/Perl front end. I've done work 
on QSF (XML) which *could* be used to render GnuCash (and other QOF) data as 
HTML for purposes of data mining and customised reports but that's definitely 
as far as it goes.


Hmm, I was hoping it would be possible to use 
Gnucash via the desktop for one user
and via a webpage for another user 
simultaneously--maybe that is a longer way off than

I thought.

2. Mozilla designed for plugins from the very earliest stages, it's not easy 
to build a system into an existing program.


True.

3. Plugins can only go so far and still won't meet everyone's needs. IMHO, it 
is better to provide easier, more robust access to the data itself and let 
users handle it in Perl or PHP, Python or whatever. QSF is a flavour of XML 
that has a Schema and is intended to provide this simple and flexible data 
access.






http://www.data-freedom.org/


Well, the site explains the theory pretty well. 
However, I am throwing out ideas for
consideration to make Gnucash tasty to an 
enduser/small business owner who isn't
a Linux guy--e.g., avoids the command-line and 
doesn't want to code.



What functionality do you want in your module?


Well, for one it would be really awesome if the 
invoice template was similar to iBiz,
http://www.iggsoftware.com/ibiz/index.html . My 
wife uses iBiz. I don't like a lot of it--(it
is to click-happy for me), however the invoice 
template creator is pretty good. It uses a
web template like method of specifying where 
everything goes for an invoice template.
Highly flexible, but using a GUI and a template 
creator.





It seems very daunting 
and time consuming.



There's no escaping that one. Developing in gnucash could quite easily consume 
150% of your available time. The discipline to control that must come from 
you, as must the motivation to persist.




Most any project is similar that way, isn't it?


So I guess it depends on your motivation, your perspective and your itch.

...
 We each need our own itch for motivation.


Are you happier in GUI development or CLI or both?

Web dev and backend stuff is where I am most 
comfortable.



What's your itch?

Well, I am not sure other than above on invoices 
and what others have mentioned in

this thread.

My primary purpose is speaking up is because I 
want to help enable more productivity
and more small business users and hence a better, 
stronger Gnucash.


Derek mentioned that there were enough web 
programmers. Is there a need for people
to port documentation from the dev list and 
doxygen to the web to help enable new
programmers with Gnucash to be productive more 
quickly?


Sincerely,
Brian

--
Contagious Design!
web . design . photo

Brian Rose .  web programmer
(604)-630-2426 . brianATcontagiousdesignDOTnet

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash design / new features

[Brian]

On Fri, 2005-28-10 at 18:00 -0400, Josh Sled wrote:
 On Fri, 2005-10-28 at 22:06 +0100, Neil Williams wrote:
  On Friday 28 October 2005 4:58 am, Brian Rose wrote:
  
  (switched to devel)
 
 From where?  Where can I see the original message?
 
 ...jsled

It's in gnucash-user

Here's his post:


From months of list reading these are things that concern list users
1. End of financial year close issues
2. Invoice printing including font choice and Fancy invoice
customisation
3. Connecting with PalmOS 
4. Choosing a customer or vendor when doing invoices or payments is
clumsy
5. Cheque printing 
6. Multi-user version 
 
 
 I would have to add to this list Recurring invoices

And budget support.
Also, what would happen if the engine and 
functionality was separated from the GUI?
Then provide good docs and an api for building a 
frontend using a web page, KDE, Gnome2,
OS X, ... Secondly why not provide similar support 
for extensions like Mozilla has, that can
be easily installed by the user? I would be more 
open to reading docs and using an
API to scratch my itches, compared to 
downloading the gnucash source and studying it
for a while to know how my first attempt at a 
module is going to affect everything else
before I can contribute. It seems very daunting 
and time consuming. I have been reading
the devel lists for a week now and threads gone 
and on and on. Is there a benevolent
dictator/leader or a specific milestone map or 
are the developers just doing what seems
best to each of themselves?

Sincerely,
Brian
-- 
Contagious Design!
web . design . photo

Brian Rose .  web programmer
(604)-630-2426 . brianATcontagiousdesignDOTnet

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: error building 1.8.12 on gentoo

[Brian]

On Fri, 2005-21-10 at 23:04 -0700, Brian wrote:
 On Fri, 2005-21-10 at 22:53 -0600, Chris Lyttle wrote:
  Yes Christian is exactly right on this. The gentoo error below is a
  problem with the ebuild, not a gnucash problem. 
  The design.info page does need to be included, its part of the source :)
  
  Chris

 snip
 
004867 make: *** No rule to make target `gnucash-design'.  Stop.
004868 
004869 !!! ERROR: app-office/gnucash-1.8.12 failed.
004870 !!! Function src_compile, Line 94, Exitcode 2
004871 !!! make gnucash-design failed
004872 !!! If you need support, post the topmost build error, NOT this 
status message.
004873 
 

It turns out that in 1.8.11 the info page was built independantly (it
seems) from the main build.  In 1.8.12 it must have been changed to
build with the main package.  When I commented out the make
gnucah-design, it built and is working.  It also built the
gnucash-design.info page.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Switching from CVS to Subversion: test svn repo available

[Brian]

On Mon, 2005-24-10 at 10:53 -0400, Chris Shoemaker wrote:

 The actual state of things is that there are *very* few developers,
 and I think the survival of gnucash depends on attracting more.  That
 doesn't necessarily require a distributed model, but I think one key
 step is providing the convenience of SCM to fringe developers.  That
 could still happen in a centralized model, for example, if an
 automated webform granted permission to create new branches and commit
 to them so that all devs can see the newly developed code and provide
 guidance long before it would be time for a patchbomb.  And if it was
 very easy to keep dev branches in sync with main branch.
 
 My point is not so much distributed is better than centralized, as
 it is lower the barriers to new developers by letting them share code
 early and often.  Distributed SCM is *one* way to do that.

I agree with with Chris on this one.  I am not much of a developer, but
would like to contribute when I can.  Several months back I tried making
changes to make the hard coded business info in the fancy-invoice
dynamic.  I was able to extend the File=Properties dialog and get the
additional data saved and reloaded, but could not get the fancy-invoice
to retreive that data.  (Yes I exported it, I'm with Neil about
Scheme :( )
It would probably have only taken someone else 5-10 minutes to fix it.
Unfortunately I got too busy to keep plugging away at it and it has now
missed the final 1.8 release.

I am probably not the only one that could contribute code that way.

Another compelling reason:  Just look at several of the recent threads
complaining about changes breaking things and others not knowing what
others are in the process of changing.  SVN will help, but may not be as
good.


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: error building 1.8.12 on gentoo

[Brian]

On Fri, 2005-21-10 at 22:53 -0600, Chris Lyttle wrote:
 Yes Christian is exactly right on this. The gentoo error below is a
 problem with the ebuild, not a gnucash problem. 
 The design.info page does need to be included, its part of the source :)
 
 Chris
 
 On Fri, 2005-10-21 at 08:50 -0400, Chris Shoemaker wrote:
  On Fri, Oct 21, 2005 at 10:02:55AM +0200, Christian Stimming wrote:
   Hi,
   
   the error message says that emerge expects a file called 
   gnucash-design in the gnucash package. We as the original packager do 
   neither know that file nor provide it in the package. I can only guess 
   that this file has probably been added by the gentoo/ebuild packager. In 
   that case, this can only be fixed by providing a new, updated ebuild for 
   gentoo. We can not and will not do this, as we are only responsible for 
   the original source package. Please report the problem to the gentoo 
   people.
  
  Well, I'm guessing this is related to gnucash-design.info.  Maybe you
  can work around this by not building the info page?
  
  On a related note: should we really distribute the gnucash-design info
  page?  It's rather developer-targeted.
  
  -chris
  
   
   Christian

Thanks everyone.  If I get the time I will try to figure out what is
going wrong.  Otherwise I'll have to wait for the package maintainers to
figure it out.

From what I've looked thru so far the only patches that they apply are
for builing in gentoo's environment and nothing gnucash specific.  If
gnucash-desin was part of the doc's, the ebuild was using the same
docs-1.8.5 tarball that builds with gnucash-1.8.11.  Which I tried again
and it built completely again.

snip

   004867 make: *** No rule to make target `gnucash-design'.  Stop.
   004868 
   004869 !!! ERROR: app-office/gnucash-1.8.12 failed.
   004870 !!! Function src_compile, Line 94, Exitcode 2
   004871 !!! make gnucash-design failed
   004872 !!! If you need support, post the topmost build error, NOT this 
   status message.
   004873 

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

error building 1.8.12 on gentoo

[Brian]

Since seemant has not gotten a new ebuild out yet, I tried building it
with the 1.8.11 ebuild but it failed.

quick specs: 

big_squirt linux-2.6.13-gentoo-r3 # emerge info
Portage 2.0.53_rc5 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.5-r1, 2.6.11-gentoo-r6n i68 6)
=
System uname: 2.6.11-gentoo-r6n i686 AMD Athlon(tm)
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox:1.2.13
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=x86
AUTOCLEAN=yes
CBUILD=i686-pc-linux-gnu
CFLAGS=-march=athlon-xp -O2 -pipe -w
CHOST=i686-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3/share/config 
/usr/lib/X11/xkb /usr/lib/mozilla/ defaults/pref /usr/share/config 
/var/qmail/control
CONFIG_PROTECT_MASK=/etc/gconf /etc/splash /etc/terminfo /etc/env.d
CXXFLAGS=-march=athlon-xp -O2 -pipe -w
DISTDIR=/usr/portage/distfiles
FEATURES=autoconfig distlocks sandbox sfperms strict
LANG=en_CA.UTF-8
snip
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS

relevant USE flags:  +nls, -postgres, +ofx, -hbci, -quotes, -chipcard

*
some emerge output
*

04  emerge (1 of 1) app-office/gnucash-1.8.12 to /
05  md5 files   ;-) gnucash-1.8.12.ebuild
06  md5 files   ;-) files/digest-gnucash-1.8.12
07  md5 src_uri ;-) gnucash-1.8.12.tar.gz
08  md5 src_uri ;-) gnucash-docs-1.8.5.tar.gz
09  * bitmap-fonts support is enabled in virtual/x11, continuing...
10  Unpacking source...
11  Unpacking gnucash-1.8.12.tar.gz to 
/var/tmp/portage/gnucash-1.8.12/work
12  Unpacking gnucash-docs-1.8.5.tar.gz to 
/var/tmp/portage/gnucash-1.8.12/work
13  Source unpacked.
14  * Running elibtoolize in: gnucash-1.8.12
15  *   Applying portage-1.4.1.patch ...
16  *   Applying relink-1.4.1.patch ...
17  *   Applying sed-1.4.0.patch ...
18  *   Applying uclibc-conf-1.2.0.patch ...
19  * econf: updating gnucash-1.8.12/config.guess with 
/usr/share/gnuconfig/config.guess
20  * econf: updating gnucash-1.8.12/config.sub with 
/usr/share/gnuconfig/config.sub
21  * econf: updating gnucash-docs-1.8.5/config.guess with 
/usr/share/gnuconfig/config.guess
22  * econf: updating gnucash-docs-1.8.5/config.sub with 
/usr/share/gnuconfig/config.sub
23 ./configure --prefix=/usr --host=i686-pc-linux-gnu 
--mandir=/usr/share/man 
  --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc 
  --localstatedir=/var/lib --enable-etags --enable-ctags 
--enable-compile-warnings=no
  --disable-error-on-warning --disable-sql --enable-nls --enable-ofx 
--disable-hbci
  --build=i686-pc-linux-gnu
snip
...
004851 make[3]: Nothing to be done for `all-am'.
004852 make[3]: Leaving directory 
`/var/tmp/portage/gnucash-1.8.12/work/gnucash-1.8.12/accounts'
004853 make[2]: Leaving directory 
`/var/tmp/portage/gnucash-1.8.12/work/gnucash-1.8.12/accounts'
004854 make[2]: Entering directory 
`/var/tmp/portage/gnucash-1.8.12/work/gnucash-1.8.12'
004855 rm -f make-gnucash-patch.tmp
004856 sed  make-gnucash-patch.in  make-gnucash-patch.tmp \
004857 -e 's:@-PERL-@:/usr/bin/perl:g'
004858 chmod +x make-gnucash-patch.tmp
004859 mv make-gnucash-patch.tmp make-gnucash-patch
004860 rm -f make-gnucash-potfiles.tmp
004861 sed  make-gnucash-potfiles.in  make-gnucash-potfiles.tmp \
004862 -e 's:@-PERL-@:/usr/bin/perl:g'
004863 chmod +x make-gnucash-potfiles.tmp
004864 mv make-gnucash-potfiles.tmp make-gnucash-potfiles
004865 make[2]: Leaving directory 
`/var/tmp/portage/gnucash-1.8.12/work/gnucash-1.8.12'
004866 make[1]: Leaving directory 
`/var/tmp/portage/gnucash-1.8.12/work/gnucash-1.8.12'
004867 make: *** No rule to make target `gnucash-design'.  Stop.
004868 
004869 !!! ERROR: app-office/gnucash-1.8.12 failed.
004870 !!! Function src_compile, Line 94, Exitcode 2
004871 !!! make gnucash-design failed
004872 !!! If you need support, post the topmost build error, NOT this status 
message.
004873 


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [Gnucash-changes] Remove guile - cashutil sync.

[Brian]

On Sat, 2005-01-10 at 17:27 -0400, Chris Shoemaker wrote:
 On Sat, Oct 01, 2005 at 09:43:29PM +0100, Neil Williams wrote:
  On Saturday 01 October 2005 8:58 pm, Chris Shoemaker wrote:
+int
+main (int argc, char **argv)
 {
+   qof_init();
+   if(cashobjects_register()) {
   test_query_core();
   test_class();
   test_querynew();
  
  Displays inline in each of the editors I use.
  src/engine/test/test-querynew.c
  
  qof_init();
  if(cashobjects_register()) {
test_query_core();
test_class();
test_querynew();
  }
 
 Um, nobody cares what your editor shows you except you.  What matters
 is what's in the file.  When I said please fix your editor I meant:
 make it easier for you to detect when your change is inconsistent with
 the surrounding code.  Your patch will clearly produce a file with
 inconsistent indentation.  Readability matters.
 
 I realize that it will be difficult for you to fix this
 after-the-fact.  I suggest reverting the patch until you can verify
 that your patches don't screw up indentation.
 
 (BTW, consistent treatment of whitespace is necessary for
 collaboration in almost any software project.)
 
 -chris
 ___


Neil, Try changing the default tab size and see how YOUR editor shows
the inconsistencies.  I have been using scite for my main editor, it
shows when tabs are mixed with spaces in the same code block.  It also
has the option to use spaces in place of tabs when you use the tab key.
It helps keep things consistent.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Fedora Core 3

[Brian Lloyd]

On Mon, 2005-07-04 at 17:30 -0400, Terry D. Boldt wrote:
 On Monday 04 July 2005 13:25, you wrote:
  I would suggest yum install gnucash on FC3.  Works quite well
  IMHO.
 
 Yes. Already did that.
 
 The only real problem with that is I still am not able to compile gnucash. I 
 have finally given up on compiling gnucash on FC3 and upcoming FC4.
 
 Now all of that fails miserably under FC for the simple reason of gtk+ 1.2 
 dependence of gnucash and that the './configure' step will never work under 
 gnome 2.0 and gtk+2.0. I crashed the machine horribly twice and had to 
 re-install from scratch to learn the very hard way that gtk+1.2 and gtk+2.0 
 cannot reside peacefully on the same machine without some special voodoo and 
 maybe not even then.
 
I would be interested in knowing what special voodoo I did to get gtk
+1.2 and gtk+2.0 to exist peacefully side by side.  I am running FC 4,
as I had all sorts of problems when I started to do more than just play
with the system.  Also, if you have gnucash cash installed on your FC 3
system, then you already have gtk+1.2 and gtk+2.0 running side by side.
I suspect you are having a problem with something other than gtk if you
crash your system while compiling.  I'm interested to know how you
crashed the system, because I have never had a system crash while
running FC.

 Thus, until gnucash is imported to gnome 2.0 and gtk+2.0, compiled custom 
 reports are not feasible under FC3 or FC4. At least not without some very 
 special voodoo to keep 1.2 and 2.0 versions from horribly mangling the 
 system.
 
The above said, I can compile the baseline GNUCASH on my FC 4 system.
However, I can not (yet) get the gtk+2.0 port (which is what I was
wanting to help with) to compile.

 
 I have somewhat solved the problem of the compiled custom report. 
 
 The ability to create really original and custom reports is still not 
 available in gnuash, but, at least for me, not all that pressing any more.
 
Right now, I feel that getting the gtk+2.0 version is the most important
thing.  After that, I like the idea of writing a report writer system
that would allow new reports to be created and added to the system
without compiling anything.  Has anyone else done in work on this?
The only thing that might have higher priority is the SQL backend
rewrite, but I will not help with that project unless it can get some
discipline and start using CVS.
 Thanks,
 Terry
 
 
  -derek
 
  Terry D. Boldt [EMAIL PROTECTED] writes:
   Upgraded recently to fedora Core 3. Tried to compile and install gnucash
   1.8.11. After downloading and installing glib/gtk+ 1.2.10, guile and
   g-wrap, I still am stymied by the gnucash dependence on gnome version
   prior to 2.0(as used in FC3).
  
   As there a workaround for this dependence other than installing a prior
   version of gnome.
  
   I will be shortly upgrading to FC4 and will probably have the same
   problem, so if anybody knows of a workable solution, it would be very
   helpful.
  
   The main reason I started on this task of compiling the source was
   because I wanted the cusotmized reports possible following somebody's
   instructions as posted on guncash-developers mailing list a year or so
   back. That procedure requires running at least ./configure and then
   'make' in the reports source directory to rebuild the reports and of
   course ./configure fails on gnome 2.0. So even if I get a ready-built
   version of 1.8.11 for FC4, I still cannot re-build the custom reports I
   had on RH8.
  
   Thanks for any information that you can provide.
   Terry Boldt
  
   --
   ++
   ==
   **
   If you are always rushing towards the future,
   Then you never have any past.
  
   Terry Boldt
   **
   As you contemplate the Now,
   The Now becomes the past.
  
   There is no future,
   There is no past,
   There is only Now.
  Unknown
   **
  
   A human being is part of the whole called by us the
   Universe. We experience ourselves, our thoughts and
   feelings as something separated from the rest --a kind
   of optical delusion of consciousness.
   This delusion is a kind of prison for us, restricting
   us to our personal desires and to affection for a few
   persons nearest us. Our task must be to free ourselves
  
   From this prison by widening our circle of compassion
  
   to embrace all living creatures, and the whole of
   nature in its beauty.
  
   Albert Einstein.
  
   We can't solve problems by using the same kind of
   thinking we used when we created them.
   --Albert Einstein
  
   **
  
   We have the best government money can buy, and it has.
  
   Terry Boldt.
  
   

Re: Fedora Core 4

[Brian Lloyd]

On Sun, 2005-08-07 at 19:14 -0400, David Hampton wrote:
 On Sun, 2005-08-07 at 16:54 -0400, Terry D. Boldt wrote:
 
 [I updated the subject and copied the mailing list.]
 
The above said, I can compile the baseline GNUCASH on my FC 4 system.
However, I can not (yet) get the gtk+2.0 port (which is what I was
wanting to help with) to compile.
  
   I have compiled the Gcnucash g2 port with no problem on FC4 test 3.
   (Might have been FC4 final.)  Are you using the gcc3.2 compiler?
   Gnucash is known not to compile with gcc4.
  
  gcc 3.2.4
 
 I just fired up my freshly installed FC4 laptop, checked out cvs,
 installed all the necessary development libraries, compiled gnucash, and
 ran it.  The commands I used were:
 
   CC=gcc32 ./autogen.sh --prefix=/opt/gnucash/g2
   make
   make install
   /opt/gnucash/g2/bin/gnucash --nofile
 
 What exact problems are you having?

I get the same problem using gcc 4.0 or gcc 3.2 (using the commands
above).  Could you help me with my problem as well?


gcc32 -DHAVE_CONFIG_H -I. -I. -I../.. -I /usr/local/include/g-wrap
-pthread -I/u sr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1
-pthread -I/usr/inclu de/gconf/2 -I/usr/include/orbit-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/ include -DXTHREADS
-D_REENTRANT -DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/
lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0
-I/usr/include/p ango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config -I/usr/include /glib-2.0
-I/usr/lib/glib-2.0/include -g -O2 -Wall -Wunused -Wmissing-prototypes
-Wmissing-declarations -Werror -MT gw-core-utils.lo -MD -MP
-MF .deps/gw-core-u tils.Tpo -c gw-core-utils.c  -fPIC
-o .libs/gw-core-utils.o
In file included from core-utils.h:25,
 from gw-core-utils.c:12:
../../config.h:209:1: PACKAGE_BUGREPORT redefined
In file included from /usr/local/include/libguile/__scm.h:127,
 from /usr/local/include/libguile.h:50,
 from /usr/local/include/guile/gh.h:52,
 from gw-core-utils.c:3:
/usr/local/include/libguile/scmconfig.h:427:1: this is the location of
the previ ous definition
In file included from core-utils.h:25,
 from gw-core-utils.c:12:
../../config.h:212:1: PACKAGE_NAME redefined
In file included from /usr/local/include/libguile/__scm.h:127,
 from /usr/local/include/libguile.h:50,
 from /usr/local/include/guile/gh.h:52,
 from gw-core-utils.c:3:
/usr/local/include/libguile/scmconfig.h:430:1: this is the location of
the previ ous definition
In file included from core-utils.h:25,
 from gw-core-utils.c:12:
../../config.h:215:1: PACKAGE_STRING redefined
In file included from /usr/local/include/libguile/__scm.h:127,
 from /usr/local/include/libguile.h:50,
 from /usr/local/include/guile/gh.h:52,
 from gw-core-utils.c:3:
/usr/local/include/libguile/scmconfig.h:433:1: this is the location of
the previ ous definition
In file included from core-utils.h:25,
 from gw-core-utils.c:12:
../../config.h:218:1: PACKAGE_TARNAME redefined
In file included from /usr/local/include/libguile/__scm.h:127,
 from /usr/local/include/libguile.h:50,
 from /usr/local/include/guile/gh.h:52,
 from gw-core-utils.c:3:
/usr/local/include/libguile/scmconfig.h:436:1: this is the location of
the previ ous definition
In file included from core-utils.h:25,
 from gw-core-utils.c:12:
../../config.h:221:1: PACKAGE_VERSION redefined
In file included from /usr/local/include/libguile/__scm.h:127,
 from /usr/local/include/libguile.h:50,
 from /usr/local/include/guile/gh.h:52,
 from gw-core-utils.c:3:
/usr/local/include/libguile/scmconfig.h:439:1: this is the location of
the previous definition
make[4]: *** [gw-core-utils.lo] Error 1


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: G2 bug

[Brian]

On Sun, 2005-31-07 at 15:51 -0400, Josh Sled wrote:
 On Sun, 2005-07-31 at 13:13 -0400, Phil Longstaff wrote:
  There is a bug in G2 when the create saved transactions since last dialog 
  opens.  The dialog grows vertically constantly at about 8-9 Hz (small jumps 
  per sec).  I took a quick look but haven't yet found where this would 
  happen.
 
 Wow... I've not seen that since the dialog's inception.  I believe the
 problem is in the resize logic of the register... if it's the same
 problem as then.
 
 ...jsled
 

I haven't looked into it, but we had a problem in pygtk that the
size-request connection had to be last or it caused an endless
recursive loop.  Don't know if it might help track the problem.

code snipit:
# MUST! do this command last, or nothing else will _init__
# after it until emerge is finished.
# Also causes runaway recursion.
self.window.connect(size_request, self.on_size_request)

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: HBCI Support

[Brian]

On Wed, 2005-27-07 at 20:09 -0400, David Hampton wrote:
 On Wed, 2005-07-27 at 20:00 -0400, David Hampton wrote:
  Christian,
  
  What are the current minimum requirements for running the HBCI code?  I
  tried to run the HBCI setup functon but my system is unable to find
  the setup wizard for aqhbci.  I have the following FC3 packages
  installed (all are the current packages as built by RedHat):
  
  aqbanking-1.0.4beta-0.fc3
  aqbanking-devel-1.0.4beta-0.fc3
  aqhbci-1.0.2beta-0.fc3
  aqhbci-devel-1.0.2beta-0.fc3
  gwenhywfar-1.7.2-0.fc3
  gwenhywfar-devel-1.7.2-0.fc3
 
 The error message mentions an aqhbci-qt-tools package.  I don't see
 any such RPM available from RedHat.
 
 David
 
This may not help, but  on gentoo I have the following:

Package: net-libs/aqhbci-qt-tools

Description: KDE wizard for aqhbci

http://www.aquamaniac.de/aqbanking/

Installed versions:
1.0.4_beta

Available versions for x86:
0.9.14_beta, 0.9.17_beta, 1.0.1_beta, 1.0.2_beta, 1.0.4_beta,
1.0.6_beta

Properties for version: 1.0.6_beta

Use flags: -debug

Keywords: ~x86, ~ppc, ~sparc, ~amd64

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: HBCI Support

[Brian]

On Wed, 2005-27-07 at 20:09 -0400, David Hampton wrote:
 On Wed, 2005-07-27 at 20:00 -0400, David Hampton wrote:
  Christian,
  
  What are the current minimum requirements for running the HBCI code?  I
  tried to run the HBCI setup functon but my system is unable to find
  the setup wizard for aqhbci.  I have the following FC3 packages
  installed (all are the current packages as built by RedHat):
  
  aqbanking-1.0.4beta-0.fc3
  aqbanking-devel-1.0.4beta-0.fc3
  aqhbci-1.0.2beta-0.fc3
  aqhbci-devel-1.0.2beta-0.fc3
  gwenhywfar-1.7.2-0.fc3
  gwenhywfar-devel-1.7.2-0.fc3
 
 The error message mentions an aqhbci-qt-tools package.  I don't see
 any such RPM available from RedHat.
 
 David
 
Sorry, I sent that last mail out a little too quick.  Here is the
installed file list.  It may be that RedHat packages it along with
another.

22 installed files:

/usr
/usr/lib
/usr/lib/aqbanking
/usr/lib/aqbanking/plugins
/usr/lib/aqbanking/plugins/0
/usr/lib/aqbanking/plugins/0/debugger
/usr/lib/aqbanking/plugins/0/debugger/aqhbci
/usr/lib/aqbanking/plugins/0/debugger/aqhbci/aqhbci-qt-debug
/usr/lib/aqbanking/plugins/0/debugger/aqhbci/qt_debug.xml
/usr/lib/aqbanking/plugins/0/wizards
/usr/lib/aqbanking/plugins/0/wizards/aqhbci
/usr/lib/aqbanking/plugins/0/wizards/aqhbci/aqhbci-qt-wizard
/usr/lib/aqbanking/plugins/0/wizards/aqhbci/kde_wizard
/usr/lib/aqbanking/plugins/0/wizards/aqhbci/kde_wizard.xml
/usr/share
/usr/share/aqhbci-qt-tools
/usr/share/aqhbci-qt-tools/i18n
/usr/share/aqhbci-qt-tools/i18n/de.qm
/usr/share/doc
/usr/share/doc/aqhbci-qt-tools-1.0.4_beta
/usr/share/doc/aqhbci-qt-tools-1.0.4_beta/AUTHORS.gz
/usr/share/doc/aqhbci-qt-tools-1.0.4_beta/ChangeLog.gz
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Gnucash2 questions

[Brian]

On Sat, 2005-16-07 at 16:41 -0400, Phil Longstaff wrote:
 1) Has anyone gotten G2 to work with KDE3.4?  I just installed SuSE9.3, built 
 G2 but it crashes when I run it whenever I try to open a ledger or the since 
 last run scheduled transactions.  The stack is always the same (attached).  
 I notice it uses a SO called libqtengine.so to try to use the QT theme.  The 
 problem might be there.  G2 runs fine if I login using the Gnome desktop.
 

I don't know that much of G2, but for another program I have been
developing some problems have been solved for KDE users by installing
the gtk-qt-theme (or something like that).

 2) Is there an up-to-date TODO list?  I'd like to help with the port but 
 don't 
 know what still needs to be done.  I've thought of a few projects (resurrect 
 swig bindings, try out chicken scheme-to-C translator), but they don't seem 
 as urgent as getting the port done.
 
 Phil
 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: help with tax tables

[Brian]

On Sun, 2005-12-06 at 21:03 -0400, Phil Longstaff wrote:
 On June 12, 2005 08:19 pm, Kevin Hale Boyes wrote:
  I'm setting up a Tax Table for Canadian GST.  I've set the type to
  Percent with a value of 7 but I'm a bit confused about what account
  to assign it to.
 
  I have to charge GST when I submit my invoice and then remit
  it to the government on a quarterly basis.  So, I guess the GST
  is an asset but only for a little while.  But this doesn't sound correct.
 
 It is a liability.
 
 Phil

I followed the instructions in the FAQ (I think it was there) about
setting up for the GST.  It works good.  I know it sounds wrong, but I
got used to it and it makes sense now.   I set up one master account
under Current Liabilities Called GST.  Then three sub accounts like
instructed, 1 for GST collected from sales, 1 for GST paid (it enters as
a negative liability from vendor bills), 1 for payments made to Revenue
Canada.  The 3 sub accounts will total up to the master account to show
what the running balance is with Rev. Can.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: payroll

[Brian]

On Thu, 2005-26-05 at 09:07 -0400, Derek Atkins wrote:

 I agree that the actual calculations are trivial..  Much harder is the
 architecture to handle multiple locales, store per-employee prefs,
 load the locale data, and presenting all this to the user in a
 coherent UI.
 
 -derek
 
I agree.  Andrew, have you started preliminary designs for any of the
screens? I would like to help out what I can.  It looks like your grasp
of scheme is better than mine.

Also would it be better to store some of the info in a separate file(s),
or would you want to mesh it in with the main gnc data file (not the
locale specs/catculations)?

P.S.  Anyone know if doxygen can be config'd to work on the .scm stuff?
Or would there be a lot of work/changes required?

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [Fwd: Re: payroll]

[Brian]

On Thu, 2005-26-05 at 18:49 -0400, Stuart D. Gathman wrote:
 On Fri, 27 May 2005, Conrad Canterford wrote:
 
  In .au there are penalties for getting it wrong (hence my concern that
  the data files be accurate), even though in practice the tax office can
  claw back any shortfall through the tax return process.
 
 I agree with the suggestion that the government *ought* to publish 
 machine readable tax data at no charge.  Establishing an open format is a
 necessary first step in that direction.  Our customers are US importers,
 and the US gov publishes quite a bit of machine readable data 
 necessary to properly file entries.  That trend needs to grow, if
 they expect compliance with ever more complex tax codes.
 

In Canada the government publishes their payroll tax info on cd with a
java app to compute the taxes,etc.. FOR FREE :)  Unfortunately, it is
only for WindBlows and MAC. It seems to do just the basic calculations.
No storage of info other than initial config (Company name, # of pay
periods, etc).  They are trying to get away from the printed versions
which cost more to produce and distribute.

I think that if we can get a decent payroll module together with a
straightforward config for the tax formulae that they may even supply
the updates (eventually, if enough users keep requesting it).
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: payroll

[Brian]

On Thu, 2005-26-05 at 08:11 -0700, Andrew Sackville-West wrote:
 
 Brian wrote:
  snip
  
  I agree.  Andrew, have you started preliminary designs for any of the
  screens? I would like to help out what I can.  It looks like your grasp
  of scheme is better than mine.
 
 I haven't not started any of the ui. ui is something I have NO 
 experience in (told you it'sbeen a while). the scheme seems pretty 
 intuitive to me. I've been trying to figure out how the hell to get 
 some understanding of the gnc code and where to fit in and what, if any, 
 parts of it can be reused for this payroll. Obviously the parts that 
 write the transactions, the employee records need to be expanded to 
 store payroll data, probably whatever standard parts draw the ui...
 
[snip]

I'll play around in glade some and see if I can come up with something
similar to the other registers, etc. that should suit a general purpose
interface.

Now a question for the knowledgeable gnc devs:

   The number and types of incomes, deductions, etc. can be quite varied
depending on the users needs.  I was thinking that something similar to
the accounts view and editing features should work.   The primary
difference would be the different types such as:
Income
--Hourly
--Salary
--Commission

Deductions
--Employment Insurance
--Pension Plan
--Federal Tax
--etc.

Could the existing Accounts editing/creation code be re-used without
difficulty? There will need to be new functions added for linking to the
required formula, setting min/max values, attaching to the appropriate
ledger account, etc..


-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: payroll

[Brian]

On Tue, 2005-24-05 at 19:09 +1000, Conrad Canterford wrote:
 On Mon, 2005-05-23 at 22:18 -0700, Andrew Sackville-West wrote:
  greetings
  A discussion about payroll has come up on the user list and some of us 
  are pondering the idea about implementing a couple of payroll ideas. One 
  user (Michael Crawford) has gone so far as to start a sourceforge 
  project centered around a simple spreadsheet.  I personally have been 
  stewing on a simple payroll program to generate a .qif for a while.
 
 I looked at it a couple of years ago (at a time when it was relevant to
 my needs), and even checked out some of the stuff that was out there. I
 came to the conclusion that a desire to make it work for a number of
 different countries was possible but non-trivial. I decided it was too
 much effort for my purposes.
 
 You face the additional problem of keeping it up to date with the
 changing requirements in each country. You really need a generic
 interface component, into which you can load a number of configurations
 for country and year. Then you need someone to keep up to date with each
 countries tax laws, and produce updated data files each time it changes.
 
 Anyway. I wish you luck. If you go the generic route, let me know once
 you've got some firm ideas of what you're planning, and I'll tell you if
 that breaks with the Australian system :-). I could probably be
 convinced to build and maintain a set of Australian data files for such
 a system too.
 
 Conrad.
 
 _

OK, Thank you.Can you supply a general list of data requirements?

How many taxes/deductions are there, etc.?

I think Andrew  I were thinking the along the same lines about having a
generic interface where the actual formulae were in either in a
localized guile or config file that is loaded in.   I think that a guile
module may be best ( fully programmable), but at the same time may be
more difficult for users to maintain.  I know I am struggling a little
learning my way thru gnc's guile modules. If we internally document well
enough it should be OK.


For Canada:

# of pay periods/yr.
---Incomes
Hours
Rate
basic wage
several extras, such as bonuses for extra trade tickets.
vacation pay Option to pay out every pay/accrue 
stat holiday pay  
other taxable benefits... several fields optional

---Income totals
Insurable Earnings
Taxable income


---Deductions Government
Govt. Pension plan
  Employee paid
  Employer paid... % of employee paid
Govt. Employment Insurance
  Employee paid
  Employer paid... % of employee paid
Provincial Tax
Federal Tax. Both can be combined into one for remission
Requested extra tax deduction for an employee  ie. 10% of gross income
  due to second job puts him/her in higher tax bracket.
Employer paid Workers Compensation Plan (expense for employer)

---Deductions other
union dues
RRSP
...
basically match the other taxable benefits 


---Net pay
net amount
Check number


---A check print with a complete stub printout of the info

* Reports
pay period summary
monthly summary
year to date summary/employee
tax year end T4b form printout/employee  summary for Employer
Separation slip printout

All I can think of for now.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: font hardcoded

[Brian]

On Sat, 2005-21-05 at 01:20 +, Kent Tong wrote:
 Derek Atkins warlord at MIT.EDU writes:
 
  
  Are you working in the g2 branch?
 
 No, I was just looking at the source of the stable release.
 
 I suppose this issue has been fixed in the latest CVS. Any estimated
 release schedule? Or any plan to fix this issue in v1.8.9? 
 
 I'm the IT manager of the Macau productivity center. We'd like to 
 introduce gnucash to the local Macau community. But Chinese support is 
 essential. We're prepared to allocate a certain budget to make it 
 work. Is there any way that we can help to fix this problem?
 
 Thanks!
 
The latest stable release is 1.8.11.   I have seen talk about another
1.8.x release, but I believe most of the dev effort right now is
finishing the g2 branch.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

guile docs for gnucash

[Brian]

Is there any documentation of the guile modules?

I have been going nuts trying to figure out some of variables, where
they are originally defined, etc..

To add some business preferences such as company-phone, company-fax,
etc. to be used in printing invoices, etc..

I have found 2 files so far, business-prefs.scm, business-utils.scm

It seems that the variables are first defined in business-utils.scm, and
exported from there (no errors generated from there). The
business-prefs.scm file is used to feed the preferences dialog.  Opening
the Preferences dialog crashes gnucash complaining about an unbound
variable.

I have grepped thru everything but cannot seem to find out any other
clues as to how to proceed.




-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: guile docs for gnucash

[Brian]

On Thu, 2005-19-05 at 12:23 -0400, Derek Atkins wrote:
 Do you properly (export) your variable?  What is the error you see?
 
 -derek
 

gnucash: [D] Running functions on hook ui-post-startup-hook
  #procedure business-ui-started ()
Backtrace:
In unknown file:
   ?:  0* [#procedure #f ()]
In /usr/share/gnucash/scm/main-window.scm:
 205:  1* (let* (# #) (letrec # #))
In unknown file:
   ?:  2  (letrec ((changed_cb #)) (gnc:kvp-option-dialog gnc:id-book slots 
...) )
...
   ?:  3  [gnc:kvp-option-dialog # # Book Options ...]
In /usr/share/gnucash/guile-modules/gnucash/gnome-utils.scm:
  26:  4  (let* (# # #) (define # # #) (define # # #) ...)
  26:  5* [gnc:make-kvp-options #gw:wcp gnc:id-type 0xb76a008a]
In /usr/share/gnucash/scm/kvp-option-registry.scm:
  54:  6  (let ((gen-list #) (options #)) (map (lambda # #) gen-list) options)
  56:  7* [map #procedure #f (generator) (#procedure book-options-generator 
# )]
In unknown file:
   ?:  8  (if (null? rest) (map1 f list1) ...)
...
   ?:  9  (let ((ret (list #))) (letrec ((lp #)) (lp (cdr ls) ret)))
   ?: 10* [list ...
   ?: 11*  [#procedure #f # #procedure book-options-generator #]
In /usr/share/gnucash/scm/kvp-option-registry.scm:
  58: 12   [book-options-generator #procedure dispatch (key)]
In unknown file:
   ?: 13   (letrec (#) (reg-option #) (reg-option #) ...)
In /usr/share/gnucash/scm/business-prefs.scm:
 106: 14*  [reg-option ...
 107: 15*   [gnc:make-string-option Business ...

/usr/share/gnucash/scm/business-prefs.scm:107:4: While evaluating arguments to 
gnc:make-string-option in expression (gnc:make-string-option 
gnc:*business-label*  gnc:*company-phone* ...):
/usr/share/gnucash/scm/business-prefs.scm:107:4: Unbound variable: 
gnc:*company-phone*
bash-2.05b$ 



from business-utils.scm:

(define gnc:*business-label* (N_ Business))
(define gnc:*company-name* (N_ Company Name))
(define gnc:*company-addy* (N_ Company Address))
(define gnc:*company-phone* (N_ Company Phone Number))
(define gnc:*company-fax* (N_ Company Fax Number))
(define gnc:*company-url* (N_ Company Website URL))
(define gnc:*company-email* (N_ Company Email Address))
(define gnc:*company-contact* (N_ Company Contact Person))



(export gnc:*business-label* gnc:*company-name* gnc:*company-addy*)
(export gnc:*company-phone* gnc:*company-fax* gnc:*company-url*)
(export gnc:*company-email* gnc:*company-contact*)


From business-prefs.scm:

  (reg-option
   (gnc:make-text-option
gnc:*business-label* gnc:*company-addy*
b (N_ The address of your business) ))

  (reg-option
   (gnc:make-string-option
gnc:*business-label* gnc:*company-phone*
p (N_ The Phone Number of your business) ))

 
[/snip]  etc,etc.
I just copy and pasted an existing, then edited each addition.

Once I get this working I'll work on the report side.   Also Is there a way
to make the Company Name input field, etc wider? Our company name has to
scroll thru using the cursor to see or edit what does not show. 

 Brian [EMAIL PROTECTED] writes:
 
  Is there any documentation of the guile modules?
 
  I have been going nuts trying to figure out some of variables, where
  they are originally defined, etc..
 
  To add some business preferences such as company-phone, company-fax,
  etc. to be used in printing invoices, etc..
 
  I have found 2 files so far, business-prefs.scm, business-utils.scm
 
  It seems that the variables are first defined in business-utils.scm, and
  exported from there (no errors generated from there). The
  business-prefs.scm file is used to feed the preferences dialog.  Opening
  the Preferences dialog crashes gnucash complaining about an unbound
  variable.
 
  I have grepped thru everything but cannot seem to find out any other
  clues as to how to proceed.
 
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: guile docs for gnucash

[Brian]

On Thu, 2005-19-05 at 19:31 -0400, Derek Atkins wrote:

 Are you sure you ran a make install to get your files into the install tree?
 The file above is /usr/share/gnucash/scm/business-prefs.scm which would seem 
 to
 imply it's from the distro version and not your own version.
 -derek
 

I renamed the original 2 files with .orig appended then copied the 2
modified ones there to test.  Do I have to make everything with the
modified files?  I thought one of the points about using guile is not
having to re-compile, but I don't know how the variables are handled
thru the c code for saving in the file etc..

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: guile docs for gnucash

[Brian]

On Thu, 2005-19-05 at 19:57 -0400, Derek Atkins wrote:
 Quoting Brian [EMAIL PROTECTED]:
 
  On Thu, 2005-19-05 at 19:31 -0400, Derek Atkins wrote:
  
   Are you sure you ran a make install to get your files into the install
  tree?
   The file above is /usr/share/gnucash/scm/business-prefs.scm which would
  seem to
   imply it's from the distro version and not your own version.
   -derek
   
  
  I renamed the original 2 files with .orig appended then copied the 2
  modified ones there to test.  Do I have to make everything with the
  modified files?  I thought one of the points about using guile is not
  having to re-compile, but I don't know how the variables are handled
  thru the c code for saving in the file etc..
 
 No, you do not need to recompile, but you DO need to install the modified SCM
 files into the install tree (/usr/...).  Having the .orig files in the install
 tree might be a bad idea, so you might want to remove them (or move them into
 your homedir or something).
 
 -derek
 
That did it, Thanks... I did an install to /opt and that seems to work
fine.  Now to complete some of the changes.

My other question still persists.  Is there any documentation for the
guile portion... logic diagrams... anything?

I know you would like us to make some of the code changes and submit
them for a lot of these little changes, but it would make it a lot
easier if we had something other than the hunt and peck method.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

printing the chart of accounts

[Brian]

Is there a way to set the page size so that printouts don't chop a line
in two?  ie.   a line is split horizontally with the top part rendered
to one page and the rest rendered to the next.

Or will g2 fix this?

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Hello world

[Brian]

On Sat, 2005-23-04 at 23:05 +0300, Daniel Tudosie wrote:

 Well, for now I don't really know... I have compiled the
 gnucash-gnome2-dev branch

Where is the gnome2 branch located?  Browsing the cvs it looks like it
is still the gnome 1.4 branch.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Hello world

[Brian]

On Sun, 2005-24-04 at 11:47 -0400, Derek Atkins wrote:
 Quoting Brian [EMAIL PROTECTED]:
 
  On Sat, 2005-23-04 at 23:05 +0300, Daniel Tudosie wrote:
  
   Well, for now I don't really know... I have compiled the
   gnucash-gnome2-dev branch
  
  Where is the gnome2 branch located?  Browsing the cvs it looks like it
  is still the gnome 1.4 branch.
 
 From http://www.gnucash.org/en/hacking.phtml (which you get to by clicking 
 CVS
 Access from the gnucash homepage):
 
 gnucash-gnome2-dev
 the tip of the GNOME2 branch(currently very unstable) which will be 
 the
 first GNOME2 version of GnuCash. 
 
 -derek
 

I guess it pays to pay attention more :)  I stopped looking further on
that page when I saw:

Getting Older Versions of GnuCash out of CVS:

Thanks.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

postgresql and business features

[Brian]

I am new to these lists, and fairly new to actually getting some work
done on gnucash.  My primary use is for a small retail kiosk business my
wife and I bought last year.

So far I have found that in entering a new vendor bill that the
descriptions have a short term memory.  It is only for the current bill!
Rarely would I have to enter the same description twice in the same
bill, but would enter the same descriptions for the same vendors
regularly.

What I would like for it to do would be:

-- gnucash to have a per vendor database to store the descriptions as
well as most of the other data for that entry such as [action,Expense
account, Unit price, Taxable, Tax Included, Tax Table] info as most of
it will remain constant from bill to bill.

-- It should remember the last values entered rather than multiple
variations of the same description.  In my case I do not have a great
number of different items, but other small businesses could.

--  This leads up to an inventory module, is it planned?  My inventory
tracking needs are minimal as most of the products we purchase are used
to produce our final saleable product.  An inventory module would be
usefull, but not critical.

The above could be implemented in an xml database for smaller
requirements but would be more suitable to a regular database for larger
numbers of vendors/items to remember.  This brings up the postgersql
question.  Is there still interest/work on bringing the postgresql
integration up to date with the current business model/features?

Thank you for all the work on gnucash up to date.
-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: postgresql and business features

[Brian]

On Sat, 2005-16-04 at 17:03 +0100, Neil Williams wrote:
 On Saturday 16 April 2005 4:41 pm, Brian wrote:
  So far I have found that in entering a new vendor bill that the
  descriptions have a short term memory.  It is only for the current bill!
  Rarely would I have to enter the same description twice in the same
  bill, but would enter the same descriptions for the same vendors
  regularly.
 
 I have the opposite - I regularly enter exactly the same description for 
 consecutive dates in one invoice covering, usually, a week. I find it quite 
 useful when Mileage pops up just by typing M.

Since the two methods are mutually exclusive, there would have to be a
checkbox/option somewhere to toggle between the two modes of operation.

 
 However, more useful is an automated way of creating these objects and I'm 
 working on that - by importing an XML file that contains the required data.
 
 I'm not too familiar with the auto-fill code already in GnuCash but I think 
 this may be able to be used here. Patches are welcome!
 
  --  This leads up to an inventory module, is it planned?
 
 Not currently.
 
  The above could be implemented in an xml database for smaller
  requirements but would be more suitable to a regular database for larger
  numbers of vendors/items to remember.
 
 Why should it be saved externally at all? If you want that kind of 
 functionality, it'd be best to not have to type anything and use the new XML 
 to create the invoice / bill for you.
 

I thought a separate file would make it easier to edit if changes were
made to a supplier product line.  That way the database would not grow
too large if a user had a fairly large number of products they
purchased.

AS for submitting patches,  The only recent coding I have been doing is
in python/pygtk this past year.  I never have actually done any c
coding, although I did study it some, recently I have been studying a
c++ book.  The closest thing to this type of program I coded was
specialized inventory/sales tracking programs that I did in a dbaseII
compatible setup about 17 years ago.  I did start looking thru some of
the code, but it will take some time to figure out where to begin
considering any changes.   Hints are always welcome :) and don't expect
anything quick.  I would rather work on coding some changes, but I have
a mountain of book keeping to catch up on.

-- 
Brian [EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[PATCH] gnome2 remove deprecated function

[Brian P. Skahan]

g_value_set_object_take_ownership () is deprecated.  
using g_value_take_object () instead.

Index: lib/egg/eggmarshalers.c
===
RCS file: /home/cvs/cvsroot/gnucash/lib/egg/Attic/eggmarshalers.c,v
retrieving revision 1.1.2.2
diff -u -r1.1.2.2 eggmarshalers.c
--- lib/egg/eggmarshalers.c	9 Aug 2003 23:03:32 -	1.1.2.2
+++ lib/egg/eggmarshalers.c	24 May 2004 16:57:11 -
@@ -389,7 +389,7 @@
   v_return = callback (data1,
data2);
 
-  g_value_set_object_take_ownership (return_value, v_return);
+  g_value_take_object (return_value, v_return);
 }
 
 /* VOID:VOID (eggmarshalers.list:10) */


signature.asc
Description: This is a digitally signed message part
___
gnucash-devel mailing list
[EMAIL PROTECTED]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [PATCH] gnome2 remove deprecated function

[Brian P. Skahan]

On Mon, 2004-05-24 at 15:03 -0400, Derek Atkins wrote:
  It wouldn't compile on FC2 here.  (gtk+-2.4)
 
 Why not?  The api exists on FC2, just inside an #ifndef
 G_DISABLE_DEPRECATED which we shouldn't be defining in our code
 (because it would break LOTS of stuff).  How does it fail for you on
 FC2?

implicit declaration of g_value_set_object_take_ownership

-Brian


signature.asc
Description: This is a digitally signed message part
___
gnucash-devel mailing list
[EMAIL PROTECTED]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel