Bug 90119 - MSI installer - LibO feature re-organisation
Summary: MSI installer - LibO feature re-organisation
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-20 01:47 UTC by Matthew Millar
Modified: 2017-02-01 12:38 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Millar 2015-03-20 01:47:08 UTC
The MSI feature structure should differentiate between the LibreOffice suite (root feature) and all other features as children, with addition of a common files feature and a redistributable dependencies feature.

The common files would be shared dependencies of at least two program modules, with the condition for installation being '($program_module=2 OR ?program_module=2) OR ($other_program_module=2 OR ?other_program_module=2)' - where any of the dependent program modules are installed.
Comment 1 Robinson Tryon (qubit) 2015-04-17 21:37:57 UTC
(In reply to Matthew Millar from comment #0)
> The MSI feature structure should differentiate between the LibreOffice suite
> (root feature) and all other features as children, with addition of a common
> files feature and a redistributable dependencies feature.
> 
> The common files would be shared dependencies of at least two program
> modules, with the condition for installation being '($program_module=2 OR
> ?program_module=2) OR ($other_program_module=2 OR ?other_program_module=2)'
> - where any of the dependent program modules are installed.

I'm not very familiar with the MIS structure. Can you point me at some docs about how the file should be laid out/best practices?

Thanks!

Status -> NEEDINFO
Comment 2 Matthew Millar 2015-04-19 15:18:57 UTC
Editing of MSI tables can be done with Microsoft's ORCA for testing. ultimately though, the MSI generating script needs to be updated for this to be automated.

MSI feature structure
---------------------
- [Features][1] define high-level products and grouped functionality which are parents to Sub-features which are 'modules'.
- [sub-]features reference [components][3] (families of [files][4] which make up the modules).
- The association of [sub-]features and components is handled in the [FeatureComponents][2] table

[1]: https://msdn.microsoft.com/en-us/library/aa368585(v=vs.85).aspx "MSI Feature table"
[2]: https://msdn.microsoft.com/en-gb/library/aa368579(v=vs.85).aspx "MSI FeatureComponents table"
[3]: https://msdn.microsoft.com/en-us/library/aa368007(v=vs.85).aspx  "MSI Component table"
[4]: https://msdn.microsoft.com/en-us/library/aa368596(v=vs.85).aspx  "MSI File table"

Component installation conditions
---------------------------------
[Conditions][5] for installation of components (families of files, e.g. modules), subject to the installation action for the containing feature.
- The ['State Value'][6] conditions suggested in my original post

[5]: https://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx "MSI Conditional statement syntax"
[6]: https://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx#Feature_and_Component_State_Values "MSI Conditional state values"
Comment 3 QA Administrators 2015-12-27 20:31:35 UTC Comment hidden (obsolete)
Comment 4 tommy27 2016-12-03 06:29:23 UTC
hi Matthew,
would you please explain in simple words what would be the benefit of this?
I'm not a developer but just a simple user.
Comment 5 tommy27 2016-12-21 15:38:28 UTC
status -> NEEDINFO
please Matthew answer to comment 4