On Fri, 17 Nov 2006 14:16:05 +0200 Konstantin Korikov
<lostcl***@i*****.ua> wrote:
> Ну а в каких дистрибутивах нельзя обновляться хоть каждый день? За
> исключением LiveCD конечно :)

А можно livecd iso на flash drive закатать, чтоб грузиться с него, или,
даже, на логический диск этого устройства?

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

On Fri, 17 Nov 2006 14:33:28 +0300 Крохин Анатолий Александрович
<akroh***@b*****.ru> wrote:
> А по мне, так избави Бог от таких сисадминов, которые отказываются

"Не упоминая Имя Бога в суе, ибо Он Не Оставит без Наказания того, кто
использует Имя Его по-напрасну." /Исход/. Пожалуйста.

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

On Fri, 17 Nov 2006 13:25:18 +0300 Roman I Khimov <rik@o*****.info> wrote:
> Как результат, рекомендовать Gentoo для сервера можно лишь в очень
> редких случаях. ИМХО, конечно.
Спасибо большое, Роман, за очень содержательное высказывание своего
мнения! Может, стоит написать статью, по-крайней мере, со временем?

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

On Mon, 20 Nov 2006 20:19:01 +0000
Sergey Potapov <dcod***@k*****.ru> wrote:

> On Sun, 19 Nov 2006 16:21:56 +0500
> "Dmitry V. Balabanov" <dm_***@b*****.ru> wrote:
>
> > Вам известно, что держать на сервере средства разработки это, как
> > грится, ни в какие рамки и ни в какие ворота? Приличные админы даже
> > rpm удаляют с серваков, и ставят его только перед самым обновлением.
>
> Никогда не знал. С какими серверами не работал, уж gcc там точно был.
> А как тогда админы делают обновления безопасности? Из сырцов не собрать
> - ждем rpm? A саму программу rpm ставят только перед самым обновлением?
> Из чего? Из rpm или сырцов? =))
>
Я говорил про приличных админов. :) Шутка. Без обид.
Почитайте на досуге.
http://tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/index.html

> > На второй вопрос ни один последователь Генту вразумительного ответа
> > так и не дал.
> > Зачем с такой яростью бороться с уже собранным софтом за место на
> > диске, выигрывая жалкие мегабайты и даже килобайты, но при этом
> > держать на диске тонны сырцов? Где логика?
>
> Зачем их держать? После установки можно удалить, обновления все равно
> ставятся из новых сырцов.
>
Обновить - качать. Пересобрать - качать. Все пересобрать - все качать.
Это просто. Это я понял.

> > И третий вопрос.
> > Почему каждый последователь Генту думает, что те сомнительные
> > миллисекунды, которые он выиграет от тотальной оптимизации всего и вся
> > несравнимо больше, чем часы,дни,недели затраченные на
> > сборку/пересборку?
>
> Про дни и недели это смешно получилось.
> Вмешательство человека в процесс сборки минимален (после основной
> настройки, конечно). Или у вас в серверной на ночь электричество
> выключают?
>
Речь шла не о вмешательстве человека, а о времени в процессорном смысле.

On Sun, 19 Nov 2006 16:21:56 +0500
"Dmitry V. Balabanov" <dm_***@b*****.ru> wrote:

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

Никогда не знал. С какими серверами не работал, уж gcc там точно был.
А как тогда админы делают обновления безопасности? Из сырцов не собрать
- ждем rpm? A саму программу rpm ставят только перед самым обновлением?
Из чего? Из rpm или сырцов? =))

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

Зачем их держать? После установки можно удалить, обновления все равно
ставятся из новых сырцов.

> И третий вопрос.
> Почему каждый последователь Генту думает, что те сомнительные
> миллисекунды, которые он выиграет от тотальной оптимизации всего и вся
> несравнимо больше, чем часы,дни,недели затраченные на
> сборку/пересборку?

Про дни и недели это смешно получилось.
Вмешательство человека в процесс сборки минимален (после основной
настройки, конечно). Или у вас в серверной на ночь электричество
выключают?

Hello Strong,

Monday, November 20, 2006, 8:37:11 PM, you wrote:

> Как мне лучше поступить в моей ситуации с плохо работающими 2/3 D
> технологиями в ФК6 (FC6) на ATI Radeon 9250 Sapphire:

> 1. Вернуться к ФК5;
> 2. Поставить xorg* более старых версий от ФК5;
> 3. Ждать неизвестного "светлого будущего" от xorg;
> 4. Снести xorg и поставить XFree86.

> ??

> Естественно, что из-за плохого ПО я не стану менять "железо" на более
> новое, скорее я вернусь к рабочему старому ПО (ФК5) или вообще её
> аналогу в CentOS.

> Пожалуйста, Ваши мысли.

Поищи проект DRI, по-моему там как раз эту проблему решали.

В сообщении от 1164048236 секунд после начала Эпохи Роман написал(а):

> Установить чуть более старое ядро и старые проприетарные родные драйвера от
> ATI. Комбинация kernel-2.6.14 и fglrx-8.18.8 должна точно работать.

kernel-2.6.17 fglrx-8.28.8 точно будет работать. Выше - без хака,
работать не будет.

В сообщении от 1164055270 секунд после начала Эпохи Strong написал(а):

> Вероятно, в ФК6 - это fedora-release?

$ rpm -q --whatprovides redhat-release
fedora-release-6-4

> Правильно ли я понял, что снеся
> этот пакет и поставив от ФК5 или ФК7 (в будущем), yum "понимает" что у
> меня стоит соот. версия, и будет ставить пакеты для тех версий?

Правильно Вы поняли.

Установить чуть более старое ядро и старые проприетарные родные драйвера от
ATI. Комбинация kernel-2.6.14 и fglrx-8.18.8 должна точно работать.

Насчет отсутствия поддержки старых моделей в новых версиях fglrx - я бы все же
проверил на вашем месте. То, что в версиях выше 8.18 в них была ошибка для
карт R200 (шлейфы в изображении, отсутствие прорисовки в некоторых играх)-
это точно, а вот насчет работы (поддержки) вообще - не уверен. Но я не
утверждаю, так просто к слову...

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

On Sat, 18 Nov 2006 15:01:10 +0200 Konstantin Korikov
<lostcl***@i*****.ua> wrote:
> $ man yum.conf
>
> $releasever
> This will be replaced with the value of the version
> of the package listed in distroverpkg. This defaults to the version
> of `redhat-release' package.

Вероятно, в ФК6 - это fedora-release? Правильно ли я понял, что снеся
этот пакет и поставив от ФК5 или ФК7 (в будущем), yum "понимает" что у
меня стоит соот. версия, и будет ставить пакеты для тех версий?

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

Как мне лучше поступить в моей ситуации с плохо работающими 2/3 D
технологиями в ФК6 (FC6) на ATI Radeon 9250 Sapphire:

1. Вернуться к ФК5;
2. Поставить xorg* более старых версий от ФК5;
3. Ждать неизвестного "светлого будущего" от xorg;
4. Снести xorg и поставить XFree86.

??

Естественно, что из-за плохого ПО я не стану менять "железо" на более
новое, скорее я вернусь к рабочему старому ПО (ФК5) или вообще её
аналогу в CentOS.

Пожалуйста, Ваши мысли.

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

On Mon, 20 Nov 2006 15:54:31 +0300 Андрей Черепанов <sibsku***@m*****.ru>
wrote:
> > Проблемы не решило: время всё равно переходит на зимнее время нашей
> > зоны. А вообще, как работает этот непереход на летнее время?
> UTC=false в /etc/sysconfig/clock
Я имею в виду сам принцип работы. К какому-то же времени (летнему или
зимнему) он должен быть привязан?

В данный момент я выставил следующую за моей временную зону - чтобы
синхронизация времени по ntp выставляло летнее время для моей зоны...
Отключив UTC, как Вы указали, и синхронизировав с сервером времени,
часы так и остались в своём зимнем времени.

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

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

Игорь Зябко:
> Добрый день!
> Назначение linux - 'Рабочий стол'
> Знания англ. нет - минимум
> Дистрибутив - Debian GNU/Linux 3.1 r2 "Sarge"
>
> 1) Как заставить исполнять команду mount из под пользователя, что бы были
> полные права на чтение и запись в точке монтирования

Кажется, эта проблема решается с помощью pmount:
$ sudo apt-get install pmount
$ man pmount

> 2) Где должна быть точка монтирования:
> в специальных каталогах /mnt /media /cdrom
> или все-таки создать ~/mnt/cdrom ~/mnt/c ~/mnt/usb_flash

Если пользовать pmount, то все им монтируемое будет монтироваться в /media.
Если прописывать нечто статичное в /etc/fstab, то имеет смысл
пользоваться /mnt или /media, по вкусу. Для CD можно и /cdrom использовать.
По желанию.

> 3) какие параметры исользовать чтобы не было проблем с файлами
> созданными в windows (с кодировкой 1251), если локаль koi8-r

Я так понимаю, что речь идет о FAT? В `man mount` указаны две
вещи: 'codepage=' и 'iocharset='. Указываем,
соответственно: "codepage=866,iocharset=koi8-r".

В сообщении от 20 ноября 2006 13:33 Игорь Зябко написал(a):
> 1) Как заставить исполнять команду mount из под пользователя, что бы были
> полные права на чтение и запись в точке монтирования

если что-то уже зараннее известное монтировать то в /etc/fstab нужно добавить
опцию user

> 2) Где должна быть точка монтирования:
> в специальных каталогах /mnt /media /cdrom
> или все-таки создать ~/mnt/cdrom ~/mnt/c ~/mnt/usb_flash

где больше нравится

> 3) какие параметры исользовать чтобы не было проблем с файлами
> созданными в windows (с кодировкой 1251), если локаль koi8-r

iocharset=koi8-r если после этого не увидит то попробывать codepage=cp866

> 4) где можно посмотреть полный список кодировок для mount, те [koi8-r |
> koi8r], [cp121 | windows-cp1251 ] итд

то что может понадобится - koi8-r, utf8, utf16, cp866, cp1251, iso8859-5,
более полный список идет в документации по ядру

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