Кто-нибудь из читателей может похвастаться тем, что постоянно ставит и изучает возможности программного обеспечения, идущего в комплекте с железом? Те же самые mp3-плееры, цифровые фото и видеокамеры, сканеры, принтеры… А ведь производитель старается привлечь внимание к своему продукту не только железной, но и программной частью. Если вы платите за софт и знаете, что в комплекте с вашей фотокамерой вы получите программу для организации ваших снимков в каталог, автоматический корректор цветовой гаммы и небольшой графический редактор для кадрирования, то разве вы не охотнее примете решение о ее покупке?

Если да, то вы поймете зачем я написал эту статью. Покупая компьютеры Apple вы получаете в комплекте операционную систему MacOS, которая уже прямо из коробки кое-что умеет. Если вам чего-то не хватит для вашей профессиональной деятельности, то тогда вы задумаетесь либо о покупке какой-то программы, либо о поиске бесплатного аналога.

Но вот у вас лысый предустановленный MacOS. Надо посмотреть на что он способен в таком состоянии.

Далее ...

Смело могу сказать - 90% причины, по которой я покупал Macbook, составляет желание получить и полноценно использовать MacOS X. Вы можете почитать первую часть и понять почему. Хотя стоит честно признаться, что во многом за качество и проработанность операционных систем от компании Apple нужно благодарить выбранную тактику по использованию отобранного железа. Это позволяет программистам сразу знать, как все будет работать и не переживать, что все развалится от левого модуля. Значит тестировать и фиксить баги придется меньше и можно сконцентрироваться только на интерфейсе пользователя и скорости работы.

Те, кто так не думает, могут ознакомится с ядром Linux, чейнджлогами и списками бакфиксов. Гарантирую - вы там найдете множество "а что если", которые вынуждены были появиться из-за разнообразия используемого железа и файловых систем. А теперь представьте, что все эти усилия были бы потрачены скажем на ускорение работы того же KDE или улучшение Gnome.

Далее ...

Сидишь и думаешь - чего бы еще такого придумать, чтобы потом сказать самому себе - "ух ты! даже такое можно сделать!". Вот и тут очумелые ручки дошли до кондиции, чтобы что-то поковырять.

На работе стоит Ubuntu и как-то сложились дружеские отношения с Gnome. Так вот по роду деятельности иногда приходиться поровнять пикселы, для чего использовался kruler. В KDE-окружении он работал замечательно, а вот в Gnome заставлял грязно ругаться по поводу окаймления окна (которого не было в KDE), что не позволяло точно считать координаты и наслаждаться этим мелким, но полезным приложением. Найденная альтернатива - screenruler - выглядела просто замечательно и вообще умела даже мерять в px, см, %, inch и pt, но вот считать расстояние ей просто невозможно, она не выводит цифры под курсором (к тому же kruler выводит еще и цвет в Hex RGB). Вернувшись на kruler, я задумался... В KDE можно было вручную убивать рамки у нужного окна, дефолтный Gnome с Metacity такого не умеет, как же его приручить? Найдено было дикое, но интересное решение - devilspie.

Не спрашивайте как его поставить, если вы знаете что такое линукс и репозитарий, то такой вопрос у вас даже не возникнет. А вот как использовать - подскажу.

В вашей домашней директории создается папка ~/.devilspie, а потом в ней можно создавать файлы поведения и реакции. Вот что создал у себя я в файлике ~/.devilspie/kruler.ds:После этого можно запустить сам devilspie и он начнет действовать. В приведенном выше файле ему приказывается найти и следить за окном kruler и при его обнаружении убить оформление окна, выкинуть это окно из пейджера и из списка задач. Все эти действия применяются как при запуске новых приложений так при обнаружении существующих.

Как показали интимные отношений с man devilspie он много чего умеет, как-то скрывать окна, шейдить, максимизировать, кидать на другие рабочие столы и вьюпорты и т.д. Можно назначить нужное поведение каждого конкретного приложения.

В общем и целом - очередная фишка, которая позволит сделать работу в системе еще приятнее и интереснее, а ваше рабочее место отзывчивее и интеллектуальнее.

P.S.: Усевшись за Arch Linux я увидел, что бубен для оформления окон не требуется, окно kruler уже оформлено нужным образом. Что-ж поделать, Gnome в Arch Linux посвежее будет.

С развитием программирования и потребностей в программах многие программисты стали использовать разнообразные фреймворки и библиотеки для быстрой реализации простых вещей.

Скачав простую программу для ведения, например, каталога заметок вы можете столкнуться с тем, что для ее использования вам нужно установить .Net Framework самой свежей версии, а интерфейс написан в стиле Ribbon (MS Office 2007).

Грешат этим и программисты для Linux, которые хотят сэкономить время на кроссплатформенности и не брезгуют использовать Java, Python, Mono и др.

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

Но что они делают с нашими компьютерами!? Представим ситуацию одновременного использования:
- офисный пакет OpenOffice (Java)
- айтюнсоподобный плеер Songbird (XUL)
- браузер Firefox (XUL) + штук 10 закладок
- торрент-клиент Vuze (Java)
- редактор Aptana Studio (Java) или Komodo Edit (XUL)

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

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

В итоге приходится выкручиваться. Офисный пакет запускать не всегда, в качестве плеера использовать mpd или audacious, firefox иногда вытеснять более шустрой оперой, торрент-клиентом сделать transmission, редактор в ущерб функциональности на Geany.

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

Все меня устраивало в Ubuntu, кроме одного - обновления. Выход новой версии ознаменовывался шквалом обновлений, которые приходилось запускать на каждой обслуживаемой машинке. Хоть ни разу я и не заметил никаких сбоев, но все равно меня смущает такое тяжелое обновление. Закрытие веток для всех новых фишек удручает, вот поставил я 9.04 и не увижу на нем ни ядра 2.6.30, ни новых версий KDE и Gnome. Потому что для этого будет 9.10.

Давно, со времен установки Crux, я присматривался к Arch Linux. Поглядывал я в его сторону во время использования Gentoo. Так и так... периодически вспоминал о нем.

Недавно попалась на глаза информация о том, что Arch Linux признан самым быстрообновляемым дистрибутивом. Это означает, что новый софт в его официальных репозитариях появляется быстрее всего, в отличие от других дистрибутивов, где прежде всего стараются выложить security updates, а остальное как-нибудь потом.

Особенности Arch

Постоянное, прозрачное обновление. Вся система и весь софт растут вместе с обновлениями. Никаких тотальных смен версии.
Приятные конфиги и грамотное их расположение.
Шустрый, гибко настраиваемый, установщик пакетов.
Преимущественно бинарный формат пакетов. Конечно фанаты всегда могут развлечься с исходным кодом.
Логика работы с системой такова - "вам это надо? вот и ставьте". Вы даже звука из колонок не услышите, если напрямую не скажете в нужном месте, что вот именно нужен звук. Собственно из-за этого Arch производит впечатление шустрой, незахламленной системы.

Варианты поставки/установки

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

Установка из минимального среза. Ставим базовую систему с консолью. В ней настраиваем репозитарии.

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

Сама установка

Консольно-псевдографическое чудо, живо напомнившее установку FreeBSD или старый добрый дебиан. Все просто как грабли - выбирать источник, разметить диск, назначить точки монтирования, установить пакеты, выбрать пароль root, установить (или нет) загрузчик.
Затем рестарт и вот вы в новой системе. В консоли, естественно.

Обрастаем и настраиваем

Тут все зависит от того, во что нужно превратить систему. Десктоп, файловый сервер, http-сервер, роутер... в зависимости от варианта различается и объем дальнейших действий.
Самая большая проблема, с которой может столкнуться новичек - сеть и интернет. Уже хочется иксов, гнома и прочей гадости, но вот в репозитарии без интернета не пускают. Однако Arch Wiki wiki.archlinux.org и утилита netcfg с легкостью помогают решить эту проблему и добраться до заветных пакетов. Кстати, Wiki очень хорошо переведен на русский.

Веселье не кончается

Систему ставить как минимум интересно. Разобравшись с иксами, их конфигом и запуском гнома я обомлел. Таким Gnome я никогда не видел! Дико простые шрифты и окна без рамок, заголовков и кнопок. Вспомнив про рекомендованый пакет gnome-extra, который я ранее неразумно проигнорировал, я нашел терминал и pacman -S gnome-extra прямо в реальном времени радовал меня то шрифтами, то рамками у окон. Грустный Gnome расцветал прямо на глазах.

Что дальше?

