A number of linux distros have mingw32 packages, including compilers, gtk,
gnome, ... Has anyone tried cross-compiling gnucash on linux using these
packages? I've tried briefly and am stopped while running configure because
something (binreloc?) doesn't support cross compilation. Has anyone
Am Sonntag, 16. Januar 2011 schrieb Geert Janssens:
> > > Historically, GnuCash has always stored its user specific application
> > > data in ~/.gnucash based on old linux (unix ?) conventions.
> > >
> > Not everybody uses it, though. In fact, on my Debian Lenny VM,
> > ~/.local/share contains one
Am Sonntag, 16. Januar 2011 schrieb Graham Menhennitt:
> Guys,
>
> I want to be able to run reports based on the previous accounting
> period. Up till now, I've done this by setting the accounting period to
> absolute dates. It's finally bugged me enough to try adding this option
> to the GnuCash
Thanks for clarifying things so I can get working again and reference
"the right" 2.4.0 as a branch point and in diffs.
No clue why svnversion -c returns
2135:
but, to me, whatever it returns seems like what should be in the build
(it does indicate local modifications as well, from svnversion -
On Sunday 16 January 2011, Jeff Kletsky wrote:
> Which SVN revision is "officially" 2.4.0?
>
> Tagged is r19971
>
This is the official version.
> The source tarball builds as r19974
>
That was probably the latest svn revision at the time the tarball was created.
That doesn't mean the tarball w
Hi Derek,
I have the same version of m4 as you do.
GNU M4 1.4.7.
Thank you.
Cheers,
Chikelue
--- On Sat, 1/15/11, Derek Atkins wrote:
From: Derek Atkins
Subject: Re: compiling gnucash on windows, configure: error: perl is not found
To: "Chikelue Oji"
Cc: "Derek Atkins" , gnucash-devel@gnu
On 16 January 2011 17:26, Jeff Kletsky wrote:
>
> I'm a Product Manager by day...
>
> From my perspective, changing the location of the preference files on
> Unix-like platforms doesn't provide significant value either to the end user
> or to making the code more accessible to prospective develope
Which SVN revision is "officially" 2.4.0?
Tagged is r19971
The source tarball builds as r19974
An svn checkout of 2.4.0 builds as r20008
$ svn info
Path: .
URL: http://svn.gnucash.org/repo/gnucash/tags/2.4.0
Repository Root: http://svn.gnucash.org/repo
Repository UUID: 57a11ea4-9604-0410-9ed3-
I'm a Product Manager by day...
From my perspective, changing the location of the preference files on
Unix-like platforms doesn't provide significant value either to the end
user or to making the code more accessible to prospective developers.
I'd much rather see development time go into thi
Thanks for your feedback.
On Sunday 16 January 2011, Jeff Kletsky wrote:
> In my opinion, adopting a "standard" that
>
> * goes counter to long-established practice
>
>From what I've read is serves a different target audience. The XDG base
specification was created to cater for a new breed of u
On Jan 16, 2011, at 8:41 AM, Geert Janssens wrote:
> On Sunday 16 January 2011, John Ralls wrote:
>> On Jan 16, 2011, at 7:19 AM, Geert Janssens wrote:
>>> Historically, GnuCash has always stored its user specific application
>>> data in ~/.gnucash based on old linux (unix ?) conventions.
>>>
>>
On Sunday 16 January 2011, John Ralls wrote:
> On Jan 16, 2011, at 7:19 AM, Geert Janssens wrote:
> > Historically, GnuCash has always stored its user specific application
> > data in ~/.gnucash based on old linux (unix ?) conventions.
> >
> > This didn't work really well on Mac OS X/Quartz, so Jo
On Jan 16, 2011, at 7:19 AM, Geert Janssens wrote:
> Historically, GnuCash has always stored its user specific application data in
> ~/.gnucash based on old linux (unix ?) conventions.
>
> This didn't work really well on Mac OS X/Quartz, so John has overridden this
> path on OS X to make more
In my opinion, adopting a "standard" that
* goes counter to long-established practice
* isn't widely accepted
will cause more problems than it is worth.
There is a significant documentation change cost for GNUCash.
There is a significant coding/test cost (either auto-upgrade, or
checking t
On Jan 16, 2011, at 1:41 AM, Geert Janssens wrote:
> On Saturday 15 January 2011, John Ralls wrote:
>> On Jan 15, 2011, at 12:25 PM, Christian Stimming wrote:
>>> Am Samstag, 15. Januar 2011 schrieb John Ralls:
>> Modified:
>> gnucash/trunk/src/libqof/qof/Makefile.am
>> gnucash/trunk/
Historically, GnuCash has always stored its user specific application data in
~/.gnucash based on old linux (unix ?) conventions.
This didn't work really well on Mac OS X/Quartz, so John has overridden this
path on OS X to make more sense there.
Now there's a bugreport that indicates this isn't
On Saturday 15 January 2011, John Ralls wrote:
> On Jan 15, 2011, at 12:25 PM, Christian Stimming wrote:
> > Am Samstag, 15. Januar 2011 schrieb John Ralls:
> Modified:
> gnucash/trunk/src/libqof/qof/Makefile.am
> gnucash/trunk/src/libqof/qof/test/test-qof.c
> Log:
> Disabl
On Saturday 15 January 2011, Christian Stimming wrote:
> Am Samstag, 15. Januar 2011 schrieb John Ralls:
> > >> Modified:
> > >> gnucash/trunk/src/libqof/qof/Makefile.am
> > >> gnucash/trunk/src/libqof/qof/test/test-qof.c
> > >> Log:
> > >> Disable usage of qof/test for now because is does not yet
18 matches
Mail list logo
