Off-Topic > SCM EXtensions

scms locales are not automatically loaded

<< < (7/10) > >>

SamK:

--- Quote from: Jason W on May 03, 2012, 02:03:14 AM ---Mostly, we don't want the scm to head down the slippery slope of feeling it needs to compete with the tcz in terms of modularity, size, etc, therefore diluting it's main goal of being self contained.  Larger downloads are just part of that concept.
--- End quote ---
Even before the decison on handling locales was taken, the basic concept of an scm means that the download size of the scm will often exceed the size of a tcz alternative.  It is inherent within the design. Earlier posts seem to refer only to the compressed size of the download.

Upon installation to the file system, the app has to be uncompressed which results in RAM being used.  Increasing the size by incorporating locale files will exacerbate this further.  It may be particulary detrimental on older systems having smaller ammounts of RAM, or those with fixed amounts of RAM.

Might it be possible to accomodate the locale files within the scm while reducing the size used as described below.  The idea is raw and unpolished and meant to outline the concept rather than represent a finished method.

The scm contains three distinct parts:

* app
* app-locale
* loading script
The loading script loads app and app-locale in separate stages:

* stage1 load app
* stage2 load app-locale
After stage1 but before stage2, the loading script checks for a marker file or variable which indicates whether to conduct stage2

The marker file or variable might be created by use of a checkbox, or similar means, in the TC scm management GUI


If the above is practical it will:

* allow the scm to contain locale files
* allow the user to choose whether to load them
* enable the system to manage the scm as a single entity


Edit: fix typo

curaga:

--- Quote ---Upon installation to the file system, the app has to be uncompressed which results in RAM being used.  Increasing the size by incorporating locale files will exacerbate this further.  It may be particulary detrimental on older systems having smaller ammounts of RAM, or those with fixed amounts of RAM.
--- End quote ---

I'm afraid this is wrong. The only RAM used is the squashfs cache, which is a couple ten kb per mount. It doesn't depend on the size of the squashfs archive.

(regular file cache is of course on top, but that one can be freed if needed; squashfs cache can't.)

vinnie:
Add dep in locales i think is the simpliest solution and package remain Light.

SamK:

--- Quote from: curaga on May 03, 2012, 06:32:20 AM ---I'm afraid this is wrong.
--- End quote ---
My misunderstanding, thanks for the correction. 

Jason W:
As I am totally unfamiliar with locale use, does having locales in share/locale in each scm even work in providing internationalization of each app without something exported in the app's wrapper in bin/?  I am assuming it does, but thought I would ask for clarification.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version