You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While this is not necessarily a bug in beats itself, it's causing downstream effects for users who are using the chef to install beats zip packages for windows
The TL:DR of that issue is that, it seems that chef cannot handle zip files created using Compress-Archive However, it seems to work OK if the zip is created with [System.IO.Compression.ZipFile]::CreateFromDirectory.
It would seem that the change happened somewhere in between version 6.3.2 to 6.4.2, as I am able to use the same chef recipe to install beats on 6.3.2, but not with 6.4.2.
On 6.4.2, chef's methods would not extract everything in the archive, including subdirectories and the powershell install/uninstall scripts, and fails subsequently.
So, I'd like to know when that change took affect, so that we can pin our installs to the latest version with the working compression method, until that bug is fixed.
The text was updated successfully, but these errors were encountered:
6.4.0 was the first release made with the updated packaging code. The zip is built with a bit of Go code from here. IIUC the problem is caused by intermediary directories not being listed in the zip.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
While this is not necessarily a bug in beats itself, it's causing downstream effects for users who are using the chef to install beats zip packages for windows
chef-boneyard/windows#459
The TL:DR of that issue is that, it seems that chef cannot handle zip files created using Compress-Archive However, it seems to work OK if the zip is created with [System.IO.Compression.ZipFile]::CreateFromDirectory.
It would seem that the change happened somewhere in between version 6.3.2 to 6.4.2, as I am able to use the same chef recipe to install beats on 6.3.2, but not with 6.4.2.
On 6.4.2, chef's methods would not extract everything in the archive, including subdirectories and the powershell install/uninstall scripts, and fails subsequently.
So, I'd like to know when that change took affect, so that we can pin our installs to the latest version with the working compression method, until that bug is fixed.
The text was updated successfully, but these errors were encountered: