Недавно закончилась очередная пересборка всего дерева пакетов Fedora, в этот раз запущенная не новой версией GCC, а двумя фичами, о которых вы наверняка уже слышали - использование специализированной утилиты для сжатия DWARF-секций и MiniDebuginfo.

Полный ребилд занял примерно три дня и по его результатам не собралось более 600 пакетов, а успешно прошло пересборку - почти 11 тысяч. Среди поломанных пакетов есть и те, что находятся в ведении отечественных мэйнтейнеров - у Оксаны Курышевой не собрался flush из-за несовместимости с новым autotools, у Павла Алексеева поломался php-pecl-runkit, printoxx, sim и slim, у Константина Рябицева - email2trac и pathfinder, у Павла Жукова поломаны matreshka, zeromq-ada и zyGrib, у Петра Леменкова (т.е. меня) похоже самый большой список поломок - erlang-bitcask, leveldb, libmcrypto, libmikey, libmnetutil, libmsip, libmstun, libmutil, nrpe, openser, pspp, stratagus.

Поломки, это ничего страшного, рутинный рабочий момент - появляются новые версии ПО, надо патчить старый софт, чтоб он работал с новым, и мы вполне успеем починить все поломки к выходу Fedora 18.

После полугода обсуждений этот форк gnome-shell для тех, кому нравится традиционный gnome2 включили в Fedora 17 (и в тестовый репозиторий Fedora 16). Было высказано много сомнений по поводу того, выдержат-ли высокий темп изменений, вносимых в GNOME3, разработчики форка или нет (им придется бэкпортировать патчи, а учитывая, что приличная часть из них являются еще и разработчиками MATE, высказываются сомнения в том, что они будут поспевать за апстримом), но теперь вы можете сами все проверить и протестировать. MATE тоже пытаются включить, но там объем работ просто огромный, а желающих участвовать совсем мало.

Что касается Unity, то ситуация с ним стабильно плохая и даже чуть-чуть ухудшилась с прошлого раза - несмотря на заверения некоторых людей, что они-де как-то где-то его собрали, он все также подменяет системные библиотеки, так как требует патченные версии библиотек GNOME, а теперь оказалось, что он не работает, если собирается с GCC 4.7.x (для сборки также требуются какие-то дополнительные патчи), поэтому его собирают пока с GCC 4.6.x. Почитайте обсуждение по поводу Unity.

Это архивная статья

Почему иксы надо закопать Как задолбало смотреть на деградантов, агитирующих сидеть на иксах.

Для тех, кто хоть немного разбирается в современных GPU - иксы это дикость. Это такое же legacy как терминалы в ядре.

Так получилось, что пока SGI со товарищи занимались ИБД, и надували щеки - вот прям также, как местные ололо, "разбирающиеся в архитектуре иксов", компания микрософт день и ночь думала о том, как сделать графику быстрее. И поэтому майкрософт(а не красноглазые) придумали шейдеры. Поэтому они придумали стандарт на API для ускорения видео. Микрософт а не "опенсорс сообщество" задает направление развития графики.

В невидии, амд и интеле есть подразделения, которые первыми узнают о том, что выйдет новый директХ или новая винда 9. Эти отделы получают список фич, которые будут в винде и бегут к железочникам, чтоб узнать, что есть в железе уже, что будет сделать сложно, а что - дорого по ваттам. После чего начинается перетягивание одеяла между амд, невидией,интелом и микрософтом, где каждая сторона норовит облегчить себе задачу.

А опенсорс идет по остаточному принципу. И главным образом благодарить за это вы должны сраные иксы.

Видите ли, пока микрософт сокращало и упрощало путь от "знаю что рисовать" до железа в линупсе городили, городили, и городили. В седьмой винде приложение создает "адаптер", из него создает "видео-девайс" и настраивает его и начинает скармливать ему GOPы. на выходе оно имеет surfacы, которые можно поставить в очередь "на экран", забрать себе обратно или в текстуру превратить. В ядре только "минипорт" - штука которая умеет готовые пакеты команд скормить в драйвер. Всё. Никаких иксов здесь не задействовано.

То же самое и для 3д: есть api, есть драйвер, есть минипорт. На выходе получаешь surfacы. Их можно поставить в очередь отрисовки(flip queue) откуда их будет подбирать DWM и собирать в окошки.

И то же самое для 2Д. каким надо быть идиотом, чтоб городить всякие XAA/EXA/UXA/XAXAXA вместо того, чтоб дать приложению самому отправлять команды на gpu. Там есть полная поддержка всей графики-2д 3д и видео. тот же интелоGPU можно проинструктировать программой, и он сам будет отдавать команды на blit-функцию, рисовать градиенты, глифы печатать, и кривые малевать.

Вот ровно то же самое делает wayland. он подбирает surfacы из flip queue и собирает их в картинку.

Никакого геморроя с bumblebee и прочими костылями для убогих иксов: surfacы которые видит интегрированное видео - они в памяти. mmapнул памяти, занес ее в GTT интеграшки - есть окно. открыл драйвер мегаgpu, занес в его GTT ту же область. все работает. gpu рисует и блитит, интеграшка под чутким руководством оконного манагера собирает и показывает.

