Skip to content
This repository has been archived by the owner on Jun 21, 2022. It is now read-only.

Chocolatey Provider and Choco.exe incompatibilities #11

Open
CMCDragonkai opened this issue Dec 20, 2016 · 7 comments
Open

Chocolatey Provider and Choco.exe incompatibilities #11

CMCDragonkai opened this issue Dec 20, 2016 · 7 comments

Comments

@CMCDragonkai
Copy link

CMCDragonkai commented Dec 20, 2016

Refer to:

Will this be fixed?

I wanted to use OneGet's chocolatey provider to install things and then try using the choco.exe to create a new package, but my C:\Chocolatey\bin directory got destroyed.

@ferventcoder
Copy link
Contributor

ferventcoder commented Dec 20, 2016

It will be fixed when we have a supported OneGet Provider.

@ferventcoder
Copy link
Contributor

Right now perhaps use Chocolatey-Get instead?

@masaeedu
Copy link

@ferventcoder Might be a good idea to link to that in the README, can be removed when this is ready.

@ferventcoder
Copy link
Contributor

@masaeedu good idea!

@ferventcoder
Copy link
Contributor

Done! 2b4538f

@heaths
Copy link

heaths commented Mar 4, 2017

What would it take to get a support provider? Since PackageManagement (formerly OneGet) is installed by default on Windows Server Core, we'd like to enable easy acquisition of packages on a windowsservercore docker container image. Isn't this now the official OneGet provider according to the OneGet project page, are there any particular issues that need resolving to release an update that unifies where tool program stubs are located?

@ferventcoder
Copy link
Contributor

Howdy - please see #5

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

No branches or pull requests

4 participants