vim: Needs gettext support

Bug #30078 reported by Mantas Kriaučiūnas
8
Affects Status Importance Assigned to Milestone
Ubuntu Translations
Triaged
Low
Unassigned
Baltix
Confirmed
Medium
Mantas Kriaučiūnas
vim (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

vim package has all translations (look at /usr/share/vim/vim63/lang/) instead of using langpacks

For example I use only en and lt (Lithuanian) languages and have only these langpacks installed, but at /usr/share/vim/vim63/lang/ I have 20 vim.mo files and more than 100 menu translation files !!!

Matt Zimmerman (mdz)
Changed in vim:
assignee: nobody → pitti
Revision history for this message
Martin Pitt (pitti) wrote :

Closing unnecessary 'Baltix' task.

Changed in vim:
status: Unconfirmed → Confirmed
Revision history for this message
Mantas Kriaučiūnas (mantas) wrote :

I reported this bug and added Baltix task, because I need to backport the fix to Baltix (which is still based on breezy) manually. Because of this I'm reopening Baltix task and assigning this task to myself.
P.S. I'm main Baltix GNU/Linux distribution developer :)

Revision history for this message
Martin Pitt (pitti) wrote : Re: [Bug 30078] Re: vim package has all translations (look at /usr/share/vim/vim63/lang/) instead of using langpacks

Hi Mantas,

Mantas Kriaučiūnas [2006-04-04 12:19 -0000]:
> I reported this bug and added Baltix task, because I need to backport the fix to Baltix (which is still based on breezy) manually. Because of this I'm reopening Baltix task and assigning this task to myself.
> P.S. I'm main Baltix GNU/Linux distribution developer :)

Ah, sorry for that. Thank you!

(We often get useless additional 'Ubuntu' tasks, which we have to
clean up.)

Martin

--
Martin Pitt http://www.piware.de
Ubuntu Developer http://www.ubuntu.com
Debian Developer http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?

Revision history for this message
Martin Pitt (pitti) wrote : Re: vim package has all translations (look at /usr/share/vim/vim63/lang/) instead of using langpacks

I'm afraid this isn't going to change, unless/until upstream switches to using standard gettext.

Changed in vim:
assignee: pitti → nobody
Przemek K. (azrael)
Changed in baltix:
status: Confirmed → Invalid
status: Invalid → Confirmed
Revision history for this message
David Planella (dpm) wrote :

This is still the case today.

We ship translations in language packs, but if I'm not mistaken, they are not used (the ones in /usr/share/vim/vim$VERSION/lang/$LANG/LC_MESSAGES are). On my system:

/usr/share/locale-langpack/ca/LC_MESSAGES/vim.mo
/usr/share/locale-langpack/de/LC_MESSAGES/vim.mo
/usr/share/locale-langpack/en_GB/LC_MESSAGES/vim.mo
/usr/share/locale-langpack/es/LC_MESSAGES/vim.mo
/usr/share/vim/vim72/lang/af/LC_MESSAGES/vim.mo
/usr/share/vim/vim72/lang/ca/LC_MESSAGES/vim.mo
/usr/share/vim/vim72/lang/cs/LC_MESSAGES/vim.mo
/usr/share/vim/vim72/lang/de/LC_MESSAGES/vim.mo
/usr/share/vim/vim72/lang/en_GB/LC_MESSAGES/vim.mo
/usr/share/vim/vim72/lang/eo/LC_MESSAGES/vim.mo
[...]

I think until upstream starts using standard gettext we should disable the vim translation template from Launchpad and not include it in language packs.

Changed in ubuntu-translations:
status: New → Triaged
importance: Undecided → Low
summary: - vim package has all translations (look at /usr/share/vim/vim63/lang/)
- instead of using langpacks
+ vim: Needs gettext support
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.