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

Document what is cached and where #70

Open
2 tasks
timthelion opened this issue Mar 11, 2016 · 0 comments
Open
2 tasks

Document what is cached and where #70

timthelion opened this issue Mar 11, 2016 · 0 comments

Comments

@timthelion
Copy link
Contributor

I'm starting to get time to look at actually slowly starting to play with repeatr. One thing that I don't 100% understand yet, is where data is stored/cached. When I scan something in, is it cached somewhere in var? What about when I run a formula? Docker, of course, stores everything in /var/ and the current recomendation for subuser that I give is to just nuke /var/ and run "subuser repair" to rebuild everything every couple of months. However, this isn't exactly elegant :P !!!

I recently watched a film about EU privacy regulations called Democracy . It was pretty interesting, so you might check it out. In the film, the guy that architected the privacy regulations came up with the following fundimental model: Before a company can store personal data, it must first get the consent of the user, and at the time the user gives consent, the company must describe what data is stored, what it is used for, and how long it is stored. And the company is forbidden from storing it for longer than necessary. I think that this general philosophy can also be applied to caching gigabytes of "stuff" in /var/. I want.

  • repeatr run -h # Should say what run stores, where, and for how long.
  • repeatr scan -h # Should say what scan stores, where, and for how long.
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

1 participant