Krzysztof Gołębiowski 5 Years Ago Sounds great as far as Ansible's unarchive module can handle that (haven't tested it yet). Otherwise, we have a problem :) Please sign in to reply. Reply as... Cancel Pawel Kruszewski Krzysztof Gołębiowski 5 Years Ago By docs 7z isn't supported https://docs.ansible.com/ansible/latest/modules/unarchive_module.html. This module uses unzip for zip files and it shouldn't be hard to extend it to 7z. Seems like you're up to some python development and a pull request for ansible :) Please sign in to reply. Reply as... Cancel Konrad Szeromski Krzysztof Gołębiowski 5 Years Ago Yep. It is a problem. If you need I've got already some hacky Ansible tasks installing p7zip and run it in case of detecting "7z" archive extension ;) Please sign in to reply. Reply as... Cancel
Pawel Kruszewski Krzysztof Gołębiowski 5 Years Ago By docs 7z isn't supported https://docs.ansible.com/ansible/latest/modules/unarchive_module.html. This module uses unzip for zip files and it shouldn't be hard to extend it to 7z. Seems like you're up to some python development and a pull request for ansible :) Please sign in to reply. Reply as... Cancel
Konrad Szeromski Krzysztof Gołębiowski 5 Years Ago Yep. It is a problem. If you need I've got already some hacky Ansible tasks installing p7zip and run it in case of detecting "7z" archive extension ;) Please sign in to reply. Reply as... Cancel
Mauro Mariuzzo 5 Years Ago In recent Linux distributions (less than 2 years old) the tar command supports xz compression, is LZMA like 7zip. I have re-compressed liferay-ce-portal-tomcat-7.1.1-ga2-20181105121645556.7z bundle using tar+xz (tar --xz cf liferay-ce-portal-tomcat-7.1.1-ga2.tar.xz liferay-ce-portal-7.1.1-ga2). 7z is 426 MiB, tar.xz is 453 MiB. Ansible unarchive supports .tar.xz Please sign in to reply. Reply as... Cancel Milen Dyankov Mauro Mariuzzo 5 Years Ago In fact if you use maximum compression you can go down to 446M with tar.xz That said, apparently 40Mb difference is not worth the switch from `tar.gz` to `tar.xz` And for Windows users 7zip is apparently the preferred solution Please sign in to reply. Reply as... Cancel
Milen Dyankov Mauro Mariuzzo 5 Years Ago In fact if you use maximum compression you can go down to 446M with tar.xz That said, apparently 40Mb difference is not worth the switch from `tar.gz` to `tar.xz` And for Windows users 7zip is apparently the preferred solution Please sign in to reply. Reply as... Cancel
Konrad Szeromski 5 Years Ago Just checked and "tar.gz" iz a way to go for Ansible users. File is ~60MB bigger than "7z" but works seamlessly with "unarchive". Please sign in to reply. Reply as... Cancel
Peter Mesotten 5 Years Ago Kudos for decreasing startup time so drastically, that's awesome! But I don't see the problem with the bundle file size. - I've downloaded the 7.1.1 7Z file. It is 446MB. - Expanded (before first startup), the 7.1.1 is about 641MB. So not the 1.2GB that is mentioned in the blog post. - If I then use normal ZIP to compress it again, the file size is 518MB. This is only 72MB more than the 7Z variant. Am I missing something here? Please sign in to reply. Reply as... Cancel Milen Dyankov Peter Mesotten 5 Years Ago The main issue is preserving the timestamps which `zip` apparently does not do properly. The file size is not that much of an issue anymore as we managed to get rid of some of the duplicated files that initially caused the mentioned 1.2GB size. Please sign in to reply. Reply as... Cancel
Milen Dyankov Peter Mesotten 5 Years Ago The main issue is preserving the timestamps which `zip` apparently does not do properly. The file size is not that much of an issue anymore as we managed to get rid of some of the duplicated files that initially caused the mentioned 1.2GB size. Please sign in to reply. Reply as... Cancel