GnuCash 2.0.0

Confirm. Good soft

I'd really like to see this added as well. It's the only application I use that still has (had) GNOME v1 dependencies and I've been holding off installing it since switching to Dapper.

Wee! I have been looking forward to this day. GnuCash is very wanted :-)

I also would love to see GnuCash 2.0 added to the dapper backports. I use this program all the time and I'm really looking forward to trying out the new version.

1.9.8 is available in edgy and is a beta release of 2.0.0

Hmmm. I see that Gnucash 2.0 is now available in Debian unstable. http://packages.debian.org/unstable/gnome/gnucash. How can we get this version in Edgy. Any developer/request that can get this going. Will seem as the Edgy packages just missed the new release of Gnucash.

Gnucash 2.0 now available In Edgy. Can the dapper backport team please backport. I know there are lots of dependancies for this software that might also need an update.

I don't think deps should be a problem. Someone in the forums has already created packages based on the debian ones, and they install and work with standard dapper libs.

See here http://www.ubuntuforums.org/showpost.php?p=1242104&postcount=100

The Edgy sources (gnucash-2.0.0-1ubuntu1 at the time of this writing) build, install and run properly (with one noticeable exception) on my Dapper systempo, without modification and without any other non-Dapper packages installed.

The exception to proper running is that Finance::Quote is undetected by the built gnucash.

$ /usr/bin/gnucash --version
GnuCash 2.0.0
Built 2006-08-01 from r14475:14476
$ /usr/bin/gnucash --debug --add-price-quotes=test.gnucash
gnucash: [D] (results missing-lib)
No quotes retrieved. Finance::Quote isn't installed properly.

$ /usr/local/bin/gnucash --version
GnuCash 1.9.6
Built 2006-05-15 from r14070
$ /usr/local/bin/gnucash --add-price-quotes=test.gnucash
gnucash: [M] "Found Finance::Quote version "1.08

(Output truncated; 1.9.6 has an issue where it won't update the book, but at least it found Finance::Quote. (I have libfinance-quote-perl 1.08-1 installed.))

Apart from this, the Edgy version, on cursory inspection, works for me.

try running gnc-fq-check. I bet you don't have libnet-ssleay-perl installed. I had the same problem...

Thanks, Richard---that did turn out to be the problem. After installing libcrypt-ssleay-perl, /usr/bin/gnc-fq-check runs successfully, and the gnucash GUI updates prices on request as it did previously.

The Debian folks have a bug open on this issue; I opened bug 54820 and linked it to theirs.

this app gets my vote, too :)

since i need a good accounting/banking software this is pretty important to me.
i would highly appreciate a backport, so i can be sure that such an important piece of software runs stable and without major bugs.

clast

I compiled and installed gnucash 2.0.1 on dapper. It has been working really fine.

So looks like backporting should not have a problem.

I am converting several computers to Ubuntu. One of the most important programs is GnuCash. We are happy with the operation of 1.8 with the exception of no budgeting capability. This seems to be added to 2.0 which will make this program perfect for us. Our problem is that I do not even know what backporting is. Until this become available on one of the Ubuntu repositories we will not be able to use it. Can anyone guess when this might be done. How will I know when it is done? Will I just have to update the application? How does a novice Ubuntu user get GnuCash 2.0 running on my machine as soon as possible.

Peter

Peter,

I found deb files (that's the packages files Ubuntu uses) for Dapper on a forum. I think the guy build them from Debian sources. I can send them to you when I get home (or find the original post in my history) and explain to you how to install them if you don't already know it. It's the easiest way to install a package when it is not in apt's repository.

Sebth,

Wow! Thanks a lot for your prompt reply! I have never been on any forum before. I may be doing this wrong. Sorry, if I am! I really appreciate your help! I have been able to install applications from the repositories. That is how I installed the GunCash 1.8. I was pretty proud of myself. This was not even on the better lists. Doing it the way you suggest is probably way beyond my abilities. Do you have any idea when this GnuCash will be on one of the Ubuntu repositories? I may be better off to wait. I am really in need of the budgeting functions which are supposed be be in the 2.0 version. I would rather not wait long. One of the non profit groups for which I do the financial records has just closed its fiscal year and this would be an ideal time to change from MSMoney to GnuCash, but we really need to track the actual performance against the budget on a monthly basis as we now do on MSMoney.

Thanks again!

Peter

Please check http://wiki.gnucash.org/wiki/Ubuntu for links to self-compiled GnuCash dapper packages. Also update this page if you build newer ones, as long as this backport-bug is not fixed.
Thank you!

Attached contains sources for 2.0.1 except for gnucash_2.0.1.orig.tar.gz (9.7MB, so grab it from http://ftp.debian.org/debian/pool/main/g/gnucash/gnucash_2.0.1.orig.tar.gz).

Built with HBCI support. May have been a little heavy-handed w/ dependencies, but maybe not.

Please note that there is apparently a bug w/ aqbanking noted at http://www.ubuntuforums.org/showpost.php?p=1237689&postcount=79

I can attach the debs, too, but they're a little large.

The main feature which I am eager to get is the online banking. Right now I have to download each bank account record separately, and even with just a couple of banks and a couple of accounts at each bank, it can get confusing keeping them up to date.

Programs like MSMoney have online banking too, but I think GnuCash is the first FL/OSS program to have this. My wife actually bought MSMoney (since she uses MS Windows), but distrusts the closed-source online banking feature, and in fact she stopped using MSMoney because she doesn't like how it keeps trying to connect to the Internet. "Who knows what information it's transmitting!" she says. So now we don't have any software at all that does online banking. Good to see GnuCash filling the gap here.

So, please put my vote in, too, for the backport. Meanwhile, I'll try the Do-It-Yourself approaches noted above.

I'd like to add my vote for a GnuCash backport for Dapper. My apologies if this already work in progress, I'm just not sure what the "confirmed" status means for a backport request.

Gregor

 -> Considering g-wrap (>= 1.9.6-3.1)
      Tried versions: 1.9.6-3
   -> Does not satisfy version, not trying
E: Could not satisfy build-dependency.
E: pbuilder-satisfydepends failed.
Copying back the cached apt archive contents
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> unmounting /var/cache/prevu/debs filesystem
 -> cleaning the build env
    -> removing directory /var/cache/prevu/builds/27514 and its subdirectories
Traceback (most recent call last):
  File "/usr/bin/prevu", line 78, in ?
    do_build()
  File "/usr/bin/prevu", line 50, in do_build
    raise ValueError("Build failed.")

Doesn't build now, I'll look more into it, this is a worthwhile backport.

g-wrap will compile fine in dapper as it is is own lib
installed it in my my own sys(not in to prevu's dev env)
gnucash will not compile with the new g-wrap either

 -> Considering g-wrap (>= 1.9.6-3.1)
      Tried versions: 1.9.6-3.1~6.06prevu1 1.9.6-3
   -> Does not satisfy version, not trying
E: Could not satisfy build-dependency.
E: pbuilder-satisfydepends failed.
Copying back the cached apt archive contents
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> unmounting /var/cache/prevu/dapper-debs filesystem
 -> cleaning the build env
    -> removing directory /var/cache/prevu/builds/16214 and its subdirectories
Traceback (most recent call last):
  File "/usr/bin/prevu", line 150, in ?
    BackportFromAPT(sys.argv[1],DIST).backport()
  File "/usr/bin/prevu", line 82, in backport
    self.do_compile()
  File "/usr/bin/prevu", line 67, in do_compile
    raise ValueError("Build failed.")
ValueError: Build failed.

Will need: (1) g-wrap backport, (2) edit gnucash's debian/control, change g-wrap (>= 1.9.6-3.1) to g-wrap (>= 1.9.6-3.1~6.06prevu1) and see if it works then.

If someone can test that, it'd be great.

Marking unconfirmed until someone can verify if it builds or not.

-> Considering g-wrap (>= 1.9.6-3.1~6.06prevu1)
   -> Trying g-wrap
 -> Considering libgoffice-0-dev
   -> Trying libgoffice-0-dev
       -> Cannot install libgoffice-0-dev; apt errors follow:
Reading package lists... Done
Building dependency tree... Done
python2.4 is already the newest version.
E: Couldn't find package libgoffice-0-dev
W: Unable to locate package libgoffice-0-dev
E: Could not satisfy build-dependency.
Copying back the cached apt archive contents
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> unmounting /var/cache/prevu/src/10435 filesystem
 -> unmounting /var/cache/prevu/dapper-debs filesystem
 -> cleaning the build env
    -> removing directory /var/cache/prevu/builds/10505 and its subdirectories
Traceback (most recent call last):
  File "/usr/bin/prevu", line 163, in ?
    BackportCurrentDir(DIST).backport()
  File "/usr/bin/prevu", line 98, in backport
    self.do_compile()
  File "/usr/bin/prevu", line 79, in do_compile
    raise ValueError("Build failed.")
ValueError: Build failed.
root@zenrox:~/cvs/gnucash-2.0.1# sudo -s
root@zenrox:~/cvs/gnucash-2.0.1# DIST=dapper prevu-chroot
I: Building against specified distro: dapper
W: /home/zenrox/.pbuilderrc does not exist
Building the build Environment
 -> extracting base tarball [/var/cache/prevu/dapper.tgz]
 -> creating local configuration
 -> copying local configuration
 -> mounting /proc filesystem
 -> mounting /dev/pts filesystem
-> Mounting /tmp
-> Mounting /var/cache/prevu/dapper-debs
 -> policy-rc.d already exists
  -> Installing apt-lines
Obtaining the cached apt archive contents
 -> entering the shell
File extracted to: /var/cache/prevu/builds/14059

root@zenrox:/# apt-get install libgoffice-0-dev
Reading package lists... Done
Building dependency tree... Done
E: Couldn't find package libgoffice-0-dev
hmmmmmmmmmmmmmmmmmmmmm

ok i modified the debian/control script
for g-wrap libgoffice, and dpkg-dev
it compiled
then when dh_make got ahold of it it breaks
dh_installdocs -a
dh_installmenu
dh_installchangelogs -a ChangeLog
dh_gconf -a
dh_strip -a
dh_compress -a
dh_fixperms -a
dh_installdeb -a
dh_makeshlibs -a
dh_shlibdeps -a -ldebian/gnucash/usr/lib/gnucash:debian/gnucash/usr/lib/gnucash/gnucash
# sed -e "s/ gnucash,//" debian/substvars > debian/substvars.tmp
# sed -e "s/libgwrapguile1/libgwrapguile1 (>= 1.3.4-1)/" debian/substvars.tmp > debian/substvars
# mv debian/substvars.tmp debian/substvars
dh_gencontrol -a
dpkg-gencontrol: warning: unknown substitution variable ${source:Version}
dh_md5sums -a
dh_builddeb -a
dpkg-deb: parse error, in file `debian/gnucash/DEBIAN/control' near line 6 package `gnucash':
 `Depends' field, reference to `gnucash-common': error in version: version string is empty
dh_builddeb: command returned error code 512
make: *** [binary-arch] Error 1

Standing on the shoulders of giants... I got it to build with the attached control file, after building g-wrap, goffice, libgsf-1 but NOT dpkg-dev. The gnucash debian changelog makes it clear why the dpkg-dev version dependency was increased and I don't feel it matters for the purpose of backports, so I dropped the version number and reverted the other change.

The resulting gnucash debs (built from edgy source on edgy using prevu) seem to install fine on dapper and load my data file considerably faster than the similar version linked from the ubuntuforums thread.

aaron@ernie:~/deb/gnucash-2.0.1$ cd /var/cache/prevu/dapper-debs/
aaron@ernie:/var/cache/prevu/dapper-debs$ ls
gnucash_2.0.1-3ubuntu3~6.06prevu1_i386.deb
gnucash-common_2.0.1-3ubuntu3~6.06prevu1_all.deb
guile-g-wrap_1.9.6-3.1~6.06prevu1_i386.deb
g-wrap_1.9.6-3.1~6.06prevu1_i386.deb
libgoffice-0-3_0.3.0-1ubuntu1~6.06prevu1_i386.deb
libgoffice-0-3-dbg_0.3.0-1ubuntu1~6.06prevu1_i386.deb
libgoffice-0-common_0.3.0-1ubuntu1~6.06prevu1_all.deb
libgoffice-0-dev_0.3.0-1ubuntu1~6.06prevu1_i386.deb
libgoffice-gtk-0-3_0.3.0-1ubuntu1~6.06prevu1_i386.deb
libgoffice-gtk-0-3-dbg_0.3.0-1ubuntu1~6.06prevu1_i386.deb
libgsf-1-114_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgsf-1-114-dbg_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgsf-1-common_1.14.1-2ubuntu1.1~6.06prevu1_all.deb
libgsf-1-dev_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgsf-bin_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgsf-gnome-1-114_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgsf-gnome-1-114-dbg_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgsf-gnome-1-dev_1.14.1-2ubuntu1.1~6.06prevu1_i386.deb
libgwrap-runtime0_1.9.6-3.1~6.06prevu1_i386.deb
libgwrap-runtime0-dev_1.9.6-3.1~6.06prevu1_i386.deb

This builds fine changing ${source:Version} and ${binary:Version} to
${Source-Version}, however, this would break binNMUs in debian - so is
not a bug, and also would create unneccesary delta from debian.

I'm being advised against making delta between Ubuntu/Debian just for
backports, and also against making delta between feisty and backports,
so I'm rejecting this.

 status rejected

I recognize this package was rejected for Dapper Backports. However, because the Edgy GnuCash 2.0.1 package has been mentioned in the discussion, I wanted to mention that there are serious bugs in the version 2.0.1 register, making it unusable. I opened bug 82211 to document the problems.

Is there a reason there's still a Baltix task open on this?

No, and that's why I'm closing it.
Also GnuCash 2.2.6 is in Jaunty, and Baltix 4.2 is based on that, so we can be sure that the bug is fixed in latest Baltix release.