Re: Wiki is down

[David Carlson]

Today it is taking about a quarter second to respond to a ping.  Not sure
how to do traceroute in Windows. the pages load slowly.

David C


On Sun, Feb 4, 2018 at 7:36 AM, David Carlson 
wrote:

> I noticed that about 7 hours ago.  At that time it took as long as a
> second to respond to pings but after a while I did get the page
> https://wiki.gnucash.org/wiki/UpdateNotes to load.
>
> David C
>
> On Sun, Feb 4, 2018 at 12:41 AM, David T. via gnucash-devel <
> gnucash-devel@gnucash.org> wrote:
>
>> … not responsive…
>>
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Wiki is down

[Derek Atkins]

The server is behind a thin straw for a while. And for the next couple days 
I am not co-located.

I will do what I can until my final move is complete.. But that is months away.
Sorry for the inconvenience.

-derek
Sent using my mobile device. Please excuse any typos.



On February 4, 2018 8:44:18 AM David Carlson  
wrote:



Today it is taking about a quarter second to respond to a ping.  Not sure
how to do traceroute in Windows. the pages load slowly.

David C


On Sun, Feb 4, 2018 at 7:36 AM, David Carlson 
wrote:


I noticed that about 7 hours ago.  At that time it took as long as a
second to respond to pings but after a while I did get the page
https://wiki.gnucash.org/wiki/UpdateNotes to load.

David C

On Sun, Feb 4, 2018 at 12:41 AM, David T. via gnucash-devel <
gnucash-devel@gnucash.org> wrote:


… not responsive…

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel





___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel



___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Wiki is down

[David Carlson]

I noticed that about 7 hours ago.  At that time it took as long as a second
to respond to pings but after a while I did get the page
https://wiki.gnucash.org/wiki/UpdateNotes to load.

David C

On Sun, Feb 4, 2018 at 12:41 AM, David T. via gnucash-devel <
gnucash-devel@gnucash.org> wrote:

> … not responsive…
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Future allocated money, aka Envelope Budgeting

[Christopher Lam]

Hi Wm

I wished to experiment in what budgeting should look like by using the 
existing engine, UI, and reporting infrastructure.


It's actually not that difficult to create a 'budget balance 
calculator'; whether it meets the needs for everyone is another matter. 
But for people who wish to experiment with envelope budgeting, I can 
confirm that it is possible.


Rules are:

 * budget transactions must be "outside the books" so to speak, i.e.
   they are not counted in any net worth, profit/loss, transaction
   report, etc. they must be, by default, invisible to the reporting
   engine.
 * in order to be acceptable by the engine, they should they should
   satisfy the double-entry equation.
 * it should be generally useful
 * it should be better than the current budget

So this is actually a success. I don't use transaction voiding, and have 
hacked "voided transactions" to become "budget transactions" and 
upgraded the status bar display. The results are available on the 
topmost commit in 
https://github.com/christopherlam/gnucash/commits/envelope-budgeting as 
a demo of "what can be achieved using the engine". But I stress this was 
an experiment.


HTH.

On 04/02/18 20:33, Wm via gnucash-devel wrote:

On 03/02/2018 00:12, Matt Graham wrote:

Wow! That become contentious quick!!!


Only sort of.  If you read the devel list before the user list you get 
a feeling for what isn't going to happen soon and why.


The primary issue I’m seeing here is one of philosophy. What is 
GNUCash for? What is the purpose? What “should” be included and what 
“shouldn’t” be?


It is for people, of course ! Perhaps you meant, "who is it for?" :)

There is a universe of people that like, use and prefer single entry 
accounting along with the budgeting spiritualism and personal mantras 
that accompany some of them.  gnc ain't that and may not be for them.


Let me mention something else I think should, for example, be removed 
once the db is sorted out: USA and other country specific tax stuff 
(I'm not even sure how much of it works any more as governments change 
their tax systems without consulting gnc, etc)


Double entry accounting has been around for a while, that is 
definitely going to be included for ever.


