ROSA Forum

Fresh R3 x86-64. После установки права на папку пользователя остаются как у Live - drwxr-xr-x. Это баг или как?

slslsl писал(а):http://bugs.rosalinux.ru/show_bug.cgi?id=2795

Это секретный баг и мне он не доступен. Так что ваш ответ лишен для меня смысла...

Трудно сказать, баг или нет. Т.к. подобное поведение системы присуща многим дистрибутивам Линукс.
Что с этим делать - обсуждается...

slslsl писал(а):...подобное поведение системы присуща многим дистрибутивам Линукс.

При установке многопользовательской ОС создавать папку первого пользователя доступной ВСЕМ для чтения присуще многим дистрибутивам? Я не уверен. ведь последующие добавляемые пользователи имеют права папки drwx------ и уязвимым является только пользователь созданный при установке системы...

slslsl писал(а):Что с этим делать - обсуждается...

А скрипт исправляющий права папки при завершении инсталяции никак?

или я чего-то не понимаю?...

P.S. Добавил в багзиллу...

slslsl писал(а):...подобное поведение системы присуща многим дистрибутивам Линукс.

Что с этим делать - обсуждается...[/quote]

Вот табличка по дистрибутивам которые под рукой Т.е. большинство создает с правом чтения для всех. Лично я считаю что личные данные должны быть закрытыми. Я вижу только одно применение для rwxr-xr-x, если есть 2 пользователя, они могут обмениваться файлами в своих домашних директориях. Но, IMHO это редкая ситуация, сейчас несколько компьютеров в доме не редкость, и в любом случае используется NAS, или хранят данные на отдельном винте. Да и иметь 2 директории для 2-х пользователей в с возможностью записи только в одну не удобно, уж лучше создать /home/common c правильными правами. В конце концов добавить права на домашнюю директорию не проблема.

Еще надо учесть что ~/.config и ~/.local также доступны на чтение всем, а что и как там сохраняют программы пользователю не известно.

Я не знаю что тут можно обсуждать, когда этого однозначно не должно быть в свеже-установленной системе! Кому нужны особо хитрые права тот их сделает потом как ему надо.

Данная настройка прав используется в live-режимах и никоим образом не должна присутствовать "по-умолчанию" в установленной системе. Поэтому ориентироваться на настройки прав в системе, работающей в live-режиме не корректно. Смотреть надо на права после установки.

В Альте с правами проблем не наблюдал...
Убунта дает такие вольные права всем пользовательским папкам, а не только "первенцу". И я это не обобрям

P.S. Извиняюсь за категоричность. Все изложенное мною - имхо. Полностью перебрался на Росу на всех машинах - теперь мне вдвойне не все равно

Хотелось бы все таки узнать позицию разработчиков в вопросе прав :
1) для какого процесса в данном дистрибутиве есть необходимость в правах 755 на пользовательскую папку?
2) почему пользователи созданные в процессе эксплуатации системы имеют права 700?

Это принципиально.

Помнится, для KDM при первом запуске это было сделано. Т.к. у других так же, то посчитано, что не очень критично и оставлено. Домашняя ведь система. Но да, по-хорошему нужно править.

keleg писал(а):Помнится, для KDM при первом запуске это было сделано. Т.к. у других так же, то посчитано, что не очень критично и оставлено. Домашняя ведь система. Но да, по-хорошему нужно править.

Спасибо.

З.Ы. Даже домашним системам нынче внимательное отношение лишним не будет. К слову то, что Dr.Web во Фреше нормально функционирует меня очень радует, но это скорее психологическая защита

Без этого в KDM не будет отображаться аватарка пользователя.
Я про это писал еще где-то с год назад.

Yamah писал(а):Без этого в KDM не будет отображаться аватарка пользователя.

Как-то несерьезно.

syspacer писал(а):Как-то несерьезно.

Угу.
Но новый пользователь из системы создается (создавался на момент нахождения бага) с правами 711 или 700 (сейчас уже не помню).