Today during deployment, this happened:
When cleaning up old versions of mediawiki on tin, I ran into files owned by l10nupdate, which I could not remove because of permissions.
I used sudo -u l10nupdate, then manually removed those files... But afterwards, when running scap, I got this:
```
21:23:57 Started scap: testwiki to php-1.25wmf19 and rebuild l10n cache
21:23:57 Copying to tin.eqiad.wmnet from tin.eqiad.wmnet
21:23:57 Started rsync common
cannot delete non-empty directory: php-1.25wmf14/cache/l10n
cannot delete non-empty directory: php-1.25wmf14/cache/l10n
cannot delete non-empty directory: php-1.25wmf14/cache
cannot delete non-empty directory: php-1.25wmf14/cache
cannot delete non-empty directory: php-1.25wmf14
21:26:04 Finished rsync common (duration: 02m 06s)
```
So:
1. it looks like l10nupdate is creating files with the wrong permissions, members of wikidev can't delete them.
2. when scap runs rsync, it isn't able to override?
Not sure what I need to do to fix this but I have a feeling future scap runs and going to complain about the same files that can't be removed.
@bd808: do you have an insight into this one? it's very low priority so don't bother yourself too much over it.