Stefan Taxhet wrote:
> At least not if you plan to provide all in one download file.
> Dynamically downloading language packs on demand could be something the
> installation project is interested in.

Good point! Stefan.

Until then, how about this kind of revised idea?

 Stop building individual language versions of installation binary set
 for each platform. (same as previous post)

 Build a language-neutral installation binary for each platform. (new)
 It might includes the limited amount of resources of each language
 to solely accomplish installation process. (new)

 Build every language-packs. Those might be just a zip file, not
 necessarily a self-extract .exe file. The contents of the lang-pack
 will be automatically extracted by the installer above. (new)

A user download both
 - the language-neutral installation binary and
 - desired language-pack(s)

I think all of us have been looking for how to treat the redundancy
that every language-dependent full-set installation binary share the
functionally and/or physically identical files, e.g. .dll files, with
all other languages' binaries.

The amount of those redundant files might occupy 90% of the capacity
of our mirror servers, I bet. If we could remove or reduce such the
redundancy, the required capacity of a mirror server would decrease by
90% and the duration to upload and distribute files would shorten by 90%.


Marcus,

On 25.11.2010 21:20, Marcus Lange wrote:
IMHO it should be possible to build a big multi-lang install file. A
little math: 70 languages as langpacks x average 21 MB per file = 1.6 GB

Please be honest, as a normal user would you like to download 1.6 GB
because you want to have OOo in Japanese? ;-)

Hmm, definitely no.

Furthermore, not all languages/platforms will be tested and approved by
the community; this is especially for smaller native lang teams. So, how
to split the tested files from the untested? And how to get the approved
RC builds into a multi-lang installer as stable without to
rebuild/repackage?

I am a pragmatic software engineer. So it is slightly hard for me to
understand the necessity of approval by native lang teams, even though I
respect it.

In reality, those whose relevant native lang team does not approve some
of or all of the RC builds could find their installation binary in the
extended/ directory. And they (could be majority) do so. That is, I bet,
well-known reality. However, I do not oppose the process of approval.

So, a good idea to reduce the amount of files and their sizes but IMHO
not really realistic.

I understand.

Tora


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to