Снимите ограничение на отправку комментариев в новости о выходе Fedora 18.
Сабж.
Сабж.
Доброго всем!
Проблема заключается в следующем.
На только что купленном ноутбуке Samsung 300U1A имеется графика Intel HD3000, которая, по идее, умеет OpenGL >= 3.0. На этой машинке установлена Fedora 18 beta (RFRemix), т.е. Mesa имеет версию 9.0.1. Однако, ни о каком OpenGL 3.X система не ведает. Установил пакет libtxc_dxtn, но ситуация не изменилась.
Вот несколько выхлопов:
$ lspci -vnn | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) (prog-if 00 [VGA controller])
$ glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile
OpenGL version string: 2.1 Mesa 9.0.1
OpenGL shading language version string: 1.30
OpenGL extensions:
$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile
GL_NV_conditional_render, GL_AMD_draw_buffers_blend,
$ rpm -qa xorg-x11-drv-intel
xorg-x11-drv-intel-2.20.16-1.fc18.i686
$ rpm -qa | grep mesa
mesa-dri-drivers-9.0.1-3.fc18.i686
mesa-libGLU-9.0.0-1.fc18.i686
mesa-libglapi-9.0.1-3.fc18.i686
mesa-libgbm-9.0.1-3.fc18.i686
mesa-libEGL-9.0.1-3.fc18.i686
mesa-dri-filesystem-9.0.1-3.fc18.i686
mesa-libxatracker-9.0.1-3.fc18.i686
mesa-libGL-9.0.1-3.fc18.i686
$ rpm -qa libtxc_dxtn
libtxc_dxtn-1.0.0-2.fc17.i686
$ uname -r
3.6.11-3.fc18.i686
Собственно, сабж. По стабильности порадовал больше, чем 310.19, ибо в последнем сломали уход в s2ram и регулировку яркости (в который раз!). В 313.09 с этим всё OK — прям как на 310.14.
Из новшеств (переводить в лом, ибо не релиз; по этой же причине пишу в talks'ах):
Дополнительно можно отметить прогресс в попытках реализовать в проприетарном драйвере поддержку технологии Nvidia Optimus. Пока что разработчики стремятся «подпилить» под свой драйвер апстрим (осуществлена попытка абстрагирования от API DMA-BUF).
// Опакетил под Fedora'у. Кому надо — пишите.
// UPD1: в тред призывается megabaks.
// UPD2: ссылки для скачивания.
Произошло обновление ветки R310 проприетарного видео-драйвера nvidia. Новая версия за номером 310.19 объявлена стабильной и является рекомендованной для повседневного использования. В ней поддерживается работа с последними версиями ядра Linux и графического X-сервера. Кроме того, драйвер доступен для других UNIX-подобных ОС.
Далее об изменениях.
( читать дальше... )
>>> Подробности
Произошло обновление стабильной ветки проприетарного драйвера для видеокарт NVIDIA. Выпуск за номером 304.64 включает следующие изменения:
>>> Подробности
Доброго!
Это мой ноутбук, который всегда и всюду со мной — будь то работа, отдых, командировка или поездка к родителям. Samsung RV520-s0l — недорогая, но приличная, на мой взгляд, модель.
Уже две недели как установлена ещё не вышедшая на стадию беты F18 (RFRemix, если быть точным). Ещё со времени подготовки к выпуску F17 понял, что начинать участвовать в тестировании любимого дистрибутива лучше до объявления о релизе. Работает система достаточно стабильно, критичных багов не замечено.
Как и всегда, KDE. Как видно, используются четыре виртуальных рабочих стола с едиными настройками: с комнатами как-то не срослось. На первом — Opera, в которой на закреплённых вкладках открыты мои тикеты в багзиллах. Собственно, для того и устанавливал альфу, чтобы баги отписывать.
На следующем рабочем столе в Konsole только что закончилась сборка свежего Wine — 1.5.16. Пожалуй, это одна из немногих вещей, появления новых версий которой в репозиториях я обычно не дожидаюсь, а собираю сам (использую для запуска Diablo 3). Вторая такая вещь — это блоб Nvidia.
На остальных рабочих столах видны QutIM и Amarok. QutIM — единственный понравившийся мультипротокольный IM-клиент из всех испробованных мной. С Amarok'ом та же история. В последнем, к слову, в данный момент воспроизводится моя любимая песня у Margenta'ы.
Из последних веяний:
Вот так: кто-то ждёт релиза новой версии дистрибутива, а другие уже во всю используют.
>>> Просмотр (2732x1536, 1370 Kb)
Произошло обновление стабильной ветки проприетарного драйвера для видеокарт NVIDIA. Выпуск за номером 304.60 включает следующие изменения:
Также стоит отметить выход беты драйвера новой мажорной версии —
310.14.
>>> Подробности
Произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 304.51 включает следующие изменения:
Загрузить для x86
Загрузить для x86_64
>>> Подробности
Здравствуйте.
Не так давно LOR окончательно перешёл на LORCODE. Но даже после этого приходится каждый раз писАть [i]курсив[/i], [b]жирный текст[/b], [u]подчёркивание[/u], [s]зачёркивание[/s] и прочие цитаты со ссылками руками.
Намного удобнее было бы использовать встроенные в форму добавления поста соответствующие кнопки (по типу phpBB), которых, к сожалению, на данный момент нет. В этой связи прошу причастных к разработке движка (или как оно правильно называется?) LOR'а людей реализовать данный функционал.
// P.S.: я, похоже, ошибся с разделом; вероятно, стОит перенести в lor-source.
10 мая 2012 года, после более двух лет разработки, вышла новая версия программного обеспечения для организации беспроводной точки доступа ― hostapd 1.0. Список изменений внушительный:
( читать дальше... )
Список изменений на английском языке
>>> Подробности
Вчера произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 295.53 включает следующие изменения:
>>> Подробности
Сегодня произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 295.49 включает следующие изменения:
Также следует отметить недавний выпуск тестовой версии драйвера 302.07, в котором реализована долгожданная поддержка RandR (1.2 и 1.3), а также множество изменений и улучшений.
>>> Подробности
В последние годы получили достаточно широкое распространение видеокарты с поддержкой аппаратного ускорения воспроизведения видео. В связи с этим, возникает вопрос: используют ли обитатели настоящего ресурса этот функционал в GNU/Linux?
********************************************************************************************************************************************************************************************************************************************************************************************************************************
**************************************************************************************************************************************************************************************************************************************************************************************
*****************************************************************
************************************************
*******************************
*
Всего голосов: 1199, всего проголосовавших: 1089
Сегодня произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 295.40 включает следующие изменения:
>>> Подробности
Имеется ноут. На нём проц Intel Core i3-2330 и видеокарта Nvidia GT 520M. В силу того, что в процессоре аппаратно заблокирована интеграшка HD 3000, технологии Optimus в ноуте нет в принципе, чему я был несказанно рад.
Но тут я решил сравнить производительность заблоченной интеграшки HD 3000 и дискретки GT 520M. Результат оказался, по меньшей мере, странным.
Вот я теперь и думаю: может, стОило взять такую же модель, но без дискретки? Хотя, конечно, идут и игрушки под Wine'ом, и всё остальное работает, но «осадочек-то остался».
Здравствуйте.
Есть ноутбук Samsung RV520, в котором установлен HDD SAMSUNG SpinPoint M7E [SAMSUNG HM321HI] (взято из smart'а). На нём непрерывно растёт показатель Load_Cycle_Count (я постоянно слышу щелчки [парковки головок HDD] во время работы ноута).
Только что было:
225 Load_Cycle_Count 0x0032 094 094 000 Old_age Always - 70206
225 Load_Cycle_Count 0x0032 094 094 000 Old_age Always - 70217
#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.
touch /var/lock/subsys/local
hdparm -B255 /dev/sda
hdparm -S0 /dev/sda
$ sudo hdparm -B /dev/sda
/dev/sda:
APM_level = off
225 Load_Cycle_Count 0x0032 094 094 000 Old_age Always - 70250
// Кстати, странно, что параметр Load_Cycle_Count в выхлопе smartctl находится под номером 225, а не как обычно 193.
Доброго всем.
Купил давеча Samsung RV-520 ― машинка, бесспорно, достойная. Но не заработали некоторые «горячие» клавиши, как то: Fn + Up, Fn + Down и Fn + F9. Первые две комбинации должны регулировать яркость подсветки дисплея, а последняя ― включать / отключать беспроводные устройства.
Пробовал разные рецепты, но решительно ни один не помог. В основном, в мануалах всё сводится к установке пакетов из PPA «voria», передаче ядру параметра acpi_backlight=vendor (ну, иногда ещё говорят, дескать, нужно отключить KMS,― ну, у меня-то он и так отключен, ибо установлен блоб nvidia, а nouveau «заблэклистчен») и прописыванию в xorg.conf'е строки Option «RegistryDwords» «EnableBrightnessControl=1». Также встречал мануал с редактированием правил udev'а.
Первый вариант, естественно, мне не подходит, т.к. не Ubuntu; а разобраться со вторым ― не хватило скилов (хотя, уверен, что оно тоже не сработает). Дело в том, что, в отличие от всех примеров «в googl'e», у меня проблема проявляется несколько иначе: в мануалах у людей, если не работает, то вообще никак; а в моём случае на мониторе показывается изменение уровня яркости (всплывает полоска, похожая на ту, что появляется при регулировке звука), а на самом деле изменения уровня яркости подсветки не наблюдается.
Интересно то, что при нажатии Fn + Up/Down также происходит изменение содержимого файлов actual_brightness и brightness в директории /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/backlight/acpi_video0/ (циферки там меняются от 1 до 7), но толку от этого, увы, нет.
$ sudo dmidecode -s system-product-name
RV420/RV520/RV720/E3530/S3530/E3420/E3520
В /lib/udev/rules.d/95-keymap.rules и /lib/udev/rules.d/95-keyboard-force-release.rules упоминаний о моей модели нет.
После того, как в /etc/acpi/events/videoconf раскомментировал строки:
event=video.*
action=/usr/sbin/vbetool dpms on
rfkill ничего не знает о беспроводной карте:
$ rfkill list
0: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
В общем, как мне заставить работать регулировку яркости и, по возможности, включение / отключение беспроводных интерфейсов?
// Ах да, на всякий случай создал багрепорт в багзилле RedHat'а. Но регулировку яркости, конечно, хочется получить как можно скорее.
Итак, начнём.
Это домашняя стационарная машина. Правая часть скриншота ― телевизор, сконфигурированный в режиме TwinView: используется исключительно для просмотра видео. Вот и сейчас на нём Е. Гришковец и А. Цекало соревнуются в красноречии (кто не в курсе, это спектакль «По-По» ― мой любимый, кстати). Крупные часы в «зомбоящике» ― насущная необходимость, ибо негоже идти к основному монитору, чтобы посмотреть время.
Используются Fedora 16 (RFRemix) + KDE. Кто бы что ни говорил, но «кеды» в Fedor'е хороши. Кроме SMPlayer'а, запущены Krusader и Opera ― практически не закрываемые на моих машинах приложения; в трее и на таскбаре также видны EisKaltDC++, Amarok и Psi+. Кстати, о таскбаре: это настроенный до соответствующего вида Smooth Tasks. Остальной часто используемый софт виден в панели быстрого запуска.
В качестве менеджера сетевых соединений используется GNOME'овский nm-applet ― ничего удобнее для «руления» сетью не видел (тулкитофобы отдыхают). Последние версии nm-applet'а переведены на использование GTK3. К счастью, недавно официально вышла тема Oxygen-GTK3, но тут-то и кроется подвох.
Дефолтное оформление внешнего вида несколько «подпилено». Но, как Oxygen ни настраивай,― всё равно это будет Oxygen :-) Панель несколько увеличена в высоту для более комфортного времяпровождения за компьютером. Из плазмоидов на скрине видны «Системный монитор» (о двух частях, ибо в один виджет всё не вошло) и «yaWP».
Шрифт ― Droid Sans (почти везде 11 pt); в консоли, соответственно, применяется Droid Sans Mono.
Также используется пакет Infinality (раньше в RFRemix сами применяли патчи «из Ubuntu», сейчас этого не делают).
Тема Qt / GTK2 / GTK3 / Kwin ― Oxygen, цветовая схема ― Steel.
Обоина ― стандартная для F16 (правда, из F14 мне больше нравилась).
Оригинал.
Скриншот с программами, использующими разные тулкиты (только основной монитор).
>>> Просмотр (2960x900, 302 Kb)
Сегодня произошло обновление ветки 295.x проприетарного видео-драйвера nvidia. Новая версия за номером 295.20 объявлена стабильной и является рекомендованной для повседневного использования. В ней поддерживается работа с последними версиями ядра Linux и графического X-сервера.
Список изменений:
( читать дальше... )
Также, по словам пользователя megabaks'а, исправлен баг, приводивший к многочисленным ошибкам сегментирования в различных программах, возникавшим вследствие процедуры предварительного связывания исполняемых файлов ОС с установленным видео-драйвером nvidia.
>>> Подробности
Заголовок, конечно не совсем информативен, ибо, скорее всего, всё завязано не только и не столько на блобе nvidia, а вовсе даже и на X'ах / glibc / новых ядрах / etc., но всё же...
Долго сидел на RFRemix 14, ибо 15'шка не впечатляла чуть более, чем вовсе. Наконец, случилось: вышла F16 (я не из криокамеры, просто, чтобы всё написанное далее смогло приобрести более-менее законченный вид, видимо, должно было пройти какое-то время)!
Так вот, о чём это я. Всегда в своих машинах использовал графику Nvidia: даже в стареньком ASP Linux 10 эти карточки не подводили - блоб «просто работал» и всё было хорошо.
...До тех пор, пока в моду не вошли X'ы 1.11 и блоб 285.x (и более поздние его версии). Установил в RFRemix 16 блоб 285.x - полезли сегфолты всего и вся. Говорят, в моих любимых кедах (при X'ах 1.11 и блобе >= 285.x) такое явление проявляется чаще. Допустим. Проапдейтил блоб до 290.x - сегфолты полезли ещё чаще. Не, ну ладно, если бы в работе какого-нибудь экзотического софта, но в systemsettings, nvidia-settings, compiz, virtualbox!
У меня на стационаре стоит GTS 250, на ноуте - 310M: то есть карточки практически одной (плюс-минус рюшечки) архитектуры. Естественно, глюки проявлялись идентичнейшие (да простят меня граммар-нацци!) на обеих машинах.
В качестве воркэраунда я выполнил:
# yum remove *nvidia*
# yum --releasever=15 downgrade xorg* --nogpgcheck
# yum --releasever=15 install akmod-nvidia* xorg-x11-drv-nvidia* nvidia-settings nvidia-xconfig --nogpgcheck
# akmods
Попросил ребят из Russian Fedora, чтобы создали пакеты для ветки 275.x (ибо ветка стабильная, длительно поддерживаемая, да к тому же и официально рекомендованная). Народ там отзывчивый, понимающий - сделали (за что им сердечное спасибо!). Установил, потестил - нормально: по стабильности так же, как и с даунгрейднутыми до *fс15 блобом и X'ами. И вроде бы всё хорошо да замечательно!
...Думал я, покуда не собрал на днях брату жены одну конфигурацию. В общем-то, середнячок, ничего выдающегося: Core i3 2100, GT 520 1 ГиБ VRAM, 2 ГиБ RAM (по надобности потом сам доустановит), 500 ГиБ HDD (торгаши наглеют, за 1 ТиБ 4,6 kRUR просят, а за этот винт - 3,8). Так вот, установив на всё это хозяйство RFRemix 16 и убедившись в стабильности проявления сегфолтов в KDE на блобе >= 285.x, решил я повторить свой опыт отката на 275.x.
Но оказалось, что к выше упомянутым лагам добавились спонтанные зависания X'ов (видимо, на Fermi есть какие-то «особенности» в работе драйвера с X'ами). Думаю:«Хрен с ним, сделаю откат блоба, всё исправится.» Ан-нет! Зависоны X'ов проявились и на 275.x. Поначалу грешил на зависание всей ОСи (даже пробовал параметры pci=nomsi, pci=nocrs, acpi=copy_dsdt, acpi_osi=<бла-бла-бла>), но потом заметил, что сама ОСь жива (если на момент зависания играла музыка - то она продолжала играть, если шёл ролик в youtub'е - то опять-таки был слышен звук, если шло скачивание чего-то в EisKaltDC++ - то винт продолжал шуршать, а лампочка продолжала светиться, etc.).
В общем, не мудрствуя лукаво, снёс блоб, оставил nouveau. Но и тут меня ждало разочарование. Нет, фризы графики прекратились, но в выхлопе glxinfo | grep OpenGL числились слова wmware и llvmpipe, а по команде glxgears процессор нагружался на добрые 10% практически с нуля. Гугление на эту тему выдало, что используемый в F16 срез кодовой базы драйвера nouveau (от июля-месяца 2011 г.) ещё не поддерживает в сколь-нибудь приемлемом виде карточку GT 520, ибо необходимые изменения в этот драйвер были внесены лишь в октябре минувшего года (в rawhid'е и koji версии nouveau также от июля 2011 г.). К слову, и ядро значительно лучше поддерживает эту видюху только в версии 3.2.
_________________________________________________
В связи с описанными выше событиями у меня возникли два вопроса:
//P.S.: В сторону Fedor'ы не плеваться, ибо политика её разработчиков подразумевает отсутствие в официальных репозиториях несвободных (в той или иной форме) компонентов, так что использование RPM-Fusion'а и подобных репозиториев производится на свой страх и риск.
//P.P.S.: Переходить на другие дистры не предлагать, ибо привык к RPM (в то же время суся не впечатлила, магейя недопилена, мандрива почти мертва), да и «канпелять» генту у меня просто нет времени, не то что осваивать (я, в общем-то, и не IT'тишник вовсе).
Перемещено mono из Talks
← предыдущие | следующие → |