Архив рубрики: Linux

Canonical создал свой графический сервер

Компания Canonical начала разработку своего графического сервера Mir, что сделано с целью замены привычного X Window Server. Данное решение было принято в связи с тем, что оконная система устарела, так как она основана на специальной кодовой базе, созданной тридцать лет назад, кроме того X Window Server имеет те функции, которые не требуются простому пользователю, использующему десктоп, мобильные телефоны и телевизоры.

Следующее поколение десктоп получит указанный графический сервер на оболочке Unity, созданной при помощи Qt/QM для унификации платформ.Кроме того, Canonical ведет работу над проектом Unity Next, в рамках которого будет проводиться создание версии Unity, подходящей сразу ко многим устройствам: ПК, планшетам, телефонам. Эта версия будет универсальной и оболочка Unity будет изменена при помощи таких средств, как QT и QML. В него войдут основные компоненты известного всем интерфейса Ubuntu Touch, что приблизит Linux Canonical к универсальному продукту. Читать

aLinux 15 на старом, добром KDE 3

Уже прошло три года, с того момента как появилась первая динамично развиваемая версия дистрибутива LiveCD, под названием aLinux — предназначенная для использования Linux пользователями Windows с слабым оборудованием.

Система разрабатывается канадским программистом именуемым Jay Klepacs, который предоставляет дистрибутив aLinux как замену системам Windows и Мак ОС х. Новая версия aLinux 15 изпользует в качестве формата пакетов RPM и базируется на основе свободной среды KDE 3, пользователям предоставляется возможность использовать Synaptic в качестве пакетного менеджера. Размер готового образа составляет 1.4ГБ.

В ряд изменений нового релиза можно увидеть такие как: оптимизация для архитекты i686, переход на VIKD дающий возможность управлять сетевыми подключениями и Pidgin в качестве основного клиента, заместо Kopete . Также можно заметить обновление главных пакетов дистрибутива до последних версиях: Linux, glibc, GCC, Xorg, KDE 3, Skype 4,Firefox 17 и др. Также предоставляются пакеты для русской локализации.

Кстати, если нужна лучшая стоматология по разумным ценам, то сходите по ссылке.

Автор: Сергей Курган

Встречайте Fedora для ARM

Сегодня пришла любопытная новость для любителей дистрибутива Fedora. Разработчики Fedora официально и празднично объявили об окончательном релизе Fedora 18 для процессоров ARM. По этому поводу далее пошли игры и веселье. Ведь установочные образы уже можно загрузить для архитектур ARMv5tel и ARMv7hl.

Причем, данный релиз уже имеет готовые образы дисков для аппаратных платформ Versatile Express (QEMU), Trimslice (Tegra), Pandaboard (OMAP4), GuruPlug (Kirkwood) и Beagleboard (OMAP3).

Кроме того, в yum-репозиторий Fedora 18 подготовленных для ARM уже добавлены компоненты, которые можна использовать для автоматизированной установки на системах, поддерживающих эту функцию. В частности, Calxeda EnergyCore (HighBank).

Готовые образы можно записать непосредственно на SD-карту, USB или SATA-диск.
Еще есть неофициальные сборки Fedora для Raspberry Pi и других популярных у пользователей устройств. Список известных сборок Fedora 18 есть в каталоге на Architectures/ARM/F18/Remixes.

Готовые образы были созданы с использованием инструментов из Fedora 17, так как livemedia-creator в Fedora 18 еще не готов.

При использовании образов на Pandaboard, Trimslice, Kirkwood и Beagleboard система автоматически перезагрузится и переразобьет корневую файловую систему при первой загрузке. Чтобы предотвратить это, нужно удалить флаг '.rootfs-repartition' в '/' или путем передачи командной строке ядра аргумента 'nofsresize'.

При обновлении до ядра 3.7.X на Trimslice вам потребуется новая версия U-Boot.
В последней версии U-Boot на Trimslice ограничивает доступную память 512M (это будет исправлено в будущих версиях).

Автор: Сергей Курган

Подключение Google Drive к Linux Mint

К сожалению, сама Google ещё не выдала нам версию Drive для Linux, поэтому приходиться обходиться сторонними средствами.

Сначала я попробовал такой вариант.

Через установку пакета google-docs-fs. Я попробовал несколько похожих способов, описанных в сети, и у меня возникли ошибки, поэтому пишу здесь окончательный вариант.
Нужно скачать этот пакет с сайта launchpad.net, положить в домашнюю папку.
Установить:
sudo dpkg -i google-docs-fs_1.0~gdrive_all.deb
Часть зависимостей не установилось, дорешил это командой
sudo apt-get install -f
Далее в домашней папке создаём папку Drive и монтируем ее:
gmount Drive name@gmail.com
В ответ запросит пароль, вводим.
Если как у меня, например, в Google двойная аутентификация, то выйдет ошибка.
Значит нужно сходить на страницу авторизованного доступа к аккаунту и сгенерировать там пароль для приложения, который нужно будет ввести в терминале.
Первоначально, синхронизация начиналась, часть файлов в папку загрузилась. Потом почему-то эта папка была постоянно пустой.

