A development version which introduces some changes but mainly focuses on porting the app to windoze... I still wanted to use the new features... Reproducible: Always
Created attachment 116552 [details, diff] Patch to derive the new ebuild from current 2.0.5 I didn't do extensive research or testing. But poking around the documentation and trying out some options resultet in the given ebuild. I didn't manage to compile the package with the flag --enable-locale-specific-tax on as was suggested in the ebuild of 2.0.5. Hence I just disabled it in the new ebuild. As I don't use tax features, I'd not notice if this has negative side effects...
Created attachment 116954 [details] gnucash-2.1.[01].ebuild This is a whole gnucash-2.1.x.ebuild, which is conditional to work for both gnucash-2.1.0 and (should work for) gnucash-2.1.1. In particular: - conditionally sets [[[S="${S}."]]] to work around the 2.1.0 packaging bug. - conditionally sets [[[myconf="${myconf} --enable-locale-specific-tax"]]] for $PV != "2.1.0". - tries to make the desktop entry for the nice new gnucash-icon-48x48.png. - other DEPEND updates. - some noise removal. Note that this doesn't install into /opt like the 1.9.x'es ... `quickpkg` is your friend. :)
(while I'm adding myself as CC...) http://svn.gnucash.org/repo/gnucash/trunk/packaging/gnucash-2.1.x.ebuild http://svn.gnucash.org/trac/browser/gnucash/trunk/packaging/gnucash-2.1.x.ebuild
Created attachment 120011 [details] Updated 2.1.x ebuild for 2.1.2 s/spaces/tabs/. Add a >= 2.1.2 check and postinst notice re data file incompat.
Gnucash 2.2.0 seems to be out...
(In reply to comment #5) > Gnucash 2.2.0 seems to be out... Indeed. I've not really updated that ebuild since, but it's worked fine for the 2.1.[345] and should work fine for 2.2.0; at the same time, there's some fixme's inline.
Created attachment 125124 [details, diff] 2.0.5 -> 2.2.0 diff A diff from 2.0.5 in the tree to 2.2.0. Note: - docs: gz (not bzip2) this time - DEPEND/RDEPEND taken from josh's ebuild - only one die in pkg_setup() - --enable-locale-specific-tax (not --enable-tax-specific-locale as in 2.1.*) - emake -j1 not MAKEOPTS="-j1" Josh, were parallel make issues fixed for this release? I was able to compile in parallel. So this (emake -> emake -j1) maybe needs to be adjusted!? - Does it need make_desktop_entry? gnucash installs its own .desktop file (Current ebuilds install two.) - Replaced old pkg_postinst with the one from 2.1.*. Thanks
(In reply to comment #7) > - emake -j1 not MAKEOPTS="-j1" > Josh, were parallel make issues fixed for this release? I was able to compile > in parallel. So this (emake -> emake -j1) maybe needs to be adjusted!? It was not fixed specifically; it only fails sporadically with -j{>1}. I've not had time to track the real problem down... > - Does it need make_desktop_entry? gnucash installs its own .desktop file > (Current ebuilds install two.) The .desktop that gnucash installs is both better and worse than the make_desktop_entry one. It hasn't been exactly been updated recently, especially for the app icon. But it does have all those nice translations, and bugzilla info. It's also in the Application category, which I understand is no longer desired, but am not sure. I also don't know what gentoo "policy" is about apps that install .desktop files vs. make_desktop_entry.
I used the 2.0.5->2.2.0 diff and got the following when trying to compile on amd64: * Fixing OMF Makefiles ... [ ok ] * Running elibtoolize in: gnucash-2.2.0 * Cannot apply any patches, please file a bug about this
reassigning to new maintainer
(In reply to comment #6) > (In reply to comment #5) > > Gnucash 2.2.0 seems to be out... > > Indeed. I've not really updated that ebuild since, but it's worked fine for > the 2.1.[345] and should work fine for 2.2.0 The ebuild does not work for me using an otherwise stock Gentoo system in the testing branch of x86. The GnuCash configure script fails complaining about not having a libgtkhtml that has Cairo rendering support in the goffice library--so goffice is the problem. The latest version of goffice in my portage is 0.2.1, and that's the one I have installed. The ebuild specifically says that cairo rendering is broken. I changed the ebuild to enable cairo rendering anyway, and just like the ebuild says, it fails to compile. I fixed myself up with a goffice-0.4.1 (latest version) ebuild (basically a copy of the 0.2.1 ebuild with the cairo use flag and the necessary changes to enable cairo). With goffice-0.4.1, GnuCash 2.2.0 (using the ebuild on this page) compiles and runs correctly. So it looks like before we can get GnuCash 2.2.0 in the tree, we have to get a later version of goffice in the tree.
(In reply to comment #11) > The ebuild does not work for me using an otherwise stock Gentoo system in the > testing branch of x86. The GnuCash configure script fails complaining about > not having a libgtkhtml that has Cairo rendering support in the goffice > library--so goffice is the problem. Oh, I could probably find a way to blame gtkhtml. :) In particular, I think this problem will only evidence with gtkhtml-3.14. Do you have gtkhtml 3.12 installed (in the "3.8" slot), or no? > So it looks like before we can get GnuCash 2.2.0 in the tree, we have to get a > later version of goffice in the tree. goffice-0.4.x will be nice to have anyways.
(In reply to comment #12) > Oh, I could probably find a way to blame gtkhtml. :) > > In particular, I think this problem will only evidence with gtkhtml-3.14. Do > you have gtkhtml 3.12 installed (in the "3.8" slot), or no? Not 3.12. The versions of gtkhtml I have installed are 3.14.2, 3.0.10-r1, and 2.6.3.
What's the status on this? Is there anything I can do to help? ---Alex
I've just tried to apply the 2.0.5 > 2.2.0 diff and it failed when patching pkg_postinst(). My 2.0.5 ebuild (from a sync this afternoon and dated 21-Jul) had a call to gnome2_pkg_postinst at the start of the function. I replace the ewarn text manually and GnuCash 2.2.0 compiled, installed and ran.
Using Torsten's patch in an overlay, I had an pre-build problem (see below) but at least it told me exactly what to do. Kind of annoying since could've done this BEFORE I started the build process. I wish it would've told me at that time to add the appropriate USE flags (or just do the right thing). Anyway, now it's going through configure, I'll check back in the am. >>> Emerging (4 of 4) app-office/gnucash-2.2.0 to / * gnucash-2.2.0.tar.bz2 MD5 ;-) ... [ ok ] * gnucash-2.2.0.tar.bz2 RMD160 ;-) ... [ ok ] * gnucash-2.2.0.tar.bz2 SHA1 ;-) ... [ ok ] * gnucash-2.2.0.tar.bz2 SHA256 ;-) ... [ ok ] * gnucash-2.2.0.tar.bz2 size ;-) ... [ ok ] * gnucash-docs-2.2.0.tar.gz MD5 ;-) ... [ ok ] * gnucash-docs-2.2.0.tar.gz RMD160 ;-) ... [ ok ] * gnucash-docs-2.2.0.tar.gz SHA1 ;-) ... [ ok ] * gnucash-docs-2.2.0.tar.gz SHA256 ;-) ... [ ok ] * gnucash-docs-2.2.0.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking gnucash-2.2.0.tar.bz2 ;-) ... [ ok ] * checking gnucash-docs-2.2.0.tar.gz ;-) ... [ ok ] * dev-scheme/guile must be built with "deprecated regex" use flags !!! ERROR: app-office/gnucash-2.2.0 failed. Call stack: ebuild.sh, line 1631: Called dyn_setup ebuild.sh, line 703: Called qa_call 'pkg_setup' ebuild.sh, line 44: Called pkg_setup gnucash-2.2.0.ebuild, line 79: Called die !!! Please rebuilt the packages with the use flags above. !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/app-office/gnucash-2.2.0/temp/build.log'. !!! This ebuild is from an overlay: '/usr/local/portage'
(In reply to comment #16) > Using Torsten's patch in an overlay, I had an pre-build problem (see below) but > at least it told me exactly what to do. Kind of annoying since could've done > this BEFORE I started the build process. I wish it would've told me at that > time to add the appropriate USE flags (or just do the right thing). A bit OT, but this is the idea of "USE deps" (and its cousin "SLOT deps") which are slated for future versions of package management. Here, this is the best we can do.
Sorry for the delay. I've just committed an ebuild for the new version. It's currently package masked, but testing and comments are welcome. I've removed the "docs" useflag and added "--disable-doxygen" to configure because I was not able to see what doxygen, dot, html-docs, latex-docs actually do if enabled. Please kick me hard. Next change that needs testing: src_test is enabled. Please test and see if it dies for you. (FEATURES=test). Gentoo's default src_test doesn't work for gnucash because make check dies with --dry-run. Also: the slib issue. Why does it not work with slib-3.1.4? Can't it? Or is there something wrong in Gentoo-land? I've seen that debian depends on 3.1.4. hkbst, maybe you can help. (In reply to comment #9) > I used the 2.0.5->2.2.0 diff and got the following when trying to compile on > amd64: > * Fixing OMF Makefiles ... [ ok ] > * Running elibtoolize in: gnucash-2.2.0 > * Cannot apply any patches, please file a bug about this If added ELTCONF="--patch-only" to the ebuild so it shouldn't die anymore like above. Some time ago the libtool.eclass was changed to die if it "Cannot apply any patches". I tried to find out why this change might me a good thing, bug failed. *shrug* WRT comment 11, 12, 13: 2.2.0 always worked for me. I don't know if some change is needed, so please speak up again if it doesn't work. (In reply to comment #14) > What's the status on this? Is there anything I can do to help? > > ---Alex Alex, if you like you can sponsor a patch for the .desktop file (see comment #8 and Josh's ebuild). And if you want to do something more, you can write a small help file for developers like me that don't know much about (and don't use DEs that use) .desktop files. I think a short document with examples and links would be useful for our devmanual. (In reply to comment #15) > I've just tried to apply the 2.0.5 > 2.2.0 diff and it failed when patching > pkg_postinst(). My 2.0.5 ebuild (from a sync this afternoon and dated 21-Jul) > had a call to gnome2_pkg_postinst at the start of the function. > > I replace the ewarn text manually and GnuCash 2.2.0 compiled, installed and > ran. Yeah, i've added pkg_postinst to address bug 158013. (In reply to comment #16) > Using Torsten's patch in an overlay, I had an pre-build problem (see below) but > at least it told me exactly what to do. Kind of annoying since could've done > this BEFORE I started the build process. I wish it would've told me at that > time to add the appropriate USE flags (or just do the right thing). As Josh already said (comment 17), we are not able to prevent this atm. Thanks for your patience and happy testing :)
(In reply to comment #18) > Also: the slib issue. Why does it not work with slib-3.1.4? Can't it? Or is > there something wrong in Gentoo-land? I've seen that debian depends on 3.1.4. > hkbst, maybe you can help. But does debian do that with guile-1.8*? There is some incompatibility between guile-1.8 versions and slib versions unequal to 3.1.1* IIRC. This means that the standard way of loading slib into a guile session, (use-modules (ice-9 slib)), doesn't work. However slib can be loaded with (load "/usr/share/slib/guile.init") and will work fine that way. Another issue is that when guile is updated, slib needs to be reregistered with guile. You can do this by reinstalling slib, but it is now also possible to run, as root, install_slib_for_guile. I'm thinking about adding that to the guile ebuilds, such that this manual reregistering is no longer necessary.
(In reply to comment #18) > Sorry for the delay. I've just committed an ebuild for the new version. > It's currently package masked, but testing and comments are welcome. Compiles and runs on amd64 here. I'll let you know if further abus^Wtesting breaks it.
(In reply to comment #18) > I've removed the "docs" useflag and added "--disable-doxygen" to configure > because I was not able to see what doxygen, dot, html-docs, latex-docs actually > do if enabled. Please kick me hard. It builds the documentation via doxygen from the source tree, including a latex variant; dot is used to build inheritance hierarchy graphs. But GnuCash doesn't really have a public API, either for scripting or shared-library access. So, it's not required, exactly. <handwave>It'd be nice if there was a 'devel-docs' USE flag or something.</> > Thanks for your patience and happy testing :) Works here on x86 with slib-3.1.1-r1 and guile-1.8.1-r3.
(In reply to comment #21) > (In reply to comment #18) > > I've removed the "docs" useflag and added "--disable-doxygen" to configure > > because I was not able to see what doxygen, dot, html-docs, latex-docs actually > > do if enabled. Please kick me hard. > > It builds the documentation via doxygen from the source tree, including a > latex variant; dot is used to build inheritance hierarchy graphs. My point was: If doc was set (and --enable-doxygen --enable-html-docs --enable dot was passed to configure), it still didn't build the documentation. So there was no useflag combination that built/installed the docs so i removed the useflag. > But GnuCash doesn't really have a public API, either for scripting or > shared-library access. So, it's not required, exactly. <handwave>It'd be > nice if there was a 'devel-docs' USE flag or something.</> Well, i don't see a problem by adding 'doc' again and building the doc target in src/doc (I assume this is what we are talking about).
(In reply to comment #22) > My point was: If doc was set (and --enable-doxygen --enable-html-docs --enable > dot was passed to configure), it still didn't build the documentation. > So there was no useflag combination that built/installed the docs so i removed > the useflag. Oh. You're right. My mistake. > Well, i don't see a problem by adding 'doc' again and building the doc target > in src/doc (I assume this is what we are talking about). (Yes, that's what it would entail.) Upstream doesn't care much one way or the other, without an actual exposed API to document. Inertia says leave it as-is.
An alternative to modifying the .desktop file for the icon is to download the original svg version from: http://svn.gnucash.org/trac/browser/gnucash/trunk/art/tango/scalable/gnucash.svg?format=raw and install it as /usr/share/pixmaps/gnucash-icon.svg
(In reply to comment #18) > Sorry for the delay. I've just committed an ebuild for the new version. > It's currently package masked, but testing and comments are welcome. Masked for testing for nearly three months now. Builds fine on current ~x86, seems to work, no negative reports here... >= 2.2.x still not ready for prime time?? Regards, Michael.
Both 2.2.0 and 2.2.1 build/run fine. 2.2.1 is the latest stable release at the time of this posting.
2.2.1-r1 is unmasked in the tree. Thanks for your patience.