[sisyphus] Состав пакта pptp-client

[sisyphus] Состав пакта pptp-client

[Yura Zotov]

В свете выхода pptp-client-1.3.0 я решил пересмотреть состав
пакета pptp-client. А именно: предлагаю выбросить из пакета
программы /usr/sbin/pptp-command, /usr/bin/pptp_fe,
/usr/bin/xpptp_fe как ограниченно годные в современных условиях
дистрибутива.

pptp-command:
  С версии пакета 1.3.0 единственное для чего она остаётся
  пригодной это настройка туннеля. Это буквально 3 строки в паке
  конфигурационных файлов. Эту процедуру проще и понятнее сделать
  руками. Соответственно и документация упростится.

/usr/bin/pptp_fe, /usr/bin/xpptp_fe:
  Требуют выдачи им рутовых привилегий для старта туннеля,
  модифицируют таблицу маршрутизации и т.п., при этом могут
  неправильно работать при нескольких поднятых P-t-P интерфейсах.
  настройки же им задаёт пользователь.

Вся функциональность этих программ доступна в pppd в более
безопасном и контролируемом виде.

Ваши замечания, предложения?


--
Юрий А. Зотов

Re: [sisyphus] Состав пакта pptp-client

[Fiodor Sorex]

11 Июнь 2003 16:27, Yura Zotov написал:
> В свете выхода pptp-client-1.3.0 я решил пересмотреть состав
> пакета pptp-client. А именно: предлагаю выбросить из пакета
> программы /usr/sbin/pptp-command, /usr/bin/pptp_fe,
> /usr/bin/xpptp_fe как ограниченно годные в современных условиях
> дистрибутива.
>
> pptp-command:
>   С версии пакета 1.3.0 единственное для чего она остаётся
>   пригодной это настройка туннеля. Это буквально 3 строки в паке
>   конфигурационных файлов. Эту процедуру проще и понятнее сделать
>   руками. Соответственно и документация упростится.

С этим я бы точно повременил, ибо она:

1)  Позволяет использовать pptp отдельно от всего остального. Скажем, я 
использую для соединений модем/eth/ещё что-то. А pptp-command 
подставляет свой /etc/resolv.conf (по желанию), свою маршрутизацию
(
  если бы не pptp-command setup я бы никогда в жизни не догадался
  написать в /etc/ppp/peers/__defaut

  такие строки (обратите внимание на знак комментария в начале строки!):

  # Server IP: 10.0.72.1
  # Route: add default gw 333.444.555.999
)

2) У нас  в сети на него завязана вся документация по настройке (куцая, 
но единственно что есть).

3) Корректный запуск на моей конфигурации идет только через
 pptp-command start
остальные варианты частенько подглючивают.

4) Словом, если уж так необходимо сократить документацию, то часть про 
настройку через pptp-command можно вынести в отдельный файл. По 
необходимости я мог бы этим заняться.

>
> /usr/bin/pptp_fe, /usr/bin/xpptp_fe:
>   Требуют выдачи им рутовых привилегий для старта туннеля,
>   модифицируют таблицу маршрутизации и т.п., при этом могут
>   неправильно работать при нескольких поднятых P-t-P интерфейсах.
>   настройки же им задаёт пользователь.

А эти можно. Тем более сейчас их нет (в 1.2.0) и нехватки не ощущается.


-- 
Федор Сорекс
http://www.linuxrsp.ru

Re: [sisyphus] Состав пакта pptp-client

[Yura Zotov]

On Wed, Jun 11, 2003 at 06:27:01PM +0400, Fiodor Sorex wrote:
> 11 Июнь 2003 16:27, Yura Zotov написал:
> > В свете выхода pptp-client-1.3.0 я решил пересмотреть состав
> > пакета pptp-client. А именно: предлагаю выбросить из пакета
> > программы /usr/sbin/pptp-command, /usr/bin/pptp_fe,
> > /usr/bin/xpptp_fe как ограниченно годные в современных условиях
> > дистрибутива.
> >
> > pptp-command:
> >   С версии пакета 1.3.0 единственное для чего она остаётся
> >   пригодной это настройка туннеля. Это буквально 3 строки в паке
> >   конфигурационных файлов. Эту процедуру проще и понятнее сделать
> >   руками. Соответственно и документация упростится.
> 
> С этим я бы точно повременил, ибо она:
> 
> 1)  Позволяет использовать pptp отдельно от всего остального. Скажем, я 
> использую для соединений модем/eth/ещё что-то. А pptp-command 
> подставляет свой /etc/resolv.conf (по желанию), свою маршрутизацию
> (

Можно подробнее про /etc/resolv.conf? Так как я pptp-command не
использую, то мог что-то упустить.

>   если бы не pptp-command setup я бы никогда в жизни не догадался
>   написать в /etc/ppp/peers/__defaut
> 

Вещь сугубо специфическая для pptp-command, для неё 
предусмотрена альтернатива в новом инитскрипте (см. далее).

>   такие строки (обратите внимание на знак комментария в начале строки!):
> 
>   # Server IP: 10.0.72.1
>   # Route: add default gw 333.444.555.999
> )
> 