Network manager, звук, smplayer, firefox, openoffice... Потом я посмотрел на все то, что у меня получилось и... остался в Arch Linux. Наверное, надолго. Понравилась мне система своей ненавязчивостью и открытостью. Даже без Arch Wiki все интуитивно понятно и доступно для понимания. Для неновичка, конечно.

Когда компания Apple заявила, что их новые компьютеры и ноутбуки будут оснащены процессорами Intel, общественность радостно закопошилась. Ведь это автоматически означало, что тот самый хваленый MacOS, недоступный ранее из-за таинственной платформы PowerPC, теперь можно будет запустить на обычном PC.

Но компания Apple не захотела делать такой подарок, ведь частично благодаря недоступности MacOS на других платформах, продается оборудование Apple, с которого и идет прибыль компании.
Поэтому новые, пересобранные под Intel, операционки грузились только на оборудовании от Apple.

В общем-то эта жалкая линия обороны пала очень быстро и энтузиасты вскоре начали выпускать целые линейки взломанных версий, которые можно устанавливать на более-менее современные процессоры AMD/Intel.

Тогда вопрос стал в другом. Оборудование в компьютерах/ноутбуках Apple довольно стандартное и для компании не составляет труда писать и тестировать драйвера (кексты) для него. Однако китайские заводы "радуют" нас материнскими платами и ноутбуками с широким разнообразием чипов для беспроводной связи, звуковыми чипами, странными блютусами и веб-камерами с таинственными интерфейсами. И это если не говорить про широкий диапазон контроллеров жесткого диска.

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

Как минимум если у вас процессор Intel и контроллер с буквами ICH, то уже 70%, что вы сможете без проблем поставить любую сборку. Далее вопрос за сетевыми картами, звуком, веб-камерами, картридерами (ноутбуки).

Проблем пока хватает. Не у всех работают режимы энергосбережения, некоторым не везет со звуком, веб-камеры часто остаются мертвыми, медиакнопки работают не всегда полноценно...

Кроме того пока нет четких объяснений как обновлять систему официально. Скорее всего после обновления она не подымется. Впрочем есть интересные и сложные решения с загрузчиком, которые позволяют запускать немодифицированную версию MacOS и как следствие - обновлять ее прямо с сайта Apple.

Лично я пробовал установить хакинтош iDeneb на MSI Wind и Toshiba Satellite A200. Оба девайса без проблем приняли на борт непривычную операционку. Правда в Toshiba не работала беспроводная сеть, но в интернете обещали скорое решение этой проблемы.

Но после пары-тройки запусков хакинтоша я его... удалил. Зачем?

Причина 1: Признаюсь, я ленивый. Наработав инструментарий в Linux, втыкать в новую идеологию работы (пусть даже яблочники пускают слюни, рассказывая о ней)? Меня все устраивает и я не ищу способов затормозить свою работу, а ускорить вряд ли получится.

Причина 2: Что ни говори, а решение получается пиратское. Оборудование Apple я не покупал, диск (его отдельно тоже можно купить за деньги) - тоже. Некомфортно получается после открытой, честной системы, работать в чем-то, что у кого-то украдено.

Но в интернете по-прежнему можно найти пропатченные сборки самых свежих версий MacOS для запуска на любом железе. И с каждой новой версией они ставятся все проще и проще, а диапазон поддержки оборудования все шире.

Приуныли линуксоиды, когда Ханс Райзер решил, что его новая файловая система reiser4 для мира не так важна, как его разборки с женой. Но вот с новой убунту, да и в других дистрибутивах позволено позабавиться с ext4. Инсталлятор разрешил форматировать любой раздел в ext4, а в интернете появилось множество рекомендаций как сконвертировать свой ext3 в ext4, чем множество линуксоидов и занялось.

Странно, что ext4 основательно прокачали тестеры, причем не только на Ubuntu. А вот после выпуска релиза багрепорты зацепили и новую файловую систему.

Особенно мне "понравился" баг №330824 (bugs.launchpad.net/...).

Вот как его расшифровывают на wiki.ubuntu.com/...


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

Такой вот Soft Lockup я уже поймал с десяток раз.

Как-то нарвался я в сети ответ на вопрос о том, что лучше ставить Ubuntu или Kubuntu. Ответ был однозначен - поклонникам KDE лучше ставить Ubuntu и лишь затем ставить на нее свой любимый DE. Причина - лучше отлажено, отшлифовано. Наверное, все дело в том, что сборка Kubuntu производится на базе Kubuntu некими энтузиастами.

Недавно я писал (inf.by/...), что после установки Kubuntu 9.04 и попыток штатными средствами настроить две независимые сети на одной системе, я вынужден был одну сеть настроить вручную, а вторую с помощью Wicd, как замену Network Manager. Но и тут слегка пришлось схитрить назначив на коннект/дисконнект беспроводной сети скрипт восстановления настроек проводной сети.

Эта некоторая условность да плюс еще младенческие глюки KDE4 сподвигли меня на замену Kubuntu 9.04 на Ubuntu 9.04, благо я к этому готовился изначально.

Какого же было мое радостное удивление, когда с теми же настройками стандартный Network Manager вместе со своим гномовским апплетом замечательно работает. Обслуживаются две сети, держатся все DNS-сервера и роуты при любых соединениях/рассоединениях. Ручками ничего подымать не пришлось.

Вот вам и выводы. Две, казалось бы одинаковые внутри системы, все-таки отличаются, и не в пользу Kubuntu. Может и не только этим.

С момента появления Network Manager в комплекте Ubuntu его преследуют негативные эмоции пользователей. Какие отрицательные моменты нашел я:

1. Тупая автогенерация eth* устройств. Настраиваете сеть для eth0, после перезагрузки у вас уже eth1, потом eth2 и т.д.
2. Невозможность быстро по щелчку соединиться с WiFi сетями со скрытыми SSID (вручную добавленными в список, естественно).
3. Нелюбовь к статическим IP.
4. Неожиданное переписывание жестких роутов на свои собственные.
5. Необходимость вводить пароль для доступа к хранилищу паролей беспроводных сетей.
6. KDE-апплет для Network Manager никогда не сохранял флажок автоподключения к WiFi и потому соединяться приходилось вручную.

На днях решил освежиться Kubuntu 9.04 и получил тот же результат - установленный Network Manager и его апплеты начали капризничать, не сохранять статический IP, убивать роуты...


Моя злость на этот недоделанный кривой комбайн превысила допустимые нормы и я вспомнил про рекомендованный Wicd (wicd.net). Он есть в репозитарии и при установке просит снести Network Manager. Я позволил ему это сделать и получил нормальную программу и иконку в System Tray. Wicd умеет работать по профилям - приносите ноут домой и активируете профиль "Home", на работе - профиль "Work". С WiFi работает превосходно, работая через стандартный wpa_supplicant, коннектится автоматом при нахождении в зоне действия, паролей при коннектах/дисконнектах не требует, позволяет прописывать на выполнение любые скрипты при изменения статуса (например запуск почтового клиента и скачивание почты при активации соединения).


Все замечательно и меня устраивает работа Wicd, но вот нашел проблемку - активным может быть только один интерфейс. При включении WiFi отрубается локалка и наоборот. Решил старым проверенным способом - локальная сеть активируется стандартно прописью в /etc/network/interfaces

Так что Wicd пока у меня просто нормально обслуживает WiFi не давая убить роуты на локальной проводной сети.

Если кто пользуется Wicd и нашел решение этой бяки - сообщите, будьте добры.

От двух DE хочется взять лучшее и свести их воедино. Мне нравятся обе оболочки и я работаю то в одной, то в другой в зависимости от настроения. Файловый менеджер, IM-клиент и другие мелочи я предпочитаю запускать родные, т.е. GTK или QT, но есть программы, которые не заменишь. Например тот же Kmail мне понравился больше чем Evolution, а достойную замену Krusader на GTK я найти пока не смог.

Естественно, мириться с разным представлением внешнего вида контролов, шрифтов, иконок не хочется, так что лечим.

Для поклонников KDE/QT сделать GNOME/GTK-приложения похожими по оформлению можно установкой пакета gtk-qt-engine, а вот обратную трансформацию сделать тем, что есть в стандартном репозитарии, не получилось.

Погуглив нашел пакет qgtkstyle.
Официальная страница: labs.trolltech.com/...
Список deb-пакетов: ppa.launchpad.net/...

После установки нужно только зайти в systemsettings от KDE и вы Appearance -> Style -> Widget style выбрать "GTK".

Если глаз мозолят разные иконки то можно свести их к одной теме. Тот же Human, например.

Остается поставить однинаковые шрифты и одинаковое сглаживание.

Вот что получилось после выполнения этих манипуляций. На скрине Nautilus (GTK) + Dolphin (QT). Очень похоже, мозг уже не бесится.