Opened 14 years ago
Closed 13 years ago
#27380 closed defect (fixed)
Missing l10n packages for KDE4
Reported by: | informatique@… | Owned by: | nerdling (Jeremy Lavergne) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.9.2 |
Keywords: | kde, l10n | Cc: | nerdling (Jeremy Lavergne), sharky@… |
Port: | kde |
Description
Hello,
Sorry if I file this bugreport in the wrong place, I didn't know which package to target as it's about KDE4 as a whole.
As far as I know, there are no translation packages (l10n files) for KDE4 in Macports, so the apps have to be in English. I asked about that in the user mailing list but got no answer.
The only thing I found with Google was an answer from Ryan Schmidt in March 2010, inviting some user to report this as a bug. So that's what I'm doing. ;-)
Is it a problem of manpower, or a more technical reason?
Thanks for your attention.
Change History (9)
comment:1 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | snc@… sharky@… added |
---|
comment:2 Changed 14 years ago by nerdling (Jeremy Lavergne)
No technical reason.
Back when I picked up the KDE ports it was just the ones that had tickets open for them. There are a handful of KDE ports that remain unmaintained that could be, but it seems there's not been much interest in general. I can start looking into the 10n files: is all or nothing sufficient for your needs? The other options being we include a language setting in MacPorts (or perhaps there's one already in a file elsewhere on the system), or making a variant for each language. Thoughts?
comment:3 Changed 14 years ago by informatique@…
If I understand your question correctly, I'd say the simpliest way would be to provide one l10n package per language, just as it was for the KDE 3 packages in Macports.
Including a language setting in Macports seems overkill to me. Why make a setting that would impact the whole project with unforseen side-effects for non-KDE packages?
Making a variant for each language : which package would have all those variants? kdelibs4?
So I would just go with traditional language packages that users can install / uninstall at will without playing with variant flags or recompiling any central package. As far as I know, that's how most Linux distributions do it and that's how the KDE project intends the l10n files to get installed.
comment:4 Changed 14 years ago by nerdling (Jeremy Lavergne)
Owner: | changed from macports-tickets@… to snc@… |
---|---|
Status: | new → assigned |
Initial commit: r74094.
comment:7 follow-up: 8 Changed 14 years ago by informatique@…
Thanks for your work, I'm installing the packages right now. I'm just surprised by the dependencies: mysql-server, openldap, kdebase4, akonadi... simply to compile some translation files? I'm not familiar with the KDE translation system as it is in KDE4, but I thought I'd mention it. Regards.
comment:8 Changed 14 years ago by nerdling (Jeremy Lavergne)
Replying to informatique@…:
I'm just surprised by the dependencies: mysql-server, openldap, kdebase4, akonadi... simply to compile some translation files? I'm not familiar with the KDE translation system as it is in KDE4, but I thought I'd mention it.
The port explicitly needs kdebase4, which requires all the other ports.
I've taken a break from the language files to address KDE 4.5 issues; and then 10.6.5 has decided to ruin my ethernet drivers as well. One day I'll get them finished :-)
comment:9 Changed 13 years ago by nerdling (Jeremy Lavergne)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I've checked in the remainder of the language files, at 4.7.0.
Replying to informatique@…:
I'm Cc'ing our KDE people to find out if there is a technical reason.