> On Feb 15, 2018, at 8:07 PM, David T. via gnucash-devel
> wrote:
>
> Hello,
>
> In my quixotic quest to try and get quote retrieval working again on my Mac,
> I’ve been looking at ways to remove and reload all the Perl underlying
> Finance::Quote. (As John noted to me recently, there isn’
I don’t believe I’ve seen anywhere in this thread any attempt to explain that
there is a difference between IMBALANCE-XXX (an indication that you have
transactions that lacked a balancing split) and the Imbalance entry in the
Trial Balance report. This latter most likely indicates (as David C. h
Hello,
In my quixotic quest to try and get quote retrieval working again on my Mac,
I’ve been looking at ways to remove and reload all the Perl underlying
Finance::Quote. (As John noted to me recently, there isn’t any uninstall
command in CPAN, unfortunately). In this process, I ran into numero
Hi Adrien, could you distil this to a minimal test file and submit in a bug
report and include relevant report and report parameters? C
On 16 Feb 2018 10:09, "Adrien Monteleone"
wrote:
> How timely.
>
> Any way to solve this or do I just chalk it up?
>
> Regards,
> Adrien
>
> > On Feb 15, 2018,
> On Feb 15, 2018, at 11:46 AM, R. Victor Klassen wrote:
>
> Never mind the errors and stickiness at the end of my last message.
>
> I just noticed the note about jhbuild crashing and the remedy. So I’m back
> in business.
>
> But the other bits should likely be either fixed or noted in
Never mind the errors and stickiness at the end of my last message.
I just noticed the note about jhbuild crashing and the remedy. So I’m back in
business.
But the other bits should likely be either fixed or noted in the instructions.
___
gnucash-d
So I was unable to get back to this for awhile, but I have now got much closer.
I think the problem I was having earlier was that it was finding
remnants from the stable build. Not totally sure, but that’s my best guess.
I cleaned out everything to little more than a bare account, and
John Ralls writes:
[snip]
> We may want to pre-process the db dump to have sequential
> numbers. It’s something to think about.
I don't think we would want to renumber our existing bugs. I think it's
useful to keep the current numbers, as we already reference e.g. Bug
#xxx in the code, in commi
Op donderdag 15 februari 2018 05:08:37 CET schreef John Ralls:
> The thing is that a db dump will be a snapshot, so what we want to do is
> have BZ set up and ready to go on code, then get the Gnome bug team to turn
> off our BZ instance there and send us a dump that we can immediately load
> and t
