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
HttpAccess cannot download public file, but RsyncAccess can #16
Comments
Hi @andycasey, This looks like a
|
Thanks @andycasey and @joelbrownstein. Currently I cannot reproduce either of your errors, so I'll have to dig a little deeper. DR16 apStar example
DR14 example from https://github.com/sdss/sdss_access/blob/master/bin/sdss_access_http_example_dr14
If I run it immediately after
|
So if I remove my
|
@andycasey This has now been fixed with PR #17 and merged into master. If you're using the bleeding edge you can try a git pull. I'll make a new tag soon. Without a netrc file this now works
|
Thanks Brian! I've checked out 1.0.1 at Utah (although this means we now have to retag tree?), and confirmed your test works
|
@joelbrownstein this was only an fix to |
tree explicitly depends on sdss_access/version via
at line 259--260 of https://github.com/sdss/tree/blob/master/bin/setup_tree.py |
Hmm. That requirement is meant to only be a minimum requirement so it can't load modules below version 1.0. Any version above 1.0.0 will work. I don't want to have to retag tree every time I update sdss_access. So maybe there's a better way to sort out minimum requirements with modules. If we can't find one then I'd opt to remove this requirement and figure out a different way. If we want to have it use |
I agree this would be annoying to tag tree everytime we tag sdss_access. I appreciate the advanced module stuff you found, but let's not implement something that would require modules itself to be managed. Let's simplify this by removing the explicit version from tree's setup.py, i.e.,
and allow the "default" version to be manually adjusted as needed. |
That sounds good to me. |
Thanks @havok2063 and @joelbrownstein |
Description
I can access public data products using
sdss_access.RsyncAccess
, but the same products cannot be downloaded usingsdss_access.HttpAccess
.Expected behaviour
I don't think any authorization should be required (or even checked) for accessing public data products.
Steps to recreate
The stack trace reads:
Additional context
The documentation for
sdss_access.sync.auth.Auth.set_netrc
says to add a line to my~/.netrc
file. I did that (using the correct password) and then a new exception occurs due to permissions. Admittedly the documentation forset_netrc
does tell me to set the permissions correctly, but I would expect no authorization is required -- at all -- for public data.I am using the the bleeding edge version of
sdss_access
.The text was updated successfully, but these errors were encountered: