Re: [GNC] Mutual Fund Dividend After Sale

2022-09-07 Thread David Carlson
I think it is 6 to 1 that it is ok to put a dividend payout in a security
account without buying or selling any shares if you want to do it that way.

On Wed, Sep 7, 2022 at 7:00 PM John Layman 
wrote:

> I disagree that there is no reason for a post-close dividend to affect the
> account of the investment.  Otherwise, the dividend is not attributed to
> the
> source and isn't reflected in its return.
>
> -Original Message-
> From: gnucash-user 
> On Behalf Of Fred Bone
> Sent: Wednesday, September 7, 2022 4:54 AM
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] Mutual Fund Dividend After Sale
>
> On 06 September 2022 at 14:56, Jack Frillman said:
>
> [...]
> > The stock issues it's dividends at the end of each quarter. The stock
> > was sold before the end of the quarter and the dividend was issued
> > once the new quarter was entered. > > Regards, > John Ralls > >
>
> So there is no reason for it to affect the stock account, and specifically
> to affect the balance of the stock account. So what's the problem?
>
>
> ___
> 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.
>
> ___
> 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.
>


-- 
David Carlson
___
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] Mutual Fund Dividend After Sale

2022-09-07 Thread John Layman
I disagree that there is no reason for a post-close dividend to affect the
account of the investment.  Otherwise, the dividend is not attributed to the
source and isn't reflected in its return.

-Original Message-
From: gnucash-user 
On Behalf Of Fred Bone
Sent: Wednesday, September 7, 2022 4:54 AM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Mutual Fund Dividend After Sale

On 06 September 2022 at 14:56, Jack Frillman said:

[...]
> The stock issues it's dividends at the end of each quarter. The stock 
> was sold before the end of the quarter and the dividend was issued 
> once the new quarter was entered. > > Regards, > John Ralls > >

So there is no reason for it to affect the stock account, and specifically
to affect the balance of the stock account. So what's the problem?


___
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.

___
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] Using aqbanking with Bank of the West?

2022-09-07 Thread Glenn Serre
Good afternoon again,

On Wed, Sep 7, 2022 at 12:57 PM Glenn Serre 
wrote:
>
> Good afternoon,
>
> Anyone have any luck using aqbanking with Bank of the West?
> I tried the usual gnucash online banking setup and got a gnucash
> stopped responding message with wait or force quit.
> I tried ofclient but got authentication failed: timed out.
> After I call customer support to make sure that my ofx access really
> was enabled I plan to try quicken so I can harvest the connection log.
>

I have had modest success with the python ofxclient program in that I can
download transactions from a specified account.
I have no luck yet with getting the account list via gnucash/aqsetup.

The Bank of the West ofx info is something like this:

url: https://ofx.bankofthewest.com/process.ofx
fid: 15130
app_id: QWIN
app_version: 2700
ofx version: 103

but when I try to get the account list in the aqbanking setup, I get this
back:

16:23:52 Sending request...
16:23:52 Using GnuTLS default ciphers.
16:23:52 TLS: SSL-Ciphers negotiated: TLS1.3:ECDHE-RSA-AES-256-GCM:AEAD
16:23:52 Waiting for response...
16:23:52 Parsing response...
16:23:52 Status for signon request: General error (Code 2000, severity
"ERROR")
Error other than those specified by the remaining error codes. (Note:
Servers should provide a more specific error whenever possible. Error code
2000 should be reserved for cases in which a more specific code is not
available.)
16:23:52 Status for account info request: General error (Code 2000,
severity "ERROR")
Error other than those specified by the remaining error codes. (Note:
Servers should provide a more specific error whenever possible. Error code
2000 should be reserved for cases in which a more specific code is not
available.)
16:23:52 Operation finished, you can now close this window.

More updates when I am (hopefully) successful.

-- Glenn S.

> Any hints would be appreciated.
>
> Thanks!
> -- Glenn S.
___
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] Problems upgrading to 4.8a

