aboutsummaryrefslogtreecommitdiff
path: root/src/rc/swclock.c
diff options
context:
space:
mode:
authorMike Frysinger <vapier@gentoo.org>2011-03-23 14:42:42 -0400
committerWilliam Hubbs <williamh@gentoo.org>2011-03-25 11:25:25 -0500
commit7c1a2defb6fdec4190a2256bd023857e30ecb7a7 (patch)
treee79a3abf055b5c466eaff6e0f23aad5a629f5e35 /src/rc/swclock.c
parent1d63e85794ad850752eec95fa077e5895295f3b7 (diff)
bootmisc: clean up tmpdir cleaning
Make sure that the `cd` into the $dir actually happened. This we don't have to worry about relative paths deleting stuff it shouldn't. This step shouldn't fail, but who knows, and better to be sane than to wipe out someone's valuables. When wiping, automatically fall back to a dedicated `find` if the initial `rm` failed on us. This should help with the speed issues related to the later `find`. Have the later find only search the top level allowing `rm` to walk the directory contents. This means that -xdev no longer applies, but since the earlier `rm` wasn't doing -xdev either and no one has complained thus far, let's assume it isn't an issue. Also convert to the -exec...+ form so that we don't have to worry about long argument lists, and add -- to the `rm` that was previously missing. In practice, this shouldn't matter as we've already deleted all those files, but better safe than sorry. When cleaning, since we've already done a `cd` into the $dir, no point in prefixing all the paths with $dir too. Go with the relative loving. Signed-off-by: Mike Frysinger <vapier@gentoo.org> X-Gentoo-Bug: 359831 X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=359831
Diffstat (limited to 'src/rc/swclock.c')
0 files changed, 0 insertions, 0 deletions