В 2002-м году, будучи сотрудником школьного ВЦ, я внедрял Linux на рабочие места (точнее, одно рабочее место) преподавателей. Mandrake 8.0, помнится, больше туда ничего не влезло.

Выйти в интернет из убунты через 3G телефон, подключенный по Bluetooth не просто, а очень просто. Проблема одна — стандартный гномовский Bluetooth менеджер ни хрена не умеет. Поэтому ставим Blueman.

Дальше интуитивно. Для тех, у кого проблемы с интуицией:

1. Спариваем компьютер с телефоном путём нажатия на кнопку "найти устройства", выбора устройства из списка, введения PIN-а.

2. Шлёпаем правой кнопкой по устройству в списке устройств в главном окне, нажимаем "последовательные порты -> служба доступа к сети через модем" (если телефон оснащён DUN профилем) или порт 1/2, если телефон оснащён только виртуальными COM портами.

3. Создаём в NetWorkManager "мобильное широкополосное соединение" для вашего провайдера.

4. Жмём левой кнопкой мыши по NM, выбираем в списке свежесозданное соединение.

В сети полно руководств на тему ручного редактирования /etc/rfcomm и тому подобных издевательств. А всё потому что стандартный гномовский менеджер, ну вы поняли.

Настраивая очередной «... expects user XYZ and database ABC was created», что по сути ни что иное, как ручная настройка СУБД MySQL для десктопной программы, коих много. Подумалось мне об обязательной реализации специального стандарта на хранение данных в СУБД и управление этими данными со стороны пакетного менеджера.

Чтобы при установке какого-либо пакета таблицы в СУБД создавались автоматически, права и область видимости на них выставлялись бы в соответствии с правами локальных пользователей, от UID-ов которых запускаются соответствующие программы, а при удалении пакта (точнее при purge) БД из СУБД бы удалялось.

Реально ли?

В разговоре с учителями выяснили крайне положительное действие декстоп-эффектов (ALT Linux 5, KDE 4). А именно:

- Wobbly Windows делает процесс изучения оконного менеджера весёлым. Изучать оконный менеджер в Windows скучно.

- Magic Lamp тоже делает изучение весёлым, а заодно упрощает понимание понятия панели задач.

- Desktop Pane упрощает понимание Virtual Desktops.

- Рисование мышью поверх экрана крайне удобно на презентациях.

В целом, рассказывать о том, какой Linux клёвый, попутно отмечая, что он может всё то, что есть в программе, гораздо эффективнее, чем рассказывать, что он может примерно то же что и Windows программы.

В Kubuntu наконец допилили KPackageKit до вменяемого состояния, причём. Причём по скорости работы он серьёзно так уделывает Synaptics. Моя рад.

LyX починили, сижу пописываю статью про Creative Commons. Ждите :)

Eclipse. Наконец-то в убунте кто-то проснулся и обновил Eclipse. Сразу до 3.5.1. Работает, что нехарактерно :)

Rekonq хорош, даром что не умеет импортировать закладки, например (запускаем Konqueror и импортируем), но почему-то сильно глючит на zimbra. Что тоже странно, поскольку и в Konqueror, и в Chrome zimbra работает. В остальном классный браузер, давно пора.

Firefox в системе отсутствует. О как.

Amarok няшка.

Зачем впихнули Quassel, если Konversation куда функциональнее (и KDE-шнее)? Видимо, забыли убрать с прошлого релиза.

В общем и в целом весьма недурственно. Ощущения rock solid, как от Simply Linux, не оставляет, шероховатости везде, но для попсового дистрибутива неплохо.

Да, а ещё они хотя бы немного начали попиливать Kubuntu, в частности, написали QT-шный USB-Creator.

Первое — SL по сравнению с ALT Linux — это тот же ALT, но с человеческим лицом. Т.е. в SL поработали над внешним видом, а не стали пихать дефолтный XFCE (в ALT, во всех дистрибутивах, все среды из коробки настроены по дефолтному ужасно). Во-вторых, набор предустановленного софта ещё и преднастроен — mpd ждёт музыку в ~/Музыка, к примеру, а не оставлен ненастроенным.

Simply Linux по сравнению с Ubuntu 9.10 — это просто rock solid. Всё, что там собрано, работает полностью и без сбоев, в отличие от. Кроме того, SL занимает меньше места на диске при большем функционале и лучшем переводе, хотя сравнивать нельзя — в U9.10 всё-таки gnome, а в SL всё-таки XFCE. OOo свеженький, не падает при создании библиографии. Pidgin собран с поддержкой звука (в убунте без). Eclipse свежий (правда, я его не ставил ;)).

Общее ощущение от дистрибутива таково: прикладные программы собраны прекрасно, работают замечательно. А вот системные, написанные самим альтом, не очень. В acc лишний раз заходить не хочется. Виной тому, КМК, отсутствие какой-либо системы в написании модулей. В модуле, создающем загрузочные диски, нет подтверждения. Т.е. нажал на кнопочку — всё, прощай флешка. Никаких «вы уверены?», это не для пацанов. А без таких подтверждений весь acc воспринимается как минное поле, а кому приятно ходить по минному полю?

Ubuntu 9.10 вышла.

Gnome на компьютере расчёта гидродинамики команды Williams.

Дело было год назад. Один чувак сумел поставить Adobe InDesign под Wine в убунте. И работал так, периодически матюгаясь на то, что у него X сервер падает с этим InDesign-ом. Когда стали выяснять причину, оказалось, что в этой программе для какого-то действия использовалось сочетание клавиш alt+ctrl+backspace...

Старожилы помнят, как легко и просто было во времена KDE 3.5, и как быстро писались однострочники вроде

dcop amarok Player pause

которая вызывала соответствующее действие в amarok.

В KDE 4 от старой системы DCOP отказались в пользу единой для всех DE и системы вообще шины DBUS. Главное преимущество этой шины перед DCOP состоит в том, что она, во-первых, нормально работает с несколькими объектами на шине, а во-вторых, умеет посылать сигналы нескольким объектам сразу. Плюс она теоретически может быть транслирована в удалённые вызовы XML-RPC, хотя я не видел приложений, которые бы этим пользовались на практике, разве что PulseAudio вроде этим занимается.

А как быть с полюбившимися однострочниками? Ничего страшного, DBUS предлагает несколько более сложный, но вполне удобный инструментарий для создания сообщений из командной строки. Команда зовётся qdbus. Запустив amarok, откройте терминал и выполните команду:

qdbus

Получите список объектов на вашей шине (выполните sudo qdbus — и получите другой список, рутовый). Найдите в нём org.kde.amarok — это и есть ваш amarok. Также, как и в случае dcop, запустим:

qdbus org.kde.amarok

Получим список интерфейсов, прямо почти как в dcop, только нотация другая. Ну и наконец, доберёмся до методов:

qdbus org.kde.amarok /Player

Получим список методов, которых можно вызвать. Например, для вызова Пуск/Пауза, наберём:

qdbus org.kde.amarok /Player org.freedesktop.MediaPlayer.PlayPause

Вуаля.

P.S. Думаете, гнома это не касается? :)

qdbus org.gnome.Listen /org/gnome/listen org.gnome.Listen.play_pause

:)