Книга: Linux и все, все, все... Статьи и колонки в LinuxFormat, 2006-2013

2012

закрыть рекламу

2012

Куда казаку податься?

LinuxFormat, #152-153 (январь 2012)

В прошлой колонке автор сетовал на непрошеные новшества, то и дело возникающие в Linux'е. Что вызывает законный вопрос: если так дело пойдёт и дальше, то куда бедному линуксоиду податься? Ведь очевидно, что всякие systemd'ы рано или поздно расползутся по всем дистрибутивам.

И тут напрашивается ответ: FreeBSD, для которой на подходе 9-я версия. С новым инсталлятором, позволяющим установить систему в те же несколько кликов мыши, что и самый юзерофильный дистрибутив Linux'а. С возможностью разместить корень файловой системы на ZFS – самой совершенной файловой системе из тех, которые признаны стабильными (btrfs, может, и не хуже, но до стабильного состояния ещё не доросла). С системой бинарных обновлений, не требующих тотальной перекомпиляции всего и вся. И при этом – с прежней простотой и прозрачностью конфигурационных файлов, не замутнённым новомодными systemd и прочей прелестью.

Сложно для начинающего, скажите вы мне? Да не особо. Но на всякий пожарный случай есть вариант, снижающий порог вхождения в тему: PC-BSD. Основанная на базе FreeBSD, она снабжена графическим инсталлятором и собственным пакетным менеджером – спорным по принципам, но всё более следующим к классическому UNIX Way.

Измена Linux'у, опять же скажете вы? А вот тут впору вспомнить слова Антон Палыча Чехова: «Если вам изменила жена, радуйтесь, что она изменила вам, а не отечеству». Тем более, что в данном случае не мы изменяем Linux'у, а, скорее, Linux изменяет UNIX'у. Так что можно сказать, что от присяги мы свободны.

PCLinuxOS в отечественной редакции

LinuxFormat, #154 (февраль 2012)

Не так давно, в ноябрьском номере, затронув тему потомков мага Mandrake, я упомянул и дистрибутив, труднопроизносимое название которого фигурирует в заголовке этой колонки. Поводом же для повторного обращения к этой теме стали дальнейшее успешное развитие проекта, во-первых, и сообщества его русскоязычных пользователей – во-вторых. А в-третьих и главных – активное развитие локального репозитория. Который содержит не только полное зеркало репозитория официального, но и пакеты, востребованные в нашей, русскоязычной, среде. А также просто пакеты, собираемые по заявкам трудящихся. Причём нынче уже не только в 32-битном, но и в 64-битном варианте.

В двух словах – зачем нужен ещё один дистрибутив Linux'а, в частности этот (для себя я называю его «лосиным» – от сокращённого названия PCLOS). У него есть две особенности. Первая – это система rolling release, то есть одновляемая постоянно. И потому всегда содержащая достаточно свежие версии ядра, Иксов и так далее. А вторая – это, как ни странно, система относительно консервативная. Вы не увидите в ней всяких новомодных штучек типа systemd сотоварищи. И потому она предсказуема и управляема – в крайнем случае, руками. А, будучи при этом ещё и Системой Быстрого Развёртывания, она доводится до рабочего состояния за критически малое время.

В общем, это не призыв к поголовному переходу на «лосиный» дистрибутив. Но попробуйте – возможно, он вам понравится.

Очень грустная колонка…

LinuxFormat, #155 (март 2012)

... потому что ушёл к верхним людям Евгений Яворских, известный читателям ряда «бумажных» компьютерных журналов как Акустик, а участникам форумов UNIX-тематики как ?Jevgeni. Автор бессчётного количества статей о всякой разной мультимедии – и в Linux'е, и даже в Windows. Написавший «бумажные» книги про звук и видео на персональном компьютере – 2004 и 2005 год, соответственно: ни одной вы сейчас в продаже не найдёте, расхватали как пряники. И создатель «сетевого руководства» Пингвиний BUNT – о первых шагах линуксоида, на примере Ubuntu разного рода. И человек с не очень простой судьбой – но об этом здесь говорить не уместно.

Уверен, что верхние люди примут его как должно. А нам останутся его яркие и нестандартно написанные материалы – в равной мере увлекательные и полезные. К сожалению, далеко не все они доступны в Сети. Но ведь это дело поправимое, верно? Старые «бумажные» выпуски журналов и OCR ещё никто не отменил. Да и в редакционных архивах наверняка немало осталось.

Гибридное видео, или мичуринцы из NVIDIA

LinuxFormat, #156 (апрель 2012)

Одним из величайших достижений советских селекционеров было получение гибрида воблы со стерлядью. Он обладал вкусовыми достоинствами первой и стоимостью второй. Недавно этот успех удалось повторить мичуринцам из NVIDIA: они скрестили интегрированные GPU процессоров Core iX и собственные GPU. Гибрид этот должен был обеспечить энергосбережение первых и производительность вторых, и потому его назвали... нет, просто, OPTIMUStm.

