<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>174967</bug_id>
          
          <creation_ts>2007-04-17 19:34 0000</creation_ts>
          <short_desc>GnuCash 2.2.0 released</short_desc>
          <delta_ts>2007-10-24 09:14:54 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.gnucash.org</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tschenturs@gmx.ch</reporter>
          <assigned_to>tove@gentoo.org</assigned_to>
          <cc>Alexqw85@gmail.com</cc>
    
    <cc>avuton@gmail.com</cc>
    
    <cc>bedgar@desasecurity.com</cc>
    
    <cc>bkelly@coastsystems.net</cc>
    
    <cc>fordfrog@gentoo.org</cc>
    
    <cc>gentoo@intuitivelyobvious.net</cc>
    
    <cc>gentoobugs@stuss.net</cc>
    
    <cc>gnome-office@gentoo.org</cc>
    
    <cc>hkbst@gentoo.org</cc>
    
    <cc>jsled-gentoo@asynchronous.org</cc>
    
    <cc>mayo@clara.co.uk</cc>
    
    <cc>me@mattm.id.au</cc>
    
    <cc>michael@brakemeier.de</cc>
    
    <cc>mynews@buschaos.de</cc>
    
    <cc>neil@digimed.co.uk</cc>
    
    <cc>rodolfo@rodsoft.org</cc>
    
    <cc>tove@gentoo.org</cc>
    
    <cc>william@skellenger.net</cc>

      

      
          <long_desc isprivate="0">
            <who>tschenturs@gmx.ch</who>
            <bug_when>2007-04-17 19:34:28 0000</bug_when>
            <thetext>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</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tschenturs@gmx.ch</who>
            <bug_when>2007-04-17 19:37:57 0000</bug_when>
            <thetext>Created an attachment (id=116552)
Patch to derive the new ebuild from current 2.0.5

I didn&apos;t do extensive research or testing. But poking around the documentation and trying out some options resultet in the given ebuild. 

I didn&apos;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&apos;t use tax features, I&apos;d not notice if this has negative side effects...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-04-21 22:08:32 0000</bug_when>
            <thetext>Created an attachment (id=116954)
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=&quot;${S}.&quot;]]] to work around the 2.1.0 packaging bug.
- conditionally sets [[[myconf=&quot;${myconf} --enable-locale-specific-tax&quot;]]] for $PV != &quot;2.1.0&quot;.
- tries to make the desktop entry for the nice new gnucash-icon-48x48.png.
- other DEPEND updates.
- some noise removal.

Note that this doesn&apos;t install into /opt like the 1.9.x&apos;es ... `quickpkg` is your friend. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-04-21 22:10:34 0000</bug_when>
            <thetext>(while I&apos;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</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-05-22 17:42:52 0000</bug_when>
            <thetext>Created an attachment (id=120011)
Updated 2.1.x ebuild for 2.1.2

s/spaces/tabs/.  Add a &gt;= 2.1.2 check and postinst notice re data file incompat.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rodolfo@rodsoft.org</who>
            <bug_when>2007-07-16 13:32:12 0000</bug_when>
            <thetext>Gnucash 2.2.0 seems to be out...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-07-16 13:42:14 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; Gnucash 2.2.0 seems to be out...

Indeed.  I&apos;ve not really updated that ebuild since, but it&apos;s worked fine for the 2.1.[345] and should work fine for 2.2.0; at the same time, there&apos;s some fixme&apos;s inline.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2007-07-16 20:18:39 0000</bug_when>
            <thetext>Created an attachment (id=125124)
2.0.5 -&gt; 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&apos;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=&quot;-j1&quot;
  Josh, were parallel make issues fixed for this release? I was able to compile
  in parallel. So this (emake -&gt; 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</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-07-16 20:33:17 0000</bug_when>
            <thetext>(In reply to comment #7)
&gt; - emake -j1 not MAKEOPTS=&quot;-j1&quot;
&gt;   Josh, were parallel make issues fixed for this release? I was able to compile
&gt;   in parallel. So this (emake -&gt; emake -j1) maybe needs to be adjusted!?

It was not fixed specifically; it only fails sporadically with -j{&gt;1}.  I&apos;ve not had time to track the real problem down...

&gt; - Does it need make_desktop_entry? gnucash installs its own .desktop file
&gt;   (Current ebuilds install two.)

The .desktop that gnucash installs is both better and worse than the make_desktop_entry one.  It hasn&apos;t been exactly been updated recently, especially for the app icon.  But it does have all those nice translations, and bugzilla info.  It&apos;s also in the Application category, which I understand is no longer desired, but am not sure.  I also don&apos;t know what gentoo &quot;policy&quot; is about apps that install .desktop files vs. make_desktop_entry.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>avuton@gmail.com</who>
            <bug_when>2007-07-18 12:20:37 0000</bug_when>
            <thetext>I used the 2.0.5-&gt;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

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2007-07-18 20:10:30 0000</bug_when>
            <thetext>reassigning to new maintainer
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bedgar@desasecurity.com</who>
            <bug_when>2007-07-19 18:23:53 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; &gt; Gnucash 2.2.0 seems to be out...
&gt; 
&gt; Indeed.  I&apos;ve not really updated that ebuild since, but it&apos;s worked fine for
&gt; 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&apos;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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-07-19 18:44:28 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; The ebuild does not work for me using an otherwise stock Gentoo system in the
&gt; testing branch of x86.  The GnuCash configure script fails complaining about
&gt; not having a libgtkhtml that has Cairo rendering support in the goffice
&gt; 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 &quot;3.8&quot; slot), or no?
 
&gt; So it looks like before we can get GnuCash 2.2.0 in the tree, we have to get a
&gt; later version of goffice in the tree.

goffice-0.4.x will be nice to have anyways. 
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bedgar@desasecurity.com</who>
            <bug_when>2007-07-19 20:24:59 0000</bug_when>
            <thetext>(In reply to comment #12)
&gt; Oh, I could probably find a way to blame gtkhtml. :)
&gt; 
&gt; In particular, I think this problem will only evidence with gtkhtml-3.14.  Do
&gt; you have gtkhtml 3.12 installed (in the &quot;3.8&quot; 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.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Alexqw85@gmail.com</who>
            <bug_when>2007-07-25 18:24:05 0000</bug_when>
            <thetext>What&apos;s the status on this?  Is there anything I can do to help?

---Alex</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>neil@digimed.co.uk</who>
            <bug_when>2007-07-25 20:26:32 0000</bug_when>
            <thetext>I&apos;ve just tried to apply the 2.0.5 &gt; 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.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>william@skellenger.net</who>
            <bug_when>2007-07-26 04:40:03 0000</bug_when>
            <thetext>Using Torsten&apos;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&apos;ve done this BEFORE I started the build process.  I wish it would&apos;ve told me at that time to add the appropriate USE flags (or just do the right thing).  

Anyway, now it&apos;s going through configure, I&apos;ll check back in the am.

&gt;&gt;&gt; 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 &quot;deprecated regex&quot; 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 &apos;pkg_setup&apos;
  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 &apos;/var/tmp/portage/app-office/gnucash-2.2.0/temp/build.log&apos;.

!!! This ebuild is from an overlay: &apos;/usr/local/portage&apos;
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-07-26 14:05:39 0000</bug_when>
            <thetext>(In reply to comment #16)
&gt; Using Torsten&apos;s patch in an overlay, I had an pre-build problem (see below) but
&gt; at least it told me exactly what to do.  Kind of annoying since could&apos;ve done
&gt; this BEFORE I started the build process.  I wish it would&apos;ve told me at that
&gt; time to add the appropriate USE flags (or just do the right thing).  

A bit OT, but this is the idea of &quot;USE deps&quot; (and its cousin &quot;SLOT deps&quot;) which are slated for future versions of package management.  Here, this is the best we can do.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2007-07-31 14:04:07 0000</bug_when>
            <thetext>Sorry for the delay. I&apos;ve just committed an ebuild for the new version.
It&apos;s currently package masked, but testing and comments are welcome.

I&apos;ve removed the &quot;docs&quot; useflag and added &quot;--disable-doxygen&quot; 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&apos;s default src_test doesn&apos;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&apos;t it? Or is there something wrong in Gentoo-land? I&apos;ve seen that debian depends on 3.1.4.
hkbst, maybe you can help.


(In reply to comment #9)
&gt; I used the 2.0.5-&gt;2.2.0 diff and got the following when trying to compile on
&gt; amd64:
&gt;  * Fixing OMF Makefiles ...                                              [ ok ]
&gt;  * Running elibtoolize in: gnucash-2.2.0
&gt;  * Cannot apply any patches, please file a bug about this

If added ELTCONF=&quot;--patch-only&quot; to the ebuild so it shouldn&apos;t die anymore like above. Some time ago the libtool.eclass was changed to die if it &quot;Cannot apply any patches&quot;. 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&apos;t know if some change is needed, so please speak up again if it doesn&apos;t work.

(In reply to comment #14)
&gt; What&apos;s the status on this?  Is there anything I can do to help?
&gt; 
&gt; ---Alex

Alex, if you like you can sponsor a patch for the .desktop file (see comment #8 and Josh&apos;s ebuild). And if you want to do something more, you can write a small help file for developers like me that don&apos;t know much about (and don&apos;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)
&gt; I&apos;ve just tried to apply the 2.0.5 &gt; 2.2.0 diff and it failed when patching
&gt; pkg_postinst(). My 2.0.5 ebuild (from a sync this afternoon and dated 21-Jul)
&gt; had a call to gnome2_pkg_postinst at the start of the function.
&gt; 
&gt; I replace the ewarn text manually and GnuCash 2.2.0 compiled, installed and
&gt; ran.

Yeah, i&apos;ve added pkg_postinst to address bug 158013.

(In reply to comment #16)
&gt; Using Torsten&apos;s patch in an overlay, I had an pre-build problem (see below) but
&gt; at least it told me exactly what to do.  Kind of annoying since could&apos;ve done
&gt; this BEFORE I started the build process.  I wish it would&apos;ve told me at that
&gt; 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 :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hkbst@gentoo.org</who>
            <bug_when>2007-07-31 14:58:02 0000</bug_when>
            <thetext>(In reply to comment #18)

&gt; Also: the slib issue. Why does it not work with slib-3.1.4? Can&apos;t it? Or is
&gt; there something wrong in Gentoo-land? I&apos;ve seen that debian depends on 3.1.4.
&gt; 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&apos;t work. However slib can be
loaded with (load &quot;/usr/share/slib/guile.init&quot;) 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&apos;m thinking about adding that to the
guile ebuilds, such that this manual reregistering is no longer necessary.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>neil@digimed.co.uk</who>
            <bug_when>2007-07-31 16:16:34 0000</bug_when>
            <thetext>(In reply to comment #18)
&gt; Sorry for the delay. I&apos;ve just committed an ebuild for the new version.
&gt; It&apos;s currently package masked, but testing and comments are welcome.

Compiles and runs on amd64 here. I&apos;ll let you know if further abus^Wtesting breaks it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-08-02 23:14:09 0000</bug_when>
            <thetext>(In reply to comment #18)
&gt; I&apos;ve removed the &quot;docs&quot; useflag and added &quot;--disable-doxygen&quot; to configure
&gt; because I was not able to see what doxygen, dot, html-docs, latex-docs actually
&gt; 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&apos;t really have a public API, either for scripting or
shared-library access.  So, it&apos;s not required, exactly.  &lt;handwave&gt;It&apos;d be
nice if there was a &apos;devel-docs&apos; USE flag or something.&lt;/&gt;
 
&gt; Thanks for your patience and happy testing :)

Works here on x86 with slib-3.1.1-r1 and guile-1.8.1-r3.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2007-08-04 11:40:14 0000</bug_when>
            <thetext>(In reply to comment #21)
&gt; (In reply to comment #18)
&gt; &gt; I&apos;ve removed the &quot;docs&quot; useflag and added &quot;--disable-doxygen&quot; to configure
&gt; &gt; because I was not able to see what doxygen, dot, html-docs, latex-docs actually
&gt; &gt; do if enabled. Please kick me hard.
&gt; 
&gt; It builds the documentation via doxygen from the source tree, including a
&gt; 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&apos;t build the documentation.
So there was no useflag combination that built/installed the docs so i removed the useflag.

&gt; But GnuCash doesn&apos;t really have a public API, either for scripting or
&gt; shared-library access.  So, it&apos;s not required, exactly.  &lt;handwave&gt;It&apos;d be
&gt; nice if there was a &apos;devel-docs&apos; USE flag or something.&lt;/&gt;

Well, i don&apos;t see a problem by adding &apos;doc&apos; again and building the doc target in src/doc (I assume this is what we are talking about).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-08-07 01:25:57 0000</bug_when>
            <thetext>(In reply to comment #22)
&gt; My point was: If doc was set (and --enable-doxygen --enable-html-docs --enable
&gt; dot was passed to configure), it still didn&apos;t build the documentation.
&gt; So there was no useflag combination that built/installed the docs so i removed
&gt; the useflag.

Oh.  You&apos;re right.  My mistake.

 
&gt; Well, i don&apos;t see a problem by adding &apos;doc&apos; again and building the doc target
&gt; in src/doc (I assume this is what we are talking about).

(Yes, that&apos;s what it would entail.)  Upstream doesn&apos;t care much one way or the other, without an actual exposed API to document.  Inertia says leave it as-is.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mayo@clara.co.uk</who>
            <bug_when>2007-08-14 14:48:19 0000</bug_when>
            <thetext>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
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>michael@brakemeier.de</who>
            <bug_when>2007-10-14 09:49:21 0000</bug_when>
            <thetext>(In reply to comment #18)
&gt; Sorry for the delay. I&apos;ve just committed an ebuild for the new version.
&gt; It&apos;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...
&gt;= 2.2.x still not ready for prime time??

Regards, Michael.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jsled-gentoo@asynchronous.org</who>
            <bug_when>2007-10-14 19:38:13 0000</bug_when>
            <thetext>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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2007-10-24 09:14:54 0000</bug_when>
            <thetext>2.2.1-r1 is unmasked in the tree.

Thanks for your patience.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>116552</attachid>
            <date>2007-04-17 19:37 0000</date>
            <desc>Patch to derive the new ebuild from current 2.0.5</desc>
            <filename>gnucash_2.0.5_to_2.1.0.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9hcHAtb2ZmaWNlL2dudWNhc2gvZ251Y2FzaC0yLjAuNS5lYnVpbGQJ
MjAwNy0wNC0wNCAyMTozNToyNi4wMDAwMDAwMDAgKzAyMDAKKysrIGdudWNhc2gtMi4xLjAuZWJ1
aWxkCTIwMDctMDQtMTcgMjA6NTI6MDcuMDAwMDAwMDAwICswMjAwCkBAIC0xNywyMiArMTcsMjEg
QEAKIAogSVVTRT0ib2Z4IGhiY2kgY2hpcGNhcmQgZG9jIGRlYnVnIHF1b3RlcyBubHMiCiAKLVJE
RVBFTkQ9Ij49ZGV2LWxpYnMvZ2xpYi0yLjQuMAorUkRFUEVORD0iPj1kZXYtbGlicy9nbGliLTIu
Ni4zCiAJZGV2LXNjaGVtZS9ndWlsZQogCX5kZXYtc2NoZW1lL3NsaWItMy4xLjEtcjEKIAk+PXN5
cy1saWJzL3psaWItMS4xLjQKIAk+PWRldi1saWJzL3BvcHQtMS41Ci0JPj14MTEtbGlicy9ndGsr
LTIuNAorCT49eDExLWxpYnMvZ3RrKy0yLjYKIAk+PWdub21lLWJhc2UvbGliZ25vbWV1aS0yLjQK
IAk+PWdub21lLWJhc2UvbGliZ25vbWVwcmludC0yLjEwCiAJPj1nbm9tZS1iYXNlL2xpYmdub21l
cHJpbnR1aS0yLjEwCiAJPj1nbm9tZS1iYXNlL2xpYmdsYWRlLTIuNAogCT49Z25vbWUtZXh0cmEv
Z3RraHRtbC0zLjEwLjEKIAk+PWRldi1saWJzL2xpYnhtbDItMi41LjEwCi0JPWRldi1saWJzL2ct
d3JhcC0xLjkuNioKIAk+PWdub21lLWJhc2UvZ2NvbmYtMgogCT49YXBwLXRleHQvc2Nyb2xsa2Vl
cGVyLTAuMwotCT49eDExLWxpYnMvZ29mZmljZS0wLjAuNAorCT49eDExLWxpYnMvZ29mZmljZS0w
LjEuMAogCWdub21lLWV4dHJhL3llbHAKIAlvZng/ICggPj1kZXYtbGlicy9saWJvZngtMC43LjAg
KQogCWhiY2k/ICggbmV0LWxpYnMvYXFiYW5raW5nCkBAIC00MywxMyArNDIsMTkgQEAKIAkJZGV2
LXBlcmwvSFRNTC1UYWJsZUV4dHJhY3QgKQogCWFwcC10ZXh0L2RvY2Jvb2steHNsLXN0eWxlc2hl
ZXRzCiAJPWFwcC10ZXh0L2RvY2Jvb2steG1sLWR0ZC00LjEuMioKLQlubHM/ICggZGV2LXV0aWwv
aW50bHRvb2wgKSIKKwlubHM/ICggZGV2LXV0aWwvaW50bHRvb2wgKQorCW1lZGlhLWxpYnMvbGli
YXJ0X2xncGwKKwl4MTEtbGlicy9wYW5nbyIKIAogREVQRU5EPSIke1JERVBFTkR9CiAJZG9jPyAo
IGFwcC1kb2MvZG94eWdlbgogCQltZWRpYS1nZngvZ3JhcGh2aXoKIAkJdmlydHVhbC90ZXRleCAp
Ci0JZGV2LXV0aWwvcGtnY29uZmlnIgorCWRldi11dGlsL3BrZ2NvbmZpZworCXN5cy1kZXZlbC9s
aWJ0b29sCisJPj1kZXYtbGFuZy9zd2lnLTEuMy4yOCIKKworUz0iJHtTfS4iCiAKIHBrZ19zZXR1
cCgpIHsKIAlidWlsdF93aXRoX3VzZSBnbm9tZS1leHRyYS9saWJnc2YgZ25vbWUgfHwgZGllICJn
bm9tZS1leHRyYS9saWJnc2YgbXVzdCBiZSBidWlsdCB3aXRoIGdub21lIgpAQCAtODAsOSArODUs
OSBAQAogCQkkKHVzZV9lbmFibGUgZG9jIGh0bWwtZG9jcykgXAogCQkkKHVzZV9lbmFibGUgZG9j
IGRvdCkgXAogCQkkKHVzZV9lbmFibGUgaGJjaSkgXAotCQkkKHVzZV9lbmFibGUgaGJjaSBtdDk0
MCkgXAotCQktLWVuYWJsZS1sb2NhbGUtc3BlY2lmaWMtdGF4IFwKIAkJJHtteWNvbmZ9IHx8IGRp
ZSAiZWNvbmYgZmFpbGVkIgorCQkjIHNvbWUgdGF4IHN0dWZmIGVycm9yOiAKKwkJIy0tZW5hYmxl
LWxvY2FsZS1zcGVjaWZpYy10YXggXAogCiAJTUFLRU9QVFM9Ii1qMSIKIAllbWFrZSB8fCBkaWUg
ImVtYWtlIGZhaWxlZCIKQEAgLTEwMyw3ICsxMDgsNyBAQAogCiBzcmNfaW5zdGFsbCgpIHsKIAln
bm9tZTJfc3JjX2luc3RhbGwgfHwgZGllICJnbm9tZTJfc3JjX2luc3RhbGwgZmFpbGVkIgotCWRv
ZG9jIEFVVEhPUlMgQ2hhbmdlTG9nKiBET0NVTUVOVEVSUyBIQUNLSU5HIElOU1RBTEwgTkVXUyBU
T0RPIFJFQURNRSogZG9jL1JFQURNRSoKKwlkb2RvYyBBVVRIT1JTIENoYW5nZUxvZyogQ09QWUlO
RyBET0NVTUVOVEVSUyBIQUNLSU5HIElOU1RBTEwgTElDRU5TRSBORVdTIFRPRE8gUkVBRE1FKiBk
b2MvUkVBRE1FKgogCW1ha2VfZGVza3RvcF9lbnRyeSAke1B9ICJHbnVDYXNoICR7UFZ9IiBnbnVj
YXNoLWljb24ucG5nICJHTk9NRTtPZmZpY2U7RmluYW5jZSIKIAogCWNkICIke1dPUktESVJ9LyR7
UE59LWRvY3MtJHtET0NfVkVSfSIK
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>116954</attachid>
            <date>2007-04-21 22:08 0000</date>
            <desc>gnucash-2.1.[01].ebuild</desc>
            <filename>gnucash-2.1.x.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXIkCgojIFRoaXMgc2NyaXB0IHNob3VsZCB3b3JrIGZpbmUgZm9yIHRoZSB3aG9sZSAyLjEueCAo
YW5kIGhvcGVmdWxseSAyLjIueCkKIyByZWxlYXNlcyB3aXRoIGEgc2ltcGxlIHJlbmFtZS4KCmlu
aGVyaXQgZXV0aWxzIGdub21lMiAKCkRPQ19WRVI9IjIuMC4xIgoKREVTQ1JJUFRJT049IkEgcGVy
c29uYWwgZmluYW5jZSBtYW5hZ2VyICh1bnN0YWJsZSB2ZXJzaW9uKS4iCkhPTUVQQUdFPSJodHRw
Oi8vd3d3LmdudWNhc2gub3JnLyIKU1JDX1VSST0ibWlycm9yOi8vc291cmNlZm9yZ2UvZ251Y2Fz
aC8ke1B9LnRhci5negogICAgICAgICBtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9nbnVjYXNoL2dudWNh
c2gtZG9jcy0ke0RPQ19WRVJ9LnRhci5neiIKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdP
UkRTPSJ+YW1kNjQgfng4NiIKSVVTRT0ib2Z4IGhiY2kgY2hpcGNhcmQgZG9jIGRlYnVnIHF1b3Rl
cyBubHMiCgpSREVQRU5EPSI+PWRldi1saWJzL2dsaWItMi42LjMKCT49ZGV2LXNjaGVtZS9ndWls
ZS0xLjgKCT1kZXYtc2NoZW1lL3NsaWItMy4xLjEqCgk+PXN5cy1saWJzL3psaWItMS4xLjQKCT49
ZGV2LWxpYnMvcG9wdC0xLjUKCT49eDExLWxpYnMvZ3RrKy0yLjYKCT49Z25vbWUtYmFzZS9saWJn
bm9tZXVpLTIuNAoJPj1nbm9tZS1iYXNlL2xpYmdub21lcHJpbnQtMi4xMAoJPj1nbm9tZS1iYXNl
L2xpYmdub21lcHJpbnR1aS0yLjEwCgk+PWdub21lLWJhc2UvbGliZ2xhZGUtMi40Cgk+PWdub21l
LWV4dHJhL2d0a2h0bWwtMy4xMC4xCgk+PWRldi1saWJzL2xpYnhtbDItMi41LjEwCgk+PWdub21l
LWJhc2UvZ2NvbmYtMgoJPj1hcHAtdGV4dC9zY3JvbGxrZWVwZXItMC4zCgk+PXgxMS1saWJzL2dv
ZmZpY2UtMC4xLjAKCW9meD8gKCA+PWRldi1saWJzL2xpYm9meC0wLjcuMCApCgloYmNpPyAoIG5l
dC1saWJzL2FxYmFua2luZwoJCWNoaXBjYXJkPyAoIHN5cy1saWJzL2xpYmNoaXBjYXJkICkKCSkK
CXF1b3Rlcz8gKCBkZXYtcGVybC9EYXRlTWFuaXAKCQk+PWRldi1wZXJsL0ZpbmFuY2UtUXVvdGUt
MS4xMQoJCWRldi1wZXJsL0hUTUwtVGFibGVFeHRyYWN0ICkKCWFwcC10ZXh0L2RvY2Jvb2steHNs
LXN0eWxlc2hlZXRzCgk9YXBwLXRleHQvZG9jYm9vay14bWwtZHRkLTQuMS4yKgoJbmxzPyAoIGRl
di11dGlsL2ludGx0b29sICkKCW1lZGlhLWxpYnMvbGliYXJ0X2xncGwKCXgxMS1saWJzL3Bhbmdv
IgoKREVQRU5EPSIke1JERVBFTkR9Cglkb2M/ICggYXBwLWRvYy9kb3h5Z2VuCgkJCW1lZGlhLWdm
eC9ncmFwaHZpegoJCQl2aXJ0dWFsL3RldGV4ICkKCWRldi11dGlsL3BrZ2NvbmZpZwoJc3lzLWRl
dmVsL2xpYnRvb2wKCT49ZGV2LWxhbmcvc3dpZy0xLjMuMjgiCgppZiBbWyAiJHtQVn0iID09ICIy
LjEuMCIgXV07IHRoZW4KICBTPSIke1N9LiIgIyBwYWNrYWdpbmcgYnVnLiA6LwpmaQoKcGtnX3Nl
dHVwKCkgewoJYnVpbHRfd2l0aF91c2UgZ25vbWUtZXh0cmEvbGliZ3NmIGdub21lIHx8IGRpZSAi
Z25vbWUtZXh0cmEvbGliZ3NmIG11c3QgYmUgYnVpbHQgd2l0aCBnbm9tZSIKCWJ1aWx0X3dpdGhf
dXNlIHgxMS1saWJzL2dvZmZpY2UgZ25vbWUgfHwgZGllICJ4MTEtbGlicy9nb2ZmaWNlIG11c3Qg
YmUgYnVpbHQgd2l0aCBnbm9tZSIKCWlmICEgYnVpbHRfd2l0aF91c2UgZGV2LXNjaGVtZS9ndWls
ZSByZWdleCBkZXByZWNhdGVkIGRpc2NvdXJhZ2VkOyB0aGVuCgkJZGllICJkZXYtc2NoZW1lL2d1
aWxlIG11c3QgYmUgYnVpbHQgd2l0aCBVU0U9XCJyZWdleCBkZXByZWNhdGVkCWRpc2NvdXJhZ2Vk
XCIiCglmaQp9CgpzcmNfY29tcGlsZSgpIHsKCWxvY2FsIG15Y29uZl93YXJuaW5ncz0iLS1lbmFi
bGUtZXJyb3Itb24td2FybmluZyAtLWVuYWJsZS1jb21waWxlLXdhcm5pbmdzIgoKCWlmIHVzZSBk
b2MgOyB0aGVuCgkJbXljb25mPSIke215Y29uZn0gLS1lbmFibGUtbGF0ZXgtZG9jcyIKCWZpCgog
ICAgaWYgW1sgIiR7UFZ9IiAhPSAiMi4xLjAiIF1dOyB0aGVuCiAgICAgICAgbXljb25mPSIke215
Y29uZn0gLS1lbmFibGUtdGF4LXNwZWNpZmljLWxvY2FsZSIKICAgIGZpCgoJZWNvbmYgXAoJCSQo
dXNlX2VuYWJsZSBkZWJ1ZykgXAoJCSQodXNlX2VuYWJsZSBvZngpIFwKCQkkKHVzZV9lbmFibGUg
ZG9jIGRveHlnZW4pIFwKCQkkKHVzZV9lbmFibGUgZG9jIGh0bWwtZG9jcykgXAoJCSQodXNlX2Vu
YWJsZSBkb2MgZG90KSBcCgkJJCh1c2VfZW5hYmxlIGhiY2kpIFwKCQkke215Y29uZn0gfHwgZGll
ICJlY29uZiBmYWlsZWQiCgoJTUFLRU9QVFM9Ii1qMSIKCWVtYWtlIHx8IGRpZSAiZW1ha2UgZmFp
bGVkIgoKICAgIGNkICIke1dPUktESVJ9L2dudWNhc2gtZG9jcy0ke0RPQ19WRVJ9IgogICAgZWNv
bmYgfHwgZGllICJkb2MgZWNvbmYgZmFpbGVkIgogICAgZW1ha2UgfHwgZGllICJkb2MgZW1ha2Ug
ZmFpbGVkIgp9CgojIFNlZSBodHRwOi8vYnVncy5nZW50b28ub3JnL3Nob3dfYnVnLmNnaT9pZD0x
MzI4NjIgcmVnYXJkaW5nIGdjb25mIHNjaGVtYSBpbnN0YWxsCgpzcmNfaW5zdGFsbCgpIHsKCWdu
b21lMl9zcmNfaW5zdGFsbCB8fCBkaWUgImdub21lMl9zcmNfaW5zdGFsbCBmYWlsZWQiCglkb2Rv
YyBBVVRIT1JTIENoYW5nZUxvZyogRE9DVU1FTlRFUlMgSEFDS0lORyBJTlNUQUxMIE5FV1MgVE9E
TyBSRUFETUUqIGRvYy9SRUFETUUqCiAgICAjIEBmaXhtZTogdGhpcyBzaG91bGQgdXNlIGdudWNh
c2gtaWNvbi00OHg0OC5wbmcgYW5kIGFydC90YW5nby9zY2FsZWFibGUvZ251Y2FzaC5zdmcKICAg
ICMgaHR0cDovL3N0YW5kYXJkcy5mcmVlZGVza3RvcC5vcmcvZGVza3RvcC1lbnRyeS1zcGVjL2xh
dGVzdC9hcjAxczA1Lmh0bWwja2V5LWljb24KICAgICMgaHR0cDovL3N0YW5kYXJkcy5mcmVlZGVz
a3RvcC5vcmcvaWNvbi10aGVtZS1zcGVjL2ljb24tdGhlbWUtc3BlYy1sYXRlc3QuaHRtbAoJbWFr
ZV9kZXNrdG9wX2VudHJ5ICR7UH0gIkdudUNhc2ggJHtQVn0iIGdudWNhc2gtaWNvbi00OHg0OC5w
bmcgIkdOT01FO09mZmljZTtGaW5hbmNlIgoKCWNkICIke1dPUktESVJ9LyR7UE59LWRvY3MtJHtE
T0NfVkVSfSIKCW1ha2UgREVTVERJUj0iJHtEfSIgXAoJCXNjcm9sbGtlZXBlcl9sb2NhbHN0YXRl
X2Rpcj0iJHtEfS92YXIvbGliL3Njcm9sbGtlZXBlciIgXAoJCWluc3RhbGwgfHwgZGllICJkb2Mg
aW5zdGFsbCBmYWlsZWQiCglybSAtcmYgIiR7RH0vdmFyL2xpYi9zY3JvbGxrZWVwZXIiCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>120011</attachid>
            <date>2007-05-22 17:42 0000</date>
            <desc>Updated 2.1.x ebuild for 2.1.2</desc>
            <filename>gnucash-2.1.x.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXIkCgojIFRoaXMgc2NyaXB0IHNob3VsZCB3b3JrIGZpbmUgZm9yIHRoZSB3aG9sZSAyLjEueCAo
YW5kIGhvcGVmdWxseSAyLjIueCkKIyByZWxlYXNlcyB3aXRoIGEgc2ltcGxlIHJlbmFtZS4KCmlu
aGVyaXQgZXV0aWxzIGdub21lMiB2ZXJzaW9uYXRvcgoKRE9DX1ZFUj0iMi4wLjEiCgpERVNDUklQ
VElPTj0iQSBwZXJzb25hbCBmaW5hbmNlIG1hbmFnZXIgKHVuc3RhYmxlIHZlcnNpb24pLiIKSE9N
RVBBR0U9Imh0dHA6Ly93d3cuZ251Y2FzaC5vcmcvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vm
b3JnZS9nbnVjYXNoLyR7UH0udGFyLmd6CiAgICAgICAgIG1pcnJvcjovL3NvdXJjZWZvcmdlL2du
dWNhc2gvZ251Y2FzaC1kb2NzLSR7RE9DX1ZFUn0udGFyLmd6IgpMSUNFTlNFPSJHUEwtMiIKU0xP
VD0iMCIKS0VZV09SRFM9In5hbWQ2NCB+eDg2IgpJVVNFPSJvZnggaGJjaSBjaGlwY2FyZCBkb2Mg
ZGVidWcgcXVvdGVzIG5scyIKClJERVBFTkQ9Ij49ZGV2LWxpYnMvZ2xpYi0yLjYuMwoJPj1kZXYt
c2NoZW1lL2d1aWxlLTEuOAoJPWRldi1zY2hlbWUvc2xpYi0zLjEuMSoKCT49c3lzLWxpYnMvemxp
Yi0xLjEuNAoJPj1kZXYtbGlicy9wb3B0LTEuNQoJPj14MTEtbGlicy9ndGsrLTIuNgoJPj1nbm9t
ZS1iYXNlL2xpYmdub21ldWktMi40Cgk+PWdub21lLWJhc2UvbGliZ25vbWVwcmludC0yLjEwCgk+
PWdub21lLWJhc2UvbGliZ25vbWVwcmludHVpLTIuMTAKCT49Z25vbWUtYmFzZS9saWJnbGFkZS0y
LjQKCT49Z25vbWUtZXh0cmEvZ3RraHRtbC0zLjEwLjEKCT49ZGV2LWxpYnMvbGlieG1sMi0yLjUu
MTAKCT49Z25vbWUtYmFzZS9nY29uZi0yCgk+PWFwcC10ZXh0L3Njcm9sbGtlZXBlci0wLjMKCT49
eDExLWxpYnMvZ29mZmljZS0wLjEuMAoJb2Z4PyAoID49ZGV2LWxpYnMvbGlib2Z4LTAuNy4wICkK
CWhiY2k/ICggbmV0LWxpYnMvYXFiYW5raW5nCgkJY2hpcGNhcmQ/ICggc3lzLWxpYnMvbGliY2hp
cGNhcmQgKQoJKQoJcXVvdGVzPyAoIGRldi1wZXJsL0RhdGVNYW5pcAoJCT49ZGV2LXBlcmwvRmlu
YW5jZS1RdW90ZS0xLjExCgkJZGV2LXBlcmwvSFRNTC1UYWJsZUV4dHJhY3QgKQoJYXBwLXRleHQv
ZG9jYm9vay14c2wtc3R5bGVzaGVldHMKCT1hcHAtdGV4dC9kb2Nib29rLXhtbC1kdGQtNC4xLjIq
CglubHM/ICggZGV2LXV0aWwvaW50bHRvb2wgKQoJbWVkaWEtbGlicy9saWJhcnRfbGdwbAoJeDEx
LWxpYnMvcGFuZ28iCgpERVBFTkQ9IiR7UkRFUEVORH0KCWRvYz8gKCBhcHAtZG9jL2RveHlnZW4K
CQkJbWVkaWEtZ2Z4L2dyYXBodml6CgkJCXZpcnR1YWwvdGV0ZXggKQoJZGV2LXV0aWwvcGtnY29u
ZmlnCglzeXMtZGV2ZWwvbGlidG9vbAoJPj1kZXYtbGFuZy9zd2lnLTEuMy4yOCIKCmlmIFtbICIk
e1BWfSIgPT0gIjIuMS4wIiBdXTsgdGhlbgogIFM9IiR7U30uIiAjIHBhY2thZ2luZyBidWcuIDov
CmZpCgpwa2dfc2V0dXAoKSB7CglidWlsdF93aXRoX3VzZSBnbm9tZS1leHRyYS9saWJnc2YgZ25v
bWUgfHwgZGllICJnbm9tZS1leHRyYS9saWJnc2YgbXVzdCBiZSBidWlsdCB3aXRoIGdub21lIgoJ
YnVpbHRfd2l0aF91c2UgeDExLWxpYnMvZ29mZmljZSBnbm9tZSB8fCBkaWUgIngxMS1saWJzL2dv
ZmZpY2UgbXVzdCBiZSBidWlsdCB3aXRoIGdub21lIgoJaWYgISBidWlsdF93aXRoX3VzZSBkZXYt
c2NoZW1lL2d1aWxlIHJlZ2V4IGRlcHJlY2F0ZWQgZGlzY291cmFnZWQ7IHRoZW4KCQlkaWUgImRl
di1zY2hlbWUvZ3VpbGUgbXVzdCBiZSBidWlsdCB3aXRoIFVTRT1cInJlZ2V4IGRlcHJlY2F0ZWQg
ZGlzY291cmFnZWRcIiIKCWZpCn0KCnNyY19jb21waWxlKCkgewoJbG9jYWwgbXljb25mX3dhcm5p
bmdzPSItLWVuYWJsZS1lcnJvci1vbi13YXJuaW5nIC0tZW5hYmxlLWNvbXBpbGUtd2FybmluZ3Mi
CgoJaWYgdXNlIGRvYyA7IHRoZW4KCQlteWNvbmY9IiR7bXljb25mfSAtLWVuYWJsZS1sYXRleC1k
b2NzIgoJZmkKCglpZiBbWyAiJHtQVn0iICE9ICIyLjEuMCIgXV07IHRoZW4KCQlteWNvbmY9IiR7
bXljb25mfSAtLWVuYWJsZS10YXgtc3BlY2lmaWMtbG9jYWxlIgoJZmkKCgllY29uZiBcCgkJJCh1
c2VfZW5hYmxlIGRlYnVnKSBcCgkJJCh1c2VfZW5hYmxlIG9meCkgXAoJCSQodXNlX2VuYWJsZSBk
b2MgZG94eWdlbikgXAoJCSQodXNlX2VuYWJsZSBkb2MgaHRtbC1kb2NzKSBcCgkJJCh1c2VfZW5h
YmxlIGRvYyBkb3QpIFwKCQkkKHVzZV9lbmFibGUgaGJjaSkgXAoJCSR7bXljb25mfSB8fCBkaWUg
ImVjb25mIGZhaWxlZCIKCglNQUtFT1BUUz0iLWoxIgoJZW1ha2UgfHwgZGllICJlbWFrZSBmYWls
ZWQiCgoJY2QgIiR7V09SS0RJUn0vZ251Y2FzaC1kb2NzLSR7RE9DX1ZFUn0iCgllY29uZiB8fCBk
aWUgImRvYyBlY29uZiBmYWlsZWQiCgllbWFrZSB8fCBkaWUgImRvYyBlbWFrZSBmYWlsZWQiCn0K
CiMgU2VlIGh0dHA6Ly9idWdzLmdlbnRvby5vcmcvc2hvd19idWcuY2dpP2lkPTEzMjg2MiByZWdh
cmRpbmcgZ2NvbmYgc2NoZW1hIGluc3RhbGwKCnNyY19pbnN0YWxsKCkgewoJZ25vbWUyX3NyY19p
bnN0YWxsIHx8IGRpZSAiZ25vbWUyX3NyY19pbnN0YWxsIGZhaWxlZCIKCWRvZG9jIEFVVEhPUlMg
Q2hhbmdlTG9nKiBET0NVTUVOVEVSUyBIQUNLSU5HIElOU1RBTEwgTkVXUyBUT0RPIFJFQURNRSog
ZG9jL1JFQURNRSoKCSMgQGZpeG1lOiB0aGlzIHNob3VsZCB1c2UgZ251Y2FzaC1pY29uLTQ4eDQ4
LnBuZyBhbmQgYXJ0L3RhbmdvL3NjYWxlYWJsZS9nbnVjYXNoLnN2ZwoJIyBodHRwOi8vc3RhbmRh
cmRzLmZyZWVkZXNrdG9wLm9yZy9kZXNrdG9wLWVudHJ5LXNwZWMvbGF0ZXN0L2FyMDFzMDUuaHRt
bCNrZXktaWNvbgoJIyBodHRwOi8vc3RhbmRhcmRzLmZyZWVkZXNrdG9wLm9yZy9pY29uLXRoZW1l
LXNwZWMvaWNvbi10aGVtZS1zcGVjLWxhdGVzdC5odG1sCgltYWtlX2Rlc2t0b3BfZW50cnkgJHtQ
fSAiR251Q2FzaCAke1BWfSIgZ251Y2FzaC1pY29uLTQ4eDQ4LnBuZyAiR05PTUU7T2ZmaWNlO0Zp
bmFuY2UiCgoJY2QgIiR7V09SS0RJUn0vJHtQTn0tZG9jcy0ke0RPQ19WRVJ9IgoJbWFrZSBERVNU
RElSPSIke0R9IiBcCgkJc2Nyb2xsa2VlcGVyX2xvY2Fsc3RhdGVfZGlyPSIke0R9L3Zhci9saWIv
c2Nyb2xsa2VlcGVyIiBcCgkJaW5zdGFsbCB8fCBkaWUgImRvYyBpbnN0YWxsIGZhaWxlZCIKCXJt
IC1yZiAiJHtEfS92YXIvbGliL3Njcm9sbGtlZXBlciIKfQoKcGtnX3Bvc3RpbnN0KCkgewoJaWYg
JCh2ZXJzaW9uX2lzX2F0X2xlYXN0ICIyLjEuMiIgJHtQVn0pOyB0aGVuCgkJZXdhcm4gIklmIHlv
dSBhcmUgdXNpbmcgU2NoZWR1bGVkIFRyYW5zYWN0aW9ucywgdGhlIGRhdGEgZmlsZSBzYXZlZCBi
eSAiCgkJZXdhcm4gIkdudUNhc2ggPj0yLjEuMiBpcyBOT1QgYmFja3dhcmQtY29tcGF0aWJsZSB3
aXRoIEdudUNhc2ggMi4wLiIKCQlld2FybiAiUGxlYXNlIG1ha2UgYSBzYWZlIGJhY2t1cCBvZiB5
b3VyIDIuMCBkYXRhIGJlZm9yZSB1cGdyYWRpbmcgdG8gMi4xLjIuIgoJZmkKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>125124</attachid>
            <date>2007-07-16 20:18 0000</date>
            <desc>2.0.5 -&gt; 2.2.0 diff</desc>
            <filename>gnucash.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC92YXIvcG9ydGFnZS9wb3J0YWdlL2FwcC1vZmZpY2UvZ251Y2FzaC9nbnVjYXNoLTIuMC41
LmVidWlsZAkyMDA3LTA3LTExIDAwOjA1OjI4LjAwMDAwMDAwMCArMDIwMAorKysgZ251Y2FzaC0y
LjIuMC5lYnVpbGQJMjAwNy0wNy0xNiAxNToxNjowMi4wMDAwMDAwMDAgKzAyMDAKQEAgLTQsMjUg
KzQsMjUgQEAKIAogaW5oZXJpdCBldXRpbHMgZ25vbWUyCiAKLURPQ19WRVI9IjIuMC4xIgorRE9D
X1ZFUj0iMi4yLjAiCiAKIERFU0NSSVBUSU9OPSJBIHBlcnNvbmFsIGZpbmFuY2UgbWFuYWdlci4i
CiBIT01FUEFHRT0iaHR0cDovL3d3dy5nbnVjYXNoLm9yZy8iCiBTUkNfVVJJPSJtaXJyb3I6Ly9z
b3VyY2Vmb3JnZS8ke1BOfS8ke1B9LnRhci5iejIKLQltaXJyb3I6Ly9zb3VyY2Vmb3JnZS8ke1BO
fS8ke1BOfS1kb2NzLSR7RE9DX1ZFUn0udGFyLmJ6MiIKKwltaXJyb3I6Ly9zb3VyY2Vmb3JnZS8k
e1BOfS8ke1BOfS1kb2NzLSR7RE9DX1ZFUn0udGFyLmd6IgogCiBTTE9UPSIwIgogTElDRU5TRT0i
R1BMLTIiCi1LRVlXT1JEUz0iYWxwaGEgYW1kNjQgcHBjIHNwYXJjIHg4NiIKK0tFWVdPUkRTPSJ+
YWxwaGEgfmFtZDY0IH5wcGMgfnNwYXJjIH54ODYiCiAKIElVU0U9Im9meCBoYmNpIGNoaXBjYXJk
IGRvYyBkZWJ1ZyBxdW90ZXMgbmxzIgogCi1SREVQRU5EPSI+PWRldi1saWJzL2dsaWItMi40LjAK
LQlkZXYtc2NoZW1lL2d1aWxlCi0JfmRldi1zY2hlbWUvc2xpYi0zLjEuMS1yMQorUkRFUEVORD0i
Pj1kZXYtbGlicy9nbGliLTIuNi4zCisJPj1kZXYtc2NoZW1lL2d1aWxlLTEuOAorCT1kZXYtc2No
ZW1lL3NsaWItMy4xLjEqCiAJPj1zeXMtbGlicy96bGliLTEuMS40CiAJPj1kZXYtbGlicy9wb3B0
LTEuNQotCT49eDExLWxpYnMvZ3RrKy0yLjQKKwk+PXgxMS1saWJzL2d0aystMi42CiAJPj1nbm9t
ZS1iYXNlL2xpYmdub21ldWktMi40CiAJPj1nbm9tZS1iYXNlL2xpYmdub21lcHJpbnQtMi4xMAog
CT49Z25vbWUtYmFzZS9saWJnbm9tZXByaW50dWktMi4xMApAQCAtMzIsMTAgKzMyLDkgQEAKIAkJ
PWdub21lLWV4dHJhL2d0a2h0bWwtMy4xMCoKIAkpCiAJPj1kZXYtbGlicy9saWJ4bWwyLTIuNS4x
MAotCT1kZXYtbGlicy9nLXdyYXAtMS45LjYqCiAJPj1nbm9tZS1iYXNlL2djb25mLTIKIAk+PWFw
cC10ZXh0L3Njcm9sbGtlZXBlci0wLjMKLQk+PXgxMS1saWJzL2dvZmZpY2UtMC4wLjQKKwk+PXgx
MS1saWJzL2dvZmZpY2UtMC4xLjAKIAlnbm9tZS1leHRyYS95ZWxwCiAJb2Z4PyAoID49ZGV2LWxp
YnMvbGlib2Z4LTAuNy4wICkKIAloYmNpPyAoIG5ldC1saWJzL2FxYmFua2luZwpAQCAtNDYsNTIg
KzQ1LDYwIEBACiAJCWRldi1wZXJsL0hUTUwtVGFibGVFeHRyYWN0ICkKIAlhcHAtdGV4dC9kb2Ni
b29rLXhzbC1zdHlsZXNoZWV0cwogCT1hcHAtdGV4dC9kb2Nib29rLXhtbC1kdGQtNC4xLjIqCi0J
bmxzPyAoIGRldi11dGlsL2ludGx0b29sICkiCisJbmxzPyAoIGRldi11dGlsL2ludGx0b29sICkK
KwltZWRpYS1saWJzL2xpYmFydF9sZ3BsCisJeDExLWxpYnMvcGFuZ28iCiAKIERFUEVORD0iJHtS
REVQRU5EfQogCWRvYz8gKCBhcHAtZG9jL2RveHlnZW4KIAkJbWVkaWEtZ2Z4L2dyYXBodml6CiAJ
CXZpcnR1YWwvdGV0ZXggKQotCWRldi11dGlsL3BrZ2NvbmZpZyIKKwlkZXYtdXRpbC9wa2djb25m
aWcKKwlzeXMtZGV2ZWwvbGlidG9vbAorCT49ZGV2LWxhbmcvc3dpZy0xLjMuMjgiCiAKIHBrZ19z
ZXR1cCgpIHsKLQlidWlsdF93aXRoX3VzZSBnbm9tZS1leHRyYS9saWJnc2YgZ25vbWUgfHwgZGll
ICJnbm9tZS1leHRyYS9saWJnc2YgbXVzdCBiZSBidWlsdCB3aXRoIGdub21lIgotCWJ1aWx0X3dp
dGhfdXNlIHgxMS1saWJzL2dvZmZpY2UgZ25vbWUgfHwgZGllICJ4MTEtbGlicy9nb2ZmaWNlIG11
c3QgYmUgYnVpbHQgd2l0aCBnbm9tZSIKKwlsb2NhbCB3aWxsX2RpZT1mYWxzZQorCWlmICEgYnVp
bHRfd2l0aF91c2UgZ25vbWUtZXh0cmEvbGliZ3NmIGdub21lIDsgdGhlbgorCQllaW5mbyAiZ25v
bWUtZXh0cmEvbGliZ3NmIG11c3QgYmUgYnVpbHQgd2l0aCBnbm9tZSB1c2UgZmxhZyIKKwkJd2ls
bF9kaWU9dHJ1ZQorCWZpCisJaWYgISBidWlsdF93aXRoX3VzZSB4MTEtbGlicy9nb2ZmaWNlIGdu
b21lIDsgdGhlbgorCQllaW5mbyAieDExLWxpYnMvZ29mZmljZSBtdXN0IGJlIGJ1aWx0IHdpdGgg
Z25vbWUgdXNlIGZsYWciCisJCXdpbGxfZGllPXRydWUKKwlmaQogCiAJaWYgaGFzX3ZlcnNpb24g
PWRldi1zY2hlbWUvZ3VpbGUtMS44KjsgdGhlbgogCQlsb2NhbCBmbGFncz0iZGVwcmVjYXRlZCBy
ZWdleCIKIAkJaWYgISBidWlsdF93aXRoX3VzZSBkZXYtc2NoZW1lL2d1aWxlICR7ZmxhZ3N9OyB0
aGVuCi0JCQllaW5mbyAiZ3VpbGUgbXVzdCBiZSBidWlsdCB3aXRoIFwiJHtmbGFnc31cIiB1c2Ug
ZmxhZ3MiCi0JCQlkaWUgImd1aWxlIG11c3QgYmUgYnVpbHQgd2l0aCBcIiR7ZmxhZ3N9XCIgdXNl
IGZsYWdzIgorCQkJZWluZm8gImRldi1zY2hlbWUvZ3VpbGUgbXVzdCBiZSBidWlsdCB3aXRoIFwi
JHtmbGFnc31cIiB1c2UgZmxhZ3MiCisJCQl3aWxsX2RpZT10cnVlCiAJCWZpCiAJZmkKKwlpZiAk
e3dpbGxfZGllfTsgdGhlbgorCQlkaWUgIlBsZWFzZSByZWJ1aWx0IHRoZSBwYWNrYWdlcyB3aXRo
IHRoZSB1c2UgZmxhZ3MgYWJvdmUuIgorCWZpCiB9CiAKIHNyY19jb21waWxlKCkgewotCi0JbG9j
YWwgbXljb25mCi0KLQlpZiB1c2UgZG9jIDsgdGhlbgotCQlteWNvbmY9IiR7bXljb25mfSAtLWVu
YWJsZS1sYXRleC1kb2NzIgotCWZpCi0KIAllY29uZiBcCiAJCSQodXNlX2VuYWJsZSBkZWJ1Zykg
XAogCQkkKHVzZV9lbmFibGUgb2Z4KSBcCiAJCSQodXNlX2VuYWJsZSBkb2MgZG94eWdlbikgXAog
CQkkKHVzZV9lbmFibGUgZG9jIGh0bWwtZG9jcykgXAorCQkkKHVzZV9lbmFibGUgZG9jIGxhdGV4
LWRvY3MpIFwKIAkJJCh1c2VfZW5hYmxlIGRvYyBkb3QpIFwKIAkJJCh1c2VfZW5hYmxlIGhiY2kp
IFwKLQkJJCh1c2VfZW5hYmxlIGhiY2kgbXQ5NDApIFwKIAkJLS1lbmFibGUtbG9jYWxlLXNwZWNp
ZmljLXRheCBcCi0JCSR7bXljb25mfSB8fCBkaWUgImVjb25mIGZhaWxlZCIKKwkJfHwgZGllICJl
Y29uZiBmYWlsZWQiCiAKLQlNQUtFT1BUUz0iLWoxIgogCWVtYWtlIHx8IGRpZSAiZW1ha2UgZmFp
bGVkIgorIwllbWFrZSAtajEgfHwgZGllICJlbWFrZSBmYWlsZWQiCiAKIAljZCAiJHtXT1JLRElS
fS9nbnVjYXNoLWRvY3MtJHtET0NfVkVSfSIKIAllY29uZiB8fCBkaWUgImRvYyBlY29uZiBmYWls
ZWQiCiAJZW1ha2UgfHwgZGllICJkb2MgZW1ha2UgZmFpbGVkIgorIwllbWFrZSAtajEgfHwgZGll
ICJkb2MgZW1ha2UgZmFpbGVkIgogfQogCiBzcmNfdGVzdCgpIHsKQEAgLTEwNiw3ICsxMTMsNiBA
QAogc3JjX2luc3RhbGwoKSB7CiAJZ25vbWUyX3NyY19pbnN0YWxsIHx8IGRpZSAiZ25vbWUyX3Ny
Y19pbnN0YWxsIGZhaWxlZCIKIAlkb2RvYyBBVVRIT1JTIENoYW5nZUxvZyogRE9DVU1FTlRFUlMg
SEFDS0lORyBJTlNUQUxMIE5FV1MgVE9ETyBSRUFETUUqIGRvYy9SRUFETUUqCi0JbWFrZV9kZXNr
dG9wX2VudHJ5ICR7UH0gIkdudUNhc2ggJHtQVn0iIGdudWNhc2gtaWNvbi5wbmcgIkdOT01FO09m
ZmljZTtGaW5hbmNlIgogCiAJY2QgIiR7V09SS0RJUn0vJHtQTn0tZG9jcy0ke0RPQ19WRVJ9Igog
CW1ha2UgREVTVERJUj0iJHtEfSIgXApAQCAtMTE2LDcgKzEyMiw3IEBACiB9CiAKIHBrZ19wb3N0
aW5zdCgpIHsKLQllbG9nICJQbGVhc2Ugbm90ZSB0aGF0IHBvc3RncmVzcWwgc3VwcG9ydCBoYXMg
YmVlbiByZW1vdmVkLiIKLQllbG9nICJQbGVhc2Ugc2VlOiBodHRwczovL2J1Z3MuZ2VudG9vLm9y
Zy9zaG93X2J1Zy5jZ2k/aWQ9MTQ2NzY5I2M5IgotCWVsb2cgImZvciBhbiBleHBsYW5hdGlvbi4i
CisJZXdhcm4gIklmIHlvdSBhcmUgdXNpbmcgU2NoZWR1bGVkIFRyYW5zYWN0aW9ucywgdGhlIGRh
dGEgZmlsZSBzYXZlZCBieSIKKwlld2FybiAiR251Q2FzaCAyLjIgaXMgTk9UIGJhY2t3YXJkLWNv
bXBhdGlibGUgd2l0aCBHbnVDYXNoIDIuMC4iCisJZXdhcm4gIlBsZWFzZSBtYWtlIGEgc2FmZSBi
YWNrdXAgb2YgeW91ciAyLjAgZGF0YSBiZWZvcmUgdXBncmFkaW5nIHRvIDIuMiIKIH0K
</data>        

          </attachment>
    </bug>

</bugzilla>