Opened 13 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 in reply to:  description Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: snc@… sharky@… added

Replying to informatique@…:

Is it a problem of manpower, or a more technical reason?

I'm Cc'ing our KDE people to find out if there is a technical reason.

comment:2 Changed 13 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 13 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 13 years ago by nerdling (Jeremy Lavergne)

Owner: changed from macports-tickets@… to snc@…
Status: newassigned

Initial commit: r74094.

comment:5 Changed 13 years ago by nerdling (Jeremy Lavergne)

Next set: r74099.

comment:6 Changed 13 years ago by nerdling (Jeremy Lavergne)

Next set: r74100.

comment:7 Changed 13 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 in reply to:  7 Changed 13 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: assignedclosed

I've checked in the remainder of the language files, at 4.7.0.

Note: See TracTickets for help on using tickets.