Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
I have preliminary ebuilds for Pootle, the online translation tool, and its dependencies. ToDo: - Consider adding apache as an optional dependency. - PyLucene is an optional dependency, but we don't have an ebuild for it yet. - Consider adding CVS and/or SVN as optional dependencies.
Created an attachment (id=100848) [details] Pootle 0.10.1 The file must be named Pootle instead of pootle because the downloaded file is also named Pootle.
Created an attachment (id=100849) [details] Translate toolkit 0.10.1 I placed it under dev-python.
Created an attachment (id=100850) [details] jToolkit 0.7.8 Depends on Kid, which depends on ElementTree, but both are in Portage.
${D} should be quoted, and never add = dependencies on an exact version; use ~ if it's really needed.
(In reply to comment #4) > ${D} should be quoted, and never add = dependencies on an exact version; use ~ > if it's really needed. > Thank you! I'll commit the changes in a minute. Unprotected ${D} was due to a lack of experience from mine. And I wasn't aware of ~'s existence; the ebuild(5) man page explains it but the developer handbook [1] doesn't. 1. http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1
Created an attachment (id=101004) [details] Corrected ebuild for Pootle 0.10.1
Created an attachment (id=101005) [details] Corrected ebuild for translate-toolkit 0.10.1
Created an attachment (id=101006) [details] Corrected ebuild for jToolkit 0.7.8 BTW, thanks for correcting the file type of previous attachments.
Created an attachment (id=101884) [details] New ebuild for jToolkit 0.7.8 Changes: - A better description - Uses distutils instead of python eclass TODO: - Inform about maybe installing apache2 and mod_python (won't change anything on jToolkit's installation itself).
Created an attachment (id=101885) [details] New ebuild for translate-toolkit 0.10.1 Changes: - app-i18n instead of dev-python (because includes command-line tools, not only libraries) - Using distutils instead of python eclass - Man pages!
Created an attachment (id=101887) [details] Ebuild for pootle 0.10.1 Changes: - "pootle" instead of "Pootle". - app-i18n instead of dev-python or www-apps - Better description - distutils eclass instead of python - USE flags and better dependencies - "pootle" user and group - PO files into /var/lib/pootle - Config files into /etc/pootle (too bad the path starts like /etc/portage's) - Init script! (see other attachment) - "emerge --config pootle" to create an account in a secure way - Lots of information output as well as code comments. People from #gentoo-dev-help made this ebuild possible. marienz, dragonheart, zlin: thank you!
Created an attachment (id=101888) [details] Init script Save this as /usr/portage/local/app-i18n/pootle/files/0.10.1/init; you may need to adapt the path to your local portage directory.
Created an attachment (id=101889) [details] Configuration file Save this as /usr/portage/local/app-i18n/pootle/files/0.10.1/conf; you may need to adapt the path to your local portage directory.
*** Bug 145088 has been marked as a duplicate of this bug. ***
Created an attachment (id=113313) [details] pootle-0.11.ebuild Ebuild for pootle 0.11. The init and conf files can be reused, but must be stored under files/0.11. Just renaming the 0.10.1 version doesn't work, because of the dependency on translation-toolkit 0.11 and because this new version depends on "name" and "email" atributes of the configured administrator account, while the previous version didn't seem to.
Created an attachment (id=113315) [details] translate-toolkit-0.11.ebuild
Created an attachment (id=121774) [details] translate-toolkit-1.0.ebuild Works OK, but Pootle 1.0 doesn't. I'll post it latter with a patch or wait until Pootle 1.0.1
Created an attachment (id=123836) [details] app-i18n/pootle-1.0.1.ebuild Again, init and conf files are the same but their directory must be named accordingly.
Created an attachment (id=123838) [details] app-i18n/translate-toolkit-1.0.1.ebuild Pootle (and IIRC translate-toolkit) 1.0.2 should be release soon.
Anybody still working on this? I'm _quite_ interested in it for xine-project, so I might be taking a look at it in the weeks to come..
(In reply to comment #20) > Anybody still working on this? You'd better jump in. I'm very far from being a dev and nobody else volunteered yet.
If somebody would adopt this, it would be great, cause I need this for my translation team.
Created an attachment (id=143404) [details] New version, corrected 2 things corrected: 1) syntax error when using "emerge --config pootle" 2) package name (MY_P) (removed rc1)
Created an attachment (id=143408) [details] Added noregister USE flag do disable registration
Created an attachment (id=143409) [details] patch needed by pootle-1.0.2-r1
Created an attachment (id=149196) [details] changed path from translate.sourceforge.net to jtoolkit.sourceforge.net
Created an attachment (id=149197) [details] version bump, and I removed the patch although I don't know if a new one is required
After installing and creating an account I couldn't start Pootle with the init script above and haven't figured out why. I can start it with: PootleServer -p 1111 --prefsfile=/etc/pootle/pootle.prefs Also the username and password I set up didn't work, but there's a default one in /etc/pootle/users.prefs that you can use. You need to uncomment it before starting the server.
Could we separate this into 3 different bugs - one for translate-toolkit, one for pootle and one for jToolkit. IMHO, translate-toolkit should be quite portage ready as it is standard python-based set of utilities.
Shouldn‘t you change this line? MY_P=Pootle-1.0.2
Created an attachment (id=158065) [details] translate-toolkit-1.1.1.ebuild Version bump, and improved documentation handling.
Created an attachment (id=158067) [details] 99translate-toolkit Environment variable to switch between using python libs or C gettext.
(In reply to comment #32) > Created an attachment (id=158067) [edit] [details] > 99translate-toolkit > > Environment variable to switch between using python libs or C gettext. > Sorry if I wasn't very clear. That file goes into: app-i18n/translate-toolkit/files
Created an attachment (id=158081) [details] Improved Pootle ebuild This ebuild addresses the MY_P issue, and has a cleanner code. There should be no regressions, but I tried running the server yet.
Created an attachment (id=175333) [details] Updated to fix sourceforge URL Installing recent versions of translate-toolkit and pootle required some slight ebuild tweaks. Here's the jToolkit fix.
Created an attachment (id=175339) [details] updated to reflect v1.2.1 Installing recent versions of translate-toolkit and pootle required some slight ebuild tweaks. Here's the translate-toolkit fix. Note that I broke the pysqlite dependency out of the OR block, since python can be built with '-sqlite'. I'm not sure if there's a better way to address this.
Created an attachment (id=175340) [details] updated to reflect v1.2.1 Installing recent versions of translate-toolkit and pootle required some slight ebuild tweaks. Here's the pootle fix.
I just submitted updated ebuilds to get the whole pootle stack up to v1.2.1. These are literally my first ever ebuild tweaks, so it won't hurt my feelings if they need another round of tweaking. Note that to get everything built you'll need the following in package.keywords: dev-python/kid ~x86 dev-python/jToolkit ~x86 dev-python/utidylib ~x86 dev-python/python-levenshtein ~x86 dev-python/vobject ~x86 app-i18n/translate-toolkit ~x86 app-i18n/pootle ~x86 Everything installed smoothly and I have pootle up and running at v1.2.1. cheers.
pylucene is now available in the java-experimental overlay if anyone wants to update this to use that as your "optional dep".
Not sure it applies, but there is now an dev-libs/iniparser ebuild in gentoo, that might apply to the final msg issued by app-i18n/translate-toolkit
(In reply to comment #40) > Not sure it applies, but there is now an dev-libs/iniparser ebuild in gentoo, > that might apply to the final msg issued by app-i18n/translate-toolkit > Correction: it doesn't apply. Iniparse actaully is this http://code.google.com/p/iniparse/