Обычно, когда пакет обновляется, его имя не изменяется. В таких случаях имя изменяется, потому что в библиотеке есть бинарно-несовместимое обновление (программное обеспечение, скомпилированное для работы с более старой версией, больше не будет работать с новой версией). Изменение имени позволяет вам устанавливать обе версии рядом друг с другом в случае, если некоторые приложения зависят от более старой версии, а некоторые зависят от новой.
Это означает, что вы не можете использовать более новые, взамен старых, потому что программное обеспечение должно быть перекомпилировано (и исправлено, как правило) для работы с более новыми двоичными файлами.
Тем не менее, в этом случае эти более старые пакеты больше не присутствуют в yakkety, что никакие пакеты в yakkety больше не зависят от них, и их можно удалить, чтобы очистить пространство. Объяснение будет заключаться в том, что программное обеспечение в yakkety было скомпилировано против более новых версий.
Вы не используете эти пакеты напрямую, чтобы вы могли просто просто зависеть от обработки зависимостей APT, чтобы убедиться, что правильные установленный - если APT позволяет удалить старые (или aptitude search ~o shows их как устаревшие), вы можете удалить их.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для подробнее .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для более подробно .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для подробнее .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для подробнее .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для подробнее .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для подробнее .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.
Да, вы можете сделать каталог «липким» для этого, чтобы при создании файлов в нем они наследовали разрешения каталога:
chmod +t dirname
См. документацию о разрешении файлов для более подробно .
Однако, когда файл скопирован в каталог (вместо создания заново ] там), он все равно будет иметь свои первоначальные разрешения, поскольку копирование файлов обычно сохраняет свои разрешения.