2022-09-07 Thread Phil Wolff via gnucash-user
   /org/gnucash/GnuCash/general/prefs-version Use default value is set,
   Current value = Default value, Default = 0

   If it matters, /org/gnucash/general/prefs-version Use default value is
   not set, Current value = 308

   On 9/7/22 11:59, Geert Janssens wrote:

   Hi Phil,

   Op woensdag 7 september 2022 18:50:16 CEST schreef Phil Wolff:

   > > "Backup files" are autogenerated by gnucash and - as the name
   suggests -

   > > contain backups of your accounting data. They are generated in the
   same

   > > directory as your "Data file" and have as file name

   > >

   > > ..gnucash

   >

   > Don't see any of these

   You may have disabled backup file generation.

   

   > > "Saved reports" is a bit of an outlier. It is a single file that
   contains

   > > all "Saved report configurations" you have created in gnucash. For

   > > historical reasons this file is shared by all your "Data files". It
   is

   > > found in GNC_DATA_HOME and is called saved-reports-

   >

   > 3 files; -2.8,

   > -2.8~ and -2.8-backup suffixes. If the 2.8 is the GNC version, that
   means

   > that my recollection of seeing "1.something" in Synaptic is faulty.

   >

   2.8 is the compatibility version and actually refers to gnucash 3.x (a
   small historical hiccup).

   

   > A few final remarks:

   >

   > * You never mentioned this, but normally gnucash would pop up a
   message when

   > it has attempted this migration. Did you actually get this message ?

   >

   > No. If the migration occurred during the Ubuntu 20.04 -> 22.04
   upgrade, I

   > would not have seen it go by in the torrent  generated by the
   upgrader. If

   > it showed such a message the first time I ran gnucash after the
   upgrade, I

   > missed seeing it.

   >

   It should be displayed the first time you run gnucash after the
   upgrade. So you may have missed it.

   >

   > * You mentioned you were migrating from gnucash 1.x. Was that really
   the

   > previous version of gnucash you ran on your system, or just that the
   data

   > file you now opened was last opened with gnucash 1.x ? Somewhere in
   the 2.x

   > series we switched backends for these preferences (from the old GConf
   to

   > the newer DConf). Migration between these two backends has been done

   > somewhere between 2.x and 3.x, but that migration code is no longer
   present

   > in gnucash 4.x. So if you really never ran gnucash 2.x and 3.x, this
   means

   > all your preferences have been reset to default. In that case you
   probably

   > want to go through your preferences again in "Edit->Preferences" to
   check

   > if they are still as you want them to be.

   >

   > That is what I found late yesterday. I had reported that my Scheduled

   > Transactions were not being posted, and John Ralls pointed me to the
   ST

   > section in Preferences. Sure enough, none of the boxes were checked,
   and

   > manually running Actions/Scheduled Transactions/Since Last  Run
   entered all

   > of the delinquents. However when I called up dconf-editor, I found a
   folder

   > /org/gnucash with 7 subfolders, one of which is GnuCash. Oddly,
   GnuCash

   > contains 6 subfolders named the same as ones in its parent, and both
   sets

   > of folders contain folders /dialogs/scheduled-trans/since-last-run
   with

   > binary keys show-file-at-open and show-notify-window-at-file-open
   that are

   > enabled. It appears that GConf did get migrated to DConf but gnucash
   isn't

   > reading dconf.

   Considering you were previously on Ubuntu 20.04LTS the most recent
   gnucash on that system was 3.8b. The 1: in the package version number
   is a specific packaging prefix. I used to know what it was about. I do
   know it's not relevant to determine the actual gnucash version. So
   you're good.

   And indeed the migration to dconf has already happened by then.

   Unfortunately you are caught in yet another migration, which happens
   when upgrading to anything more recent than gnucash 4.6. For
   compatibility reasons with Gtk and flatpak we were forced to move our
   dconf settings from

   /org/gnucash to /org/gnucash/GnuCash

   That's why you find both trees when looking with dconf-editor. For some
   reason this migration doesn't seem to have run for your system and
   hence the preferences are not copied from the old to the new location.
   I don't know why that failed. This migration is only attempted once by
   default and failures are logged in the gnucash trace file.
   Unfortunately if you rerun gnucash after this first attempt, the trace
   file gets overwritten.

   You could try to retrigger this migration by manipulating dconf like
   so:

   * Open dconf-editor

   * Navigate to /org/gnucash/GnuCash/general

   * Select "prefs-version"

   * In the details that appear, select "Use Default"

   * Click "Apply" bottom right

   Next time you start gnucash the preferences migration logic should
   rerun. You can then check the

Re: [GNC] Mutual Fund Dividend After Sale

2022-09-07 Thread Jack Frillman via gnucash-user



I will give that a try when I get a chance and will let you know.
Thanks,

On 9/7/22 10:35 AM, John Layman wrote:

See attached clip.

-Original Message-


I tried something like that but couldn't get it work right.
Could you send a example screen shot?


--
Old Unix programmers never die, they just mv to /dev/null
- Anonymous

___
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.


[GNC] Using aqbanking with Bank of the West?

2022-09-07 Thread Glenn Serre
Good afternoon,

Anyone have any luck using aqbanking with Bank of the West?
I tried the usual gnucash online banking setup and got a gnucash
stopped responding message with wait or force quit.
I tried ofclient but got authentication failed: timed out.
After I call customer support to make sure that my ofx access really
was enabled I plan to try quicken so I can harvest the connection log.

Any hints would be appreciated.

Thanks!
-- Glenn S.
___
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] Problems upgrading to 4.8a

