Bug 156984 - app-office/gnumeric-1.7.9 and x11-libs/goffice-0.3.7 request
|
Bug#:
156984
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gnome-office@gentoo.org
|
Reported By: hanno@gentoo.org
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: app-office/gnumeric-1.7.9 and x11-libs/goffice-0.3.7 request
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-12-03 07:03 0000
|
Bump is trivial, only copying over ebuilds, just adjust the dep to goffice in
gnumeric to 0.3.3.
They're "development"-versions, so I leave it up to you if you add it. The
probably most interesting change is improved opendocument support.
For anyone's interest, app-office/gnumeric-1.7.6 was released awhile ago and it
requires the newest x11-libs/goffice-0.3.5. Bumping is still trivial.
*** Bug 165359 has been marked as a duplicate of this bug. ***
*** Bug 165363 has been marked as a duplicate of this bug. ***
(In reply to comment #4)
> Created an attachment (id=109201) [edit] [details]
> gnumeric-1.7.6.ebuild
>
Gnumeric 1.7.7 is out now. Works just fine by renaming your ebuild to
gnumeric-1.7.7.ebuild. It also depends on the newer goffice 0.3.6, so just
rename the 0.3.5 ebuild and it'll work (at least for me).
Created an attachment (id=111161) [details]
Gnumeric 1.7.7 ebuild
Changed ebuild, that uses goffice 0.3.6 (which is listed as dependency on
gnumeric homepage) For goffice 0.3.6 existing ebuild has only to be renamed.
I have been filing bugs for the gnumeric developers for about two years now.
There has been major improvements in the graphing capabilities of Gnumeric
(error bars, for example), and Excel import/export. Even with the minor
cosmetic bugs still appearing, I would very much support releasing the 1.7
development series as ~x86 in the main portage tree. It is very useful for my
actual work, whereas the present portage version (1.6) is useless for me.
I'll attach my present ebuild. Note that I added a doc USE flag, to support
Gnumeric help in a Gnome-less environment.
The newest release is now gnumeric-1.7.11 and it requires the newest
goffice-0.4.2.
Created an attachment (id=126422) [details]
gnumeric-1.7.11.ebuild
I updated the gtk+ dep to version >=2.10 according to the configure file.
Also, it seems that only libgsf-1.14.4 or greater is needed. However, since
neither 1.14.4 nor 1.14.5 is in the tree yet I left the dep at >=1.14.5.
Finally, I cleaned up some cruft that seemed to be unnecessary. If anyone
thinks I removed too much please comment.
This ebuild also uses the patch from comment #20.
(In reply to comment #21)
> Also, it seems that only libgsf-1.14.4 or greater is needed. However, since
> neither 1.14.4 nor 1.14.5 is in the tree yet I left the dep at >=1.14.5.
I made the dep to 1.14.5 because libgsf-1.14.4 would not compile (problem with
the make conf), and 1.14.5 did not have that issue.
As goffice versions are parallel installable, 0.4.x could be put in a separate
slot if it break stuff that depend on 0.2.x.
I have checked I can install by taking the ebuild above, and changing the SLOT
value and it installed cleanly.
where are the patches against latest ebuilds in the tree?
Created an attachment (id=129696) [details]
ebuild patch for 0.4.2 against 0.2.1
The only changes of significance in the patch are a bump in the version dep on
libgs and the addition of a slotted installation. Different versions of goffice
can be installed alongside each other, and slotted installation means that
installation of 0.4.2 shouldn't break anything so long as 0.2.1 remains in
tree.
goffice seems to depend on dev-libs/libpcre.
Created an attachment (id=134478) [details]
goffice-0.5.1.ebuild
It does, I had missed that when updating the ebuild as I have it installed. The
new ebuild fixes the problem, and also corrects several other dependancy
issues. Thank for pointing out the error.
after 10 months, gnumeric-1.8 is finally in the tree with goffice-0.6.1.
Thanks to everyone who tried to help get it into portage. Those releases aren't
perfect so feel free to fill bugs where appropriate.