Суть его – на задачах, требующих «высокой» графики, работает GPU от NVIDIA, на обычных же происходит переключение на встроенный GPU. Это обеспечивается как «железной», так и программной составляющими. Причём последняя работает только под Windows. И линуксоиды – обладатели ноутбуков с OPTIMUStm, оказались в положении потребителей гибрида воблы со стерлядью, заплатив за то, чем воспользоваться не могли.

Разумеется, немедленно возникла свободная реализация этого решения – проект Bumblebee. Бинарные его пакеты доступны на сайте проекта для Arch, Debian и Ubuntu, наличие исходников позволяет скомпилировать их для чего угодно, Этом воспользовались, в том числе, и майнтайнеры openSUSE. Установив и настроив пакет bumblebee, достаточно запустить исполняемый файл с аргументом – именем программы, требующей «крутой» графики, чтобы включился GPU NVIDIA. Последний по завершении её отключается, переходя в энергосберегающий режим работы с GPU от Intel.

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

Блеск openSUSE

LinuxFormat, #157 (май 2012)

openSUSE появилась на моём ноутбуке неожиданно – из-за его «мичуринского» видео (описанного в прошлой колонке) более иные дистрибутивовы не захотел запускаться. Однако прижилась она не поэтому, а вследствие своих особенностей. Из которых отмечу самые для меня интересные.

Это, по-первых, модуль инсталлятора, отвечающий за разметку диска и файловые системы – то, что в дальнейшем изменить сложнее всего. В openSUSE он на стадии установки позволяет сделать всё, что можно придумать, вплоть до создания файловой системы ext4 «без журнала», определения любых субтомов для btrfs, монтирования tmpfs в любые точки, где она оправданна.

Во-вторых, система управления пакетами zypper. Разработанная по мотивам apt и yum, она вобрала в себя лучшие их черты: по простоте синтаксиса она превзошла второй, по функционалу – первый. А «обёртка» из YaST2 облекает её в элегантную графическую форму.

В-третьих, сам YaST2 – универсальная среда для настройки всего и вся: оборудования, загрузчика, параметров ядра, стартовых сервисов, сетевых соединений и служб, виртуальных машин...

И в-четвёртых – «трёхступенчатая стабилизация»: пользователь может сидеть на текущем релизе, или идти вдоль верстовых столбов (Milestones) релиза грядущего, или, оставаясь в рамках «текучки», использовать отдельные достижения светлого будущего, доступные иначе только в отдалённой перспективе.

Сочетание этих особенностей и определяет своеобразие openSUSE, делая её почти оптимальным дистрибутивом для десктопа. Почему «почти»? А об этом – в следующей колонке.

openSUSE: и на на солнце бывают пятна

LinuxFormat, #158 (июнь 2012)

Прошлую колонку я закончил на том, что openSUSE мог бы претендовать на звание оптимального дистрибутива для десктопа. Что же не даёт ему занять эту ступень «пьедестала почёта»? Всего две мелочи.

Во-первых, среди многочисленных достоинств openSUSE не числится одного – визуального быстродействия, столь выделяющего, например, Fedora. И можно сколько угодно рассуждать о том, что визуальное быстродействие не имеет никакого отношения к скорости выполнения реальных задач – именно оно определяет первое впечатление пользователя о дистрибутиве, да и позднее – психологический комфорт его применения.

Во-вторых, структура репозиториев openSUSE не очень проста. Почти каждый номер, выходящий за пределы «обязательной программы», то есть официально поддерживаемых пакетов, требует подключения своего репозитория. Это относится и к мультимедийным приложениям и кодекам для них, и к «улучшенным» шрифтам, и к играм, и даже к «фронтирным» версиям ряда основных компонентов.

Первое «пятно» можно замазать использованием prelink'а. Это демонстрирует Fedora, где prelink давно задействован по умолчанию. Применение prelink в openSUSE значительно снижает исходную её «задумчивость». Кроме того, уже по ранним версиям тестируемого ныне релиза видно, что майнтайнеры работают над повышением визуального быстродействия.

Второе «пятно» закрашивается эффективным механизмом поиска пакетов и установки их «в один клик». Однако отсутствие централизованного хранилища «сторонних» приложений – аналога RPMFussion в Fedora или AUR в Archlinux – по прежнему чувствуется. Но, может быть, и эта задача будет решена со временем?

Примечание. Не прошло и нескольких месяцев со времени публикации этой колонки, как обе описанные в ней проблемы были решены. Сначала коренным образом был преобразован интерфейс поиска пакетов системе OBS (Open Build Service). И теперь установка приложений из сторонних репозиториев, сопровождаемая подключением оных, стала предельно простой.

Ну а быстродействие openSUSE действительно было кардинально повышено в вышедшем недавно релизе 12.2. Да и всё большее распространение SSD в качестве по крайней мере системных носителей всё больше нивелирует разницу в производительности любого софта.

Во славу Гомера

LinuxFormat, #159 (июль 2012)

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

Одна из таких систем появилась в конце 2010 года, и называется ?ALT Linux Homeros. Как нетрудно догадаться по названию – это дистрибутив для людей с ограничениями по зрению, в том числе и совершенно слепых. Он основан на 6-й платформе Altlinux, среде Emacs и ?emacspeak. Они дополнены речевым сервером VoiceMan и синтезаторами – русско- и англоязычным (по умолчанию – RHVoice и mbrola, соответственно).

Распространяется Homeros в виде LiveCD (объёмом менее 400 МБ), предусматривающего возможность установки, в том числе и без визуального контроля вообще. Однако и в Live-режиме можно получить достаточно полное представление о её возможностях. Описать которое довольно сложно – это надо видеть и, главное, слышать. Что я и рекомендую проделать всем любознательным, вне зависимости от остроты их зрения. На меня самое большое впечатление произвело зачитывание текста по мере его набора – работает эффективней любого спеллчекера.

Разработчик Homeros'а – Михаил Пожидаев, и создавал он эту систему для себя. Я надеюсь, что и подробности о ней он скоро представит сам, в одном из ближайших номеров журнала.

Нативная ZFS – Linux’у!

LinuxFormat, #160 (август 2012)

Ровно 2 года назад (LXF#133) я писал о великой победе инженерной мысли (воплощённой Брайаном Беллендорфом) над юридическим крючкотворством сочинителей лицензий – методе прикручивания поддержки ZFS на уровне ядра Linux. Он получил дальнейшее развитие в проекте ZFS on Linux. Правда, майнтайнеры «майнстримовых» дистрибутивов не торопились включать в свои системы поддержку нативной ZFS даже опционально. И пионером тут выступил Sabayon – не очень распространённый и довольно «хулиганский» отпрыск Gentoo: в его 9-й релиз включена возможность задействовать ZFS на стадии инсталляции (разумеется, не по умолчанию).

??В принципе, никто тут не может чувствовать себя обделёнными: разработчики ZFS on Linux предлагают его пользователям Ubuntu в виде пакета, помещённого в ppa-репозиторий и готового к немедленному употреблению. А в качестве заботы о прочих предоставляют, в дополнение к непременным исходникам, также подробные инструкции по сборке пакетов deb- и rpm-форматов.??

Не знаю, воспользовались ли этой любезностью майнтайнеры более иных фронтирных дистрибутивов, но вот майнтайнеры openSUSE – воспользовались. И ныне пакет поддержки ZFS со всем сопутствующим инвентарём пользователи этого дистрибутива могут легко отыскать в системе Open Build Service и установить «в один клик». Не без некоторых подводных камней, заставляющих вспомнить родственников сочинителей лицензий, но в принципе такая возможность есть. А что они за это получат – поговорим в другой раз.

Бич свободных лицензий

LinuxFormat, #161 (сентябрь 2012)

Как это ни парадоксально, но один из главных тормозов прогресса свободного софта – это свободные лицензии. И причин тому несколько.??

Во-первых, лицензий этих много, и число всё растёт. И хотя все они свободны, некоторые – свободнее других. Правда, в последнем вопросе существуют кардинальные расхождения взглядов: приверженцы буквально каждой из свободных лицензий полагают, что именно их лицензия воплощает в себе идеал свободы.

И оно бы ладно – меряться длиной свободы ничуть не хуже, чем размером иного органа. Однако из этого вытекает «во-вторых»: все свободные лицензии в той или иной мере не совместимы друг с другом, достигая стопроцентной совместимости только сами с собой. То есть код под разными лицензиями в едином проекте может использоваться либо с теми или иными ограничениями, либо не может вообще. Примером последнего случая является судьба ZFS on Linux, описанная в колонках LFX#133 и LXF#160. Тут, правда, инженерная мысль одержала победу над крючкотворством лизензиатов. Но это потребовало лишних усилий разработчиков и до сих пор доставляет неудобство пользователям. Хотя, казалось бы, именно авторы свободных лицензий декларируют, что «всё для блага пользователя, всё для счастья пользователя».

Примеров непроизводительных трудозатрат для преодоления несовместимости лицензий можно привести много. Один из самых масштабных – это создание BSD-лицензированных аналогов программ, распространяемых под GPL, в рамках практически всех проектов BSD-семейства. И поневоле возникает мысль: а если бы всё эту энергию, да в мирных целях...

openSUSE 12.2: детектив вокруг релиза

LinuxFormat, #162 (октябрь 2012)

Когда вы будете читать этот номер, выход означенного релиза будет состоявшимся фактом. Однако ему предшествовала почти детективная история. 31 августа «по России слух прошёл», что на официальных зеркалах проекта лежат образы долгожданного релиза. Правда, они почти мгновенно исчезли, но оставались доступными несколько уже неофициальных зеркал, организованных предприимчивыми студентами. Хотя на следующий день и они таинственным образом исчезли. Возникает вопрос – не была ли это сознательная утечка информации со стороны разработчиков? Цель которой – развлечь народ в то время, когда они отдыхают от трудов праведных и сочиняют текст пресс-релиза. Что делает честь их чувству юмора.

Однако заинтересованные лица (включая автора этих строк) вожделенные успели образы скачать и даже установить с них систему. Что дало возможность ознакомиться с ещё необъявленным релизом досрочно. Система, с них установленная, оказалась более чем работоспособной. Тем более, что вслед за тем появились уже и официальные репозитории, так что не возникло проблем, скажем, с сетевой установкой или обновлением кандидата в релизы.

Что же до собственно релиза – он вполне оправдал возлагавшиеся на него надежды. А именно: в нём нет ничего ультра-революционного. И по прежнему существует выбор между стилем «гипермодерн», причём в очень смягчённом варианте, и традиционным стилем, вот уже более двух десятилетий обеспечивающим openSUSE привязанность пользователей.

OpenSUSE: первый шаг к релизу 12.3

LinuxFormat, #163 (ноябрь 2012)

Едва успели утихнуть восторги в связи с выходом openSUSE 12.2, как на горизонте возник маяк на пути к следующему релизу – 12.3-Milestone0. Эти «верстовые столбы» интересны тем, что позволяют следить за тенденциями развития дистрибутива. Поэтому я не буду останавливаться на версиях ядра, Иксов, KDE и так далее – за время подготовительного цикла всё это не один раз поменяется. А скажу пару слов именно о тенденциях. И начну, как в анекдоте, с негативных.

Главная из них – о возможности отката на старую систему инициализации можно забыть, systemd пришёл всеръёз и надолго. Как и GRUB 2, и GPT-разметка. Что само по себе и ничего бы – да вот только установить GRUB 2 на диск с таблицей разделов GPT оказывается весьма затруднительно. И полноценно настроить GRUB 2 средствами YaST, как и в текущем релизе, по прежнему невозможно. Остаётся надеяться, что либо в следующем релизе сохранится GRUB Legacy – либо YaST подретушируют в соответствие с требованиями современности.

А из тенденций позитивных отмечу повышение быстродействия системы. Радуют шрифты «из коробки», практически не нуждающиеся в «улучшательстве». И как бальзам на душу: в файловом менеджере Dolphin наконец появилась возможность, щёлкнув правой кнопкой мыши на имени «Точки входа», открыть соответствующий каталог в новой вкладке. Правда, это скорее заслуга новой версии KDE...

Юстируем шрифты

LinuxFormat, #164 (декабрь 2012)

Кое-кому памятны времена, когда на шрифты в Иксах трудно было смотреть без слёз (в прямом смысле). Потом, с одной стороны, к Иксам научились прикручивать шрифты из Windows, оказавшиеся, по недосмотру Microsoft'а, свободно доступными при соблюдении некоторых условий. А с другой – начали появляться и качественные шрифты, уже по настоящему свободные. И тут выяснилось, что качество шрифтов само по себе не гарантирует их «смотрибельности» на экране: не меньшее значение имеют условия их рендеринга.

Начался период экспериментов с опциями сборки библиотек поддержки вывода шрифтов – сначала отдельными умельцами, потом в Ubuntu дело было поставлено на промышленную основу. И постепенно в большинстве дистрибутивов Linux'а из «первой десятки» шрифты приобрели пристойные очертания «из коробки». Казалось бы, чего ещё желать? Оказалось, что есть чего.

Одним из первых проектов по «улучшению» шрифтов был infinality.net, в рамках которого разрабатывались патчи для поддержки субпиксельного рендеринга. Применение их было сугубо делом вкуса, да и необходимость в них, как я уже сказал, постепенно отпадала, хотя патчи эти есть в репозиториях большинства дистрибутивов. Но один из результатов этого проекта остаётся интересным всем, кто к шрифтам «не ровно дышит».

Это – пакет fontconfig-infinality. Сам по себе он ничего не патчит и ничего не «улучшает». Но – позволяет выбрать стиль рендеринга, например, командой infinality-ctl setstyle. Стили эти таковы: отладочный, linux, infinality, osx, osx2, win7, win98, winxp. И различаются они параметрами хинтинга. Какой из стилей лучше, какой хуже – не скажу: смотрите сами...

Оглавление книги


Генерация: 0.363. Запросов К БД/Cache: 1 / 1
поделиться
Вверх Вниз