Месяц: Август 2010

Systemd в Gentoo

Многие люди бредят о следующим поколении системы инициализации (так же известной как systemd), уже сейчас точно можно сказать, что она будет являться init-системой по умолчанию в Fedora 14. Таким же путем, возможно, пойдет и OpenSuse и даже консервативный Debian рассматривает в перспективе такое развитие ситуации. Но также точно известно, что Ubuntu, в ближайшем будущем, не собирается менять upstart на systemd.

Так где же Gentoo в этом списке? Текущей init-системой для нас является baselayout-1, в стабильном дереве и OpenRC для ~arch. Маинтейнеры systemd ведут активную работу, вместе с пользователями заинтересованными в этом, по поиску и исправлению ошибок. Запрос в багзиле имеет более 30 подписчиков и 86 голосов, таким образом пользователям очень интересно наблюдать за состоянием systemd в Gentoo. Однако, потребуется проделать большую работу, прежде чем systemd попадет в дерево portage.

Но даже после того как systemd войдет в portage, крайне маловероятно, что она станет системой иницализации по умолчанию, по ряду причин указанных ниже. Некоторые разработчики решительно выступают в поддержку перехода baselayout -> systemd, а некоторые считают эту затею большой кучей дерьма и, что Gentoo должен оставаться вдали от нее. Но ни одного из этих мнений не придерживается большинство разработчиков Gentoo.

По всей вероятности конечный результатом будет, то что OpenRC наконец стабилизируется и заменит baselayout-1, и если какие-либо разработчики будут готовы тратить огромное количество усилий и времени, необходимых чтобы сделать systemd пригодной для использования в Gentoo, то systemd будет дополнительной init-системой рекомендуемой для desktop/laptop машин.

Вольный перевод Nirbheek Chauhan, разработчика Gentoo.
Оригинал

Внешний сервер базы данных для KDE

Идея перевести приложения KDE на использование внешней БД витала в воздухе давно.
Покопавшись в настройках я определил список программ которыми я пользуюсь, поддерживающих это:

  • Akonadi (MySQL, SQLite, PostgreSQL)
  • Amarok (MySQL)
  • DigiKam (MySQL, SQLite)
  • KMyMoney (MySQL, SQLite, PostgreSQL)

Как видно все они дружат с MySQL, значит будем использовать его.

Плюсов для себя я нашел несколько:

  • Каждое из вышеописанных приложений поднимает свой внутренний сервер БД, а DigiKam использует даже две базы. Обойдемся одним сервером.
  • MySQL уже установлен, он был вытянут по зависимостям, дополнительных манипуляция делать не надо.
  • Легкий бекап данных, ведь гораздо удобнее когда вся информация находится в одном месте. Я не параноик, но домашнюю систему время от времени бекаплю. Если брать относительно этих программа, то ручное тегирование в DigiKam и куча транзакции в KMyMoney конечно необходимо бекапить.

Создав 4 таблицы (desktop_akonadi, desktop_amarok, desktop_digikam, desktop_kmymoney) и изменив настройки приложений перезапустил их. Позже импортировал старые данные из DigiKam и KMyMoney во внешнюю базу средствами самих приложений, цель достигнута!