[GNC] [gnc] Forecasting savings

2024-05-21 Thread Adrien Laveau
Hello community, I would like to know what is the best way (if there is) to
project savings evolution in gnc based or scheduled transaction (income,
tax, average spending, loan etc...).

The goal is ti properly budget and know if at some time a more important
transaction is reasonable or not (install A/C, buy a car etc...)

Thank you
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Can't download stock prices

2024-05-21 Thread John Ralls
Ernie,

You probably built it for the wrong architecture. GnuCash is x86_64 so all of 
the perl modules that aren’t pure perl need to be multi-architecture. See 
https://wiki.gnucash.org/wiki/Online_Quotes#Installing_Finance::Quote_on_macOS_from_a_Terminal_prompt
 for an explanation.

Regards,
John Ralls

> On May 21, 2024, at 19:16, Ernie Wakamatsu  wrote:
> 
> HI John and Gnucash Supporters,
> 
> I was afraid you were going to say that.  As far as I can tell, I have 
> JSON::Parse installed, but gnucash-cli is not finding it.
> 
> Ernie-Mac-mini% cpan JSON::Parse
> Loading internal logger. Log::Log4perl recommended for better logging
> Reading '/Users/Ernie_1/.cpan/Metadata'
>   Database was generated on Tue, 21 May 2024 02:17:02 GMT
> JSON::Parse is up to date (0.62).
> Ernie-Mac-mini% /Applications/Gnucash.app/Contents/MacOS/gnucash-cli -Q info
> Application Path /Applications/Gnucash.app/Contents/MacOS/gnucash-cli
> Failed to initialize Finance::Quote: missing_modules JSON::Parse
> 
> Sorry to keep troubling you.
> 
> Reards,
> Ernie
> Just an old FORTRAN programmer
> 
> 
>> On 22 May 2024, at 1:48 AM, John Ralls  wrote:
>> 
>> Depends on the bug. Just like every other development team they have more 
>> bugs than engineers so they have to prioritize. Some things get fixed 
>> quickly, others take a while, and some never get attention. I don’t know who 
>> maintains the libc that Apple uses. If it’s FreeBSD then they won’t consider 
>> it a bug because their file systems are case sensitive.
>> 
>> As for what to do, that should be obvious: Spell the path correctly, where 
>> spell includes case.
>> You also need to run gnc-update-fq again to get JSON::Parse installed.
>> 
>> Regards,
>> John Ralls
>> 
>>> On May 20, 2024, at 22:00, Ernie Wakamatsu  wrote:
>>> 
>>> One could hope Apple will fix bugs in a timely manner :-p.  
>>> 
>>> So what should I do to workaround this bug or am I hosed?
>>> 
>>> Ernie
>>> 
>>> 
 On 21 May 2024, at 1:21 PM, John Ralls  wrote:
 
 Hah! I didn’t even notice that. It’s pretty funny.
 
 The *file system* is by default case-preserving, meaning that you can 
 create either macOS or MacOS but not both; preserving means that it will 
 keep whichever one you create first. The shell is too, though Bash 
 completion is case-sensitive. Apparently dlopen is case-sensitive too: 
 when we call 
 `dlopen(/Applications/Gnucash.app/Contents/macOS/lib/gnucash/libgncmod-backend-dbi.dylib,
  0x0009)` it fails to find the file. You can see this yourself by running 
   /Applications/Gnucash.app/Contents/macOS/gnucash-cli --debug 
 —logto=stdout -Q info
 It’s in the first line of output.
 
 I’m going to file a bug with Apple on that if it’s still true when the 
 first macOS 15 developer beta comes out in 3 weeks. Maybe they’ll fix it.
 
 Regards,
 John Ralls
 
 
