Unpacking Software Livestream

Join our monthly Unpacking Software livestream to hear about the latest news, chat and opinion on packaging, software deployment and lifecycle management!

Learn More

Chocolatey Product Spotlight

Join the Chocolatey Team on our regular monthly stream where we put a spotlight on the most recent Chocolatey product releases. You'll have a chance to have your questions answered in a live Ask Me Anything format.

Learn More

Chocolatey Coding Livestream

Join us for the Chocolatey Coding Livestream, where members of our team dive into the heart of open source development by coding live on various Chocolatey projects. Tune in to witness real-time coding, ask questions, and gain insights into the world of package management. Don't miss this opportunity to engage with our team and contribute to the future of Chocolatey!

Learn More

Calling All Chocolatiers! Whipping Up Windows Automation with Chocolatey Central Management

Webinar from
Wednesday, 17 January 2024

We are delighted to announce the release of Chocolatey Central Management v0.12.0, featuring seamless Deployment Plan creation, time-saving duplications, insightful Group Details, an upgraded Dashboard, bug fixes, user interface polishing, and refined documentation. As an added bonus we'll have members of our Solutions Engineering team on-hand to dive into some interesting ways you can leverage the new features available!

Watch On-Demand
Chocolatey Community Coffee Break

Join the Chocolatey Team as we discuss all things Community, what we do, how you can get involved and answer your Chocolatey questions.

Watch The Replays
Chocolatey and Intune Overview

Webinar Replay from
Wednesday, 30 March 2022

At Chocolatey Software we strive for simple, and teaching others. Let us teach you just how simple it could be to keep your 3rd party applications updated across your devices, all with Intune!

Watch On-Demand
Chocolatey For Business. In Azure. In One Click.

Livestream from
Thursday, 9 June 2022

Join James and Josh to show you how you can get the Chocolatey For Business recommended infrastructure and workflow, created, in Azure, in around 20 minutes.

Watch On-Demand
The Future of Chocolatey CLI

Livestream from
Thursday, 04 August 2022

Join Paul and Gary to hear more about the plans for the Chocolatey CLI in the not so distant future. We'll talk about some cool new features, long term asks from Customers and Community and how you can get involved!

Watch On-Demand
Hacktoberfest Tuesdays 2022

Livestreams from
October 2022

For Hacktoberfest, Chocolatey ran a livestream every Tuesday! Re-watch Cory, James, Gary, and Rain as they share knowledge on how to contribute to open-source projects such as Chocolatey CLI.

Watch On-Demand

Downloads:

267,123

Downloads of v 0.0.1:

148

Last Update:

23 May 2017

Package Maintainer(s):

Software Author(s):

  • bcurran3

Tags:

choco upgrade all cup config unofficial schtasks scheduled task

choco (unofficial) upgrade all at (midnight?) (Task)

Downloads:

267,123

Downloads of v 0.0.1:

148

Maintainer(s):

Software Author(s):

  • bcurran3

choco (unofficial) upgrade all at (midnight?) (Task)

  • 1
  • 2
  • 3

Some Checks Have Failed or Are Not Yet Complete

Not All Tests Have Passed


Validation Testing Passed


Verification Testing Failed

Details

Scan Testing Successful:

No detections found in any package files

Details
WARNING

This package was rejected on 25 May 2017. The reviewer bcurran3 has listed the following reason(s):

bcurran3 (maintainer) on 05 Mar 2017 21:46:14 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 05 Mar 2017 21:47:31 +00:00:

This is a work in progress, even though it will pass automated testing - DO NOT APPROVE THIS PACKAGE until it's done. Thanks!

chocolatey-ops (reviewer) on 05 Mar 2017 22:20:55 +00:00:

choco-upgrade-all-at 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...
  • 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...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

  • The nuspec has been enhanced to allow more information related to the software. More... Please consider adding one or more of the following to the nuspec, if available:
    • docsUrl - points to the location of the wiki or docs of the software
    • mailingListUrl - points to the forum or email list group for the software
    • bugTrackerUrl - points to the location where issues and tickets can be accessed
    • projectSourceUrl - points to the location of the underlying software source
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 05 Mar 2017 22:26:07 +00:00:

choco-upgrade-all-at 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/53b0fba6d8072e8a4458f3d76e5fcd3f for details.
This is an FYI only. There is no action you need to take.

ferventcoder (reviewer) on 06 Mar 2017 15:17:18 +00:00:

So hopefully the documents for Parsing package parameters are better now - https://github.com/chocolatey/choco/wiki/How-To-Parse-PackageParameters-Argument

ferventcoder (reviewer) on 06 Mar 2017 15:17:41 +00:00:

Flip unofficial to after the word "choco"

bcurran3 (maintainer) on 08 Mar 2017 11:17:58 +00:00:

Yeah, I saw that https://github.com/chocolatey/choco/wiki/How-To-Parse-PackageParameters-Argument when doing this, but am still lost. Need to try to fudge my way through it or find some working examples. Just the user end of passing a package parameter is confusing enough!

bcurran3 (maintainer) on 24 Mar 2017 17:47:17 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 24 Mar 2017 17:48:14 +00:00:

STILL NOT READY FOR PRIME TIME - DO NOT APPROVE

chocolatey-ops (reviewer) on 24 Mar 2017 18:19:39 +00:00:

choco-upgrade-all-at 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...
  • 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...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

  • The nuspec has been enhanced to allow more information related to the software. More... Please consider adding one or more of the following to the nuspec, if available:
    • docsUrl - points to the location of the wiki or docs of the software
    • mailingListUrl - points to the forum or email list group for the software
    • bugTrackerUrl - points to the location where issues and tickets can be accessed
    • projectSourceUrl - points to the location of the underlying software source
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 Mar 2017 18:31:38 +00:00:

choco-upgrade-all-at 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/edd30097dd32723a333bc4aa8f319ec3 for details.
This is an FYI only. There is no action you need to take.

bcurran3 (maintainer) on 24 Mar 2017 18:44:12 +00:00:

DO NOT PASS

gep13 (reviewer) on 17 Apr 2017 13:31:06 +00:00:

Putting this back into your court, so that it isn't in the queue.

bcurran3 (maintainer) on 27 Apr 2017 08:22:19 +00:00:

User 'bcurran3' (maintainer) submitted package.

chocolatey-ops (reviewer) on 27 Apr 2017 08:53:20 +00:00:

choco-upgrade-all-at 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.

  • 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...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

  • The nuspec has been enhanced to allow more information related to the software. More... Please consider adding one or more of the following to the nuspec, if available:
    • docsUrl - points to the location of the wiki or docs of the software
    • mailingListUrl - points to the forum or email list group for the software
    • bugTrackerUrl - points to the location where issues and tickets can be accessed
    • projectSourceUrl - points to the location of the underlying software source
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 27 Apr 2017 09:16:33 +00:00:

choco-upgrade-all-at has failed 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/dfa16f55cd969dfb96efdb291b16f3fb for details.
The package status will be changed and will be waiting on your next actions.

  • NEW! We have a test environment for you to replicate the testing we do. This can be used at any time to test packages! See https://github.com/chocolatey/chocolatey-test-environment
  • Please log in and leave a review comment if you have questions and/or comments.
  • If you see the verifier needs to rerun testing against the package without resubmitting (a issue in the test results), you can do that on the package page in the review section.
  • If the verifier is incompatible with the package, please log in and leave a review comment if the package needs to bypass testing (e.g. package installs specific drivers).
  • Automated testing can also fail when a package is not completely silent or has pop ups (AutoHotKey can assist - a great example is the VeraCrypt package).
  • A package that cannot be made completely unattended should have the notSilent tag. Note that this must be approved by moderators.

chocolatey-ops (reviewer) on 17 May 2017 08:25:50 +00:00:

We've found choco-upgrade-all-at v0.0.1 in a submitted status and waiting for your next actions. It has had no updates for 20 or more days since a reviewer has asked for corrections. Please note that if there is no response or fix of the package within 15 days of this message, this package version will automatically be closed (rejected) due to being stale.

Take action:

  • Log in to the site and respond to the review comments.
  • Resubmit fixes for this version.
  • If the package version is failing automated checks, you can self-reject the package.

If your package is failing automated testing, you can use the chocolatey test environment to manually run the verification and determine what may need to be fixed.

Note: We don't like to see packages automatically rejected. It doesn't mean that we don't value your contributions, just that we can not continue to hold packages versions in a waiting status that have possibly been abandoned. If you don't believe you will be able to fix up this version of the package within 15 days, we strongly urge you to log in to the site and respond to the review comments until you are able to.

bcurran3 (maintainer) on 19 May 2017 21:41:40 +00:00:

User 'bcurran3' (maintainer) submitted package.

chocolatey-ops (reviewer) on 19 May 2017 22:16:33 +00:00:

