В supervisord umask устанавливающие результаты в тех же полномочиях для файлов и папок

Это было некоторое время, но здесь - то, что я сделал для создания локального репозитория в моей сети.

mkdir /repos

rsync -avuH --exclude=debug/ --exclude=drpms/ rsync://mirrors.reflected.net/fedora/linux/releases/11/Fedora/i386/os/Packages/ /repos/releases/11/i386/os/Packages/

rsync -avuH --exclude=debug/ --exclude=drpms/ rsync://mirrors.reflected.net/fedora/linux/updates/11/i386/ /repos/updates/11/i386/

createrepo -g /repos/releases/11/i386/os/repodata/comps.xml /repos/releases/11/i386/os/

createrepo -g /repos/updates/11/i386/repodata/comps-f11.xml /repos/updates/11/i386/

Я не вспоминаю бесцеремонно, где я получил файлы группы (comps.xml и comps-f11.xml). Я думаю, что, вероятно, скопировал то, что было в http://mirrors.reflected.net/fedora/linux/releases/11/Everything/i386/os/repodata/ и изменило имя для создания его короче.

Почти забыл, необходимо смочь просто измениться 11 в моих примерах к 13. Как я сказал, это было некоторое время, так как я настроил это.

0
задан 14 November 2012 в 15:04
1 ответ

Я сразу обнаружил, что виноват django.

После установки FILE_UPLOAD_PERMISSIONS в настройках приложений django на 0664 umask работает, как ожидалось.

т.е. в settings.py:

FILE_UPLOAD_PERMISSIONS = 0664

0
ответ дан 5 December 2019 в 15:50

Теги

Похожие вопросы