Re: Gnucash.org is down -- 7:55 PST 11/23/2017

[Jean-David Beyer]

On 11/23/2017 10:58 PM, Ken Pyzik wrote:
> Sorry -- Gnucash.org is down -- 7:55 PST 11/23/2017
> 

http://downforeveryoneorjustme.com/gnucash.org

Down For Everyone Or Just Me
Is gnucash.org down?

It's just you. gnucash.org is up.


-- 
  .~.  Jean-David Beyer  Registered Linux User 85642.
  /V\  PGP-Key:166D840A 0C610C8B Registered Machine  1935521.
 /( )\ Shrewsbury, New Jerseyhttp://linuxcounter.net
 ^^-^^ 07:35:01 up 9 days, 14:50, 3 users, load average: 4.26, 4.26, 4.09
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Unable to create liability account under expense account

[Mike or Penny Novack]

On 11/23/2017 2:17 PM, Suresh Saragadam wrote:

I am working on a small construction work where i need to record my
expenses for both material and men (labour)

i am purchasing cement on credit(Loan) that is accounts payable i.e. 
liability Here i need to create liability account for cement under 
material expenses, but i am unable to create a liability account for 
cement under material expense account so that i can record total 
material spend including liability for cement this is very minimum 
accounting requirement. Regards Suresh


As others have explained, this is a misunderstanding about basics.

In double entry bookkeeping, each transaction has net equal debits and 
credits. When you pay an expense, you are often writing a check. In 
other words, the credit side of the transaction would be the checking 
account. But there are other possibilities for what the credit side 
might be << the debit side of the transaction of course being the 
expense "materials".


1) You might be paying with a credit card. Go back to that "often". In 
some cases (for some sorts of expense) you might ALWAYS be using a 
credit card. For example, these days, with "self serve" gas stations, 
you might always be buying gasoline that way.


2) In THIS case, the vendor is allowing you you to "pay on account" (not 
unusual in business*). So under LIABILITIES you set up and account for 
this vendor showing what you owe. When you pay on this account NOT an 
expense (you already accounted for that when the liability was assumed) 
but a transaction where this liability is the debit side (for an account 
if type debit, that is a reduction in the debt) and the credit side your 
checking account you used to pay that bill.


Michael D Novack

* It is not that unusual (for businesses) to be dealing with vendors on 
a basis like "net 30 days, thereafter 1% per month" or even with a 
discount for paying within some defined amount of time.


___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Unable to open 2nd set of accounts on one MacBook Pro

[Mike or Penny Novack]

On 11/24/2017 12:25 AM, David T. via gnucash-user wrote:

This has long been an issue with GnuCash on the Mac, such that most of us have simply 
gotten used to it. I will add something to the wiki FAQ shortly. It has been entered 
as a bug (https://bugzilla.gnome.org/show_bug.cgi?id=761024 
), so it has been noted for 
potential correction at some point. In the meantime, most of us just accept it for 
what it  is. If you are regularly using multiple data files, you can use a terminal 
command to force GnuCash to open the file of your choosing: 
/Applications/Gnucash.app/Contents/MacOS/Gnucash 
—-/path/to/my/gnucash/datafile/firstaccounts.gnucash

David


No, you don't have to accept it for what it is.

   If you are using gnucash to keep books for several entities (real or 
virtual) under the same session log in you might prefer to be calling 
gnucash with the "nofile" parameter to override the default "open the 
last one that was open". In other words, this is not an problem with 
gnucash itself but the default. That will save a step since gnucash will 
come up with no file open and you then use want.


It has been a while since the list has had a description of the steps to 
change a "shortcut' so that the target is called with the "nofile" 
parameter. Time to do that again? It has been many years since I last 
did that, so maybe somebody else describe the process?


Michael D Novack
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Unable to create liability account under expense account

[Mike or Penny Novack]

On 11/23/2017 10:07 PM, Suresh Saragadam wrote:

Hi Buddha,

Thanks for the reply,Now I understood may be it is not a general accounting
practice.
To my requirement i am not required to record double entry,
I know that i am spending from my pocket there is no need for income or
profit and loss statement,
I just want to track my Expenses. and accounts Payable.

Gnucash is a package for doing double entry bookkeeping.

That said, were you very experienced with it, you could get it to do 
what you want (I, for example, have some sets of "virtual" books). 
However, those are still (actually) double entry. It is just that the 
"rest of the books" not defined beyond the minimum needed.


In your case, the other side (the credit side) would be "paid by" << 
check, cash (literally), kind (barter), and assumed liability >>  Weird 
as that might seem, those could be of type Income. The virtual entity in 
this case a sub business of your business that pays the bills for your 
main business, receiving money from your main business to do that.


But like I said, you should FIRST have a good understanding of double 
entry bookkeeping and lots of practical experience doing it before you 
play around like that. Else you will make too many mistakes.


Michael
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Unable to open 2nd set of accounts on one MacBook Pro

[D via gnucash-user]

Michael, your "shortcuts" are essentially the command line entry I provided. 
The OP could put that in a text file and make it executable on a Mac, for sure. 
It's a little more involved to set up.

They are both still methods to work around a default behavior that many users 
find surprising, especially on a Mac.

On November 24, 2017, at 7:41 PM, Mike or Penny Novack 
 wrote:

On 11/24/2017 12:25 AM, David T. via gnucash-user wrote:
> This has long been an issue with GnuCash on the Mac, such that most of us 
> have simply gotten used to it. I will add something to the wiki FAQ shortly. 
> It has been entered as a bug 
> (https://bugzilla.gnome.org/show_bug.cgi?id=761024 
> ), so it has been noted 
> for potential correction at some point. In the meantime, most of us just 
> accept it for what it  is. If you are regularly using multiple data files, 
> you can use a terminal command to force GnuCash to open the file of your 
> choosing: /Applications/Gnucash.app/Contents/MacOS/Gnucash 
> —-/path/to/my/gnucash/datafile/firstaccounts.gnucash
>
> David

No, you don't have to accept it for what it is.

If you are using gnucash to keep books for several entities (real or 
virtual) under the same session log in you might prefer to be calling 
gnucash with the "nofile" parameter to override the default "open the 
last one that was open". In other words, this is not an problem with 
gnucash itself but the default. That will save a step since gnucash will 
come up with no file open and you then use 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
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: Password screw-up "magic fix"?

[John Ralls]

> On Nov 23, 2017, at 7:44 PM, Steve  wrote:
> 
> Thanks, John, but guess you didn't have a chance to read my entire post.  I
> can't uncheck the box for "remember the pin in memory" when it is *NOT*
> checked to begin with!
> 
> Bottom line, tell me what folders and/or files I need to backup (and restore
> as needed) that reflect my settings for aqbanking (and it's clearly not
> merely the aqbanking folder).

Since you’re on Windows I’d imagine that AQBanking would stash stuff in the 
registry just like GnuCash does. AQBanking itself is a separate project and I 
don’t think that anyone here knows much about its innards. They do have a user 
mailing list, http://lists.aqbanking.de/cgi-bin/mailman/listinfo/aqbanking-user 
, but I 
think that it’s mostly in German.

That said I had a look in ~/.aqbanking/settings.conf and it seems to have all 
of the information one enters for users and accounts, plus a block for pins 
(empty in my case) and another for certificates.

Regards,
John Ralls
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Gnuash.org is down -- 7:55 PST 11/23/2017

[John Ralls]

It’s back up now.

Regards,
John Ralls

> On Nov 23, 2017, at 7:56 PM, Ken Pyzik  wrote:
> 
> Gnuash.org is down -- 7:55 PST 11/23/2017
> 
> 
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> 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
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.

QIF or QXF file for Quicken to GnuCash migration?

[spflanze]

Is a Quicken to GnuCash migration best done using a QIF or QXF file?



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Password screw-up "magic fix"?

[Steve]

Ok, thanks for taking a look. Unfortunately, many times I've tried restoring
my backup copy of the entire aqbanking folder which includes the file you
referenced, and it "doesn't seem to do the job", so I end up having to
delete the bank account in question, and re-creating it which does take care
of the problem.

The problem is when I'm retrieving transactions for a particular account and
type in an incorrect PIN and accidently hit "remember pin", I am then
"officially" screwed, as there's no way to escape from my "decision
(without, apparently, deleting the account and re-creating it).  Doesn't
happen often, but my fingers manage to do it about once ever month or so... 

Thanks anyway.



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Unable to open 2nd set of accounts on one MacBook Pro

[Mike or Penny Novack]

On 11/24/2017 10:24 AM, D wrote:

Michael, your "shortcuts" are essentially the command line entry I provided. 
The OP could put that in a text file and make it executable on a Mac, for sure. It's a 
little more involved to set up.

They are both still methods to work around a default behavior that many users 
find surprising, especially on a Mac.

It is not just on a Mac. Nor do I agree that the developers were wrong 
to make the default "last file" because perhaps 90% or more of gnucash 
users only keep one set of books. Those who have only one set of books 
ALWAYS want "the last file open" and would probably complain "why do I 
have to go through an extra step to select which file I want when I only 
have one".


The PROGRAM cannot know how many books it is being used to keep. Nor is 
it necessarily true that the users with just one set of books ALWAYS had 
just one set << might originally have had a test set, now only very 
rarely if ever used >>


It is only those of us who are keeping multiple active sets of books 
within the same user log in who have the problem and might want to set 
the parameter to "nofile". I say "might want to" because even in the 
case of having multiple sets of books within the same login it is 
possible that one of those sets of books is used MUCH more frequently 
than all the others combined*. In which case you like the "last open" 
default since only rarely having to from there open a different set of 
books.


Michael D Novack

* Example? My virtual set of books for the solar system is rarely 
opened. There are scarcely three dozen transactions for the entire year 
and the purpose of this virtual set of books is just to track the solar 
system AS IF it were a real entity in which we had invested. I maybe 
enter transactions quarterly (from having written them down on the sheet 
of the last reports run).