2022-09-07 Thread Phil Wolff via gnucash-user
   Geert ~

   Before doing anything, I looked at the current trace file. Lots of
   WARNs and ERRORs like

   * 12:03:55  WARN 
   [gnc_gsettings_get_settings_ptr()] Ignoring attempt to access unknown
   gsettings schema org.gnucash.GnuCash.general
   * 12:03:55 ERROR  gboolean gnc_gsettings_get_bool(const
   gchar*, const gchar*): assertion 'G_IS_SETTINGS (settings_ptr)' failed

   So I took a look for schema files:

   dellbert@dellbert:~$ sudo find /  -xdev -name
   org.gnucash.GnuCash\*.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.business.gschem
   a.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.totd.gschema.xm
   l
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.import.csv.gsch
   ema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.general.finance-quote.g
   schema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.window.pages.gschema.xm
   l
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.warnings.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.history.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.reconcile.gsche
   ma.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.export.csv.gsch
   ema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.deprecated.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.import.hbci.gsc
   hema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.flicker.gschema
   .xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.checkprinting.g
   schema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.import.generic.
   gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.commodities.gsc
   hema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.sxs.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.import.ofx.gsch
   ema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.gschema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.dialogs.import.qif.gsch
   ema.xml
   /usr/share/glib-2.0/schemas/org.gnucash.GnuCash.window.pages.account.tr
   ee.gschema.xml
   dellbert@dellbert:~$

   Should there be more?

   Phil ~

   On 9/7/22 11:59, Geert Janssens wrote:

   Hi Phil,

   Op woensdag 7 september 2022 18:50:16 CEST schreef Phil Wolff:

   > > "Backup files" are autogenerated by gnucash and - as the name
   suggests -

   > > contain backups of your accounting data. They are generated in the
   same

   > > directory as your "Data file" and have as file name

   > >

   > > ..gnucash

   >

   > Don't see any of these

   You may have disabled backup file generation.

   

   > > "Saved reports" is a bit of an outlier. It is a single file that
   contains

   > > all "Saved report configurations" you have created in gnucash. For

   > > historical reasons this file is shared by all your "Data files". It
   is

   > > found in GNC_DATA_HOME and is called saved-reports-

   >

   > 3 files; -2.8,

   > -2.8~ and -2.8-backup suffixes. If the 2.8 is the GNC version, that
   means

   > that my recollection of seeing "1.something" in Synaptic is faulty.

   >

   2.8 is the compatibility version and actually refers to gnucash 3.x (a
   small historical hiccup).

   

   > A few final remarks:

   >

   > * You never mentioned this, but normally gnucash would pop up a
   message when

   > it has attempted this migration. Did you actually get this message ?

   >

   > No. If the migration occurred during the Ubuntu 20.04 -> 22.04
   upgrade, I

   > would not have seen it go by in the torrent  generated by the
   upgrader. If

   > it showed such a message the first time I ran gnucash after the
   upgrade, I

   > missed seeing it.

   >

   It should be displayed the first time you run gnucash after the
   upgrade. So you may have missed it.

   >

   > * You mentioned you were migrating from gnucash 1.x. Was that really
   the

   > previous version of gnucash you ran on your system, or just that the
   data

   > file you now opened was last opened with gnucash 1.x ? Somewhere in
   the 2.x

   > series we switched backends for these preferences (from the old GConf
   to

   > the newer DConf). Migration between these two backends has been done

   > somewhere between 2.x and 3.x, but that migration code is no longer
   present

   > in gnucash 4.x. So if you really never ran gnucash 2.x and 3.x, this
   means

   > all your preferences have been reset to default. In that case you
   probably

   > want to go through your preferences again in "Edit->Preferences" to
   check

   > if they are still as you want them to be.

   >

   > That is what I found late yesterday. I had reported that my Scheduled

   > Transactions were not being posted, and John Ralls pointed me to the
   ST

   > section in Preferences. Sure enough, none of the boxes were checked,
   and

   > manually 

Re: [GNC] Problems upgrading to 4.8a

2022-09-07 Thread Geert Janssens
Hi Phil,

Op woensdag 7 september 2022 18:50:16 CEST schreef Phil Wolff:
> > "Backup files" are autogenerated by gnucash and - as the name suggests -
> > contain backups of your accounting data. They are generated in the same
> > directory as your "Data file" and have as file name
> > 
> > ..gnucash
> 
> Don't see any of these

You may have disabled backup file generation.



> > "Saved reports" is a bit of an outlier. It is a single file that contains
> > all "Saved report configurations" you have created in gnucash. For
> > historical reasons this file is shared by all your "Data files". It is
> > found in GNC_DATA_HOME and is called saved-reports-
> 
> 3 files; -2.8,
> -2.8~ and -2.8-backup suffixes. If the 2.8 is the GNC version, that means
> that my recollection of seeing "1.something" in Synaptic is faulty.
> 

2.8 is the compatibility version and actually refers to gnucash 3.x (a small 
historical hiccup).



> A few final remarks:
> 
> * You never mentioned this, but normally gnucash would pop up a message when
> it has attempted this migration. Did you actually get this message ?
> 
> No. If the migration occurred during the Ubuntu 20.04 -> 22.04 upgrade, I
> would not have seen it go by in the torrent  generated by the upgrader. If
> it showed such a message the first time I ran gnucash after the upgrade, I
> missed seeing it.
> 