> On May 20, 2024, at 18:07, Ernie Wakamatsu  wrote:
> 
> Very strange.  I get two results.
> 
> First, following your instructions, by coping and pasting
> Ernie@Ernie-Mac-mini contents % zsh -df
> Ernie-Mac-mini% /Applications/Gnucash.app/Contents/MacOS/gnucash-cli -Q 
> info
> Application Path /Applications/Gnucash.app/Contents/MacOS/gnucash-cli
> Failed to initialize Finance::Quote: missing_modules JSON::Parse
> 
> But when I type in the command line:
> 
> Ernie-Mac-mini% /Applications/Gnucash.app/Contents/macOS/gnucash-cli -Q 
> info
> Application Path /Applications/Gnucash.app/Contents/macOS/gnucash-cli
> * 11:01:28  WARN  failed to load gncmod-backend-dbi from 
> relative path 
> * 11:01:28 ERROR  required library gncmod-backend-dbi not 
> found.
> * 11:01:28  WARN  failed to load gncmod-backend-xml from 
> relative path 
> * 11:01:28 ERROR  required library gncmod-backend-xml not 
> found.
> * 11:01:28 ERROR  g_settings_schema_source_lookup: assertion 
> 'source != NULL' failed
> * 11:01:28 ERROR  g_settings_new_full: assertion 'schema != 
> NULL' failed
> * 11:01:28  WARN  
> [gnc_gsettings_get_settings_obj()] Ignoring attempt to access unknown 
> gsettings schema org.gnucash.GnuCash.general
> zsh: segmentation fault  
> /Applications/Gnucash.app/Contents/macOS/gnucash-cli -Q info
> 
> The two command lines are seemingly the same, but the difference is macOS 
> and MacOS.  I thought the shell was not case sensitive.  h  The 
> behavior is the same when I exit from the default shell.
> 
> I did check the directory and it is MacOS.
> 
> Ernie-Mac-mini% cd /Applications/Gnucash.app/Contents
> Ernie-Mac-mini% ls
> Info.plistMacOS   PkgInfo Resources   
> _CodeSignature
> Ernie-Mac-mini% 
> 
> Odd that it would behave differently.
> 
> Thoughts?
> 
> Ernie
> 
> 
> 
> 
>> On 21 May 2024, at 

Re: [GNC] Can't download stock prices

2024-05-21 Thread Ernie Wakamatsu
HI John and Gnucash Supporters,

I was afraid you were going to say that.  As far as I can tell, I have 
JSON::Parse installed, but gnucash-cli is not finding it.

Ernie-Mac-mini% cpan JSON::Parse
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/Users/Ernie_1/.cpan/Metadata'
  Database was generated on Tue, 21 May 2024 02:17:02 GMT
JSON::Parse is up to date (0.62).
Ernie-Mac-mini% /Applications/Gnucash.app/Contents/MacOS/gnucash-cli -Q info
Application Path /Applications/Gnucash.app/Contents/MacOS/gnucash-cli
Failed to initialize Finance::Quote: missing_modules JSON::Parse

Sorry to keep troubling you.

Reards,
Ernie
Just an old FORTRAN programmer


> On 22 May 2024, at 1:48 AM, John Ralls  wrote:
> 
> Depends on the bug. Just like every other development team they have more 
> bugs than engineers so they have to prioritize. Some things get fixed 
> quickly, others take a while, and some never get attention. I don’t know who 
> maintains the libc that Apple uses. If it’s FreeBSD then they won’t consider 
> it a bug because their file systems are case sensitive.
> 
> As for what to do, that should be obvious: Spell the path correctly, where 
> spell includes case.
> You also need to run gnc-update-fq again to get JSON::Parse installed.
> 
> Regards,
> John Ralls
> 
>> On May 20, 2024, at 22:00, Ernie Wakamatsu  wrote:
>> 
>> One could hope Apple will fix bugs in a timely manner :-p.  
>> 
>> So what should I do to workaround this bug or am I hosed?
>> 
>> Ernie
>> 
>> 
>>> On 21 May 2024, at 1:21 PM, John Ralls  wrote:
>>> 
>>> Hah! I didn’t even notice that. It’s pretty funny.
>>> 
>>> The *file system* is by default case-preserving, meaning that you can 
>>> create either macOS or MacOS but not both; preserving means that it will 
>>> keep whichever one you create first. The shell is too, though Bash 
>>> completion is case-sensitive. Apparently dlopen is case-sensitive too: when 
>>> we call 
>>> `dlopen(/Applications/Gnucash.app/Contents/macOS/lib/gnucash/libgncmod-backend-dbi.dylib,
>>>  0x0009)` it fails to find the file. You can see this yourself by running 
>>>   /Applications/Gnucash.app/Contents/macOS/gnucash-cli --debug 
>>> —logto=stdout -Q info
>>> It’s in the first line of output.
>>> 
>>> I’m going to file a bug with Apple on that if it’s still true when the 
>>> first macOS 15 developer beta comes out in 3 weeks. Maybe they’ll fix it.
>>> 
>>> Regards,
>>> John Ralls
>>> 
>>> 
 On May 20, 2024, at 18:07, Ernie Wakamatsu  wrote:
 
 Very strange.  I get two results.
 
 First, following your instructions, by coping and pasting
 Ernie@Ernie-Mac-mini contents % zsh -df
 Ernie-Mac-mini% /Applications/Gnucash.app/Contents/MacOS/gnucash-cli -Q 
 info
 Application Path /Applications/Gnucash.app/Contents/MacOS/gnucash-cli
 Failed to initialize Finance::Quote: missing_modules JSON::Parse
 
 But when I type in the command line:
 
 Ernie-Mac-mini% /Applications/Gnucash.app/Contents/macOS/gnucash-cli -Q 
 info
 Application Path /Applications/Gnucash.app/Contents/macOS/gnucash-cli
 * 11:01:28  WARN  failed to load gncmod-backend-dbi from 
 relative path 
 * 11:01:28 ERROR  required library gncmod-backend-dbi not 
 found.
 * 11:01:28  WARN  failed to load gncmod-backend-xml from 
 relative path 
 * 11:01:28 ERROR  required library gncmod-backend-xml not 
 found.
 * 11:01:28 ERROR  g_settings_schema_source_lookup: assertion 
 'source != NULL' failed
 * 11:01:28 ERROR  g_settings_new_full: assertion 'schema != 
 NULL' failed
 * 11:01:28  WARN  
 [gnc_gsettings_get_settings_obj()] Ignoring attempt to access unknown 
 gsettings schema org.gnucash.GnuCash.general
 zsh: segmentation fault  
 /Applications/Gnucash.app/Contents/macOS/gnucash-cli -Q info
 
 The two command lines are seemingly the same, but the difference is macOS 
 and MacOS.  I thought the shell was not case sensitive.  h  The 
 behavior is the same when I exit from the default shell.
 
 I did check the directory and it is MacOS.
 
 Ernie-Mac-mini% cd /Applications/Gnucash.app/Contents
 Ernie-Mac-mini% ls
 Info.plist MacOS   PkgInfo Resources   _CodeSignature
 Ernie-Mac-mini% 
 
 Odd that it would behave differently.
 
 Thoughts?
 
 Ernie
 
 
 
 
> On 21 May 2024, at 2:50 AM, John Ralls  wrote:
> 
> Ernie,
> 
> The double slash is present in my output too, and it’s harmless. 
> 
> That shows that the app bundle is complete and uncorrupted. Something is 
> getting in the way of dlopen finding those two libraries.
> 
> Try getting a purely default shell environment by running 
>zsh -df
> That opens a new sub shell with no environment variables set and ignoring 
> all of your zsh config files. You can quit back to your regular 

Re: [GNC] Can't download stock prices

2024-05-21 Thread John Ralls
Depends on the bug. Just like every other development team they have more bugs 
than engineers so they have to prioritize. Some things get fixed quickly, 
others take a while, and some never get attention. I don’t know who maintains 
the libc that Apple uses. If it’s FreeBSD then they won’t consider it a bug 
because their file systems are case sensitive.

As for what to do, that should be obvious: Spell the path correctly, where 
spell includes case.
You also need to run gnc-update-fq again to get JSON::Parse installed.

Regards,
John Ralls

> On May 20, 2024, at 22:00, Ernie Wakamatsu  wrote:
> 
> One could hope Apple will fix bugs in a timely manner :-p.  
> 
> So what should I do to workaround this bug or am I hosed?
> 
> Ernie
> 
> 
>> On 21 May 2024, at 1:21 PM, John Ralls  wrote:
>> 
>> Hah! I didn’t even notice that. It’s pretty funny.
>> 
>> The *file system* is by default case-preserving, meaning that you can create 
>> either macOS or MacOS but not both; preserving means that it will keep 
>> whichever one you create first. The shell is too, though Bash completion is 
>> case-sensitive. Apparently dlopen is case-sensitive too: when we call 
>> `dlopen(/Applications/Gnucash.app/Contents/macOS/lib/gnucash/libgncmod-backend-dbi.dylib,
>>  0x0009)` it fails to find the file. You can see this yourself by running 
>>   /Applications/Gnucash.app/Contents/macOS/gnucash-cli --debug —logto=stdout 
>> -Q info
>> It’s in the first line of output.
>> 
>> I’m going to file a bug with Apple on that if it’s still true when the first 
>> macOS 15 developer beta comes out in 3 weeks. Maybe they’ll fix it.
>> 
>> Regards,
>> John Ralls
>> 
>> 
>>> On May 20, 2024, at 18:07, Ernie Wakamatsu  wrote:
>>> 
>>> Very strange.  I get two results.
>>> 
>>> First, following your instructions, by coping and pasting
>>> Ernie@Ernie-Mac-mini contents % zsh -df
>>> Ernie-Mac-mini% /Applications/Gnucash.app/Contents/MacOS/gnucash-cli -Q info
>>> Application Path /Applications/Gnucash.app/Contents/MacOS/gnucash-cli
>>> Failed to initialize Finance::Quote: missing_modules JSON::Parse
>>> 
>>> But when I type in the command line:
>>> 
>>> Ernie-Mac-mini% /Applications/Gnucash.app/Contents/macOS/gnucash-cli -Q info
>>> Application Path /Applications/Gnucash.app/Contents/macOS/gnucash-cli
>>> * 11:01:28  WARN  failed to load gncmod-backend-dbi from 
>>> relative path 
>>> * 11:01:28 ERROR  required library gncmod-backend-dbi not found.
>>> * 11:01:28  WARN  failed to load gncmod-backend-xml from 
>>> relative path 
>>> * 11:01:28 ERROR  required library gncmod-backend-xml not found.
>>> * 11:01:28 ERROR  g_settings_schema_source_lookup: assertion 
>>> 'source != NULL' failed
>>> * 11:01:28 ERROR  g_settings_new_full: assertion 'schema != NULL' 
>>> failed
>>> * 11:01:28  WARN  
>>> [gnc_gsettings_get_settings_obj()] Ignoring attempt to access unknown 
>>> gsettings schema org.gnucash.GnuCash.general
>>> zsh: segmentation fault  
>>> /Applications/Gnucash.app/Contents/macOS/gnucash-cli -Q info
>>> 
>>> The two command lines are seemingly the same, but the difference is macOS 
>>> and MacOS.  I thought the shell was not case sensitive.  h  The 
>>> behavior is the same when I exit from the default shell.
>>> 
>>> I did check the directory and it is MacOS.
>>> 
>>> Ernie-Mac-mini% cd /Applications/Gnucash.app/Contents
>>> Ernie-Mac-mini% ls
>>> Info.plist  MacOS   PkgInfo Resources   _CodeSignature
>>> Ernie-Mac-mini% 
>>> 
>>> Odd that it would behave differently.
>>> 
>>> Thoughts?
>>> 
>>> Ernie
>>> 
>>> 
>>> 
>>> 
 On 21 May 2024, at 2:50 AM, John Ralls  wrote:
 
 Ernie,
 
 The double slash is present in my output too, and it’s harmless. 
 
 That shows that the app bundle is complete and uncorrupted. Something is 
 getting in the way of dlopen finding those two libraries.
 
 Try getting a purely default shell environment by running 
zsh -df
 That opens a new sub shell with no environment variables set and ignoring 
 all of your zsh config files. You can quit back to your regular shell with 
 d, but first try running 
   /Applications/Gnucash.app/Contents/MacOS/gnucash-cli -Q info
 
 Regards,
 John Ralls
 
> On May 19, 2024, at 22:22, Ernie Wakamatsu  wrote:
> 
> Thanks John,
> 
> I ran the below commands and this is what I got.
> 
> Ernie@Ernie-Mac-mini contents % spctl --assess -vv 
> /applications/gnucash.app
> /applications/gnucash.app: accepted
> source=Notarized Developer ID
> origin=Developer ID Application: John D Ralls (Y9EHT5WMK7)
> Ernie@Ernie-Mac-mini contents % otool -L 
> /Applications/Gnucash.app/Contents/Resources/lib/gnucash/libgncmod-backend-dbi.dylib
> /Applications/Gnucash.app/Contents/Resources/lib/gnucash/libgncmod-backend-dbi.dylib:
>   @executable_path/../Resources//lib/gnucash/libgncmod-backend-dbi.dylib 
> (compatibility version 0.0.0,