Относительно недавно AMD выпустила специальный пакет драйверов для Windows 8, AMD Catalyst Legacy 12.6 (ссылка на новость на сайте AMD), но на ноутбуке с Mobility Radeon HD 3400 он не заработал (это не значит, что он обязательно не заработает у вас — проверьте его прежде, чем приступать к процедуре, описанной в этом топике).

Побывав на сайте, я обнаружил, что в секции старых мобильных карт Windows 8 не упоминается вообще. Можно завести драйвер для Windows 7. Нужен ли он вам вообще, этот драйвер от производителя, если в восьмерке есть встроенный, который довольно неплохо работает — решать вам. Но сразу скажу, Catalyst Control Center (графическая утилита для настройки) может не заработать, увы и ах. Как завести драйвер для Windows 7 я расскажу под катом.

Надеюсь, вам уже страшно жить, потому что иначе Дейв к вам придет.

Нет, не верно, Дейв всё равно к вам придет. А еще Леннарт и много других добрых людей.

Привет, хабралюди!

Вместе с релизом mkinitcpio 0.8.2 добавили поддержку монтирования /usr из early userspace, в случае если /usr расположено на отдельном разделе. Кто там громче всех кричал «хотим фичу, суть такова..», ну вот, теперь она есть и ее надо тестировать.

Чтобы заработало, нужно две вещи:

Привет хабралюди! Постараюсь написать коротко.

I.

Сначала о ядре. В тестинге появился новый LTS!!!

— имя пакета изменилось на linux-lts
— конфиг синхронизован с последним 3.0.x
— nouveau-drm-lts выкинут нафиг — оно теперь в ядре
— изменилось имя ядра: vmlinuz-linux-lts
— изменились имена initramfs: initramfs-linux-lts.img

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

Только что в тестинге появился kmod-3, являющийся заменой для module-init-tools. Проект всё еще довольно молодой, но у него уже есть множество сторонников, и разрабы арча тесно возимодествуют с апстримщиками в целях поиска и правки багов.

Если совсем коротко, kmod делает то же самое, что и m-i-t, но гораздо быстрее. Это поможет ускорить загрузку с использованием udev и systemd.

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

Этот пост является переводом вот этой написанной сегодня статьи.

Пост приглянулся мне прежде всего тем, что автор приходит к идее общего хранилища данных, и затрагивает тренд кросс-девайсности, который раскочегарили последние изменения в Mac/iOS.

Итак, пишет Chani Armitage.

Я пытался написать этот пост в течение многих месяцев, и обычно все заканчивалось или полным ступором, или еще какими-нибудь недоразумениями. Так что, забить — я начну писать, а потом посмотрим, что получится.

О чем я хотел рассказать, так это о сессиях, об XSMP, и о Вейленде.

Перевод этого поста в гуглоплюсе.

Купил себе Nexus S. Программировал под Андроид несколько последних дней. Android API требует, чтобы пользователи являлись очень хорошими программистами. Абстракции Андроида намного более наворочены (раздуты, навязаны, переусложнены), чем их эквиваленты в iOS. Между тем, “intents” просто замечательны, но только если въехать в них.

Простите, все что дальше — поток сознания. tl;dr

"Консорциум W3C объявил о проведении кампании по выявлению фактов более раннего использования технологий, отмеченных в принадлежащем компании Apple патенте 7,743,336, зарегистрированном 10 мая 2006 года. Данный патент мешает принятию спецификации, определяющей API для контроля доступа к web-виджетам." — OpenNet

Раскрою суть разборки.

Oracle и Apple только что выпустили следующий пресс-релиз:

Редвуд Шорс, Купертино, Калифорния, 12 ноября 2010

Сегодня Oracle и Apple объявили об открытии проекта по разработке OpenJDK для Mac OS X. Apple будет создавать большинство ключевых компонентов, инструментов и технологий, которые необходимы для реализации Java SE 7 на Mac OS X, включая 32-битную и 64-битную виртуальную мащину на основе HotSpot, библиотеки классов, сетевой стек и основу для нового графического клиента. OpenJDK будет доступна разработчикам свободного программного обеспечения, так что они смогут получить доступ к проекту и участвовать в нем.

В команде KDE выпустили первую проверочную версию версию того, что будет окончательно выпущено летом, в августе. KDE SC 4.5.0 предназначен для тех, кто кто хочет побыстрее посмотреть что же нового появится на их десктопах и нетбуках этим летом. KDE сейчас в состоянии твердой беты, то есть основная задача — исправление ошибок и подготовка стабильного релиза всей сборки.

Адрес deb-пакета Google Chrome для Linux сменил свой адрес.

Пример:

Старый: dl.google.com/linux/deb/pool/main/g/google-chrome-unstable/google-chrome-unstable_6.0.401.1-r47049_amd64.deb
Новый: dl.google.com/linux/direct/google-chrome-unstable_current_amd64.deb

Конкретно в терминах нашего PKBUILD для google-chrome-dev это вот что:

Старый: dl.google.com/linux/deb/pool/main/g/google-chrome-unstable/google-chrome-${_chanswitch}_${pkgver}-r${_revision}_$ARCH.deb
Новый: dl.google.com/linux/direct/google-chrome-${_chanswitch}_current_$ARCH.deb

Для пользователей ArchLinux (на момент написания поста) это означает, что перед установкой пакета «google-chrome-dev» нужно руками отредактировать PKGBUILD и заменить там старый адрес на новый. Новый адрес там уже вписан, но закомментирован решетками (смотрите строчки перед вызовом wget и перед вызовом ar).

Jai закомментировал новый адрес, потому, что у кого-то из пользователей он не заработл (у меня же всё прошло как надо, гладко).
Адрес обсуждения на AUR: http://aur.archlinux.org/packages.php?ID=27031

Приятного перехода на Chrome 6.

О чем статья

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

Обычно это означает, что на жестком диске образовались так называемые bad blocks (бэдблоки), и о возврате такого порченого винчестера наш дальнейший рассказ.

Проблема:
при запуске Эклипсы на экране с высоким разрешением — ничего не видно, а внимание отвлекается на непонятные элементы интерфейса.
Цветовая раскраска для разработки под Python кажется неинформативной.
Особенно актуально для людей с пониженным зрением, работающих без очков на мониторах с разрешением 1680х1050 и выше.

Задача:
1) найти скин, который бы визуально увеличивал значимые части интерфейса (названия табов, элементы списков)
2) а также визуально уменьшал рюшечки, не несущие смысловой нагрузки
3) подобрать броские и понятные цвета и шрифты редактора
4) желательно чтобы всё вместе это напоминало (хотя бы отдаленно) редактор textmate

На решение была потрачена пара часов перебора различных вариантов методом тыка.
Описание поможет вам сэкономить эти несколько часов :)