Это напрямую реализуется средствами pppd, а именно параметром
defaultroute.

> 2) У нас  в сети на него завязана вся документация по настройке (куцая, 
> но единственно что есть).
> 

Документацию легко поменять, потому что на самом деле писать пару
строк в конфиги через pptp-command -- оверкил. Реально из
настроек требуется только chap-secrets.

Просто ручная правка настроек pppd делает настройку VPN
прозрачней. Явно подчёркивает ключевую роль pppd в этом процессе.

Пожалуй, я готов согласиться с тем, что пользователям надо дать
программу, которая за них пропишет эти 3 строчки и не более. Я
подумаю над этим, и возможно, сделаю замену pptp-command с
урезанной до необходимой функциональностью.

> 3) Корректный запуск на моей конфигурации идёт только через
>  pptp-command start
> остальные варианты частенько подглючивают.
> 

Будет новый скрипт /etc/init.d/pptptunnel, который использует
новую систему инитскриптов. Поэтому он гораздо безопаснее и
безглючнее (надеюсь). Метод запуска туннеля в новом скрипте
просто буквально совпадает с методом запуска в pptp-command, во
всяком случае с версии pptp-client-1.2.0. По сути это тот способ,
который помечен в текущей документации как "рекомендуемый".
Более того, этот скрипт не будет делать ничего лишнего, кроме
вызова pppd, давая возможность гибкой настройки через механизм
/etc/ppp/ip-{up,down}.local. Я собираюсь этот вопрос осветить в
новой документации.

> 4) Словом, если уж так необходимо сократить документацию, то часть про 
> настройку через pptp-command можно вынести в отдельный файл. По 
> необходимости я мог бы этим заняться.
> 

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

> >
> > /usr/bin/pptp_fe, /usr/bin/xpptp_fe:
> >   Требуют выдачи им рутовых привилегий для старта туннеля,
> >   модифицируют таблицу маршрутизации и т.п., при этом могут
> >   неправильно работать при нескольких поднятых P-t-P интерфейсах.
> >   настройки же им задаёт пользователь.
> 
> А эти можно. Тем более сейчас их нет (в 1.2.0) и нехватки не ощущается.
>

Они в отдельных пакетах. pptp-client-fe, pptp-client-fe-Tk.
 

--
Юрий А. Зотов

[sisyphus] Re[2]: [sisyphus] Состав пакта pptp-client

[Nicholas Tretyachenko]

Hello Yura,

Wednesday, June 11, 2003, 7:11:27 PM, you wrote:


>> 3) Корректный запуск на моей конфигурации идёт только через
>>  pptp-command start
>> остальные варианты частенько подглючивают.
>> 

YZ> Будет новый скрипт /etc/init.d/pptptunnel, который использует
YZ> новую систему инитскриптов. Поэтому он гораздо безопаснее и
YZ> безглючнее (надеюсь). Метод запуска туннеля в новом скрипте
YZ> просто буквально совпадает с методом запуска в pptp-command, во
YZ> всяком случае с версии pptp-client-1.2.0. По сути это тот способ,
YZ> который помечен в текущей документации как "рекомендуемый".
YZ> Более того, этот скрипт не будет делать ничего лишнего, кроме
YZ> вызова pppd, давая возможность гибкой настройки через механизм
YZ> /etc/ppp/ip-{up,down}.local. Я собираюсь этот вопрос осветить в
YZ> новой документации.
Может быть, есть смысл поднимать/опускать pptp-интерфейсы еще более
стандартным способом - с помощью ifup/ifdown pptpX ? Или такая
возможность уже есть ?

С уважением,
Николай Третьяченко.

Re: [sisyphus] Re[2]: [sisyphus] Состав пакта pptp-client

[Yura Zotov]

On Wed, Jun 11, 2003 at 07:51:01PM +0400, Nicholas Tretyachenko wrote:
> Hello Yura,
> 
> Wednesday, June 11, 2003, 7:11:27 PM, you wrote:
> 
> 
> >> 3) Корректный запуск на моей конфигурации идёт только через
> >>  pptp-command start
> >> остальные варианты частенько подглючивают.
> >> 
> 
> YZ> Будет новый скрипт /etc/init.d/pptptunnel, который использует
> YZ> новую систему инитскриптов. Поэтому он гораздо безопаснее и
> YZ> безглючнее (надеюсь). Метод запуска туннеля в новом скрипте
> YZ> просто буквально совпадает с методом запуска в pptp-command, во
> YZ> всяком случае с версии pptp-client-1.2.0. По сути это тот способ,
> YZ> который помечен в текущей документации как "рекомендуемый".
> YZ> Более того, этот скрипт не будет делать ничего лишнего, кроме
> YZ> вызова pppd, давая возможность гибкой настройки через механизм
> YZ> /etc/ppp/ip-{up,down}.local. Я собираюсь этот вопрос осветить в
> YZ> новой документации.
> Может быть, есть смысл поднимать/опускать pptp-интерфейсы еще более
> стандартным способом - с помощью ifup/ifdown pptpX ? Или такая
> возможность уже есть ?
>

Я над этим не думал. Подозреваю, то принципиальных проблем нет,
главное разобраться с тем, как задавать нужные настройки для
pppd, и написать соответствующие скрипты.


--
Юрий А. Зотов

[sisyphus] 2 Soundcard

[Alexander Blagin]

на машине 2 звуковые карты
одна на борту - Sb128 CT5880 , вторая любимая - SbLive 5.1

после инсталяции Мастера 2.2
микшер в КДЕ больше экрана (1024x768) и в нем полная чертовщина

сносим все в modules.conf касаемое звука
пускаем sndconfig - он говорит что в системе найдена SbLive
и предлагает сконфигурить, отвечаем да, он грит не могу, надо звать kudzu,
соглашаемся, запускается kudzu и молча отваливается

далее руками

alias sound-slot-0 emu10k1
alias sound-slot-1 es1371
post-install emu10k1 /usr/bin/emu-script
post-install emu10k1 /usr/bin/emu-script restore
pre-remove emu10k1 /usr/bin/emu-script save
post-install snd-seq-oss /bin/sfxload /etc/midi/8mbgmsfx.sf2

в правильности последней строчки я не уверен, но все работает
(миди из под КДЕ только не проверил)
все регуляторы для всех карт на месте
в xmms переключаюсь на вторую карту, ну а там естественно тишина
нужно что то еще дописать, касаемое es1371 (Sb128)

просвятите темного

Александр

Re: [sisyphus] 2 Soundcard

[Sergey Kuznetsov]

On Fri, 13 Jun 2003 08:10:20 +0300
"Alexander Blagin" <linux@yaroslavl.ru> wrote:

> на машине 2 звуковые карты
> одна на борту - Sb128 CT5880 , вторая любимая - SbLive 5.1
  ^^^^^^^^^^^^^^
 
> после инсталяции Мастера 2.2
> микшер в КДЕ больше экрана (1024x768) и в нем полная чертовщина
> 
> сносим все в modules.conf касаемое звука
> пускаем sndconfig - он говорит что в системе найдена SbLive
> и предлагает сконфигурить, отвечаем да, он грит не могу, надо
> звать kudzu, соглашаемся, запускается kudzu и молча
> отваливается
> 
> далее руками
> 
> alias sound-slot-0 emu10k1
> alias sound-slot-1 es1371
> post-install emu10k1 /usr/bin/emu-script
> post-install emu10k1 /usr/bin/emu-script restore
> pre-remove emu10k1 /usr/bin/emu-script save
> post-install snd-seq-oss /bin/sfxload /etc/midi/8mbgmsfx.sf2
> 
> в правильности последней строчки я не уверен, но все работает
> (миди из под КДЕ только не проверил)
> все регуляторы для всех карт на месте
> в xmms переключаюсь на вторую карту, ну а там естественно
> тишина нужно что то еще дописать, касаемое es1371 (Sb128)
> 
> просвятите темного

А разве можно иметь звук сразу и с внешней и со встроенной карты?
Если вы в BIOS'е разрешаете встроенную, то внешняя, IMHO, должна
игнорироваться, а если запрещаете, то что же вы от нее хотите?
Может я вас не так понял? 

С уважением,
Сергей

[sisyphus] Re: 2 Soundcard

[Michael Shigorin]

On Sat, Jun 14, 2003 at 11:56:57PM +0400, Sergey Kuznetsov wrote:
> А разве можно иметь звук сразу и с внешней и со встроенной карты?

Да.

> Если вы в BIOS'е разрешаете встроенную, то внешняя, IMHO, должна
> игнорироваться

Нет :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
>From mike@fly.osdn.org.ua  Sun Jun 15 17:06:15 2003
Return-Path: <mike@fly.osdn.org.ua>
Delivered-To: sisyphus@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id F154448972
	for <sisyphus@lrn.ru>; Sun, 15 Jun 2003 17:06:14 +0400 (MSD)
Received: from fly.osdn.org.ua (osdn-2.tsua.net [212.40.36.150])
	by master.altlinux.ru (Postfix) with ESMTP id 7E348E31EF
	for <sisyphus@altlinux.ru>; Sun, 15 Jun 2003 17:06:14 +0400 (MSD)
Received: by fly.osdn.org.ua (Postfix, from userid 500)
	id 068C1165E94; Sun, 15 Jun 2003 16:06:13 +0300 (EEST)
Date: Sun, 15 Jun 2003 16:06:12 +0300
From: Michael Shigorin <mike@osdn.org.ua>
To: sisyphus@altlinux.ru
Message-ID: <20030615130612.GE14598@osdn.org.ua>
Mail-Followup-To: sisyphus@altlinux.ru
References: <200306131411.59909.yura@kr.spfu.gov.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <200306131411.59909.yura@kr.spfu.gov.ua>
User-Agent: Mutt/1.4.1i
Subject: [sisyphus] Re: ALSA driver for Avance Logic ALC650 AC'97 sound card
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: sisyphus@altlinux.ru
List-Id: <sisyphus.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://www.lrn.ru/pipermail/sisyphus>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 13:06:15 -0000

On Fri, Jun 13, 2003 at 02:11:59PM +0300, Yuri N. Yaschenko wrote:
> Драйвер snd-intel8x0 грузится, звук есть. Микшер показывает массу рулей. 
> Line-in можно переключить в режим surround-out (rear-out). Это работает. 
> Mic-in можно переключить в режим Center/LFE-out. Не работает. На самой маме 
> есть есть вывод звука surround (rear), center/lfe на штыри. С этого разъема 
> surround (rear) работает, а center/LFE тоже нет. Итог: не работает вывод 
> звука center/LFE.

Попробуйте
ftp://ftp.altlinux.org/pub/people/mike/kernel/alsa24-up-2.4.20_0.9.2-alt7.i586.rpm
(остальное рядом, в ../alsa) -- не самое новое, но может быть уже
пофиксеным.

> 2. Если все так плохо - есть ли смысл на alsa.org
> поинтерисоваться?

Да.

> Я так понимаю команда ALT не изменяет или дополняет драйвера
> ALSA?

Правильно понимаете, насколько мне известно.  Т.е. mouse@ перед
выпуском что-то там сводил из релизов с cvs ихним, но.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
>From mike@fly.osdn.org.ua  Sun Jun 15 17:52:10 2003
Return-Path: <mike@fly.osdn.org.ua>
Delivered-To: sisyphus@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id C30C948006
	for <sisyphus@lrn.ru>; Sun, 15 Jun 2003 17:52:10 +0400 (MSD)
Received: from fly.osdn.org.ua (osdn-2.tsua.net [212.40.36.150])
	by master.altlinux.ru (Postfix) with ESMTP id 5036CE31CF
	for <sisyphus@altlinux.ru>; Sun, 15 Jun 2003 17:52:10 +0400 (MSD)
Received: by fly.osdn.org.ua (Postfix, from userid 500)
	id 97E17165E94; Sun, 15 Jun 2003 16:52:08 +0300 (EEST)
Date: Sun, 15 Jun 2003 16:52:08 +0300
From: Michael Shigorin <mike@osdn.org.ua>
To: sisyphus@altlinux.ru
Message-ID: <20030615135208.GF14598@osdn.org.ua>
Mail-Followup-To: sisyphus@altlinux.ru
References: <1055579028.24941.2.camel@localhost.localdomain>
	<20030614101730.GC14598@osdn.org.ua>
	<20030615061400.GF17146@solemn.turbinal.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj"
Content-Disposition: inline
In-Reply-To: <20030615061400.GF17146@solemn.turbinal.org>
User-Agent: Mutt/1.4.1i
Subject: [sisyphus] Re: gcc
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: sisyphus@altlinux.ru
List-Id: <sisyphus.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://www.lrn.ru/pipermail/sisyphus>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 13:52:11 -0000


--kORqDWCi7qDJ0mEj
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Sun, Jun 15, 2003 at 10:14:00AM +0400, Alexey Tourbin wrote:
> > По результатам тестирования перед выходом ALM2.2 gcc2.96 давал
> > несколько лучший код, чем gcc3.2.  Немного и не на всех тестах,
> > но лучший.
> Михаил... дело не в коде, а в том, что ядро, собранное gcc3.2,
> откровенлно глюкает.  Причины этого никому неизвестны.

Не напомните? (в том-то и дело, что такого аргумента я не помню,
и откровенных глюков после перехода на сборку ядра 3.2 -- тоже
нет)

Кстати, никто не пробовал собирать gimp-1.2 gcc-2.9x?  Есть
подозрение, что вот он-то как раз серьезно глючит в паре мест при
сборке 3.2.  Testcase -- взять что-нибуть (возможно, indexed) и
попробовать отредактировать карандашом 1x1 попиксельно -- плющит
точки в радиусе нескольких пискелов (инвертирует), при этом по
событию обновления все приходит в норму.

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

--kORqDWCi7qDJ0mEj
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+7HoIbsPDprYMm3IRArfEAJ42xFYR8q626EHGGG6uaElMaK9sfQCeJVMm
hM5Eal59MiE1xU3MnesO+7Y=
=jQj6
-----END PGP SIGNATURE-----

--kORqDWCi7qDJ0mEj--
>From vvzhy@mail.ru  Sun Jun 15 18:01:11 2003
Return-Path: <vvzhy@mail.ru>
Delivered-To: sisyphus@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id 7F90448006
	for <sisyphus@lrn.ru>; Sun, 15 Jun 2003 18:01:11 +0400 (MSD)
Received: from ns.netorn.ru (unknown [213.148.21.2])
	by master.altlinux.ru (Postfix) with ESMTP id 36E75E31CF
	for <sisyphus@altlinux.ru>; Sun, 15 Jun 2003 18:01:11 +0400 (MSD)
Received: from mail.ru ([213.148.20.88])
	by ns.netorn.ru (8.12.6/8.12.6) with ESMTP id h5FE50DE008632
	for <sisyphus@altlinux.ru>; Sun, 15 Jun 2003 18:05:00 +0400 (MSD)
	(envelope-from vvzhy@mail.ru)
Message-ID: <3EEC8A24.80905@netorn.ru>
Date: Sun, 15 Jun 2003 18:00:52 +0300
From: "Vadim V. Zhytnikov" <vvzhy@netorn.ru>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU;
	rv:1.3) Gecko/20030309
X-Accept-Language: ru-ru, ru
MIME-Version: 1.0
To: sisyphus@altlinux.ru
Subject: Re: [sisyphus] Re: kernel 2.4.21rc1 - SB Live OSS Sound problem
References: <3EEB0381.7080207@netorn.ru> <3EEB6AE1.9010604@vzljot.ru>
In-Reply-To: <3EEB6AE1.9010604@vzljot.ru>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: sisyphus@altlinux.ru
List-Id: <sisyphus.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://www.lrn.ru/pipermail/sisyphus>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2003 14:01:12 -0000

Vitaly Ostanin пишет:
> Vadim V. Zhytnikov пишет:
> 
>> С последним яром 2.4.21rc1 из Сизифа
>> наблюдаю очень странную проблему с
>> OSS (emu10k) звуком для SB Live Player 5.1.
>>
>> На первый взгляд всё работает, звук есть
>> нормального качества, громкость регулируеся
>> aumix (чотя странно низкий уровень максимальной
>> громкости).  Проблема в том, что ни в XINE, ни
>> XMMS, ни MPlayer звук не регулируется.
>> Ползунки дигаются, никаких ошибок в логах но
>> громкость не меняется.
> 
> 
> Странно, у меня последний Sisyphus, всё работает. В порядке бреда  можно 
> проверить, куда колонки воткнуты.
> 

Да нет, я же говорю, что достаточно перезагрузиться
со старым ядром и всё становится ОК. Колоночеи при
этом не перевтыкаем и вообще ничего не меняем ;-)

-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>