Город Мюнхен вошел в консультативный совет The Document Foundation

Валерий (главный переводчик новостей из официального блога) сдает сессию и ему не до этого. А мой уровень знания английского языка гораздо ниже, чему у него. Поэтому представляю вашему вниманию вольный перевод новости из блога TDF с моим комментарием.

Город Мюнхен вошел в консультативный совет The Document Foundation (TDF) и будет представлен Флорианом Хафтманом (Florian Haftmann).

В настоящий момент в консультативный совет TDF входит 17 участников: FSF (Free Software Foundation), Google, Intel, AMD, RedHat, SUSE, MIMO (Консорциум французских министерств), CloudOn, Collabora и другие.

Следующее собрание консультативного совета запланировано на 15 января 2015 года.

В 2003 году город Мюнхен, третий по величине город Германии, начал реализацию проекта LiMux (Linux и München), ставившей целью миграцию государственных учреждений города на программное обеспечение с открытым исходным кодом. Проект был успешно завершен в конце 2013 года. За это время была произведена миграция на открытое ПО 16000 персональных компьютеров и ноутбуков государственных служащих. С 2011 года в Мюнхене проводится LibreOffice HackFest направленный на улучшение функциональности, актуальной для корпоративной среды.

Комментарий

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

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

Ссылки

• The City of Munich joins The Document Foundation Advisory Board
• После 10 лет на Linux Мюнхен задумался о возвращении к Windows
• Лидер LiMux: Цифры HP и Microsoft по проекту миграции Мюнхена на Linux не соответствуют реалиям
• LiMux

Ubuntu: E: Sub-process /usr/bin/dpkg returned an error code (1)

При установке одно из пакетов возникла ошибка:
Sub-process /usr/bin/dpkg returned an error code (1)

После недолгого гугления ответ был найден на http://forum.ubuntu.ru/index.php?topic=46208.0

Для решения достаточно из /var/lib/dpkg/info удалить все файлы относящиеся к пакету на который ругается dpkg. Например:
dpkg: не удалось обработать параметр vmware-server (--remove): подпроцесс post-removal script возвратил код ошибки 2 При обработке следующих пакетов произошли ошибки: vmware-server E: Sub-process /usr/bin/dpkg returned an error code (1)
Достаточно сделать следующее:
cd /var/lib/dpkg/info
rm vmware-server.* 
apt-get -f install

В результате удаляются пре- и постинсталяционные скрипты, мд5-сумма пакета и файллист.

В /var/cache/apt/archives у меня ничего не было. Но на всякий случай, можете залезть туда и тоже там почистить всё что относится к зависшему пакету.

Xubuntu: утилита rcconf (rcconf needs dialog or whiptail)

В Xubuntu 12.04 LTS у меня возникла проблема с псевдографической утилитой rcconf, которая помогает удалять и добавлять демоны в автозагрузку.

После установки утилита не захотела запускаться, выдав мне сообщение:

rcconf needs dialog or whiptail - rcconf требуется dialog или whiptail.

Dialog и whiptail это программы для создания псевдографических интерфейсов. Однако whiptail уже была у меня установлена по умолчанию. Не знаю почему rcconf снова потребовал ее.

Решение 1

Достаточно установить программу dialog:

sudo apt-get install dialog

Решение 2

Так как whiptail уже установлена, то достаточно сделать символическую ссылку на программу в директории /usr/bin:

sudo ln -s /bin/whiptail /usr/bin/whiptail

Ссылки

• rcconf — настраиваем загрузку демонов при старте Ubuntu
• Ubuntu 12.04 / 12.10 - rcconf needs dialog or whiptail

Xfce: Терминал не сохраняет историю команд

Недавно обновился до Xubuntu 13.04 и у меня возникла небольшая проблема с терминалом (xfce4-terminal), он перестал запоминать историю введенных команд. Не уверен, что эта проблема была по умолчанию, скорее всего это случилось по моей вине, так как я менял права доступа к своей домашней директории.

Проблема оказалась в том, что у файла «~/.bash_history» стояли права администратора. Проблема решилась сменой владельца файла:
sudo chown имя_пользователя .bash_history

имя_пользователя — имя учетной записи пользователя. В моем случае команда выглядела так:
sudo chown dmitry .bash_history

chown (от англ. change owner) — UNIX‐утилита, изменяющая владельца и/или группу для указанных файлов.

Полезные ссылки

• Википедия: chown
• Русскоязычная документация по Ubuntu: Терминал