gnucash-user Digest, Vol 129, Issue 40-New Release
John Donnee
jdonnee at ec.rr.com
Tue Dec 31 10:25:16 EST 2013
Geert, is there any recommendations as to what we should do with our data file before we download the new release?
Thanks
John Donnee
910.622.8111
8422 Emerald Dunes Rd.
Wilmington, NC 28411
On Dec 31, 2013, at 10:08 AM, gnucash-user-request at gnucash.org wrote:
> Send gnucash-user mailing list submissions to
> gnucash-user at gnucash.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> or, via email, send a message with subject or body 'help' to
> gnucash-user-request at gnucash.org
>
> You can reach the person managing the list at
> gnucash-user-owner at gnucash.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gnucash-user digest..."
>
>
> Today's Topics:
>
> 1. Re: Announcement: GnuCash 2.6.0 Released (Geert Janssens)
> 2. Re: Invoicing On-going Customers - A New Invoice Each Year?
> (crafter)
> 3. Balance sheet does not tally (Jitendra Kothari)
> 4. Re: Sign error - budget reports (Abhijit Kshirsagar)
> 5. Re: gnucash-user Digest, Vol 129, Issue 39 (John Donnee)
> 6. Re: gnucash-user Digest, Vol 129, Issue 39 (David Carlson)
> 7. Re: EU en USD currencies not updated after upgrading to
> Ubunto 12.04 (liberace)
> 8. Register fonts fuzzy and icons fuzzy on Mac Retina Display
> (Alex Sims)
> 9. Job/Customer Report problem (tereque)
> 10. Re: Malware in Win32 GnuCash 2.6.0 (John Ralls)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 30 Dec 2013 17:42:17 +0100
> From: Geert Janssens <janssens-geert at telenet.be>
> To: gnucash-user at gnucash.org
> Cc: GnuCash development list <gnucash-devel at gnucash.org>,
> gnucash-announce at gnucash.org
> Subject: Re: Announcement: GnuCash 2.6.0 Released
> Message-ID: <5537420.O8DqQE4l9c at legolas.kobaltwit.lan>
> Content-Type: text/plain; charset="us-ascii"
>
> Ah, a milestone I'm quite excited about myself as well !
>
> Congrats to all involved and a big thank you to all who helped to make this a great release:
> either by writing code, documentation, translating, by giving feedback and suggestions, by
> testing and submitting bugs,... Thanks a lot!
>
> Geert
>
> On Monday 30 December 2013 15:33:37 Maf. King wrote:
>> Well done guys!
>>
>> Look forward to switching to the new version when I have a bit more
>> time (just in case....) later in January.
>>
>> Best wishes for 2014
>> Maf.
>>
>> On Mon 30 December 13 07:22:24 John Ralls wrote:
>>> The GnuCash development team proudly announces GnuCash 2.6.0, the
>>> first release in our new 2.6-stable series. Please take the tour[1]
>>> of all the new features. Details of the changes from the last
>>> unstable version can be found in NEWS [2]. Getting GnuCash for
>>> Windows (Win32 binary)
>>>
>>> The Gnucash 2.6.0 Win32 setup executable can be downloaded from
>>> Sourceforge. It will install everything needed to run GnuCash. Mac
>>> OSX binary
>>>
>>> The Gnucash 2.6.0 MacOSX package can be downloaded from Sourceforge
>>> as well.
>>>
>>> GnuCash is a free, open source accounting program released under the
>>> GNU General Public License (GPL) and available for GNU/Linux, *BSD,
>>> Solaris, Mac OSX and Microsoft Windows. Programming on GnuCash
>>> began in 1997, and its first stable release was in 1998.
>>>
>>> [1] http://gnucash.org/2.6-release-tour.phtml
>>> [2]
>>> https://github.com/Gnucash/gnucash/blob/38a0d336186caf67d89f30b57d47
>>> 69c1f99 cb7c1/NEWS _______________________________________________
>>> gnucash-user mailing list
>>> gnucash-user at 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.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 30 Dec 2013 09:13:55 -0800 (PST)
> From: crafter <pradesh at datacraft.co.za>
> To: gnucash-user at gnucash.org
> Subject: Re: Invoicing On-going Customers - A New Invoice Each Year?
> Message-ID: <1388423635486-4666659.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> I'm no accountant, but I can tell you that an invoice will probably be the
> best way to track accounts receivable.
>
> It would make sense to match an invoice with a payment (not as a 'rule').
> Therefore, if your clients are paying monthly, then issue an invoice
> monthly, even though you are updating open invoices on a weekly or daily
> basis if they occur additional expense.
>
> You can record payments, even of they are paying in advance (lucky you!).
> You could then issue a customer report periodically to show payments against
> their accounts.
>
>
>
> --
> View this message in context: http://gnucash.1415818.n4.nabble.com/Invoicing-On-going-Customers-A-New-Invoice-Each-Year-tp4666642p4666659.html
> Sent from the GnuCash - User mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 30 Dec 2013 21:59:00 +0400
> From: Jitendra Kothari <jitkothari at gmail.com>
> To: gnucash-user at gnucash.org
> Subject: Balance sheet does not tally
> Message-ID:
> <CAL=kfj7PTRL6s6FH2SNkVw40FchfT4QKGkkeMKBvd45qNZUu7A at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
> I am using Gnucash with 2 currencies for last 4 years.
> The issue I face is the balance sheet does not tally, tried using trading
> account.
> What steps can i do find the reason behind the difference.
> Thank you in advance for your help.
> Jiten
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 30 Dec 2013 23:29:45 +0530
> From: Abhijit Kshirsagar <abhijit86k at gmail.com>
> To: "Frank H. Ellenberger" <frank.h.ellenberger at gmail.com>,
> gnucash-user at gnucash.org
> Subject: Re: Sign error - budget reports
> Message-ID:
> <CACNnPRmQNQCCKFUTfT1pmh16s2UHfcraxHJF-FRD283tWBSaeA at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Sun, Dec 29, 2013 at 5:18 AM, Frank H. Ellenberger
> <frank.h.ellenberger at gmail.com> wrote:
>
>> That should be related to Edit->Preferences->Accounts->Reverse Balanced
>> Accounts.
>
> This is correct, and does the intended things for income and expense accounts.
> The way i see it, for the purpose of budget reports bank accounts
> should be treated like income accounts, but for display the balances
> should not be reversed since they represent actual balances.
>
> I was trying to tinker with the scheme code in budget.scm
> (/<install-path>guile-modules/gnucash/report/standard-reports/ (I;m
> using Gnucash 2.4.10 from the debian stable repos).
> Shouldn't the "if" condition on line 343* ) check for income, bank,
> and others before computing dif-numeric-val?
>
> Thanks and Regards,
> Abhijit
>
> (* https://raw.github.com/Gnucash/gnucash/852c3ed5688f0eeeda8863a3aa640a4a832ec9c3/src/report/standard-reports/budget.scm)
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 30 Dec 2013 13:42:34 -0500
> From: John Donnee <jdonnee at ec.rr.com>
> To: GnuCash Users List <gnucash-user at gnucash.org>
> Subject: Re: gnucash-user Digest, Vol 129, Issue 39
> Message-ID: <DCAD2C26-E92B-4618-835D-B6CF54157347 at ec.rr.com>
> Content-Type: text/plain; charset=us-ascii
>
> Message 1. Split Transactions
>
> I also had difficulty following the example in the Users Guide. It would be a real help to me if there was an example showed something like an expense report where you had multiple expense items that needed to be posted to different categories.
>
> Thanks
> John Donnee
>
> 910.622.8111
> 8422 Emerald Dunes Rd.
> Wilmington, NC 28411
>
> On Dec 30, 2013, at 12:00 PM, gnucash-user-request at gnucash.org wrote:
>
>> Send gnucash-user mailing list submissions to
>> gnucash-user at gnucash.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> or, via email, send a message with subject or body 'help' to
>> gnucash-user-request at gnucash.org
>>
>> You can reach the person managing the list at
>> gnucash-user-owner at gnucash.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of gnucash-user digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: Entering Split Transactions (Buddha Buck)
>> 2. Re: EU en USD currencies not updated after upgrading to
>> Ubunto 12.04 (liberace)
>> 3. Invoicing On-going Customers - A New Invoice Each Year?
>> (Terry Morse)
>> 4. Re: Entering Split Transactions (David Carlson)
>> 5. Announcement: GnuCash 2.6.0 Released (John Ralls)
>> 6. Re: Announcement: GnuCash 2.6.0 Released (Maf. King)
>> 7. Re: EU en USD currencies not updated after upgrading to
>> Ubunto 12.04 (Frank H. Ellenberger)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Sun, 29 Dec 2013 23:55:24 -0500
>> From: Buddha Buck <blaisepascal at gmail.com>
>> To: Bob Qualls <bobqualls84 at gmail.com>
>> Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
>> Subject: Re: Entering Split Transactions
>> Message-ID:
>> <CAAyPE3BoHMMyk7SUZ2LLrbxcKYp7Crrc5pmTc5vaUCARD7vmeg at mail.gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> In a split, the left-hand column and the right-hand column have to balance.
>> In your example, you have 670+180+90+60=1000 in the left-hand column, and
>> 1000 in the right-hand column. That seems to balance to me.
>>
>> Perhaps the confusion is coming from the column headers: the right-hand
>> column is shown in that screen-shot as "total withdrawal", but you aren't
>> doing a withdrawal of 1000, so what's the 1000 doing there? The answer is
>> that while a regular "non-split" transaction shows the transaction from the
>> viewpoint of one account of the two affected accounts, a "split"
>> transaction shows the transaction from the viewpoint of all affected
>> accounts simultaneously. The "Account" column for the final row (with the
>> $1000 "total withdrawal") shows the account "Income:Salary", which is where
>> you are getting the money to deposit from. But for the "Income:Salary"
>> account, the right-hand column is not "total withdrawal", it's "Income"
>> (with the left-hand being "Charge"). It make sense for the $1000 that goes
>> into your checking account, taxes, etc to be recorded as "Income" from your
>> Income:Salary account.
>>
>> There are 5 accounts in this transaction. In one, the left-hand/right-hand
>> columns read "Deposit/Withdrawal", in three, they read "Expense/Rebate",
>> and in the last, they read "Charge/Income". It is impossible to show all
>> those labels at once, so only the labels for the account in that register
>> (Checking) is used. I just noticed that when selecting a split, they all
>> get "Tot. " prepended, which may be making things more confusing.
>>
>> This is one of the reasons I, personally, use "formal accounting labels".
>> For me, every left-hand column is labelled "Debit", and every right-hand
>> column is labeled "Credit" (or "Tot Debit/Tot Credit" with splits). So
>> when I look at an analogous transaction, I can see my total debits equal my
>> total credits in a split, and I know that for my salary, my "After Tax"
>> salary is debited to my checking account and my "Before Tax" salary is
>> credited to my Income:Salary account.
>>
>> Does this help?
>>
>>
>> On Sun, Dec 29, 2013 at 10:07 PM, Bob Qualls <bobqualls84 at gmail.com> wrote:
>>
>>> As I'm trying to master entering split transactions, as demonstrated in the
>>> tutorial (see attachment as a location reference in the tutorial), I find
>>> that I have to continually clear the amount entered by default in the
>>> "Withdrawal" column to get the numbers to work out correctly. Is this
>>> typical behavior, or am I doing something incorrectly?
>>>
>>> _______________________________________________
>>> gnucash-user mailing list
>>> gnucash-user at 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.
>>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 30 Dec 2013 02:13:24 -0800 (PST)
>> From: liberace <philsdutchie at gmail.com>
>> To: gnucash-user at gnucash.org
>> Subject: Re: EU en USD currencies not updated after upgrading to
>> Ubunto 12.04
>> Message-ID: <1388398404831-4666641.post at n4.nabble.com>
>> Content-Type: text/plain; charset=us-ascii
>>
>> Ok Frank
>>
>> Here are the results. Hope they give you some insights whats wrong.
>>
>> gnc-fq-dump -v yahoo USDEUR=X
>>
>>
>>
>> nav: <=== one of these
>> price: 0.7276 <=/
>> timezone: <=== optional
>>
>> All fields returned by Finance::Quote for stock USDEUR=X
>>
>> stock field value
>> ----- ----- -----
>> USDEUR=X ask: 0.7277
>> USDEUR=X avg_vol: 0
>> USDEUR=X bid: 0.7275
>> USDEUR=X cap:
>> USDEUR=X close:
>> USDEUR=X currency: EUR
>> USDEUR=X date: 12/30/2013
>> USDEUR=X day_range: N/A - N/A
>> USDEUR=X div:
>> USDEUR=X div_date:
>> USDEUR=X div_yield:
>> USDEUR=X eps:
>> USDEUR=X ex_div:
>> USDEUR=X high:
>> USDEUR=X isodate: 2013-12-30
>> USDEUR=X last: 0.7276
>> USDEUR=X low:
>> USDEUR=X method: yahoo
>> USDEUR=X name: USD to EUR
>> USDEUR=X net:
>> USDEUR=X open:
>> USDEUR=X p_change:
>> USDEUR=X pe:
>> USDEUR=X price: 0.7276
>> USDEUR=X success: 1
>> USDEUR=X symbol: USDEUR=X
>> USDEUR=X time: 04:38
>> USDEUR=X volume:
>> USDEUR=X year_range: N/A - N/A
>>
>>
>> ------------------------------------------------------------------
>>
>> gnc-fq-dump -v yahoo USDEUR=X
>> Finance::Quote fields Gnucash uses:
>> symbol: USDEUR=X <=== required
>> date: 12/30/2013 <=== required
>> currency: EUR <=== required
>> last: 0.7275 <=\
>> nav: <=== one of these
>> price: 0.7275 <=/
>> timezone: <=== optional
>>
>> All fields returned by Finance::Quote for stock USDEUR=X
>>
>> stock field value
>> ----- ----- -----
>> USDEUR=X ask: 0.7275
>> USDEUR=X avg_vol: 0
>> USDEUR=X bid: 0.7275
>> USDEUR=X cap:
>> USDEUR=X close:
>> USDEUR=X currency: EUR
>> USDEUR=X date: 12/30/2013
>> USDEUR=X day_range: N/A - N/A
>> USDEUR=X div:
>> USDEUR=X div_date:
>> USDEUR=X div_yield:
>> USDEUR=X eps:
>> USDEUR=X ex_div:
>> USDEUR=X high:
>> USDEUR=X isodate: 2013-12-30
>> USDEUR=X last: 0.7275
>> USDEUR=X low:
>> USDEUR=X method: yahoo
>> USDEUR=X name: USD to EUR
>> USDEUR=X net:
>> USDEUR=X open:
>> USDEUR=X p_change:
>> USDEUR=X pe:
>> USDEUR=X price: 0.7275
>> USDEUR=X success: 1
>> USDEUR=X symbol: USDEUR=X
>> USDEUR=X time: 04:40
>> USDEUR=X volume:
>> USDEUR=X year_range: N/A - N/A
>> ---------------------------------------------------------------
>> gnucash --debug
>> gnc.bin-Message: main: binreloc relocation support was disabled at configure
>> time.
>>
>> Found Finance::Quote version 1.17
>> ------------------------------------------------------------------
>> perldoc -lm Finance::Quote::Tiaac
>> No module found for "Finance::Quote::Tiaac"
>>
>>
>>
>>
>>
>> --
>> View this message in context: http://gnucash.1415818.n4.nabble.com/EU-en-USD-currencies-not-updated-after-upgrading-to-Ubunto-12-04-tp4666544p4666641.html
>> Sent from the GnuCash - User mailing list archive at Nabble.com.
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 30 Dec 2013 04:25:56 -0800 (GMT-08:00)
>> From: Terry Morse <tmorse at teleport.com>
>> To: GNUCash <gnucash-user at gnucash.org>
>> Subject: Invoicing On-going Customers - A New Invoice Each Year?
>> Message-ID:
>> <1276302.1388406356893.JavaMail.root at mswamui-backed.atl.sa.earthlink.net>
>>
>> Content-Type: text/plain; charset=UTF-8
>>
>> I am helping a friend keep the books for her childcare service using GNUCash, but have no training in accounting so I need some advice.
>>
>> I am using an invoice for each customer to track their charges and payments. As we are about to enter a new year, I need to know whether it makes more sense from an accounting standpoint to create a new invoice for on-going customers each year, or should I just keep updating their original invoice as long as they remain customers?
>>
>> Is there a more sensible or efficient way to keep track of accounts receivable for the business than by invoicing? We don't actually send the customers invoices, as they make their payments (usually) in advance at the start of each week.
>>
>> Thank you,
>> Terry
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Mon, 30 Dec 2013 06:43:12 -0600
>> From: David Carlson <david.carlson.417 at gmail.com>
>> To: gnucash-user at gnucash.org
>> Subject: Re: Entering Split Transactions
>> Message-ID: <52C16A60.7030000 at gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> On 12/29/2013 10:55 PM, Buddha Buck wrote:
>>> In a split, the left-hand column and the right-hand column have to balance.
>>> In your example, you have 670+180+90+60=1000 in the left-hand column, and
>>> 1000 in the right-hand column. That seems to balance to me.
>>>
>>> Perhaps the confusion is coming from the column headers: the right-hand
>>> column is shown in that screen-shot as "total withdrawal", but you aren't
>>> doing a withdrawal of 1000, so what's the 1000 doing there? The answer is
>>> that while a regular "non-split" transaction shows the transaction from the
>>> viewpoint of one account of the two affected accounts, a "split"
>>> transaction shows the transaction from the viewpoint of all affected
>>> accounts simultaneously. The "Account" column for the final row (with the
>>> $1000 "total withdrawal") shows the account "Income:Salary", which is where
>>> you are getting the money to deposit from. But for the "Income:Salary"
>>> account, the right-hand column is not "total withdrawal", it's "Income"
>>> (with the left-hand being "Charge"). It make sense for the $1000 that goes
>>> into your checking account, taxes, etc to be recorded as "Income" from your
>>> Income:Salary account.
>>>
>>> There are 5 accounts in this transaction. In one, the left-hand/right-hand
>>> columns read "Deposit/Withdrawal", in three, they read "Expense/Rebate",
>>> and in the last, they read "Charge/Income". It is impossible to show all
>>> those labels at once, so only the labels for the account in that register
>>> (Checking) is used. I just noticed that when selecting a split, they all
>>> get "Tot. " prepended, which may be making things more confusing.
>>>
>>> This is one of the reasons I, personally, use "formal accounting labels".
>>> For me, every left-hand column is labelled "Debit", and every right-hand
>>> column is labeled "Credit" (or "Tot Debit/Tot Credit" with splits). So
>>> when I look at an analogous transaction, I can see my total debits equal my
>>> total credits in a split, and I know that for my salary, my "After Tax"
>>> salary is debited to my checking account and my "Before Tax" salary is
>>> credited to my Income:Salary account.
>>>
>>> Does this help?
>>>
>>>
>>> On Sun, Dec 29, 2013 at 10:07 PM, Bob Qualls <bobqualls84 at gmail.com> wrote:
>>>
>>>> As I'm trying to master entering split transactions, as demonstrated in the
>>>> tutorial (see attachment as a location reference in the tutorial), I find
>>>> that I have to continually clear the amount entered by default in the
>>>> "Withdrawal" column to get the numbers to work out correctly. Is this
>>>> typical behavior, or am I doing something incorrectly?
>>>>
>>>> _______________________________________________
>>>> gnucash-user mailing list
>>>> gnucash-user at 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 at 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.
>>>
>>
>> When you are adding new lines to a partially entered split transaction
>> you will notice that GnuCash wants to add another entry at the bottom to
>> complete the transaction balance. This is normal. There are a couple
>> of different ways to cope with this. The method that I use is to
>> religiously use the tab key to move through the fields while entering
>> data, remembering to delete that extra value as I encounter it. I try
>> to avoid using the Enter key until I am done, as that will cause all the
>> lines with numbers in the right hand column to move to the bottom and
>> any leftover amount gets assigned to "Imbalance". Once I have a model
>> transaction in the register I usually just 'Duplicate' it next time and
>> change the date and amounts.
>>
>> It also helps to plan the order of the lines to enter the right hand
>> column lines last. That way, GnuCash enters the last number for me.
>>
>> David C
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Mon, 30 Dec 2013 07:22:24 -0800
>> From: John Ralls <jralls at ceridwen.us>
>> To: GnuCash Users List <gnucash-user at gnucash.org>, GnuCash development
>> list <gnucash-devel at gnucash.org>, gnucash-announce at gnucash.org
>> Subject: Announcement: GnuCash 2.6.0 Released
>> Message-ID: <2E0000AD-C64B-4A94-AE31-29E63DFFA823 at ceridwen.us>
>> Content-Type: text/plain; charset=us-ascii
>>
>> The GnuCash development team proudly announces GnuCash 2.6.0, the first release in our new 2.6-stable series. Please take the tour[1] of all the new features. Details of the changes from the last unstable version can be found in NEWS [2].
>> Getting GnuCash for Windows (Win32 binary)
>>
>> The Gnucash 2.6.0 Win32 setup executable can be downloaded from Sourceforge. It will install everything needed to run GnuCash.
>> Mac OSX binary
>>
>> The Gnucash 2.6.0 MacOSX package can be downloaded from Sourceforge as well.
>>
>> GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, Mac OSX and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998.
>>
>> [1] http://gnucash.org/2.6-release-tour.phtml
>> [2] https://github.com/Gnucash/gnucash/blob/38a0d336186caf67d89f30b57d4769c1f99cb7c1/NEWS
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Mon, 30 Dec 2013 15:33:37 +0000
>> From: "Maf. King" <maf at chilwell.net>
>> To: gnucash-user at gnucash.org
>> Cc: GnuCash development list <gnucash-devel at gnucash.org>,
>> gnucash-announce at gnucash.org
>> Subject: Re: Announcement: GnuCash 2.6.0 Released
>> Message-ID: <6284455.QmnRmr30IC at calufrax.standbyevents.co.uk>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Well done guys!
>>
>> Look forward to switching to the new version when I have a bit more time (just
>> in case....) later in January.
>>
>> Best wishes for 2014
>> Maf.
>>
>>
>> On Mon 30 December 13 07:22:24 John Ralls wrote:
>>> The GnuCash development team proudly announces GnuCash 2.6.0, the first
>>> release in our new 2.6-stable series. Please take the tour[1] of all the
>>> new features. Details of the changes from the last unstable version can be
>>> found in NEWS [2]. Getting GnuCash for Windows (Win32 binary)
>>>
>>> The Gnucash 2.6.0 Win32 setup executable can be downloaded from Sourceforge.
>>> It will install everything needed to run GnuCash. Mac OSX binary
>>>
>>> The Gnucash 2.6.0 MacOSX package can be downloaded from Sourceforge as well.
>>>
>>> GnuCash is a free, open source accounting program released under the GNU
>>> General Public License (GPL) and available for GNU/Linux, *BSD, Solaris,
>>> Mac OSX and Microsoft Windows. Programming on GnuCash began in 1997, and
>>> its first stable release was in 1998.
>>>
>>> [1] http://gnucash.org/2.6-release-tour.phtml
>>> [2]
>>> https://github.com/Gnucash/gnucash/blob/38a0d336186caf67d89f30b57d4769c1f99
>>> cb7c1/NEWS _______________________________________________
>>> gnucash-user mailing list
>>> gnucash-user at 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.
>>
>> --
>> Maf. King
>> PGP Key fingerprint = 8D68 A91F 733B 2C1F 43B7 2B7C E591 E8E1 0DE7 C542
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Mon, 30 Dec 2013 17:19:47 +0100
>> From: "Frank H. Ellenberger" <frank.h.ellenberger at gmail.com>
>> To: liberace <philsdutchie at gmail.com>, gnucash-user at gnucash.org
>> Subject: Re: EU en USD currencies not updated after upgrading to
>> Ubunto 12.04
>> Message-ID: <52C19D23.7090604 at gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>>
>> Hi,
>>
>> Am 30.12.2013 11:13, schrieb liberace:
>>> Ok Frank
>>>
>>> Here are the results. Hope they give you some insights whats wrong.
>>>
>>> gnc-fq-dump -v yahoo USDEUR=X
>>>
>>>
>>>
>>
>> Did you loose here something?
>>
>>> nav: <=== one of these
>>> price: 0.7276 <=/
>>> timezone: <=== optional
>>>
>>> All fields returned by Finance::Quote for stock USDEUR=X
>>>
>>> stock field value
>>> ----- ----- -----
>>> USDEUR=X ask: 0.7277
>>> USDEUR=X avg_vol: 0
>>> USDEUR=X bid: 0.7275
>>> USDEUR=X cap:
>>> USDEUR=X close:
>>> USDEUR=X currency: EUR
>>> USDEUR=X date: 12/30/2013
>>> USDEUR=X day_range: N/A - N/A
>>> USDEUR=X div:
>>> USDEUR=X div_date:
>>> USDEUR=X div_yield:
>>> USDEUR=X eps:
>>> USDEUR=X ex_div:
>>> USDEUR=X high:
>>> USDEUR=X isodate: 2013-12-30
>>> USDEUR=X last: 0.7276
>>> USDEUR=X low:
>>> USDEUR=X method: yahoo
>>> USDEUR=X name: USD to EUR
>>> USDEUR=X net:
>>> USDEUR=X open:
>>> USDEUR=X p_change:
>>> USDEUR=X pe:
>>> USDEUR=X price: 0.7276
>>> USDEUR=X success: 1
>>> USDEUR=X symbol: USDEUR=X
>>> USDEUR=X time: 04:38
>>> USDEUR=X volume:
>>> USDEUR=X year_range: N/A - N/A
>>>
>>>
>>> ------------------------------------------------------------------
>>>
>>> gnc-fq-dump -v yahoo USDEUR=X
>>> Finance::Quote fields Gnucash uses:
>>> symbol: USDEUR=X <=== required
>>> date: 12/30/2013 <=== required
>>> currency: EUR <=== required
>>> last: 0.7275 <=\
>>> nav: <=== one of these
>>> price: 0.7275 <=/
>>> timezone: <=== optional
>>>
>>> All fields returned by Finance::Quote for stock USDEUR=X
>>>
>>> stock field value
>>> ----- ----- -----
>>> USDEUR=X ask: 0.7275
>>> USDEUR=X avg_vol: 0
>>> USDEUR=X bid: 0.7275
>>> USDEUR=X cap:
>>> USDEUR=X close:
>>> USDEUR=X currency: EUR
>>> USDEUR=X date: 12/30/2013
>>> USDEUR=X day_range: N/A - N/A
>>> USDEUR=X div:
>>> USDEUR=X div_date:
>>> USDEUR=X div_yield:
>>> USDEUR=X eps:
>>> USDEUR=X ex_div:
>>> USDEUR=X high:
>>> USDEUR=X isodate: 2013-12-30
>>> USDEUR=X last: 0.7275
>>> USDEUR=X low:
>>> USDEUR=X method: yahoo
>>> USDEUR=X name: USD to EUR
>>> USDEUR=X net:
>>> USDEUR=X open:
>>> USDEUR=X p_change:
>>> USDEUR=X pe:
>>> USDEUR=X price: 0.7275
>>> USDEUR=X success: 1
>>> USDEUR=X symbol: USDEUR=X
>>> USDEUR=X time: 04:40
>>> USDEUR=X volume:
>>> USDEUR=X year_range: N/A - N/A
>>
>> OK, as expected.
>>> ---------------------------------------------------------------
>>> gnucash --debug
>>> gnc.bin-Message: main: binreloc relocation support was disabled at configure
>>> time.
>>>
>>> Found Finance::Quote version 1.17
>>
>> wiki: Make sure you're running Finance::Quote 1.18 version or later.
>> Earlier versions can no longer retrieve currency quotes.
>>
>> Here is your Problem. Probably you installed F::Q twice, from Ubuntu and
>> CPAN, but only one was updated and now the old version is disturbing.
>>
>>> ------------------------------------------------------------------
>>> perldoc -lm Finance::Quote::Tiaac
>>> No module found for "Finance::Quote::Tiaac"
>>>
>>
>> # perldoc -lm Finance::Quote::Tiaacref
>> /usr/lib/perl5/vendor_perl/5.18.1/Finance/Quote/Tiaacref.pm
>>
>> Is copy&paste too difficult? ;-)
>> But for your module:
>> # perldoc -lm Finance::Quote::Currencies
>> /usr/lib/perl5/vendor_perl/5.18.1/Finance/Quote/Currencies.pm
>>
>> HTH
>> Frank
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> gnucash-user mailing list
>> gnucash-user at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>
>>
>> End of gnucash-user Digest, Vol 129, Issue 39
>> *********************************************
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 30 Dec 2013 13:16:49 -0600
> From: David Carlson <david.carlson.417 at gmail.com>
> To: gnucash-user at gnucash.org
> Subject: Re: gnucash-user Digest, Vol 129, Issue 39
> Message-ID: <52C1C6A1.5090209 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 12/30/2013 12:42 PM, John Donnee wrote:
>> Message 1. Split Transactions
>>
>> I also had difficulty following the example in the Users Guide. It would be a real help to me if there was an example showed something like an expense report where you had multiple expense items that needed to be posted to different categories.
>>
>> Thanks
>> John Donnee
>>
>> 910.622.8111
>> 8422 Emerald Dunes Rd.
>> Wilmington, NC 28411
>>
>> On Dec 30, 2013, at 12:00 PM, gnucash-user-request at gnucash.org wrote:
>>
>>> Send gnucash-user mailing list submissions to
>>> gnucash-user at gnucash.org
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>> or, via email, send a message with subject or body 'help' to
>>> gnucash-user-request at gnucash.org
>>>
>>> You can reach the person managing the list at
>>> gnucash-user-owner at gnucash.org
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of gnucash-user digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. Re: Entering Split Transactions (Buddha Buck)
>>> 2. Re: EU en USD currencies not updated after upgrading to
>>> Ubunto 12.04 (liberace)
>>> 3. Invoicing On-going Customers - A New Invoice Each Year?
>>> (Terry Morse)
>>> 4. Re: Entering Split Transactions (David Carlson)
>>> 5. Announcement: GnuCash 2.6.0 Released (John Ralls)
>>> 6. Re: Announcement: GnuCash 2.6.0 Released (Maf. King)
>>> 7. Re: EU en USD currencies not updated after upgrading to
>>> Ubunto 12.04 (Frank H. Ellenberger)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Sun, 29 Dec 2013 23:55:24 -0500
>>> From: Buddha Buck <blaisepascal at gmail.com>
>>> To: Bob Qualls <bobqualls84 at gmail.com>
>>> Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
>>> Subject: Re: Entering Split Transactions
>>> Message-ID:
>>> <CAAyPE3BoHMMyk7SUZ2LLrbxcKYp7Crrc5pmTc5vaUCARD7vmeg at mail.gmail.com>
>>> Content-Type: text/plain; charset=UTF-8
>>>
>>> In a split, the left-hand column and the right-hand column have to balance.
>>> In your example, you have 670+180+90+60=1000 in the left-hand column, and
>>> 1000 in the right-hand column. That seems to balance to me.
>>>
>>> Perhaps the confusion is coming from the column headers: the right-hand
>>> column is shown in that screen-shot as "total withdrawal", but you aren't
>>> doing a withdrawal of 1000, so what's the 1000 doing there? The answer is
>>> that while a regular "non-split" transaction shows the transaction from the
>>> viewpoint of one account of the two affected accounts, a "split"
>>> transaction shows the transaction from the viewpoint of all affected
>>> accounts simultaneously. The "Account" column for the final row (with the
>>> $1000 "total withdrawal") shows the account "Income:Salary", which is where
>>> you are getting the money to deposit from. But for the "Income:Salary"
>>> account, the right-hand column is not "total withdrawal", it's "Income"
>>> (with the left-hand being "Charge"). It make sense for the $1000 that goes
>>> into your checking account, taxes, etc to be recorded as "Income" from your
>>> Income:Salary account.
>>>
>>> There are 5 accounts in this transaction. In one, the left-hand/right-hand
>>> columns read "Deposit/Withdrawal", in three, they read "Expense/Rebate",
>>> and in the last, they read "Charge/Income". It is impossible to show all
>>> those labels at once, so only the labels for the account in that register
>>> (Checking) is used. I just noticed that when selecting a split, they all
>>> get "Tot. " prepended, which may be making things more confusing.
>>>
>>> This is one of the reasons I, personally, use "formal accounting labels".
>>> For me, every left-hand column is labelled "Debit", and every right-hand
>>> column is labeled "Credit" (or "Tot Debit/Tot Credit" with splits). So
>>> when I look at an analogous transaction, I can see my total debits equal my
>>> total credits in a split, and I know that for my salary, my "After Tax"
>>> salary is debited to my checking account and my "Before Tax" salary is
>>> credited to my Income:Salary account.
>>>
>>> Does this help?
>>>
>>>
>>> On Sun, Dec 29, 2013 at 10:07 PM, Bob Qualls <bobqualls84 at gmail.com> wrote:
>>>
>>>> As I'm trying to master entering split transactions, as demonstrated in the
>>>> tutorial (see attachment as a location reference in the tutorial), I find
>>>> that I have to continually clear the amount entered by default in the
>>>> "Withdrawal" column to get the numbers to work out correctly. Is this
>>>> typical behavior, or am I doing something incorrectly?
>>>>
>>>>
> Did you see my reply shortly after this Digest was compiled? It
> addresses the quirks that you see while adding lines to a split transaction.
>
> David C
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 30 Dec 2013 16:53:25 -0800 (PST)
> From: liberace <philsdutchie at gmail.com>
> To: gnucash-user at gnucash.org
> Subject: Re: EU en USD currencies not updated after upgrading to
> Ubunto 12.04
> Message-ID: <1388451205476-4666672.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Sorry Frank indeed
>
> # perldoc -lm Finance::Quote::Currencies
> /usr/lib/perl5/vendor_perl/5.18.1/Finance/Quote/Currencies.pm
>
>
> You suspect F::Q twice installed , from Ubuntu andCPAN, but only one was
> updated and now the old version is disturbing.
>
> I see that ubuntu 12.04 installed as latest version ilibfinance-quote-perl
> (1.17+git20110918-1)
> If I want this remove in Synaptic Package Manager than also Gnucash will be
> removed
>
> Solution?
>
>
>
>
>
>
>
>
>
>
>
> --
> View this message in context: http://gnucash.1415818.n4.nabble.com/EU-en-USD-currencies-not-updated-after-upgrading-to-Ubunto-12-04-tp4666544p4666672.html
> Sent from the GnuCash - User mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 31 Dec 2013 16:04:47 +1030
> From: Alex Sims <alex at softgrow.com>
> To: gnucash-user at gnucash.org
> Subject: Register fonts fuzzy and icons fuzzy on Mac Retina Display
> Message-ID: <D3686E6D-D2A7-491B-9DF4-3CA3DC097758 at softgrow.com>
> Content-Type: text/plain; charset=windows-1252
>
> I?ve just downloaded Gnucash 2.6.0 and notice that the fuzziness of the register is the same as 2.4.13.
>
> In particular the following items are composed of two by two pixel blocks and appear fuzzy compared with the rest of the screen which is constructed of single pixel blocks
> - Icons in the toolbar
> - Icons for each account
> - all text in the register
> Some items are fine e.g.
> - Text in the toolbar
> - Account names in the tabs above the register
> - Status bar for account - e.g. Present: $123.45
> - Date for current transaction
>
> I keep checking my glasses are on with the fuzzy register and they are. Any hints as how to resolve this/work on the problem?
>
> Alex
>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 31 Dec 2013 14:17:11 +0800
> From: tereque <tereque at gmail.com>
> To: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
> Subject: Job/Customer Report problem
> Message-ID: <52C26167.3090208 at gmail.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> hi,
> _**_
> I have a problem with payment forwarding and how it is shown in Customer
> Report and/or Job Report
> Let's say there is a Set as per below
>
> _*Invoice# Customer Job posted payment*__* value*_
> Invoice-1 Customer1 Job1 1. Jan 1,000,-
> payment 1.1 Customer1 Job1 10. Jan -900.-
> payment 1.2 Customer1 Job1 13. Jan -150.-
> Invoice-2 Customer1 Job2 15.Jan 300.-
>
> So we have an overpay of 50.- for Invoice-1 (Job1) which gets forwarded
> to the next invoice for the same customer being posted. This Invoice-2
> (for a new Job2) is posted but no payment has been made yet
>
> The customer report I make shows this fine. 2 Invoices, two payments.
> Total due of 250.-
>
> Invoice-1 1. Jan 1,000.-
> payment-1.1 10. Jan -900.-
> payment-1.2 13. Jan -150.-
> _Invoice-22 15. Jan 300.-_
> *TOTAL due 250.-*
>
> So far this is good. My problem comes up, when I look into Job reports.
> Payment-1.2 (150,-) is shown in both reports report for Job1 *and*
> report for Job2. Both times with the full payment value 150.-. So if I
> take add up the 'Total due' of both Job reports I get a wrong value.
>
> Job Report-1 shows correctly a negative -50 (so the customer has a
> credit of 50.-). Job Report-2 shows a 'Total due' of 150.- (which is
> invoice value 300.- minus 150.- of payment 1.2). it should be a 'Total
> due' of 250.-though because only 50.- had been overpaid for Invoice-1
>
> any way to avoid this? This set of reports is great to make financial
> situation clear to customers (and yourself). But with this problem shwon
> above it is dificut to explain whats going on. It would be much clearer
> whether any Job Report would just shows payment that has been done
> related to the invoices of that report. Then you probably would mostly
> have an open balance on a Job report (credit or debit) but that would be
> at least clear. There is a credit from Job-1 and an open debit from
> Job-2. But as far as I know you can not suppress payment forwarding (or
> can you?). Any other way to solve this?
>
> thanks, as always for your input
>
>
>
>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 31 Dec 2013 07:08:31 -0800
> From: John Ralls <jralls at ceridwen.us>
> To: Jules Levinson <juleslevinson at comcast.net>
> Cc: GnuCash Users List <gnucash-user at gnucash.org>
> Subject: Re: Malware in Win32 GnuCash 2.6.0
> Message-ID: <72C9FD0D-74A0-4E32-9F70-C12F47FD035E at ceridwen.us>
> Content-Type: text/plain; charset=iso-8859-1
>
>
> On Dec 30, 2013, at 9:46 PM, Jules Levinson <juleslevinson at comcast.net> wrote:
>
>> Dear John,
>>
>> I have been using GnuCash for several years. I have learned a great deal from this program and I enjoy it enormously. This afternoon I happily downloaded release 2.6.0, and this evening I installed it on my desktop and my laptop. As I did, the program that I use to detect viruses, malware, and so forth detected malware (I think that what I saw was "Win32.trojan.gen" but I may not have seen or remembered that correctly) wrapped up in some way with gnucash.exe and immediately removed that file from my systems, rendering GnuCash unusable. I am trying to locate release 2.4.14 so that I can revert to the previous version of the program. When I try to do this, I end up with release 2.4.13.
>>
>> I hope you do not mind my writing to you directly. I do not know whom I should contact, and so I have written to you because I assume you would want to know this.
>>
>> With best wishes and many thanks for GnuCash, which I look forward to using again soon,
>>
>
> Please use the mailing lists to communicate with us rather than emailing individual developers. When responding to list messages, use "Reply All" and then prune the CC list as appropriate so that only the person you're responding to and one list are addressed.
>
> It's possible but unlikely that the build machine is infected; unlikely because that machine is a VM in a unix server which does nothing but build GnuCash. It's more likely that the security product you use issued a false alarm based on a bit pattern in gnucash.exe that happens to match one in "Win32.trojan.gen", whatever that is. Perhaps someone on the user list will have some insight into the problem.
>
> We've been having some difficulty getting the Win32 build of GnuCash 2.4.14 to complete, so it hasn't been released yet. You'll see another announcement as soon as it is. Until then, 2.4.13 is the correct fallback for you.
>
> *For the list: Jules sent me a followup message with this output from his security program:
>> Mon 2013-12-30 22:25:37.0380 Infection detected: c:\program files (x86)\gnucash\bin\gnucash.exe [MD5: 9D753EED75EFD3A1B2E6229F0F301943] [3/00080020] [W32.Trojan.Gen]
>> Mon 2013-12-30 22:25:37.0380 File blocked in realtime: c:\program files (x86)\gnucash\bin\gnucash.exe [MD5: 9D753EED75EFD3A1B2E6229F0F301943, Size: 272605 bytes] [524320/00000003] [W32.Trojan.Gen]
>> Mon 2013-12-30 22:25:37.0380 File blocked in realtime: c:\program files (x86)\gnucash\bin\gnucash.exe [MD5: 9D753EED75EFD3A1B2E6229F0F301943, Size: 272605 bytes] [524320/00000003] [W32.Trojan.Gen]
>
> Regards,
> John Ralls
>
>
>
>
> ------------------------------
>
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>
>
> End of gnucash-user Digest, Vol 129, Issue 40
> *********************************************
More information about the gnucash-user
mailing list