It should be displayed the first time you run gnucash after the upgrade. So you 
may have 
missed it.
> 
> * You mentioned you were migrating from gnucash 1.x. Was that really the
> previous version of gnucash you ran on your system, or just that the data
> file you now opened was last opened with gnucash 1.x ? Somewhere in the 2.x
> series we switched backends for these preferences (from the old GConf to
> the newer DConf). Migration between these two backends has been done
> somewhere between 2.x and 3.x, but that migration code is no longer present
> in gnucash 4.x. So if you really never ran gnucash 2.x and 3.x, this means
> all your preferences have been reset to default. In that case you probably
> want to go through your preferences again in "Edit->Preferences" to check
> if they are still as you want them to be.
> 
> That is what I found late yesterday. I had reported that my Scheduled
> Transactions were not being posted, and John Ralls pointed me to the ST
> section in Preferences. Sure enough, none of the boxes were checked, and
> manually running Actions/Scheduled Transactions/Since Last  Run entered all
> of the delinquents. However when I called up dconf-editor, I found a folder
> /org/gnucash with 7 subfolders, one of which is GnuCash. Oddly, GnuCash
> contains 6 subfolders named the same as ones in its parent, and both sets
> of folders contain folders /dialogs/scheduled-trans/since-last-run with
> binary keys show-file-at-open and show-notify-window-at-file-open that are
> enabled. It appears that GConf did get migrated to DConf but gnucash isn't
> reading dconf.

Considering you were previously on Ubuntu 20.04LTS the most recent gnucash on 
that 
system was 3.8b. The 1: in the package version number is a specific packaging 
prefix. I used 
to know what it was about. I do know it's not relevant to determine the actual 
gnucash 
version. So you're good.

And indeed the migration to dconf has already happened by then.
___
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] Problems upgrading to 4.8a

2022-09-07 Thread Phil Wolff via gnucash-user
   Geert ~

   On 9/7/22 00:45, Geert Janssens wrote:

   Phill,
   

   "Data files" are the ones containing your actual accounting data. These
   files normally have file extension ".gnucash". If you have these files
   from the 1.x period they may also have no extension at all or the
   ".xacc" extension.

   This .gnucash file is what I refer to as "data file."

 "Backup files" are autogenerated by gnucash and - as the name
 suggests - contain backups of your accounting data. They are
 generated in the same directory as your "Data file" and have as file
 name

 ..gnucash

   Don't see any of these

 "Log files" in this context are also auto generated by gnucash and
 contain a transaction log. That is it logs all changes made to
 transactions in chronological order between file saves. They can be
 used to replay such changes on top of a backup file to restore lost
 data. They are also generated in the same directory as the "Data
 files" and have as file name

 ..log

   Lots of these, dating back to when I migrated from Quicken to GNC

 "Metadata files" or "state files" contain non-accounting data. That
 is it will record per "Data file" which windows and tabs you had
 open last time you were working with that "Data file", it will also
 remember window positions and sizes, the options for reports that
 were still open and so on. There is exactly one "Metadata file" per
 "Data file" and these will be stored in

 GNC_DATA_HOME/books. The name of such a file will be

 .gcm

   Just one, contents as you describe

 "Saved reports" is a bit of an outlier. It is a single file that
 contains all "Saved report configurations" you have created in
 gnucash. For historical reasons this file is shared by all your
 "Data files". It is found in GNC_DATA_HOME and is called
 saved-reports-

   3 files; -2.8, -2.8~ and -2.8-backup suffixes. If the 2.8 is the GNC
   version, that means that my recollection of seeing "1.something" in
   Synaptic is faulty.

 With those defined, let's turn back to the migration. I'm surprised
 your DOT_GNUCASH_DIR is empty. GnuCash will only *copy* files during
 migration, not move. So even in the case of a successful migration,
 the original files should have still been in DOT_GNUCASH_DIR. I'd
 expect at least a populated books directory and a saved-reports
 file, unless you never created custom report configurations.

   I've never seen anything other than my .gnucash and .log files here,
   and it's now empty because I moved (mv, not cp) them to
   ~/Documents/gnucash yesterday.

 I also quickly checked and found the migration code is slightly dumb
 in that it will copy *all* files in DOT_GNUCASH_DIR. That will
 include your data files, backup files and log files if you
 effectively had stored them. But that leads to a very tricky
 situation unfortunately: without explicit action, gnucash would
 continue automatically open your data file from the DOT_GNUCASH_DIR
 directory while you might believe that after migration the files
 should be loaded from GNC_DATA_HOME. I think you have more or less
 solved this by moving the data file (and log and backup files) to
 $HOME/Documents/gnucash. But I just wanted to point this out to be
 sure you're not inadvertently get caught by this confusion.

 As for the .gcm file sizes: these files hold the state of your
 windows, tabs open reports and so on. I presume you had many more
 open last time you ran gnucash with the old .gcm files in place.
 Rerunning gnucash without a .gcm file is like a reset of your state
 information. It will only open single account hierarchy page and
 unless you reopened all tabs and reports before closing like you had
 before that would explain why the old one is much bigger.

   That's exactly what I saw yesterday by comparing the old and new .gcm
   files.

 A few final remarks:

 * You never mentioned this, but normally gnucash would pop up a
 message when it has attempted this migration. Did you actually get
 this message ?

   No. If the migration occurred during the Ubuntu 20.04 -> 22.04 upgrade,
   I would not have seen it go by in the torrent  generated by the
   upgrader. If it showed such a message the first time I ran gnucash
   after the upgrade, I missed seeing it.

 * You mentioned you were migrating from gnucash 1.x. Was that really
 the previous version of gnucash you ran on your system, or just that
 the data file you now opened was last opened with gnucash 1.x ?
 Somewhere in the 2.x series we switched backends for these
 preferences (from the old GConf to the newer DConf). Migration
 between these two backends has been done somewhere between 2.x and
 3.x, but that migration code is no longer present in gnucash 4.x. So
 if you really never ran gnucash 2.x and 3.x, thi

