See also importing data for more information. Importing data from your bank and doing this automatically is not that easy with Firefly III.This is a huge difference with other financial tools. You must install it yourself and run it on your own server. Firefly III is self-hosted and geared towards tech-savvy users.This is a fairly complicated question, but here are some key differences that you should know about. How does it compare to YNAB, Mint, GNUCash, Excel? Keep in mind that you won't be able to share your administration. For security reasons Firefly III opens up the registration form only for the first user, but anybody can register an account if you enable this under Administration > Configuration. Yes, there is a demo site where you can play with a sample administration. It's opinionated, which means it follows the mantras that I, the developer like. I have found a security related issue, what do I do?įirefly III is a self-hosted manager for your personal finances.I want something in Firefly III, what do I do?.Why is Firefly III not based on "zero-sum budgeting"?.How does it compare to YNAB, Mint, GNUCash, Excel?.General questions General questions Table of contents.Advanced installation Advanced installation. ![]() It was installed on: Fri 11:16:47 AESTĤ) Thanks for your comments on the "accidental" support for Glib and Redhats FUSE comments which as far as I can see Fedora 28 implements.ĥ) I also notice that glib2-2.56. was built on Thu 23:49:16 AEST and installed Sun 15:15:17 AEST. I last used GnuCash 3.1 on 11th Jun and 6th Jun on my 2 accounts. ![]() ![]() ( I note your qualification that Gvfs in Gio in Glib is needed for such a traversal)ģ) This symptom did not arise in moving to 3.1. parses the parts with no fault.Ģ) My URI does define a real traversable path as shown by the following bash ~]$ cd run]$ run]$ cd user]$ user]$ cd 1000]$ 1000]$ cd gvfs]$ gvfs]$ cd smb-share:server=diskstation.local,share=public]$ smb-share:server=diskstation.local,share=public]$ I see examples of colons used to separate many different components (passwords, port numbers, IPv6 addresses, namespaces). Many thanks for your attention to this and your more detailed analysis.ġ) I think colons are allowed in the resource part of a URI. You might also file a bug with Fedora Bill Nicholson, the GnuCash packager for Fedora, may see fit to work up a patch that he can use when creating the RPM. Redhat's RHEL/Centos documentation includes which recommends using FUSE for applications like GnuCash that don't call the requisite Gio path resolution functions. The conversion to boost::filessystem is so far partial and that probably explains why GnuCash was able to create the lock but couldn't then confirm its existence. It's no surprise that it can follow and emit a Gvfs path. We're slowly removing GLib dependencies from GnuCash, and path handling is now managed by boost::filesystem instead of GLib however the file chooser widget *is* still Gtk and so is obviously based on GLib. ![]() So on to why it may have worked in 2.x and doesn't in 3.x:Īny support of GVFS in the past was entirely accidental and due to our use of GLib and GIO path resolution functions. The real problem is that "/run/user/1000/gvfs/smb-share:server=diskstation.local,share=public/Accounts/SCGE&EO.gnucash" doesn't define a real path that can be traversed without the assistance of the Gvfs module in Gio (part of GLib). That's not particularly germane, GnuCash doesn't use file URLs internally, it's just used in that error message to provide consistency with the MySQL and Postgresql backends which do use URLs. The tl dr is that there's only one colon allowed, immediately following the word "file" except on Microsoft Windows. The file URL is defined by and the one you're attempting to use doesn't comply with it. Files in the work directory with the new. gnucash file open (possibley library versions are relevant) Files in the work directory with a new. Processes with NO other gnucash runningĢ) After the run with the Dialog still displayed The attached console log ("GnuCash failure to launch.txt") shows: (see attached "Screenshot from 11-02-40.png" of the dialog) GnuCash could not obtain the lock for file:///run/user/1000/gvfs/smb-share:server=diskstation.local,share=public/Accounts/SCGE&EO.gnucash
0 Comments
Leave a Reply. |