Поясните пожалуйста: directory ownership differs и Права доступа у каталога

samson4747
В моём случае стоит, что-ли Имя группы установить равное Имени пользователя?
Неплохая статья, рекомендую
А на разные идентификаторы групп (GID).......PS....имел ввиду данный случай......., мое мнение, можно забить, если это не вносит проблем в работу системы.
Никогда на это не реагировал. Если не прав, буду признателен за разъяснение. Возможно имеются какие то ситуации, когда необходимо вмешиваться.
Ошибки не исчезают с опытом - они просто умнеют
Благодарю, vasek.

Относительно
мое мнение, можно забить, если это не вносит проблем в работу системы
хочется, сказать, что не мешает конечно, но последнее время часто замечаю такого рода предупреждения.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
samson4747
хочется, сказать, что не мешает конечно, но последнее время часто замечаю такого рода предупреждения.
Чтобы следить за этим и если имеются предубеждения, то нужно это делать на постоянной основе, после каждого обновления, а не выборочно, сегодня сделал, а завтра нет. И, главное, нужно отчетливо представлять и понимать свои действия.
Уверен процентов на 99, что мало кто редактирует эти несоответствия на постоянной основе. А проделать это все сейчас, задним числом - нехватит и сил и терпения, а результат, копеечный.
Интересно было бы узнать мнение других, но почему то все игнорируют. Может я в самом деле даю неправильный совет?
Ошибки не исчезают с опытом - они просто умнеют
vasek, соглашаюсь с каждым словом. Поэтому и решил спросить...
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
samson4747
Что нужно сделать? Или различное владение директорией это нормально???
тут нельзя так сразу сказать нормально это или нет.
смотрим в пакете файл .INSTALL
и если там в какой нибудь процедуре видим команду chown, то это нормально.

проверка группы, пользователя и т.п. основана на .MTREE, но так как вовремя установки меняется группа или владелец, то и вылетают такие предупреждения.

как мне кажется просто пакеты собраны не правильно, изначально группа и владелец должны быть правильными и не меняться во время установки пакета.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
как мне кажется просто пакеты собраны не правильно, изначально группа и владелец должны быть правильными и не меняться во время установки пакета.
Скорее всего это просто костыли... если сделать правильно то оно работать не будет ибо прав нету... Связано это с тем, что нужно пользователя добавлять в определенные группы(чтобы иметь доступ к файлам приложения обычному пользователю), но это повысит его доступ к системе и соответственно безопасность пойдет на юх, поэтому, просто делаются такие костыли...
svicer
Скорее всего это просто костыли... если сделать правильно то оно работать не будет ибо прав нету...
почему не будет? если перед упаковкой файлов в пакет им изменить владельца и группу на нужную, то все правильно будет работать. и предупреждений не будет.

svicer
Связано это с тем, что нужно пользователя добавлять в определенные группы(чтобы иметь доступ к файлам приложения обычному пользователю)
пользователю в системных файлах делать нечего, доступ пользователя обязан быть ограничен только его домашней папкой!!!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
пользователю в системных файлах делать нечего!!!
Тогда это проблема не в установке пакета, а в самой программе, которая ,почему то, создает файлы, доступ к которым должен быть у обычного пользователя, в системной папке, а не в ~/
svicer
Тогда это проблема не в установке пакета, а в самой программе, которая ,почему то, создает файлы, доступ к которым должен быть у обычного пользователя, в системной папке, а не в ~/
правильно!
но ты немного ушел от темы или я не понял о какой проге ты говоришь,
вроде как о пакмене разговор и о пакетах.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
вроде как о пакмене разговор и о пакетах.
Получается изначально про systemd-journal-remote, который меняет права на файлы, в папке /var/log/journal/remote/
Что не критично, хотя для взломщика может и хорошо бы видеть логи:-))))
А дальше про другие программы которые тоже так делают, а пакман ругается, что права не такие как были в пакете
 
Зарегистрироваться или войдите чтобы оставить сообщение.