Extention for openoffice-3 for russian spelling. Reproducible: Always
Created attachment 170515 [details] dev-openoffice/dict-ru/dict-ru-0.4.ebuild
Created attachment 170517 [details] eclass/openoffice-ext.eclass
Created attachment 170518 [details] karma-overlay.xml Overlay description for layman
I was also trying to come up with such an eclass porting Debian's stuff but couldn't get it working and you did. I'll attach a diff with some improvements adopted from my work. But still there is an issue to consider. And there may be more if the eclass is reviewed by other people. My issue is what happens if the extension name changes in an upgrade. The old one from the old version will still be registered in OOO, I guess.
Created attachment 170542 [details, diff] Some improvements for the eclass.
Created attachment 170562 [details] eclass/openoffice-ext.eclass Tnx!
I have 3 other questions. 1) Should we support a package to install multiple oxt files? My take was assuming a single one. 2) Should this depend on OOo 3? 3) Can openoffice-bin be supported? By the way I'm CCing OOo for possible suggestions.
> 1) Should we support a package to install multiple oxt files? My take was > assuming a single one. Yes. z.B. writer2latex needs install 3 oxt-files. > 2) Should this depend on OOo 3? Only this ebuild depend on OOo-3 (from homepage information), but not eclass. > 3) Can openoffice-bin be supported? Yes. Tested with openoffice-infra-bin. This ebuild for bug #242020 workaround.
(In reply to comment #8) > > 2) Should this depend on OOo 3? > Only this ebuild depend on OOo-3 (from homepage information), but not eclass. We need to test the eclass for OOo 2.x then.
(In reply to comment #9) > We need to test the eclass for OOo 2.x then. Do we? (IMHO) As OO 3 is already stable on all archs, just add depend on >=OO-3 and forget about old stuff :)
Without taking a deeper look, could you please explain what the actual scope of this bug is? What problem are you trying to solve?
> What problem are you trying to solve? 1. See bug #242020. OOo-3 freezes with old myspell-xx. We need new format of spell and hypenation dicts. 2. We need mechanism to install OOo extentions. For testing eclass with OOo-2 try bug #181283.
(In reply to comment #12) > > What problem are you trying to solve? > 1. See bug #242020. OOo-3 freezes with old myspell-xx. Not true, this was a bug (which has been fixed) > We need new format of spell and hypenation dicts. Again: Why? Also: Why not just bump the old myspell-ebuilds? Not that I'm against it, but I've not heard a compelling argument yet... On the contrary: Doing it this way would be a serious regression, as this would be exclusive to OOo, while the myspell stuff can be used by different applications (which is the whole point of a systemwide install in seperate packages) > 2. We need mechanism to install OOo extentions. Again no reasoning... Why do we need this? Provide a use case. Also it might help if you explain what the eclass actually does now. Later on we get to the deeper problems, like compatibility stuff and so, but let's not get ahead of ourselves ;) > For testing eclass with OOo-2 try bug #181283. I agree with Peter: Testing for OOo 2.x is useless. And as 3.0 is stable now on all archs, 2.x will be removed from the tree soonish (as it has a bunch of security problems)
(In reply to comment #13) > > 2. We need mechanism to install OOo extentions. > > Again no reasoning... Why do we need this? Provide a use case. > Also it might help if you explain what the eclass actually does now. > > Later on we get to the deeper problems, like compatibility stuff and so, but > let's not get ahead of ourselves ;) Simply install/uninstall OOo extensions globally (shared) by Portage. > > For testing eclass with OOo-2 try bug #181283. > > I agree with Peter: Testing for OOo 2.x is useless. And as 3.0 is stable now on > all archs, 2.x will be removed from the tree soonish (as it has a bunch of > security problems) Sorry I didn't know that OOo 2.x would be removed from tree soon. I'm withdrawing that.
I added a sample ebuild using the eclass in bug #246971.
Created attachment 172011 [details] openoffice-ext.eclass I added >=virtual/ooo-3.0 as a dependency and fixed indentation.
Thanks for all the hard work you put into it, I added the eclass to my developer overlay along with zemberek-ooo.
Created attachment 178768 [details] karma-overlay.xml
Created attachment 178770 [details] eclass/openoffice-ext.eclass
Created attachment 178771 [details] dev-openoffice/dict-ru/dict-ru-0.5.0.ebuild
Created attachment 249942 [details] dict-ru-0.6.ebuild
Created attachment 281257 [details] openoffice-ext.eclass I cleaned up and polished the openoffice-ext eclass. Please review it and submit to gentoo-dev if you find it sufficient enough.
eclass/office-ext.eclass is now in portage
Removing dependencies as the eclass is in the tree. Version bump of myspell-ru which is this dict-ru is still pending. Other extensions can go to main tree with using new app-officeext/ category.
@Nikoli: any chance you would update the russian dictionary (app-dicts/myspell-ru) in the cvs and attach it here so we can close this bug? The issue is that I have no darn clue where to find russian dictionary/hyphenation and thesaurus.
Sorry, but i do not know where are upstream, devs and newest releases for this package.
Compatible with OpenOffice 4: Unknown No development upstream since 2009