Budgeting is, as I said before, personal.  It varies from person to 
person (I think envelope budgeting is short sighted) and what is 
appropriate for a person is inappropriate for more formal 
organisations that might require auditing or oversight.


If *all* the myriad of wonderful budgeting weirdness was added to gnc 
the prog would more than double in size in a year ... each year ... 
and 3 people would be using each of the special budgets and another 2 
requests would come in each year, etc.


It just doesn't make sense putting more into an over stretched db 
compared to an interface that anyone can grab anything they want from 
using an ordinary spreadsheet.


Am I making sense?
gnc isn't
for a person of a certain nationality, it should work for most
gnc isn't
for a person or an organisation, it should work for most
gnc isn't
for a charity vs a business, it should work for most
gnc isn't
for a country, it works with currencies
etc

As has been highlighted, when someone loads up software they have a 
preset notion in their own mind of how it “should” work, and that is 
usually their own very narrow context (e.g. “That’s not how budgets 
work!”).


gnc's existing budgeting is very useful to some businesses and charity 
organisations, even though I use them in that context I still think 
they should be pulled out in the long term.  Budgeting is too 
idiosyncratic.


And anyway, given a good interface you could use, I could probably 
write a budget app a day.


NB: budgeting is not complicated computing, it is largely a human 
problem rather than a computing one.


My assumption on purpose: Open source software is created out of need 
and altruism. People who know how and want help create and maintain 
the project both because they are interested in software and enjoy 
the process, but also because they like being altruistic and 
providing something that others find useful.


I won't speak for seniors, I do read what they say. Of course, my 
understanding is mine if incorrect.


Based on that assumption, I have had the attitude “All requests 
should be considered and prioritised by the devs, but of course they 
will mainly implement what they find useful and of course they will 
only give how much time they can afford to”.


devs may be busy, devs may have a long list, devs may have lives aside 
from the project, etc


The natural flow on from my attitude is that I should indeed throw in 
what I want/need from my financial tools, but not expect anyone to 
act on it. If I want it done, I need to donate my time and implement 
it because it is definitely unreasonable to demand others to do it 
when it isn’t useful for them. (On that note, I’m keen to help out, 
but don’t yet have knowledge (and also struggle 

Re: Future allocated money, aka Envelope Budgeting

[Wm via gnucash-devel]

On 03/02/2018 00:12, Matt Graham wrote:

Wow! That become contentious quick!!!


Only sort of.  If you read the devel list before the user list you get a 
feeling for what isn't going to happen soon and why.



The primary issue I’m seeing here is one of philosophy. What is GNUCash for? 
What is the purpose? What “should” be included and what “shouldn’t” be?


It is for people, of course ! Perhaps you meant, "who is it for?" :)

There is a universe of people that like, use and prefer single entry 
accounting along with the budgeting spiritualism and personal mantras 
that accompany some of them.  gnc ain't that and may not be for them.


Let me mention something else I think should, for example, be removed 
once the db is sorted out: USA and other country specific tax stuff (I'm 
not even sure how much of it works any more as governments change their 
tax systems without consulting gnc, etc)


Double entry accounting has been around for a while, that is definitely 
going to be included for ever.


Budgeting is, as I said before, personal.  It varies from person to 
person (I think envelope budgeting is short sighted) and what is 
appropriate for a person is inappropriate for more formal organisations 
that might require auditing or oversight.


If *all* the myriad of wonderful budgeting weirdness was added to gnc 
the prog would more than double in size in a year ... each year ... and 
3 people would be using each of the special budgets and another 2 
requests would come in each year, etc.


It just doesn't make sense putting more into an over stretched db 
compared to an interface that anyone can grab anything they want from 
using an ordinary spreadsheet.


Am I making sense?
gnc isn't
for a person of a certain nationality, it should work for most
gnc isn't
for a person or an organisation, it should work for most
gnc isn't
for a charity vs a business, it should work for most
gnc isn't
for a country, it works with currencies
etc


As has been highlighted, when someone loads up software they have a preset 
notion in their own mind of how it “should” work, and that is usually their own 
very narrow context (e.g. “That’s not how budgets work!”).


gnc's existing budgeting is very useful to some businesses and charity 
organisations, even though I use them in that context I still think they 
should be pulled out in the long term.  Budgeting is too idiosyncratic.


And anyway, given a good interface you could use, I could probably write 
a budget app a day.


NB: budgeting is not complicated computing, it is largely a human 
problem rather than a computing one.



My assumption on purpose: Open source software is created out of need and 
altruism. People who know how and want help create and maintain the project 
both because they are interested in software and enjoy the process, but also 
because they like being altruistic and providing something that others find 
useful.


I won't speak for seniors, I do read what they say. Of course, my 
understanding is mine if incorrect.



Based on that assumption, I have had the attitude “All requests should be 
considered and prioritised by the devs, but of course they will mainly 
implement what they find useful and of course they will only give how much time 
they can afford to”.


devs may be busy, devs may have a long list, devs may have lives aside 
from the project, etc



The natural flow on from my attitude is that I should indeed throw in what I 
want/need from my financial tools, but not expect anyone to act on it. If I 
want it done, I need to donate my time and implement it because it is 
definitely unreasonable to demand others to do it when it isn’t useful for 
them. (On that note, I’m keen to help out, but don’t yet have knowledge (and 
also struggle for time) in all this).



The problem with gnc code at the moment is that there is very little 
most people (or at least I) can do coding wise until the seniors get 
their stuff done.


Monitoring the user list, knowing accounting, understanding stuff, these 
are all useful things to do.



I have lots of specific comments against what people are saying, but all would 
be unhelpful if my fundamental attitude to the project is wrong.


Take the time to read something like

http://plaintextaccounting.org/

I see gnc as part of the family, others don't because gnc *has* *a* 
*user* *interface*  :)


