четверг, 22 июня 2017 г.

TrueOS + LXDE

Переключатель раскладки клавиатуры в LXDE под TrueOS

Версия TrueOS от 14.06.2017. Установка LXDE через AppCafe - пакет lxde-meta.
По умолчанию язык один, английский, переключателя и индикатора раскладки нет. Ковыряться с конфигурационными файлами желания нет, поэтому через UI.
Пошел в "Настройки", не нашел ничего подходящего.
В трее, справа в зоне системных иконок, правой клавишей, выбрать "Настройки панели". В открывшемся окне закладка "Апплеты панели", в ней "Добавить". Добавить "Обработчик раскладки клавиатуры".


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


Сменить сочетание клавиш для переключения - кнопка под окном "Раскладки клавиатуры", привычное сочетание выбирается из списка.


Все.
Вообще говоря, с одной стороны логично, с другой - не очень. А Limina переключать раскладки по-прежнему не умеет, увы.

понедельник, 12 июня 2017 г.

Системы коллективной работы

moregrouware

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


среда, 7 июня 2017 г.

Системы коллективной работы

Groupware

Обновление пакетов FreeBSD вообще и tikiwiki в частности от 20 мая подтолкнуло к странному шагу. За коим-то чертом решил, что мне нужна система коллективной работы, хотя кроме меня ей никто пользоваться не будет. Такой заскок у меня уже был, раз, два. Захотел для чего-то попробовать еще раз. Пакеты для изучения (все server-based, это понятно):
  • eGroupware
  • moregroupware
  • simplegroupware
  • horde-groupware
  • tine20
  • redmine
и в качестве некоей невнятной альтернативы
  • dokuwiki
Отвергнуты по разным причинам:
  • simplegroupware. При установке требует apache 2.2, что неприемлемо, текущая версия 2.4, и на ней работает много чего.
  • moregroupware. Успел забыть, что не устроило.
  • horde-groupware. Проект, ориентированный именно на коллективную работу с упором на электронную почту, то есть на общение. Для моих задач - не подходит.
  • tine20. Проблемы с установкой.
В процессе
  • eGroupware
  • RedMine
С первым я уже работал, впечатление положительное. Правда, по ходу дела перестали работать некоторые ссылки/взаимосвязи. Однако в новой версии, судя по процессу предварительной настройки, многое изменилось. Пока затык как раз на настройке. RedMine в определенных кругах ненавязчиво хвалят. Однако терзают смутные сомнения принципиального плана: а нужно ли мне это в обычной жизни? Ради фана только?
Собственно, что мне надо:
  • Организация актуальной информации, рабочей, личной и справочной. В настоящее время это структура каталогов в файловой системе. Перевод на хранение в базе данных (СУБД) должен облегчить поиск нужного и доступ, но чреват заботами о доступности, бэкапах и возможности восстановления в случае краха БД или всей системы, чего нельзя исключать.
  • Справочную информацию сам бог велел держать в чем-нибудь типа wiki. Сюда же можно отнести сданные и реализованные внешние проекты, поскольку часто нужны в качестве примеров. Основное:
  1. стандарты по разделам (избранные, то есть нужные в работе ГОСТ, ЕСКД, ЕСПД, ЕСТД, строительные - СНиП и прочее, оформление документации);
  2. информация по электротехническим, электроустановочным и прочим электроизделиям, применяемым традиционно в проектах,
  3. системам охлаждения,
  4. системам бесперебойного питания,
  5. структурированным кабельным системам и их компонентам,
  6. конструктивам,
  7. и прочим системам, касается все это внешних проектов.
  • Личная информация делится на:
  1. "деловую", в настоящее время организованную в виде сайта на Google Sites; ситуация устраивает, необходимы только ежемесячные копии в архив;
  2. документы, в основном, сканы, в том числе, по яхт-клубу; доступ редкий, но важный;
  3. внутренние проекты, интерес в основном исторический, но иногда приходится использовать в качестве справочных материалов;
  4. архивы по ремонтам, модернизациям, техническая документация бытового толка; доступ очень редкий, интерес большей частью исторический, но может в любой момент стать практическим;
  5. статьи и заготовки статей по разной тематике, для сайта, блога, хабра, гиктаймса и пр. Оперативный доступ, архивы.
  • Рабочую информацию в оперативном доступе дома держать особого смысла нет, нужны только архив и оперативный резерв.
  • Управление внешними проектами: возможность заранее прикинуть структуру документации, порядок работы, примерный график и процент выполнения по разделам. Этим требованиями системы groupware отвечают. Из управления ресурсам для внешних проектов практически нужны только время, остальное - материалы и финансы - только для внутренних проектов, типа апгрейда оборудования или "строительства" очередного сервера.

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

  • к необходимости модернизации сервера с целью повышения надежности и отказоустойчивости, то есть как минимум, внедрение RAID;
  • к развертыванию, в зависимости от выбранной прикладной системы, некоей "настоящей" системы резервирования, в том числе, на внешние носители;
  • к возобновлению работ по удаленному доступу, понадобится вспоминать SoftEther и пробовать DynDNS,
  • к решению проблемы доступа с работы.
