As a humble suggestion, it might pay large dividends to invest some time
researching scheme profiling methods. This would cover Christian's ideas of
checking what was really bogging down the report(s), and would help you or
anyone else fix or speed up other reports in the future. Perhaps folks
Hi All,
If by a tarball you mean a 50 to 60 megabyte file each night I would soon
run out of download quota.
Why not a svn checkout of a compiled and runable gnucash that can be run
independently of the stable 2.2.1 version?
I am still attempting to get a working build system for gnucash
Stuart D. Gathman [EMAIL PROTECTED] writes:
With that much memory in a server, non-ECC seems rather a risk. A new
Dell 3.0Ghz Pentium-D dual core 2G ECC ram 2x250G SATA is about $700 delivered
in the continental US (SC440). (Just bought one for home - very quiet.) Then
there are older
Andrew Sackville-West [EMAIL PROTECTED] writes:
I suppose this raises the larger issue of what is going on long-term
with the reports. Is the amount of work necesary to fix the
performance issues sufficient to warrant looking at the long term goal
with reporting with an eye to just doing that
Stephen,
Where did Nathan use the word tarball? I don't see it anywhere...
Nathan was asking whether he thought people would want to be able
to have a nightly Win32 build (gnucash-setup.exe) available in
addition to the stable Win32 build (gnucash-setup.exe). HOPEFULLY
the two installations
On Sun, Oct 07, 2007 at 09:19:57AM -0400, Derek Atkins wrote:
The next server I want to by is either a dual-chip quad-code (8 CPUs)
or a quad-chip quad-core (16 CPUs) with somewhere from 16-32GB ram to
act as a VM server with a bunch of VMs for builds, tests, etc.
cue homer simpson's drool
On Sun, Oct 07, 2007 at 09:48:00AM -0400, Derek Atkins wrote:
My personal opinion: I'd add in e-guile if I could find a
free weekend to actually hack on GnuCash. I think it's a short
term fix for the templating issue, not a long-term solution.
ITs more complicated than I can handle at
Quoting Tom Browder [EMAIL PROTECTED]:
On 10/7/07, Derek Atkins [EMAIL PROTECTED] wrote:
Quoting Tom Browder [EMAIL PROTECTED]:
...
But what about the possibility of associating each stock transaction
with a lot which is associated with a specific brokerage account?
..
Nope, a Lot
The subject says it all: The CSV importer in the csv-branch looks good enough
to be merged into our developement trunk. However, it still needs some work
here and there, which is why it shouldn't be merged into the trunk branch as
long as we are still releasing 2.2.x releases from it.
Hence,
Hi,
Since I am not a core developer, you may ignore my opinion in this matter.
I would like to ask though if someone could have a look at the patches I sent
in last Wednesday via this list (the mail was titled Two small gui
improvements). If they would get accepted and include before branching
Quoting Tom Browder [EMAIL PROTECTED]:
One important reason for doing it is to audit or reconcile statements
I get from the brokerage firms (but perhaps there is a better way).
And I guess 'll have to try an implementation since, in order to
replace Quicken, I believe this is a must-have
Hi Geert,
Am Mittwoch, den 03.10.2007, 23:54 +0200 schrieb Geert Janssens:
Based on some issues I encountered today with posting invoices (see also the
irc logs for more details), I have done some minor gui improvements in the
business dialogs. They don't solve my post problem at the core
On 10/7/07, Derek Atkins [EMAIL PROTECTED] wrote:
Quoting Tom Browder [EMAIL PROTECTED]:
..
One important reason for doing it is to audit or reconcile statements
I get from the brokerage firms (but perhaps there is a better way).
...
I don't understand... Why can't you have multiple
Hi Christian,
Am Sonntag, den 07.10.2007, 23:04 +0200 schrieb Christian Stimming:
The subject says it all: The CSV importer in the csv-branch looks good enough
to be merged into our developement trunk. However, it still needs some work
here and there, which is why it shouldn't be merged into
Quoting Andreas Köhler [EMAIL PROTECTED]:
What do you think?
+1, as it seems to help development. We/I could do the branching
whenever you like. BTW, are you doing the merge then?
I think that if the CSV branch is ready to merge then we should make
the 2.2 branch and then merge CSV into
Hi All,
Sorry about my last post. I did it in a hurry.
What I meant was that the nightly Win32 build (gnucash-setup.exe) would be
about sixty megabytes of downloading each night to make use of it. I for one
would soon run out of download quota if I were to use it.
If instead of the
On 10/7/07, Stephen Grant brown [EMAIL PROTECTED] wrote:
Hi All,
Sorry about my last post. I did it in a hurry.
What I meant was that the nightly Win32 build (gnucash-setup.exe) would
be
about sixty megabytes of downloading each night to make use of it. I for
one
would soon run out of
17 matches
Mail list logo