choco-upgrade-all-at 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.

  • 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...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

  • The nuspec has been enhanced to allow more information related to the software. More... Please consider adding one or more of the following to the nuspec, if available:
    • docsUrl - points to the location of the wiki or docs of the software
    • mailingListUrl - points to the forum or email list group for the software
    • bugTrackerUrl - points to the location where issues and tickets can be accessed
    • projectSourceUrl - points to the location of the underlying software source
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 19 May 2017 23:04:11 +00:00:

choco-upgrade-all-at has failed 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/38466ce498ef118bd9b0a81a24f71ff5 for details.
The package status will be changed and will be waiting on your next actions.

  • NEW! We have a test environment for you to replicate the testing we do. This can be used at any time to test packages! See https://github.com/chocolatey/chocolatey-test-environment
  • Please log in and leave a review comment if you have questions and/or comments.
  • If you see the verifier needs to rerun testing against the package without resubmitting (a issue in the test results), you can do that on the package page in the review section.
  • If the verifier is incompatible with the package, please log in and leave a review comment if the package needs to bypass testing (e.g. package installs specific drivers).
  • Automated testing can also fail when a package is not completely silent or has pop ups (AutoHotKey can assist - a great example is the VeraCrypt package).
  • A package that cannot be made completely unattended should have the notSilent tag. Note that this must be approved by moderators.

bcurran3 (maintainer) on 23 May 2017 11:02:12 +00:00:

User 'bcurran3' (maintainer) submitted package.

chocolatey-ops (reviewer) on 23 May 2017 11:36:18 +00:00:

choco-upgrade-all-at 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.

  • 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...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

  • The nuspec has been enhanced to allow more information related to the software. More... Please consider adding one or more of the following to the nuspec, if available:
    • docsUrl - points to the location of the wiki or docs of the software
    • mailingListUrl - points to the forum or email list group for the software
    • bugTrackerUrl - points to the location where issues and tickets can be accessed
    • projectSourceUrl - points to the location of the underlying software source
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 23 May 2017 11:47:25 +00:00:

choco-upgrade-all-at 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/64ef6b9230eb4998e6965c3c029c59fa for details.
This is an FYI only. There is no action you need to take.

bcurran3 (maintainer) on 23 May 2017 20:12:28 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 23 May 2017 20:16:12 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 23 May 2017 20:21:10 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 23 May 2017 20:28:48 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 23 May 2017 20:56:53 +00:00:

User 'bcurran3' (maintainer) submitted package.

bcurran3 (maintainer) on 23 May 2017 21:20:36 +00:00:

v0.0.1 can be REJECTED (for some reason I don't have the option to self-reject right now)

chocolatey-ops (reviewer) on 23 May 2017 21:27:51 +00:00:

choco-upgrade-all-at 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.

Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

  • The nuspec has been enhanced to allow more information related to the software. More... Please consider adding one or more of the following to the nuspec, if available:
    • docsUrl - points to the location of the wiki or docs of the software
    • mailingListUrl - points to the forum or email list group for the software
    • bugTrackerUrl - points to the location where issues and tickets can be accessed
    • projectSourceUrl - points to the location of the underlying software source
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 23 May 2017 21:48:57 +00:00:

choco-upgrade-all-at has failed 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/09a101b4105bb17a5c06a8916d7d39e5 for details.
The package status will be changed and will be waiting on your next actions.

  • NEW! We have a test environment for you to replicate the testing we do. This can be used at any time to test packages! See https://github.com/chocolatey/chocolatey-test-environment
  • Please log in and leave a review comment if you have questions and/or comments.
  • If you see the verifier needs to rerun testing against the package without resubmitting (a issue in the test results), you can do that on the package page in the review section.
  • If the verifier is incompatible with the package, please log in and leave a review comment if the package needs to bypass testing (e.g. package installs specific drivers).
  • Automated testing can also fail when a package is not completely silent or has pop ups (AutoHotKey can assist - a great example is the VeraCrypt package).
  • A package that cannot be made completely unattended should have the notSilent tag. Note that this must be approved by moderators.

bcurran3 (maintainer) on 25 May 2017 02:37:48 +00:00:

new "finalized" version out
Status Change - Changed status of package from 'submitted' to 'rejected'.

Description

This script sets up a Windows Scheduled Task to run "choco upgrade all" every day at a predefined time.

If you don't set a time, it defaults to midnight.

You can set the time by running choco install choco-upgrade-all-at --params "'/Time:X'" where X equals an hour of the day.

INSTALL EXAMPLES

  • choco install choco-upgrade-all-at --params "'/Time:1'" - runs choco upgrade all at 1 AM
  • choco install choco-upgrade-all-at --params "'/Time:5'" - runs choco upgrade all at 5 AM
  • choco install choco-upgrade-all-at --params "'/Time:13" - runs choco upgrade all at 1 PM
  • choco install choco-upgrade-all-at --params "'/Time:18" - runs choco upgrade all at 6 PM

Current release only supports input of time variable via a single or double digit to run at the top of the hour. A future release will support precise minute parsing.


tools\chocolateyinstall.ps1
$packageName = 'choco-upgrade-all-at'
$pp = Get-PackageParameters
$RunTime = ''

if ($pp["Time"] -eq $null -or $pp["Time"] -eq '')
    { 
     $RunTime = '00:00' 
     Write-Host "No time specified, defaulting to midnight."
    }
if ($pp["Time"] -eq '1')                            
    { 
     $RunTime = '01:00' 
    }
if ($pp["Time"] -eq '2')
    {
     $RunTime = '02:00'
    }
if ($pp["Time"] -eq '3')
    {
     $RunTime = '03:00'
    }
if ($pp["Time"] -eq '4')
    {
     $RunTime = '04:00'
    }
if ($pp["Time"] -eq '5')
    {
     $RunTime = '05:00'
    }
if ($pp["Time"] -eq '6')
    {
     $RunTime = '06:00'
    }
if ($pp["Time"] -eq '7')
    {
     $RunTime = '07:00'
    }
if ($pp["Time"] -eq '8')
    {
     $RunTime = '08:00'
    }
if ($pp["Time"] -eq '9')
    {
     $RunTime = '09:00'
    }
if ($pp["Time"] -eq '10')
    {
     $RunTime = '10:00'
    }
if ($pp["Time"] -eq '11')
    {
     $RunTime = '11:00'
    }
if ($pp["Time"] -eq '12')
    {
     $RunTime = '12:00'
    }
if ($pp["Time"] -eq '13')                            
    { 
     $RunTime = '13:00' 
    }
if ($pp["Time"] -eq '14')
    {
     $RunTime = '14:00'
    }
if ($pp["Time"] -eq '15')
    {
     $RunTime = '15:00'
    }
if ($pp["Time"] -eq '16')
    {
     $RunTime = '16:00'
    }
if ($pp["Time"] -eq '17')
    {
     $RunTime = '17:00'
    }
if ($pp["Time"] -eq '18')
    {
     $RunTime = '18:00'
    }
if ($pp["Time"] -eq '19')
    {
     $RunTime = '19:00'
    }
if ($pp["Time"] -eq '20')
    {
     $RunTime = '20:00'
    }
if ($pp["Time"] -eq '21')
    {
     $RunTime = '21:00'
    }
if ($pp["Time"] -eq '22')
    {
     $RunTime = '22:00'
    }
if ($pp["Time"] -eq '23')
    {
     $RunTime = '23:00'
    }

Try
 {
  SchTasks /Create /SC DAILY /RU SYSTEM /RL HIGHEST /TN "choco upgrade all at" /TR "choco upgrade all --confirm" /ST $RunTime /F
 }
Catch
 }
  throw
 {

Write-Host "Now configured to run choco upgrade all at '$RunTime' every day."

tools\chocolateyuninstall.ps1
SchTasks /Delete /TN “choco upgrade all at” /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.

Add to Builder Version Downloads Last Updated Status
(unofficial) Choco Upgrade All at (Task) 0.0.6 141763 Tuesday, March 16, 2021 Approved
(unofficial) Choco Upgrade All at (Task) 0.0.5 44303 Sunday, May 6, 2018 Approved
(unofficial) Choco Upgrade All at (Task) 0.0.4.1 688 Tuesday, April 24, 2018 Approved
(unofficial) Choco Upgrade All at (Task) 0.0.4 328 Sunday, April 22, 2018 Approved
(unofficial) choco upgrade all at (Task) 0.0.3 2302 Friday, August 18, 2017 Approved
choco (unofficial) upgrade all at (midnight?) (Task) 0.0.2 604 Wednesday, May 24, 2017 Approved

first working release

Discussion for the choco (unofficial) upgrade all at (midnight?) (Task) Package

Ground Rules:

  • This discussion is only about choco (unofficial) upgrade all at (midnight?) (Task) and the choco (unofficial) upgrade all at (midnight?) (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 choco (unofficial) upgrade all at (midnight?) (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