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
ENORESTARGET "URL sources can't resolve targets" when installing from URLs with user information #2391
Comments
This is a work-around for bower/bower#2391
#2322 looks like the cause of this. |
Yep, it looks like is was caused by #2322, I'll put a fix in today. |
For reference: #2395 is the PR that should fix this. |
I'm still seeing this in bower 1.8.0. It's preventing me from referencing a development branch version of a package. I'm using a hash |
This was introduced in bower 1.8.0, so yes, you'd be seeing it there. If you can: use bower 1.7.9 to avoid the problem. |
I reverted to 1.7.9 and had the same problem. (Uninstalled globally, installed 1.7.9 globally, added 1.7.9 to my local project. The only thing I couldn't do was change ember-cli's dependency on 1.8.0, which may have been why it persisted.) |
This avoids bower/bower#2391 until #6 is fixed. Relates to #5
Is there a workaround for this? I'm currently having this same problem. |
I saw the problem with bower 1.8 but is working as expected in 1.8.2 |
Output of
bower -v && npm -v && node -v
:Additional environment details (proxy, private registry, etc.):
We use
bower install -s
in our travis steps to install some content from a private repository even for open source builds. See #2176 for some more details about this.Steps to reproduce the issue:
GH_TOKEN is an environment variable containing a GitHub token for repository access.
Describe the results you received:
Describe the results you expected:
(bower installing the requested item)
Additional information:
bower install -s https://github.com/Collaborne/collaborne-build-tools.git
.The text was updated successfully, but these errors were encountered: