Bug 1784 - German translation of "mirror" in MCC-->Sources is wrong
Summary: German translation of "mirror" in MCC-->Sources is wrong
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 1
Hardware: i586 Linux
Priority: Low minor
Target Milestone: ---
Assignee: Oliver Burger
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-13 13:28 CEST by Bicycle RepairMan
Modified: 2012-08-07 20:43 CEST (History)
6 users (show)

See Also:
Source RPM: rpmdrake
CVE:
Status comment:


Attachments

Description Bicycle RepairMan 2011-06-13 13:28:43 CEST
The German translation of "mirror" in MCC --> Sources is wrong. It says "Speigel", but is supposed to say "Spiegel".
Manuel Hiebel 2011-06-13 13:37:11 CEST

CC: (none) => mageia-i18n

Comment 1 Oliver Burger 2011-06-13 13:48:49 CEST
Already fixed ins svn.

Status: NEW => RESOLVED
CC: (none) => oliver.bgr
Resolution: (none) => FIXED

Comment 2 Bicycle RepairMan 2011-08-27 15:23:51 CEST
I am sorry, but why is this not being included in the updates? I mean, it's all nice and well that it is fixed in svn, but that is quite irrelevant if the users don't get the updates that fix that in the actual distribution. I mean, this has been "fixed" for 2 1/2 months now, shouldn't it somehow make its way to the users?

Btw: Bugs shouldn't be marked as fixed as long as they aren't actually fixed for the users!

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 3 Oliver Burger 2011-08-29 08:37:05 CEST
It is fixed in svn, so from the point of view of the people in charge (German i18n team in this case) it is resolved as fixed.

The other question is: Why was there no update for the end user of Mageia 1?

<irony>
Now I'm quite sure this is an error making the system unusable for the majority of people, thus being of the utmost importance for building an updated package, since literally any German stumbling upon it will have nights of nightmares because of it
</irony>

Now in my opinion this is just a little - even funny looking - typo, that has no importance whatsoever for anybody, so I think there is no need just to correct this.

Leaving this opened with the lowest priority...

Priority: Normal => Low
QA Contact: (none) => oliver.bgr
Severity: normal => minor

Comment 4 Remco Rijnders 2011-08-29 08:46:08 CEST
I guess the question is: When is a fix important enough to warrant an update?

In this case, seeing how this is an obvious typo that is only visible to German users, I tend to say that no update is needed if there are no other things to fix. On the other hand, looking at a typo for more than a year isn't very nice either.

Perhaps we need to have a seperate class of 'trivial' bugs like these? They might be pushed to updates without qa validation and/or without an update advisory sent out.
Comment 5 Samuel Verschelde 2011-08-29 15:39:12 CEST
My opinion is we should fix this kind of small bug in Mageia 1 SVN (currently it's only fixed in cauldron's SVN), but not issue an update for now. If in the future we need to issue an update for an important bugfix, this small fix will be included with it.

This would also mean that, in the updates process, we should always look at SVN history to see what bug fixes have been done and are waiting for delivery.

Remco's suggestion of an update pushed wihtout QA validation will never be done, because we never know : a simple fix could break something (even if I doubt it), and most of all a new build of the package can introduce regressions, rarely, but the risk is enough that we can't push an update without testing.

CC: (none) => stormi

Manuel Hiebel 2011-10-31 11:12:13 CET

Source RPM: (none) => drakconf

Comment 6 Wolfgang Bornath 2011-10-31 11:54:24 CET
Of course this is a very minor "bug" by itself. But (as Remco already pointed out) seeing such a small thing not being fixed for months gives a wrong impression to people who evaluate the distribution not only by the looks and the number of packages but also by the bug fixing performance.

What kind of risk is an update if the only change is a typo in the translation of a menue item? As much as I agree to the rather safe approach of Mageia wrt updates, this is a bit too "careful", IMHO.

CC: (none) => molch.b

Comment 7 Samuel Verschelde 2011-10-31 12:16:14 CET
May I also point out that we got feedback from people who think there are too much updates? Forcing an update to all Mageia users just for a typo in German translations would be too much, in my opinion.

That's why I think we must try to group several bug fixes into a single update, whenever possible. It saves work for everybody involved (issueing an update needs work from several people, it's not just "fix and push") and makes less updates to download for users.

That's why I proposed that we fix it, but wait for the next update of rpmdrake (I'm sure there are open bugs that can deserve an update) to push it.

Source RPM: drakconf => rpmdrake

Comment 8 Oliver Burger 2011-11-01 11:10:25 CET
What about calling for an i18n Bug hunting Day and doing an overall draktools update in a few weeks?
Comment 9 Samuel Verschelde 2011-11-02 09:27:43 CET
Why not, if the drakxtools maintainers agree :)
Comment 10 Marja Van Waes 2011-12-28 23:27:58 CET
(In reply to comment #8)
> What about calling for an i18n Bug hunting Day and doing an overall draktools
> update in a few weeks?

@ Manuel

cc'ing you because of this idea of Oliver. Maybe this day can be scheduled along with the bug fixing days you had in mind ;)

CC: (none) => manuel, marja11

Oliver Burger 2012-01-08 12:39:18 CET

Assignee: bugsquad => oliver.bgr
QA Contact: oliver.bgr => (none)

Comment 11 Marja Van Waes 2012-04-21 20:54:24 CEST
still rpmdrake-5.26.10-1.mga1, no new version, so not fixed
Comment 12 Marja Van Waes 2012-05-21 20:01:30 CEST
(In reply to comment #11)
> still rpmdrake-5.26.10-1.mga1, no new version, so not fixed

fixed in Mageia 2, though ;)
Comment 13 Oliver Burger 2012-08-07 20:43:18 CEST
Minor issue that is not sufficient to rebuild rpmdrake for 1.
Fixed in 2 and Cauldron.

Status: REOPENED => RESOLVED
Resolution: (none) => WONTFIX


Note You need to log in before you can comment on or make changes to this bug.