[devel] NVclock и ей подобные

[devel] NVclock и ей подобные

[Вячеслав Диконов]

Сегодня получил от Стаса Иевлева письмо, с отказом положить в Мастер чудную программку NVClock.
Это чисто "геймерская" утилитка для получения сведений о видеокартах фирмы Nvidia, и изменения частоты их работы (разгона).
На некоторых экземплярах это повышает показатель FPS в 3М играх. 
 
> nvclock-0.6-alt1.i586.rpm
> nvclock-0.6-alt1.src.rpm
Это никуда не годится. Пакеты не имеют права править системные
конфигурационные файлы. Все дискуссии - только в devel@.
%postun                                                                         
if [ -f /etc/sudoers ]                                                          
then                                                                            
    cat /etc/sudoers | sed -e /\ALL\    ALL\=NOPASSWD\:\
    \\/usr\\/bin\\/nvclock\
        cat /etc/sudoers.tmp > /etc/sudoers                                         
	    rm -f /etc/sudoers.tmp                                                      


Да. Для работы ей нужно получить доступ на запись к /dev/nvidia для управления видеокартой. Да. На сервере её в здравом уме никто пускать не будет. 
При установке она требует sudo и настраивает sudoers на запуск себя любимой, а иначе не работает. Как иначе её упаковать, чтобы была? Это не единственная программа такого класса.
Есть и другие утилиты, требующие прав на устройство, но предназначенные именно для пользователей-игроков. Пакет сделан по просьбам трудящихся (Знакомые при мне жаловались на недостаточные возможности настройки и разгона видеокарт). 
Даже сидящий в конторе А.П. высказывался в том же духе о драйверах SBLive!.

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] NVclock и ей подобные

[Alexey V. Lubimov]

> > nvclock-0.6-alt1.i586.rpm
> > nvclock-0.6-alt1.src.rpm
> Это никуда не годится. Пакеты не имеют права править системные
> конфигурационные файлы. Все дискуссии - только в devel@.
> %postun                                                                         
> if [ -f /etc/sudoers ]                                                          
> then                                                                            
>     cat /etc/sudoers | sed -e /\ALL\    ALL\=NOPASSWD\:\
>     \\/usr\\/bin\\/nvclock\
>         cat /etc/sudoers.tmp > /etc/sudoers                                         
> 	    rm -f /etc/sudoers.tmp                                                      

Подобные вещи просто недопустимы.
Тут даже обсуждать нечего.

> 
> 
> Да. Для работы ей нужно получить доступ на запись к /dev/nvidia для управления видеокартой. Да. На сервере её в здравом уме никто пускать не будет. 

Это тоже недопустимая постановка вопроса. Вы не имеете права вносить изменения в политику безопасности. Положить пример в документацию - можно.

> При установке она требует sudo и настраивает sudoers на запуск себя любимой, а иначе не работает. Как иначе её упаковать, чтобы была? Это не единственная программа такого класса.
Сделать запуск через xsu. Или  выдать при установке текст с инструкцией на конфигурацию sudo. Лазить в /etc/sudoers в %post - безумие.

-- 
С уважением, Алексей Любимов avl@cad.ru

Re: [devel] NVclock и ей подобные

[Вячеслав Диконов]

В Пнд, 03.02.2003, в 15:49, Alexey V. Lubimov написал:
> > > nvclock-0.6-alt1.i586.rpm
> > > nvclock-0.6-alt1.src.rpm
> > Это никуда не годится. Пакеты не имеют права править системные
> > конфигурационные файлы. Все дискуссии - только в devel@.
> > %postun                                                                         
> > if [ -f /etc/sudoers ]                                                          
> > then                                                                            
> >     cat /etc/sudoers | sed -e /\ALL\    ALL\=NOPASSWD\:\
> >     \\/usr\\/bin\\/nvclock\
> >         cat /etc/sudoers.tmp > /etc/sudoers                                         
> > 	    rm -f /etc/sudoers.tmp                                                      
> 
> Подобные вещи просто недопустимы.
> Тут даже обсуждать нечего.
Такая постановка вопроса мгновенно отсекает огромную массу
пользователей, которым компьютер нужен вовсе не для работы, и
предлагаемые для запуска и ускорения красивой игрушки решения типа
"читай гроссбух, а потом ковыряй всё вручную" недопустимы. Безопасность
для этой группы - пустой звук, ибо терять в любом случае нечего. Линукс
в целом уже начинает движение в эту сторону.

> > Да. Для работы ей нужно получить доступ на запись к /dev/nvidia для управления видеокартой. Да. На сервере её в здравом уме никто пускать не будет. 
> 
> Это тоже недопустимая постановка вопроса. Вы не имеете права вносить изменения в политику безопасности. Положить пример в документацию - можно.
По моему, это никак не относится к "политике". 

> > При установке она требует sudo и настраивает sudoers на запуск себя любимой, а иначе не работает. Как иначе её упаковать, чтобы была? Это не единственная программа такого класса.
> Сделать запуск через xsu. Или  выдать при установке текст с инструкцией на конфигурацию sudo. Лазить в /etc/sudoers в %post - безумие.
Это делает программу неприемлемой для её целевой аудитории - продвинутые
пользователи, обожающие игры и мало интересющиеся вопросами "Почему не
фурычит?". Запуск должен быть прост и не требовать чтения никому не
нужной инструкции. Для запуска некоторых тяжёлых трёхмерных игр
желательны индивидуальные настройки собственно видеокарты, причём
средства для этого уже существуют не только в форточках, но и в Линуксе,
и я хочу это собрать в Сизиф/Юниор/Мастер. NVClock - относительно
простой случай.

Есть ли другие варианты? Я давно предлагал ввести по умолчанию группу
"games" и запрещать запуск игр и игровых утилит не входящим в неё.
Поможет ли это в данном случае?

Я бы предпочел, чтобы система имела нечто вроде msec и установка такого
пакета на машине не отнесённой к классу "домашних персональных" вызывала
бы предупреждение или блокировалась.

 
-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] NVclock и ей подобные

[Anton V. Boyarshinov]

On 03 Feb 2003 16:59:25 +0300 Вячеслав Диконов
 wrote:

> > >     cat /etc/sudoers | sed -e /\ALL\    ALL\=NOPASSWD\:\
> > >     \\/usr\\/bin\\/nvclock\
> > >         cat /etc/sudoers.tmp > /etc/sudoers                
> > >                                 
> > > 	    rm -f /etc/sudoers.tmp                               
> > > 	                          
> > 
> > Подобные вещи просто недопустимы.
> > Тут даже обсуждать нечего.

> Такая постановка вопроса мгновенно отсекает огромную массу
> пользователей, которым компьютер нужен вовсе не для работы, и
> предлагаемые для запуска и ускорения красивой игрушки решения
> типа"читай гроссбух, а потом ковыряй всё вручную" недопустимы. 

Это их проблемы.

> Безопасность
> для этой группы - пустой звук, ибо терять в любом случае
> нечего.

Это тоже.

> Линукс
> в целом уже начинает движение в эту сторону.

А это, если бы было правдой, было бы уже нашей проблемой.
 
> > > Да. Для работы ей нужно получить доступ на запись к
> > > /dev/nvidia для управления видеокартой. Да. На сервере её в
> > > здравом уме никто пускать не будет. 
> > 
> > Это тоже недопустимая постановка вопроса. Вы не имеете права
> > вносить изменения в политику безопасности. Положить пример в
> > документацию - можно.
> По моему, это никак не относится к "политике". 

Это впрямую относится к политике. Пакеты не должны изменять
файлы, относящиеся к другим пакетам. Тем более такие критичные
как sudoers.
 
