Meeting at Sun Hamburg regarding split build

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Meeting at Sun Hamburg regarding split build

Chris Cheney-3
We are planning on having a meeting at the Sun Hamburg office Feb 9 -
11. The meeting will be primarily focused on getting the language part
of the build split into its own module, separately buildable, and active
work on it during the time. However, if there are still major issues
with other parts of the split build then discussion about them will be
welcome as well. If there are other issues please bring them up here
before the meeting so everyone can be aware of the topics.

Thanks,

Chris Cheney


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

Reply | Threaded
Open this post in threaded view
|

Re: Meeting at Sun Hamburg regarding split build

Petr Mladek
Hi,

On Friday 09 January 2009, Chris Cheney wrote:
> We are planning on having a meeting at the Sun Hamburg office Feb 9 -
> 11. The meeting will be primarily focused on getting the language part
> of the build split into its own module, separately buildable, and active
> work on it during the time. However, if there are still major issues
> with other parts of the split build then discussion about them will be
> welcome as well. If there are other issues please bring them up here
> before the meeting so everyone can be aware of the topics.

Do you already have some ideas or plans how to do the split of the
localizations?


We are playing with the build split in ooo-build, see
http://svn.gnome.org/svn/ooo-build/trunk/doc/split.txt

Our approach uses two solvers:

One solver is in the source dir. It includes the delivered files from the just
built modules, e.g. core-libraries. It works exactly the same way like the
current solver in the non-split build.

The second solver is in a system directory (/usr/lib, /opt). It includes the
delivered files from the already built source parts, e.g. URE. It is
installed from the respective -devel files. It is read-only by definition.


We currently do not have a good solution for localizations. We put the
prebuilt localizations into the system solver and install them later in a
post-process package. So your initiative is very appreciated.


I do not have any exact plan how to solve the localizations. I only have the
following ideas (probably nothing new):

1. The en-US localization should stay in the normal sources. The developers
must be able to test their work easily. They should not be forced to do any
complicated steps to be able to start the modified application (to use newly
developed dialog).

2. The en-US strings and other helper files might be delivered to the solver
and then put into the devel packages.

3. There might be some helper scripts that would allow to extract the English
strings and other important files. e.g. lang-specific icons, from the devel
packages (solver). These files will be given to the translation teams.

4. There should be some helper scripts that would allow to build the
particular localizations using the devel packages (solver) and localized
po/sdf files. It should be realtively easy and stable process, so even
translation teams (non-developers) should be able to accomplish it.

5. The list of localizations should not be hardcoded in the sources. I think
that all lang-specific data (locale, default paper size, decimal
delimiter, ...) might be read from a xml file.


BTW: It would be nice to have similar approach also for icon themes. It should
be easier to create and add new icon themes. It has lover priority because we
have only few icon themes in compare with the number of localizations. I
mention it because there are some "localized" icons, so this activity might
touch also the icons handling, so we should keep it in mind.


--
Best Regards,

Petr Mladek
software developer
---------------------------------------------------------------------  
SUSE LINUX, s. r. o.                        e-mail: [hidden email]
Lihovarsk√° 1060/12                          tel: +420 284 028 952
190 00 Prague 9                             fax: +420 284 028 951
Czech Republic                              http://www.suse.cz/

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