Hi JB,
I have just duplicated the transaction you described of crediting a USD
account and debiting it an AUD account and it worked fine as I would
expect, not creating any additional accounts and using the current exchange
rate for USD->AUD which it fetched. screenshots attached. GnuCash 3.4 on
I am currently using version 2.6.11. I want to update to the most recent
version to take advantage of the reconciliation report addition. How do I do
that, and where is the download for the latest version found?
Do I just install the latest version "over the top" of V2.6.11?
Is there an updat
On a Mac is it possible to open a second instance of GC while one is
still running? If so another possibility is that you did not save and
close the first instance so it was still open when you started GC
again? Then you would get the lock message and would find that the
reconcile had not been sa
To know the answer it would be helpful to know which operating system
you are using and how you installed it in the first place.
Colin
On Fri, 8 Feb 2019 at 08:08, Rick & Janelle Halvorson
wrote:
>
> I am currently using version 2.6.11. I want to update to the most recent
> version to take adva
On Thu, 7 Feb 2019 at 22:18, Stephen M. Butler wrote:
> ...
> Should work on any distro that will accept a *.deb package file. Note
> the operative word here is "should".
That's interesting, I assumed it would have to have built in
dependencies on particular packages. Has anyone tried them on Ub
> On 8 Feb 2019, at 08:38, Colin Law wrote:
>
> On a Mac is it possible to open a second instance of GC while one is
> still running?
Yes, but opening the second instance brings up the lock file warning, and this
is the first time I’ve seen that warning in many weeks.
It usually happens afte
I know that on my Mac, it takes some time for gnucash to actually finish the
save process. Mine is a somewhat older macbook pro with an SSD. Is it possible
that you failed to wait for it to finish saving?
David T.
On Fri, Feb 8, 2019 at 14:23, Michael Hendry wrote:
> On 8 Feb 2019, at 0
Op donderdag 7 februari 2019 23:15:18 CET schreef David Carlson:
> I am faced with inserting linefeeds into OFX files at certain critical
> locations to make them more palatable to libofx. In that context I have
> found that I can open them with LibreOffice, turn on Formatting Marks (Ctrl
> F10) t
On Fri, 8 Feb 2019 at 09:25, David T. wrote:
>
> I know that on my Mac, it takes some time for gnucash to actually finish the
> save process. Mine is a somewhat older macbook pro with an SSD. Is it
> possible that you failed to wait for it to finish saving?
I think it should not be possible to
> On 8 Feb 2019, at 09:25, David T. wrote:
>
> I know that on my Mac, it takes some time for gnucash to actually finish the
> save process. Mine is a somewhat older macbook pro with an SSD. Is it
> possible that you failed to wait for it to finish saving?
>
> David T.
That’s what I was imply
> On 8 Feb 2019, at 10:02, Michael Hendry wrote:
>
>> On 8 Feb 2019, at 09:25, David T. wrote:
>>
>> I know that on my Mac, it takes some time for gnucash to actually finish the
>> save process. Mine is a somewhat older macbook pro with an SSD. Is it
>> possible that you failed to wait for i
> On Feb 8, 2019, at 2:02 AM, Michael Hendry wrote:
>
>> On 8 Feb 2019, at 09:25, David T. wrote:
>>
>> I know that on my Mac, it takes some time for gnucash to actually finish the
>> save process. Mine is a somewhat older macbook pro with an SSD. Is it
>> possible that you failed to wait
> On Feb 8, 2019, at 7:31 AM, Michael Hendry wrote:
>
>> On 8 Feb 2019, at 10:02, Michael Hendry wrote:
>>
>>> On 8 Feb 2019, at 09:25, David T. wrote:
>>>
>>> I know that on my Mac, it takes some time for gnucash to actually finish
>>> the save process. Mine is a somewhat older macbook p
> On 8 Feb 2019, at 15:42, John Ralls wrote:
>
>
>
>> On Feb 8, 2019, at 7:31 AM, Michael Hendry wrote:
>>
>>> On 8 Feb 2019, at 10:02, Michael Hendry wrote:
>>>
On 8 Feb 2019, at 09:25, David T. wrote:
I know that on my Mac, it takes some time for gnucash to actually finis
> On 8 Feb 2019, at 15:42, John Ralls wrote:
>
>
>
>> On Feb 8, 2019, at 7:31 AM, Michael Hendry wrote:
>>
>>> On 8 Feb 2019, at 10:02, Michael Hendry wrote:
>>>
On 8 Feb 2019, at 09:25, David T. wrote:
I know that on my Mac, it takes some time for gnucash to actually finis
On Fri, 8 Feb 2019 at 15:31, Michael Hendry
wrote:> ...
> | => ls -lt
> total 84324
> -rw-r--r-- 1 michaelhendry staff 221184 8 Feb 00:04
> MDH.gnucash.tmp-ea6yhc
> -rw-r--r-- 1 michaelhendry staff95629 8 Feb 00:04
> MDH.gnucash.20190208000345.log
> -rw--- 2 michaelhendry staff
On 1/22/19 9:34 AM, Stephen M. Butler wrote:
Looks like the dependency list from the mainline is missing a few
entries. I'll check that out.
I tested the package python3-gnucash_3.4-45-~0_amd64.deb
and could not install with debian testing:
python3-gnucash depends on python3 (<< 3.7); however
> On Feb 8, 2019, at 8:28 AM, Colin Law wrote:
>
> On Fri, 8 Feb 2019 at 15:31, Michael Hendry
> wrote:> ...
>> | => ls -lt
>> total 84324
>> -rw-r--r-- 1 michaelhendry staff 221184 8 Feb 00:04
>> MDH.gnucash.tmp-ea6yhc
>> -rw-r--r-- 1 michaelhendry staff95629 8 Feb 00:04
>> MDH
> On Feb 8, 2019, at 8:11 AM, Michael Hendry wrote:
>
> PS Looking at the log files, I’m reminded that a number of scheduled
> transactions took place during the session. Inspecting these it seems that
> each one is recorded four times - here’s an example extracted from the larger
> of the t
On 2/8/19 12:44 AM, Colin Law wrote:
> On Thu, 7 Feb 2019 at 22:18, Stephen M. Butler wrote:
>> ...
>> Should work on any distro that will accept a *.deb package file. Note
>> the operative word here is "should".
> That's interesting, I assumed it would have to have built in
> dependencies on part
I downloaded the 3.4 release debs for testing with Ubuntu
18.10. One can just double-click on the individual .debs and
the Ubuntu software installer will take care of the rest.
Install gnucash-common first as it is required by the main
program. I also installed the python .deb before the main
prog
If he hasn't deleted his backups yet he may be able to pick one before the
event and re-run the scheduled transactions. Just a thought
David Carlson
On Fri, Feb 8, 2019 at 11:39 AM John Ralls wrote:
>
>
> > On Feb 8, 2019, at 8:11 AM, Michael Hendry
> wrote:
> >
> > PS Looking at the log
Michael, just a thought - individual transactions should save after each
entry, tapping the return key will move onto the next one auto saving the
previous - the reconciliation process is likely to be somewhat different,
GNC marks the entries but doesn't save these until the process is finalized
b
Rick,
Windows installers usually uninstall previous versions as part of the
installation process. Can't be dead sure if that's the case for GnuCash as I
no longer use Windows.
On Linux, you normally have to uninstall a previous version before
installing the next version as some libraries may rema
Finbar,
The directory with your data file will also contain log files and backup
files.
See https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-backup1.html for
details
David Cousens
-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
On Fri, 8 Feb 2019 at 21:12, Jamestk wrote:
>
> Michael, just a thought - individual transactions should save after each
> entry, tapping the return key will move onto the next one auto saving the
> previous - the reconciliation process is likely to be somewhat different,
> GNC marks the entries b
> On 8 Feb 2019, at 17:26, John Ralls wrote:
>
>
>
>> On Feb 8, 2019, at 8:28 AM, Colin Law wrote:
>>
>> On Fri, 8 Feb 2019 at 15:31, Michael Hendry
>> wrote:> ...
>>> | => ls -lt
>>> total 84324
>>> -rw-r--r-- 1 michaelhendry staff 221184 8 Feb 00:04
>>> MDH.gnucash.tmp-ea6yhc
>>> -rw
Actually there seems to be something similarly odd going on with my
3.4 system on Ubuntu. When I open GC it immediately creates a 90k log
file with loads of scheduled transaction entries, none of which do (or
should) actually make it to the register. So for instance I see
= START
B4edff70
> On Feb 8, 2019, at 2:02 PM, Michael Hendry wrote:
>
>> On 8 Feb 2019, at 17:26, John Ralls wrote:
>>
>>
>>
>>> On Feb 8, 2019, at 8:28 AM, Colin Law wrote:
>>>
>>> On Fri, 8 Feb 2019 at 15:31, Michael Hendry
>>> wrote:> ...
| => ls -lt
total 84324
-rw-r--r-- 1 michaelhe
> On Feb 8, 2019, at 2:02 PM, Michael Hendry wrote:
>
> Actually, the first file was modified on 8th Feb at 00:01, followed by the
> lock file at 00:03.
>
> The MDH.gnucash.tmp-ea6yhc file isn’t a text file like the others, so I
> suspect that it’s part of the compression process that eventu
> On 8 Feb 2019, at 23:54, John Ralls wrote:
>
>
>
>> On Feb 8, 2019, at 2:02 PM, Michael Hendry wrote:
>>
>> Actually, the first file was modified on 8th Feb at 00:01, followed by the
>> lock file at 00:03.
>>
>> The MDH.gnucash.tmp-ea6yhc file isn’t a text file like the others, so I
>> s
> On 8 Feb 2019, at 23:48, John Ralls wrote:
>
>>
>> Is it up to me to initiate this?
>
> It works best if you do, but if you prefer not to I'll do it for you with the
> information in this thread.
>
> Regards,
> John Ralls
I think you would express the problem more coherently than I. But I
Hi All,
When still getting my arms around how to properly post transactions I think
I did a fewdirect posts to Accounts Payable instead of processing a proper
payment using the payment processing tool.
I see on my Balance Sheet a different number than I see in my Aged Accounts
Payable. The Balan
33 matches
Mail list logo