> > > При установке она требует sudo и настраивает sudoers на
> > > запуск себя любимой, а иначе не работает. Как иначе её
> > > упаковать, чтобы была? Это не единственная программа такого
> > > класса.
> > Сделать запуск через xsu. Или  выдать при установке текст с
> > инструкцией на конфигурацию sudo. Лазить в /etc/sudoers в
> > %post - безумие.
> Это делает программу неприемлемой для её целевой аудитории -
> продвинутые пользователи, обожающие игры и мало интересющиеся
> вопросами "Почему не фурычит?".

Это теперь называется "продвинутые пользователи" (advansed
users)?

> Есть ли другие варианты? Я давно предлагал ввести по умолчанию
> группу"games" и запрещать запуск игр и игровых утилит не
> входящим в неё. Поможет ли это в данном случае?

Это не "игровая утилита". Насколько я понимаю, это программа,
работающая под Х и  претендующая на то, чтоб запускаться с
правами root от любого пользователя. Это даёт очень любопытные
возможности для взлома. 


Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
  5:20pm  up 69 days, 23:25, 10 users,  load average: 0.08, 0.07,
0.02

Re: [devel] NVclock и ей подобные

[Вячеслав Диконов]

В Пнд, 03.02.2003, в 17:31, Anton V. Boyarshinov написал:
> > Такая постановка вопроса мгновенно отсекает огромную массу
> > пользователей, которым компьютер нужен вовсе не для работы, и
> > предлагаемые для запуска и ускорения красивой игрушки решения
> > типа"читай гроссбух, а потом ковыряй всё вручную" недопустимы. 
> Это их проблемы.
> 
> > Безопасность
> > для этой группы - пустой звук, ибо терять в любом случае
> > нечего.
> Это тоже.
> 
> > Линукс
> > в целом уже начинает движение в эту сторону.
> А это, если бы было правдой, было бы уже нашей проблемой.
Так надо и так будет. 
Не все думают одинаково и профессионально настраивают компьютеры.

> Это впрямую относится к политике. Пакеты не должны изменять
> файлы, относящиеся к другим пакетам. Тем более такие критичные
> как sudoers.
Ну а если это необходимо (не обязательно для NVclock), поскольку иначе система не отвечает естественным ожиданиям пользователя чтобы всё работало, то есть ни к чему не пригодна? 
Выкидывается целый класс полезных программ.

> > > > При установке она требует sudo и настраивает sudoers на
> > > > запуск себя любимой, а иначе не работает. Как иначе её
> > > > упаковать, чтобы была? Это не единственная программа такого
> > > > класса.
> > > Сделать запуск через xsu. Или  выдать при установке текст с
> > > инструкцией на конфигурацию sudo. Лазить в /etc/sudoers в
> > > %post - безумие.
> > Это делает программу неприемлемой для её целевой аудитории -
> > продвинутые пользователи, обожающие игры и мало интересющиеся
> > вопросами "Почему не фурычит?".
> Это теперь называется "продвинутые пользователи" (advansed
> users)?
Угу. Непродвинутые ещё не знают что такое FPS и что видеокарты можно
разгонять.

> Это не "игровая утилита". Насколько я понимаю, это программа,
> работающая под Х и  претендующая на то, чтоб запускаться с
> правами root от любого пользователя. Это даёт очень любопытные
> возможности для взлома. 
Взлома чего? Записей о количестве фрагов в UT2003? Или вы это себе на
работе на интернет-сервер поставите?

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] NVclock и ей подобные

[Anton V. Boyarshinov]

On 03 Feb 2003 17:39:56 +0300 Вячеслав Диконов
 wrote:

> > > Это делает программу неприемлемой для её целевой аудитории
> > > - продвинутые пользователи, обожающие игры и мало
> > > интересющиеся вопросами "Почему не фурычит?".
> > Это теперь называется "продвинутые пользователи" (advansed
> > users)?
> Угу. Непродвинутые ещё не знают что такое FPS и что видеокарты
> можно разгонять.

Странно... Я всегда считал что advansed users это те, что читают
документацию.
 
> > Это не "игровая утилита". Насколько я понимаю, это программа,
> > работающая под Х и  претендующая на то, чтоб запускаться с
> > правами root от любого пользователя. Это даёт очень
> > любопытные возможности для взлома. 
> Взлома чего? Записей о количестве фрагов в UT2003? Или вы это
> себе на работе на интернет-сервер поставите?

Лично у меня на домашнем компьютере масса информации, лишиться
которой я бы не хотел. К тому же в данном случае это вопрос
репутации дистрибутива.

-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
  5:48pm  up 69 days, 23:53, 10 users,  load average: 0.09, 0.04,
0.00

[devel] Re: NVclock и ей подобные

[Michael Shigorin]

On Mon, Feb 03, 2003 at 04:59:25PM +0300, Вячеслав Диконов wrote:

[кошмар skip]

> > Подобные вещи просто недопустимы.  Тут даже обсуждать нечего.
> Такая постановка вопроса мгновенно отсекает огромную массу
> пользователей, которым компьютер нужен вовсе не для работы, и

"проблемы негров шерифа не волнуют" (C)

> > > Да. Для работы ей нужно получить доступ на запись к
> > > /dev/nvidia для управления видеокартой. Да. На сервере её в
> > > здравом уме никто пускать не будет. 

Вопрос не в этом.

> > Это тоже недопустимая постановка вопроса. Вы не имеете права
> > вносить изменения в политику безопасности. Положить пример в
> > документацию - можно.

Не только.

> По моему, это никак не относится к "политике". 

Относится.

> > > При установке она требует sudo и настраивает sudoers на
> > > запуск себя любимой, а иначе не работает. Как иначе её
> > > упаковать, чтобы была? Это не единственная программа такого
> > > класса.

Кто чего требует?!  http://homepc.ru/offline/2002/78/22451/ до
полного просветления.  Не ее собачье это дело, чего-то требовать
;-E

> > Сделать запуск через xsu. Или  выдать при установке текст с
> > инструкцией на конфигурацию sudo. Лазить в /etc/sudoers в
> > %post - безумие.
> Это делает программу неприемлемой для её целевой аудитории -

Это не оправдание.

> Есть ли другие варианты? Я давно предлагал ввести по умолчанию
> группу "games" и запрещать запуск игр и игровых утилит не
> входящим в неё.  Поможет ли это в данном случае?

gid == 20 ?

Поможет, см. ниже.

> Я бы предпочел, чтобы система имела нечто вроде msec и
> установка такого пакета на машине не отнесённой к классу
> "домашних персональных" вызывала бы предупреждение или
> блокировалась.

Это имеющая отношение, но отдельная тема.

</возмущение>

По существу.

Слава, если есть вопрос, причем достаточно критичный, причем есть
ощущение, что он не замыкается на данном конкретном случае --
лучше или вообще не делать того, чего от майнтейнера не ожидают,
или спросить _здесь_, как правильно.

Я столкнулся с той же проблемой применительно к пакету mtr, за
некоторое время выяснил, что есть такой control и как с ним
работать.  Если хотите -- возьмите для примера, скажем, iputils
или попросите кого-либо помочь с решением этого вопроса: если сам
пакет того стоит, помочь с частным вопросом кто-то да возьмется.

Если будете смотреть -- группа netadmin заменяется на games для
"среднего" по защите режима.

Но не надо размахивать таким чудовищным ломом тихой сапой :-(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

JT Re: [devel] Re: NVclock и ей подобные (Концептуальные ошибки)

[Вячеслав Диконов]

В Втр, 04.02.2003, в 17:37, Michael Shigorin написал:
Персональный компьютер имеет свою специфику, как бы не пытались это отрицать (причём в вызывающей форме) некоторые из присутствующих. 
Извиняюсь за шум в период напряжённой работы. 

> > > > При установке она требует sudo и настраивает sudoers на
> > > > запуск себя любимой, а иначе не работает. Как иначе её
> > > > упаковать, чтобы была? Это не единственная программа такого
> > > > класса.
> 
> Кто чего требует?!  http://homepc.ru/offline/2002/78/22451/ до
> полного просветления.  Не ее собачье это дело, чего-то требовать
> ;-E
Не собачье дело системы посылать человека подальше и требовать (особенно
от тех, для кого, компьютер  не основное средство труда или развлечения)
тратить время на изучение деталей своего устройства ДО выполнения нужной
функции. В сущности, оба описываемых в статье способа общения с машиной
превращает в раба ЧЕЛОВЕКА, компьютер же становится привередливым
господином. Сложность изучения и ввода замысловатых команд и искуственно
"упрощаемый" интерфейс, скрывающий внутреннее устройство одинаково
неприемлемы и являются ошибкой.

СИСТЕМА ОБЯЗАНА ПРИСПОСАБЛИВАТЬСЯ К ЧЕЛОВЕКУ, а не наоборот.  

1) Всё должно работать сразу и в соответствии с привычными людям и весьма изощрёнными принципами здравого смысла, применяемыми в реальном физическом мире (быть интуитивно-понятным).
1а) Если здравый смысл не приложим, то число вновь вводимых концепций должно быть минимальным, а логичность и последовательность их проявления - максимальной.
2) Документация предназначена не для убития времени, а чтобы помочь выжать из системы все её возможности и объяснить принципы. Должна читаться именно тогда, когда ничто разумное не помогает :) или хочется большего. 
3) Устройство системы должно быть прозрачно, описано в технической документации, доступно для изучения и правки, а не скрываться искуственно. 
4) Требовать внимания к себе может только та программа, от чьей работы зависит жизнь и здоровье людей. То есть программа экстренного гашения термоядерного реактора имеет право выводить назойливые сообщения, предписывать и включать сирену, а вот запуск какого-то Х-сервера (имеющего чисто служебную функцию) - НЕТ.

Re: JT Re: [devel] Re: NVclock и ей подобные (Концептуальные ошибки)

[Sergey Bolshakov]

>>>>> "sdiconov" == sdiconov  <sdiconov@mail.ru> writes:
 > В Втр, 04.02.2003, в 17:37, Michael Shigorin написал:
 > Персональный компьютер имеет свою специфику, как бы не пытались это отрицать (причём в вызывающей форме) некоторые из присутствующих. 
[skipped]

Выставьте нормальную длину строки прежде писания манифестов,
пожалуйста.

-- 

Re: JT Re: [devel] Re: NVclock и ей подобные (Концептуальные ошибки)

[Alexandre Prokoudine]

On 04 Feb 2003 19:48:27 +0300
Вячеслав Диконов <sdiconov@mail.ru> wrote:

> 1а) Если здравый смысл не приложим, то число вновь вводимых
> концепций должно быть минимальным, а логичность и
> последовательность их проявления - максимальной. 

<opinion type="private" flame="off">

А кто определит, что логично, а что - нет? У каждой концепции - своя
логика.

Слава, такая вещь как концепция может либо нравиться, либо
нет - третьего не дано. Вводить концепцию в концепцию - это круто,
но это всегда <uncensored>PITA</uncensored>.

Извините, что пишу о банальных и очевидных вещах.

</opinion>

-- 
Alexandre Prokoudine
ALT Linux Documentation Team
JID: avp@altlinux.org

Re: [devel] Re: NVclock и ей подобные

[Вячеслав Диконов]

В Втр, 04.02.2003, в 17:37, Michael Shigorin написал: 
> Слава, если есть вопрос, причем достаточно критичный, причем есть
> ощущение, что он не замыкается на данном конкретном случае --
> лучше или вообще не делать того, чего от майнтейнера не ожидают,
> или спросить _здесь_, как правильно.
Я спрашиваю, но мне нужен не "правильный", а _удобный_ для конечного
пользователя способ без паролей и сложных манипуляций. 

