[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 Xisco Faulí changed: What|Removed |Added Version|3.5.0 release |Inherited From OOo CC||xiscofa...@libreoffice.org -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 --- Comment #5 from João Paulo --- Wow, thanks for the info! I didn't know all that. And I agree it's not good to provide .zip files with split installers nor providing different packages for different scenarios (it not only creates extra complexity, but also duplicates the storage space needed to provide each new LibreOffice version). Anyway, I found a workaround: First make an administrative install folder (the "/A" option passed to msiexec.exe extracts everything to a folder, including the **stripped down** .msi file) and then use the administrative install folder to install LibreOffice. Unfortunately, the workaround creates some undesired side effects : (a) The digital signatures for the .msi file are invalidated (not a problem to my configured machines and users, but can be for someone else); (b) More storage space (on the server or on the client machine) is needed to deploy LibreOffice. It can be a problem, as the administrative install folder for LibreOffice 6.1.4.2 x64 alone is 1.172.491.255 bytes, against 283.185.152 bytes of the .msi which has a compressed .cab file, and not all installs can be made through a fast network or any network at all (slow network means it's better to use the compressed .msi file with embedded .cab file or even a physical media as a pen-drive or portable HDD); (c) If there is not enough storage on the server or the setup media or fast enough network connection to serve the administrative install folder, then it will be needed more time to complete setup (not a problem if using a portable HDD as it appears only when installing, which is not frequent -- but is a problem through a slow network connection). But then the completed setup uses less space (as the cached .msi file inside \Windows\Installer folder is the stripped down without the internal .cab file). The cached .msi file is now just 20.336.640 bytes (or 11.943.936 bytes if NTFS compression on that folder is enabled), vs. the original size of 283.185.152 bytes (or 274.460.672 bytes if NTFS compression is enabled) after installing LibreOffice 6.1.4.2 x64. I adapted my previous install script (I use a .cmd file on every deployment) to use this new logic and I'll copy (a stripped down version of) it here (I don't know a better place to publish a workaround): @Echo Off SetLocal EnableExtensions EnableDelayedExpansion PushD "%~dp0" Set MSI-x86=x86\LibreOffice_6.1.4.2_Win_x86 Set MSI-x64=x64\LibreOffice_6.1.4.2_Win_x64 REM code to install x86 binaries on x86 or x64 processor / in case there is no x64 setup file to install on a x64 machine, but there is a x86 file REM %ProgramFiles2% is needed as %ProgramFiles(x86)% don't work when used with "If ( ) Else" because of the parenthesis. Set ProgramFiles2=%ProgramFiles% Set CommonProgramFiles2=%CommonProgramFiles% If Defined ProgramFiles(x86) Set ProgramFiles2=%ProgramFiles(x86)% If Defined CommonProgramFiles(x86) Set CommonProgramFiles2=%CommonProgramFiles(x86)% If "%Processor_Architecture%" == "AMD64" If Exist "%MSI-x64%.msi" ( Call :Installer "%MSI-x64%.msi" "%ProgramFiles%" ) Else If Exist "%MSI-x86%.msi" Call :Installer "%MSI-x86%.msi" "%ProgramFiles2%" If "%Processor_Architecture%" == "x86" Call :Installer "%MSI-x86%.msi" "%ProgramFiles%" GoTo :End :Installer Start "" /Wait MsiExec.exe /A "%~1" TARGETDIR="%Temp%\LibreOffice" /Quiet /NoRestart If Exist "%Temp%\LibreOffice\%~nx1" ( Start "" /Wait MsiExec.exe /Package "%Temp%\LibreOffice\%~nx1" /Passive /NoRestart ADDLOCAL=ALL CREATEDESKTOPLINK=0 QUICKSTART=0 REGISTER_NO_MSO_TYPES=0
[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Mike Kaganski --- Hi! Although I understand the rationale behind the proposal, unfortunately, this request should not be implemented. The three links mentioned in comment 0, that relate to technologies used for chained installs, all relate to different technologies: 1. https://docs.microsoft.com/en-us/windows/desktop/Msi/multiple-package-installations This is about "Multiple-Package installations", a technology that is explicitly marked incompatible with Windows Server with RDP (a scenario quite common among users of LibreOffice). It requires to create an executable that will be embedded inside the main MSI, which will provide a complex functionality required for complex transactional processing. And while the mentioned problems limit compatibility and increase maintenance cost, it's unclear how to make all this packaged into a single download (the documentation only mentions packaging the installer functions, which is different from packaging MSIs; and if MSIs were packaged inside the primary MSI, then it's unclear how they would be split from their CABs), unless a bootstrap used (see #3 below), which would increase complexity and maintenance cost even more. Since this would require a bootstrap anyway, I would dismiss this approach from the beginning. To mention one last concert with this approach, I'm not sure that this will not *increase* the total disk cost, because Windows Installer would need to cache both original MSI, and embedded MSI. 2. https://docs.microsoft.com/en-us/windows/desktop/Msi/concurrent-installations This is marked "Deprecated"; "Do not use concurrent installations to install products that are intended to be released to the public". And see the last remark to #1 wrt size savings doubts. 3. http://wixtoolset.org/documentation/manual/v3/bundle/ WIX' Burn is an EXE which packs some other files (possibly including MSIs) inside, like a self-extracting ZIP, with advanced installer-related capabilities. This is absolutely like LibreOffice was packaged before 3.5.Using this increases complexity for corporate deployments, since this would require system administrators who want to deploy LO in AD domains using GPO to extract the contents, and GPOs would be non-trivial, if working at all; and increases maintenance cost. I'm not sure if this was the reason for our move at the time of 3.5 (Andras is already in CC, so he can clarify or correct me if I'm wrong), but IMO (as an ex-sysadmin with AD domains experience) that alone is a serious problem to avoid reverting to .EXE-based installer. I don't mention an option to provide simple ZIPs with split installers inside, because that brings additional complexity to end users (non-corporate), and an option for providing different packages for different scenarios (because that would increase maintenance cost for TDF tremendously). I close this WONTFIX because of the explained problems of the approach. Of course, you are welcome to continue discussion here or in development mailing list. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 --- Comment #3 from João Paulo --- LibreOffice 3.4.6.2 x86 for Windows was the last version which the installer (an .exe file) had a stripped down .msi file and an external .cab file (it's possibile to open the .exe file with 7-Zip to verify it) and so the cached file at \Windows\Installer folder was minimal, without the .cab file. The main installer was a .exe file, so it was easier to do (Windows Installer has its quirks to do a .msi chained installation), but the links on the first comment teach it's possible to do the same with a .msi file. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 João Paulo changed: What|Removed |Added Version|3.3.0 release |3.5.0 release -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 --- Comment #2 from João Paulo --- Created attachment 148447 --> https://bugs.documentfoundation.org/attachment.cgi?id=148447=edit Cached LibreOffice.msi properties as shown by 7-Zip This file is the cached .msi file inside \Windows\Installer folder. Its contents and properties are exactly the same as the LibreOffice_.msi downloaded from www.libreoffice.org, when it should be smaller to avoid consuming storage. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122824] Main LibreOffice MSI Package should be compiled with external .cab file to reduce installation size requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=122824 --- Comment #1 from João Paulo --- Created attachment 148446 --> https://bugs.documentfoundation.org/attachment.cgi?id=148446=edit LibreOffice properties as shown by 7-Zip This file shows "LibreOffice_6.1.4.2_Win_x86.msi" properties shown by 7-Zip. It's also the same properties found on the cached .msi file inside \Windows\Installer. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs