Могут ли предпринимаемые действия удалять / изменять файлы внутри существующего дома пользователя?

Question 1

Опция по-прежнему присутствует в настройках и отлично работает (проверена с использованием классического гнома Ubuntu 11.04):

Страница интерфейса, раздел «Системный лоток»: запуск в лотке.

Question 2

Есть два вопроса:

Политика Debian определяет, как управлять домашними каталогами и правильно упаковывать .deb не должен изменять ничего в домашних каталогах пользователей. 9.2.3. Необязательные домашние каталоги Канонический несуществующий домашний каталог / несуществующий. Пользователи, у которых не должно быть домашнего каталога, должны иметь свой домашний каталог для этого значения. Автобульдеры Debian устанавливают HOME в / nonexistent, так что пакеты, которые пытаются записать в домашний каталог, не смогут построить. 10.7.5. Файлы конфигурации пользователя («dotfiles») Файлы в файле / etc / skel будут автоматически скопированы в новые учетные записи пользователей с помощью adduser. Никакая другая программа не должна ссылаться на файлы в / etc / skel. Поэтому, если программе требуется точечный файл, чтобы существовать заранее в $ HOME, чтобы работать разумно, этот точечный файл должен быть установлен в / etc / skel и рассматриваться как файл конфигурации. Тем не менее, программы, требующие dotfiles, чтобы работать разумно, являются плохими, если они сами автоматически не создают dotfiles. Кроме того, программы должны быть настроены установкой по умолчанию Debian, чтобы вести себя как можно ближе к поведению по умолчанию по умолчанию. Поэтому, если программа в пакете Debian должна быть настроена каким-то образом, чтобы работать разумно, это должно быть сделано с использованием файла конфигурации всего сайта, помещенного в / etc. Только в том случае, если программа не поддерживает настройку по умолчанию для всего сайта, а у поддерживающего пакет не хватает времени для добавления, файл по умолчанию для каждого пользователя может быть помещен в / etc / skel. / etc / skel должны быть пустыми, как мы можем это сделать. Это особенно верно, потому что нет простого (или обязательно желаемого) механизма для обеспечения того, чтобы соответствующие точечные файлы копировались в учетные записи существующих пользователей при установке пакета.

См. https://www.debian.org/doc/debian-policy/ для деталей

ОДНАКО ..... [!d18 ] Политика Debian определяет, как управляются домашние каталоги и правильно упаковывается .deb не должен изменять что-либо в домашних каталогах пользователей.

Так что .deb может нарушать debian политики и изменять файлы в домашних каталогах пользователей.

Это одно из многих соображений или причин, по которым вы должны быть очень осторожны при установке .deb извне репозиториев Ubuntu.

Question 3

Question 4

Есть два вопроса:

Политика Debian определяет, как управлять домашними каталогами и правильно упаковывать .deb не должен изменять ничего в домашних каталогах пользователей. 9.2.3. Необязательные домашние каталоги Канонический несуществующий домашний каталог / несуществующий. Пользователи, у которых не должно быть домашнего каталога, должны иметь свой домашний каталог для этого значения. Автобульдеры Debian устанавливают HOME в / nonexistent, так что пакеты, которые пытаются записать в домашний каталог, не смогут построить. 10.7.5. Файлы конфигурации пользователя («dotfiles») Файлы в файле / etc / skel будут автоматически скопированы в новые учетные записи пользователей с помощью adduser. Никакая другая программа не должна ссылаться на файлы в / etc / skel. Поэтому, если программе требуется точечный файл, чтобы существовать заранее в $ HOME, чтобы работать разумно, этот точечный файл должен быть установлен в / etc / skel и рассматриваться как файл конфигурации. Тем не менее, программы, требующие dotfiles, чтобы работать разумно, являются плохими, если они сами автоматически не создают dotfiles. Кроме того, программы должны быть настроены установкой по умолчанию Debian, чтобы вести себя как можно ближе к поведению по умолчанию по умолчанию. Поэтому, если программа в пакете Debian должна быть настроена каким-то образом, чтобы работать разумно, это должно быть сделано с использованием файла конфигурации всего сайта, помещенного в / etc. Только в том случае, если программа не поддерживает настройку по умолчанию для всего сайта, а у поддерживающего пакет не хватает времени для добавления, файл по умолчанию для каждого пользователя может быть помещен в / etc / skel. / etc / skel должны быть пустыми, как мы можем это сделать. Это особенно верно, потому что нет простого (или обязательно желаемого) механизма для обеспечения того, чтобы соответствующие точечные файлы копировались в учетные записи существующих пользователей при установке пакета.

См. https://www.debian.org/doc/debian-policy/ для деталей

ОДНАКО .....

Политика Debian определяет, как управляются домашние каталоги и правильно упаковывается .deb не должен изменять что-либо в домашних каталогах пользователей.

Так что .deb может нарушать debian политики и изменять файлы в домашних каталогах пользователей.

Это одно из многих соображений или причин, по которым вы должны быть очень осторожны при установке .deb извне репозиториев Ubuntu.

Question 5

Есть два вопроса:

Политика Debian определяет, как управлять домашними каталогами и правильно упаковывать .deb не должен изменять ничего в домашних каталогах пользователей. 9.2.3. Необязательные домашние каталоги Канонический несуществующий домашний каталог / несуществующий. Пользователи, у которых не должно быть домашнего каталога, должны иметь свой домашний каталог для этого значения. Автобульдеры Debian устанавливают HOME в / nonexistent, так что пакеты, которые пытаются записать в домашний каталог, не смогут построить. 10.7.5. Файлы конфигурации пользователя («dotfiles») Файлы в файле / etc / skel будут автоматически скопированы в новые учетные записи пользователей с помощью adduser. Никакая другая программа не должна ссылаться на файлы в / etc / skel. Поэтому, если программе требуется точечный файл, чтобы существовать заранее в $ HOME, чтобы работать разумно, этот точечный файл должен быть установлен в / etc / skel и рассматриваться как файл конфигурации. Тем не менее, программы, требующие dotfiles, чтобы работать разумно, являются плохими, если они сами автоматически не создают dotfiles. Кроме того, программы должны быть настроены установкой по умолчанию Debian, чтобы вести себя как можно ближе к поведению по умолчанию по умолчанию. Поэтому, если программа в пакете Debian должна быть настроена каким-то образом, чтобы работать разумно, это должно быть сделано с использованием файла конфигурации всего сайта, помещенного в / etc. Только в том случае, если программа не поддерживает настройку по умолчанию для всего сайта, а у поддерживающего пакет не хватает времени для добавления, файл по умолчанию для каждого пользователя может быть помещен в / etc / skel. / etc / skel должны быть пустыми, как мы можем это сделать. Это особенно верно, потому что нет простого (или обязательно желаемого) механизма для обеспечения того, чтобы соответствующие точечные файлы копировались в учетные записи существующих пользователей при установке пакета.

См. https://www.debian.org/doc/debian-policy/ для деталей

ОДНАКО .....

Политика Debian определяет, как управляются домашние каталоги и правильно упаковывается .deb не должен изменять что-либо в домашних каталогах пользователей.

Так что .deb может нарушать debian политики и изменять файлы в домашних каталогах пользователей.

Это одно из многих соображений или причин, по которым вы должны быть очень осторожны при установке .deb извне репозиториев Ubuntu.

Question 6

Никакая установка, обновление, удаление и т. д. не должны изменять файлы в домашних каталогах пользователей.

Файлы в вашем домашнем каталоге должны быть изменены только программным обеспечением, которое вы запускаете под своей учетной записью.

Есть причины для этого:

Главная страница каталоги обозначаются стандартом FHS как каталоги под контролем отдельного пользователя, а не системы. Сценарии установки / обновления / удаления не имеют оснований знать или заботиться о том, какие пользователи существуют в системе, и нет причин делать что-либо конкретное для любого конкретного пользователя. Любая системная конфигурация для любого программного обеспечения будет находиться в системном каталоге (т.е. /etc). Dotfiles внутри учетных записей пользователей предназначены только для изменений конфигурации, сделанных конкретным пользователем. Системная ответственность не заключается в обновлении пользовательской конфигурации. Если части программного обеспечения нуждаются в изменении того, как они настроены, программное обеспечение должно выполнять миграцию при запуске в качестве этого пользователя, а не при установке или обновлении.

Question 7

Question 8

Никакая установка, обновление, удаление и т. д. не должны изменять файлы в домашних каталогах пользователей.

Файлы в вашем домашнем каталоге должны быть изменены только программным обеспечением, которое вы запускаете под своей учетной записью.

Есть причины для этого:

Главная страница каталоги обозначаются стандартом FHS как каталоги под контролем отдельного пользователя, а не системы. Сценарии установки / обновления / удаления не имеют оснований знать или заботиться о том, какие пользователи существуют в системе, и нет причин делать что-либо конкретное для любого конкретного пользователя. Любая системная конфигурация для любого программного обеспечения будет находиться в системном каталоге (т.е. /etc). Dotfiles внутри учетных записей пользователей предназначены только для изменений конфигурации, сделанных конкретным пользователем. Системная ответственность не заключается в обновлении пользовательской конфигурации. Если части программного обеспечения нуждаются в изменении того, как они настроены, программное обеспечение должно выполнять миграцию при запуске в качестве этого пользователя, а не при установке или обновлении.

Question 9

Никакая установка, обновление, удаление и т. д. не должны изменять файлы в домашних каталогах пользователей.

Файлы в вашем домашнем каталоге должны быть изменены только программным обеспечением, которое вы запускаете под своей учетной записью.

Есть причины для этого:

Главная страница каталоги обозначаются стандартом FHS как каталоги под контролем отдельного пользователя, а не системы. Сценарии установки / обновления / удаления не имеют оснований знать или заботиться о том, какие пользователи существуют в системе, и нет причин делать что-либо конкретное для любого конкретного пользователя. Любая системная конфигурация для любого программного обеспечения будет находиться в системном каталоге (т.е. /etc). Dotfiles внутри учетных записей пользователей предназначены только для изменений конфигурации, сделанных конкретным пользователем. Системная ответственность не заключается в обновлении пользовательской конфигурации. Если части программного обеспечения нуждаются в изменении того, как они настроены, программное обеспечение должно выполнять миграцию при запуске в качестве этого пользователя, а не при установке или обновлении.

Panther · Accepted Answer · 22 May 2018 в 15:40

Есть два вопроса:

Политика Debian определяет, как управлять домашними каталогами и правильно упаковывать .deb не должен изменять ничего в домашних каталогах пользователей. 9.2.3. Необязательные домашние каталоги Канонический несуществующий домашний каталог / несуществующий. Пользователи, у которых не должно быть домашнего каталога, должны иметь свой домашний каталог для этого значения. Автобульдеры Debian устанавливают HOME в / nonexistent, так что пакеты, которые пытаются записать в домашний каталог, не смогут построить. 10.7.5. Файлы конфигурации пользователя («dotfiles») Файлы в файле / etc / skel будут автоматически скопированы в новые учетные записи пользователей с помощью adduser. Никакая другая программа не должна ссылаться на файлы в / etc / skel. Поэтому, если программе требуется точечный файл, чтобы существовать заранее в $ HOME, чтобы работать разумно, этот точечный файл должен быть установлен в / etc / skel и рассматриваться как файл конфигурации. Тем не менее, программы, требующие dotfiles, чтобы работать разумно, являются плохими, если они сами автоматически не создают dotfiles. Кроме того, программы должны быть настроены установкой по умолчанию Debian, чтобы вести себя как можно ближе к поведению по умолчанию по умолчанию. Поэтому, если программа в пакете Debian должна быть настроена каким-то образом, чтобы работать разумно, это должно быть сделано с использованием файла конфигурации всего сайта, помещенного в / etc. Только в том случае, если программа не поддерживает настройку по умолчанию для всего сайта, а у поддерживающего пакет не хватает времени для добавления, файл по умолчанию для каждого пользователя может быть помещен в / etc / skel. / etc / skel должны быть пустыми, как мы можем это сделать. Это особенно верно, потому что нет простого (или обязательно желаемого) механизма для обеспечения того, чтобы соответствующие точечные файлы копировались в учетные записи существующих пользователей при установке пакета.

См. https://www.debian.org/doc/debian-policy/ для деталей

ОДНАКО ..... [!d18 ] Политика Debian определяет, как управляются домашние каталоги и правильно упаковывается .deb не должен изменять что-либо в домашних каталогах пользователей.

Так что .deb может нарушать debian политики и изменять файлы в домашних каталогах пользователей.

Это одно из многих соображений или причин, по которым вы должны быть очень осторожны при установке .deb извне репозиториев Ubuntu.

thx, интересно о / etc / skel. Я не слишком беспокоился о новых пользовательских домах, созданных useradd, но existing , но все же хороший ответ. — tkruse, 9 January 2018 в 08:49

Panther · Accepted Answer · 17 July 2018 в 23:33

Есть два вопроса:

Политика Debian определяет, как управлять домашними каталогами и правильно упаковывать .deb не должен изменять ничего в домашних каталогах пользователей. 9.2.3. Необязательные домашние каталоги Канонический несуществующий домашний каталог / несуществующий. Пользователи, у которых не должно быть домашнего каталога, должны иметь свой домашний каталог для этого значения. Автобульдеры Debian устанавливают HOME в / nonexistent, так что пакеты, которые пытаются записать в домашний каталог, не смогут построить. 10.7.5. Файлы конфигурации пользователя («dotfiles») Файлы в файле / etc / skel будут автоматически скопированы в новые учетные записи пользователей с помощью adduser. Никакая другая программа не должна ссылаться на файлы в / etc / skel. Поэтому, если программе требуется точечный файл, чтобы существовать заранее в $ HOME, чтобы работать разумно, этот точечный файл должен быть установлен в / etc / skel и рассматриваться как файл конфигурации. Тем не менее, программы, требующие dotfiles, чтобы работать разумно, являются плохими, если они сами автоматически не создают dotfiles. Кроме того, программы должны быть настроены установкой по умолчанию Debian, чтобы вести себя как можно ближе к поведению по умолчанию по умолчанию. Поэтому, если программа в пакете Debian должна быть настроена каким-то образом, чтобы работать разумно, это должно быть сделано с использованием файла конфигурации всего сайта, помещенного в / etc. Только в том случае, если программа не поддерживает настройку по умолчанию для всего сайта, а у поддерживающего пакет не хватает времени для добавления, файл по умолчанию для каждого пользователя может быть помещен в / etc / skel. / etc / skel должны быть пустыми, как мы можем это сделать. Это особенно верно, потому что нет простого (или обязательно желаемого) механизма для обеспечения того, чтобы соответствующие точечные файлы копировались в учетные записи существующих пользователей при установке пакета.

См. https://www.debian.org/doc/debian-policy/ для деталей

ОДНАКО .....

Политика Debian определяет, как управляются домашние каталоги и правильно упаковывается .deb не должен изменять что-либо в домашних каталогах пользователей.

Так что .deb может нарушать debian политики и изменять файлы в домашних каталогах пользователей.

Это одно из многих соображений или причин, по которым вы должны быть очень осторожны при установке .deb извне репозиториев Ubuntu.

Panther · Accepted Answer · 24 July 2018 в 17:03

Есть два вопроса:

Политика Debian определяет, как управлять домашними каталогами и правильно упаковывать .deb не должен изменять ничего в домашних каталогах пользователей. 9.2.3. Необязательные домашние каталоги Канонический несуществующий домашний каталог / несуществующий. Пользователи, у которых не должно быть домашнего каталога, должны иметь свой домашний каталог для этого значения. Автобульдеры Debian устанавливают HOME в / nonexistent, так что пакеты, которые пытаются записать в домашний каталог, не смогут построить. 10.7.5. Файлы конфигурации пользователя («dotfiles») Файлы в файле / etc / skel будут автоматически скопированы в новые учетные записи пользователей с помощью adduser. Никакая другая программа не должна ссылаться на файлы в / etc / skel. Поэтому, если программе требуется точечный файл, чтобы существовать заранее в $ HOME, чтобы работать разумно, этот точечный файл должен быть установлен в / etc / skel и рассматриваться как файл конфигурации. Тем не менее, программы, требующие dotfiles, чтобы работать разумно, являются плохими, если они сами автоматически не создают dotfiles. Кроме того, программы должны быть настроены установкой по умолчанию Debian, чтобы вести себя как можно ближе к поведению по умолчанию по умолчанию. Поэтому, если программа в пакете Debian должна быть настроена каким-то образом, чтобы работать разумно, это должно быть сделано с использованием файла конфигурации всего сайта, помещенного в / etc. Только в том случае, если программа не поддерживает настройку по умолчанию для всего сайта, а у поддерживающего пакет не хватает времени для добавления, файл по умолчанию для каждого пользователя может быть помещен в / etc / skel. / etc / skel должны быть пустыми, как мы можем это сделать. Это особенно верно, потому что нет простого (или обязательно желаемого) механизма для обеспечения того, чтобы соответствующие точечные файлы копировались в учетные записи существующих пользователей при установке пакета.

См. https://www.debian.org/doc/debian-policy/ для деталей

ОДНАКО .....

Политика Debian определяет, как управляются домашние каталоги и правильно упаковывается .deb не должен изменять что-либо в домашних каталогах пользователей.

Так что .deb может нарушать debian политики и изменять файлы в домашних каталогах пользователей.

Это одно из многих соображений или причин, по которым вы должны быть очень осторожны при установке .deb извне репозиториев Ubuntu.

thomasrutter · Answer 4 · 22 May 2018 в 15:40

Никакая установка, обновление, удаление и т. д. не должны изменять файлы в домашних каталогах пользователей.

Файлы в вашем домашнем каталоге должны быть изменены только программным обеспечением, которое вы запускаете под своей учетной записью.

Есть причины для этого:

Главная страница каталоги обозначаются стандартом FHS как каталоги под контролем отдельного пользователя, а не системы. Сценарии установки / обновления / удаления не имеют оснований знать или заботиться о том, какие пользователи существуют в системе, и нет причин делать что-либо конкретное для любого конкретного пользователя. Любая системная конфигурация для любого программного обеспечения будет находиться в системном каталоге (т.е. /etc). Dotfiles внутри учетных записей пользователей предназначены только для изменений конфигурации, сделанных конкретным пользователем. Системная ответственность не заключается в обновлении пользовательской конфигурации. Если части программного обеспечения нуждаются в изменении того, как они настроены, программное обеспечение должно выполнять миграцию при запуске в качестве этого пользователя, а не при установке или обновлении.

Я согласен с вашим ответом, но «должен "» и "может" это разные вещи. Согласно пакетам Debian Policy пакеты не должны изменять домашние каталоги пользователей, поскольку вы правильно заявляете, однако, они МОГУТ, если упаковщик игнорирует политику debian или записывает сценарий для этого. — Panther, 9 January 2018 в 07:36
@Panther OP спрашивает "есть ли какое-либо ограничение или, по крайней мере, ориентир". Ответ дает понять, что это руководство, а не ограничение. (Действительно, такое ограничение не может существовать, поскольку пакеты устанавливаются как root, а root всегда может что-либо делать). — fkraiem, 9 January 2018 в 07:42
Как подробно было бы полезно узнать, могут ли в официальных хранилищах ppa были тесты, которые мешают этому. — tkruse, 9 January 2018 в 08:59
Все PPA являются неофициальными по определению - в том смысле, что PPA не регулируются или не одобряются Ubuntu. Было бы возможно, чтобы сценарий установки на пакете в PPA изменил домашние каталоги - но все же маловероятен по причинам, указанным в моем ответе. — thomasrutter, 9 January 2018 в 09:09

