LEDGER -*- mode: org; fill-column: 78 -*-
#+STARTUP: overview
#+ARCHIVE: TODO-OLD::
#+SEQ_TODO: TODO(@) STARTED(@) WAITING(@) DELEGATED(@) | DONE(@) DEFERRED(@) CANCELLED(@) WONTFIX(@) WORKSFORME(@) INVALID(@) DUPLICATE(@) NOTE
#+TAGS: EMACS(e) FEATURE(f) DOCS(d) WEBSITE(w) BUILD(b)
#+CATEGORY: Ledger
* 2.6.2
** DONE [#A] Command-line options don't always override init-file options
- State "DONE" [2009-01-21 Wed 18:53] \\
Fixed by changing the order in which options are read:
1. Global defaults
2. Environment variable settings
3. Initialization file
4. Command-line arguments
Whatever is later in the list overrides what is earlier.
:PROPERTIES:
:Submitter: Daniel Neilson <daniel.neilson@gmail.com>
:Version: 2.6.1
:ID: E8E19E21-608E-4B91-A85E-B0EE3E500557
:END:
[2009-01-21 Wed 18:36]
** DONE [#A] Reading Ledger data from stdin does not work at all
- State "DONE" [2009-01-21 Wed 18:26] \\
Fixed by buffering stdin data into memory before parsing it.
:PROPERTIES:
:Version: 2.6.0.90
:Ticket: 210
:ID: B6A502D1-D8A8-4986-9D96-301C2E13E020
:END:
[2009-01-21 Wed 18:35]
** DONE [#B] %2.2X format string doesn't work
- State "DONE" [2009-01-20 Tue 21:02] \\
Fixed in 2.6.2.
If I use %2.2X in a format string, I would expect to either get the string
"! ", the string "* " or " ", but for the non-cleared case, it doesn't print
any spaces, and the columns don't line up. Other optional formatting (such
as %C) seem to work with width indicators.
I've worked around this by putting the %X as the last thing in the register,
but it would be nice to be able to see it next to the amounts.
:PROPERTIES:
:Submitter: David Brown <ledger@davidb.org>
:Version: 2.6.1
:URL: message:%3C20090120084407.GA13140@linode.davidb.org%3E
:ID: 19909091-7A05-46FB-8654-3413E955BFCD
:END:
[2009-01-18 Sun 21:39]
** DONE [#B] When --no-cache is used, a file named '<none>' is being written out
- State "DONE" [2009-01-20 Tue 21:02] \\
Fixed in 2.6.2.
I'm running off of the v2.6.1 tag in git. I occasionally find that the
ledger cache has a few problems, usually causing transactions to have the
wrong sign. I haven't figured out exactly how to reproduce this.
I've put --no-cache in my ~/.ledgerrc, but this seems to just cause it to
write the cache to a file in the current directory called "<none>". I'm not
sure if it reads the file or not.
:PROPERTIES:
:Submitter: David Brown <ledger@davidb.org>
:Version: 2.6.1
:URL: message:%3C20090119013953.GA31608@linode.davidb.org%3E
:ID: EB3B079A-2783-4716-89B5-E658DE5A1FAC
:END:
[2009-01-18 Sun 21:39]
* 2.6.1
** DONE [#B] -e doesn't seem to work for providing an end date
- State "DONE" [2008-04-04 Fri 14:34] \\
There was a problem with the -e date parsing. I now interpret "-e june"
to mean that you want the report to end AT June, rather than IN June.
:DATA:
2008/03/20 Grocery Store
Travel:Home 2.3 miles
Wear & Tear:Car
2008/03/31 Office
Travel:Work 16 miles
Wear & Tear:Car
2008/04/01 Office
Travel:Work 16 miles
Wear & Tear:Car
2008/04/02 Office
Travel:Work 16 miles
Wear & Tear:Car
2008/04/03 Office
Travel:Work 16 miles
Wear & Tear:Car
2008/04/04 Office
Travel:Work 16 miles
Wear & Tear:Car
:END:
:OUTPUT:
$ ledger -f /tmp/mileage.ledger -b 2008-03-31 reg travel
2008/03/31 Office Travel:Work 16.7 miles 16.7 miles
2008/04/01 Office Travel:Work 16.7 miles 33.4 miles
2008/04/02 Office Travel:Work 16.7 miles 50.1 miles
2008/04/03 Office Travel:Work 16.7 miles 66.8 miles
2008/04/04 Office Travel:Work 16.7 miles 83.5 miles
$ ledger -f /tmp/mileage.ledger -b 2008-03-31 -e 2008-04-05 reg travel
$
:END:
Shouldn't that last command give me the same output as the former?
:PROPERTIES:
:Submitter: drewr <#ledger>
:Version: 2.6
:Ticket: 36
:ID: 1DE6FB08-93D2-47C8-A5A3-3379BA76360D
:END:
[2008-04-04 Fri]
** DONE [#A] -p "this month" doesn't work at all anymore
- State "DONE" [2008-07-17 Thu 18:14] \\
This has been fixed, and represents a very major set of fixes to date
handling in general. Thanks to Nathan for hitting the nail on the head.
- State "TODO" [2008-04-05 Sat 18:57] \\
Nathan Jones <nathanj@insightbb.com> writes:
> The patch fixes a command that I have aliased to show my last two months
> of transactions: `ledger -d 'd>=[last month]' reg checking`
>
> The problem is that the 'last month' would get parsed as 1970/1/1, so it
> would show every transaction.
:OUTPUT:
~ $ DEBUG_CLASS=ledger.config.predicates *ledger -p "this month" reg cash
Predicate: d>=[1969/12/31]&d<[1970/01/31]&/(?:cash)/
:END:
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 38
:Attachments: 289.patch
:ID: 0CF00621-31C4-4E5A-B260-78B4DA8C3616
:END:
[2008-04-04 Fri]
** DONE [#A] Cannot sort by reverse time
- State "DONE" [2008-07-19 Sat 16:52]
When I specify `--sort -d`, I get:
:OUTPUT:
~/src/ledger $ ledger -b 2008/07 --sort -d reg cash
While computing value expression:
-date
^^^^^
Error: Cannot negate a date/time
:END:
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6.0.90
:Ticket: 202
:ID: CB97253A-581E-49D0-98D4-3BC5B0616A42
:END:
[2008-07-17 Thu]
** DONE [#B] Command results in assertion failure
- State "DONE" [2008-07-17 Thu 17:44]
The command is:
:SCRIPT:
ledger -s bal --sort O wedding
:END:
This is against my own ledger file.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 23
:ID: AB684BBE-F093-4F77-BCFB-2F4E0D60AA9C
:END:
[2007-12-10 Mon]
** DONE [#A] Core dump on simple input.
- State "DONE" [2008-07-17 Thu 17:38]
:DATA:
2008/01/03=2007/12/28 * Sell -- RHT -- RED HAT INC CA TAUX DE CHANGE .96590
Assets:Investments:RBC-Broker:Account-RSP -4.00 RHT @ 21.14 CAD
Expenses:Financial:Commissions 9.95 USD @ .96590 CAD
Assets:Investments:RBC-Broker:Account-RSP 72.06 CAD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 56
:ID: 843B6A53-C3C2-45BB-A92C-558AF6F02014
:END:
[2008-04-07 Mon]
** DONE [#B] Coredump.
- State "DONE" [2008-07-17 Thu 17:50]
:DATA:
2008/01/02 * Sell -- on 2007/12/27 -- CRA -- APPLERA CORP COM CELERA GROUP CA EXCHANGE RATE .96760
Assets:Investments:RBC-Broker:Account-CAD -8.00 CRA @ 16.93 USD ; lot:ba8c951719fd
Expenses:Financial:Commissions 9.95 USD
Expenses:Financial:Fees 0.01 USD
Assets:Investments:RBC-Broker:Account-CAD 125.48 USD
Assets:Investments:RBC-Broker:Account-CAD -125.48 USD ; @ 0.96760 USD
Assets:Investments:RBC-Broker:Account-CAD 121.41 CAD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 50
:ID: A18B37A4-68DB-4F3A-92D5-3962D010CA0B
:END:
[2008-04-06 Sun]
** DONE [#A] crash
- State "DONE" [2008-07-17 Thu 17:39]
:DATA:
2007-12-31 * Start of year / Opening balances.
Assets:Investments:HSBC-Broker 1000 USD @ 101.00 JPY
Equity:Opening-Balances:Cost -1000 USD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 177
:ID: 45605775-F9E3-4C83-8BF2-616905178E82
:END:
[2008-04-12 Sat]
** DONE [#B] Crash on input -- spurious comma
- State "DONE" [2008-07-17 Thu 17:49]
:DATA:
2008/02/25 * bla bla bnla
Assets:Fixed:Home 235000.00 CAD
Expenses:Home:Acquisition:Escrow -82250.00 CAD
Liabilities:RBC:Mortgage:Loan -1.00 CAD, ; opening of account
Liabilities:RBC:Mortgage:Loan -152749.00 CAD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 48
:ID: 517CB118-49A5-42B2-ACFD-1A63DCF163AA
:END:
[2008-04-06 Sun]
** DONE [#A] Crash on input.
- State "DONE" [2008-07-17 Thu 17:38]
- State "TODO" [2008-04-06 Sun 10:23] \\
Martin Blais <blais@furius.ca> writes:
> I think that the bug is related to the missing currency after the @
> sign.
:DATA:
;; Assets:Investments:HSBC-Broker ------------------------------------------------------------
2007/12/31 * Start of year / Opening balances.
Assets:Investments:HSBC-Broker 100 IVV
Assets:Investments:HSBC-Broker -15360.60 USD ; cost basis of older purchase
Equity:Opening-Balances
2008/01/03 * Dividends received for IVV holding.
Assets:Investments:HSBC-Broker 79.79 USD
Income:Interest:Dividends
2008/02/04 * Sell 100 IVV - on 2008/01/30
Assets:Investments:HSBC-Broker -100 IVV @ 136.2901
Assets:Investments:HSBC-Broker -13629.01 USD
Expenses:Financial:Commissions 24.99 USD
Expenses:Financial:Fees 0.15 USD
Expenses:Financial:Fees 2.00 USD
:END:
:OUTPUT:
banane:~/__accounting/.../rbcinv/invest$ ledger -f /tmp/b -V register hsbc:broker
Segmentation fault (core dumped)
banane:~/__accounting/.../rbcinv/invest$
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 46
:ID: 703505C9-B702-4139-B64A-FD3CF592E720
:END:
[2008-04-06 Sun]
** DONE [#A] Crash on input.
- State "DONE" [2008-07-17 Thu 17:38]
:DATA:
2008/01/02 ! Sell -- on 2007/12/27 -- CRA -- APPLERA CORP COM CELERA GROUP CA EXCHANGE RATE .96760
Assets:Investments:RBC-Broker:Account-CAD -8.00 CRA @ 16.93 USD
Assets:Investments:RBC-Broker:Account-CAD 121.41 CAD
Expenses:Financial:Commissions -9.95 USD
Expenses:Financial:Fees -0.01 USD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 47
:ID: B2B79746-5E3B-40D3-B6ED-CCF27364DD5F
:END:
[2008-04-06 Sun]
** DONE [#B] Crash on input.
- State "DONE" [2008-07-17 Thu 17:45]
:DATA:
2008/01/02 ! Sell -- on 2007/12/27 -- CRA -- APPLERA CORP COM CELERA GROUP CA EXCHANGE RATE .96760
Assets:Investments:RBC-Broker:Account-CAD -8.00 CRA @ 16.93 USD
Assets:Investments:RBC-Broker:Account-CAD 21.41 CAD
Expenses:Financial:Commissions -9.95 USD
Expenses:Financial:Fees -0.01 USD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 45
:ID: 93CFAFEB-46EA-4E47-8F0A-069309D6EE3A
:END:
[2008-04-06 Sun]
** DONE [#B] Crash reading .timelog file
- State "DONE" [2008-07-17 Thu 18:08]
2.6b aborts if the last entry is the timelog is an "in" event.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 128
:ID: C7A32276-11A7-44F1-99CD-6F0CA7330340
:END:
[2008-04-11 Fri]
** DONE [#A] Dates (used with -b -e and -p parameters) are broken
- State "DONE" [2008-07-17 Thu 06:20] \\
Patch checked in. Thanks, Nathan!
- State "TODO" [2008-04-06 Sun 21:59] \\
Nathan Jones <nathanj@insightbb.com> writes:
> The attached patch plus the one in #38 should fix this.
The release (2.6.0.90) doesn't seem to properly parse dates. The svn
version (rev. 1048) works fine for full dates (yyyy/mm/dd) with the -b -e
params but nothing else works. For example in the following only the last
one works:
:SCRIPT:
ledger -f my.ledger -b mar -e apr print
ledger -f my.ledger -b 03/01 -e -04/01 apr print
ledger -f my.ledger -b 03/01 -e 04/01 print
ledger -f my.ledger -b 08/03/01 -e 08/04/01 print
ledger -f my.ledger -b 2008/03/01 -e 2008/04/01 print
:END:
The -p param doesn't seem to work at all.
:PROPERTIES:
:Submitter: kmt <kmt@ftml.net>
:Version: 2.6.0.90
:Ticket: 49
:Attachments: 290.patch
:ID: A95B2E0F-095D-4314-BC4D-3CEC42203FB1
:END:
[2008-04-06 Sun]
** DONE [#B] Do not adjust display precision when parsing a pricing entry
- State "DONE" [2008-09-17 Wed 05:12]
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6.0.90
:Ticket: 206
:ID: 7E5D2A6C-A15F-4BC8-A851-04A48E3E30F4
:END:
[2008-07-28 Mon]
** DONE [#C] Entry command doesn't match debit account when description is unmatched
- State "DONE" [2008-07-20 Sun 20:32]
I think I've isolated a bug with the entry command where I get "Equity"
instead of a valid debit account:
:OUTPUT:
$ ledger entry 2008/07/18 "Pei Wei" food 20 checking
2008/07/18 Pei Wei
Expenses:Food:Out $ 20.00
Assets:Checking
$ ledger entry 2008/07/18 "Foo Bar" food 20 checking
2008/07/18 Foo Bar
Expenses:Food $ 20.00
Equity
:END:
The first command proves that ledger understands I have an `Assets:Checking`
account. That's because I already have entries for `Pei Wei`.
If I enter a description that doesn't match a previous entry, it doesn't
match `checking` to `Assets:Checking`.
:PROPERTIES:
:Submitter: drewr <#ledger>
:Version: 5fbec3582319ca6423a43c9125842be5f969e8ee
:Ticket: 203
:ID: FF8CE4C5-03B3-4FCA-85BD-52A9DB191B4B
:END:
[2008-07-18 Fri]
** DONE [#A] Entry command produces two liability transactions
- State "DONE" [2008-07-17 Thu 22:01]
- State "TODO" [2008-05-03 Sat 22:27] \\
This is being a real problem for drewr, arete and pll! This one gets fixed
for 2.6.1.
:OUTPUT:
arete$ ledger entry 2007/11/11 safeway groceries \$10.00 american
2007/11/11 Safeway
Expenses:Groceries $10.00
Liabilities:American Express $-30.17
Liabilities:American Express $20.17
:END:
:PROPERTIES:
:Submitter: Will Glozer <will@glozer.net>
:Version: 2.6
:Ticket: 8
:ID: D7DD54D7-8870-4D6D-92A0-90717692F8F2
:END:
[2007-11-12 Mon]
** DONE [#B] Expressions don't work.
- State "DONE" [2008-07-17 Thu 21:37]
- State "TODO" [2008-04-12 Sat 14:58] \\
Martin Blais <blais@furius.ca> writes:
> Note the typo in the error too: "evalute" -> "evaluate".
:DATA:
2007-12-31 * Start of year / Opening balances.
Assets:Investments:HSBC-Broker 1000 USD
Equity:Opening-Balances:Cost -101000 JPY @ 1/101.00 USD
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 178
:ID: DA9F2346-CD90-4E22-B2F0-2670532456BA
:END:
[2008-04-12 Sat]
** DONE [#B] Getting an abort with a self-referential pricing statement
- State "DONE" [2008-07-17 Thu 17:51] \\
Getting this to work correctly is going to need more work (which has already
been logged as another bug).
:DATA:
2008/01/02 sell
Assets:Investments 130.41 CAD @ 1.03352277 CAD
Assets:Investments -8.00 CRA @ 16.93 USD
:END:
Passing this through the reg command produces a SIGABRT.
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 51
:ID: A21E4DCC-6112-441F-B76D-95CF47BA658D
:END:
[2008-04-06 Sun]
** DONE [#B] Ignore [TEXT] in a transaction which does not specify a date
- State "DONE" [2008-09-17 Wed 05:10] \\
Fixed, by simply ignoring when something that looks [TEXT] in a transaction
note fails to parse as a date.
The following data contains a link, not an effective date.
:DATA:
2008/08/11 (08/13/2008) DD/BR #337756 Q35 TONAWANDA, NY
Liabilities:Visa -3.63
Assets:Company:AGIL1892 ; /PersMealsBreakf/ [[file:///home/rladams/doc/Album/Receipts/20080815131347.jpg]]
:END:
:PROPERTIES:
:ID: 96DDA4B9-E216-4C7A-8D0E-02B0F39CA256
:END:
[2008-08-27 Wed]
** DONE [#B] Install patches for Ledger 2.6 from Simon Michael
- State "DONE" [2008-07-17 Thu 21:41] \\
I'm only taking the first patch for 2.6. The other two need a bit more
polish before I would put them in the standard distro, instead of just
posting them to the Wiki or some such.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 60
:ID: 0C311A59-701A-4D30-BBDB-924F12878724
:Attachments: sm001.patch sm002.patch sm004.patch
:END:
[2008-04-11 Fri]
** DONE [#A] ledger 2.6 shows no timelog entries
- State "DONE" [2008-07-17 Thu 19:08]
- State "TODO" [2008-08-18 Mon 02:15] \\
Simon Michael <simon@joyful.com> writes:
> And if ends with a "i" record, ledger gives a bus error. This is on
> leopard.
Ledger 2.5 shows entries in my timelog file, but 2.6.1-pre shows none. There
is no parse error.
:PROPERTIES:
:Submitter: Simon Michael <simon@joyful.com>
:Version: 2.6.1b
:Ticket: 57
:ID: C13F0BDF-4E15-442E-BBB7-265B0A37457C
:END:
[2008-04-09 Wed]
** DONE [#A] Ledger fails to balance a simple entry
- State "DONE" [2008-07-28 Mon 02:05] \\
This was quite the nasty little bug.
I just installed v2.6.1 and ledger reports errors with some transactions
that were fine with v2.5:
:OUTPUT:
[21:51:49 vinod]:~/src/ledger $ ledger --version
Ledger 2.6.1, the command-line accounting tool
[21:51:55 vinod]:~/src/ledger $ ledger bal
While balancing entry:
2007/02/02 RD VMMXX
Assets:Investments:Vanguard:VMMXX 0.350 VMMXX @ $1.00
Income:Dividends:Vanguard:VMMXX $-0.35
Unbalanced remainder is:
$-0.35
Error: "/home/vinod/data/ledger.dat", line 52379: Entry does not balance
:END:
:PROPERTIES:
:Submitter: Vinod Kurup <vvkurup@gmail.com>
:Version: 2.6.1b
:Ticket: 205
:ID: 0CA014F9-E309-4840-9085-71EC1F46DEC1
:END:
[2008-07-28 Mon]
** DONE [#B] ledger SVN doesn't compile on freebsd-8
- State "DONE" [2008-03-17 Mon 16:22] \\
Clemens writes:
> Just for the record, there's a fix:
:PATCH:
diff --git a/ledger-2.6.0.90/datetime.h b/ledger-2.6.0.90/datetime.h
--- a/ledger-2.6.0.90/datetime.h
+++ b/ledger-2.6.0.90/datetime.h
@@ -96,7 +96,7 @@ class date_t
operator bool() const {
return when != 0;
}
- operator std::time_t() const {
+ operator std::time_t() /*const*/ {
return when;
}
operator std::string() const {
:END:
> Let's you compile and install.
- State "DONE" [2008-03-14 Fri 21:32] \\
This is a known bug that was fixed in 2.6. If you need a back-patch for
2.4.1, please let me know.
We have ledger-2.4 in the ports, but it segfaults on freebsd-8 (the current
dev version of the OS). The backtrace is incoherent, because the libs are
stripped and we have no symbols. Anyway, a sane person would want a more
recent ledger. The tarball exhibits the exact same problem as the one from
SVN:
:OUTPUT:
'uname -rims' -> FreeBSD 8.0-CURRENT i386 GENERIC
'gcc --version' -> gcc (GCC) 4.2.1 20070719 [FreeBSD]
/src/bulk/ledger/trunk
0 $ gmake
gmake all-am
gmake[1]: Entering directory `/home/src/bulk/ledger/trunk'
/usr/local/bin/bash ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I/l/include -g -O2 -c -o libamounts_la-amount.lo `test -f 'amount.cc' || echo './'`amount.cc
g++ -DHAVE_CONFIG_H -I. -I/l/include -g -O2 -c amount.cc -fPIC -DPIC -o .libs/libamounts_la-amount.o
In file included from amount.h:13,
from amount.cc:1:
datetime.h: In function 'long int operator-(const date_t&, const date_t&)':
datetime.h:141: error: conversion from 'date_t' to 'long int' is ambiguous
datetime.h:99: note: candidates are: date_t::operator time_t() const
datetime.h:96: note: date_t::operator bool() const
gmake[1]: *** [libamounts_la-amount.lo] Error 1
gmake[1]: Leaving directory `/home/src/bulk/ledger/trunk'
gmake: *** [all] Error 2
:END:
I know C and i can do some gdb(1), but i don't have the C++ knowledge to
even fix this one. It looks not all that complicated. Maybe a little patch
could help the C++ compiler to figure out the type inference.
I used emacs for quite some time, but got annoyed with its ancient lisp. So
using the common lisp version is currently not an option for me, and without
emacs one has to type way to much for some little reports. Could you please
bring the C++ version into a usable state again? perhaps it's not that much
work?
:PROPERTIES:
:Submitter: Clemens <finetouch>
:Version: 2.4.1
:Ticket: 34
:ID: C1BE11BD-958D-4E67-8B85-5DA14CD375B4
:END:
[2008-03-14 Fri]
** DONE [#B] ledger.el requires an absolute pathname for the ledger-binary-path :EMACS:
- State "DONE" [2008-07-17 Thu 22:09]
This caused me pain after a ledger upgrade. "ledger" should be sufficient if
it's in the path.
:PROPERTIES:
:Submitter: Simon Michael <simon@joyful.com>
:Version: 2.6
:Ticket: 199
:ID: 7D40038A-DEED-47FA-8D02-0951E94CA175
:END:
[2008-07-12 Sat]
** DONE [#A] Make -e use an inclusive end date, and -E an exclusive one
- State "DONE" [2008-07-17 Thu 06:22] \\
-e has been reverted back to its old behavior, to avoid confusing people.
Right now (as of today) -e was made exclusive, but this isn't right; I need
another option for exclusivity.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 37
:ID: A440BB5E-072B-4C75-A235-C551EA090F81
:END:
[2008-04-04 Fri]
** DONE [#A] Marking a transaction cleared may delete text in ledger-mode :EMACS:
- State "DONE" [2008-07-18 Fri 02:28]
I started the groundwork for this, now I just have to add code to insert
whitespace if needed to keep each transaction valid.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 70
:ID: 0EB5602F-66BE-46C0-8A74-5EB5DBAF2E07
:END:
[2008-04-11 Fri]
** DONE [#C] Merge Levin's changes into v2.6.1b
- State "DONE" [2008-08-26 Tue 10:11]
These are from http://github.com/levindu/ledger
:PROPERTIES:
:ID: C9167249-98C3-4C7E-8076-35B81A580B38
:END:
[2008-08-21 Thu]
** DONE [#C] Multiple commodities in gnucash crash ledger
- State "DONE" [2008-07-17 Thu 21:26]
- State "TODO" [2008-03-27 Thu 19:54] \\
I still have to review the patch and make the changes, before this gets
closed.
- State "TODO" [2008-03-27 Thu 15:20] \\
slanack writes:
> The proposed Fix works for me. The problem was that <split:quantity>
> received the `transaction commodity' instead of the correct `account
> commodity'. There should really be a check if the account commodity has
> been defined.
I am using transactions between accounts with different base commodities in
gnucash. Ledger reports a segfault when reading the gnucash file and using
the command `print`.
:PROPERTIES:
:Submitter: slanack
:Version: 2.6.0.90
:Ticket: 35
:ID: DAAF3481-1B7A-4F4A-9EC6-575104655B1B
:Attachments: gnucash.cc.patch gnucash-minimal.xml
:END:
[2008-03-23 Sun]
** DONE [#C] My "bal" command is broken again
- State "DONE" [2008-07-17 Thu 21:22]
:OUTPUT:
~/Reference/Computing/Systems/Linux $ bal
3,848.34
EC 450.05 Assets
Error: Cannot compare amounts with different commodities: EC and $
:END:
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 66
:ID: 8159EF00-B95D-4E83-9927-7DB461CD2CC9
:END:
[2008-04-11 Fri]
** DONE [#A] Reconciling is broken again; I need a way to verify Emacs output :EMACS:
- State "DONE" [2008-07-17 Thu 23:40] \\
Reconciling is now line-based in 2.6.1, not character based (which has serious
issues with UTF-8 at the moment).
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 64
:ID: 7A8C49FB-F9B8-4ECF-8720-9E29559F3CA6
:END:
[2008-04-11 Fri]
** DONE [#C] Remove bogus reference to Emacs in project documentation :DOC:
- State "DONE" [2008-07-16 Wed 03:59]
The gnucash docs talk about there someday being an Emacs mode. There is
already one.
:PROPERTIES:
:Submitter: bpt <#ledger>
:Version: 2.4.1
:Ticket: 10
:ID: B81ADF25-F176-4ABC-9C2B-1090E4F2FA7D
:END:
[2007-12-10 Mon]
** DONE [#C] Segfault with commodity price in budget.
- State "DONE" [2008-07-17 Thu 20:09]
:DATA:
~ Monthly
Assets:Invest 2 AAPL @ $30.00
Assets:Bank -2 AAPL
:END:
It works if the '@ $30.00' is removed. The problem is that entry is null
when called through parse_transactions. Backtrace:
:OUTPUT:
#0 0x080632ab in datetime_t (this=0xbfb4af88, _when=@0x40) at datetime.h:173
#1 0x080973ac in ledger::entry_t::actual_date (this=0x0) at journal.h:180
#2 0x080b7fc7 in ledger::parse_transaction (
line=0x8119e20 " Assets:Invest 2 AAPL @ $30.00", account=0x813be00,
entry=0x0) at textual.cc:258
#3 0x080b9480 in ledger::parse_transactions (in=@0xbfb4b4bc,
account=0x813be00, entry=@0x813e2f8, kind=@0xbfb4b2f8, beg_pos=63)
at textual.cc:340
...
:END:
:PROPERTIES:
:Submitter: Nathan Jones <nathanj@insightbb.com>
:Version: 2.6.0.90
:Ticket: 191
:ID: A4F87484-1B1D-4C76-B0AB-70E20FBA9D1B
:END:
[2008-04-23 Wed]
** DONE [#B] Segmentation fault on import from GnuCash
- State "DONE" [2008-07-17 Thu 20:04]
- State "TODO" [2008-06-16 Mon 16:05] \\
Luben Manolov <lubo@manolov.org> writes:
> Import of this GnuCash file causes Segmentation fault
I am trying to import a simple GnuCash file and I am getting "Segmentation
fault" error. Please find attached the sample file.
:OUTPUT:
./ledger -f sample.gnucash balance
While balancing entry:
2008/06/16
Segmentation fault
:END:
:PROPERTIES:
:Submitter: Luben Manolov <lubo@manolov.org>
:Version: 2.6
:Ticket: 198
:ID: 266D96D2-DEB5-4BD9-A51B-B2F652E2F550
:Attachments: sample.gnucash
:END:
[2008-06-16 Mon]
** DONE [#B] Some at-signs are not properly escaped in documentation :DOC:
- State "DONE" [2008-03-27 Thu 19:42]
Some of the at signs are not properly escaped in the texi
documentation. This leads to great confusion when trying to figure out how
to use commodity transactions.
:PROPERTIES:
:Submitter: thedward <thedward@barsoom.net>
:Version: 2.6
:Ticket: 31
:Attachments: ledger-texi.patch
:ID: A7CA0F5B-1F08-417A-9071-A223601100CA
:END:
[2008-01-28 Mon]
** DONE [#A] Strip \r from lines when parsing on Windows
- State "DONE" [2008-07-17 Thu 18:31]
It sounds like I'm not stripping the \r from the \r\n sequence, and thus
it's interpreting the \r as part of the file name. I'll add this to the
buglist for 3.0.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 43
:ID: 458B2B74-AF2D-4D9D-89E4-D8AC26CFD531
:END:
[2008-04-05 Sat]
** DONE [#A] trailing whitespace is significant in 2.6
- State "DONE" [2008-04-05 Sat 18:56] \\
The first patch fixes parsing account names when a single space follows.
This might close ticket #3.
- State "TODO" [2008-04-05 Sat 18:55] \\
The following patch, submitted by Nathan Jones, proposes to fix this problem.
- State "TODO" [2007-09-22 Sat 04:26] \\
Simon, have you tried this with 2.6.1-svn? I believe this is something I
fixed.
Unlike 2.5, 2.6 considers an account name followed by whitespace to be
different from one without (when no amount is specified).
:PROPERTIES:
:Submitter: Simon Michael <simon@joyful.com>
:Version: 2.6
:Ticket: 3
:Attachments: 288.patch
:ID: FB2330E1-AD78-4559-A885-A488DFDF3DC1
:END:
[2007-09-22 Sat]
** DONE [#B] Unbalanced transactions due to rounding problems
- State "DONE" [2008-09-17 Wed 05:03] \\
The cents disappeared because 'D $1,000.00' must be specified at the beginning
of the file, since you never use dollar figures outside of the pricing.
The extra penny crept in because of the way that commodity have "lot" details
automatically associated with them. I've now reduced this to the price only,
since that's what most people are likely to use, just as this example does.
- State "TODO" [2008-08-01 Fri 13:34] \\
Levin <zslevin@gmail.com> writes:
> This is the result of ledger in git master branch:
:OUTPUT:
./ledger -f test.ledger -V reg HLIT
2008/06/01 BUY HLIT Assets:HLIT $750 $750
2008/07/02 SELL HLIT Assets:HLIT $-658 0
Assets:HLIT $658 $658
Assets:HLIT $-658 0
:END:
> I wonder why .xxx is vanished :)
I found some more rounding problems now that I've upgraded to 2.6.1. These
transactions balanced in version 2.5.
:DATA:
2008/06/01 BUY HLIT
Assets:HLIT 15 HLIT @ $50.00
Assets
2008/07/02 SELL HLIT
Assets:HLIT -15 HLIT @ $50.00
Assets:HLIT 15 HLIT @ $43.875
Assets:HLIT -15 HLIT @ $43.875
Assets
:END:
:OUTPUT:
[20:30:53 vinod]:~/data $ ledger -V reg HLIT
2008/06/01 BUY HLIT Assets:HLIT $750.00 $750.00
2008/07/02 SELL HLIT Assets:HLIT $-658.12 $0.01
Assets:HLIT $658.13 $658.14
Assets:HLIT $-658.12 $0.01
:END:
So, I end up with an extra penny. I think it's because 658.125 rounds down
on one entry and rounds up on the other.
:PROPERTIES:
:Submitter: Vinod Kurup <vvkurup@gmail.com>
:Version: 2.6.1b
:Ticket: 207
:ID: E87DD3A5-B061-46A0-95E9-9844A6CB0443
:END:
[2008-08-01 Fri]
** DONE [#C] When reporting the unbalanced remainder, round it :FEATURE:
- State "DONE" [2008-07-17 Thu 20:52]
This is so that it shows what ledger is really thinking.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 125
:ID: 4BF95CDC-972F-4F39-9F54-7BEFD404F9AA
:END:
[2008-04-11 Fri]
** WONTFIX [#C] Balance calculations using the '=' operator are off
- State "WONTFIX" [2008-08-15 Fri 04:14] \\
This feature is not ready for 2.6.1, and is being pushed to 3.0 where this
issue has been fixed.
When I run 'ledger --tail 20 reg assets:cash' with my current ledger data,
the final balance is way, way off. Something is being miscalculated.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6.1b
:Ticket: 209
:ID: F32E914F-D485-427B-89E9-33C762CC1A47
:END:
[2008-08-02 Sat]
** WONTFIX [#B] No commodity when amount contains simple math operation
- State "WONTFIX" [2007-11-09 Fri 23:34] \\
This expected behavior. If you multiply or divide two commoditized
amounts together, the second commodity is dropped in favor of the first.
You'll have to use "30 AAPL * .01".
Use the following legder data file (sample2.dat)
:DATA:
2004/05/01 * Investment balance
Assets:Brokerage 100 / 30 AAPL @ $30.00
Equity:Opening Balances
:END:
Create the bal report:
:OUTPUT:
$ ledger -f sample2.dat bal
3.333333 Assets
$-99.99999 Equity
--------------------
3.333333
$-99.99999
:END:
Notice that the "AAPL" commodity is gone.
:PROPERTIES:
:Submitter: Levin <zslevin@gmail.com>
:Version: 2.6
:Ticket: 7
:ID: 4290A2E5-8CFB-4529-87DE-F088719AF13A
:END:
[2007-11-09 Fri]
** WONTFIX [#C] Non-balanced virtual transaction should fail.
- State "WONTFIX" [2008-07-17 Thu 20:44] \\
This is not an error because:
1. specifying no amount is the same as specifying an uncommoditized zero.
2. the second line will "auto-balance" with the first line.
3. the third line simply is a no-op, which I allow for the sake of script
writers.
There could be a warning for something like this, but then that's the
danger of using () around an account name: you are explicitly stating you
do not wish the transaction to be balanced.
- State "TODO" [2008-04-23 Wed 13:35] \\
Martin Blais <blais@furius.ca> writes:
> Well... should "probably" fail. I mean, it does nothing, so it's
> probably an error. I'd make it fail.
Shouldn't this fail?
:DATA:
2004/03/25 Donations
Assets:Checking $100.00
Assets:Savings
(Income:Donations)
:END:
:PROPERTIES:
:Submitter: Martin Blais <blais@furius.ca>
:Version: 2.6
:Ticket: 190
:ID: 75E83651-B130-4978-89C7-DFED4E874E8F
:END:
[2008-04-23 Wed]
** WONTFIX [#B] Problem with pricing specification in prices.db file
- State "WONTFIX" [2008-07-17 Thu 21:42] \\
Pricing info is not used for balancing entries. For that, you'd need to use
"@ ... USD" for the halfg and gouda amounts, so that Ledger could be certain
your entries balances to zero.
- State "TODO" [2008-04-05 Sat 20:09] \\
I changed it to this below, and ledger stopped complaining:
:DATA:
2007/03/07 Irena
Liabilities:Cash:Irena 7.00 USD
Liabilities:Order1:Irena -1 gouda
2007/03/07 Irena
Liabilities:Cash:Irena 11.00 USD
Liabilities:Order1:Irena -4 halfg
:END:
:OUTPUT:
djw@hector:~$ ledger bal
2007/03/07 Irena
Liabilities:Cash:Irena 18.00 USD
Liabilities:Order1:Irena -4 halfg
Liabilities:Order1:Irena -1 gouda
Error: /home/djw/milk.ledger, line 106: Entry above does not balance; remainder is: 18.00 USD
-1 gouda
-4 halfg
:END:
Here is what is in the prices.db file:
:DATA:
C 1.00 USD = $1.21
P 2007/03/04 00:00:00 halfg 2.75 USD
P 2007/03/04 00:00:00 gouda 7 USD
:END:
So you multiply 4*2.75 and add 7, you get 18. Since the units are USD, what
is the beef? Why isn't ledger seeing 1 gouda and 4 halfg as 18 USD?
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 42
:ID: 43CFF7FF-DA09-478C-AED1-2D2756BACA09
:END:
[2008-04-05 Sat]
** WORKSFORME [#B] ledger -MA doesn't give a monthly report if some months have no transactions
- State "WORKSFORME" [2008-07-17 Thu 20:14] \\
This works for me.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 61
:ID: FD118D79-3B8F-48CE-89D0-F0FFD46F6C49
:END:
[2008-04-11 Fri]
** WORKSFORME [#C] ledger -Mn
- State "WORKSFORME" [2008-08-17 Sun 20:13]
Is not the same as: ledger -M -n
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 126
:ID: 2C3B5DCE-AB7F-41A2-BF93-56CC1222AE64
:END:
[2008-04-11 Fri]
** WORKSFORME [#A] Monthly register command displays nothing
- State "WORKSFORME" [2008-07-17 Thu 20:12] \\
This has apparently been fixed by the recent date/time bug fixes.
The command is:
:SCRIPT:
ledger -p 2005 -e 2005/08/17 --monthly reg
:END:
This is against my own ledger file.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 30
:ID: 841041A2-925D-4797-BE44-11BFC7333054
:END:
[2007-12-10 Mon]
** WORKSFORME [#B] Problems with the prices.db file
- State "WORKSFORME" [2008-07-17 Thu 21:45] \\
Pricing entries must start with a capital P, not a lowercase p.
This bug also mentions other issues, which are now contained in another
bug.
- State "TODO" [2008-04-05 Sat 20:06] \\
However, even though I do not receive parse errors any longer, the
price-db command does not work the way I expect it to. When I issue a
'bal' option, ledger still outputs the values in their commodity rather
than the dollar amount, so even though I am not receiving an error, it
still does not seem to work for me.
My prices.db file looks like:
:DATA:
p 2007/01/14 02:18:01 WMCVX $5.04
p 2007/01/14 02:18:02 WMICX $6.65
:END:
Notice there is no carriage return after the second line and that the file
begins on line 1.
When I run 'ledger --price-db prices.db bal' I get the following:
:OUTPUT:
Error: prices.db, line 2: Failed to parse dateP
Error: Errors parsing file 'life/finances/ledger/prices.db'
:END:
If I have a carriage return on the second line, I get errors for both line 2
and line 3. If i have one entry on a single line, I get an error for line 2.
Any ideas?
Also, I would like to get the prices.db perl script working to automatically
grab the values from Fidelity, but I have not been able to do anything
beyond installing the appropriate perl modules. If there are any
instructions for this usage, I would appreciate it.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 40
:ID: B8173D32-D7EB-4619-8488-B2C641431FDE
:END:
[2008-04-05 Sat]
** WORKSFORME [#A] Weekly register report is completely broken in 2.6
- State "WORKSFORME" [2008-07-17 Thu 20:11] \\
This has apparently been fixed by all the other date/time fixes done today.
The command is:
:SCRIPT:
ledger --weekly reg food
:END:
This works fine in 2.5.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 26
:ID: 30383931-3060-4999-8FD3-9002E02366A0
:END:
[2007-12-10 Mon]
** INVALID [#B] Remove bogus reference to Emacs in project documentation (2.6)
- State "INVALID" [2008-07-13 Sun 22:16]
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 72
:ID: 7455E4A7-16FD-4F41-8A33-CF44F6E690B2
:END:
[2008-04-11 Fri]
** DUPLICATE [#A] Bug with date ranges
- State "DUPLICATE" [2008-04-04 Fri 14:35] \\
This has been fixed, see the comments in #36.
I'm using the latest source from CVS and it appears the `-e` option is
broken. For example this works as expected:
:OUTPUT:
% ledger -b 2006/05/01 bal
:END:
But this does not. No output whatsoever:
:OUTPUT:
% ledger -b 2006/05/01 -e 2006/05/31 bal
:END:
This also doesn't work. It just shows `Opening Balances: 0`:
:OUTPUT:
% ledger -p "last month" bal
:END:
:PROPERTIES:
:Submitter: Eric Davis <edavis@insanum.com>
:Version: 2.6
:Ticket: 17
:ID: FE3E08C0-802A-4FAA-B8BA-93D81C061148
:END:
[2007-12-10 Mon]
** DUPLICATE [#A] DOS format line endings are fooling the parser
- State "DUPLICATE" [2008-08-16 Sat 03:56] \\
Duplicated by #43.
The \r\n ending is having only the \n stripped, making the \r appear as part
of the filename when doing a !include.
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 129
:ID: 6DF2250F-C54D-4F67-AFB6-F8656020D394
:END:
[2008-04-11 Fri]
** DUPLICATE [#C] Entry command produces duplicate source transactions
- State "DUPLICATE" [2008-01-31 Thu 14:57] \\
drewr writes:
> This is a duplicate of ticket #8.
- State "TODO" [2008-01-30 Wed 17:36] \\
drewr writes:
> This happens with 2.6.1 as well.
If I have a ledger file like so:
:DATA:
2008/01/24 Foo
Expenses:Foo $ 136.56
Assets:Checking
:END:
and then run `ledger entry 2008/01/26 foo expen 45 check`, I get:
:OUTPUT:
2008/01/26 Foo
Expenses:Foo $ 45.00
Assets:Checking $ -136.56
Assets:Checking $ 91.56
:END:
:Submitter: drewr <#ledger>
:Version: 2.6
:Ticket: 32
:ID: EA246228-3EC7-4834-B55A-455DBA58116C
:END:
[2008-01-30 Wed]
** DUPLICATE [#B] Need to strip \r from \r\n line endings
- State "DUPLICATE" [2008-07-13 Sun 22:38]
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 139
:ID: C7A61E89-08D1-4151-AF2E-92F666148F19
:END:
[2008-04-11 Fri]
** DUPLICATE [#B] Problems parsing an entry
- State "DUPLICATE" [2008-07-18 Fri 02:12]
:OUTPUT:
djw@hector:~$ ledger bal
2007/03/07 Irena
Liabilities:Cash:Irena 18.00 USD
Liabilities:Order1:Irena -4 halfg
Liabilities:Order1:Irena -1 gouda
Error: /home/djw/milk.ledger, line 106: Entry above does not balance; remainder is: 18.00 USD
-1 gouda
-4 halfg
:END:
Here is what is in the prices.db file:
:DATA:
C 1.00 USD = $1.21
P 2007/03/04 00:00:00 halfg 2.75 USD
P 2007/03/04 00:00:00 gouda 7 USD
:END:
So you multiply 4*2.75 and add 7, you get 18. Since the units are USD, what
is the beef? Why isn't ledger seeing 1 gouda and 4 halfg as 18 USD?
:PROPERTIES:
:Submitter: John Wiegley <johnw@newartisans.com>
:Version: 2.6
:Ticket: 133
:ID: AD876FB0-E7B8-4C89-9E23-2D25AF8D5F0A
:END:
[2008-04-11 Fri]
** DUPLICATE [#B] Reconciling doesn't work in ledger.el :EMACS:
- State "DUPLICATE" [2008-07-16 Wed 03:56] \\
Duplicated by #64.
I've tried version 2.5 but have had some problems.
I use Carbon Emacs on Mac OS X to edit my Ledger files. Unfortunately the
reconcile functionality doesn't work any more. Pressing the space bar
doesn't always toggle an entry, sometimes it needs to be pressed twice,
sometimes it never goes. Additionally, even if some entries are toggled,
nothing is changed in the main file and pressing C-c C-c just re-sets the
reconcile window back to it's original state.
I've tried with and without the new ledger-clear-whole-entries variable set.
:PROPERTIES:
:Submitter: Karen Cooke <karen.cooke@gmail.com>
:Version: 2.6
:Ticket: 14
:ID: 2B02E2FD-DCF8-4CD8-A7FA-F83F5DAE3F55
:END:
[2007-12-10 Mon]