In other cases, activity in a set of books might be very 
"seasonal". During the active phase, would be opening frequently to 
enter transactions but the rest of the year scarcely at all. Accounting 
for an annual event would be like that, with 90-95% of the transactions 
concentrated within the weeks right before and right after the event.




___
gnucash-user mailing list
gnucash-user@gnucash.org
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: QIF or QXF file for Quicken to GnuCash migration?

[Kenneth Schneider]

I did this a few months ago and found it best to do each quicken account 
separately. If the accounts are large you may want to do them in stages 
covering only a couple of years at a time.

Ken Schneider 

> On Nov 24, 2017, at 2:05 PM, spflanze  wrote:
> 
> Is a Quicken to GnuCash migration best done using a QIF or QXF file?
> 
> 
> 
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> 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
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: Unable to open 2nd set of accounts on one MacBook Pro

[Geert Janssens]

Op vrijdag 24 november 2017 21:51:18 CET schreef Mike or Penny Novack:
> On 11/24/2017 10:24 AM, D wrote:
> > Michael, your "shortcuts" are essentially the command line entry I
> > provided. The OP could put that in a text file and make it executable on
> > a Mac, for sure. It's a little more involved to set up.
> > 
> > They are both still methods to work around a default behavior that many
> > users find surprising, especially on a Mac.
> It is not just on a Mac. Nor do I agree that the developers were wrong
> to make the default "last file" because perhaps 90% or more of gnucash
> users only keep one set of books. Those who have only one set of books
> ALWAYS want "the last file open" and would probably complain "why do I
> have to go through an extra step to select which file I want when I only
> have one".
> 

*sigh*

Michael, there *is* a difference between how gnucash behaves on OS X compared 
to Windows an Linux.

This issue is not the fact gnucash tries to open the last opened file again by 
default, the issue is gnucash on OS X does that even if you double-clicked on 
*another* file to open. On Windows and Linux this does exactly what the user 
expects: it opens this other file. On OS X it will still open the file gnucash 
remembers as the last opened file and it will ignore the file the user 
actually clicked on. This is not default behaviour, this is a bug in the 
integration code between gnucash/gtk and OS X.

The merits of the gnucash default while interesting in itself to debate on is 
not really an answer to the original question.

Regards,

Geert
___
gnucash-user mailing list
gnucash-user@gnucash.org
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: Unable to open 2nd set of accounts on one MacBook Pro

[D via gnucash-user]

Actually, I believe the Mac situation *is* unique, in that a user cannot double 
click a Gnucash file from the operating system and have Gnucash open that file. 
Maybe it is also this way on Windows and Linux, but that is not my 
understanding. In this "point and click" world, people expect that when they 
double click on something, that is what gets opened.

Moreover, I never said the developers were wrong to make this decision; I said 
it is a choice that many users find surprising. There is a difference there. 
Don't put words in my messages that aren't there.

Finally, I disagree on your assessment of the rarity of wanting to open 
different files. There are many such use cases (archives, test files, multiple 
books, etc.). You yourself presented some of these, and then downplayed them, 
for reasons I don't understand.

Since the OP seems to have been satisfied by the explanations, I will leave 
this discussion alone from here.

David

On November 25, 2017, at 1:51 AM, Mike or Penny Novack 
 wrote:

On 11/24/2017 10:24 AM, D wrote:
> Michael, your "shortcuts" are essentially the command line entry I provided. 
> The OP could put that in a text file and make it executable on a Mac, for 
> sure. It's a little more involved to set up.
>
> They are both still methods to work around a default behavior that many users 
> find surprising, especially on a Mac.
>
It is not just on a Mac. Nor do I agree that the developers were wrong 
to make the default "last file" because perhaps 90% or more of gnucash 
users only keep one set of books. Those who have only one set of books 
ALWAYS want "the last file open" and would probably complain "why do I 
have to go through an extra step to select which file I want when I only 
have one".

The PROGRAM cannot know how many books it is being used to keep. Nor is 
it necessarily true that the users with just one set of books ALWAYS had 
just one set << might originally have had a test set, now only very 
rarely if ever used >>

It is only those of us who are keeping multiple active sets of books 
within the same user log in who have the problem and might want to set 
the parameter to "nofile". I say "might want to" because even in the 
case of having multiple sets of books within the same login it is 
possible that one of those sets of books is used MUCH more frequently 
than all the others combined*. In which case you like the "last open" 
default since only rarely having to from there open a different set of 
books.

Michael D Novack

* Example? My virtual set of books for the solar system is rarely 
opened. There are scarcely three dozen transactions for the entire year 
and the purpose of this virtual set of books is just to track the solar 
system AS IF it were a real entity in which we had invested. I maybe 
enter transactions quarterly (from having written them down on the sheet 
of the last reports run).

 In other cases, activity in a set of books might be very 
"seasonal". During the active phase, would be opening frequently to 
enter transactions but the rest of the year scarcely at all. Accounting 
for an annual event would be like that, with 90-95% of the transactions 
concentrated within the weeks right before and right after the event.



___
gnucash-user mailing list
gnucash-user@gnucash.org
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.