Followup on bug 279768 but for SeaMonkey. gandalf told us he has to do most of SeaMonkey stuff for Thunderbird anyways, so getting this to SeaMonkey afterwards should be much easier to do than for the other applications.

taking. I will try to find time for this once Thunderbird is ready.

This is SeaMonkey version of the same patch attached to the bug 286108.

Comment on attachment 186213 [details] [diff] [review] Remove/change double entities [checked in] Okay, looks good.

Comment on attachment 186213 [details] [diff] [review] Remove/change double entities [checked in] requesting sr - this just removes duplicate entitities from messenger.dtd, changing the name of one of them to a unique name.

Comment on attachment 186213 [details] [diff] [review] Remove/change double entities [checked in] Checked in that correctness patch. Thanks Pavel!

I just landed the merge of all language files into a single en-US.jar on trunk, which means we have progressed a major step twoards fixing this issue as well. Along with the work for removing the separate content packs, I've introduced suite/locales/ with one files already being built from there - this means that pref-locales.dtd is the first suite-specific file to follow the source L10n model :) More important than this single file is that the infrastructure for moving L10n files over to the new approach is now there, and I will start to work on that within the next weeks.

This patch makes client.mk check out the locales directories we need for suite when building a different locale and adds an empty all-locales file to suite/locales. I'd like to add "de" as a test locale to /l10n and the all-locales file but I think I have to talk to Pike about that first...

Comment on attachment 217766 [details] [diff] [review] prepare build environment for --enable-ui-locale in suite [checked in] This one's in as well, thanks! So now comes the part of getting stuff into suite/locales...

As announced in http://home.kairo.at/blog/2007-11/source_l10n_available_for_seamonkey_trun and in the mozilla.dev.l10n newsgroup, we are now able to add languages to the "source L10n" framework. The dependencies of this bug still cause errors on the generated builds, esp. in password manager, download manager and Windows integration, I'll leave the bug here open until those have been fixed and localized builds work correctly.

Now that all dependent bugs are fixed, the Mercurial-base L10n are fully working, starting from tomorrow (when we have new nightlies), those are available from the old build machines in http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-l10n/ and from the new ones in http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-1.9.1-l10n/