it can get odd.  happy reading

--
Wm

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Future allocated money, aka Envelope Budgeting

[Wm via gnucash-devel]

On 04/02/2018 13:44, Christopher Lam wrote:

I wished to experiment in what budgeting should look like by using the 
existing engine, UI, and reporting infrastructure.


If you want to know how one form of budgeting, that which includes 
envelope budgeting budgeting is likely to be implemented from a working 
point of view I have already said look at ledger-cli, beancount and 
friends.  gnc is *not* going to reinvent the excellent work that has 
been done there for the simple reason that it would be a waste of resources.


The UI is, of course, the problem hampering gnc vs keeping up with the 
family.




It's actually not that difficult to create a 'budget balance 
calculator'; whether it meets the needs for everyone is another matter. 
But for people who wish to experiment with envelope budgeting, I can 
confirm that it is possible.


I know that!  There are lots of free spreadsheet versions.  The bit that 
baffles me is why some people pay someone else to say budget this way 
rather than that.




Rules are:

  * budget transactions must be "outside the books" so to speak, i.e.
    they are not counted in any net worth, profit/loss, transaction
    report, etc. they must be, by default, invisible to the reporting
    engine.


yup, you read from the db for that


  * in order to be acceptable by the engine, they should they should
    satisfy the double-entry equation.


nope, informal budgets can include single entry, they can include 
"inheritance from Aunt Mabel if she dies before Christmas"



  * it should be generally useful


there lies the rub, generally useful to which group of users ?


  * it should be better than the current budget


or less bad :)


So this is actually a success. 


Did you vote for Trump?  Success seems an obscure term these days.

I don't use transaction voiding, and have 
hacked "voided transactions" to become "budget transactions" and 
upgraded the status bar display. The results are available on the 
topmost commit in 
https://github.com/christopherlam/gnucash/commits/envelope-budgeting as 
a demo of "what can be achieved using the engine". But I stress this was 
an experiment.


HTH.


You have made a basic error in that the budget impinges on actual.

Think of it from a business POV, "We'll buy 100 widgets next month if 
the price is right", your budget, if I am reading it right, doesn't see 
that as a plan but an action.  No way will that ever hit real code.