Re: [GNC] help: vs. ghelp: was: Problems upgrading to 4.8a

2022-09-07 Thread Geert Janssens
I have looked at the link and moved a bit upwards in the hierarchy to this page:
https://packages.debian.org/bookworm/all/gnucash-docs[1]
There's a link there to download the debian gnucash-docs source package on the 
right hand 
side. I have extracted that and found a rules file (presumably that's what's 
used to build and 
install ?)

Comparing the rules file in there between bullseye (stable) and bookworm 
(testing) does 
indeed suggest this happens because of the change to cmake.

It looks like the new rules file should explicitly add ghelp as target in the 
make rule that also 
builds html and pdf. So line 42 may have to become
$(MAKE) -C $(BDIR) ghelp html pdf

Or for the upcoming 4.12
$(MAKE) -C $(BDIR) xdghelp html pdf

Note that html and pdf were never really meant for inclusion in the linux 
distribution 
packages and not what gnucash has been designed to interact with. If the 
packager wants to 
they can be included though.

I'll add that due to a recent change in the build scripts the html target is no 
longer installed 
by default. If this installation is required for the debian package to contain 
the html output (it 
doesn't look like that) the override_dh_auto_configure line requires an 
additional option, 
namely
  -DWITH_HTML_INSTALL=ON

Final note: the -DWITH_PDF=ON should not be necessary. It's enabled by default 
when 
building on linux.

An alternative way to fix it would be to *disable* the unwanted targets 
(currently that would 
be epub via "-DWITH_EPUB=OFF") and then have override_dh_auto_build just build 
all 
instead of specific targets, like so:
$(MAKE) -C $(BDIR)

Hopefully this extra info can help Dmitry decide on how to fix the gnucash-docs 
package on 
Debian.

Regards,

Geert

Op woensdag 7 september 2022 16:20:59 CEST schreef john:
> I'm pretty sure that the whole Debian ecosystem uses the Debian packages
> created by Dmitry Smirnov, which is why he's CC'd on this thread. The file
> list for his testing Gnucash-docs package:
> https://packages.debian.org/bookworm/all/gnucash-docs/filelist and for
> stable it's
> https://packages.debian.org/bullseye/all/gnucash-docs/filelistNote that
> stable has the docbook docs and testing doesn't. Might we have caused this
> with our cmake changes?
> 
> Regards,
> John Ralls
> 
> .
> 
> > On Sep 7, 2022, at 12:48 AM, Geert Janssens 
> > wrote:> 
> > Op dinsdag 6 september 2022 19:00:47 CEST schreef Frank H. Ellenberger:
> > > Am 06.09.22 um 06:01 schrieb john:
> > > >> On Sep 5, 2022, at 2:01 PM, Frank H. Ellenberger
> > > >>  wrote:
> > > >> 
> > > >> Hi,
> > > >> 
> > > >> Am 05.09.22 um 22:27 schrieb Geert Janssens:
> > > >>> Op maandag 5 september 2022 19:09:06 CEST schreef john:
> > >  This is https://bugs.gnucash.org/show_bug.cgi?id=798612
> > >  
> > >  I discovered while researching this that yelp v.42 just dropped
> > >  support
> > >  for
___
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] help: vs. ghelp: was: Problems upgrading to 4.8a

2022-09-07 Thread john
I'm pretty sure that the whole Debian ecosystem uses the Debian packages 
created by Dmitry Smirnov, which is why he's CC'd on this thread.
The file list for his testing Gnucash-docs package: 
https://packages.debian.org/bookworm/all/gnucash-docs/filelist and for stable 
it's
https://packages.debian.org/bullseye/all/gnucash-docs/filelistNote that stable 
has the docbook docs and testing doesn't. Might we have caused this with our 
cmake changes?

Regards,
John Ralls

. 

> On Sep 7, 2022, at 12:48 AM, Geert Janssens  
> wrote:
> 
> Op dinsdag 6 september 2022 19:00:47 CEST schreef Frank H. Ellenberger:
> > Am 06.09.22 um 06:01 schrieb john:
> > >> On Sep 5, 2022, at 2:01 PM, Frank H. Ellenberger
> > >>  wrote:
> > >>
> > >> Hi,
> > >>
> > >> Am 05.09.22 um 22:27 schrieb Geert Janssens:
> > >>> Op maandag 5 september 2022 19:09:06 CEST schreef john:
> >  This is https://bugs.gnucash.org/show_bug.cgi?id=798612
> > 
> >  I discovered while researching this that yelp v.42 just dropped support
> >  for
> >  the ghelp: scheme. help:gnucash-help and help:gnucash-guide are able to
> >  find the GnuCash docs
> > >>>
> > >>> I'm surprised the help: scheme finds the documentation in the old ghelp
> > >>> locations, but that's good news really.
> > >>> I think we best add this in for gnucash 4.12 then, and conditional on
> > >>> the yelp version.
> > >>
> > >> Why conditional, IIRC help: is defined in yelp for about a decade.
> > >
> > > Because yelp v3.x (and maybe v40 and v41, I didn't have those handy to
> > > test) can't find the GnuCash docs in /usr/share/docs/gnucash-docs with
> > > help: so we have to use ghelp: on distros that are still shipping older
> > > versions of yelp.
> > >
> > > Regards,
> > > John Ralls
> >
> >  From https://gitlab.gnome.org/GNOME/yelp/-/blob/master/NEWS
> >
> >  > Changes in 2.31.5:
> >  > --
> >  > * New "Read Later" feature
> >  > * Support for proposed XDG help: URI scheme
> >
> > They should find /usr/share/help/{lang}/…
> >
> > Why do you want to unstall into /usr/share/docs/?
> > Also ghelp: did not recognitze that.
> > It used /usr/share/gnome/help/…
> >
> > Regards
> > Frank
> 
> I've explained the difference in my other reply. I think this is a bug in 
> ubuntu packaging; they seem to ship our html format and no longer our docbook 
> format.
> 
> Regards,
> 
> Geert

