The package is now sitting in NEW, waiting to land in experimental. I've
also pushed a couple of minor improvements on salsa, waiting for the
next upload. As soon as it passes NEW, I plan to upload again to
unstable, hoping to make the freeze cut (you never know... :-))
Please let me know if you
On Mon, Dec 24, 2018 at 07:30:31PM +0200, Martin Michlmayr wrote:
> So this issue was reported and fixed already upstream:
>
> Here's the original bug report:
>
> https://bitbucket.org/blais/beancount/issues/341/test_utilsfind_repository_root-doesnt-work
Thanks Martin for finding this, and
So this issue was reported and fixed already upstream:
Here's the original bug report:
https://bitbucket.org/blais/beancount/issues/341/test_utilsfind_repository_root-doesnt-work
"Since the release tarball only contains the README file, not COPYING
or PKGINFO, it's not possible for the function
Maybe we need this:
https://bitbucket.org/blais/beancount/commits/d5bfce77f37548b19037c0e9401d61501164760b
?
This on top wouldn't hurt:
https://bitbucket.org/blais/beancount/commits/17a36a0603ab3f6bf27abdf581d64f1c2ed8e285
--
Martin Michlmayr
https://www.cyrius.com/
* Stefano Zacchiroli [2018-12-09 18:04]:
> The main current issue is that several tests, at least when run under
> sbuild/cowbuilder, enters infinite loops stat()-ing forever
> "/PKG-INFO". I have been unable to find the cause, but it's somewhat
> specific to the Debian build environment in
On Sun, Dec 09, 2018 at 05:23:35PM +0200, Martin Michlmayr wrote:
> Is the delay because of the test failures mentioned by Zack?
The main current issue is that several tests, at least when run under
sbuild/cowbuilder, enters infinite loops stat()-ing forever
"/PKG-INFO". I have been unable to
Is there any update on this ITP?
Is the delay because of the test failures mentioned by Zack?
--
Martin Michlmayr
https://www.cyrius.com/
I've updated the package at
https://salsa.debian.org/python-team/applications/beancount to match
latest release (2.1.2) + mercurial snapshot and fixed one failing test.
Two tests still fail.
The corresponding functionalities work in the package after installed.
Also, they fail in very weird
* Nicolas Dandrimont [2018-05-01 05:12]:
> The packaging is on
> https://salsa.debian.org/python-team/applications/beancount
> and uses a standard gbp buildpackage (with pristine-tar) workflow.
I believe you can drop zip from the build-depends because Martin
changed the code
* Anthony Towns [2018-04-18 18:02:22 +1000]:
> Nicolas Dandrimont wrote:
> > * Martin Michlmayr [2018-03-30 17:14:49 +0200]:
> > > beancount 2.0 was released a few days ago so it's time to get this
> > > into Debian.
> > > Anyone interested in packaging it?
Nicolas Dandrimont wrote:
> * Martin Michlmayr [2018-03-30 17:14:49 +0200]:
> > beancount 2.0 was released a few days ago so it's time to get this
> > into Debian.
> > Anyone interested in packaging it? It's Python code.
> I've been meaning to look into this for a while, as I've
retitle 799626 ITP: beancount -- command line double-entry bookkeeping system
owner 799626 !
thanks
* Martin Michlmayr [2018-03-30 17:14:49 +0200]:
> * Petter Reinholdtsen [2015-09-21 00:17]:
> > * URL : http://furius.ca/beancount/
> > * License
* Petter Reinholdtsen [2015-09-21 00:17]:
> * URL : http://furius.ca/beancount/
> * License : GPL v2+
>
> A double-entry bookkeeping computer language that lets you define
> financial transaction records in a text file, read them in memory,
> generate a
Package: wnpp
Severity: wishlist
* Package name: beancount
Version : n/a
Upstream Author : Martin Blais
* URL : http://furius.ca/beancount/
* License : GPL v2+
Programming Lang: python
Description : command line double-entry bookkeeping system
A
14 matches
Mail list logo