Also voided tx although little used, actually do something if only to 
stop other things happening at times.  I think they might already be 
re-purposed in a way.



===

Christopher, have you got an sql backend working ?  Ideally with 
Sebastian's python bits as well ?


--
Wm


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Opens Dirty?

[David T. via gnucash-devel]

David C.,

It is apparently my mistake, but I understood the “--nofile” command line 
argument to mean “Open GnuCash with no file.” 

As in: No. File. Nothing. And if I have Nothing in my file, what, pray tell, is 
there to save? 

David T.

P.S. — For yucks, I executed “Gnucash --nofile” and immediately saved “Nofile” 
and opened it in a text editor. Here it is, creating the root account without a 
file:


http://www.gnucash.org/XML/gnc "
 xmlns:act="http://www.gnucash.org/XML/act "
 xmlns:book="http://www.gnucash.org/XML/book 
"
 xmlns:cd="http://www.gnucash.org/XML/cd "
 xmlns:cmdty="http://www.gnucash.org/XML/cmdty 
"
 xmlns:price="http://www.gnucash.org/XML/price 
"
 xmlns:slot="http://www.gnucash.org/XML/slot 
"
 xmlns:split="http://www.gnucash.org/XML/split 
"
 xmlns:sx="http://www.gnucash.org/XML/sx "
 xmlns:trn="http://www.gnucash.org/XML/trn "
 xmlns:ts="http://www.gnucash.org/XML/ts "
 xmlns:fs="http://www.gnucash.org/XML/fs "
 xmlns:bgt="http://www.gnucash.org/XML/bgt "
 xmlns:recurrence="http://www.gnucash.org/XML/recurrence 
"
 xmlns:lot="http://www.gnucash.org/XML/lot "
 xmlns:addr="http://www.gnucash.org/XML/addr 
"
 xmlns:owner="http://www.gnucash.org/XML/owner 
"
 xmlns:billterm="http://www.gnucash.org/XML/billterm 
"
 xmlns:bt-days="http://www.gnucash.org/XML/bt-days 
"
 xmlns:bt-prox="http://www.gnucash.org/XML/bt-prox 
"
 xmlns:cust="http://www.gnucash.org/XML/cust 
"
 xmlns:employee="http://www.gnucash.org/XML/employee 
"
 xmlns:entry="http://www.gnucash.org/XML/entry 
"
 xmlns:invoice="http://www.gnucash.org/XML/invoice 
"
 xmlns:job="http://www.gnucash.org/XML/job "
 xmlns:order="http://www.gnucash.org/XML/order 
"
 xmlns:taxtable="http://www.gnucash.org/XML/taxtable 
"
 xmlns:tte="http://www.gnucash.org/XML/tte "
 xmlns:vendor="http://www.gnucash.org/XML/vendor 
">
1

a75807d572ced056657e14cf61730861
1
1

  template
  template
  template
  template
  1


  Root Account
  27174afb49511a6a82c3da7274337c90
  ROOT









> On Feb 3, 2018, at 7:03 PM, David Carlson  > wrote:
> 
> BTW, I am running 2.6.18 in windows and I do not recall the warning referring 
> to any changes.
> 
> David C
> 
> On Sat, Feb 3, 2018 at 7:54 AM, David Carlson  > wrote:
> I just had that experience as I was not logged in to my file server when I 
> started GnuCash and I still think that my earlier comment is true.  GnuCash 
> is offering to save the empty file. The interesting thing, though, is that 
> because the file was unnamed it did not have a asterisk in the filename space 
> on the top banner.
> 
> David C
> 
> On Sat, Feb 3, 2018 at 7:41 AM, David Carlson  > wrote:
> David,
> 
> I think that a non-existent file with no data is not the same as a file that 
> has been created with no data.  A created file has some structure and some 
> defaults set.  GnuCash is thus saying that it is not a properly saved file 
> with no data.
> 
> David C
> 
> On Sat, Feb 3, 2018 at 1:56 AM, David T. via gnucash-devel 
> > wrote:
> Hello,
> 
> When I open GnuCash with no file (i.e., “gnucash --nofile”), I find that if I 
> immediately attempt to open a different file or exit the program altogether 
> (i.e., without doing anything to the current session), I am warned that all 
> changes to the current file will be lost. Given that I: a) have made no 
> changes, and b) have “nofile” open at the time, this dialog is absurd.
> 
> GnuCash should NOT consider “nofile” to be dirty, and thus should NOT ask 
> that I save “nofile”. I don’t see any bugs filed for this.
> 
> David
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org 