___
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] "Deleted" Invoices or Bills

2022-09-07 Thread Adrien Monteleone
I already answered about them not 'disappearing' and how to mark them to 
easily find them again, *and* how to find them again for reuse.


If you didn't mark them as advised in some fashion and simply left them 
unposted when closing the tab, then learn to play with 'Find'.


Menu: Business > Customer/Vendor > Find Bill/Invoice

Set criteria to: 'Is Posted?' to unchecked.

That will get you all unposted bills or invoices. (not both at the same 
time)


You should then play around with various criteria to discover how to 
refine the list, say for a particular Customer/Vendor, or over a certain 
date range, etc.


Regards,
Adrien

On 9/6/22 7:21 PM, Eric Hammond wrote:

I have created many test invoices (and bills) that I "virtually deleted" by not 
Posting them.
As before, as soon as I close that document's tab it apparently vanishes.
I have opened the Gnucash.gnucash file with Notepad++ and searched for the text 
I know should be in the unposted invoices, but no results.
Having those particular invoices or bills actually vanish would the best 
outcome, re-useability is second best.
How do I find them again to re-use? Or verify that they are gone, thereby 
saving space?



___
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] Mutual Fund Dividend After Sale

2022-09-07 Thread Jack Frillman via gnucash-user

I tried something like that but couldn't get it work right.
Could you send a example screen shot?

On 9/6/22 11:12 AM, John Layman wrote:

I've had the same situation, but did add a zero-share split to the closed
account.  One side was a deposit to the brokerage core account, the other to
Income:Dividends:Tax-Advantaged.

-Original Message-
From: gnucash-user 
On Behalf Of Jack Frillman via gnucash-user
Sent: Monday, September 5, 2022 1:13 PM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Mutual Fund Dividend After Sale

No I didn't delete the account?
Why would I do silly thing like that and lose all that history?

The account is hidden because it's balance is 0.

Reappearing means exactly what it says.
I was no longer in the account tree, i.e. list, because after the sale it's
balance became 0. No matter how I record that late dividend the balance
becomes non 0 and the account reappears in the account tree or list.

I don't under stand the last part.

On 9/5/22 12:59 PM, Adrien Monteleone wrote:

You deleted the account holding the fund after selling it?

Otherwise, and unless you marked it 'hidden' it will always be there.
Having activity in it doesn't change that. But you wouldn't have
activity in it anyway from a dividend.

What *exactly* do you mean by 'reappearing in my account list' and by
'screwing everything else up'?

A Dividend receipt would normally be between some asset account
('bank' or a brokerage cash account if direct deposit, 'undeposited
funds' if by paper check) according to how you received the money, and
an Income/Revenue account, say 'Dividends Received'. The FundXYZ
account shouldn't be touched at all.

Regards,
Adrien

On 9/5/22 11:41 AM, Jack Frillman via gnucash-user wrote:

Last month I sold a mutual fund say XYZ.
Several weeks after the sale closed and the calendar date went into
the next quarter I received a dividend from XYZ.
How do I enter that dividend transaction for XYZ without having it
reappearing in my account list and screwing everything else up?


___
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.

--
Old Unix programmers never die, they just mv to /dev/null
- Anonymous

___
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.



--
Old Unix programmers never die, they just mv to /dev/null
- Anonymous

___
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] Mutual Fund Dividend After Sale

2022-09-07 Thread Jack Frillman via gnucash-user
You’re the one lashing out. Take a chill pill

——
I smell carrots a-cooking and where there’s carrots, there’s a rabbit.
— Yosemite Sam

