That message is usually indicating you have the file saved in a database
format rather than the default XML, and you don't have the proper
database drivers installed. If you recently tried to save your file in
one of those formats, this could be the cause. If not, then someone else
might have s
There are known issues with reports on Windows with version 5.5.
To get reports working again, roll back to v5.4. However, that version
on Windows leaves an extra running process when you quit GnuCash. You
can either just safely quit that process if it bothers you, or leave it
be. (not sure if
Glad it worked John!
Enjoy!!
On 26/1/24 12:26, John Haiducek wrote:
Thanks Alan, that did the trick. I had previously tried "dnf reinstall"
and that didn't fix it, but per your suggestion I uninstalled gnucash
and then reinstalled using dnf and now it's working again.
On Thu
I am using the latest version:
*Version: 5.5
Build ID: 5.5+(2023-12-16)*
When I try to run a report from your software "Reports", the system
shuts down and when I restart I get this message:
*Could not obtain the lock for C:\users\documents\glossgnucash.
2021gnucash.2023..
Received message "No suitable backend was found for {file
path\filename.gnucash}. Have been using Gnucash and this file for years.
Suddenly, I get the no suitable backend message, and I am not able to open
the file. Would really appreciate any guidance to restore this file! Thx!
Paul Wente
Thanks Alan, that did the trick. I had previously tried "dnf reinstall" and
that didn't fix it, but per your suggestion I uninstalled gnucash and then
reinstalled using dnf and now it's working again.
On Thu, Jan 25, 2024 at 5:36 PM Alan Hopkins wrote:
> I am using GnuCash on Fed38 too. I seem t
I am using GnuCash on Fed38 too. I seem to remember when I installed it via
the Software Centre it didn't install properly (ie some dependencies were
missing) so I uninstalled, updated all and reinstalled via CLI and it runs
like a dream. Maybe do what I did? Hope that is of some help
Cheers
Ho
This is bug 799093, and John Ralls has not asked additional questions after I
was able to reliably reproduce (part of) the issue, so, hopefully, there is
sufficient information to find the bug.
https://bugs.gnucash.org/show_bug.cgi?id=799093
> On 01/25/2024 10:02 AM PST Jack Slater wrote:
>
I upgraded a bunch of packages using the PackageKit GUI and offline update,
and gnucash was one of them. Software Center indicated that the system was
fully updated afterward.
On Thu, Jan 25, 2024 at 11:46 AM Derek Atkins wrote:
> Correct, it would say something like that.
> Now, it could be tha
Correct, it would say something like that.
Now, it could be that there is a sub-library missing. I.e. this library
looks for libfoo.so (which it finds), but libfoo.so depends on libbar.so,
and THAT is missing. ldd would not show that.
So, question for you: did you do a full system update, or di
Here's the output from ldd. IIRC, missing dependencies would show up here
as something like "=> Not found". It looks like everything here points to a
specific file.
$ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
linux-vdso.so.1 (0x7ffe3cf5a000)
libgnc-expressions.so => /usr/lib64/gnucash
Run:
ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
And see if perhaps it is missing a dependency?
-derek
On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
> The file and its parent directory are both world-readable
>
> On Thu, Jan 25, 2024 at 10:46 AM R Losey wrote:
>
>> This is pr
The file and its parent directory are both world-readable
On Thu, Jan 25, 2024 at 10:46 AM R Losey wrote:
> This is probably a silly question, but does the .so file have permissions
> that let it be read by your account? And/or what about the
> containing directory?
>
>
> On Thu, Jan 25, 2024 at
This is probably a silly question, but does the .so file have permissions
that let it be read by your account? And/or what about the
containing directory?
On Thu, Jan 25, 2024 at 9:19 AM John Haiducek wrote:
> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
> gnucash from
After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
gnucash from the Fedora repos), I get the following error trying to start
gnucash:
$ gnucash
Backtrace:
In ice-9/boot-9.scm:
3536:20 19 (_)
2835:4 18 (save-module-excursion #)
3556:26 17 (_)
In unknown file:
16
Must be a bit frustrating for new windows users of Gnucash when 5.5 is still
listed as the default "stable" version for Windows but the reporting is so
broken.
Just be aware of a different problem with 5.4.1 stable - that one leaves
phantom processes running in Windows that will keep the Gnuca
16 matches
Mail list logo
