Преобразуйте страницы справочника в HTML на лету с помощью подходящего сценария, такие как manserver, просмотрев их в веб-браузере (который может, конечно, быть основанным на тексте веб-браузером как рысь).
Это, по-видимому, почему никто не решил эту проблему - потому что проблема стала не важной с разработкой человека-> сценарии HTML.
Не работать chmod 777
на чем-либо! Это сделает это перезаписываемым И исполняемым кем-либо, и Вы действительно не хотите это. Доверяйте мне на этом и никогда не делайте это. Вы не хотите быть ответственными за смерть котят, планеты внешнего взрыва звезд и другого разрушительного хаоса. Единственная вещь Вам когда-либо нужно 7
для первая цифра, что означает, что владелец файла может записать, отредактировать и выполнить файл. Вторая цифра для владельца группы, и в редких случаях 7
могло бы быть приемлемым. Для всех других необходимо ограничить полномочия только, в чем они нуждаются.
Если бы Вы знали исходные полномочия для файла, то теперь было бы хорошее время для возврата их. Если Вы не делаете вот то, как понять это:
755
так, чтобы Вы могли rwx
, но все другие могут только rx
:$ chmod 755 filename
644
так, чтобы Вы могли rw
и все другие могут только читать:$ chmod 644 filename
Теперь о перемещении того файла :) Перемещать его в /usr/bin
, необходимо выполнить команду перемещения как суперпользователь. Можно владеть рассматриваемым файлом, но Вы не владеете каталогом, Вы перемещаете его в то, таким образом, у Вас нет полномочий записи там. Можно использовать команду 'sudo' для выполнения команды с корневыми полномочиями как это:
$ sudo mv filename /usr/local
Это, вероятно, предложит Вам Ваш пароль пользователя.
filename
полномочия вообще. Я думаю, что он устанавливал его 777, чтобы попытаться двигатьсяmv
проблема разрешения, не понимая это была/usr/local
то, что он должен был смешать с - установка/usr/local
777 зафиксировал бы его, но не правильный путь – Michael Mrozek♦ 24.06.2011, 00:02