Downloads:

120

Downloads of v 0.0.1:

120

Last Update:

24 Apr 2018

Package Maintainer(s):

Software Author(s):

  • bcurran3

Tags:

bcurran3 unofficial choco persistent packages schtasks scheduled task

(unofficial) Choco Persistent Packages Abort (Task)

Downloads:

120

Downloads of v 0.0.1:

120

Maintainer(s):

Software Author(s):

  • bcurran3

(unofficial) Choco Persistent Packages Abort (Task)

All Checks are Passing

2 Passing Test


Validation Testing Passed


Verification Testing Passed

Details

This package was rejected on 07 May 2018. The reviewer gep13 has listed the following reason(s):

bcurran3 (maintainer) on 24 Apr 2018 04:05:38 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 24 Apr 2018 04:22:00 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 24 Apr 2018 04:25:59 +00:00:

User 'bcurran3' (maintainer) submitted package.

chocolatey-ops (reviewer) on 24 Apr 2018 04:57:08 +00:00:

choco-persistent-packages-abort has passed automated validation. It may have or may still fail other checks like testing (verification).
NOTE: No required changes that the validator checks have been flagged! It is appreciated if you fix other items, but only Requirements will hold up a package version from approval. A human review could still turn up issues a computer may not easily find.

Guidelines

Guidelines are strong suggestions that improve the quality of a package version. These are considered something to fix for next time to increase the quality of the package. Over time Guidelines can become Requirements. A package version can be approved without addressing Guideline comments but will reduce the quality of the package.

  • Package contains dependencies with no specified version. You should at least specify a minimum version of a dependency. More...
  • ProjectUrl and ProjectSourceUrl are typically different, but not always. Please ensure that projectSourceUrl is pointing to software source code or remove the field from the nuspec. More...
  • Release Notes (releaseNotes) are a short description of changes in each version of a package. Please include releasenotes in the nuspec. NOTE: To prevent the need to continually update this field, providing a URL to an external list of Release Notes is perfectly acceptable. More...
Notes

Notes typically flag things for both you and the reviewer to go over. Sometimes this is the use of things that may or may not be necessary given the constraints of what you are trying to do and/or are harder for automation to flag for other reasons. Items found in Notes might be Requirements depending on the context. A package version can be approved without addressing Note comments.

  • The package maintainer field (owners) matches the software author field (authors) in the nuspec. The reviewer will ensure that the package maintainer is also the software author. More...

chocolatey-ops (reviewer) on 24 Apr 2018 05:07:50 +00:00:

choco-persistent-packages-abort has passed automated testing.
This is not the only check that is performed so check the package page to ensure a 'Ready' status.
Please visit https://gist.github.com/9e8dfdbaae6c2696991f72bac41a37ff for details.
This is an FYI only. There is no action you need to take.

bcurran3 (maintainer) on 24 Apr 2018 10:43:51 +00:00:

User 'bcurran3' (maintainer) submitted package.

chocolatey-ops (reviewer) on 24 Apr 2018 11:17:44 +00:00:

choco-persistent-packages-abort has passed automated validation. It may have or may still fail other checks like testing (verification).
NOTE: No required changes that the validator checks have been flagged! It is appreciated if you fix other items, but only Requirements will hold up a package version from approval. A human review could still turn up issues a computer may not easily find.

Guidelines

Guidelines are strong suggestions that improve the quality of a package version. These are considered something to fix for next time to increase the quality of the package. Over time Guidelines can become Requirements. A package version can be approved without addressing Guideline comments but will reduce the quality of the package.

  • Package contains dependencies with no specified version. You should at least specify a minimum version of a dependency. More...
  • ProjectUrl and ProjectSourceUrl are typically different, but not always. Please ensure that projectSourceUrl is pointing to software source code or remove the field from the nuspec. More...
  • Release Notes (releaseNotes) are a short description of changes in each version of a package. Please include releasenotes in the nuspec. NOTE: To prevent the need to continually update this field, providing a URL to an external list of Release Notes is perfectly acceptable. More...
Notes

Notes typically flag things for both you and the reviewer to go over. Sometimes this is the use of things that may or may not be necessary given the constraints of what you are trying to do and/or are harder for automation to flag for other reasons. Items found in Notes might be Requirements depending on the context. A package version can be approved without addressing Note comments.

  • The package maintainer field (owners) matches the software author field (authors) in the nuspec. The reviewer will ensure that the package maintainer is also the software author. More...

chocolatey-ops (reviewer) on 24 Apr 2018 11:24:48 +00:00:

choco-persistent-packages-abort has passed automated testing.
This is not the only check that is performed so check the package page to ensure a 'Ready' status.
Please visit https://gist.github.com/ea54fd7b11a709b363543da0ffa4940c for details.
This is an FYI only. There is no action you need to take.

bcurran3 (maintainer) on 25 Apr 2018 09:42:41 +00:00:

In hindsight now I'm wondering if I should just add an ABORTTASK option right into the choco-persistent-packages. Thoughts?

gep13 (reviewer) on 25 Apr 2018 10:08:42 +00:00:

You mean to allow for overriding/removing of an existing task during the installation?

bcurran3 (maintainer) on 25 Apr 2018 10:56:01 +00:00:

I mean to add the 2nd task (the kill task) as an option in the main script. Shouldn't be to hard. Just complicates installation.

gep13 (reviewer) on 26 Apr 2018 08:00:35 +00:00:

