Hi, During the OOoCon, Petr had a presentation about the OOo package splitting. The most important part for a (Linux) package maintainer was to be able to build parts of OpenOffice.org separately; the thing is that with all the localizations, we are unable to get the build times under some 7 hours. But the build could be done nicely in parallel (on the level of machines, not processors) if the sources were split correctly, with correct rpms and -devel rpms [of course, applies to debs as well ;-)]. And of course, the -noarch parts like the translations could be built just once for all architectures.
I propose the following split of the sources [the sizes are of the unpacked sources]: 75M ure 25M ooo-bootstrap 141M ooo-libs-core 101M ooo-libs-guitoolkit 142M ooo-libs-3rdparty 17M ooo-apps-base 28M ooo-apps-calc 38M ooo-apps-extensions 14M ooo-apps-chart 40M ooo-apps-impress 40M ooo-apps-writer 59M ooo-artwork 107M ooo-filters 888M ooo-l10n 48M ooo-sdk 72M ooo-testing (1.8G total) (See below the content of these tarballs/archives). I don't want the granularity to be too fine (we would get the modules we have now, but as separate packages), and OTOH the current 5 packages are too few. The build order of these would be: ooo-bootstrap ooo-libs-3rdparty ure ooo-libs-guitoolkit ooo-libs-core [the rest in whatever sequence/in parallel] This would tremendously decrease the learning curve for the new developers as well. Imagine someone who wants to start hacking on Calc. Instead of the monster 1.8G sources, he would have to handle 512MB. Additionally, the goal of the modern Linux distros should be to get rid of the ooo-libs-3rdparty completely - it contains just stuff that is available from other sources anyway [-system stuff], and the distros have packages for them -, thus additional 142M down, doing it just 370M. And that is much more pleasant, isn't it? ;-) Of course, this is not finalized etc. - that's why I'm asking for comments. So far I was able to build in this order with few hacks, eg. scp2 should be split so that the file lists are local, the l10n part must be buildable separtately, etc. So - what do you think? ;-) ooo-l10n in the current proposal contains (in addition to the few modules) all the localize.sdf's - should we split this a bit as well? Following is the proposal what I think belongs where: ===== ure ===== bridges cli_ure codemaker cppu cppuhelper cpputools idlc io javaunohelper jurt jut jvmaccess jvmfwk offapi offuh pyuno rdbmaker registry remotebridges ridljar sal salhelper stoc store udkapi unoil ure xml2cmp ===== ooo-apps-base ===== dbaccess reportdesign ===== ooo-apps-calc ===== sc ===== ooo-apps-extensions ===== accessibility automation basctl bean crashrep embedserv extensions forms javainstaller2 lingucomponent MathMLDTD package setup_native UnoControls wizards xmlsecurity ===== ooo-apps-chart ===== chart2 ===== ooo-apps-impress ===== animations sd slideshow ===== ooo-apps-writer ===== starmath sw ===== ooo-artwork ===== default_images external_images ooo_custom_images ===== ooo-bootstrap ===== config_office dmake instsetoo_native postprocess scp2 solenv soltools stlport ===== ooo-filters ===== binfilter filter hwpfilter unoxml writerfilter writerperfect xmerge ===== ooo-libs-core ===== avmedia basic configmgr connectivity desktop embeddedobj eventattacher fileaccess fpicker framework idl linguistic officecfg oovbaapi sandbox scripting sfx2 shell sj2 so3 svx sysui ucb uui xmlhelp xmloff xmlscript XmlSearch ===== ooo-libs-guitoolkit ===== basebmp basegfx canvas comphelper cppcanvas dtrans goodies i18npool i18nutil o3tl padmin psprint psprint_config regexp rsc sax scaddins sot svtools toolkit tools transex3 ucbhelper unotools vcl vos ===== ooo-libs-3rdparty ===== afms agg beanshell berkeleydb bitstream_vera_fonts boost curl dictionaries epm expat external fondu freetype hsqldb icu jfreereport jpeg libegg libtextcat libwpd libxml2 libxmlsec libxslt moz msfontextract nas neon np_sdk portaudio python rhino sane sndfile twain unixODBC vigra xalan xt x11_extensions zlib ===== ooo-l10n ===== extras helpcontent2 readlicense_oo ===== ooo-sdk ===== autodoc cosv odk sdk_oo udm unodevtools ===== ooo-testing ===== qadevOOo smoketestoo_native testshl2 testtools Regards, Jan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
