as there's still some confusion:
Please land whatever you want to land on 1.9.1 at the time you want to.
The earlier the merrier, as always, as it allows you to test on live
builds. Excluded are productization changes like search or
region.properties. These still needs bugs with rationales, and patches
to review by stas before landing.
Once you have tested and verified that the state of the tree is what you
want to ship, update your sign-off.
Right now, there's no good way to do that, so please use this thread to
follow up with your locale, and revision, or just a link to your 1.9.1
repo with the changeset.
I'll then morph that into the release process in due time.
Thanks
Axel
new changeset for Arabic (ar):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ar/rev/89256d0fa1cc
Regards
- Anas
> _______________________________________________
> dev-l10n mailing list
> dev-...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-l10n
>
Axel
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/is/file/60e0e78e5142
Kristjan, mind setting up your newsgroup client to expose your real
name? That'd help a bunch when searching for your posts.
Thanks
Axel
I am exposing my real name, but I was using the client "Forte Agent
4.2" to post, and it seems that my name gets messed up because of the
accented characters. But this seems to only display incorrectly in
Thunderbird. I don't know if Forte Agent is posting wrong or
Thunderbird is not handling it correctly. (This post was posted using
Google Groups)
Forte Agent does it wrong (although it looks okay in Knode with a
default charset of UTF-8), from your message:
From: Kristján Bjarni Guðmundsson <kristja...@gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
the From needs to be encoded per the standards for encoded mime headers,
something like "From: =?UTF-8?B?5paH5bCR5Y2O?= <shaoh...@gmail.com>"
the Content-* headers are technically okay, since the body of your
message doesn't have any non-ascii chars, but it doesn't even hint to
the charset of the headers :)
afaik, ForteAgent doesn't (didn't) support unicode at all.
--
дамјан ( http://softver.org.mk/damjan/ )
When you do things right, people won't be sure if you did anything at
all.
Hi Axel, please, update es-ES changeset to c108d8f07d23 as we have
done some changes to dialog panels and shortening some strings.
Thanks!
Channy
---------------------
http://www.linkedin.com/in/channy
* Biomedical Knowledge Engineering Laboratory http://bike.snu.ac.kr
* Daum Developers Network & Affiliates http://dna.daum.net
2009/7/6 Axel Hecht <l1...@mozilla.com>
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/fa/rev/6d01ddc30e9c
Thanks!
Ehsan
Since it's possible that 3.5.1 is here sooner than later[1], I sign-off
the macedonian locale with revision:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/mk/rev/c34c8b722e60
Hope we'll see builds now :)
[1]
http://www.theregister.co.uk/2009/07/14/unpatched_firefox_bug/
--
дамјан ( http://softver.org.mk/damjan/ )
"If we knew what we were doing, it wouldn't be research"
That's what my supervisor used to say to me when
I got depressed about lack of progress.
I'll take the latter 3 changesets for .2. We're more agressive in what
we do than we were on 3.0.x in case of firedrills, but I'm going to be
rather conservative on taking changesets still.
I took notes of those, and there's not really anything that would really
need to go out as .1, so no need to add more noise to the .1 release.
http://hg.mozilla.org/build/buildbot-configs/annotate/7202bc37bee7/mozilla2/l10n-changesets
is what I expect to see us shipping.
Axel
We would like to use the following changeset for French in the future
3.5.x releases:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/fr/rev/31edfe400dd6
This changeset fixes an overlooked accesskey conflict in the Edit menu
and updates the spelling dictionary.
I do not think this should hold back a security fix if 3.5.1 builds are
already being made, just take it if you can.
--
Benoit
FrenchMozilla l10n team
Is it still possible to change pt-BR to
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/pt-BR/file/1b963c7ee5ce?
I think it is a very important fix, I would like to have it ASAP. :o)
--
Jeferson
Sorry, no, the 3.5.1 builds are on their way.
Axel
If it's possible, please take this updated changeset with galician
(gl) translation
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/gl/rev/7f1e62c7ce4c
No matter if it's for FX 3.5.2 or whatever..
If fixes wrong translations in abourCertError.dtd
Thanks a lot
Frco. Javier Rial.
--
-----------------
AH> Please land whatever you want to land on 1.9.1 at the time you want
AH> to. The earlier the merrier, as always, as it allows you to test on
AH> live builds. Excluded are productization changes like search or
AH> region.properties. These still needs bugs with rationales, and patches
AH> to review by stas before landing.
AH> Once you have tested and verified that the state of the tree is what
AH> you want to ship, update your sign-off.
AH> Right now, there's no good way to do that, so please use this thread
AH> to follow up with your locale, and revision, or just a link to your
AH> 1.9.1 repo with the changeset.
Please, use the following changeset for Turkish (tr):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/73f5d19dcc6d
--
Best regars,
Rail Aliev
--
Sincerely yours,
Alexander L. Slovesnik a.k.a. Unghost
==>Web-page: http://www.unghost.ru/
==>Jabber ID: ung...@mozilla-russia.org
==>Gmail Talk ID: ung...@gmail.com
==>IRC: irc://irc.mozilla.org/mozilla-ru
Rejected,
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/diff/73197aeb2960/browser/chrome/browser-region/region.properties
didn't land without review and approval. Tree rules for those files are
mentioned in the post you quoted.
Axel
I think there's at least one untranslated string introduced in
netError.dtd, too, as far as I glanced at the rest of the diff.
Axel
>> Please, use the following changeset for Turkish (tr):
>> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/73f5d19dcc6d
>>
AH> Rejected,
AH> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/diff/73197aeb2960/browser/chrome/browser-region/region.properties
AH> didn't land without review and approval. Tree rules for those files
AH> are mentioned in the post you quoted.
Oops. Sorry for this. It was my first opt-in for Firefox.
There is the only change committed which is really matter ("My Yahoo"
became "Yahoo", an will be changed back soon. Other changes are trivial,
just space removal to be exactly as en-US. And they can be reverted as
well or go through approval. It's my fault and will fix it. :)
But I want to discuss the top comment (LOCALIZATION NOTE:
REVIEW_REQUIRED…) I've removed (actually translate-toolkit) which
doesn't exist in en-US. Shouldn't this comment be added in en-US? If
yes, I'm going to file a bug. ;)
>> Please, use the following changeset for Turkish (tr):
>> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/73f5d19dcc6d
>>
AH> I think there's at least one untranslated string introduced in
AH> netError.dtd, too, as far as I glanced at the rest of the diff.
Hmm… I couldn't find any untranslated message at all in this file. :(
There is a bug on adding that localization note to en-US, bug 486719.
Note that we intend to add further tests that will essentially fail on
any change to the search files and region.properties.
Axel
Oops, I misread my diff. Too much xul namespace, which is rightfully not
translated :-)
Axel
>> But I want to discuss the top comment (LOCALIZATION NOTE:
>> REVIEW_REQUIRED…) I've removed (actually translate-toolkit) which
>> doesn't exist in en-US. Shouldn't this comment be added in en-US? If
>> yes, I'm going to file a bug. ;)
AH> There is a bug on adding that localization note to en-US, bug 486719.
Great. Subscribing myself…
AH> Note that we intend to add further tests that will essentially fail on
AH> any change to the search files and region.properties.
hg hook? It'll be better of course!
AH> Rejected,
AH> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/diff/73197aeb2960/browser/chrome/browser-region/region.properties
AH> didn't land without review and approval. Tree rules for those files
AH> are mentioned in the post you quoted.
Take 2. :)
Please use the following revision for Turkish (tr):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/fc9c443c49c1
Diff of region.properties against version by Stas is zero byte. :)
$ hg diff -r 7e872945e44f -r fc9c443c49c1 \
browser/chrome/browser-region/region.properties | wc -c
0
>>>>> "AH" == Axel Hecht <l1...@mozilla.com> writes:
RA> Please use the following revision for Turkish (tr):
RA> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/fc9c443c49c1
RA> Diff of region.properties against version by Stas is zero byte. :)
RA> $ hg diff -r 7e872945e44f -r fc9c443c49c1 \
RA> browser/chrome/browser-region/region.properties | wc -c
RA> 0
[...]
Please obsolete the previous opt-in request for Turkish (tr) with the
following one:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/f03a4b77989b
ack
Axel
AH> Rejected,
AH> didn't land without review and approval. Tree rules for those files
AH> are mentioned in the post you quoted.
Inspired by this reject I added a hg hook to my local repository. Now I
cannot commit to browser/chrome/browser-region/region.properties by
mistake. :)
Feel free to modify it (I don't like hg status for example).
Snip from .hg/hgrc:
-----------------------------------------------------------------------
[hooks]
pretxncommit.region_properties = test `hg status --no-status \
browser/chrome/browser-region/region.properties | wc -c` -eq 0 || \
( echo "Don't commit to region.properties without approval."; \
exit 1 )
-----------------------------------------------------------------------
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/pt-BR/file/367e1347403e
Thanks!
Thanks,
Andras
Kind regards,
Wim
> Please land whatever you want to land on 1.9.1 at the time you want
> to. The earlier the merrier, as always, as it allows you to test on
> live builds. Excluded are productization changes like search or
> region.properties. These still needs bugs with rationales, and patches
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ar/file/76b5f7d7b87e
Regards
- Anas
For Romanian (ro) please use b5ac496165de .
--
Alexandru Szasz
--
Hasse
sv-SE l10n team
--
-----------------
Thanks!
--
Ehsan
<http://ehsanakhgari.org/>
On Wed, Jul 15, 2009 at 1:38 AM, Ehsan Akhgari <ehsan....@gmail.com>wrote:
> New Persian (fa) changeset for Firefox 3.5.x:
>
> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/fa/rev/6d01ddc30e9c
>
> Thanks!
> Ehsan
>
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/be/rev/ff824fefe06e
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/be/rev/6b8d16345f7a
Siarhei
Siarhei напісаў(ла):
http://l10n.mozilla.org/buildbot/compare/m-c%20linux%20repack/16415
shows that the unofficial branding files are not needed. Those are just
not exposed to l10n at all.
You should remove those again next time.
Nothing blocking taking the given changeset, though.
Axel
I confused this process. For 3.5.1., I opted in as following changeset.
But, ffxbld still used
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ko/rev/bdaf42403b9e for
3.5.1.
My late changes was not adopted.
I changed some of errors for 3.5.2. But, can it be adopted for 3.5.2?
Anyway I want to opt in Firefox 3.5.1 as following changeset.
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ko/rev/45468310e4d6
Channy
---------------------
http://www.linkedin.com/in/channy
* Biomedical Knowledge Engineering Laboratory http://bike.snu.ac.kr
* Daum Developers Network & Affiliates http://dna.daum.net
2009/7/10 Channy Yun <cha...@gmail.com>
> I updated some things for ko locale too.
> ko optin for fx 3.5.1
> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ko/rev/67f2a22c21a5
>
>
> Channy
> ---------------------
> http://www.linkedin.com/in/channy
>
> * Biomedical Knowledge Engineering Laboratory http://bike.snu.ac.kr
> * Daum Developers Network & Affiliates http://dna.daum.net
As I mentioned in a follow up on this thread, there were some opt-ins
shortly before 3.5.1 that I didn't get into that release. This release
was a security fire drill, and those need extra-stable code due to the
less-stable than normal release process. I underestimated the count a
bit, though.
> I changed some of errors for 3.5.2. But, can it be adopted for 3.5.2?
>
> Anyway I want to opt in Firefox 3.5.1 as following changeset.
> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ko/rev/45468310e4d6
>
Got it
Axel
>
> Channy
> ---------------------
> http://www.linkedin.com/in/channy
>
> * Biomedical Knowledge Engineering Laboratory http://bike.snu.ac.kr
> * Daum Developers Network& Affiliates http://dna.daum.net
>
>
> 2009/7/10 Channy Yun<cha...@gmail.com>
>
>> I updated some things for ko locale too.
>> ko optin for fx 3.5.1
>> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ko/rev/67f2a22c21a5
>>
>>
>> Channy
>> ---------------------
>> http://www.linkedin.com/in/channy
>>
>> * Biomedical Knowledge Engineering Laboratory http://bike.snu.ac.kr
>> * Daum Developers Network& Affiliates http://dna.daum.net
RQ
thank you
3.5.2 is a wrap, so this sign-off will go into 3.5.3, as will the following.
Looking at the changes, it seems that you forgot one downloads in
http://mxr.mozilla.org/l10n-mozilla1.9.1/source/rm/toolkit/chrome/mozapps/downloads/downloads.properties#111,
AFAICT.
Axel
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/is/file/48fb028869be
Regards
- Kristján
Thanks,
Rimas
while we wait for the searchplugins to get approved.
--Kadir
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/or/rev/a7857ee6c29d
Manoj
Please use the following revision set for Assamese.
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/as/rev/cf8a573950c5
Thanks,
Amit.
New revision for ta-LK, after landing the patch from bug 492972
<https://bugzilla.mozilla.org/show_bug.cgi?id=492972>:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ta-LK/rev/925abd877c9f
Thanks,
-stas
--
Staś Małolepszy
Mozilla L10n driver
+48 600462291
+33 643800452
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/rev/4aa5c7780361
Cheers,
-Jamil
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/nl/rev/1edc997fbd57
greetings
MM
new changeset for Icelandic (is):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/is/file/88f71682d75a
regards
- Kristján
I actually took
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/or/rev/f65c09982fe2 to
take the langpack fix as well.
Axel
Hi Jamil,
that looks like a bunch of fixed bugs, but a few things regressed. CCing
Friedel for the first paragraph and second paragraph.
AFAICT:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/diff/4aa5c7780361/browser/chrome/branding/brand.dtd
looks like a bug in translate toolkit, are you using the most recent
version?
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/diff/4aa5c7780361/browser/chrome/browser/preferences/connection.dtd#l1.36
has another example of the :_keyname bug.
http://mxr.mozilla.org/l10n-mozilla1.9.1/search?string=%22_:+&find=bn-BD
is a query for that pattern, I hope it's complete.
In quite a few places, you added "(O)" to the string, probably being the
accesskey. That's going to look wrong on OSX, is that an artifact of the
translate toolkit?
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/diff/4aa5c7780361/browser/chrome/browser/aboutSessionRestore.dtd
is an example. On the platforms that do display accesskeys (non-OSX),
gecko does that itself if the accesskey is not in the string.
In
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/diff/4aa5c7780361/browser/chrome/browser/pageInfo.properties#l1.13
you switch px to something translated, is that intentional?
Due to the regressions in paragraph 1, I'm not going to take this one,
sorry.
Axel
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/rev/93617eb718cb
Cheers,
-Jamil
Hallo Jamil, Axel
It definitely doesn't seem to come from the newest release of the
Translate Toolkit, so yes, I would suggest upgrading to version 1.4.0
and to keep up to date with any subsequent bugfix releases. It could
also just be that the version that was used for the final conversion is
not the same as the one used to create the POT files, but that is less
likely, and my recommendation will be the same anyway.
When upgrading to version 1.4.0, please do a clean conversion from newly
created POT files and unchanged PO files so that you know that any
changes in your final l10n files have to do with non-content changes.
The diff might show several minor changes. A few issues to expect:
- A few of your strings from .properties files might have gone fuzzy
since we became slightly more strict with whitespace handling.
- You should see a few small updates with regards to the casing of
accesskeys. The diff might be surprising, but it only affected two real
strings in my Afrikaans translation, if I remember correctly.
In general things should be a bit better after a quick review. By the
way, with the newest version of the Translate Toolkit, the old context
markers should hopefully now disappear forever.
Keep well
Friedel
--
Recently on my blog:
http://translate.org.za/blogs/friedel/en/content/pseudolocalisation-podebug-2
Thanks, this one's fine.
Axel
I updated a little error and the untranslated 'download' you mentioned.
Thank you
Gion-Andri
Am 30.07.09 13:55, schrieb Axel Hecht:
Thanks,
Francesco.
Hi, Axel.
For Ukrainian please pick up 257:d991a981a26c
Please use the following revision for Turkish (tr) 1.9.1:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/5e67672bc50c
--
Best regars,
Rail Aliev
That sounds like you didn't push a few changesets, the upstream repo
only has 253 changesets. The numerics differ from clone to clone, for
what it's worth, so those only matter to you locally, or to the extent
that there are only so many of them in total.
Axel
>
> Hi,
>
> as there's still some confusion:
>
> Please land whatever you want to land on 1.9.1 at the time you want to.
> The earlier the merrier, as always, as it allows you to test on live
> builds. Excluded are productization changes like search or
> region.properties. These still needs bugs with rationales, and patches
> to review by stas before landing.
>
> Once you have tested and verified that the state of the tree is what you
> want to ship, update your sign-off.
>
Please use the following changeset for Irish:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ga-IE/file/f7de086449de
Thanks
Kevin
Here is the new one:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/uk/file/b4a6b1250190
Regards
- Kristján
--
Sincerely yours,
Alexander L. Slovesnik a.k.a. Unghost
==>Web-page: http://www.unghost.ru/
==>Jabber ID: ung...@mozilla-russia.org
==>Gmail Talk ID: ung...@gmail.com
==>IRC: irc://irc.mozilla.org/mozilla-ru
New revision for Tamil [ta]:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ta/rev/3b94e4cf6bc0
(fixing bug https://bugzilla.mozilla.org/show_bug.cgi?id=485044)
Thanks,
RQ
AH> Please land whatever you want to land on 1.9.1 at the time you want
AH> to.
Please, use the following revision for Turkish (tr):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/3df2ad94dd15
--
Best regards,
Rail Aliev
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/fa/rev/7944bf98a347
Thanks!
--
Ehsan
<http://ehsanakhgari.org/>
Please use the following changeset for Arabic (ar):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ar/file/86df161b9c4d
Regards
- Anas
> _______________________________________________
> dev-l10n mailing list
> dev-...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-l10n
>
--
Experience is something you don't get until just after you need it.
And another one:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/lt/rev/22774b3472ea
RQ
Another update for Arabic(ar):
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ar/file/b5139ff0f18a
Regards
- Anas
Best,
Tim
MozTW
On Thu, Sep 17, 2009 at 5:30 PM, Anas Husseini <linux...@gmail.com> wrote:
> Hi,
>
> Another update for Arabic(ar):
> http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ar/file/b5139ff0f18a
>
> Regards
>
> - Anas
>
>
> On 9/14/09, Rail Aliev <ra...@openoffice.org> wrote:
>>
>>
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/bn-BD/file/406e0431af75
Cheers,
-Jamil
For the next 3.5.x release please use the
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/mk/rev/a3c73ffd13aa
revision
--
дамјан ( http://softver.org.mk/damjan/ )
Education is one of the "prices" of freedom that some are unwilling to
pay.
Thanks,
Andras
Thanks,
Andras
Thanks,
Kadir
Please, use this changeset for next Firefox 3.5.x es-ES version:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/es-ES/rev/b7efd11c5055
Ricardo.
(sorry for not following the topic starter message, which is deleted in
my cache)
--
Rail Aliev
Please use this new revision for galician (gl) language:
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/gl/rev/a9b380bd0e72
Thanks.
Frco. Javier Rial
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/tr/rev/fdb83f4b08fc
--
Rail Aliev
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/he/rev/3ad9c07d6444
--
Tomer Cohen
http://tomercohen.com
That one is on 1.9.1 and not on 1.9.2, though :-)
Axel
Best regards,
João Miguel Neves
Axel Hecht escreveu:
> Hi,
>
> as there's still some confusion:
>
> Please land whatever you want to land on 1.9.1 at the time you want
> to. The earlier the merrier, as always, as it allows you to test on
> live builds. Excluded are productization changes like search or
> region.properties. These still needs bugs with rationales, and patches
> to review by stas before landing.
>
> Once you have tested and verified that the state of the tree is what
> you want to ship, update your sign-off.
>
> Right now, there's no good way to do that, so please use this thread
> to follow up with your locale, and revision, or just a link to your
> 1.9.1 repo with the changeset.
>
> I'll then morph that into the release process in due time.
>
> Thanks
>
> Axel
> _______________________________________________
> dev-l10n mailing list
> dev-...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-l10n
--
Intraneia
http://www.intraneia.com/
Suporte a Software Livre
Tradução/Localização de software e sítios web
Desenvolvimento de software
Ao seu serviço...
Regards,
-----
Hùng. NGUYEN Manh
Thanks,
RQ
--
-----------------