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 hamish

sounds good to me. (for next round)

Hamish

comment:2 Changed 7 years ago by kalxas

Keywords: 6.5 added; live 5.0 removed
Milestone: OSGeoLive6.5
Priority: normalmajor

+1

comment:3 Changed 7 years ago by kalxas

Owner: changed from live-demo@… to kalxas
Status: newassigned
Summary: Move tmp files to a subdir of tmpKeep 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:4 Changed 7 years ago by hamish

unless there is objection, work will begin on this soon.

comment:5 Changed 7 years ago by hamish

Cc: live-demo@… added

comment:6 Changed 7 years ago by hamish

Summary: Keep tmp files outside of chroot to reuseMove 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 kalxas

Keywords: 7.0 added; 6.5 removed
Milestone: OSGeoLive6.5OSGeoLive7.0

comment:8 Changed 6 years ago by kalxas

Milestone: OSGeoLive7.0OSGeoLive7.5

too close to 7.0 to do this now.

comment:9 Changed 6 years ago by kalxas

Resolution: wontfix
Status: assignedclosed

Since we are moving towards deb packaging of everything, this is not going to be implemented.

Note: See TracTickets for help on using tickets.