Bug 444937
Summary: | need eclipse langpacks included in Fedora | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> |
Component: | eclipse | Assignee: | Sean Flanigan <sflaniga> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | asgeirf, i18n-bugs, oliver, overholt, sflaniga |
Target Milestone: | --- | Keywords: | FutureFeature, i18n |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://www.eclipse.org/babel/downloads.php | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-10-20 05:57:23 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 452875, 458626 | ||
Bug Blocks: | 438944 |
Description
Jens Petersen
2008-05-02 05:16:37 UTC
IBM used to provide langpacks for 3.2 and earlier. They stopped for 3.3. We're hopefully moving to 3.4 for F10 so we can investigate the Babel-provided langpacks at that time. Would they become part of the main package or go into a separate source package? They would go into a separate source package like we used to have (eclipse-sdk-nls was the name, I think). I'm working on getting Eclipse 3.4 into rawhide. You can track progress here: https://fedoraproject.org/wiki/Features/Eclipse34 Note that I'm not sure if I'm going to have the time to do the langpack stuff myself. Perhaps I can point you or someone in the right direction and help a bit? You're right I see there was a eclipse-sdk-nls package in F7. (In reply to comment #3) > Note that I'm not sure if I'm going to have the time to do the langpack stuff > myself. Perhaps I can point you or someone in the right direction and help a bit? Sure, then I will try to get someone in the i18n team here to assist with that. I think there are already langpacks for Europa, right? So maybe it is better we start preparing the langpack packaging now while you work on Ganymede, and then it should be easy to update them when that is ready? How does that sound? What would the best name for the new langpacks source package be? Maybe eclipse-nls? (In reply to comment #4) > (In reply to comment #3) > > Note that I'm not sure if I'm going to have the time to do the langpack stuff > > myself. Perhaps I can point you or someone in the right direction and help a bit? > > Sure, then I will try to get someone in the i18n team here to assist with that. Awesome! I haven't finished with changing the way we'll package things for Ganymede so don't worry about making RPMs yet. > I think there are already langpacks for Europa, right? Not from IBM. > So maybe it is better > we start preparing the langpack packaging now while you work on Ganymede, > and then it should be easy to update them when that is ready? How does that sound? Well, if you can find Babel langpacks that work with 3.3.2 (Europa), sure, try them. The process will change _slightly_ for 3.4 (Ganymede) but I can definitely help with that. > What would the best name for the new langpacks source package be? Maybe > eclipse-nls? What do we call other langpack SRPMs? In Fedora 7 we tried to follow the common way of doing things (we had to write a munger to take the IBM-provided langpacks and turn them into per-language (for all Eclipse components) instead of per-Eclipse component (for all languages)). I'll let you decide on that for the future since you know best :) > Well, if you can find Babel langpacks that work with 3.3.2 (Europa), sure, try > them. The process will change _slightly_ for 3.4 (Ganymede) but I can > definitely help with that. Ok thanks > What do we call other langpack SRPMs? So the Babel project names their files like org.eclipse.nls.ja_0.2.0.v20080629043401.jar (http://download.eclipse.org/technology/babel/update-site/europa/) so I guess either eclipse-nls or preferably IMHO eclipse-langpack for the source package. Then subpackages would be eclipse-langpack-ja (eclipse-nls-ja), etc. Okay, whatever you want. If we could somehow Obsolete/Provide the previous eclipse-sdk-nls packages, that would be cool. From my testing, and from reading on the Eclipse news server, it looks as if the Babel langpacks tend to break the P2 update manager in some cases (eg https://bugs.eclipse.org/bugs/show_bug.cgi?id=238800 ). I see a similar problem (flashing splash screen; Eclipse restarting over and over) when dumping a langpack under eclipse/dropins and subsequently installing the same langpack via the Babel update site in P2. However, putting a langpack under eclipse/dropins does work as long as you don't use the update site from Eclipse, so it's not a complete show-stopper, at least during development. requested by Jens Petersen (#27995) eclipse-nls that provides babel langpacks have been in rawhide now for a few weeks. I added them to comps-f10 yesterday too. However because of bug 458626 they are still not working consistently. |