Skip navigation

With the recent survey about the community’s favorite distributed software configuration management system completed, the Engineering Steering Committee went into debating the candidate system’s merits. Since there was a draw between mercurial and git (which of course counts double because of extra coolness), the ESC came to this very Solomonian decision: proportional to vote turn-out and coolness coherency, the OOo source tree will be split into four different repositories, each hosted by the respective DSCM prospect, in the following way:

dscm hg (with 49%) gets 48% of code:
 helpcontent2 officecfg binfilter sd ooo_custom_images sysui chart2 
 wizards instsetoo_native framework odk icu writerfilter dmake psprint_config
 redland toolkit scripting xpdf bitstream_vera_fonts libxml2 basctl openssl 
 lotuswordpro libxslt stoc fpicker cppu comphelper accessibility uui basegfx 
 package rsc external rhino xmlhelp ucbhelper cppcanvas crashrep registry soltools
 lingucomponent hwpfilter jvmfwk lpsolve io basebmp sax hyphen embedserv 
 pyuno writerperfect i18nutil xml2cmp libwps remotebridges rdbmaker jut 
 postprocess sccomp twain offuh fileaccess MathMLDTD

dscm none (with 25%) gets 24% of code:
 svx sw dictionaries offapi dbaccess vcl sal xmerge vigra desktop xmloff scaddins 
 cairo scp2 jfreereport solenv readlicense_oo autodoc ucb bridges tools stlport 
 hsqldb canvas setup_native psprint shell saxon reportbuilder jurt cppuhelper dtrans
 swext codemaker curl testtools scsolver xmlscript javaunohelper sot ridljar 
 external_images icc idlc testshl2 hunspell beanshell idl jpeg UnoControls unoil 
 mdbtools epm regexp salhelper libwpg jvmaccess ure animations expat fondu 
 unixODBC x11_extensions eventattacher sane

dscm git (with 23%) gets 22% of code:
 sc qadevOOo default_images svtools boost sfx2 extensions filter i18npool
 connectivity oovbaapi sdext basic python starmath reportdesign configmgr
 oox forms xmlsecurity lucene goodies tomcat slideshow apache-commons 
 udkapi padmin berkeleydb libxmlsec javainstaller2 agg transex3 cli_ure
 config_office automation unotools embeddedobj avmedia libwpd moz linguistic
 store libtextcat unoxml neon bean cppunit cosv Mesa sj2 smoketestoo_native
 sandbox vos unodevtools udm afms cpputools np_sdk zlib o3tl msfontextract
 stax libegg packimages agfa_monotype_fonts

dscm bzr (with 3%) gets 4% of code:
 extras

Where the people that did not prefer any DSCM will get what they asked for, namely no DSCM at all: those modules will stay with subversion (the proposal to not even host them in any SCM, but simply hold one version on a file server, did not get a majority vote).

Advertisement

5 Comments

  1. You missed a module: testautomation;
    We are currently preparing to use RCS since it is most stable and best for long developed system. Whatever this means πŸ˜‰
    cheers

    • Ah! RCS! Does that actually run on any post-ENIAC hardware? πŸ˜‰

  2. At the first glance I thought this is April 1st joke, but at the second look: brilliant idea !

  3. I just wondered if RCS is a distributed VCS, but I guess in a way it can claim to be, because it is hardly centralized. If not, we still might be able to use GNU arch …

  4. Thorsten,

    you forgot to add PVCS…

    haha… πŸ™‚


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: