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
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 developme
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 i
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 in
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 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
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-ha
On 10/7/07, Derek Atkins <[EMAIL PROTECTED]> wrote:
> 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 lo
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 branchin
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, I'
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?
> ..
>>
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 *
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.
A
signature.asc
Des
On Sun, Oct 07, 2007 at 08:54:45AM -0400, Dan Widyono wrote:
> 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
> anyon
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
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
"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 old
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 unde
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
19 matches
Mail list logo