RE: Future allocated money, aka Envelope Budgeting

[Matt Graham]

Thanks for your replies!

I still need to go through all the interesting links from that plain text 
accounting page, so that might change my mind, but I hope they keep at least 
the existing budget functionality.  I see the existing budget tool as just a 
way to plan out the future state of your accounts – so perfectly appropriate 
for anyone.

Though you are right, it doesn’t enforce double entry so it is different from 
the core use of Gnucash.

Thanks and regards,

Matt

From: Wm via gnucash-devel
Sent: Sunday, 4 February 2018 11:57 PM
To: gnucash-de...@lists.gnucash.org
Subject: Re: Future allocated money, aka Envelope Budgeting

On 03/02/2018 00:12, Matt Graham wrote:
> Wow! That become contentious quick!!!

Only sort of.  If you read the devel list before the user list you get a
feeling for what isn't going to happen soon and why.

> The primary issue I’m seeing here is one of philosophy. What is GNUCash for? 
> What is the purpose? What “should” be included and what “shouldn’t” be?

It is for people, of course ! Perhaps you meant, "who is it for?" :)

There is a universe of people that like, use and prefer single entry
accounting along with the budgeting spiritualism and personal mantras
that accompany some of them.  gnc ain't that and may not be for them.

Let me mention something else I think should, for example, be removed
once the db is sorted out: USA and other country specific tax stuff (I'm
not even sure how much of it works any more as governments change their
tax systems without consulting gnc, etc)

Double entry accounting has been around for a while, that is definitely
going to be included for ever.

Budgeting is, as I said before, personal.  It varies from person to
person (I think envelope budgeting is short sighted) and what is
appropriate for a person is inappropriate for more formal organisations
that might require auditing or oversight.

If *all* the myriad of wonderful budgeting weirdness was added to gnc
the prog would more than double in size in a year ... each year ... and
3 people would be using each of the special budgets and another 2
requests would come in each year, etc.

It just doesn't make sense putting more into an over stretched db
compared to an interface that anyone can grab anything they want from
using an ordinary spreadsheet.

Am I making sense?
gnc isn't
for a person of a certain nationality, it should work for most
gnc isn't
for a person or an organisation, it should work for most
gnc isn't
for a charity vs a business, it should work for most
gnc isn't
for a country, it works with currencies
etc

> As has been highlighted, when someone loads up software they have a preset 
> notion in their own mind of how it “should” work, and that is usually their 
> own very narrow context (e.g. “That’s not how budgets work!”).

gnc's existing budgeting is very useful to some businesses and charity
organisations, even though I use them in that context I still think they
should be pulled out in the long term.  Budgeting is too idiosyncratic.

And anyway, given a good interface you could use, I could probably write
a budget app a day.

NB: budgeting is not complicated computing, it is largely a human
problem rather than a computing one.

> My assumption on purpose: Open source software is created out of need and 
> altruism. People who know how and want help create and maintain the project 
> both because they are interested in software and enjoy the process, but also 
> because they like being altruistic and providing something that others find 
> useful.

I won't speak for seniors, I do read what they say. Of course, my
understanding is mine if incorrect.

> Based on that assumption, I have had the attitude “All requests should be 
> considered and prioritised by the devs, but of course they will mainly 
> implement what they find useful and of course they will only give how much 
> time they can afford to”.

devs may be busy, devs may have a long list, devs may have lives aside
from the project, etc