Ну вот, кажется, я придумал себе неслабую задачку. Вывалишь так вот "на бумагу" смутные мысли, структурируешь, и понимаешь: надо реализовывать.

вторник, 6 июня 2017 г.

Контейнеризация

Планы

Давно пора заинтересоваться контейнеризацией, имея в виду, прежде всего, безопасность. Проект CBSD, упрощающий, в том числе, работу с jail.


По "системам коллективной работы", точнее, по тому, что я имею в виду использовать в личных целях,



суббота, 3 июня 2017 г.

TrueOS от 01.06.2017

Обновление TrueOS STABLE

Собственно, все. Качать, ставить, смотреть. На что смотреть - известно:

  • поддержка wifi
  • доступ к ресурсам nfs, smb
  • в Lumina - наличие переключателя раскладки
  • поддержка приложений Windows

Ну и хватит пока.
Просто обновиться мало, хочется посмотреть "чистую", не загаженную сторонним систему.

понедельник, 29 мая 2017 г.

FreeBSD: сеть и pkg

Странное

После установки FreeBSD 11.0 на ноут настроил, как обычно, сеть, wifi. Проверил доступ к локальным ресурсам, к ya.ru и к freebsd.org. Попытался ставить пакеты, получил странное: после запуска
 # pkg install mc
сеть падает, ping не идет даже к локальным ресурсам; пингуются только собственный IP и localhost. Помогает
 # /etc/rc.d/netif restart
но при следующей попытке все валится снова.
Загадка. Система голая, никаких пакетов не установлено. Совсем.
В интернетах решения не нашел.

UPD: оказывается, на эти грабли я уже наступал 06 ноября прошлого года, о чем имеется запись в блоге. То есть с тех пор не решилось. Есть, впрочем, одна мысль: использование проприетарных драйверов иногда требует наличия специальной строки в
 /boot/loader.conf
типа разрешения использования драйвера. Было такое с Intel, и с TP-Link. Надо поискать, вспомнить. Намек, собственно, здесь. А еще можно посмотреть загрузку (тот де loader.conf) TrueOS, где адаптер работает без претензий.
И еще:
This driver requires the firmware built with the iwmfw module to work.
Отсюда.

суббота, 20 мая 2017 г.

FreeBSD. Обновление пакетов

Обновил пакеты во FreeBSD

При этом непроизвольно обновился tikiwiki, с версии 15.2 до 16.2, причем по ходу поставилась и 16.1. А я уже и не помню, когда ставил, спасибо хоть помню, зачем; раз так - решил запустить. по ходу проблема возникла проблема с коннектом к базе данных MySQL, пришлось вспоминать имена и пароли, а заодно - для простоты управления - поставил phpminiadmin, после чего перестала отвечать часть ресурсов по http/https. Именно часть, главная страница, NextCloud и Plex, например, отвечали.
После некоторых действий и раздумий попросту перегрузил сервер. В результате пропал доступ к ресурсам Samba ☺. В разных видах разные сообщения о недоступности/неавторизованности. Решилось добавлением в конфигурацию Samba:
/usr/local/etc/smb4.conf
в раздел [global] строки
  user = [user1,user2,user3]
Слегка забавно.
tikiwiki запустил, настроил, можно смотреть, к чему его применить. Очевидные вещи - галереи файлов, в том числе, фотогалереи, и, думаю, архивы проектов можно держать; календари-напоминалки - не лишнее, заметки, прочее. Однако при моих объемах хранения галереи надо бы складывать не на SSD, где и лежит tikiwiki, а на довольно свободный HDD-терабайтник, выделенный как раз под всякое деловое - решилось просто, есть такая возможность.
UPD: поразбирался. По сравнению с версией tikiwiki 15 много лучше, но проку с этого мало. Кривая локализация, проблемы с пользователями - созданные админом не логинятся, надо же!, в галереях нед просмотра/предпросмотра файлов... Зачем он такой нужен? Снес. Хотя, похоже, недостающие функции можно добивать отдельными специальными расширениями, но - нет.