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
Some packages already know they take over an hour or more to install. Wouldn't it be nice if the package could request longer periods for install?
Of course it can't be done in automation scripts because by the time those run the value is already locked in stone and counting down. So that leaves either a nuspec enhancement #325 or a special file that could be found in the package
This is something that would certainly provide more resiliency for end users. It just took sas94 over 1.5 hours with just one machine hitting the server.
Could be as simple as another optional parameter (I like the idea of a special file that choco would look for in the path after extraction but before time starts? not looked at code for this yet) that would set the timeout to the greater of local config and package config. Probably be nice to put an extra warning message if it is set higher than local config so that user knows what to expect. Also restore to previous local config regardless of success or failure.,
Some packages already know they take over an hour or more to install. Wouldn't it be nice if the package could request longer periods for install?
Of course it can't be done in automation scripts because by the time those run the value is already locked in stone and counting down. So that leaves either a nuspec enhancement #325 or a special file that could be found in the package
Original conversation with @tcase:
UPDATE: As Chocolatey Gitter chat is now unavailable, I've added a screenshot of the Gitter chat.
The text was updated successfully, but these errors were encountered: