https://www.opennet.me/openforum/vsluhforumID3/62186.html Компания AMD выпустила (http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=2.4.1.3.36.3.2%E2%8C%A9=English&rev=9.12&ostype=Linux%20x86) новую версию проприетарного видеодрайвера для видеокарт ATI - AMD Catalyst 9.12. Из изменений (http://www2.ati.com/drivers/linux/catalyst_912_linux.pdf) можно отметить:<br><br><br><br>- Добавлена поддержка Linux дистрибутивов RedFlag DT6.0 SP3 и SLED/SLES 10SP3;<br>- Заметно расширены возможности конфигуратора Catalyst Control Center:<br><br><br>- В CRT/VGA настройках добавлены страницы управления HDTV, позицией и размером;<br>- В настройках TV-вывода добавлены опции автоматического определения размера/позиции изображения, подавления мерцания и увеличения резкости при подключении телевизора через S-Video/Composite разъемы;<br>- В настройках видео появилась страница для управления масштабированием и контролем Overscan / Underscan;<br><br>- Добавлена возможность быстрой настройки вывода изображения через проектор;<br><br><br>- Устранено три п...<br><br>URL: http://support https://www.opennet.me/openforum/vsluhforumID3/62186.html#62 Tue, 22 Dec 2009 19:15:19 GMT &gt;[оверквотинг удален]<br>&gt;&gt;<br>&gt;&gt;СИСТЕМНОЕ ПРОГРАММИРОВАНИЕ НЕ МЕСТО ДЛЯ ПОНТОВ. <br>&gt;&gt;СКИНЫ И ПАНЕЛЬКИ, ЗАСТАВКИ И МИНЮШКИ РАЗРИСОВЫВАЙТЕ В СВОИХ ДИСТРАХ, <br>&gt;&gt; <br>&gt;&gt; А UNIXWAY НЕ ТРОЖ !!! <br>&gt;&gt;<br>&gt;&gt; ДАЁШЬ ОБЯЗАЛОВКУ НАЗЫВАТЬСЯ LINUX, ТОЛЬКО ПРИ СОБЛЮДЕНИИ ПОСЛЕДНЕЙ РЕВИЗИИ LSB!!! <br>&gt;<br>&gt;Всегда в CentOS сносил пакет lsb***, так как с ним всякая фигня <br>&gt;завязана. Типа cups. <br><br>Дома или на подвластном сервере, можно вообще ставить Генту, набрать emerge ' <br>достать член, подолбать по клаве, закрыть кавычку' и долбануть на ENTER, снять на камеру, заслать в Ютюб =)<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#61 Tue, 22 Dec 2009 18:25:53 GMT &gt;[оверквотинг удален]<br>&gt;Теперь я понимаю Торвальдса, который Резера нах... отослал со своим стилем кодирования. <br>&gt;<br>&gt;<br>&gt;<br>&gt;СИСТЕМНОЕ ПРОГРАММИРОВАНИЕ НЕ МЕСТО ДЛЯ ПОНТОВ. <br>&gt;СКИНЫ И ПАНЕЛЬКИ, ЗАСТАВКИ И МИНЮШКИ РАЗРИСОВЫВАЙТЕ В СВОИХ ДИСТРАХ, <br>&gt; <br>&gt; А UNIXWAY НЕ ТРОЖ !!! <br>&gt;<br>&gt; ДАЁШЬ ОБЯЗАЛОВКУ НАЗЫВАТЬСЯ LINUX, ТОЛЬКО ПРИ СОБЛЮДЕНИИ ПОСЛЕДНЕЙ РЕВИЗИИ LSB!!! <br><br>Всегда в CentOS сносил пакет lsb***, так как с ним всякая фигня завязана. Типа cups.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#60 Tue, 22 Dec 2009 11:25:56 GMT Я не говорю о едином стандарте собственно конфига, а о едином интерфейсе конфигурации.<br>Пусть автор приложения использует тот формат конфига, какой ему нравится, но предоставит реализацию унифицированного интерфейса для работы с этим конфигом. Через Dbus(IMHO, предпочтительно) или как-то ещё. Возможность ручного редактированя конфига при этом сохранится.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#59 Mon, 21 Dec 2009 17:00:57 GMT Интересно, и в каком объеме это dbus-объект должен поддерживать конфигурирование? Особенно достаточно сложное - встроенные конфиги, скрипты, сложные объекты вроде массивов и т.д... Я уж не говорю о том, что либо мы все равно сохраняем текстовые конфиги - и тогда их ровно так же придется парсить, только добавится морока по созданию этого самого dbus-объекта - либо теряем возможность подправить конфиг простыми средствами (в том числе - битый). Плюс учтите инерцию - для работы с существующим офтом и его конфигами написана масса всего, то есть быстро смену не произвести.<br><br>Единый стандарт - это хорошо, конечно. Но единый стандарт конфига должен отвечать уж слишком многим условиям - быть простым в простых случаях (в том числе - когда "конфигурилки" нет и надо править руками), сложным - в сложных, поддерживать скрипты (и, вероятно, не один их язык), сложные структуры данных, при этом быть читабельным (в отличие от того же XML), иметь возможность включить (или не включить) машинно-читаемую мета-информацию для конфи https://www.opennet.me/openforum/vsluhforumID3/62186.html#58 Mon, 21 Dec 2009 02:44:45 GMT &gt;Вот почему вечно эти костыли, почему не сделать унификацию<br><br>о чем тогда писать новости? зачем нужны будут тысячи кодеров, админов этц?<br>задумайтесь над этим<br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#57 Mon, 21 Dec 2009 02:37:21 GMT &gt;Реестр не лишен проблем...<br><br>ни единой нерешаемой не знаю... мда...<br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#55 Mon, 21 Dec 2009 02:19:12 GMT &gt;интересно, а что будет, если тупо взять директорий с некоторым файлом из <br>&gt;виндов, и скопипейстить его на другой комп, эта софтина будет работать? <br>&gt;<br><br>Вероятнее всего будет. По крайней мере за этим раньше следили. Так же как и на фре. Можно спокойно запустить бинарник от 4.x ветки. Некоторые даже этим пользуются. Например drweb.<br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#54 Sat, 19 Dec 2009 20:12:20 GMT [q]Представленное новшество призвано упростить возможность автоматизации настройки X-сервера сторонними приложениями: вместо парсинга и генерации xorg.conf теперь можно осуществить подстановку в /etc/X11/xorg.conf.d заранее сформированных файлов.[/q]<br><br>Вот почему вечно эти костыли, почему не сделать унификацию работы с конфигами?<br>Я не говорю об реестре, но идею WMI у Винды вполне можно взять. И реализовать, <br>скажем, через D-bus. Т.е. каждое конфигурируемый компонент системы предоставляет D-Bus объект с унифицированным интерфейсом для работы со своими конфигами.<br> https://www.opennet.me/openforum/vsluhforumID3/62186.html#53 Sat, 19 Dec 2009 19:37:09 GMT &gt;Нет, я не ошибся, на ядре 2.6.32 работает 3д ускорение и на <br>&gt;r600/r700 <br><br>это необходимое условие, но недостаточное :)<br>читать здесь http://wiki.x.org/wiki/radeonhd%3Aexperimental_3D<br>