Отправляет email-рассылки с помощью сервиса Sendsay

За 2007-03-24

Re: О не поддерживаемом контролле ЖМД в ФК6 снова.

Здравствуйте Strong
В сообщении от 24 марта 2007 Strong написал(a):
> Т.е. имеем, что не всегда новое лучше старого, всё верно?!
простой пример - сейчас активно идёт переработка поддержки ata, с тем,
что-бы была поддержка sata, pata и т.п.
Допустим, при этом спокойно может вылететь поддержка обычных IDE, скорей
всего и её потом отремонтируют, но где гарантия, что отремонтированная
поддержка IDE будет така-я же по объёму и по качеству, что и предыдущая
(сломанная).
PS новое всегда лучше для нового, а старое обычно лучше для старого
(лучше всегда соВременное :) )

   2007-03-24 18:42:01 (#650687)

Re: О не поддерживаемом контролле ЖМД в ФК6 снова.

On Sat, 24 Mar 2007 08:08:44 +0300 Хихин Руслан <hih***@n*****.ru> wrote:
> > контроллер ЖМД (вероятно 2005-6гг.в.
> > - модель laptop, активно продаваемая сегодня Dell
> > - Inspiron 1501, как заявлено memorytest86: набор микрох ATI
> > RS482), который поддерживает RedHat 8 (~2000г.в.)! - ФК6, ФК5 не
> > поддерживает,
> > "говорит" нет ЖМД - как я уже тут писал?
> Не понял я при чём-тут контроллер, но если chroot говорит, что что
При том, что старое ядро может работать с новым железом - чего, как ни
странно, не могут себе позволить новые ядра (в ФК4-6).
>
> > Я думал, что мир ПО ("микрософт" не в счёт) развивается от худшего
> > к лучшему, и "железо" поддерживаемое ядром когда-то должно бы
> > поддерживаться и в будущем - в нём до сих пор поддерживается просто
> > куча раритета. Почему так?
> Так не бывает - при первой-же переделке ядра (изменение концепции и
> т.п.) все модули, у которых нет поддержки (никто ими специально не
> занимается) вылетят из ядра - никто их затачивать под новую концепцию
> не будет.
Т.е. имеем, что не всегда новое лучше старого, всё верно?!

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30841; Возраст листа: 1338; Участников: 1445
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/650669

   Strong 2007-03-24 18:00:37 (#650669)

Re: Монтирование для нескольких пользователей

В сообщении от 1174725606 секунд после начала Эпохи Gennady L. написал(а):

> Вот возникла такая проблемка есть машина на ней несколько учётных записей
> если работает один человек то автомонтирование флешек и CD прошодит
> великолепно но вот если вдруг подбегает второй пользователь с просьбой дать
> поработать с флешкой я блокирую текущую сесию и он начинает новою для себя,

Подробней расскажите как Вы блокируете текущую сессию и как новый
пользователь начинает новую. И в каком собственно графическом окружении
это все происходит.

> при вставлении его флешки она всё равно монтируется с правами первого
> пользователя таже история и с CD.
> Что надо подкрутить чтоб монтирование осуществлялось на текущего активного
> пользователя ну или хотябы в зависимости от серийника флешки или vendorid и
> productid и кто вообще занимается автомонтированием сменных носителей в linux
> вообще и в FC6 в частности. Как я понимаю HAL только передаёт информацию об
> оборудовании для приложения автомонтирования.

В текущих версиях GNOME и KDE используется HAL. Кроме того что HAL
собирает в системе информацию об оборудовании и передает ее
графическому окружению, он еще может выполнять монтирование и
отмонтирование устройств по команде приложения (графической среды). При
этом операции монтирования и отмонтирования выполняются от имени
суперпользователя, так как hald выполняется с правами
суперпользователя. Это дает возможность подключать устройства, которые
не прописаны в /etc/fstab. В соображениях безопасности HAL отказывается
монтировать и отмонтировать устройства, которые прописаны в /etc/fstab,
а графическая среда в этом случаи выполняет команду mount от имени
пользователя, под которым эта среда работает. Исходя из всего этого у
нас есть два пути: либо мы прописываем устройство в fstab и монтируем
его пользователем со всеми опциями указанными там, либо мы не
прописываем устройство в fstab и разрешаем HAL подключать его от имени
суперпользователя с опциями, которые определяет графическая (она может,
или я бы даже сказал должна, учитывать правила в /etc/hal/fdi
и /usr/share/hal/fdi и брать опции от туда).

На владельца и группу файлов в FAT отвечает опции uid и gid. В качестве
значений по умолчанию используется uid и gid вызвавшего mount процесса.

Я заметил что GNOME при монтировании устройства через HAL передает ему
опцию uid со значением идентификатора пользователя, запустившего GNOME.

   Konstantin Korikov 2007-03-24 16:05:57 (#650641)

Монтирование для нескольких пользователей

Вот возникла такая проблемка есть машина на ней несколько учётных записей
если работает один человек то автомонтирование флешек и CD прошодит
великолепно но вот если вдруг подбегает второй пользователь с просьбой дать
поработать с флешкой я блокирую текущую сесию и он начинает новою для себя,
при вставлении его флешки она всё равно монтируется с правами первого
пользователя таже история и с CD.
Что надо подкрутить чтоб монтирование осуществлялось на текущего активного
пользователя ну или хотябы в зависимости от серийника флешки или vendorid и
productid и кто вообще занимается автомонтированием сменных носителей в linux
вообще и в FC6 в частности. Как я понимаю HAL только передаёт информацию об
оборудовании для приложения автомонтирования.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30839; Возраст листа: 1338; Участников: 1445
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/650585

   2007-03-24 10:36:55 (#650585)

Монтирование для нескольких пользователей

Вот возникла такая проблемка есть машина на ней несколько учётных записей
если работает один человек то автомонтирование флешек и CD прошодит
великолепно но вот если вдруг подбегает второй пользователь с просьбой дать
поработать с флешкой я блокирую текущую сесию и он начинает новою для себя,
при вставлении его флешки она всё равно монтируется с правами первого
пользователя таже история и с CD.
Что надо подкрутить чтоб монтирование осуществлялось на текущего активного
пользователя ну или хотябы в зависимости от серийника флешки или vendorid и
productid и кто вообще занимается автомонтированием сменных носителей в linux
вообще и в FC6 в частности. Как я понимаю HAL только передаёт информацию об
оборудовании для приложения автомонтирования.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30838; Возраст листа: 1338; Участников: 1445
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/650584

   2007-03-24 10:20:29 (#650584)

Re: О не поддерживаемом контролле ЖМД в ФК6 снова.

Здравствуйте Strong
В сообщении от 23 марта 2007 Strong написал(a):
> Может кто объяснить феномен - просто любопытно (т.к. тех.пользы из
> этого уже не извлечёшь, вероятно: в аварийном режиме, grub-install
> не осуществить, chroot "говорит" что ядро слишком старое): почему
> контроллер ЖМД (вероятно 2005-6гг.в.
> - модель laptop, активно продаваемая сегодня Dell
> - Inspiron 1501, как заявлено memorytest86: набор микрох ATI RS482),
> который поддерживает RedHat 8 (~2000г.в.)! - ФК6, ФК5 не
> поддерживает,
> "говорит" нет ЖМД - как я уже тут писал?
Не понял я при чём-тут контроллер, но если chroot говорит, что что ядро
слишком старое, значит ядро (rescue системы) собрано с поддержкой
старого glibc, а программы, куда chrot-ишься на новом.

> Я думал, что мир ПО ("микрософт" не в счёт) развивается от худшего к
> лучшему, и "железо" поддерживаемое ядром когда-то должно бы
> поддерживаться и в будущем - в нём до сих пор поддерживается просто
> куча раритета. Почему так?
Так не бывает - при первой-же переделке ядра (изменение концепции и
т.п.) все модули, у которых нет поддержки (никто ими специально не
занимается) вылетят из ядра - никто их затачивать под новую концепцию
не будет.

> Поделитесь своими дельными мыслями на этот счёт, пожалуйста.
> Спасиб за ответы.

   2007-03-24 08:04:58 (#650559)

Re: Написать регулярное выражение

Shumeyko Andrey пишет:
> Поскольку не очень силён в Линуксе, возникла проблемка в вырезании
> строки в почтовом сервере Postfix при отправке сообщений из локальной
> сети, надо убрать информацию о локальных IP..
>
> Received: from [adsdg123].belgim.by ([172.[0..20].[0..255].[0..255]]) by [asdsdf].belgim.by
> with Microsoft SMTPSVC(5.0.2195.6713);
>
> вот эту строчку надо удалить, помогите кто чем может :))
Для облегчения построения регулярных выражений существует утилита
kregexpeditor (из KDE).

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30836; Возраст листа: 1338; Участников: 1443
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/650534

   Alexander Grebenkov 2007-03-24 01:16:44 (#650534)

О не поддерживаемом контролле ЖМД в ФК6 снова.

Может кто объяснить феномен - просто любопытно (т.к. тех.пользы из
этого уже не извлечёшь, вероятно: в аварийном режиме, grub-install
не осуществить, chroot "говорит" что ядро слишком старое): почему
контроллер ЖМД (вероятно 2005-6гг.в.
- модель laptop, активно продаваемая сегодня Dell
- Inspiron 1501, как заявлено memorytest86: набор микрох ATI RS482),
который поддерживает RedHat 8 (~2000г.в.)! - ФК6, ФК5 не поддерживает,
"говорит" нет ЖМД - как я уже тут писал?

Я думал, что мир ПО ("микрософт" не в счёт) развивается от худшего к
лучшему, и "железо" поддерживаемое ядром когда-то должно бы
поддерживаться и в будущем - в нём до сих пор поддерживается просто
куча раритета. Почему так?

Поделитесь своими дельными мыслями на этот счёт, пожалуйста.
Спасиб за ответы.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30835; Возраст листа: 1338; Участников: 1443
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/650519

   Strong 2007-03-24 00:40:22 (#650519)