Skip to content
This repository has been archived by the owner on Feb 19, 2019. It is now read-only.

[Enhancement] User should be able to "pin" a package version to suppress upgrades #5

Closed
ferventcoder opened this issue Sep 10, 2011 · 16 comments

Comments

@ferventcoder
Copy link
Contributor

Be able to suppress upgrades

http://en.wikipedia.org/wiki/Package_management_system#Upgrade_suppression

@rismoney
Copy link
Contributor

rismoney commented Jun 1, 2012

This is a great idea. Can we store the ignores in the config.xml where the sources will be? This way a cup all accidental run does not have unintended consequences.

@ferventcoder
Copy link
Contributor Author

We are likely putting together a packages.config file that will keep all of the installed packages...likely we will put it there.

@codearoo
Copy link

Was going to create new issue, but maybe this is related.

Was going to suggest that the 'cup all' command had an option to EXCLUDE packages.

cup all -exclude "7-zip,notepad,etc"

oops.. OF COURSE I MEANT THIS COMMAND INSTEAD :)

choco update all -exclude "7-zip,notepad,etc"

to avoid using the alias.

@ferventcoder
Copy link
Contributor Author

So it might be good to also have the ability to exclude at runtime. Log a
different issue and note that this is related.

On Tue, Dec 17, 2013 at 10:40 AM, codearoo notifications@github.com wrote:

Was going to create new issue, but maybe this is related.

Was going to suggest that the 'cup all' command had an option to EXCLUDE
packages.

cup all -exclude "7-zip,notepad,etc"


Reply to this email directly or view it on GitHubhttps://github.com//issues/5#issuecomment-30766985
.

Rob
"Be passionate in all you do"

http://devlicio.us/blogs/rob_reynolds
http://ferventcoder.com
http://twitter.com/ferventcoder

@codearoo
Copy link

ok.. BTW, alternative to the -exclude ... I still don't know how to list INSTALLED packages.

@codearoo
Copy link

... and also use the -source option.

For example... list all apps installed that have source "xyz"

@ferventcoder
Copy link
Contributor Author

clist -lo

@ferventcoder
Copy link
Contributor Author

That second part...log another issue. All these things are great fodder for the nuget ecosystem areas for improvement.

@codearoo
Copy link

oh yeah right.. thanks. just missing the -source option.. it ignores it.

I'll create another ticket though.

@ferventcoder
Copy link
Contributor Author

There is no tracking at the current time of what source a package came from.

@codearoo
Copy link

Alternatively it could work like the "update" or "install" feature does, by
comparing the local list to the list of apps located at the source and only
show the intersection of the list.

On Tue, Dec 17, 2013 at 11:55 AM, Rob Reynolds notifications@github.comwrote:

There is no tracking at the current time of what source a package came
from.


Reply to this email directly or view it on GitHubhttps://github.com//issues/5#issuecomment-30768436
.

@rismoney
Copy link
Contributor

well if package foo.1.0.0 is on one source, but foo.1.0.1 is on another source, do you really want to cross sources? My source names could be staging, test, dev, prod, and so latest might have different meanings.

Perhaps we should store a source.txt file inside each package listed in the lib folder, and then use when performing a clist -lo -source example.com

@ferventcoder
Copy link
Contributor Author

Right now if you have multiple sources available, it will find the latest
package no matter the source. This is the current behavior of nuget.

On Tue, Dec 17, 2013 at 11:18 AM, Rich Siegel notifications@github.comwrote:

well if package foo.1.0.0 is on one source, but foo.1.0.1 is on another
source, do you really want to cross sources? My source names could be
staging, test, dev, prod, and so latest might have different meanings.

Perhaps we should store a source.txt file inside each package listed in
the lib folder, and then use when performing a clist -lo -source
example.com


Reply to this email directly or view it on GitHubhttps://github.com//issues/5#issuecomment-30770557
.

Rob
"Be passionate in all you do"

http://devlicio.us/blogs/rob_reynolds
http://ferventcoder.com
http://twitter.com/ferventcoder

@cmshawn
Copy link

cmshawn commented Feb 17, 2014

I'd like this feature to support comparison operators, as I've mentioned in #346, so that bug fix updates (for example) could still get downloaded/installed.

@martinlong1978
Copy link

Any movement on this? I have a few things which I don't have licenses for the latest versions (nor do I have any need for them), yet "cup all" will just update them regardless.

@ferventcoder
Copy link
Contributor Author

It's being handled in the rewrite.

On Friday, December 12, 2014, Martin Long notifications@github.com wrote:

Any movement on this? I have a few things which I don't have licenses for
the latest versions (nor do I have any need for them), yet "cup all" will
just update them regardless.


Reply to this email directly or view it on GitHub
#5 (comment).

Rob
"Be passionate in all you do"

http://devlicio.us/blogs/rob_reynolds
http://ferventcoder.com
http://twitter.com/ferventcoder

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants