Open diablodale opened 5 years ago
I changed the synced_folder
line to a file provision to work around this:
config.vm.provision "file", source: "packages", destination: "/packages"
Have similar problem. Output for the diagnostic commands is a bit different:
vagrant winrm -e -s powershell -c "copy c:/packages/*.* c:/"
no output
vagrant winrm -e -s powershell -c "dir C:/packages/"
output:
dir : The network path was not found.
At C:\windows\temp\winrm-elevated-shell-d086146b-7d47-4016-b515-f4eba2d99125.ps
1:1 char:1
+ dir C:/packages/
+ ~~~~~~~~~~~~~~~~
+ CategoryInfo : ReadError: (C:\packages\:String) [Get-ChildItem]
, IOException
+ FullyQualifiedErrorId : DirIOError,Microsoft.PowerShell.Commands.GetChil
dItemCommand
@flybyray Did you try what was suggested above?
The workaround yes.
But for my overall problem it does not help. Choco Test environment is an outdated platform. Need to create another issue or find the relevant for modern tls connections. I cannot download from Amazon cdn. When I install a modern browser like Firefox in test environment then I can use it to download. But internet-explorer or powershell uses old settings which throw errors.
Choco Test environment is an outdated platform.
It uses Windows Server 2012 R2 deliberately and for many good reasons.
I cannot download from Amazon cdn. When I install a modern browser like Firefox in test environment then I can use it to download. But internet-explorer or powershell uses old settings which throw errors.
The test environment is intended to be used for testing Chocolatey packages.
It uses Windows Server 2012 R2 deliberately and for many good reasons. That maybe true but the powershell script libraries of choco should recognize short comings of this old platform regarding security updates. TLS1.3 should be no problem out of the box. Why a package maintainer should care of this underlying connection issues?
The test environment is intended to be used for testing Chocolatey packages.
I tested package failures reported by choco moderators. Actually it is about those https://goteleport.com/download/ . It is works without problem on correct modern OS. But not with this old fashioned test environment.
But not with this old fashioned test environment.
Again, I want to correct you here. This isn't old-fashioned. It's a fully supported server operating system. I know it's semantics, but it's important.
If the package works and the reason it doesn't work is only due to Windows Server 2012 R2, then you can request a Verifier exemption.
By using the hyperv provider for vagrant, I am unable to read files in the /packages share. I can see and list (dir) the files, but I can not read the files.
Setup
Repo
vagrant winrm -e -s powershell -c "copy c:/packages/*.* c:/"
Result
Expected
No errors and the Readme.md file to be copied.
Notes
Listing files succeeds like this:
All attempts to read the files (like readme.md) usign different methods results in similar errors. For example, editing the
Vagrantfile
to have a provision commandtype c:/packages/ReadMe.md
results in the error:Manipulating the permissions on the packages folder and files on the host did not resolve the problems. I added
full
access toEveryone
and yet the files can be seen, but can not be read.In https://github.com/chocolatey-community/chocolatey-test-environment/commit/ba95e7d402f835906790b33e2e4604a0eeb5f9ed the hyperv provider and box was added. Was the read of local packages in the /packages share tested? If so, are there setup/permission/file requirements to get it to work?