Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Configure Output Directory #563

Closed
blair55 opened this issue Jan 21, 2015 · 8 comments
Closed

Configure Output Directory #563

blair55 opened this issue Jan 21, 2015 · 8 comments

Comments

@blair55
Copy link

blair55 commented Jan 21, 2015

Ability to configure the output directory when adding a package in the way that nuget.exe allows:
http://docs.nuget.org/docs/reference/command-line-reference#Install_Command

At present all packages are installed into ".\packages", which is inflexible.

@forki
Copy link
Member

forki commented Jan 25, 2015

@agross @mexx @theimowski
Is this something we want to do? I'm not completle sure since I actually like the opnionated approach we take today.

@agross
Copy link
Contributor

agross commented Jan 25, 2015

Yes, I don't see a reason for the adding complexity to paket. The OP should try to explain why he thinks the flexibility is required in the first place.

Alex

Alexander Groß
Tiny phone, tiny mail

On Sun, Jan 25, 2015 at 11:30 AM, Steffen Forkmann
notifications@github.com wrote:

@agross @mexx @theimowski

Is this something we want to do? I'm not completle sure since I actually like the opnionated approach we take today.

Reply to this email directly or view it on GitHub:
#563 (comment)

@blair55
Copy link
Author

blair55 commented Jan 25, 2015

In fairness, my use-case is not about managing packages & dependencies across projects for one solution.

I needed it because I was trying to use Paket to download individual packages to a specific folder, as part of a script which coordinates the running of multiple executables delivered by the packages (its a micro-service application dev workflow tool). I can do it with nuget.exe but just wanted to try out Paket.

However, whilst experimenting, I tripped up on the >260 chars filepath length. Might be nice if Paket had a backdoor to help get out of that?

p.s. whats an OP? :-)

@agross
Copy link
Contributor

agross commented Jan 25, 2015

Can't you just move the packages to the desired location after downloading?

The OP ist the original poster that opened a thread on a message board.

Alex

Alexander Groß
Tiny phone, tiny mail

On Sun, Jan 25, 2015 at 10:41 PM, Nick notifications@github.com wrote:

In fairness, my use-case is not about managing packages & dependencies across projects for one solution.
I needed it because I was trying to use Paket to download individual packages to a specific folder, as part of a script which coordinates the running of multiple executables delivered by the packages (its a micro-service application dev workflow tool). I can do it with nuget.exe but just wanted to try out Paket.
However, whilst experimenting, I tripped up on the >260 chars filepath length. Might be nice if Paket had a backdoor to help out of that?

p.s. whats an OP? :-)

Reply to this email directly or view it on GitHub:
#563 (comment)

@blair55
Copy link
Author

blair55 commented Jan 26, 2015

Yes, but I may as well use nuget.exe with the switch fwiw.

@agross
Copy link
Contributor

agross commented Jan 26, 2015

If you're fine with explicitly nuget installing packages, what feature of Paket are you looking forward to use?

@blair55
Copy link
Author

blair55 commented Jan 26, 2015

Good question! It was just on my radar... Nice work btw.

Happy for me to close the issue?

@forki forki closed this as completed Jan 26, 2015
@beatcracker
Copy link

beatcracker commented Nov 10, 2019

My 2¢

I'd like to use paket in various DevOps/CI/CD workflows, not directly related to managing packages in projects. Being able to pull dependencies from various source with one tool is pretty useful. But issues like this (or #3654) stifle this venue of adoption.

Other nice to haves:

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

No branches or pull requests

4 participants