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

tuf: review the cache / local storage directory names #370

Closed
jku opened this issue Dec 27, 2022 · 3 comments · Fixed by #373
Closed

tuf: review the cache / local storage directory names #370

jku opened this issue Dec 27, 2022 · 3 comments · Fixed by #373
Assignees
Labels
refactoring Refactoring tasks.

Comments

@jku
Copy link
Member

jku commented Dec 27, 2022

I noticed that during the refactoring of #351 the directories changed from:

<USER_CACHE_DIR>/sigstore-python/tuf/<QUOTED_REPO_URL>
<USER_DATA_DIR>/sigstore-python/tuf/<QUOTED_REPO_URL>

to

<USER_CACHE_DIR>/sigstore-python/<QUOTED_REPO_URL>
<USER_DATA_DIR>/sigstore-python/<QUOTED_REPO_URL>

this is going to work fine until sigstore-python wants to cache or store other application data... should we re-add that "tuf" component in there now or only solve that problem when it becomes an issue?

@jku jku added the question Further information is requested label Dec 27, 2022
@woodruffw
Copy link
Member

Hmm -- I changed that as part of the appdirs refactor, although I can't remember exactly why.

I'm probably missing it, but I don't see how the current scheme poses a challenge for other caching. If we were to e.g. add an HTTP cache, I'd expect the structure to be:

$CACHE/sigstore-python/
    quoted-tuf-repo-1/
    quoted-tuf-repo-2/
    http/

@jku
Copy link
Member Author

jku commented Dec 27, 2022

Sure, conflicts would be exceptional, it's not something I would expect to happen without some ill intent... but if in the future custom sigstore instances involve a custom TUF repository, then the repository URLs (and thus directory names) in the client likely become user controlled to some extent.

It doesn't look a like a big deal but it smells just slightly wrong :)

@woodruffw
Copy link
Member

I see your point! I agree then -- let's revert back to the previous cache layout. No need for any ambiguity where none is necessary 🙂

@woodruffw woodruffw added refactoring Refactoring tasks. and removed question Further information is requested labels Dec 27, 2022
@woodruffw woodruffw assigned woodruffw and unassigned woodruffw Dec 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
refactoring Refactoring tasks.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants