On Thu, 2008-05-08 at 15:40 -0700, Vaughan Johnson wrote:
> Yes, I think Richard will have to fix that. I didn't try make because
> the main thing I changed were the version number variables, which don't
> get translated.
> - V
> Gale Andrews wrote:
> > I could not make the web site updates for 1.3.5, I think because group
> > writing is disabled for audacity_website.pot? Does Richard need to
> > change its permissions?
> > -bash-3.00$ make
> > find . -name '*.php' ! -path './old/*' \
> > | xargs xgettext -L php --add-comments="i18n-hint" --from-code="UTF-8"
> > -o locale/audacity_website.pot
> > xgettext: cannot create output file "locale/audacity_website.pot": Permission denied
> > make: *** [locale/audacity_website.pot] Error 123
Sorry, I uploaded the audacity_website.pot file so it had non-standard
permissions on it.
Running make on the web server doesn't get us very far though, because
for some reason make on the web server only puts 61 messages into the
audacity_website.pot file, not the 600+ it has when I run make on my
local checkout of the website content.
So it looks like there is a problem on the sourceforge server. I've done
a fresh checkout from CVS locally, and that also builds the translations
correctly. So this looks like a problem on the web server. I've checked
disk usage, and whilst we are close to out 100M quota, we are definitely
below it (if we can move stuff from /files/ to the file release system,
that would be a good thing, though).
Apart from /files/, do we have anything on the web server that isn't
checked into CVS? If not, then I think we should just delete everything
from the server and do a new check-out from the project CVS, where upon
I hope it will work correctly. Anyone know of any reasons why we
shouldn't do this?