Opened 9 years ago
Closed 6 years ago
#688 closed enhancement (wontfix)
Move tmp files to a subdir of tmp
| Reported by: | wildintellect | Owned by: | kalxas |
|---|---|---|---|
| Priority: | major | Milestone: | OSGeoLive7.9 |
| Component: | OSGeoLive | Keywords: | 7.0 |
| Cc: | live-demo@… |
Description
I'd like to propose that we put all tmp file in a subdir of /tmp. Something like osgeolive
The reason is that if we implement this I can actually mount a second virtual machine disk to /tmp/osgeolive and store all the downloaded files independent of any build. I could do it that way now, but I'd also get all the other junk that's in the tmp.
That means it will take less time to compress the builds for release, there is no need to copy the cached files on and off each build, and the build can work with or without the pre-cached files.
Change history (9)
comment:1 Changed 9 years ago by
comment:2 Changed 8 years ago by
| Keywords: | 6.5 added; live 5.0 removed |
|---|---|
| Milestone: | → OSGeoLive6.5 |
| Priority: | normal → major |
+1
comment:3 Changed 8 years ago by
| Owner: | changed from live-demo@… to kalxas |
|---|---|
| Status: | new → assigned |
| Summary: | Move tmp files to a subdir of tmp → Keep tmp files outside of chroot to reuse |
I think that with chroot method we could just link /tmp to a directory outside of chroot and this way keep the files in the host machine to reuse for every build.
comment:5 Changed 8 years ago by
| Cc: | live-demo@… added |
|---|
comment:6 Changed 8 years ago by
| Summary: | Keep tmp files outside of chroot to reuse → Move tmp files to a subdir of tmp |
|---|
I put the original summary back into place. We should do both.
comment:7 Changed 7 years ago by
| Keywords: | 7.0 added; 6.5 removed |
|---|---|
| Milestone: | OSGeoLive6.5 → OSGeoLive7.0 |
comment:8 Changed 7 years ago by
| Milestone: | OSGeoLive7.0 → OSGeoLive7.5 |
|---|
too close to 7.0 to do this now.
comment:9 Changed 6 years ago by
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
Since we are moving towards deb packaging of everything, this is not going to be implemented.
sounds good to me. (for next round)
Hamish