[Comm] Community resume (was: GUI burn soft! & more, more, more...)

[Comm] Community resume (was: GUI burn soft! & more, more, more...)

[Evgeny Yugov]

Здравствуйте All,

В общем итог который ожидался...
Для случая когда запуск su -- wheel only (почему-то не вижу причины
менять то что сделанно разработчиками).

Запуск конфигуратора k3bsetup, переключение в non-root mode xcdroast
требуют права root о чем и говорится при запуске...

Так как:
1) для работы cdrecord требуется группа cdwriter:
   добавляем пользователя в нее.
2) su -- wheel only:
   добавляем разрешение запуска su для пользователя в sudoers,
   ожидается запуск типа:
   #sudo su - -c "xcdroast"
   не прокатывает по причине:

* Thu Feb 13 2003 Dmitry V. Levin <ldv@> 0.75-alt18

- Updated pam_xauth to pam-redhat-0.75-48.
- pam_xauth: removed wildcards support introduced in pam-redhat-0.75-48.

* Sun Sep 01 2002 Dmitry V. Levin <ldv@> 0.75-alt17

- Patched pam_motd to behave on errors (Owl).
- Updated pam_timestamp* to pam-redhat-0.75-40.
- Fixed library symlinks generation.
- Use subst instead of perl for build.
- Updated devel-static requirements.

* Wed Jul 31 2002 Dmitry V. Levin <ldv@> 0.75-alt16

- Simplified read_string patch.
- Readded documentation in PostScript format.
- Dropped buildrequires on libcrypt.so.1(GLIBC_2.2.2), no longer needed
  since we don't build pam_unix/pam_pwdb.
- Added patches from Owl:
  + Moved pam.d and pam.conf man pages to section 5 where they belong.
  + pam_limits: support stacking for account management (as well as for
    session setup), be fail-close on configuration file reads, report the
    "too many logins" via PAM conversation rather than direct printf(3).
- Updated pam-redhat to -38:
  + pam_xauth: fix cases where DISPLAY is "localhost:screen" and
    the xauth key is actually stored using the system's hostname;
  + pam_timestamp fixes;
  + added pam_timestamp_check.
  (Кстати этот НЕТ в манах на su, sudo, etc)

  ага тогда добавляем разрешение запуска xcdroast для пользователя в
  sudoers...
  #sudo xcdroast -- уряя прокатило!

  Далее с k3bsetup смотрим как оно пускается в меню:
  #kdesu k3bsetup
  Хм... и виснет... или говорит об ошибке su
  Добавляем kdesu в sudoers... пускаем
  #sudo kdesu k3bsetup -- опять уряя!

Вот еще... меня сбила с толку надпись выдаваемая при запуске
xcdroast с правами рута.. что-то о том что при настройке не забудьте
добавть нужных пользователей... так вот это делается в настройках
когда xcdroast буде запущен в non-root mode... если я не путаю...
  
Вроде бы ничего сложного но почему-то уважаемым участникам разговора
было сложно углубится в проблему, проще было "нарваться" на флейм.

Меня всегда удивляло есть люди которым _лениво_ дать _подробный_ ответ
и потом они начинают восклицать о глупости автора, но есть (правда
почему то очень мало) люди, которым _лениво_ возвращаться к вопросу и
по этой причине они дают ИСЧЕРПЫВАЮЩИЙ ответ, который исключает
дополнительные вопросы... вариант второй я думаю нравится всем... а
вот первый мне напоминает чукчу который пилит сук на котором сам и
сидит... :o(

Спасибо за уточнение проблемы to Sergey Vlasov!

-- 
With Best regards,
Evgeny
mailto:yugov@scs-900.ru

--
Как говорит Камасутра - безвыходных положений не бывает.