> On Sep 7, 2022, at 12:51 AM, David T.  wrote:
> 
> Jack: 
> 
> DRIP="Dividend Re-Investment Plan"
> 
> It seems to me that you've decided, in your frustration, to lash out at the 
> people who are trying to understand your problem and offer you help. That's 
> not a good look. You've testily confirmed that you haven't received shares 
> from this dividend, and dismissed the writers asking this reasonable 
> question. Your lack of discussion regarding the technical reporting 
> requirements for ROI ("Return On Investment") scenarios implies that this is 
> not your concern.
> 
> It seems to me that you have yet really to explain your original problem 
> clearly-- specifically, what exactly is showing up now that you've received 
> additional money from the disposed asset? Is it a balance in the Chart of 
> Accounts? Is it a balance in some report? *Where* is this transaction going 
> to screw things up? 
> 
> Others have explained that receipt of cash (in a transaction from income into 
> some brokerage cash account) would not affect any display of the commodity 
> account. It's like some random relative sending you $50: you enter the income 
> as coming from Income and going into your checking account. How would this 
> dividend be different? 
> 
> David T.
> 
>> On September 7, 2022 5:43:16 AM GMT+03:00, David Carlson 
>>  wrote:
>> You need to use nouns instead of pronouns
>> 
>>> On Tue, Sep 6, 2022, 8:44 PM Jack Frillman  wrote:
>>> 
>>> What ever what that is.
>>> 
>>> On 9/6/22 7:38 PM, David Carlson wrote:
>>> 
>>> Some DRIPS work that way
>>> 
 On Tue, Sep 6, 2022, 6:17 PM Jack Frillman  wrote:
 
 Cash of course.
 How can you reinvest in something you no longer have?
 
 ——
 I smell carrots a-cooking and where there’s carrots, there’s a rabbit.
 — Yosemite Sam
 
 On Sep 6, 2022, at 7:04 PM, David Carlson 
 wrote:
 
 
 Jack,
 John Ralls asked whether you received shares or cash.  It makes a
 difference.
 
 On Tue, Sep 6, 2022 at 4:30 PM John Layman <
 john.lay...@laymanandlayman.com> wrote:
 
> I've had the same situation, but did add a zero-share split to the closed
> account.  One side was a deposit to the brokerage core account, the
> other to
> Income:Dividends:Tax-Advantaged.
> 
> -Original Message-
> From: gnucash-user  ieee@gnucash.org>
> On Behalf Of Jack Frillman via gnucash-user
> Sent: Monday, September 5, 2022 1:13 PM
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] Mutual Fund Dividend After Sale
> 
> No I didn't delete the account?
> Why would I do silly thing like that and lose all that history?
> 
> The account is hidden because it's balance is 0.
> 
> Reappearing means exactly what it says.
> I was no longer in the account tree, i.e. list, because after the sale
> it's
> balance became 0. No matter how I record that late dividend the balance
> becomes non 0 and the account reappears in the account tree or list.
> 
> I don't under stand the last part.
> 
>> On 9/5/22 12:59 PM, Adrien Monteleone wrote:
>> You deleted the account holding the fund after selling it?
>> 
>> Otherwise, and unless you marked it 'hidden' it will always be there.
>> Having activity in it doesn't change that. But you wouldn't have
>> activity in it anyway from a dividend.
>> 
>> What *exactly* do you mean by 'reappearing in my account list' and by
>> 'screwing everything else up'?
>> 
>> A Dividend receipt would normally be between some asset account
>> ('bank' or a brokerage cash account if direct deposit, 'undeposited
>> funds' if by paper check) according to how you received the money, and
>> an Income/Revenue account, say 'Dividends Received'. The FundXYZ
>> account shouldn't be touched at all.
>> 
>> Regards,
>> Adrien
>> 
>>> On 9/5/22 11:41 AM, Jack Frillman via gnucash-user wrote:
>>> Last month I sold a mutual fund say XYZ.
>>> Several weeks after the sale closed and the calendar date went into
>>> the next quarter I received a dividend from XYZ.
>>> How do I enter that dividend transaction for XYZ without having it
>>> reappearing in my account list and screwing everything else up?
>> 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.
> 
> --
> Old Unix programmers never die, they just mv to /dev/null
> - Anonymous
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your s

Re: [GNC] Mutual Fund Dividend After Sale

2022-09-07 Thread Fred Bone
On 06 September 2022 at 14:56, Jack Frillman said:

[...]
> The stock issues it's dividends at the end of each quarter. The stock was
> sold before the end of the quarter and the dividend was issued once the
> new quarter was entered. > > Regards, > John Ralls > >

So there is no reason for it to affect the stock account, and 
specifically to affect the balance of the stock account. So what's the 
problem?


___
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] help: vs. ghelp: was: Problems upgrading to 4.8a

