Closed Bug 991718 Opened 12 years ago Closed 12 years ago

fix homeclean.sh on OS X signing servers

Categories

(Infrastructure & Operations :: RelOps: Puppet, task)

x86
macOS
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: arich, Assigned: arich)

Details

Attachments

(2 files)

homeclean.sh keeps reporting the following error in the OSX signing servers: find: -delete: /Users/archive/: relative path potentially not safe
Assignee: relops → dustin
it looks like this requires -mindepth 1 because find does some dumb checking on older versions of FreeBSD/OS X: http://lists.freebsd.org/pipermail/freebsd-hackers/2013-May/042751.html Not sure how portable this is across architectures, though, so it will require some testing.
Assignee: dustin → arich
Comment on attachment 8408202 [details] [diff] [review] adds -mindepth to the find -delete command to stop warning messages on the OS X signing servers I recall using -mindepth on Linux before, so this looks like it should be portable.
Attachment #8408202 - Flags: review?(dustin) → review+
Yeah, I tested it out on one of the centos machines (a foopy running 6.2). I was also going to test it out on the one ubuntu machine listed as topleve::server (the package building box in aws), but it was down.
Some OSes (OS X) don't update the mtime on a chmod that doesn't change the permissions, so they'll keep showing the empty base directory in the output even if there's nothing to remove. This adds a touch to the setup function to update the mtime to avoid this.
Attachment #8409086 - Flags: review?(dustin)
Comment on attachment 8409086 [details] add a touch to the setup process to change the mtime on the BASE directory Looks good. I don't think I *intended* to update the mtime with chmod!
Attachment #8409086 - Flags: review?(dustin) → review+
merged to production
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: