ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Проблемы с запуском K3B от пользователя | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | wiee <egor> |
| Component: | install3 | Assignee: | inger <inger> |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | critical | ||
| Priority: | P2 | CC: | warframe |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
wiee
2005-07-26 12:10:39 MSD
'control cdrdao public' делался? Пользователь входит в группу 'cdwriter'? Не был сделан 'control cdrdao public' В этом случае, это баг не K3B, а дистрибутива. Считаю, что первый пользователь, добавленный в систему, должен иметь возможность писать CDRW. Куда бы перевесить? (In reply to comment #3) > В этом случае, это баг не K3B, а дистрибутива. Ну. Особенность дистрибутива может найти своё отражение в том сообщении, что Вы получили от k3b. Т.е. программа могла бы и посоветовать выполнить 'control ...' Но k3b - не единственная программа, до работы с которой желательно выполнять control. > Считаю, что первый пользователь, добавленный в систему, должен иметь возможность > писать CDRW. В Compact возможно "да". Однако, вопрос: "А описаны ли особенности дистрибутива в документации по нему?" Лично я не знаю, не смотрел. Кстати, не видел и Compact 3.0 ). Насколько мне известно, ранее политика была такова: установка в "Автоматическом" режиме - control-ы стоят в 'public', "Эксперт" - стоят "как надо" (мол, если эксперт, то должен знать). > > Куда бы перевесить? Сейчас для меня это тяжёлый вопрос, похоже все ответственные за формирование дистров лица отбыли на конференцию/фест. Возможно, данный вопрос следует поднять в devel@ А всё-таки, что выдавал 'control cdrdao'? (In reply to comment #4) > В Compact возможно "да". Однако, вопрос: "А описаны ли особенности дистрибутива > в документации по нему?" Лично я не знаю, не смотрел. Такие вещи должны работать независимо от документации. Пользователь ожидает. > Кстати, не видел и Compact 3.0 ). Насколько мне известно, ранее политика была > такова: установка в "Автоматическом" режиме - control-ы стоят в 'public', > "Эксперт" - стоят "как надо" (мол, если эксперт, то должен знать). Нету там разделения на разные режимы. А если есть, то я не видел. > Сейчас для меня это тяжёлый вопрос, похоже все ответственные за формирование > дистров лица отбыли на конференцию/фест. Безусловно. Вопрос не в человеке, а в пакете. Я склоняюсь к мысли, что install3. > А всё-таки, что выдавал 'control cdrdao'? restricted, вестимо. (In reply to comment #5) > Такие вещи должны работать независимо от документации. Пользователь ожидает. Это, думаю, лучше в devel@ > Я склоняюсь к мысли, что install3. Думаю, что в случае самостоятельной установки пользователем пакетов k3b, cdrecord, cdrdao, проч. install3 ни при чём. Здесь по-любому необходимо, чтобы как control, так и связанные с ним особенности работы программ были отражены в документации. В противном случае control представляет угрозу умственному состоянию неопытного пользователя. И этот вопрос иначе, как в devel@ не решить. (In reply to comment #6) > Думаю, что в случае самостоятельной установки пользователем пакетов k3b, Почему самостоятельной? Все это разливается из Compact 3.0 по умолчанию. > cdrecord, cdrdao, проч. install3 ни при чём. Здесь по-любому необходимо, чтобы > как control, так и связанные с ним особенности работы программ были отражены в > документации. В противном случае control представляет угрозу умственному > состоянию неопытного пользователя. И этот вопрос иначе, как в devel@ не решить. (In reply to comment #7) > Почему самостоятельной? Все это разливается из Compact 3.0 по умолчанию. Я просто уже не помню, что там ставится в Compact, поэтому беру слова назад :). В отношении Master пока останусь при том же мнении. О сообщениях k3b... Я постараюсь изменю текст сообщений о ненайденых программах в k3b-0.12.2 и k3b-i18n. Но только для en и ru. Выяснилось, что это недоработка процесса установки. Пожайлуста резюмируйте. В какую именно группу должен быть прописан пользователь. Сделайте режим control такой, чтобы по умолчанию было этого достаточно. Дополнение: Вообще alterator не должен заботиться о том какой режим control
выставлен на пакеты, поэтому всем надо делать реальные режимы по умолчанию.
Сейчас уточнил, в группу cdwriter пользователь должен был добавиться.
Но в rc{1,2} кажется модули users и network были разломаны.
(In reply to comment #11) cdrecord и dvd+rw-tools по умолчанию ставят public, чего нельзя сказать о cdrdao. Независимо от control речь тогда должна идти об обязательном включении пользователя (пользователей) _сразу_ после установки в группу cdwriter (другие группы, членство в которых необходимо для выполнения широкого круга повседневных задач). Рискну спросить: "Это делается?". И ещё... Как, кстати, должен действовать "неопытный" администратор, когда он создаёт нового пользователя - скажем "wife" - и хочет предоставить ему права на запись CD? (In reply to comment #12) > cdrecord и dvd+rw-tools по умолчанию ставят public ...по состоянию пакета в Сизифе Да, так должно происходить, любой добавленный через alterator пользователь - попадает в группу cdwriter. На cdrdao надо повесить соотв. багу, чтобы в режиме по-умолчанию им можно было хоть как-то пользоваться. (In reply to comment #14) > На cdrdao надо повесить соотв. багу Повешена #7481 (In reply to comment #15) > (In reply to comment #14) > > На cdrdao надо повесить соотв. багу > > Повешена #7481 Тогда здесь нам больше делать нечего. |
