Как я безопасно получаю несколько имен файлов от Zenity?
Не необходимо установить сервер Apache для противостояния на сервер подверсии. Это только требуется, если Вы хотите сделать это доступным через HTTP и/или позволить этому быть browseable через веб-браузер.
Где я работаю, мы просто устанавливаем svnserve который дает Вам все, в чем Вы нуждаетесь для взаимодействия с репозиториями подверсии. Это довольно тривиально для установки этого.
Учитывая Вы находитесь на Ubuntu, я смотрел бы на это названное руководство: Подверсия, от Сообщества Ubuntu Wiki.
Общие шаги
$ svnserve -d --foreground -r /home/svn
# -d -- daemon mode
# --foreground -- run in foreground (useful for debugging)
# -r -- root of directory to serve
Для получения дополнительной информации использования обратитесь к справке svnserve:
$ svnserve --help
Руководство, которое я упомянул выше также, включает детали, если требуется установить Apache и иметь его, обеспечивают репозитории подверсии через WebDAV (http:// или https://).
Примечание: Подход я упомянул выше использования svnserve обеспечивает доступ к Вашим репозиториям через (svn://), который является портом TCP 3690. Этот подход работает отлично с любым клиентом подверсии такой как svn на Unix или TortoiseSVN в Windows.
Когда потребление полосы пропускания ЦП группы превышает этот предел [квота] (для этот период), задачи, принадлежащие его иерархии, будут регулироваться и не допускаются к повторному запуску до следующего периода.
Я бы сказал, что они пытаются указать, что если вы выделяете 10 секунд времени ЦП за минуту, то приложение может быть остановлено на 50 секунд, так как оно устарело. 10 секунд бесперебойной работы на полную мощность, 50 секунд ничего. Это хорошо, если у вас есть приложение, что нужно сделать очень интенсивные вычисления как можно быстрее. Время от времени.
С другой стороны, если установить очень низкий уровень, например, 50us из 500us, ваше приложение будет работать всего в течение 0,05 мс, а затем будет остановлено и возобновлено на 0,45 мс позже. Всплеск 50us не является всплеском:)... но приложение останавливается максимум на 0,45 мс. Это было бы хорошо, если у вас есть приложение, которое не очень много вычисляет, но должно иметь очень низкую задержку, как время, что приложение регулируется, добавляет задержку.
(намеренно используя цифры вне пропорции)
-121--87483- Похоже, что существует расхождение между командами new-window и delete-buffer : то есть буфер «PIPE» удаляется прежде, чем его можно будет передать в vim или любую программу, которую вы хотите выполнить.
Следующий уродливый взлом, который спит секунду перед вызовом delete-buffer , устраняет проблему для меня:
bind P command-prompt -I "vim -" \
"capture-pane -eJ -S - -E -; \
set-buffer -n PIPE; \
new-window -n '|%1' 'tmux save-buffer -b PIPE - | %1'; \
run-sh 'sleep 1 && tmux delete-buffer -b PIPE'"
Можно использовать другой символ, который не может отображаться в имени файла: /
так что после получения списка файлов вы знаете, что пути разделяются двумя косыми чертами: // (вторая является частью пути, поскольку каждый путь начинается с косой черты, но не заканчивается одной). Затем вы можете использовать свой любимый инструмент, чтобы превратить список в NUL разделенные пути...