> The natural flow on from my attitude is that I should indeed throw in what I 
> want/need from my financial tools, but not expect anyone to act on it. If I 
> want it done, I need to donate my time and implement it because it is 
> definitely unreasonable to demand others to do it when it isn’t useful for 
> them. (On that note, I’m keen to help out, but don’t yet have knowledge (and 
> also struggle for time) in all this).
>

The problem with gnc code at the moment is that there is very little
most people (or at least I) can do coding wise until the seniors get
their stuff done.

Monitoring the user list, knowing accounting, understanding stuff, these
are all useful things to do.

> I have lots of specific comments against what people are saying, but all 
> would be unhelpful if my fundamental attitude to the project is wrong.

Take the time to read something like

Windows build Unstable Fails

[Robert Fewell]

Hi,

I thought I would build the latest Windows unstable version to prove some
changes I was going to make but it failed as follows...

I ran setup-ming64-ps1 which updated the core system files as usual and
this completed OK. Probably my first mistake, should of kept the system
files at a known working level but I suppose someone building from scratch
would get the latest system files.

Tried to use the jhbuild command which I think updated some AqBanking
parts, and then started the Gnucash build. There were some references to
boost dependencies as I think that was updated and then a failure to find
Swig. Fixed that by applying the SwigPatch to new version of cmake-3.10 and
then it failed on one of the scheme files.

I think I had that sort of error before so I deleted the unstable folder
and started to build it all again but xmlsec fails to build with the
following error...

In file included from
C:/gcdev64/msys2/mingw32/i686-w64-mingw32/include/windows.h:95:0,
 from
C:/gcdev64/msys2/mingw32/include/libxslt/xsltlocale.h:43,
 from
C:/gcdev64/msys2/mingw32/include/libxslt/xsltInternals.h:24,
 from
C:/gcdev64/msys2/mingw32/include/libxslt/security.h:17,
 from
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/include/xmlsec/transforms.h:953,
 from
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/include/xmlsec/keyinfo.h:27,
 from
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/src/openssl/x509.c:33:
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/src/openssl/x509.c:94:66:
error: expected declaration specifiers or '...' before '(' token
 static xmlChar* xmlSecOpenSSLX509NameWrite
(X509_NAME* nm);
  ^
In file included from
C:/gcdev64/msys2/mingw32/i686-w64-mingw32/include/windows.h:95:0,
 from
C:/gcdev64/msys2/mingw32/include/libxslt/xsltlocale.h:43,
 from
C:/gcdev64/msys2/mingw32/include/libxslt/xsltInternals.h:24,
 from
C:/gcdev64/msys2/mingw32/include/libxslt/security.h:17,
 from
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/include/xmlsec/transforms.h:953,
 from
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/include/xmlsec/keyinfo.h:27,
 from
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/src/openssl/x509vfy.c:31:
C:/gcdev64/gnucash/unstable/src/xmlsec-xmlsec-1_2_20/src/openssl/x509vfy.c:100:8:
error: expected identifier or '(' before 'LPCSTR'
 static X509_NAME*   xmlSecOpenSSLX509NameRead