Sounds like a good idea to me.

bcurran3 (maintainer) on 06 May 2018 11:30:31 +00:00:

Please reject, choco-persistent-packages has been updated with this feature.

gep13 (reviewer) on 07 May 2018 08:50:01 +00:00:

Rejecting as per maintainer request.
Status Change - Changed status of package from 'submitted' to 'rejected'.

Description

IF YOU USE choco-persistent-packages, YOU WANT THIS TOO!

...BECAUSE SOMETIMES PACKAGE INSTALLATIONS GO WRONG.

This is a companion package for choco-persistent-packages.

This package creates a Windows Scheduled Task to run "taskkill /im choco.exe /f /t" at a time you specify. The command "taskkill /im choco.exe /f /t" will stop the Chocolatey (choco.exe) process and all child processes.

"Um, why do I want this?" you're thinking. You want this because sometimes background package installations go wrong. "Go wrong?" you're thinking. Yes, there are a couple scenarios where a Chocolatey package installation/upgrade can hang: if a package needs input, if an AutoHotKey or AutoIt script fails, and all those times a program installer pops up a browser window to tell you "Thank you." These scenarios leave hung processes in the background with no way for you to easily interact with them (They're in the background!). This means they are taking up memory resources for no reason and might cause problems installing other packages or programs. If you knew there was a hung process, you could manually stop the task, but who wants to check every day? This will automate checking and stopping any Chocolatey package hung tasks at the time you specify. I recommend setting it to a time an hour or two after you run choco-persistent-packages.

INSTRUCTIONS:

You can set the time by running choco install choco-persistent-packages-abort --params "'/ABORTTIME:XX:XX'" where XX:XX equals the "Military Time" to stop Chocolatey updates. Not entering the correct format will fail the install. Please see the examples.

INSTALL EXAMPLES:

  • choco install choco-persistent-packages-abort --params "'/ABORTTIME:03:00'" - stops persistent package (re)installs at 3 AM
  • choco install choco-persistent-packages-abort --params "'/ABORTTIME:06:30'" - stops persistent package (re)installs at 6:30 AM
  • choco install choco-persistent-packages-abort --params "'/ABORTTIME:20:00'" - stops persistent package (re)installs at 8 PM
  • choco install choco-persistent-packages-abort --params "'/ABORTTIME:23:30'" - stops persistent package (re)installs at 11:30 PM

A NOTE ON DEFAULTS:

  • If you don't specify any parameters, choco-persistent-packages-abort defaults to running daily at 1:30 AM. (My preference!) This was chosen since the default runtime for choco-persistent-packages is MIDNIGHT which gives 1 1/2 hours for updates to run before aborting if necessary and if you're using choco-upgrade-all-at the default kick off time for that is 2 AM.

PACKAGE NOTES


tools\chocolateyinstall.ps1
$ErrorActionPreference = 'Stop'
$packageName = 'choco-persistent-packages-abort'
$pp          = Get-PackageParameters
   
Write-Host "" 
Write-Host "choco-persistent-packages-abort Summary:" -foreground magenta

if ($pp["ABORTTIME"] -eq $null -or $pp["ABORTTIME"] -eq ''){
      Write-Host " * ABORTTIME NOT specified, defaulting to 01:30." -foreground magenta
	  $AbortTime = "01:30"
    } else {
	  $AbortTime = $pp["ABORTTIME"]
	  Write-Host " * ABORTTIME specified as $AbortTime." -foreground magenta
    } 
SchTasks /CREATE /SC DAILY /RU SYSTEM /RL HIGHEST /TN choco-persistent-packages-abort /TR "taskkill /im choco.exe /f /t" /ST $AbortTime /F
SchTasks /query /tn choco-persistent-packages-abort
tools\chocolateyuninstall.ps1
$packageName = 'choco-persistent-packages-abort'

SchTasks /Delete /TN choco-persistent-packages-abort /F

Log in or click on link to see number of positives.

In cases where actual malware is found, the packages are subject to removal. Software sometimes has false positives. Moderators do not necessarily validate the safety of the underlying software, only that a package retrieves software from the official distribution point and/or validate embedded software against official distribution point (where distribution rights allow redistribution).

Chocolatey Pro provides runtime protection from possible malware.

Version Downloads Last Updated Status
Discussion for the (unofficial) Choco Persistent Packages Abort (Task) Package

Ground Rules:

  • This discussion is only about (unofficial) Choco Persistent Packages Abort (Task) and the (unofficial) Choco Persistent Packages Abort (Task) package. If you have feedback for Chocolatey, please contact the Google Group.
  • This discussion will carry over multiple versions. If you have a comment about a particular version, please note that in your comments.
  • The maintainers of this Chocolatey Package will be notified about new comments that are posted to this Disqus thread, however, it is NOT a guarantee that you will get a response. If you do not hear back from the maintainers after posting a message below, please follow up by using the link on the left side of this page or follow this link to contact maintainers. If you still hear nothing back, please follow the package triage process.
  • Tell us what you love about the package or (unofficial) Choco Persistent Packages Abort (Task), or tell us what needs improvement.
  • Share your experiences with the package, or extra configuration or gotchas that you've found.
  • If you use a url, the comment will be flagged for moderation until you've been whitelisted. Disqus moderated comments are approved on a weekly schedule if not sooner. It could take between 1-5 days for your comment to show up.
comments powered by Disqus