Я думаю, иксмены понимают, что их аргументы "за иксы" - это полный бред. Они отлично понимают, что wayland проще и меньше жрет ресурсов. Они отлично понимают, что рисовать можно и без иксов, и даже удобнее, т.к. нет самодельных проблем с несколькими видяхами. И даже их сетевая прозрачность проигрывает RDP по всем параметрам: флешки звук и даже скорость.

Эти деграданты просто идут на принцип. Все они понимают, поэтому как полоумные повторяют про "сетевую прозрачность": видят, что ничего больше в активе нет.

Кстати, массовое внедрение Wayland поможет еще больше унифицировать "традиционный" Linux и Android. Но, конечно, массовый переход на него, это плохие новости для устаревших Unix. Может пора их закопать?

Это архивная статья

Lennart Poettering анонсировал в своей ленте Google+ очередные нововведения в systemd: фильтрация системных вызовов для запускаемых сервисов благодаря Linux-специфическим особенностям ядра 3.5. Теперь вы можете управлять тем, какие системные вызовы разрешены в группе процессов, запускаемых сервисом (напоминаем, что systemd использует cgroups, так что все порожденные процессы не "убегают" из под контроля, поэтому фильтрация системных вызовов легко может распространяться и на все порожденные процессы).

Нововведение еще в процессе разработки, и детали его реализации еще могут измениться. К сожалению, это пока работает только на x86/x86_64-микропроцессорах, хотя уже есть патчи для ARM. Учитывая растущий интерес к systemd и позитивные отзывы со стороны embedded-разработчиков (в том числе и решений на базе Android, в которых рассматривается внедрение systemd, pulseaudio и wayland вместо написанных инженерами Google аналогов - это секрет, пока никому не рассказывайте!), можно полагать, что эти патчи долго не застоятся в очереди.

Новость уже обсуждается на OpenNET.ru. Еще обратите внимание на то, какие возможности по безопасности уже предоставляет systemd.

Это архивная статья

• KDE 4.9.

• Еще одно облачное решение будет доступно из коробки - Eucaliptus.

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

• Включение gss-proxy на замену старому rpc.svcgssd.

• Две фичи для лучшей поддержки восточных и азиатских языков - автодополнение слов, основанное на ibus и совместимое с ним,` <>`__ и новый ibus модуль для упрощенного китайского.

Это архивная статья

С радостью сообщаем, что в ArchLinux наконец-то полностью перешли на новую иерархию файловой системы - окончательный перенос /var/run и /var/lock в /run, произошедший в начале июня, и перенос /lib в /usr/lib.

Мы, разумеется, только приветствуем внедрение тех нововведений, что были популяризированы и протестированы у нас (см. What's this /run directory doing on my system and where does it come from? и Features:UsrMove), за что нас, как уже было не раз сказано, почему-то пытаются оскорбить называя "бета-тестерами" с характерной уничижительной интонацией.

Ждем окончательного перехода на systemd!

Это архивная статья

Fedora и Russian Fedora - самые динамичные и быстрые дистрибутивы, что мы попробуем доказать в реальности. В качестве честного и объективного бенчмарка предлагается забег на дистанции 3, 5, 7 и 10 километров в рамках уже становящегося традиционным мероприятия Nike Run Moscow, которое, как понятно из названия, состоится в Москве. Первый забег на три километра (что доступно практически любому линуксоиду) состоится уже завтра, 15 июля - присоединяйтесь! P.S. можно устроить дистросрач прямо на бегу. Не пропустите уникальный шанс!

Это архивная статья

По нашему запросу юристы Fedora проверили легальность включения поддержки файловой системы exFAT в дистрибутив и репозитории. К сожалению открытая реализация данной ФС не допускается в основной Fedora. Tom "spot" Callaway: "Upon review, implementations of exfat are not permitted in Fedora."

Однако необходимые пакеты (fuse-exfat и exfat-utils) останутся доступны из репозитория russianfedora.

Представьте себе мир без свободных знаний

В Государственной Думе пройдёт второе слушание о внесении поправок в «Закон об информации», которые могут привести к созданию внесудебной цензуры всего Интернета в России, в том числе к закрытию доступа к Википедии на русском языке.

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

Это архивная статья

• В Fedora 18 будут новые нескучные 256-цветные терминалы.

  Пользователи Mac OS X, которые работают на Linux-машинах через ssh будут особенно рады.

• CIM Management - еще одна фича, предназначенная для т.н. систем "энтерпрайз"-уровня.

• Обновление fontconfig до версии 2.10

• Обновление Ruby on Rails до версии 3.2

• Обновление Perl до версии 5.16

• Новая суб-архитектура для PowerPC - Power7 (ppc64v7).

  Теперь их будет три - ppc, ppc64 и ppc64v7.

Раньше то, будет-ли запущен сервис после установки записывалось в нем, в секции %post spec-файла. А в рамках этого нововведения предлагают игнорировать ту информацию и использовать настройки профилей - типа "веб-сервер", "рабочая станция", "почтовый сервер", "Fedora Electronic Lab" и т.п.