2022-09-07 Thread Geert Janssens
Op dinsdag 6 september 2022 19:00:47 CEST schreef Frank H. Ellenberger:
> Am 06.09.22 um 06:01 schrieb john:
> >> On Sep 5, 2022, at 2:01 PM, Frank H. Ellenberger
> >>  wrote:
> >> 
> >> Hi,
> >> 
> >> Am 05.09.22 um 22:27 schrieb Geert Janssens:
> >>> Op maandag 5 september 2022 19:09:06 CEST schreef john:
>  This is https://bugs.gnucash.org/show_bug.cgi?id=798612
>  
>  I discovered while researching this that yelp v.42 just dropped support
>  for
>  the ghelp: scheme. help:gnucash-help and help:gnucash-guide are able to
>  find the GnuCash docs
> >>> 
> >>> I'm surprised the help: scheme finds the documentation in the old ghelp
> >>> locations, but that's good news really.
> >>> I think we best add this in for gnucash 4.12 then, and conditional on
> >>> the yelp version.
> >> 
> >> Why conditional, IIRC help: is defined in yelp for about a decade.
> > 
> > Because yelp v3.x (and maybe v40 and v41, I didn't have those handy to
> > test) can't find the GnuCash docs in /usr/share/docs/gnucash-docs with
> > help: so we have to use ghelp: on distros that are still shipping older
> > versions of yelp.
> > 
> > Regards,
> > John Ralls
> 
>  From https://gitlab.gnome.org/GNOME/yelp/-/blob/master/NEWS
> 
>  > Changes in 2.31.5:
>  > --
>  > * New "Read Later" feature
>  > * Support for proposed XDG help: URI scheme
> 
> They should find /usr/share/help/{lang}/…
> 
> Why do you want to unstall into /usr/share/docs/?
> Also ghelp: did not recognitze that.
> It used /usr/share/gnome/help/…
> 
> Regards
> Frank

I've explained the difference in my other reply. I think this is a bug in 
ubuntu packaging; 
they seem to ship our html format and no longer our docbook format.

Regards,

Geert
___
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] Problems upgrading to 4.8a

2022-09-07 Thread Geert Janssens
Phill,

The values you set for GNC_DATA_HOME and GNC_CONFIG_HOME are the defaults when 
these variables are not set. So there's no need to explicitly set them, only if 
you want to 
override the default values.

It's normal that there's nothing in GNC_CONFIG_HOME. GnuCash will never write 
files in that 
directory itself, but it will look for user generated config files in there 
(log.conf or config-
user.scm currently).

Next, I'm not sure we are talking about the same thing really when we refer to 
"data files". To 
avoid further confusion I'll define a few things first:

"Data files" are the ones containing your actual accounting data. These files 
normally have 
file extension ".gnucash". If you have these files from the 1.x period they may 
also have no 
extension at all or the ".xacc" extension.

"Backup files" are autogenerated by gnucash and - as the name suggests - 
contain backups 
of your accounting data. They are generated in the same directory as your "Data 
file" and 
have as file name
..gnucash

"Log files" in this context are also auto generated by gnucash and contain a 
transaction log. 
That is it logs all changes made to transactions in chronological order between 
file saves. 
They can be used to replay such changes on top of a backup file to restore lost 
data. They are 
also generated in the same directory as the "Data files" and have as file name
..log

"Metadata files" or "state files" contain non-accounting data. That is it will 
record per "Data 
file" which windows and tabs you had open last time you were working with that 
"Data file", 
it will also remember window positions and sizes, the options for reports that 
were still open 
and so on. There is exactly one "Metadata file" per "Data file" and these will 
be stored in
GNC_DATA_HOME/books. The name of such a file will be
.gcm

"Saved reports" is a bit of an outlier. It is a single file that contains all 
"Saved report 
configurations" you have created in gnucash. For historical reasons this file 
is shared by all 
your "Data files". It is found in GNC_DATA_HOME and is called 
saved-reports-


With those defined, let's turn back to the migration. I'm surprised your 
DOT_GNUCASH_DIR 
is empty. GnuCash will only *copy* files during migration, not move. So even in 
the case of a 
successful migration, the original files should have still been in 
DOT_GNUCASH_DIR. I'd 
expect at least a populated books directory and a saved-reports file, unless 
you never 
created custom report configurations.

I also quickly checked and found the migration code is slightly dumb in that it 
will copy *all* 
files in DOT_GNUCASH_DIR. That will include your data files, backup files and 
log files if you 
effectively had stored them. But that leads to a very tricky situation 
unfortunately: without 
explicit action, gnucash would continue automatically open your data file from 
the 
DOT_GNUCASH_DIR directory while you might believe that after migration the 
files should be 
loaded from GNC_DATA_HOME. I think you have more or less solved this by moving 
the data 
file (and log and backup files) to $HOME/Documents/gnucash. But I just wanted 
to point this 
out to be sure you're not inadvertently get caught by this confusion.

As for the .gcm file sizes: these files hold the state of your windows, tabs 
open reports and so 
on. I presume you had many more open last time you ran gnucash with the old 
.gcm files in 
place. Rerunning gnucash without a .gcm file is like a reset of your state 
information. It will 
only open single account hierarchy page and unless you reopened all tabs and 
reports 
before closing like you had before that would explain why the old one is much 
bigger.

A few final remarks:
* You never mentioned this, but normally gnucash would pop up a message when it 
has 
attempted this migration. Did you actually get this message ?
* You mentioned you were migrating from gnucash 1.x. Was that really the 
previous version 
of gnucash you ran on your system, or just that the data file you now opened 
was last 
opened with gnucash 1.x ? Somewhere in the 2.x series we switched backends for 
these 
preferences (from the old GConf to the newer DConf). Migration between these 
two 
backends has been done somewhere between 2.x and 3.x, but that migration code 
is no 
longer present in gnucash 4.x. So if you really never ran gnucash 2.x and 3.x, 
this means all 
your preferences have been reset to default. In that case you probably want to 
go through 
your preferences again in "Edit->Preferences" to check if they are still as you 
want them to 
be.
___
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.