Поэтому я решил попробовать ещё один способ — через клиент Insync.

Установить его можно через Synaptic или с официального сайта

Insync создаёт в домашней директории папку insync, где для каждого аккаунта будет своя папка с файлами.

На панели появляется апплет Insync, cодержащий ссылки на папку с файлами, переход в web-интерфейс сервиса Insync, информацию об используемых аккаунтах и hfpkbxyst уведомления.

Причем, файлы выгружаются в совместимом для работы с обычными приложениями, такими как LibreOffice.

Я добавил Insync в автозагрузку.

Источники:
http://prostolinux.ru/kak-ustanovit-google-disk-v-linux/
http://ubuntovod.ru/soft/insync.html

Автор: Sergey Bolshakov

Отключаем глобальное меню в Ubuntu 12.04

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

И скорее всего, не у меня одного, появилась мысль его отключить 🙂  Сделать это, к счастью, очень просто. Достаточно зайти в терминал и выполнить не хитрую комманду:

sudo apt-get autoremove appmenu-gtk appmenu-gtk3 appmenu-qt

В результате было:

стало:

Автор: Sergiy Kamolov
Дата публикации: 2012-12-10T12:14:00.000+02:00

archlinux перевод на systemd

Как известно, archlinux к данному моменту почти полностью перешёл на systemd. Старый механизм sysvinit/initscripts тоже почти полноценно пока поддерживается через костыли. Чтобы вату не катать, я тоже стал переходить. В данный момент переход довольно подробно описан на арчвики, но на момент накидывания черновика этой заметки всё только начиналось, к тому же у меня чуть более сложный случай, т.к. стояло несколько специфических сервисов итд. Чтобы сразу всё не сломалось (а оно может даже если ничего не трогать), переходить решил постепенно, в принципе, на арчвики так же рекомендовано сейчас.

Смешанная установка systemd+sysvinit+initscripts

Сам systemd уже должен стоять по-любому, но если отдельно не настраивалось, то грузится пока старый init. Попробуем прописать init=/bin/systemd в параметры ядра. Очевидные вещи разжёвывать не нужно, если grub2, то в /etc/default/grub прописываем в GRUB_CMDLINE_LINUX_DEFAULT="init=/bin/systemd" , и далее grub-mkconfig, как положено.
Из /etc/rc.conf надо убрать лишние демоны. Самое простое: после перезагрузки надо изучить что поднялось (cups, sshd итд), и это убрать из DAEMONS в /etc/rc.conf . По идее, все стандартные службы должны уже иметь systemd-unit и корректно подняться. У меня остались в DAEMONS network, а также мои специфические activemq и т.д.
Это и ниже всё нужно будет включить руками через systemctl enable, читать справку по systemd в той же арчвики по ссылке выше.

Если согласно предыдущим рекомендациям (с archlinux.org или при апдейтах) журналирование меняли, то не забыть изменить в /etc/syslog-ng/syslog-ng.conf на systemd-шный.

source src {
...
unix-dgram("/run/systemd/journal/syslog");
#unix-dgram("/dev/log");
...
};

Ещё у меня был netfs, теперь он не нужен, всё работает искаропки. Но надо только включить не забыть (как и раньше) rpcbind, для него тоже есть нативный юнит.

# systemctl enable rpcbind

Также надо не забыть заенаблить нужный dm для графического входа (у меня lxdm).

Перезагружаемся и (скорее всего) радуемся.

Смешанная установка systemd+initscripts

Это вариант предыдущего этапа, но фиксируем systemd как init по дефолту. Ставим systemd-sysvcompat, оно заменяет sysvinit и прописывает линки init на systemd и прочие sysvinit бинарники на systemctl. Так что init= из grub убираем. Перегружаемся.

После проверки и написания недостающих юнитов, когда rc.conf опустел можно приступить к следующему этапу. На что, возможно, придётся до этого обратить внимание:

Сеть

Если было настроено как служба network (а не через NetworkManager или другие механизмы), то оно почти как служба осталась, но с нюансами. Итак, из rc.conf надо убрать настройку сети и загрузку демона network, а сеть включить нативно как-то так (если через dhcp, например):

systemctl enable dhcpcd@eth0

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

Группы юзера

Нужно не забыть выкинуть всех локальных юзеров из дополнительных групп (audio, lock, scan итд итп) кроме wheel пожалуй только, это всё тоже написано в инструкции к арчвики. Походу, проблемы иначе действительно возникают.

Чистая установка systemd

Это такой окончательный этап на арчвики, но на самом деле отличается от предыдущего только тем, что не стартует костыль который запускает все инитскриптовские скрипты (которые называются у этого костыля легаси-юниты) и вообще как-либо парсит rc.conf. Ну и удаляем initscripts, раз он не нужен больше. Удаляются также и rc.conf, rc.local, rc.local.shutdown.

Автор: Дмитрий