(xmlSecByte *str,
^

Spent some time poking around but my knowledge is lacking. I did try a
newer version of xmlsec but that fails in the same place and I also was
wondering if the i686-w64-mingw32 included header files had changed as they
are all new.

Can any one point me in the right direction and also the build server has
not done a successful run recently.

Regards,
  Bob
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Opens Dirty?

[David T. via gnucash-devel]

So,  gnucash cannot run without an active file? It seems odd to have the 
program create the beginnings of a file without my invoking File->New. 
Nevertheless, marking the stub file clean seems like a fine solution. 
David

 
 
  On Sun, Feb 4, 2018 at 22:49, John Ralls wrote:   That’s 
exactly what it does: It opens with no file rather than the default of opening 
with the last-opened file/database. Then it creates an empty book ready for you 
to start populating with new accounts.  It would be a minor change to mark that 
book as clean. That should suppress the request to save something that doesn’t 
really need saving. I’m inclined to think that it would also be better to 
display an accounts page instead of an empty notebook.

Regards,
John Ralls


> On Feb 4, 2018, at 8:35 AM, David T. via gnucash-devel 
>  wrote:
> 
> David C.,
> 
> It is apparently my mistake, but I understood the “--nofile” command line 
> argument to mean “Open GnuCash with no file.” 
> 
> As in: No. File. Nothing. And if I have Nothing in my file, what, pray tell, 
> is there to save? 
> 
> David T.
> 
> P.S. — For yucks, I executed “Gnucash --nofile” and immediately saved 
> “Nofile” and opened it in a text editor. Here it is, creating the root 
> account without a file:
> 
> 
>     xmlns:gnc="http://www.gnucash.org/XML/gnc "
>    xmlns:act="http://www.gnucash.org/XML/act "
>    xmlns:book="http://www.gnucash.org/XML/book 
>"
>    xmlns:cd="http://www.gnucash.org/XML/cd "
>    xmlns:cmdty="http://www.gnucash.org/XML/cmdty 
>"
>    xmlns:price="http://www.gnucash.org/XML/price 
>"
>    xmlns:slot="http://www.gnucash.org/XML/slot 
>"
>    xmlns:split="http://www.gnucash.org/XML/split 
>"
>    xmlns:sx="http://www.gnucash.org/XML/sx "
>    xmlns:trn="http://www.gnucash.org/XML/trn "
>    xmlns:ts="http://www.gnucash.org/XML/ts "
>    xmlns:fs="http://www.gnucash.org/XML/fs "
>    xmlns:bgt="http://www.gnucash.org/XML/bgt "
>    xmlns:recurrence="http://www.gnucash.org/XML/recurrence 
>"
>    xmlns:lot="http://www.gnucash.org/XML/lot "
>    xmlns:addr="http://www.gnucash.org/XML/addr 
>"
>    xmlns:owner="http://www.gnucash.org/XML/owner 
>"
>    xmlns:billterm="http://www.gnucash.org/XML/billterm 
>"
>    xmlns:bt-days="http://www.gnucash.org/XML/bt-days 
>"
>    xmlns:bt-prox="http://www.gnucash.org/XML/bt-prox 
>"
>    xmlns:cust="http://www.gnucash.org/XML/cust 
>"
>    xmlns:employee="http://www.gnucash.org/XML/employee 
>"
>    xmlns:entry="http://www.gnucash.org/XML/entry 
>"
>    xmlns:invoice="http://www.gnucash.org/XML/invoice 
>"
>    xmlns:job="http://www.gnucash.org/XML/job "
>    xmlns:order="http://www.gnucash.org/XML/order 
>"
>    xmlns:taxtable="http://www.gnucash.org/XML/taxtable 
>"
>    xmlns:tte="http://www.gnucash.org/XML/tte "
>    xmlns:vendor="http://www.gnucash.org/XML/vendor 
>">
> 1
> 
> a75807d572ced056657e14cf61730861
> 1
> 1
> 
>  template
>  template
>  template
>  template
>  1
> 
> 
>  Root Account
>  27174afb49511a6a82c3da7274337c90
>  ROOT
> 
> 
> 
> 
> 
> 
> 
> 
> 
>> On Feb 3, 2018, at 7:03 PM, David Carlson > > wrote:
>> 
>> BTW, I am running 2.6.18 in windows and I do not recall the warning 
>> referring to any changes.
>> 
>> David C
>> 
>> On Sat, Feb 3, 2018 at 7:54 AM, David Carlson > > wrote:
>> I just had that experience as I was not logged in to my file server when I 
>> started GnuCash and I still think that my earlier comment is true.  GnuCash 
>> is offering to save the empty file. The interesting thing, though, is that 
>> because the file was unnamed it did not have a asterisk in the filename 
>> space on the top banner.
>> 
>> David C
>> 
>> On Sat, Feb 3, 2018 at 7:41 AM, David Carlson > > wrote:
>> David,
>> 
>> I think that a non-existent file with no data is not the same as