Bug 2198 - Need cluster packaging for OpenOffice.org 3.0
: Need cluster packaging for OpenOffice.org 3.0
Status: RESOLVED FIXINSOURCE
Product: opensolaris
packaging
: unspecified
: ANY/Generic OpenSolaris
: P4 normal (vote)
: ---
Assigned To: Rich Burridge
: osol/packaging watcher
:
:
:
:
:
  Show dependency treegraph
 
Reported: 2008-06-10 12:04 UTC by Moinak Ghosh
Modified: 2008-10-23 08:13 UTC (History)
4 users (show)

See Also:


Attachments
Patch to implement OpenOffice.org 3.0 package clustering. (9.23 KB, patch)
2008-10-07 09:11 UTC, Rich Burridge
no flags Details | Diff
Patch to implement OpenOffice.org 3.0 package clustering. (8.91 KB, patch)
2008-10-09 14:21 UTC, Rich Burridge
no flags Details | Diff
Final version of the patch to implement OOo 3.0 cluster packaging. (9.07 KB, patch)
2008-10-20 12:29 UTC, Rich Burridge
no flags Details | Diff


Note

You need to log in before you can comment on or make changes to this bug.


Description Moinak Ghosh 2008-06-10 12:04:23 UTC
pkg.opensolaris.org hosts one humongous OpenOffice package hundreds of MB in
size containing all components. In practice this is bad for someone outside of
the US trying to install the OpenOffice IPS package. Installation can take time
and in addition even if successful it is a waste of bandwidth since one may not
need to install each and every OpenOffice component.
Comment 1 johansen 2008-06-10 14:00:43 UTC
This isn't a bug in the packaging server.  Re-categorizing to
opensolaris/packaging.
Comment 2 David Comay 2008-09-27 15:46:07 UTC
Fix QA Contact.
Comment 3 David Comay 2008-09-27 15:47:04 UTC
*** Bug 3605 has been marked as a duplicate of this bug. ***
Comment 4 Rich Burridge 2008-10-06 14:12:08 UTC
The plan for OpenSolaris 3.0 is to have the following package clusters:

package openoffice-30-sdk
description "Cluster for the Software Development Kit for OpenOffice.org 3.0"

package openoffice-30
description "Cluster for OpenOffice.org 3.0"

package openoffice-30-en-US
description "Cluster for all base packages of OpenOffice.org 3.0 including US
English localization"

package openoffice-30-de
description "Cluster for German localization of OpenOffice.org 3.0"

package openoffice-30-es
description "Cluster for Spanish localization for OpenOffice.org 3.0"

package openoffice-30-fr
description "Cluster for French localization for OpenOffice.org 3.0"

package openoffice-30-hu
description "Cluster for Hungarian localization for OpenOffice.org 3.0"

package openoffice-30-it
description "Cluster for Italian localization for OpenOffice.org 3.0"

package openoffice-30-ja
description "Cluster for Japanese localization for OpenOffice.org 3.0"

package openoffice-30-ko
description "Cluster for Korean localization for OpenOffice.org 3.0"

package openoffice-30-nl
description "Cluster for Dutch localization for OpenOffice.org 3.0"

package openoffice-30-pl
description "Cluster for Polish localization for OpenOffice.org 3.0"

package openoffice-30-pt
description "Cluster for Portuguese localization for OpenOffice.org 3.0"

package openoffice-30-pt-BR
description "Cluster for Portuguese Brazilian localization for OpenOffice.org
3.0"

package openoffice-30-ru
description "Cluster for Russian localization for OpenOffice.org 3.0"

package openoffice-30-sv
description "Cluster for Swedish localization for OpenOffice.org 3.0"

package openoffice-30-zh-CN
description "Cluster for Simplified Chinese localization for OpenOffice.org
3.0"

package openoffice-30-zh-TW
description "Cluster for Traditional Chinese localization for OpenOffice.org
3.0"

The "openoffice-30" package cluster will "point" to "openoffice-30-en-US".
Comment 5 Shawn Walker 2008-10-06 14:17:05 UTC
(In reply to comment #4)
> The plan for OpenSolaris 3.0 is to have the following package clusters:

How does this fit into the long-term view of using filters for packaging
instead of multiple packages?
Comment 6 Rich Burridge 2008-10-06 14:26:16 UTC
(In reply to comment #5)
> How does this fit into the long-term view of using filters for packaging
> instead of multiple packages?

I'd say that that was beyond the scope of this bug, and is something
that will be considered at a future date when we are not using the
solaris.py script to import SVR4 packages, but are able to work from
"native" OOo IPS packages.
Comment 7 Rich Burridge 2008-10-07 09:11:00 UTC
Created an attachment (id=546) [details]
Patch to implement OpenOffice.org 3.0 package clustering.

We are still having discussions on whether there is a better way to
parcel up the OpenOffice.org 3.0 SVR4 packages into IPS packages.
While that is ongoing, I wanted to attach to the bug what has currently
been done.

I tested this by bringing over a copy of the OpenOffice 3.0 packages to
my local machine and creating a local repository with the various IPS
packages in with:

#! /bin/ksh

export ROOT=/export/home/richb/pkg/bugs/2198/gate/proto/root_i386
export PYTHONPATH=${ROOT}/usr/lib/python2.4/vendor-packages
export REPO=http://localhost:22198/
export WOS_PKGS=/export/home/pkg-solaris/WOS_Packages/x/98/Solaris_11/Product/
export NONWOS_PKGS="/export/home/pkg-solaris/OOo3.0_SDK/packages
/export/home/pkg-solaris/OOo3.0/de/packages
/export/home/pkg-solaris/OOo3.0/en-US/packages
/export/home/pkg-solaris/OOo3.0/es/packages
/export/home/pkg-solaris/OOo3.0/fr/packages
/export/home/pkg-solaris/OOo3.0/hu/packages
/export/home/pkg-solaris/OOo3.0/it/packages
/export/home/pkg-solaris/OOo3.0/ja/packages
/export/home/pkg-solaris/OOo3.0/ko/packages
/export/home/pkg-solaris/OOo3.0/nl/packages
/export/home/pkg-solaris/OOo3.0/pl/packages
/export/home/pkg-solaris/OOo3.0/pt/packages
/export/home/pkg-solaris/OOo3.0/pt-BR/packages
/export/home/pkg-solaris/OOo3.0/ru/packages
/export/home/pkg-solaris/OOo3.0/sv/packages
/export/home/pkg-solaris/OOo3.0/zh-CN/packages
/export/home/pkg-solaris/OOo3.0/zh-TW/packages
/net/paradise.sfbay/export/integrate_dock/nv/nv_osol0811/i386"

(cd src/util/distro-import ;    \
        make -d -e BUILDID=98 OpenOffice.import
) > errs.cluster 2>&1 &

I then installed each of the packages on my local machine with:

  $ pfexec pkg set-authority -O http://stard.sfbay.sun.com:22198 bug-2198
  $ pfexec pkg refresh
  $ pfexec pkg install openoffice-30
  $ pfexec pkg install openoffice-30-de
  $ pfexec pkg install openoffice-30-en-US
  $ pfexec pkg install openoffice-30-es
  $ pfexec pkg install openoffice-30-fr
  $ pfexec pkg install openoffice-30-hu
  $ pfexec pkg install openoffice-30-it
  $ pfexec pkg install openoffice-30-ja
  $ pfexec pkg install openoffice-30-ko
  $ pfexec pkg install openoffice-30-nl
  $ pfexec pkg install openoffice-30-pl
  $ pfexec pkg install openoffice-30-pt
  $ pfexec pkg install openoffice-30-pt-BR
  $ pfexec pkg install openoffice-30-ru
  $ pfexec pkg install openoffice-30-sv
  $ pfexec pkg install openoffice-30-zh-CN
  $ pfexec pkg install openoffice-30-zh-TW
  $ pfexec pkg unset-authority bug-2198

All packages install nicely (or rather don't complain of any problems).
For example:

$ pfexec pkg install openoffice-30-zh-TW
DOWNLOAD                                    PKGS       FILES     XFER (MB)
Completed                                    1/1     289/289   15.26/15.26 

PHASE                                        ACTIONS
Install Phase                                447/447 
PHASE                                          ITEMS
Reading Existing Index                           9/9 
Indexing Packages                                1/1 
$

I've also successfully started up OOo 3.0 with

  $ soffice <filename>.odt

It went through the OOo 3.0 startup wizard, then successfully
displayed the .odt document.
Comment 8 Rich Burridge 2008-10-09 14:21:02 UTC
Created an attachment (id=558) [details]
Patch to implement OpenOffice.org 3.0 package clustering.

After discussing this with David and Bart, the new plan is for
OpenOffice.org 3.0 to replace OpenOffice 2.4. Therefore we will
continue to use the "openoffice" package names. The package cluster
names for the various localized versions will now mention a version
number in their names.

Webrev to follow...
Comment 9 Rich Burridge 2008-10-09 15:05:42 UTC
Changing the synopsis to better reflect what is actually being done here.

Also a couple notes based on conversation at webrev time:

* We asked the OpenOffice.org engineers whether it would be
  better creating OOo package clusters by functionality rather than
  by language.

  Here is their reply:

  " ...you should definitely not break down the packages by application but
  by language instead. Separating by application is not a scenario covered by
  our QA. For example the Writer module is required in nearly every other
  area of the office, too. So I would strongly recommend not to separate by
  application, this would lead to major trouble.

  The user feedback has shown that people want to see separation by language.
  They have no issue with downloading the whole applications but they have
  major issues with downloading unnecessary languages. The Sun localization
  team has already tried to escalate this some time ago to us here in 
  engineering. So please separate the cluster packages of OOo 3.0 by language."

* We also considered whether all the SVR4 language packages for each type
  of OOo 3.0 functionality, should be grouped together under one IPS package
  name, and then use filtering to just install the files that are needed for
  the locale(s) that the user has requested.

  We decided against that because filtering is not currently implemented
  and therefore the size of the imported files would be huge, because if you
  just wanted one locale, you'd get all the others as well.

  This approach should definitely be reconsidered once filtering is working.
Comment 10 Rich Burridge 2008-10-09 15:11:51 UTC
Fix regenerated, webrev created and copied to cr.opensolaris.org
and request for review posted. 

See:
http://mail.opensolaris.org/pipermail/pkg-discuss/2008-October/007242.html

Changing the status to FIXINPROGRESS.
Comment 11 Rich Burridge 2008-10-20 12:29:19 UTC
Created an attachment (id=607) [details]
Final version of the patch to implement OOo 3.0 cluster packaging.
Comment 12 Rich Burridge 2008-10-20 12:29:50 UTC
Fixed in changeset a31ce4a2cf04747dd39ffa407bf4a40e83d83374
Comment 13 Rich Burridge 2008-10-23 08:13:12 UTC
version and description lines in .../distro-import/unbundleds/OpenOffice
adjusted from "3.0" to "3.0.0".

Fixed in changeset ee3df64105403de274760b7de3bf78546105350b
Comment 14 David Comay 2008-11-02 10:07:01 UTC
*** Bug 1878 has been marked as a duplicate of this bug. ***