Разница заключается в том, нужны ли зависимости во время выполнения, а не во время сборки.
Например, возможно, я создаю двоичный файл, который использует openssl. В время выполнения мне нужны файлы заголовков openssl, которые находятся в libssl-dev. Затем я перечислил это как Build-Depends.
Однако результирующий двоичный файл и пакет не нуждаются в заголовке и других файлах разработки, поэтому во время установки мне не нужно libssl-dev. Тогда это не будет в Depends. Но libssl, библиотека времени выполнения, связанная с моим двоичным кодом, должна быть в Depends.
Указанные вами разделы человека, указанные вами, указывают (это говорит о «удовлетворяют установке ] зависимостей "пакета), но без предварительного знания того, когда используются Build-Depends, это может запутать.
Посмотрите руководство по политике Debian для определения полей файла управления: [!d9 ]
http://www.debian.org/doc/debian-policy/ch-controlfields.html
вот раздел о Build-Depends. Обратите внимание, что это находится в заголовке «зависимости для исходных пакетов»:
http://www.debian.org/doc/debian-policy/ch-controlfields.html [!d14 ]
И это говорит о Depends. Обратите внимание на его 'под заголовком source :
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps [!d18 ]
Когда вы пытаетесь отключить учетную запись root, но она уже отключена, passwd не сообщает вам, что учетная запись root уже отключена. Но это не проблема.
passwd: password expiry information changed. - ожидаемый результат успешного запуска passwd -dl root, даже если пароль root уже отключен. Как говорит муру, команды passwd, которые меняют что-то, будут выдавать этот вывод, если бы они могли писать базу данных паролей (обычно это /etc/shadow).
passwd смог записать запись успешно.
Когда passwd не работает, вы получите еще одно сообщение с сообщением об ошибке. Например, предположим, что вы не выполнили команду с помощью sudo:
$ passwd -dl root
passwd: Permission denied.