thomasrutter · Answer 5 · 17 July 2018 в 23:33

Никакая установка, обновление, удаление и т. д. не должны изменять файлы в домашних каталогах пользователей.

Файлы в вашем домашнем каталоге должны быть изменены только программным обеспечением, которое вы запускаете под своей учетной записью.

Есть причины для этого:

Главная страница каталоги обозначаются стандартом FHS как каталоги под контролем отдельного пользователя, а не системы. Сценарии установки / обновления / удаления не имеют оснований знать или заботиться о том, какие пользователи существуют в системе, и нет причин делать что-либо конкретное для любого конкретного пользователя. Любая системная конфигурация для любого программного обеспечения будет находиться в системном каталоге (т.е. /etc). Dotfiles внутри учетных записей пользователей предназначены только для изменений конфигурации, сделанных конкретным пользователем. Системная ответственность не заключается в обновлении пользовательской конфигурации. Если части программного обеспечения нуждаются в изменении того, как они настроены, программное обеспечение должно выполнять миграцию при запуске в качестве этого пользователя, а не при установке или обновлении.

thomasrutter · Answer 6 · 24 July 2018 в 17:03

Никакая установка, обновление, удаление и т. д. не должны изменять файлы в домашних каталогах пользователей.

Файлы в вашем домашнем каталоге должны быть изменены только программным обеспечением, которое вы запускаете под своей учетной записью.

Есть причины для этого:

Главная страница каталоги обозначаются стандартом FHS как каталоги под контролем отдельного пользователя, а не системы. Сценарии установки / обновления / удаления не имеют оснований знать или заботиться о том, какие пользователи существуют в системе, и нет причин делать что-либо конкретное для любого конкретного пользователя. Любая системная конфигурация для любого программного обеспечения будет находиться в системном каталоге (т.е. /etc). Dotfiles внутри учетных записей пользователей предназначены только для изменений конфигурации, сделанных конкретным пользователем. Системная ответственность не заключается в обновлении пользовательской конфигурации. Если части программного обеспечения нуждаются в изменении того, как они настроены, программное обеспечение должно выполнять миграцию при запуске в качестве этого пользователя, а не при установке или обновлении.

Я согласен с вашим ответом, но «должен & quot;» и "может" это разные вещи. Согласно пакетам Debian Policy пакеты не должны изменять домашние каталоги пользователей, поскольку вы правильно заявляете, однако, они МОГУТ, если упаковщик игнорирует политику debian или записывает сценарий для этого. — Panther, 9 January 2018 в 07:36
@Panther OP спрашивает "есть ли какое-либо ограничение или, по крайней мере, ориентир". Ответ дает понять, что это руководство, а не ограничение. (Действительно, такое ограничение не может существовать, поскольку пакеты устанавливаются как root, а root всегда может что-либо делать). — fkraiem, 9 January 2018 в 07:42
Как подробно было бы полезно узнать, могут ли в официальных хранилищах ppa были тесты, которые мешают этому. — tkruse, 9 January 2018 в 08:59
Все PPA являются неофициальными по определению - в том смысле, что PPA не регулируются или не одобряются Ubuntu. Было бы возможно, чтобы сценарий установки на пакете в PPA изменил домашние каталоги - но все же маловероятен по причинам, указанным в моем ответе. — thomasrutter, 9 January 2018 в 09:09

Могут ли предпринимаемые действия удалять / изменять файлы внутри существующего дома пользователя?

6 ответов

Другие вопросы по тегам:

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