Тестировалось на системе Compact 3.0 RC2. При запуске отображается сообщение: Unable to find cdrdao executable K3b uses cdrdao to actually write CDs. Solution: Install the cdrdao package. В своих словах по-русски: "Программа cdrdao не найдена, поэтому запись дисков работать не будет". Пакет cdrdao установлен, при запуске от root такого сообщения не появляется. Если наличие cdrdao не существенно для работы K3B, нужно отредактировать это сообщение. Если оно существенно, и K3B действительно не работает от пользователя (у меня не получилось проверить по не вполне понятным причинам), его нужно вынести из меню, чтобы не вызывать смущения (альтернативный вариант: помещать в меню запуск K3B от суперпользователя). Если проблема не в пакете K3B, прошу перенаправить майнтейнеру соответствующего пакета.
'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 Тогда здесь нам больше делать нечего.
