https://opennet.ru/openforum/vsluhforumID3/90609.html Алекс Дейчер (Alex Deucher), разработчик из компании AMD, представил (http://lists.freedesktop.org/archives/dri-devel/2013-June/040436.html) в списке рассылки dri-devel очень большую серию патчей (165 патчей!), которые предположительно войдут в версию ядра Linux 3.11 (radeon drm-next в терминологии разработчиков).<br><br><br>Данные патчи предоставляют множество улучшений по работе с GPU семейства Radeon в ядре Linux. Представленные изменения затрагивают видеокарты семейства Radeon, начиная от довольно старых карт семейства HD2000 ("R600") до новейших чипов HD7000 на архитектуре GCN и даже еще не выпущенных HD8000 (Sea Islands) на базе архитектуры GCN 2.0.<br><br><br>Хотя данные патчи затрагивают множество аспектов работы GPU семейства Radeon, в данной серии можно легко обнаружить приоритетное направление над которым разработчики компании AMD работали наиболее активно. Таким направлением в этот раз оказалось управление питанием и частотами GPU. Как известно, компания AMD периодически подвергалась критике пользователей, осо https://opennet.ru/openforum/vsluhforumID3/90609.html#136 Sun, 20 Oct 2013 04:21:01 GMT &gt;Да и халявы в играх нет как на винде.<br><br>Т.е пиратства. Вот вот. пиратства почти нет и это хорошо.<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#135 Sun, 07 Jul 2013 11:37:54 GMT Да, удобно.<br>Когда сидел на генте, о таком не знал.<br>Хотя при правке исходников в месте патча, придется вмешиваться руками, хотя бы чтоб поправить патч.<br>В ситуации с 165 патчами... ну вы поняли)<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#134 Thu, 04 Jul 2013 16:31:06 GMT Я тут писал про автоматическое наложение патчей в генту. Собственно ебилда ядра это тоже касается ЕМНИП. Так что редактировать ебилд и помешать его в локальный оверлей не нужно. Так же можно китайский патч дедубликации RAM на gentoo-sources накатить. Просто есть ебилды не поддерживающие оное, но можно и через /etc/portage/bashrc. Есть и готовые решения.<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#133 Thu, 04 Jul 2013 15:45:08 GMT &gt;&gt; Но дальше ничего больше делать не надо - можно устанавливать/переустанавливать ядро.<br>&gt; Операция one-shot, ибо влеплять патчи в некое еще не оформленное ядро - <br>&gt; это редкий камикадзинг и его автоматизация - дело неблагодарное. Повторять этот <br>&gt; каскадерский трюк все-равно будет лишь полтора человека, полтора раза за всю <br>&gt; жизнь.<br><br>Да не, я имел в виду, что можно добавить конкретный ебилд конкретной версии ядра.<br>А устанавливать/переустанавливать - штатными средствами установить это ядро, потом другое ядро, а потом с той же легкостью снова установить/удалить это пропатчанное ядро.<br>И менеджер пакетов не будет мешать, наоборот будет помогать.<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#132 Thu, 04 Jul 2013 15:37:26 GMT &gt; В редком дистре разработчики сами себе <br>&gt; враги и делают сборку ядер или пакетов неудобной для себя.<br><br>Я согласен, что это можно сделать везде, где есть хоть какая-то сборка пакетов)<br>Просто я говорил не про разработчиков.<br>Я говорил про простых пользователей)<br>Не каждый юзер бинарного дистрибутива держит у себя на компе окружение для сборки пакетов.<br><br>&gt; А то половина виденных гентушников могли только как глупые обезбяны заученные команды вбивать.<br><br>Я боюсь, это справедливо ко многим дистрибутивам)<br>Хотя ваши слова удивляют - сложно быть гентушником, не понимая, какие команды ты набираешь.<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#131 Tue, 02 Jul 2013 09:51:51 GMT Дело не в автоматизации наложения патчей на какой-то определённый пакет, а в автоматизации наложения патчей на произвольный пакет в системе.<br><br>&gt; Честно говоря - я не испытываю никакого желания иметь дело ни с гентушным пакетным менеджером, ни рулить системой в таком виде как там предлагается.<br><br>И какую систему используешь ты?<br><br>&gt; Одного того что оно на питоне накатано лично мне достаточно для того чтобы обойти все это за пушечный выстрел, уж простите за нескромность.<br><br>Честно говоря мне глубоко пох. на чём он там написан. Всё-равно большинство пакетов при сборке требуют питон. Ещё есть exherbo, в котором по умолчанию используется paludis (который cave). Он на сях вроде написан. Его же можно и в генту поставить. Но я не разу с ним не сталкивался, возможностей и быстродейсвия (к слову, так сказать) емержа более чем. А так - на вкус и цвет...<br><br>PS: Вообще лично я сомневаюсь, что Zenitur в курсе о таких возможностях системы, которую он решился использовать. Как результат - бессонная красноглазая ночь. (:<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#130 Tue, 02 Jul 2013 09:38:02 GMT &gt;&gt; А вот разделить...<br>&gt; У вас git log сломался? :) <br><br>Разделить в смысле один патч на сотню. Чем тут git log поможет, особенно если там "Enhance power management at AMD HD 6xxx", точка.<br> https://opennet.ru/openforum/vsluhforumID3/90609.html#129 Tue, 02 Jul 2013 09:35:57 GMT &gt;&gt; Когда-то арифмометр был прорывом. Речь же о комфортной работе на сегодня.<br>&gt; Ну да, однако десктопные эффекты к комфорту от работы относятся мало<br><br>Много или мало, но работу без OpenGL 2.0 похоже сильно поддерживать уже не собираются, по крайней мере "большая тройка" gnome/kde/unity. Поэтому чтобы не быть ограниченным в выборе, желательно его наличие.<br><br>&gt; Наиболее оптимальные AMDшки нынче относятся к 5000 и 6000 серии.<br><br>Начали ж мы с времен совсем не нынешних.<br><br>&gt;&gt; И это совсем не вариант консоли 80х25, достаточно исключить тяжелые <br>&gt;&gt; игры и fullhd видео. Но при этом сабжевый вопрос им релевантен так же, как и остальным.<br>&gt; Тогда я вообще не понимаю чего они не взяли себе интеграт в <br>&gt; свое время. От 4250 и тому подобных толка мало.<br><br>Представьте себе печальность "тогдашнего" интеграта сегодня. Такой вот принцип, бери помощнее &#8212; проживет без апгрейда дольше. Хотя и не универсальный, т.к. бывает менять железку приходится из-за качественных а не количественных характеристик, типа версии того же O https://opennet.ru/openforum/vsluhforumID3/90609.html#128 Tue, 02 Jul 2013 06:08:56 GMT &gt; Можно указать и конкретную версию пакета и слот. Например, в примере <br>&gt; с вайном выше, /etc/portage/patches/app-emulation/wine-1.4.1/Ъ.patch и т.д.<br><br>Называя вещи своими именами, мне до лампочки на вайн. И уж тем более - на его патчинг. А указанная задача "вкатить 165 патчей на черти-какую версию ядра" по определению единоразовая - смысла в ее автоматизации до предела я просто не вижу. Она перестанет быть нужной буквально вот-вот. Когда pull request приземлится в окно мержей.<br><br>&gt; Единственный недостаток - отсутствие документации к еклассам.<br>&gt; К тому же еклассы обновляются при emerge --sync, а не являются <br>&gt; составной частью пакетного менеджера, в чём собственно есть и плюсы.<br>&gt; Но для человека, осилившего ABS, распарсить <br>&gt; еклассы не составит труда при наличии времени и желания. Но имхо <br>&gt; документация на стандартные еклассы, быть обязана.<br><br>Честно говоря - я не испытываю никакого желания иметь дело ни с гентушным пакетным менеджером, ни рулить системой в таком виде как там предлагается. Одного того