Last modified: 2014-09-02 11:21:09 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T38120, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 36120 - wrong l10nupdate cache file permissions
wrong l10nupdate cache file permissions
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Deployment systems (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 34938
  Show dependency treegraph
 
Reported: 2012-04-20 08:36 UTC by Antoine "hashar" Musso (WMF)
Modified: 2014-09-02 11:21 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Antoine "hashar" Musso (WMF) 2012-04-20 08:36:11 UTC
l10nupdate emit an error message when run as hashar:wikidev 

Copying LC files back to /home
cp: cannot create regular file `/home/wikipedia/common/php-1.19/cache/l10n/l10n_cache-ab.cdb': Permission denied
<more similar messages follow>

Does not make any sense since files are owned by awjrichards:wikidev and have group write.
Comment 1 Antoine "hashar" Musso (WMF) 2012-04-20 08:38:45 UTC
Even worse with 1.20wmf1 :


Copying LU files back to /home
cp: cannot create regular file `/home/wikipedia/common/php-1.20wmf1/cache/l10n/l10nupdate-ab.cache': Permission denied

AND


Copying LC files back to /home
cp: cannot create regular file `/home/wikipedia/common/php-1.20wmf1/cache/l10n/l10n_cache-ab.cdb': Permission denied
Comment 2 Roan Kattouw 2012-04-20 17:13:21 UTC
l10nupdate should be running as the l10nupdate user, and that user should own the cache/l10n directory. Which it does for 1.19, so that should be working. I fixed the perms on the 1.20 dir just now.

Most of the files inside the directory, however, are owned by awjrichards or catrope, probably because these users have run LC cache rebuilds (which are triggered from scap). So it may fail to overwrite these files, which is stupid because it can overwrite them by deleting and recreating them. Adding the -f flag to the cp invocation in the script should fix that, I'll do that now.
Comment 3 Roan Kattouw 2012-04-20 17:17:19 UTC
(In reply to comment #2)
> So it may fail to overwrite these files, which is stupid
> because it can overwrite them by deleting and recreating them. Adding the -f
> flag to the cp invocation in the script should fix that, I'll do that now.
https://gerrit.wikimedia.org/r/5443
Comment 4 Mark A. Hershberger 2012-04-25 16:52:14 UTC
closing pending review of Gerrit change #5443.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links