> Я столкнулся с той же проблемой применительно к пакету mtr, за
> некоторое время выяснил, что есть такой control и как с ним
> работать.  Если хотите -- возьмите для примера, скажем, iputils
Вот это уже интересно. На текущий момент такая проблема у меня с NVClock
(ничего не может сделать без прав на /dev/nvidia) и zapping (работает но
каждый раз при запуске от пользователя выдаёт диалог ошибки и пишет в
консоли "zapping_setup_fb failed to set up the video"). Из-за этого в
Сизифе нет лучшего из существующих телевизоров :((((. 

> или попросите кого-либо помочь с решением этого вопроса: если сам
> пакет того стоит, помочь с частным вопросом кто-то да возьмется.
Прошу. Мне очень хочется видеть в дистрибутиве программы для настройки
звуковых и видео карт, показа SMART статуса жёстких дисков и т.п. 

Насколько я понял, для использования control, надо предваритеьно
настраивать сам control, то есть влиять на конфигурацию системы.
Сомневаюсь, что могу это сделать в одиночку. 

> Если будете смотреть -- группа netadmin заменяется на games для
> "среднего" по защите режима.
Для введения такой группы нужна воля составляющих дистрибутив и (сравнительно простая)
правка всех игровых пакетов. Я согласен проделать это со своими пакетами игр.

> Но не надо размахивать таким чудовищным ломом тихой сапой :-(
Точно прицеленная пушка гарантированно :) убъёт воробья.


Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: NVclock и ей подобные

[Anton V. Boyarshinov]

On 04 Feb 2003 19:48:59 +0300 Вячеслав Диконов
 wrote:

> > Но не надо размахивать таким чудовищным ломом тихой сапой :-(
> Точно прицеленная пушка гарантированно :) убъёт воробья.

И всех остальных в радиусе 10 метров :(

-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
  9:52am  up 71 days, 15:57, 10 users,  load average: 1.63, 0.50,
0.17

Re: [devel] Re: NVclock и ей подобные

[Anton V. Boyarshinov]

On 04 Feb 2003 19:48:59 +0300 Вячеслав Диконов
 wrote:

> > Слава, если есть вопрос, причем достаточно критичный, причем
> > есть ощущение, что он не замыкается на данном конкретном
> > случае -- лучше или вообще не делать того, чего от
> > майнтейнера не ожидают, или спросить _здесь_, как правильно.

> Я спрашиваю, но мне нужен не "правильный", а _удобный_ для
> конечного пользователя способ без паролей и сложных
> манипуляций.

Если Вам не нужен правильный способ, то, соответсвенно, шансы
пакета попасть в Сизиф падают тем сильнее, чем меньше он Вам
нужен. Потому что _нам_ нужен правильный способ. И если Вы не
понимаете, какую дырку системе безопасности Вы проделываете,
пусть это остаётся _Вашей_ проблемой, но не становится проблемой
дистрибутива. 

И нечего прикрываться тем, что есть люди которых проблемы
безопасности не волнуют. Машины именно таких людей становятся
плацдармами для атак на другие машины, а также питательной средой
для всевозможных червей. Завоевание популярности среди таких
людей -- не наша цель, насколько я понимаю.

На этом я со своей стороны дискуссию прекращаю, так как говорить
тут действительно не о чем.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
  9:56am  up 71 days, 16:01, 10 users,  load average: 0.18, 0.28,
0.15

Re: [devel] Re: NVclock и ей подобные

[Igor Tertishny]

> Вот это уже интересно. На текущий момент такая проблема у меня с NVClock
> (ничего не может сделать без прав на /dev/nvidia) и zapping (работает но
> каждый раз при запуске от пользователя выдаёт диалог ошибки и пишет в
> консоли "zapping_setup_fb failed to set up the video"). Из-за этого в
> Сизифе нет лучшего из существующих телевизоров :((((.
>

Крайне любопытно. Я майнтейнер zapping и у меня почему-то все в полном 
порядке. Мало того, что смотрю, так я еще и фильмы на zapping в прекрасном 
качестве записываю... Сразу в mpeg4. И от пользователя, в рута я на том компе 
раз в несколько дней, когда обновляюсь, захожу. Да и то через su. Посему не 
совсем понимаю, в чем у вас проблема с ним...

По поводу политики - программы подобные NVclock нужны, игровики есть и никуда 
нам от этой аудитории не деться... Не деться, если хотим еще больше потеснить 
вонючую компанию на рынке. Но лучше делать все безопасно, именно так, как и 
указал Михаил.

Re: [devel] Re: NVclock и ей подобные (Zapping)

[Вячеслав Диконов]

В Срд, 05.02.2003, в 10:29, Igor Tertishny написал:
> > Вот это уже интересно. На текущий момент такая проблема у меня с NVClock
> > (ничего не может сделать без прав на /dev/nvidia) и zapping (работает но
> > каждый раз при запуске от пользователя выдаёт диалог ошибки и пишет в
> > консоли "zapping_setup_fb failed to set up the video"). Из-за этого в
> > Сизифе нет лучшего из существующих телевизоров :((((.
> Крайне любопытно. Я майнтейнер zapping и у меня почему-то все в полном 
> порядке. Мало того, что смотрю, так я еще и фильмы на zapping в прекрасном 
> качестве записываю... Сразу в mpeg4. И от пользователя, в рута я на том компе 
> раз в несколько дней, когда обновляюсь, захожу. Да и то через su. Посему не 
> совсем понимаю, в чем у вас проблема с ним...
Большое спасибо! Только что обнаружил этот пакет! Это более новая
версия, чем та, что была у меня и работает она без ругани. Со своей
стороны обещаю перевод, как только выйдет GTK2 версия.

> По поводу политики - программы подобные NVclock нужны, игровики есть и никуда 
> нам от этой аудитории не деться... Не деться, если хотим еще больше потеснить 
> вонючую компанию на рынке. Но лучше делать все безопасно, именно так, как и 
> указал Михаил.
Пытаюсь разобраться с control, но я не нашёл по нему никакой
документации :( .

Пока что оно пишет 

You don't have permissions to access the registers of your Nvidia card.
Try to run nvclock as root to get access to /dev/mem or install the
Nvidia 3d drivers to use /dev/nv* instead.
Remember only root can access /dev/mem, most users can access /dev/nv*.

Драйвера nvidia как раз стоят...

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: NVclock и ей подобные (Zapping)

[Sergey Vlasov]

On 05 Feb 2003 19:22:17 +0300
Вячеслав Диконов <sdiconov@mail.ru> wrote:

> You don't have permissions to access the registers of your Nvidia card.
> Try to run nvclock as root to get access to /dev/mem or install the
> Nvidia 3d drivers to use /dev/nv* instead.
> Remember only root can access /dev/mem, most users can access /dev/nv*.
> 
> Драйвера nvidia как раз стоят...

А права на /dev/nv* какие?

Re: [devel] Re: NVclock и ей подобные (Проблема решена !)

[Вячеслав Диконов]

В Срд, 05.02.2003, в 19:34, Sergey Vlasov написал:
> On 05 Feb 2003 19:22:17 +0300
> Вячеслав Диконов <sdiconov@mail.ru> wrote:
> 
> > You don't have permissions to access the registers of your Nvidia card.
> > Try to run nvclock as root to get access to /dev/mem or install the
> > Nvidia 3d drivers to use /dev/nv* instead.
> > Remember only root can access /dev/mem, most users can access /dev/nv*.
> > 
> > Драйвера nvidia как раз стоят...
> 
> А права на /dev/nv* какие?
20600 <пользователь>:root, но это не помогало, так как версия 0.6.0  в
Сизифе требовала /dev/mem в обязательном порядке. 

Сейчас проблема решилась. Вышедшая пару дней назад 0.6.2 работает без
бубна и sudo! Теперь все должны быть довольны. Буду думать насчёт yanc.

Остаётся вопрос: Где документация по controlу? 

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: NVclock и ей подобные (Проблема решена !)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 190 bytes --]

On Wed, Feb 05, 2003 at 10:17:11PM +0300, Вячеслав Диконов wrote:
> Остаётся вопрос: Где документация по controlу? 

control(8)
control-dump(8)
примеры в /etc/control.d/facilities/


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: NVclock и ей подобные

[AntonFarygin]

[-- Attachment #1: Type: text/plain, Size: 2645 bytes --]

Вячеслав Диконов пишет:

>В Втр, 04.02.2003, в 17:37, Michael Shigorin написал: 
>  
>
>>Слава, если есть вопрос, причем достаточно критичный, причем есть
>>ощущение, что он не замыкается на данном конкретном случае --
>>лучше или вообще не делать того, чего от майнтейнера не ожидают,
>>или спросить _здесь_, как правильно.
>>    
>>
>Я спрашиваю, но мне нужен не "правильный", а _удобный_ для конечного
>пользователя способ без паролей и сложных манипуляций. 
>
Научите эту программу работать под обычным пользователем (я знаю, что 
это - не реально).

А вообще подобные фишки должны выполняться _ТОЛЬКО_ после ввода пароля. 
Я, например, не хочу, что бы у меня ребенок мог разогнать видеоплату ;-)

>
>  
>
>>Я столкнулся с той же проблемой применительно к пакету mtr, за
>>некоторое время выяснил, что есть такой control и как с ним
>>работать.  Если хотите -- возьмите для примера, скажем, iputils
>>    
>>
>Вот это уже интересно. На текущий момент такая проблема у меня с NVClock
>(ничего не может сделать без прав на /dev/nvidia) и zapping (работает но
>каждый раз при запуске от пользователя выдаёт диалог ошибки и пишет в
>консоли "zapping_setup_fb failed to set up the video"). Из-за этого в
>Сизифе нет лучшего из существующих телевизоров :((((. 
>
Значит в zapping кривая архитектура - все остальные приложения работают 
нормально.

В принципе можно еще попробовать создать группу video и включать в нее 
тех пользователей, которым нужно смотреть TV.
Но это - не сейчас.

>
>  
>
>>или попросите кого-либо помочь с решением этого вопроса: если сам
>>пакет того стоит, помочь с частным вопросом кто-то да возьмется.
>>    
>>
>Прошу. Мне очень хочется видеть в дистрибутиве программы для настройки
>звуковых и видео карт, показа SMART статуса жёстких дисков и т.п. 
>
Для всех этих приложений нужны права рута. И от этого не уйти - пароль 
придется вводить.

>
>Насколько я понял, для использования control, надо предваритеьно
>настраивать сам control, то есть влиять на конфигурацию системы.
>Сомневаюсь, что могу это сделать в одиночку. 
>
там нет ничего сложного - посмотрите на то, что уже сейчас настроено.

>
>  
>
>>Если будете смотреть -- группа netadmin заменяется на games для
>>"среднего" по защите режима.
>>    
>>
>Для введения такой группы нужна воля составляющих дистрибутив и (сравнительно простая)
>правка всех игровых пакетов. Я согласен проделать это со своими пакетами игр.
>
После релиза вернемся к этой теме.

>
>  
>
>>Но не надо размахивать таким чудовищным ломом тихой сапой :-(
>>    
>>
>Точно прицеленная пушка гарантированно :) убъёт воробья.
>
Нет. промажет. Попадет в кого-то другого...

Rgds,
Rider


[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] NVclock и ей подобные

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 934 bytes --]

On Mon, Feb 03, 2003 at 03:49:48PM +0300, Alexey V. Lubimov wrote:
> > Это никуда не годится. Пакеты не имеют права править системные
> > конфигурационные файлы. Все дискуссии - только в devel@.
> > %postun                                                                         
> > if [ -f /etc/sudoers ]                                                          
> > then                                                                            
> >     cat /etc/sudoers | sed -e /\ALL\    ALL\=NOPASSWD\:\
> >     \\/usr\\/bin\\/nvclock\
> >         cat /etc/sudoers.tmp > /etc/sudoers                                         
> > 	    rm -f /etc/sudoers.tmp                                                      
> 
> Подобные вещи просто недопустимы.
> Тут даже обсуждать нечего.

Полностью согласен. Тут даже и обсуждать нечего.

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]