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

Consider not updating anything unless box is destroyed #40

Closed
jeremyfelt opened this issue Apr 8, 2013 · 3 comments
Closed

Consider not updating anything unless box is destroyed #40

jeremyfelt opened this issue Apr 8, 2013 · 3 comments
Assignees
Milestone

Comments

@jeremyfelt
Copy link
Member

Through the use of the /tmp/apt_update_run flag on the guest, we avoid running apt-get update on every up, reload or provision. It is only run on the initial up and after a destroy.

We should consider doing this for all packages, as this will lower the start up time even more and avoid sudden (albeit unlikely) changes to the dev environment during a normal work day.

It may even be worth wrapping almost the entire provisioning file in a check so only some local project stuff is modified.

Going to play with it throughout the week, may add it to the develop branch early so we can see how it feels.

@ghost ghost assigned jeremyfelt Apr 8, 2013
jeremyfelt added a commit that referenced this issue Apr 8, 2013
Creates a /home/vagrant/initial_provision_run file to track once provisioning has been run on a box for the first time. If this file exists, all apt and composer packages are skipped. Only file linking and WordPress management remains.

If the box is ever destroyed, this flag will be deleted and provisioning will run on the next boot.

See #40
jeremyfelt added a commit that referenced this issue Apr 8, 2013
Now that all package installation is wrapped in an initial run flag, the check for apt-get update having been run can be removed.

See #40
@carldanley
Copy link
Contributor

Is this issue resolved with initial_provision_run now?

@jeremyfelt
Copy link
Member Author

Yeah, not sure how it didn't get closed. Closing now. :)

@lock
Copy link

lock bot commented Feb 24, 2020

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked and limited conversation to collaborators Feb 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants