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

> А разработчики Федоры могли бы внятное руководство по перекомпиляции своего
ядра
> написать. Совсем нетривиальная задача, оказывается.

Зачем? Во всех дистрибутивах это делается одинаково.

$ make mrproper
$ make menuconfig
$ make
# make modules_install
# make install

> > Я это тоже прочитал и не понял, насколько это нужно реальному десктопу.
> > Например, у меня сейчас 1.8 ГГц + 1 Гб RAM - что мне даст ядро с 4KSTACKS
?
>
> А у меня сейчас 800MHz + 256Mb RAM. А два месяца назад было 266MHz +
> 128Mb RAM.
>
> > Вы не могли бы прокомментировать в цифрах, может на примере Вашего компа,
если
> > так удобней.
> > Для embedded devices - я могу понять смысл, а для себя не увидел никакого
прироста/падения
> > производительности после пересборки ядра.
>
> Вы наверно не проводили специальные тесты. Даже разницу между 60fps и

Спасибо за ответ. Разность удельных весов считать не буду :)
Зато убедился, что я все правильно понял.
Пока гуглил вопрос, узнал, что вроде с драйверами nvidia тоже проблемы из-за
4KSTACKS.
А разработчики Федоры могли бы внятное руководство по перекомпиляции своего ядра
написать. Совсем нетривиальная задача, оказывается.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3198; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587593

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

> Я это тоже прочитал и не понял, насколько это нужно реальному десктопу.
> Например, у меня сейчас 1.8 ГГц + 1 Гб RAM - что мне даст ядро с 4KSTACKS ?

А у меня сейчас 800MHz + 256Mb RAM. А два месяца назад было 266MHz +
128Mb RAM.

> Вы не могли бы прокомментировать в цифрах, может на примере Вашего компа, если
> так удобней.
> Для embedded devices - я могу понять смысл, а для себя не увидел никакого прироста/падения
> производительности после пересборки ядра.

Вы наверно не проводили специальные тесты. Даже разницу между 60fps и
50 fps можно не заметить в Quake2 на глаз... Разработчиков можно понять
если захотеть. Если эта опция хоть на 1-2 % повышает
производительность, при этом, кроме драйверов Conexant, все работает
нормально, то есть смысл включать эту опцию. Нужны цифры? Умножьте
количество пользователей Линукс, которые не используют модем Conexant,
на 1.5 (предполагаемый прирост производительности в %) и отнимите от
этого числа произведение от количества пользователей Линукс, которые
используют модем Conexant, и числа 100, которое показывает потерю
производительности в %. Если в результате число будет положительное, то
общий результат от включения параметра 4KSTACKS имеет положительный
характер, а если число будет отрицательное, то отрицательный характер.

> Во первых, оно по умолчанию. Во вторых экономит память, так как этот
> стек выделяется на каждый процесс/нить.

Я это тоже прочитал и не понял, насколько это нужно реальному десктопу.
Например, у меня сейчас 1.8 ГГц + 1 Гб RAM - что мне даст ядро с 4KSTACKS ?
Вы не могли бы прокомментировать в цифрах, может на примере Вашего компа, если
так удобней.
Для embedded devices - я могу понять смысл, а для себя не увидел никакого прироста/падения
производительности после пересборки ядра.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3196; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587495

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

> Нашлась такая информация:
> http://forums.gentoo.org/viewtopic.php?t=188211&highlight=stacks
> What's the pros and cons of using these new 4k stacks?
> Reduced memory consumption. Insignifiant if you have more than 64 megabytes
of
> RAM, though. Mainly useful for the embedded market.

А вот что в ядре

config 4KSTACKS
bool "Use 4Kb for kernel stacks instead of 8Kb"
default y
help
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations.

> Но ведь Федора ставится не на embedded devices, а на PC, где в 99% случаев
RAM>64Mb!
> Может кто-то знает более серьезную причину?

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

On Tue, 5 Sep 2006 15:57:30 +0300
Konstantin Korikov <lostcl***@i*****.ua> wrote:
>
> RedHad в свою очередь делает аналогичный продукт AIGLX, который тоже
> находится в стадии разработки.
>
AIGLX уже в x.org 7.1 .
http://xorg.freedesktop.org/wiki/PressReleases/X11R71Released

Всем привет,
очень нужно поставить RHEL 4 up3 на RAID-0 из двух HDD
райд создан на основе контроллера с чипом via vt6421
драйвера для Redhat9 есть на сайте производителя + там же лежат дрова
под Fedora 1-2, но под нужный мне релиз нету !?
пробовал пихать с дискетки драйвера для Redhat9 RHELu - ничего не
получается, он говорит - нету таких девайсов и все...
RHEL предлагает поставить дрова, которые идут у него в комплексте, но
! в комплекте идут дрова которые позволяют твидеть винты массива
по-одному - такой вариант совсем не катит

кто знает, подскажите как быть
спасибо за внимание, если что-то непонятно написано - готов ответить
на ваши вопросы

Нужно было поднять софтмодем (Conexant) - пришлось учиться пересобирать ядро
для Федоры. Убил кучу времени - и всё из-за единственного параметра. Решил узнать,
зачем он нужен.

Нашлась такая информация:
http://forums.gentoo.org/viewtopic.php?t=188211&highlight=stacks
What's the pros and cons of using these new 4k stacks?
Reduced memory consumption. Insignifiant if you have more than 64 megabytes of
RAM, though. Mainly useful for the embedded market.

Но ведь Федора ставится не на embedded devices, а на PC, где в 99% случаев RAM>64Mb!
Может кто-то знает более серьезную причину?

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3192; Возраст листа: 1049; Участников: 955
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587288

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

> Здравствуйте Konstantin Korikov
> В сообщении от 5 сентября 2006 01:22 Konstantin Korikov написал(a):
> > (nv), насколько я понимаю, 3D ускорение вообще не поддерживает.
> Я то-же так думал, а тут пришлось Compact 3.0 ставить на старую машину с
> RivaTNT - nvidia драйвра из дистрибутива её не поддерживают, пришлось
> поставить nv, но к моему удивлению 3D игрушки заработали () и особо не
> тормозили.

Значит небольшой прогресс Open Source драйверах все таки есть :)

> PPS тут ещё xgl на подходе. Вчера в журнале про него прочитал и не
> пойму - он что GLX на видеокартах поддерживает, то-ли работает на
> основе OpenGLX (невнятно как-то в журнале про это было сказано).

XGL - это расширения для X-сервера, для отрисовки элементов
графического интерфейса (например окна и различные эффекты с ними)
средствами OpenGL. Разрабатывается компанией Novell. Насколько я
понимаю, еще в стадии разработки.

RedHad в свою очередь делает аналогичный продукт AIGLX, который тоже
находится в стадии разработки.

Кто победит и чья технология станет стандартом покажет время.

Здравствуйте Konstantin Korikov
В сообщении от 5 сентября 2006 01:22 Konstantin Korikov написал(a):
> (nv), насколько я понимаю, 3D ускорение вообще не поддерживает.
Я то-же так думал, а тут пришлось Compact 3.0 ставить на старую машину с
RivaTNT - nvidia драйвра из дистрибутива её не поддерживают, пришлось
поставить nv, но к моему удивлению 3D игрушки заработали () и особо не
тормозили.

PS Точнее - точно работала игрушка :
rpm -qi AlephOne
Aleph One
D-стрелялка от первого лица
Aleph One - это Open Source аркадная 3D-игра от первого лица, основанная
на игре Marathon 2 от Bungie Software. Она поддерживает OpenGL для
отрисовки, но его наличие в системе необязательно

PPS тут ещё xgl на подходе. Вчера в журнале про него прочитал и не
пойму - он что GLX на видеокартах поддерживает, то-ли работает на
основе OpenGLX (невнятно как-то в журнале про это было сказано).

В сообщении от Вторник 05 сентября 2006 03:22 Konstantin Korikov написал(a):
> В сообщении от 1153984764 секунд после начала Эпохи Nikonov Alexey
написал(а):
> > 1. Накопить статистику зависания по логам:
> > анализировать логи работы Xorg
> > запускать игры с включенным отладочным режимом и сохранять логи на
> > момент зависания
>
> В логах просто ничего нет. Иксы виснут и даже в логи ничего не идет. В
> стандартном потоке ошибок и в стандартном выводе Quake2 тоже ничего нет.
>
> В сообщении от 1153939883 секунд после начала Эпохи Yashchenko Yevgeniy
написал(а):
> > это проблема всех радеонов насколько я знаю, для этого в виндовых
> > драйверах есть даже специальная утилитка, которая "перегружает"
> > карточку, если та перестает реагировать на запросы драйвера. Как с этим
> > в линуксе - шут его знает. Скорее всего никак :(
>
> Возможно в этом проблема. Я пробовал запускать Quake в Knoppix 3.4 где
> не Xorg, а старый XFree86 и стандартный OpenSource драйвер radeon. Там
> играть можно было долго и без зависаний. Очевидно что в новом XOrg
> что-то поломали в драйвере.
>
> Сейчас использую проприетарный драйвер от ATI. Игры так уже не виснут,
> но виснет машина вообще. Например часто при переключении в
> виртуальную консоль, а так же при переключении игры из полноэкранного
> режима в оконный. Виснет окончательно, так что музыка останавливается и
> ядро перестает реагировать на волшебные клавиши. Еще с этими драйверами
> невозможно запустить вторые иксы на другой виртуальной консоли. И не
> работает вывод xv в mplayer.
>
> Эх... Старый S3 Virge я вспоминаю просто как сказку. Неужели нужно
> чтобы железка окончательно устарела, чтобы начала работать без
> глюков?...
>
> Интересно а как в этом плане с карточками nVidia? OpenSource драйвер
> (nv), насколько я понимаю, 3D ускорение вообще не поддерживает. Так что
> если нужен 3D, нужно ставить закрытые драйвера. А как у них со
> стабильностью? Насколько хорошо поддерживаются все расширения X-сервера?
>
Пользуюсь несколько лет. GeForce FX5200 - поддерживается нормально. Играл
в Quake со второго по четвёртый - не висло ни разу.

> Неужели кроме ATI и nVidia нет других производителей современных
> карточек способных полноценно работать в Linux?

Говорят, Intel для своего чипа драйверы открыл

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

> 1. Накопить статистику зависания по логам:
> анализировать логи работы Xorg
> запускать игры с включенным отладочным режимом и сохранять логи на
> момент зависания

В логах просто ничего нет. Иксы виснут и даже в логи ничего не идет. В
стандартном потоке ошибок и в стандартном выводе Quake2 тоже ничего нет.

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

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

Возможно в этом проблема. Я пробовал запускать Quake в Knoppix 3.4 где
не Xorg, а старый XFree86 и стандартный OpenSource драйвер radeon. Там
играть можно было долго и без зависаний. Очевидно что в новом XOrg
что-то поломали в драйвере.

Сейчас использую проприетарный драйвер от ATI. Игры так уже не виснут,
но виснет машина вообще. Например часто при переключении в
виртуальную консоль, а так же при переключении игры из полноэкранного
режима в оконный. Виснет окончательно, так что музыка останавливается и
ядро перестает реагировать на волшебные клавиши. Еще с этими драйверами
невозможно запустить вторые иксы на другой виртуальной консоли. И не
работает вывод xv в mplayer.

Эх... Старый S3 Virge я вспоминаю просто как сказку. Неужели нужно
чтобы железка окончательно устарела, чтобы начала работать без
глюков?...

Интересно а как в этом плане с карточками nVidia? OpenSource драйвер
(nv), насколько я понимаю, 3D ускорение вообще не поддерживает. Так что
если нужен 3D, нужно ставить закрытые драйвера. А как у них со
стабильностью? Насколько хорошо поддерживаются все расширения X-сервера?

Неужели кроме ATI и nVidia нет других производителей современных
карточек способных полноценно работать в Linux?

Здравствуйте!

Вот такая проблема, имеющая к Linux довольно таки опосредованное отношение,
но не знаю, где больше спросить.
Итак есть вот такая вот сеть:

сплиттер DSL-модем роутер Cisco
тел. __ ----|___|-----|__|----x-------|____|
| |
| | шлюз Kraftway
| __|| |_______|
| |
| |
| | свитч
| ___|| |_________|
| || | |
| || | |
| || локальная
| || сеть
| 2||1
|_______|___|
3 комп

Телефонный провод через сплиттер идёт к ADSL-модему, тот обычной витой парой
(но с кроссоверной разводкой) подключается к маршрутизатору Cisco. Cisco
обычной витой парой (прямой) соединён с шлюзом Kraftway (не знаю, что это
такое, я так понял, что это обычный компьютер, только маленький (barebone),
что он делает - непонятно). Шлюз же втыкается в свитч (довольно навороченный,
судя по виду; фирма Zyxel). К свитчу же подключены компы нашей локальной
сети, в т.ч. и мой (на рисунке это "комп").
На моём компе 2 сетевые карты. У одной адрес 192.168.1.2 - это в локальную
сеть; на другой - 10.10.2.2 - это "корпоративная сеть" конторы. Шлюз для этой
сети - 10.10.2.1 - это, как я понял, этот самый Kraftway.
Всю эту хренотень настроили специалисты конторы. Доступа в Интернет нету,
доступны только сайт и почтовый сервер конторы.
Сам я во всем этом деле разбираюсь очень слабо.

Вопрос номер 1: предполагается, что все компы из нашей локалки должны иметь
адреса из сети 10.10.2.0/24. Но выставлять это хозяйство "наружу" как-то
боязно; поэтому и воткнул вторую сетевую карту, при этом "наружный" интерфейс
прикрыт файрволом. Насколько безопасно такое решение? Может ли кто-то
"снаружи" попасть в нашу локальную сеть? Я не знаю ничего насчёт настроек
"Циски" и "Крафтвэя" и никак не могу на них повлиять.

Вопрос номер 2: кроме диапазона 10.10.2.0/24, выданного конторой провайдер
дал ещё один диапазон "серых" адресов. Причём с этими адресами доступна вся
внутренняя сеть провайдера, а это уже кое что.
Если в месте, обозначенном крестиком, я воткну хаб (именно хаб), проведу от
него провод к третьей сетевой карте на моём компе и назначу ей адрес из
диапазона, выданного провайдером, будет ли эта фигня работать? (если что, хаб
с автоопределением типа кабеля, т.е. прямой или кросс). Сможет ли контора
как-то обнаружить такое подключение? Контора - обычный клиент провайдера,
никаких особых отношений у них нет, на маршрутизаторы от нашего филиала
конторы до неё самой они влиять не могут.

Если что - это нарушение (но не сильное) с точки зрения конторы, но для
провайдера это вроде как нормально.
Насчёт оффтопичности вопроса: если вся эта хренотень может (будет) работать,
то предполагается на получившийся мега-шлюз поставить Linux :)

Спасибо за ответы-советы.

PS: извините, если схема у вас расползлась - старался, как мог, у меня она
выглядела нормально.

В Срд, 26/07/2006 в 21:37 +0300, Konstantin Korikov пишет:
> Вот подарили мне Radeon 9200 :) Работают OpenSource драйверы. Работает
> 3D-ускорение. Вот только игры периодически зависают :( Думал вначале
> что это из-за перегрева чипа (мне его без вентилятора дали).
>...

это проблема всех радеонов насколько я знаю, для этого в виндовых
драйверах есть даже специальная утилитка, которая "перегружает"
карточку, если та перестает реагировать на запросы драйвера. Как с этим
в линуксе - шут его знает. Скорее всего никак :(

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3186; Возраст листа: 1009; Участников: 934
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/575659

Konstantin Korikov пишет:
> Вот подарили мне Radeon 9200 :) Работают OpenSource драйверы. Работает
> 3D-ускорение. Вот только игры периодически зависают :(
>
[skipped]
> Кто что посоветует для решения проблемы?
>
1. Накопить статистику зависания по логам:
анализировать логи работы Xorg
запускать игры с включенным отладочным режимом и сохранять логи на
момент зависания
2. Проанализировать логи
3. Советоваться с Обществом (можно без п. 2 ;-) )

Nikonov Alexey
aka ElaDar

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3185; Возраст листа: 1009; Участников: 934
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/575529

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

> radeon'ы до 9200 стабильно работают с опенсорсным драйвером. Выше - хз,
> разработка ведется, но я бы не доверял им свою видяху пока.

Вот подарили мне Radeon 9200 :) Работают OpenSource драйверы. Работает
3D-ускорение. Вот только игры периодически зависают :( Думал вначале
что это из-за перегрева чипа (мне его без вентилятора дали). Поставил
вентилятор, все равно зависают. Иногда после получаса, иногда и три
часа можно поиграть. Зависание имеет такой характер: игра замирает,
звук продолжает звучать, нажатия на клавиши, кроме Magick Keys ни к
чему не приводят, даже на другую консоль переключится нельзя. Зависания
наблюдал в Quake2 и Scorched3D (больше я ни во что особо не играл).
Если не играть, то машина не виснет. Конечно есть выход - не играть.
Но, как я уже говорил, OpenGL не только в играх может использоваться.

Кто что посоветует для решения проблемы? Могут ли такие зависания
возникать из-за возможно некачественных драйверов? Стоит ли пробовать
ставить фирменные драйвера? А может нужно что-то в настройках
OpenSource драйвера подкрутить? Там много разных настроек есть,
значение которых мне далеко не всегда понятно.

В сообщении от Понедельник 3 июля 2006 03:14 Konstantin Korikov написал(a):

> И еще заметил что X-сервер перестал работать без сервера шрифтов. Даже
> если все пути к шрифтам прописаны в `xorg.conf' все равно без сервера
> шрифты не находит.
Странно, у меня работает без xfs и тоже на FC5 (и вообще xfs не установлен).

В сообщении от 1151842194 секунд после начала Эпохи Dmitry V. Balabanov написал(а):

> Основное заметное изменение - xorg построен по модульному типу. Т.е. все
> состоит из разных пакетов. В остальном все хорошо работает, как и раньше.
> :)

Угу, и еще пути поменялись:

/usr/X11/bin на /usr/bin
/usr/X11/lib на /usr/lib
/usr/X11/share на /usr/share/X11

По крайней мере это у меня так в FC5

И еще заметил что X-сервер перестал работать без сервера шрифтов. Даже
если все пути к шрифтам прописаны в `xorg.conf' все равно без сервера
шрифты не находит.

On Sun, 2 Jul 2006 12:43:09 +0400
Ilia N Ternovich <tilli***@m*****.ru> wrote:

> Здраствуйте!
>
> Кто-нибудь уже пользуется сабжем? Есть какие-нибудь заметные изменения?
>
Основное заметное изменение - xorg построен по модульному типу. Т.е. все
состоит из разных пакетов. В остальном все хорошо работает, как и раньше.
:)

Здраствуйте!

Кто-нибудь уже пользуется сабжем? Есть какие-нибудь заметные изменения?

On Tue, 20 Jun 2006 22:48:36 +0300
Konstantin Korikov <lostcl***@i*****.ua> wrote:
>
> Идеология рождается не на пустом месте. С коммерческими драйверами
> возникают трудности при установке на свежие ядра.
>
Справедливости ради нужно заметить, что подобные изменения, такие как
были недавно, в ядро вносятся очень редко. Nvidia девелоперы выпустили
патч для драйвера, если мне не изменяет память, в течении недели, двух
после того, как проблема нарисовалась. Так что большими трудностями это
не назовешь. :)

> Та в общем мне и не нужна самая самая лучшая карта. Мне просто нужно
> чтобы работало аппаратное ускорение для 3D и 2D графики. Покупать
> дорогую карту и не использовать ее основные прелести не хотелось бы.

Угу, но нужно еще добавить, что в Mesa практически отсутствует поддержка
современных железных шейдеров и растеризеров, что сказывается не только на
скорости работы GL приложений, но и на качестве картинки.

> Требования в ускорении графики вызваны не сколько играми, сколько
> нынешними тенденциями в реализации графического пользовательского
> интерфейса. Все чаще и чаще OpenGL применяется в программах, далеких от
> игровых. Взять хотя-бы новые расширения к X-серверу, что разрабатываются
> RedHat и Novel, что позволяют делать красивые эффекты с окнами. Ну и
> некоторые тулкиты, типа fltk могут использовать OpenGL.
>
Как бы то ни было нужно признать, что фирменные драйвера и реализации GL,
на сегодняшний день, справляются с любыми задачами лучше, чем OpenSource,
что впрочем не удивительно учитывая закрытость интерфейсов и железной
реализации. :(

On Tue, 20 Jun 2006 22:48:36 +0300
Konstantin Korikov <lostcl***@i*****.ua> wrote:

> Идеология рождается не на пустом месте. С коммерческими драйверами
> возникают трудности при установке на свежие ядра.

Ну не знаю о чем речь, но моя старушка GF 5700, прекрасно себя чувствует с
2.6.9 и по сей день :)

На следующей неделе попробую 2.6.17, если интересно, скину на личный
адрес ;-)

> Требования в ускорении графики вызваны не сколько играми, сколько
> нынешними тенденциями в реализации графического пользовательского
> интерфейса. Все чаще и чаще OpenGL применяется в программах, далеких от
> игровых. Взять хотя-бы новые расширения к X-серверу, что разрабатываются
> RedHat и Novel, что позволяют делать красивые эффекты с окнами. Ну и
> некоторые тулкиты, типа fltk могут использовать OpenGL.

Ну если найдете, то GF5700LE очень дешево сейчас и достаточно сердито. Я
полгода работаю с 3d графикой ( модели вплоть до 120 000 полигонов +
текстуры 2048x2048 и выше ) -- тормозов нет. Возможно особенность
движка... Однако приходится редактировать в 3dmax и экспортировать
MilkShape3d ( под vmware естественно :). Там точно тормозов не
наблюдается ;-)

--
God bless you!
Ilia

2.6.16-gentoo-r8 AMD Athlon(tm) XP 2600+

mailto: ternovi***@g*****.com
icq: 198233378

VegaTrek Developer: http://wcuniverse.sourceforge.net/vegatrek/
VegaTrek Forum Moderator:
http://vegastrike.sourceforge.net/forums/viewforum.php?f=13
You know you're using the computer too much when: when your life becomes
routine enough to write a script to do it for you. -- smonijhay1
$gpg --keyserver cryptonomicon.mit.edu --search-keys tillias

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3178; Возраст листа: 973; Участников: 915
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/563218

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

> radeon'ы до 9200 стабильно работают с опенсорсным драйвером. Выше - хз,
> разработка ведется, но я бы не доверял им свою видяху пока.

Спасибо. Учту.

В сообщении от 1150839300 секунд после начала Эпохи Dmitry V. Balabanov написал(а):

> Как я понял речь идет не столько об OpenGL, как об железном ускорении
> графики под OpenGL(2D,3D).

Ну, в общем да. Программный рендеринг в OpenGL меня как-то не очень
забавляет :)

> Если вы собираетесь покупать карту с
> более-менее высокой ценой, то лучше забыть про идеологию. Иначе
> получится, что часть денег вы просто выкинете на ветер. У меня GF6600
> 128MB, так пользую фирменный драйвер от Nvidia(и OpenGL реализацию
> разумеется), иначе даже такие отполированные по скорости игры, как Quake 4
> и Doom 3 начинают тормозить.
> С фирменными же драйверами вы сможете наслаждаться всеми спецэффектами,
> да еще и при хорошей скорости. Придется только исповедоваться чаще. ;)

Идеология рождается не на пустом месте. С коммерческими драйверами
возникают трудности при установке на свежие ядра.

Та в общем мне и не нужна самая самая лучшая карта. Мне просто нужно
чтобы работало аппаратное ускорение для 3D и 2D графики. Покупать
дорогую карту и не использовать ее основные прелести не хотелось бы.
Требования в ускорении графики вызваны не сколько играми, сколько
нынешними тенденциями в реализации графического пользовательского
интерфейса. Все чаще и чаще OpenGL применяется в программах, далеких от
игровых. Взять хотя-бы новые расширения к X-серверу, что разрабатываются
RedHat и Novel, что позволяют делать красивые эффекты с окнами. Ну и
некоторые тулкиты, типа fltk могут использовать OpenGL.

On Tue, 20 Jun 2006 20:16:26 +0300
Konstantin Korikov <lostcl***@i*****.ua> wrote:

> Всем привет.
>
> Возможен ли OpenGL под OpenSource драйверами? Если да, то какую железку
> надо иметь чтоб работала под Linux?
>
Как я понял речь идет не столько об OpenGL, как об железном ускорении
графики под OpenGL(2D,3D). Если вы собираетесь покупать карту с
более-менее высокой ценой, то лучше забыть про идеологию. Иначе
получится, что часть денег вы просто выкинете на ветер. У меня GF6600
128MB, так пользую фирменный драйвер от Nvidia(и OpenGL реализацию
разумеется), иначе даже такие отполированные по скорости игры, как Quake 4
и Doom 3 начинают тормозить.
С фирменными же драйверами вы сможете наслаждаться всеми спецэффектами,
да еще и при хорошей скорости. Придется только исповедоваться чаще. ;)

Konstantin Korikov wrote:
> Всем привет.
>
> Возможен ли OpenGL под OpenSource драйверами? Если да, то какую железку
> надо иметь чтоб работала под Linux?
radeon'ы до 9200 стабильно работают с опенсорсным драйвером. Выше - хз,
разработка ведется, но я бы не доверял им свою видяху пока.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3174; Возраст листа: 972; Участников: 915
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/563150

Всем привет.

Возможен ли OpenGL под OpenSource драйверами? Если да, то какую железку
надо иметь чтоб работала под Linux?

Добрый вечер, друзья!

По просьбе фирмы Моторола размещаю текст.

Motorola объявляет конкурс на вакансии Разработчиков ПО!
Проверь себя - пройди тест и отправь резюме!

Тесты (по C/C++ и Java) лежат у нас:

http://www.linuxrsp.ru/motorola/

После успешного прохождения теста будет предложено заполнить и отправить
резюме.

Спасибо всем!

On Wed, 7 Jun 2006 06:54:41 +0300
Konstantin Korikov wrote:

> В сообщении от 1149264853 секунд после начала Эпохи Oleg Matviychuk написал(а):
>
> > Когда-то попался опрос общественного
> > мнения на тему "Почему я пользую линух" или что-то в этом духе, так очень
> > большой процент ответов был в духе "патамуша не папсова".
>
> "Когда-то" - это в году так 96? Ну в то время одни хакеры на нем и сидели.
>
В том далеком году я и об Win не сильно подозревал ;). Да не, где-то начало
этого тысячелетия. Хотя я могу ошибаться.

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

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

"Когда-то" - это в году так 96? Ну в то время одни хакеры на нем и сидели.

On Mon, 05 Jun 2006 14:20:46 +0400
Иваненко Денис wrote:

> Здравствуйте, Дектярёв Михаил Владимирович.
>
> 26.05.2006 9:45 Вы писали:
> > А it - это точно средний род? Насколько я знаю, в английском языке
> > прилагательные/глаголы и т.д. по родам не склоняются, т.е. говорить о
> > том, какого рода в английском языке неодушевлённые предметы, нельзя.
> >
> >
> It переводится как "оно". Какой это род, как Вы думаете?
>
Не совсем верно. Слово "it" не имеет пола вообще как такового, и относится ко
всем неодушевленным предметам, а также живым, но не высшим млекопитающим
(людям).

Добрый день!

>> 2. Где почитать про настройку звуковой студии?

> Насколько я знаю, издательство DiaSoft недавно выпустило книжку про
> работу со звуком в GNU/Linux.

Обзор этой книги можно посмотреть в Chip Linux Зима 2005 (стр. 97)

ftp://ftp.altlinux.ru/pub/people/tvb/chip-linux/04_2005/

ftp://ftp.altlinux.ru/pub/people/tvb/chip-linux/04_2005/postscript_linux_04_05.zip

Здравствуйте, Дектярёв Михаил Владимирович.

26.05.2006 9:45 Вы писали:
> А it - это точно средний род? Насколько я знаю, в английском языке
> прилагательные/глаголы и т.д. по родам не склоняются, т.е. говорить о
> том, какого рода в английском языке неодушевлённые предметы, нельзя.
>
>
It переводится как "оно". Какой это род, как Вы думаете?

Здравствуйте!

> 2. Где почитать про настройку звуковой студии?

Насколько я знаю, издательство DiaSoft недавно выпустило книжку про
работу со звуком в GNU/Linux.

On Sat, 3 Jun 2006 13:48:48 +0400
Kasper wrote:

> Hello Oleg,
>
> Friday, June 2, 2006, 8:14:13 PM, you wrote:
>
> OM> On Fri, 2 Jun 2006 14:13:31 +0300
> OM> Konstantin Korikov wrote:
>
> >> В сообщении от 1149214581 секунд после начала Эпохи Kasper написал(а):
> >>
> >> > Как же DragonFlyBSD? Это предвидение того, что фряха окончательно
> >> > опопсеет, сделали ответвление, улучшили работу с памятью, да вообще в
> >> > ней много исправлений, которые после были применены и в фряхе. Если не
> >> > устраивает фряха, можешь использовать например OpenBSD или NetBSD...
> >>
> >> Или свою собственную ОС напиши. Это будет самая непопсовая система из
> >> всех непопсовых систем :) Только исходный код не публикуй, а то
> >> опопсеет. :)
> >>
> OM> А вот совершенно напрасно ты ерничаешь. Когда-то попался опрос общественного
> OM> мнения на тему "Почему я пользую линух" или что-то в этом духе, так очень
> OM> большой процент ответов был в духе "патамуша не папсова". Причем с заявлениями
> OM> "кагда линух савсем апапсеет, аканчатильна пирипалзу на фрю". Вот так вот.
> Не
> OM> всех интересуют какие-то там удобства, стабильности и прочая лабуда. Когда
> OM> винда загнется, народ на нее с фри полезет, ибо непопсовой стала, в отличии
> от
> OM> последней ;).
>
>
> Работаю сейчас под виндой, т.к. пока еще студент, без этого никуда, да
> чего таить мне и вынь нравится.

Я и сам пока не снес это чудо инженерной мысли. И максимум, что я сделаю с ним
- поставлю под vmware (если разберусь ;)), ибо по работе необходимо работать
с
сайтами, жутко заточенными под IЕ. Плюс, софт у нас тоже свой, и тоже под вынь.
Об эмуляторе нефик и мечтать - оно и под виндой не всегда работает ;).

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

Kеды в студию....

Например, чтобы добавить пользователя в систему существует
> консольная прога useradd, так нет же кому-то пришло в голову написать
> графическую утилиту :) Много таких примеров. Согласен что можно и не
> ставить их, это свой выбор, но от свободы выбора дистрибутив не
> уменьшается... Потому пока остановился на Gentoo, но со временем
> планирую перебраться на DragonFlyBSD.
>

Лично я с фрей не работал, так как времени не хватает разобраться, но в
рассылках по фре регулярно встречаются посты по поводу того, что делать с
отсутствующей алсой, как прикрутить оперу/мозиллу и т. д. Из чего делаю вывод,
что фря катагорически не готова к десктопу. ИМХО.

Hello Oleg,

Friday, June 2, 2006, 8:14:13 PM, you wrote:

OM> On Fri, 2 Jun 2006 14:13:31 +0300
OM> Konstantin Korikov wrote:

>> В сообщении от 1149214581 секунд после начала Эпохи Kasper написал(а):
>>
>> > Как же DragonFlyBSD? Это предвидение того, что фряха окончательно
>> > опопсеет, сделали ответвление, улучшили работу с памятью, да вообще в
>> > ней много исправлений, которые после были применены и в фряхе. Если не
>> > устраивает фряха, можешь использовать например OpenBSD или NetBSD...
>>
>> Или свою собственную ОС напиши. Это будет самая непопсовая система из
>> всех непопсовых систем :) Только исходный код не публикуй, а то
>> опопсеет. :)
>>
OM> А вот совершенно напрасно ты ерничаешь. Когда-то попался опрос общественного
OM> мнения на тему "Почему я пользую линух" или что-то в этом духе, так очень
OM> большой процент ответов был в духе "патамуша не папсова". Причем с заявлениями
OM> "кагда линух савсем апапсеет, аканчатильна пирипалзу на фрю". Вот так вот.
Не
OM> всех интересуют какие-то там удобства, стабильности и прочая лабуда. Когда
OM> винда загнется, народ на нее с фри полезет, ибо непопсовой стала, в отличии
от
OM> последней ;).

Работаю сейчас под виндой, т.к. пока еще студент, без этого никуда, да
чего таить мне и вынь нравится. Вопрос в другом, когда ОС становится
популярной в нее ползет ламерье, соответственно разработчикам уже
некуда деваться, появляется необходимость в обеспечении удобством
пользователей, зачастую жертвуя большим количеством системных
ресурсов. Например, чтобы добавить пользователя в систему существует
консольная прога useradd, так нет же кому-то пришло в голову написать
графическую утилиту :) Много таких примеров. Согласен что можно и не
ставить их, это свой выбор, но от свободы выбора дистрибутив не
уменьшается... Потому пока остановился на Gentoo, но со временем
планирую перебраться на DragonFlyBSD.

Да и потом попсовые исполнители (большинство) "рубают" под фанеру, это
просто к примеру :) Конечно же это дело каждого и никого, ни в коей
мере не хочу обидеть.

On Fri, 2 Jun 2006 14:13:31 +0300
Konstantin Korikov wrote:

> В сообщении от 1149214581 секунд после начала Эпохи Kasper написал(а):
>
> > Как же DragonFlyBSD? Это предвидение того, что фряха окончательно
> > опопсеет, сделали ответвление, улучшили работу с памятью, да вообще в
> > ней много исправлений, которые после были применены и в фряхе. Если не
> > устраивает фряха, можешь использовать например OpenBSD или NetBSD...
>
> Или свою собственную ОС напиши. Это будет самая непопсовая система из
> всех непопсовых систем :) Только исходный код не публикуй, а то
> опопсеет. :)
>
А вот совершенно напрасно ты ерничаешь. Когда-то попался опрос общественного
мнения на тему "Почему я пользую линух" или что-то в этом духе, так очень
большой процент ответов был в духе "патамуша не папсова". Причем с заявлениями
"кагда линух савсем апапсеет, аканчатильна пирипалзу на фрю". Вот так вот. Не
всех интересуют какие-то там удобства, стабильности и прочая лабуда. Когда
винда загнется, народ на нее с фри полезет, ибо непопсовой стала, в отличии от
последней ;).

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

> Как же DragonFlyBSD? Это предвидение того, что фряха окончательно
> опопсеет, сделали ответвление, улучшили работу с памятью, да вообще в
> ней много исправлений, которые после были применены и в фряхе. Если не
> устраивает фряха, можешь использовать например OpenBSD или NetBSD...

Или свою собственную ОС напиши. Это будет самая непопсовая система из
всех непопсовых систем :) Только исходный код не публикуй, а то
опопсеет. :)

Hello Ilia,

Monday, May 29, 2006, 10:56:35 PM, you wrote:

INT> Не могу не согласиться. Лишь бы расширение функциональности не порождало
INT> новые глюки. С удивлением и горечью прочел, что FreeBSD взяла курс на
INT> десктопы пользователей :(
INT> Посмотрим что из этого выйдет -- наверное KDE на каждом сервере к 2010
INT> году :(

Как же DragonFlyBSD? Это предвидение того, что фряха окончательно
опопсеет, сделали ответвление, улучшили работу с памятью, да вообще в
ней много исправлений, которые после были применены и в фряхе. Если не
устраивает фряха, можешь использовать например OpenBSD или NetBSD...

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3161; Возраст листа: 954; Участников: 902
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/556610

On 5/26/06, Nikonov Alexey <nikonovalex***@i*****.ru> wrote:
>
> Насколько я помню, Qt имеет две схемы лицензирования: платную для
> разработки коммерческих решений и бесплатную - для разработки OpenSource.
>

Совершенно верно. Причем то, что начали разрабатывать как olpen source
не может уже быть преобразовано в коммерческую версию. Однако,
внутренние разработки (не пубдичные и не продаваемые) остаются на
усмотрение разработчиков.

> Если не секрет, что разрабатывалось? Покупали одну лицензию или на

Разрабатывалать большая система для обработки геофизических данных. Но
это не только (и даже, не столько) интерфейсы, сколько математика,
алгоритмы.

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

Поэтому купили одну лицензию (но многоплатформенную), с которой 1
разрабоотчик интерфейсов (ну, в основном :)) написал закрытую часть.
Но в состав системы входят и части с открытым кодом - для них
использовали GPL.

По отношению к конечному пользователю совершенно чисто, поскольку Qt
Commercial не предполагает выплат Troll за инсталяции - royalty free.

-----BEGIN PGP SIGNED MESSAGEHash: SHA1

Sergey Potapov wrote:

>>> Есть жалобы на четвертую версию?
>> По большей части - нет.
>> Не собирается только несколько пакетов, да и то навярняка для них уже
>> есть патчи.
>
> Это и пугает. Чтобы скомпилять код другой версией компилятора, нужно
> его пропатчить. Дикость.

Это касается лишь некоторой части программ, которые были написаны не по
стандарту.
Т.е. они вообще не должны собираться ни одним компилятором, и то, что
они собирались старой версией gcc похоже на чудо.

- --
WBR, Vladimir Rusinov aka B.
Load average now: 0.64 1.48 2.07 10/177 12974
-----BEGIN PGP SIGNATUREVersion: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEfJlsZ4E7sNcp26sRAoufAJ9AzwK+y3dF09EQ0QRi5MUyOlVn9ACgho3K
CTm9+pm0TmogJMUVALLBR3I=
=8+i6
-----END PGP SIGNATURE-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3159; Возраст листа: 952; Участников: 903
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/555900

On Mon, 29 May 2006 23:08:16 +0300
Konstantin Korikov <lostcl***@i*****.ua> wrote:

> Это преувеличение.

Согласен.

> Только вот мне не совсем понятно как новые функции,
> рассчитанные на десктоп могут навредить работе сервера? Т.е. если мы
> имеем сервер, мы ведь не ставим KDE. Тоже самое и в ядре - не нужные
> функции можно отключить.

Ну так это же доблестная пресса нас пугает каждый день. Только я поверил,
прочитав и не вдумываясь, а вы -- нет :)

> Если это
> разработчики дистрибутивов, то они, как правило делают патчи и передают
> их в upstream, того или инного проекта. В результате даже если upstream
> заглох "I have a job, I have a real life and I don't have much spare
> time", то в дистрибутиве все равно баг исправили. Нужно просто уметь
> выбирать дистрибутивы.

Нет больше вопросов.

> > Который месяц я пытаюсь достучаться не то что до разработчиков FC, а до
> > авторов 5-6 утилит. К сожалению результат нулевой :(
>
> Смотря на кого попадешь. Я вот помню рапортовал один баг в пакте sip в
> Fedora, так вот когда я его рапортовал его уже исправили. :)

> И еще,
> нашел незначительный баг в libcdio, даже сделал патчь и выслал
> разработчикам, так они мне говорят что в CVS его уже давно пофиксили. А
> вот разработчиком xxkb Иваном Паскалем у мнея что-то так и не
> получилось связаться. Я подготовил пару вкусных патчей, а он так и не
> отвечает. :(

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

Надеюсь после этого письма у нас нет больше разногласий.

Дабы не было флейма, давайте закроем тему / вернемся к gcc

В сообщении от 1148932595 секунд после начала Эпохи Ilia N Ternovich написал(а):

> Давайте не будем переходить на личности. Я могу привести пример где его не
> считают стабильным. Надеюсь что положение дел "на днях" изменится :)

Стабильность понятия относительное. Каждый для себя сам определять что
для него стабильно, а что нет.

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

Ну без этого никак нельзя.

> С удивлением и горечью прочел, что FreeBSD взяла курс на
> десктопы пользователей :(
> Посмотрим что из этого выйдет -- наверное KDE на каждом сервере к 2010
> году :(

Это преувеличение. Только вот мне не совсем понятно как новые функции,
рассчитанные на десктоп могут навредить работе сервера? Т.е. если мы
имеем сервер, мы ведь не ставим KDE. Тоже самое и в ядре - не нужные
функции можно отключить.

> > Использовал ASP 9.0, ASP 9.2, FC 3, FC 4, FC 5. Никаких проблем с
> > alsactl даже и не припоминаю.
>
> Ну как же? Только недавно был вопрос, почему не восстанавливается уровень
> громкости и прочий стафф, без ручного alsactl store/restore. Вы не
> находите что это должно бы уже заработать "из коробки"?

Нахожу. Но речь шла Mandrake, который и так всем известен своей
глючностью.

> >Mandrake 10.1
>
> Странно, но 10.1 поновее ASP9.0. А в последнем такой глюк был точно. И
> обещали его поправить не когда-нибудь, а "на днях" :)
> Надеюсь вы не будете наставивать, чтобы я разворошил архив рассылки ASP?
> Почти трехлетней давности?

Я не отрицаю что такой баг там был, также это не подтверждаю. Если я
говорю "что не припоминаю бага", то это означает что я его не
припоминаю, и не более того.

На вскидку, http://www.hr-portal.ru/pages/Hu/logika.php

> > Если разработчики признают баг, то они его как правило
> > исправляют.
>
> Они очень занятые люди и всех багов просто не выловить.

Смотря про каких разработчиков говорить. Есть разработчики, которым
платят деньги за их труд и исправление багов входит в их обязанности.
Для примера, такие проекты как MySQL, Apache и Linux ядро. Есть
разработчики, которые работают над своими проектами в свободное время.
Есть разработчики дистрибутивов. Одни разработчики дистрибутивов
получают за свою работу деньги, другие занимаются разработкой в
свободное время. Так вот, вероятнее всего получить отдачу, если
связываться с разработчиками, которым платят за из труд. Если это
разработчики дистрибутивов, то они, как правило делают патчи и передают
их в upstream, того или инного проекта. В результате даже если upstream
заглох "I have a job, I have a real life and I don't have much spare
time", то в дистрибутиве все равно баг исправили. Нужно просто уметь
выбирать дистрибутивы.

> Который месяц я пытаюсь достучаться не то что до разработчиков FC, а до
> авторов 5-6 утилит. К сожалению результат нулевой :(

Смотря на кого попадешь. Я вот помню рапортовал один баг в пакте sip в
Fedora, так вот когда я его рапортовал его уже исправили. :) И еще,
нашел незначительный баг в libcdio, даже сделал патчь и выслал
разработчикам, так они мне говорят что в CVS его уже давно пофиксили. А
вот разработчиком xxkb Иваном Паскалем у мнея что-то так и не
получилось связаться. Я подготовил пару вкусных патчей, а он так и не
отвечает. :(

On Mon, 29 May 2006 20:58:30 +0300
Konstantin Korikov <lostcl***@i*****.ua> wrote:

> В новой версии компиляторов улучшен механизм оптимизации. Это довод?

Конечно. Все что может помочь родоначальнику этой ветки разобраться в
вопросе "Есть ли смысл перехода c gcc-3.5 на gcc-4? Как со стабильностью?"
-- прекрасный довод.

> > Это "на днях" может затянуться на долгие месяцы :)
> В Fedora его уже давно используют. Значит считают стабильным.

Давайте не будем переходить на личности. Я могу привести пример где его не
считают стабильным. Надеюсь что положение дел "на днях" изменится :)

> > Могу привести несколько примеров, когда баги не правятся годами
> > ( образно ), однако версия помечена как стабильная.
>
> Ну это же не значит что нужно использовать только софт многолетней
> давности с исправленными багами.

Не могу не согласиться. Лишь бы расширение функциональности не порождало
новые глюки. С удивлением и горечью прочел, что FreeBSD взяла курс на
десктопы пользователей :(
Посмотрим что из этого выйдет -- наверное KDE на каждом сервере к 2010
году :(

> > К тому же эта "стабильность" грозит тотальной пересборкой всего
> > дистрибутива. Есть какие-нибудь конструктивные предложения для чего оно
> > надо?
>
> Как для чего? Чтобы тотально пересобрать весь дистрибутив. :) А умные
> люди, сами собирать не будут, они возьмут уже собранное ;)

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

> > Опять вопрос к обладателям FC -- там решена проблема с alsactl
> > store/restore? Помнится еще во времена ASP9.0 обещали через пару недель
> > поправить :-D
>
> Использовал ASP 9.0, ASP 9.2, FC 3, FC 4, FC 5. Никаких проблем с
> alsactl даже и не припоминаю.

Ну как же? Только недавно был вопрос, почему не восстанавливается уровень
громкости и прочий стафф, без ручного alsactl store/restore. Вы не
находите что это должно бы уже заработать "из коробки"?

К сожалению последняя "стабильная" версия sylpheed отказывается искать в
архиве рассылки по запросу alsactl. ( Как впрочем то и вообще что-то
искать :-$ ). Поэтому попытаюсь вспомнить, что ответил я и многоуважаемый
mv и соответственно по авторству восстановлю адрес письма:

http://subscribe.ru/archive/comp.soft.linux.discuss/msg/550458

Вот цитата:

>Mandrake 10.1

Странно, но 10.1 поновее ASP9.0. А в последнем такой глюк был точно. И
обещали его поправить не когда-нибудь, а "на днях" :)
Надеюсь вы не будете наставивать, чтобы я разворошил архив рассылки ASP?
Почти трехлетней давности?

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

Ну если так дела обстоят в FC, то искренне извиняюсь.

> Если разработчики признают баг, то они его как правило
> исправляют.

Они очень занятые люди и всех багов просто не выловить.

Который месяц я пытаюсь достучаться не то что до разработчиков FC, а до
авторов 5-6 утилит. К сожалению результат нулевой :(