techquisitor: (sis)
Я обещал написать про свой переход на KDE 5. Обещания надо сдерживать. :)

Итак, что хорошо в KDE 5?
  • Он быстрый. Нет, он реально БЫСТРЫЙ. Такое впечатление, что ты используешь какой-нибудь сверхкомпактный WM без ничего, настолько молниеносная реакция на всё. Причём не в SSD дело. Я и до этого его тестировал в виртуальных машинах и на «живом» железе установленном на обычном HDD. Windows даже с SSD кажется дико медлительным и тяжеловесным после него.
  • Рендеринг шрифтов. Он стал намного лучше.
  • Пропала необходимость в костылях подкладываемых в Grub, требуемых для корректной работы клавиш подсветки экрана. Наконец-то явно начата работа в сетевой части KIO-VFS. Smplayer уже наконец-то научился кэшировать и подгружать файлы кусками при воспроизведении из сети, а не качать целиком. DeaDBeeF теперь без проблем начал проигрывать песни с SMB хранилища, но вот Clementine увы. Хотя при этом отлично видит сеть и ресурсы расположенные на сервере.
  • Я не фанат «плоских» тем, но в этот раз мне реально нравится оформление, хотя есть ещё над чем поработать.
  • Krunner научился управлять гораздо большими вещами связанными с запуском программ, но всё же хотел бы видеть в нём ещё и функциональность Spotlight из OS X. Реально цены не будет. Тем более, что всё необходимое в движке давно KDE имеется! В KDE 4 зачатки этого даже были, кстати.
  • Заметно лучше стало с многомониторными конфигурациями. Теперь при закрытии крышки ноутбука он автоматически переносит экран на внешний монитор, если тот подключен.
  • Теперь стало можно убрать этот проклятый cashew! Спустя столько-то лет! Натурально, главная новость года. Спустя тонны тредов, твиков и мата в багрекерах разработчики признали, что эту штуку надо бы убирать, если она не нужна.
  • Встроенный архиватор Ark стал юзабельным спустя столько лет! И заметно более быстрым. Не может не радовать.

Что плохо:
Сыро, сыро, сыро! Вроде уже версия 5.9.4 у меня, плюс-минус все типовые задачи покрываются, но недоработок много.

Из того, что увидел сходу:
  • Отвалилась часть софта написанного на GTK+. Перестали работать глобальные клавиши (например в DeaDBeeF) и меню вызываемое правой кнопкой мыши (как минимум, в DeadBeeF и FileZilla) по щелчку в трее. Также если ты свернул программу в трей, невозможно её вернуть обратно. Только прибить и запустить заново. Касается не всех программ, но многих судя по воплям в Интернете.
  • Перестало работать отключение тачпада при подключении мыши. Теперь только вручную. Что очень неудобно.
  • Пару раз упала Plasma, но ничего серьёзного не сломалось, к счастью.
  • На экране входа не включается фокус на поле ввода пароля, если пользователь один в системе. Кстати, включённую раскладку не показывает тоже, зато можно посмотреть пароль.
  • Управление несколькими звуковыми картами. Приоритет звуковых устройств работает только для приложений написанных на Qt. Хотя раньше работало для всех (в т.ч. запущенных в Wine). В KDE 4 до PulseAudio 8.0 точно.
  • То ли не нашёл(?), то ли забыли вернуть на место настройку звуковых уведомлений для системы. В частности, не могу отключить системные звуки при удалении файлов, смене громкости с клавиатуры, и т.п.
  • Несмотря на улучшение работы с многомониторными конфигурациями, он всё ещё не умеет корректно запускать программы только на том мониторе, который у меня является основным. Нет, изменить можно и без проблем, конечно. Но требует ручной настройки, хоть она и быстрая — пара щелчков мышью.
  • При наличии очень гибких настроек для масштабирования интерфейса на HiDPI мониторах, при включении этой настройки часть софта отрисовывается с артефактами. Причём ладно бы написанного на другом тулките, точно так же проблемы с ПО на Qt5!
  • Определённо есть деградация производительности VFS в сетевых задачах. И уж точно он сосёт с производительностью в OSX (разика так в два причём).

Итоговое резюме:
Направление взято верное. Стали наконец-то думать о пользователе, а не «давайте забабахаем фичу». Но работы предстоит довольно много.

Вот это всё нашёл в течение пары дней. Сколько найду в дальнейшем — ХЗ.
Я пока этот кактус догрызу конечно, но видимо всё-таки следующей системой у меня будет OS X (в чём я больше уверен), ну или перейду на Gnome 3 (хотя там свои проблемы тоже есть).
techquisitor: (sis)
Я давно откладывал написание этого текста в силу того, что считаю всё здесь написанное изрядным капитанством. Но, недавняя эпидемия WannaCry и очередная итерация воплей «надо переходить на Линукс!» сделала своё дело.
Эта заметка — печальное резюме моего трёхлетнего опыта работы над настольными дистрибутивами Linux и общих наблюдений за ситуацией в стране в ИТ-сфере в целом. Не претендуя на истину, выскажу лишь свои субъективные замечания, которые у меня сформулировались к текущему моменту. Я буду очень рад ошибиться в написанном, но сейчас я вижу ситуацию именно таким образом. Ещё раз напоминаю, что тут я говорю только о настолькном применении. Сервер и embedded — это совершенно другая стихия, здесь я их не затрагиваю.

Во-первых, он банально никому не нужен, потому что линукс-сообществу нечего предложить. За десятилетия существования системы никаких серьёзных инноваций за исключением серверного сегмента и некоторых техник из области программирования сделано не было. Но для конечного пользователя не было сделано ровным счётом… ничего. Даже фишки вроде менеджеров пакетов и те куда успешнее и лучше используются прямыми конкурентами. Тут я заодно процитирую своего бывшего коллегу Сашу Казанцева aka akdengi:

«Десктопный Линукс как был мифом так и остался. Окромя Гугла по сути никому не удалось что-то внятное на ядре сделать, да и тот "мутит" уже свое проприетарное. Лозунги про свободу, равенство и безопасность хомячков не прельщают…».

Единственное место, где кое-как подобные системы будут жить — защищённые дистрибутивы. Но это крайне узкоспециальная ниша, кроме особо секретных госов и военки нигде не будет востребована. Если говорить про Россию, теоретически, тема с импортозамещением может взлететь, особенно на почве текущих валютных колебаний. Но я в этом крайне сильно сомневаюсь. Профессиональное сообщество отнюдь не линукс-теоретиков уже успело крепко разочароваться итогами ряда проектов. Как итог, все, кто что-то знает и умеет, скрепя сердце расходятся в другие места. В том числе обратно в мир MacOS и Windows и на гораздо большие зарплаты.

Вторая причина была хорошо сформулирована уважаемым [personal profile] arkanoid на одной из посиделок с ним. Смысл её в том, что нет систем, которые будут просто удобны, пусть и без инноваций. И не красноглазым вроде нас, а обычным не техническим пользователям. Я сам считаю. что такие системы есть. На мой взгляд, здесь можно указать ROSA и ElementaryOS. Но проблема этих обеих ОС в том, что в масштабах Fedora или Ubuntu (и тем более Windows) они слишком маргинальны. Если вы пойдёте на произвольный сайт производителя программы, пишущего софт под Linux, то ROSA с Elementary в списке там явно не будет. А пакет, скачанный с этого сайта, будет заточен, скорее всего, под крайние версии какой-нибудь Fedora или Ubuntu. Не всякий техспециалист разберётся, как решать все эти проблемы с зависимостями. Да ещё в каждом конкретном пакете они будут свои. Про т.н. казуального юзера вообще молчу. Как вы понимаете, юзер плюнет на это и пойдёт куда? Правильно — в MacOS и Windows.

Третья причина вытекает из второй. Юзабилити и вообще отсутствие людей понимающих, что реально важно для пользователя. Если с юзабилити и так давно всё ясно. В 99,9% опенсорсного софта оно попросту отсутствует. И если консольные программы действительно почти достаточно неплохо отлажены и имеют более-менее унифицированный подход к работе (хотя, например, особенности работы find не в первый раз ставят в тупик даже подготовленных айтишников), то с графическими приложениями, несмотря на явный и заметный прогресс, дела обстоят всё ещё ОЧЕНЬ плохо.
С работой над важными для пользователя вещами всё ещё печальнее. Фактически, единственной ОС, которая хоть как-то пыталась решить эти проблемы, являлась всё та же ROSA. Но опять же, т.н. «продвинутое международное опенсорсное сообщество» (в реальности же дико косное, не желающее перемен и всё ещё боготворящее технологии и подходы тридцатилетней давности, отягчённых вдобавок NIH-синдромом) даже не поняло постановки вопроса. Какие-то очень скромные наработки в эту сторону есть у openSUSE и Ubuntu, но там это реализовано настолько топорно, что хочется плакать. С Ubuntu ситуация к тому же крайне плачевная. За столько лет жизни Canonical, Марк Шаттлворт так и не нашёл как это можно монетизировать и дистрибутив медленно, но верно идёт ко дну. Один из таких звоночков, Ubuntu с большим трудом смогла устранить проблему с LightDM после ухода Мартина Питта и сокращение штата компании в целом. Кругом сплошные стратеги, концентрирующихся на глобальных вещах, но начисто игнорирующие всё остальное. В итоге дистрибутивы релизятся с такими проблемами, что не знаешь плакать или смеяться.
Почему такое происходит? Да всё то же самое, о чём говорили многие и не по одному разу хоть сколько-нибудь вменяемые специалисты. У технарей работа юзабилистов и дизайнеров вызывает непонимание и нередко презрение. А зря. И проблема осложняется тем, что, например, юзабилисты — класс специалистов, который just for fun не работает в принципе. За крайне редкими исключениями. Не говоря уже о том, что юзабилити-тестирования «по науке» требуют недешёвого оборудования, студий и массу людей (которым тоже надо заплатить). Одним лаптопом или системником для работы здесь не обойдёшься.
Усугубляет проблему тот факт, что нет единого стандарта на интерфейс и в целом отсутствуют хоть какие-то гайдлайны. К настоящему моменту у нас имеется адская куча фреймворков и тулкитов, в которых одна и та же программа не то, что отрисовывается — ведёт себя по-разному! Вот что мне навскидку вспомнилось: Qt всех версий, GTK+ всех версий, wxWidgets, EFL… Корпоративный софт вообще до сих пор нередко сидит на давно забытом ПО. К примеру, GUI клиента для Cintrix XenApp под Linux, отвязалось от древнего Motif только в прошлом или позапрошлом году! И добавьте к этому кошмарный зоопарк из WM и DE. Те кто считают, что ничего сложного в поддержке такого нет, рекомендую в качестве практического упражнения сесть на первую линию техподдержки какого-нибудь провайдера и попробовать настроить Интернет (скажем, PPPoE) по телефону без всяких там Radmin и TeamViewer не разбирающимся в технике лиентам с: Windows XP, Vista, Windows 7, Windows 8, Windows 8.1 и немножечко MacOS разных версий. А есть ещё люди установившие себе всякие ZverDVD… После недельки работы там, быстро мнение о простоте работы поменяете.
О тестировании всего этого зоопарка я просто помолчу, как о покойнике.

Последняя и самая серьёзная проблема в Linux, заключается в его собственной природе. Не существует такой ОС как Linux. Linux — это ядро. Вместо этого есть горка разрозненных операционных систем, нередко тотально несовместимых между собой это самое ядро использующих. Почти три года назад я уже вскользь упомянул об этом. На сей раз, я скажу более прямо — надо закапывать почти все дистрибутивы и оставлять не больше четырёх-шести. Причём оставшиеся должны быть максимально совместимы между собой. Опыт Android, ChromeOS, да что там говорить, даже MacOS, говорит за то, что единая платформа — благо для подавляющего большинства. А что до остальных… Ну, есть же тематические формы посвящённые ОС на ассемблере там. Пусть живут, но про них будут знать считанные единицы и хоть сколько-нибудь всерьёз про них не говорят.
Безусловно, причин провала Linux на десктопе существенно больше, я затронул лишь самую очевидную верхушку. Начиная от крайне узкотехнических проблем вроде отсутствия поддержки криптоконтейнеров через pkcs#11 в GnuPG или проблемах линковки библиотек в разных системах, кошмарное количество уже написанного legacy, которое набило оскомину абсолютно всем (собственно, на одном из проектов над которым работал, видел реально рабочий и до сих пор активно эксплуатирующийся софт, написанный на Oracle Forms 6i, например). Или если уж совсем энтерпрайзно — SLA. Точнее, его отсутствие.
А почему Linux не пошёл в госсекторе, писал добрых семь лет назад. И за эти годы ситуация практически не изменилась. Если не сказать — стало хуже.

Дискасс.
techquisitor: (sis)
…как копирование структуры разделов в Linux, может обернуться небольшой проблемой, если используется GPT.

Очень многие утилиты поддержки GPT не имеют, в виду своей древности. Обычно применяемый для этой цели sfdisk не работает, например.

Решается так:

sgdisk /dev/sdX -R /dev/sdY
sgdisk -G /dev/sdY

Где sdX откуда берём структуру, а sdY куда. Если необходимо сменить GUID для разделов на рандомные, то используем ключ G.
techquisitor: (sis)
Почти год назад писал, как я бодался с драйвером для Wi-Fi-адаптера MTK7630e. На тот момент обеспечить более-менее нормальную работу на ядрах выше 3.14 не вышло.

Вчера в систему прилетело обновление… и чудо свершилось! Драйвер стал весьма стабилен и что самое главное, появилась поддержка всех ядер из семейства 4.x, вплоть до текущего stable 4.8. Ноут пробработал больше 12 часов от Wi-Fi и проблем нет. Также явно вправили работу драйвера в целом. Ибо заметно быстрее работать стало, пропали лаги на пустом месте. Автору явно надо задонатить на досуге. Ну и шлю большой привет бывшему коллеге, чьи коммиты с исправлениями в этот драйвер тоже попали.
techquisitor: (sis)
Решил и я пощупать сие чудо с выходом Anniversary Edition для Windows 10. Судя по отзывам, народ вполне доволен. Некоторые даже попробовали собирать там программы и них вполне компилируется без малейших проблем. Также народ и вовсе рапортует о запуске приложений, предназначенных для X.Org.

Мне же лично в текущем виде его явно не хватит. После того, как улеглись первые восторги ("О, тут есть Bash, Vim и Ansible!"), пощупал его на предмет чего-то более осмысленного. И тут меня ждало разочарование. Поскольку это всё-таки не виртуальная машина, а прослойка - поддерживаются не все возможности и вызовы API ядра. В частности, нет наличия поддержки ряда вещей. К примеру, /proc/net/ поддерживает на текущий момент только минимальный набор для работы стека TCP/IP внутри окружения WSL. Присутствует только базовая поддержка таблицы сокетов и интерфейса netlink. Даже то, что уже есть явно реализовано не до конца. Например, при попытке выполнить что-то средствами утилит ip, вываливается ошибка в SO_SNDBUF. Поддержки /proc/net/dev пока нет (и будет ли?). А без этого утилиты из пакета net-tools, вроде того же netstat попросту не работают, как и софт плотно использующий сокеты. А это любое сетевое серверное приложение, как минимум.

Ещё один минус, который напрямую к WSL не относится, но есть. Это отсутствие вменяемого эмулятора терминала. Работать в стандартной оболочке несколько проблемно. С ConEmu стало повеселее, но победить баг с нерабочими клавишами некоторыми пока не получается.

Впрочем, это пока что бета. А для беты тут всё очень даже хорошо. Посмотрим, что будет в будущем. Но в целом, затея очень хорошая.
techquisitor: (sis)
Геноссе [livejournal.com profile] gunslinger2 сегодня роскошное подкинул.

Если в таске Ansible написать backend_port{{ hostvars[host]['nodenumber']-1 }} = '5432' вместо backend_port{{ hostvars[host]['nodenumber']-1 }} = 5432 вы поймаете дивный месседж в логах вида:

2016-07-27 14:16:21: pid 14246: DETAIL: bind on "/var/run/postgresql/.s.PGPOOLWD_CMD.9000" failed with reason: "Address already in use"

Но самое прикольное вовсе не это. У вас вместе с этим будет валиться с сегфолтом дочерний(!) процесс watchdog самого pgpool:

Jul 27 13:41:00 localhost kernel: [ 3648.050867] pgpool[12264]: segfault at fffffffffffffff0 ip 0000000000458433 sp 00007ffe523e24a8 error 5 in pgpool[400000+134000]
Jul 27 13:41:00 localhost pgpool: 2016-07-27 13:41:00: pid 12260: WARNING: watchdog child process with pid: 12264 was terminated by segmentation fault


Это при том, что watchdog нужен для мониторинга соседних pgpool'ов, а не самой СУБД PostgreSQL. А отличия всего лишь в обрамлении кавычками номера порта. Причём дело не в Ansible даже. Это поведение воспроизводится если указать номер порта в кавычках в самом конфигурационном файле pgpool. Сдаётся нам, что автор сего поделия тот ещё наркоман.
techquisitor: (sis)
Когда мне говорили, что device mapper реально бажен — не верил. Сегодня представился случай увидеть собственными глазами такую картину:
Кусок лога )
Наше счастье, блочные устройства без резиновых бабLVM собраны и отдельными устройствами, бо это кусок нормальной промышленной СХД. Так что потери данных не случилось. Но fstab слегка переписал.
techquisitor: (sis)
Поскольку официальный reference guide по нему откровенно врёт и делается всё вообще не так, пришлось методом проб и ошибок вместе коллегами разбираться, как оно реально настраивается. В итоге мой коллега сначала по моим советам, собственным граблям и совету другого коллеги, нарисовал следующую howto по развёртыванию. Передаю ему слово:

0. Подключаем репозиторий с последней стабильной версией PostgreSQL и устанавливаем jdbc-драйвер для нужного нам дистрибутива. Для CentOS 7 это будет: yum -y install postgresql94-jdbc.noarch

1. Ставим постгрес примерно с таким конфигом:

listen_addresses = '*'
max_connections = 100
shared_buffers = 128MB
dynamic_shared_memory_type = posix
log_destination = 'stderr'
logging_collector = on
log_directory = 'pg_log'
log_filename = 'postgresql-%a.log'
log_truncate_on_rotation = on
log_rotation_age = 1d
log_rotation_size = 0
log_line_prefix = '< %m >'
log_timezone = 'W-SU'
datestyle = 'iso, mdy'
timezone = 'W-SU'
lc_messages = 'en_US.UTF-8'
lc_monetary = 'en_US.UTF-8'
lc_numeric = 'en_US.UTF-8'
lc_time = 'en_US.UTF-8'
default_text_search_config = 'pg_catalog.english'

При необходимости правим pg_hba.conf, чтобы разрешить доступ с других хостов (по умолчанию - только localhost).

2. Создаем в постгресе пользователя keycloak и одноименную базу:

createuser -l -P keycloak
createdb -O keycloak keycloak

... и проверяем доступ к ней:

psql -h 127.0.0.1 -d keycloak -U keycloak -W

3. Качаем свежий релиз keycloak с http://keycloak.jboss.org/downloads.html,
разворачиваем его в /opt, после чего запускаем

(/opt/keycloak/bin/standalone.sh < /dev/null >& /var/log/keycloak.log &) &

4. Создаем пользователя admin:

/opt/keycloak/bin/add-user-keycloak.sh -r master -u admin -p ваш_пароль

5. Запускаем /opt/keycloak/bin/jboss-cli.sh и говорим ему



6. Лезем в файл

vi /opt/keycloak/standalone/configuration/standalone.xml

Проверяем секцию datasource для поцгреса - должно быть примерно так:


При необходимости там же редактируем interface name="public" в секции .

Потом лезем в файл

vi /opt/keycloak/standalone/configuration/keycloak-server.json

Проверяем секцию connectionsJpa:



7. Перезапускаем /opt/keycloak/bin/standalone.sh
techquisitor: (sis)
FreeIPA — хороший инструмент решающий ряд задач, связанных с идентификацией, доступом к машинам, учётом ключей, контролем выполнения команд и т.д. У нас используется FreeIPA 4.2, находящийся в официальных репозиториях CentOS 7.2.

Пока что замечены две проблемы.

1. Apache падает
Неясно почему, в логах ничего существенного не нашёл. Пока что использую Watchdog, который есть в systemd. Если хватать не будет, задействую supervisord.

2. Не работает веб-интерфейс FreeIPA, в логах видим:

[emerg] (28)No space left on device: Couldn't create accept lock

При этом, места на диске на всех разделах навалом. Проблема заключается в том, что он не очищает за собой семафоры в пространстве ядра.

Чтобы не падал сервер так быстро, в systemctl прописал следующее:

kernel.msgmni = 1024
kernel.sem = 250 256000 32 1024

После чего сделал sysctl -p

Параметры kernel.msgmni и kernel.sem следует изменить в зависимости от наличия оперативной памяти на вашем сервере. Подробности можно почитать у IBM или в документации к ядру.

Если веб-сервер уже лежит и отказывается стартовать по команде systemctl start httpd, можно выполнить скриптик:

for i in $(ipcs -s | grep apache | awk '{print $2}'); do ipcrm sem $i; done

После чего Apache должен подняться без проблем.

В идеале, можно скрипт какой-то прописать, который в cron чистил семафоры относящиеся к Apache.
techquisitor: (sis)
Давеча пришлось поднимать очередной контейнер Docker и внезапно столкнулся с ошибкой вида:

Error starting container 037aac8ca3ab: iptables failed: iptables -t nat -A DOCKER -p tcp --dport 8000 ! -i docker0 -j DNAT --to-destination 172.18.0.2:9990

Ошибка связана с тем, что по неясной причине docker перестаёт создавать нужную цепочку в правилах iptables. Нужно выполнить:

ip link set docker0 down
brctl delbr docker0
systemctl restart docker

После чего, всё корректно заработает.
techquisitor: (sis)
Всё-таки я человек крайне увлекающийся и до кучи упрямый. Пока не решу проблему, не успокоюсь. Вчера перед сном что-то решил проверить насколько хорошо можно смотреть фильмы по сети прямо с моего ноутбука. Ну и прочие мелочи, вроде музыки и просто файлопомойки с документами. Обратил внимание, что если использовать KNetAttach от KDE, скорость стабильная на 100-120 мегабит по Wi-Fi. Если же монтировать шару руками командой mount.cifs — скорость резко падает мегабит до 10-20. Сначала грешил на кэширование со стороны Samba, но ошибся. После некоторого расследования, проблема оказалась в размерах буферов. Судя по всему, KDE подключает раздел с какими-то своими дефолтными настроиками и весьма неплохими. Но вот незадача — файлы так толком открываться напрямую не будут, нужно монтировать шару как каталог. Покамест вручную выставил rsize побольше — стало намного быстрее, чем через KIO SMB. Доходит до 300 мегабит порой (хотя этой цифре не очень верю что-то, надо протестировать чем-то более подходящим). Но файлы реально вдвое-втрое быстрее заливаться стали. Единственное — запись идёт не ровная, а «рывками». Впрочем, куда копать понятно. Для совсем кошерного результата, пожалуй, надо будет сделать аналогичное, но стороны сервера, для чего освежу в памяти документацию по Samba. Просто не везде есть возможность настроить подобное на клиенте.

Так что следующая итерация сервера, которая планируется ближе к концу года, будет уже полноценным хранилищем терабайт на десять, думаю. А затем перенесу туда всё то, чем не очень часто пользуюсь (дистрибутивы, к примеру) и всяческую развлекательную барахолку типа фильмов и музла.
techquisitor: (sis)
Богато у меня на полезные схемы в этом месяце.

Попалась на глаза ещё одна полезная схема со списком утилит для инстансов Amazon EC2. Во многом копирует уже публиковавшуюся здесь схему с утилитами профилирования Linux, но есть и отличия.

Заодно на глаза попались аналогичные схемы для FreeBSD и Solaris. Надеюсь, кому-то пригодится.
techquisitor: (sis)
Бывший коллега сходил на прошедший PGConf 2016 и рассказал про один из докладов, посвящённый резервному копированию кластера PostgreSQL.

Процитирую его здесь:

«Сначала делается полная резервная копия файлов кластера как это делается обычно pg_start_backup && tar -zcf /path/to/backup.tar.gz $PGDATA && pg_stop_backup. При этом запоминается номер транзакции или другая отметка этого момента.

Затем при повтором запуске оно делает не полную копию как в первый раз, а с момента отметки прошлой вычитывает номера страничек из WAL которые были изменены и копирует только их.
»

Для продакшена пока не очень пригодно, но смотреть уже можно. Разумеется, всё выложено на GitHub. Надо самому попробовать, кстати.
techquisitor: (sis)
Просто цитата:

«Идём дальше. Сложно ли перейти на Linux технически?

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

Обычные компьютеры пользователей также можно перевести на Linux легко и непринуждённо: пользователи интернета и офисного пакета привыкнут к изменениям за полдня. С бухгалтерией тоже проблем особых не будет, так как сейчас бухгалтерия ведётся преимущественно на 1С, а 1С с Linux замечательно дружит.

Что остаётся?

Остаются "самописные" программы, которые были созданы много лет назад, и разработчики которых или давно уже уволились или совершенно не готовы тратить время на модернизацию своих созданий. Что делать с такими программами?

Есть несколько вариантов решения проблемы.

Для начала имеет смысл запустить такие программы под симулятором Windows, или под стандартным Wine, или под WINE@Etersoft.

Если программа не захочет идти даже под Wine@Etersoft, можно обратиться в Etersoft (или аналогичную компанию), чтобы там выяснили, в чём затык, и подкрутили Wine специально под нужную программу.

Если нужную программу совсем никак не получится запустить под Linux, можно переписать программу с нуля на какой-нибудь более современной платформе. Это уж возможно всегда.»


Ссылочку оставлять не буду, по тексту цитаты весьма легко ищется автор, говорящий о себе: «профессионально занимаюсь компьютерами около 20 лет». Причём судя по всему, в сколько-нибудь большом энтерпрайзе не работавшем и настоящее легаси не видевшим. Тонны специализированного ПО — тоже. То есть, уровнем чуть выше эникейщика. Я тут, к слову, на новогодних праздниках общался с разработчиком SCADA-систем, много интересного понарассказывал мне. Linux там не будет ещё очень долго, к сожалению.

Я сам хотел бы видеть Linux на критически важных местах, в госучреждениях и школах, но для частных лиц в этом нет смысла. То есть, какая-то замена возможна, но по большей части там, где используется только браузер в основном и то есть нюансы.
techquisitor: (sis)
В промежутках между разбирательством с драйвером для MTK7630e (к слову, в репозитории contrib дистрибутива ROSA появился dkms-модуль для этой карточки) интересную историю рассказали.

У одного из моих бывших коллег внезапно заглючил драйвер iwlwifi на ядре 4.1. При этом, на ядре 4.0 никаких проблем не наблюдалось. Сначала грешили на регрессию в коде драйвера, даже отписались авторам. Авторы проблемой крайне заинтересовались и для них организовали прямой доступ до этой машины. Разбирались долго весьма, но выяснилось, что вендор и особенности сборки железа очень даже влияют на работу драйвера. Примерная суть найденной проблемы — кривая сборка ноутбука. Из-за чего оборудование иногда считало, что Wi-Fi адаптер сбоит и попросту отключало карту. Почему эта проблема не проявлялась на 4.0 — так и неясно, хотя и позднее баг воспроизвести всё же смогли.

Но виноват во всём кривой Линукс, конечно же.
techquisitor: (sis)
Похоже, ядро 3.14 будет жить на моей рабочей машине до самого конца, если только не поменяю к тому времени карточку. В наши дни уже редко, но всё же проблемы с Wi-Fi чипами в Linux наблюдаются. Тут как раз тот самый случай. В августе уже писал про эту ситуацию, но тут появились некоторые изменения. Помимо драйвера kuba-moo, откопался ещё один репозиторий с модификацией оригинального драйвера MTK. Из плюсов — хотя бы не завешивает наглухо машину на ядрах 4.1, но работает всего пару минут, после чего теряет сеть и не может к ней подключиться. Зато на 3.14, которая в настоящий момент является LTS-версией, работает даже лучше, чем тот драйвер который тестировал изначально. Впрочем, полной уверенности нет. Надо глянуть, как он ведёт себя при подключении к VPN.

Если кто захочет собрать, но лень писать makefile, можно взять готовый у kuba-moo, структура каталогов и прошивки там те же самые. Отличается только код обвязки.

Update:
Отдельный пост писать не стал, просто решил дополнить. Прислали линк на ещё один драйвер для этой карточки. Также основан на коде оригинального драйвера + патчи kuba-moo + патчи автора форка. Самый быстрый среди всех драйверов. К сожалению, также работает только на ветке 3.14, на 4.1.x картина аналогична предыдущему. Работает после загрузки ОС несколько минут, после чего падает и подключиться к сети нельзя, пока не перезагрузишь ОС. Печально. Впрочем, если поправят этот баг с потерей связи и невозможностью подключения — можно будет жить.
techquisitor: (sis)
На этот раз дошли руки починить старый-старый системник, который года полтора назад забрал у [livejournal.com profile] der_arbeiter. Машинка была в крайне плохом состоянии, так что отчистил её от пыли, вычистил забитый намертво всё той же пылью радиатор от процессорного вентилятора и присадил на термоклей отвалившийся радиатор от южного моста. После новогодних праздников куплю ему нормальный корпус взамен ушатанного текущего.
Внутри установлены два пятисотгигабайтных винчестера, c собранным программным RAID0. С выбором операционной системы для сервера пришлось чуть повозиться, поскольку мне хотелось готового решения с минимумом возни. В итоге выбор пал на ClearOS Community Edition. Всё полностью управляется из веб-интерфейса — никакого красноглазия. Внутри находится полноценный CentOS 6.7. Посему проблем что-то настроить под себя, если вдруг не будет устраивать графический интерфейс, вообще не проблема. Все необходимые программы устанавливаются из тамошнего аппстора. Есть как платные, так и бесплатные программы. Но даже из бесплатных пакетов можно собрать достойный домашний сервер или маршрутизатор. Если кого-то беспокоят возможные проблемы — можно купить поддержку.
В итоге у меня уже есть FTP, торрентокачалка и сервер Samba. Как появится телевизор, ещё и сервер DLNA на нём подниму, а дальше по обстоятельствам.
techquisitor: (sis)
В систему приехал сабж. Нет-нет, ничего не сломали! Но всё-таки разработчики определённо переборщили с настройками там. Почти полчаса не мог понять, почему вместо USB аудиоинтерфейса, звук перенаправляется на встроенную ноутбучную. Я уж сначала решил, что профиль сломали. Уже и на чистом пользователськом профиле проверил. Мало ли, может багрепорт какой писать надо.
Оказалось, Pavucontrol позволяет теперь в обход Phonon указывать используемую звуковую карту для каждого приложения отдельно. Естественно, что карточкой для воспроизведения была указана встроенная в ноутбук. Нет, данная фича в самом деле нужная тем, кто со звуком работает, но для большинства народа всё-таки так делать не стоило. В принципе, с большинством приложений проблем нет, но для Skype надо будет как-то гвоздями это прибить. Ибо Pavucontrol его не видит в т.н. «клиентах».
techquisitor: (sis)
   Пару лет назад мне довелось немного поработать за ROSA 2012.1 Gnome, сделанном на базе Gnome 3.6. На тот момент, Gnome с переделками и патчами «РОСЫ» был, наверное, самым хорошим выбором дистрибутива для работы с этой DE. Все остальные варианты, будь то сборки Fedora или Ubuntu, впечатляли страшной сыростью и откровенными недоделками. Но даже несмотря на действительно большую и хорошую работу, проделанную моими бывшими коллегами, Gnome 3 оставлял пользователя в недоумении. То есть, идеи и концепции понятны, но кто это в таком виде будет использовать, оставалось под большим вопросом.

С выходом версии 3.18.2 решил взглянуть, что же было сделано в целях дальнейшего улучшения ситуации™ за эти два года силами сообщества и компанией RedHat. Список изменений и число контрибуторов к этой версии действительно впечатлил, благодаря чему желание поглядеть на это только усилилось. Для знакомства с данным окружением была взята Fedora Workstation 23. Так что имейте в виду, что немного затрону обзор и самой операционной системы, тем более, что Fedora крайне активно использует нововведения, используемые в Gnome.
Первое, что я сделал после установки системы — включил режим рабочего стола, благо что делается это очень быстро. Второе — поскольку это американский дистрибутив, то ситуация с некоторыми вещами, зависящими от патентов, крайне печальна. Посему незамедлительно были подключены репозитории RPMFusion и Russian Fedora (улыбаюсь и машу рукой Аркадию «Tigro» Шейну). Третье и последнее — было установлено несколько полезных для меня расширений Gnome, окончательно превративших данную DE в весьма приятное окружение.

gnome_extensions.png
Расширений у меня немного. И реально работа стала очень комфортной.

Первое, что бросилось в глаза — система даже в виртуальной машине работает очень стабильно. Каких-то проблем не было вообще. Да, иногда выскакивали какие-то сообщения об ошибках, но не их заметил влияния на что-либо. Ничего не упало, не перезагрузилось и не зависло. Но справедливости ради, там есть проблемы в самих приложениях идущих в поставке с DE. Впрочем, об этом позже.
Следующее, на что обратил внимание — встроенные приложения приобрели почти законченный вид и появились новые. Ну и визуальное оформление, разумеется. Система очень хорошо смотрится. Лаконично и аккуратно. Нету перегруженности настройками как у KDE времён 3.x и 4.x. Заодно, данное DE стало редким случаем, когда мне понравилась тёмная тема оформления.
   Что ещё хорошего там? Фокус на интеграцию с различными онлайновыми сервисами и между приложениями стал сильно больше. Можно подключить не только Dropbox, но и Pocket, Foursquare или Google. Есть также поддержка Microsoft Exchange (неплохо бы узнать, до какой версии) и учётных записей Microsoft. Вот как работает интеграция с Pocket, я так и не понял, правда.
Ещё одной приятной вещью стало наличие legacy tray для приложений, которые не умеют в трей Gnome. Это могут быть как старые программы, так и программы написанные, например, для KDE. Хорошее и разумное решение. Отсутствие такого трея на мой взгляд, ставило крест на постоянном использовании среды.
Приятно удивил Brasero. В последний раз, когда я его видел, это была очень куцая программа предназначенная для записи дисков. Сейчас же это весьма продвинутая вещь. Много дополнительных модулей, настроек. Жаль только, что диски уже отмирают и она скоро станет совсем не нужна.
   Несмотря на то, что идеологически Gnome создаётся не для программистов, а людей нетехнических, технари не были забыты. Для программистов появился DevAssistant, позволяющий с помощью мастера генерировать проекты на различных языках программирования и подключать эти проекты сразу к git. Например, для проектов на Python можно указать хотите ли вы использовать virtualenv, добавить интеграцию с vim или Eclipse и т.п. Для прочих проектов (например, для программ на C++) можно указать возможность сборки RPM и SRPM и ещё некоторые мелочи. Удобно, спору нет. Программа сырая, о чём авторы честно предупреждают, но направление хорошее, как мне кажется. В частности, для Ruby не помешало бы добавить поддержку RVM или rbenv, как это сделано для Python с его virtualenv. Как это модно, есть интеграция с Docker. Впрочем, Docker для разработки действительно удобен и я это только приветствую. Есть поддержка PHP, Java, Perl, Node.js. Как я понимаю, там есть ещё дополнительные модули, но подробно не смотрел. Не исключено, что упомянутое мной отсутствие поддержки rvm/rbenv на самом деле там даже есть, а я просто не заметил. Для установки модулей к DevAssistant есть свой собственный пакетный менеджер.
Ну и в довершение всего, у Fedora очень большой набор программ в репозиториях. Собирают под неё много. Причём не только в официальные репозитории, но и выкладывают пакеты на сайте разработчиков программ. Так, например, модный корпоративный мессенджер Slack существует только для Ubuntu и Fedora. И он реально кроме этих двух дистрибутивов нигде не работает. Что печально, мне он реально необходим.
Если говорить о красноглазом, то переход с yum на dnf сказался на Fedora в лучшую сторону. Зависимости стали разрешаться намного быстрее и как следствие быстрее идёт установка приложений в систему. Думаю, со временем увидим этот пакетный менеджер в RHEL/CentOS. Да и доработки rpm тоже привнесли немало хорошего. Если поставлю эту систему себе на рабочий ноутбук, погляжу поглубже.
   А теперь плохом. Первое, на что хотелось бы пожаловаться - очень бедная поддержка форматов чтения у встроенной читалки Evince. После Okular из состава KDE SC, приложение смотрится крайне ограниченным. Также Gnome Books не работает от слова «совсем». Он не смог открыть ни одной книги в поддерживаемых им форматах. Для чтения книжек приходится ставить Calibre, который на мой взгляд, не совсем удобен для этого. Всё-таки Calibre это в первую очередь очень хороший конвертер для книжек в разных форматах. Впрочем, уже вкусовщина, наверное.
Gnome Software Center умеет только удалять репозитории. Добавлять, как обычно, руками через консоль. Для пользователя, как вы понимаете, это плохая идея. Даже очень плохая. Хотя задумка сама по себе очень хорошая. Для неподготовленных пользователей самое оно. Ещё один недостаток Software Center — достаточно малый список отображаемых программ. И отображаются только программы с GUI. Хотя это уже спорный вопрос, если подумать.
В поставке с DE идёт вроде бы неплохое приложение Empathy, но полное отсутствие возможности отправлять сообщение по «горячим» клавишам Ctrl+Enter лично для меня портит в нём всё. Как-то привык писать длинные сложные предложения в чатах с разибением на абзацы. Да и просто отправка по данному сочетанию клавиш меня спасает от несколько необдуманных сообщений. Хотя если кого-то данный хоткей не напрягает как меня, то окупается с лихвой тем, что весьма плотно интегрируется с системой. Что выражается в возможности отвечать в нём прямо в области уведомлений Gnome не открывая диалог с контактом, сами уведомления органично отображаются в области уведомлений и т.п. Адресная книга Gnome, кстати, тоже дёргает контакты из Empathy. Если настроить почту, заодно будет добавлять туда и контакты электронной почты из вашей адресной книги. Ещё один плохой момент, это отсутствие в Empathy шифрования. Обещают реализовать, но неясны сроки.
Покамест очень сырая программа Boxes, предназначенная для того, чтобы запускать разнообразные виртуальные машины. Впрочем тут авторы хотя бы об этом тоже честно говорят, что работа ещё далека от завершения. Но если попробовать её удалить, сносит слишком много. В том числе библиотеки, которые нужны другим программам. И это проблема не столько программы, сколько серьёзный камень в огород мейнтейнеров проекта Fedora.

Резюме:
   Если вы айтишник-линуксоид — для работы более чем годится. Если честно, даже сам подумываю заменить на рабочем ноутбуке ROSA Fresh с KDE на Fedora Workstation.
Для неайтишного народа я бы советовал несколько подождать, так как есть претензии к некоторому встроенному софту и просто мелких проблем. Жить не мешают, но для человека, у которого основная сфера работа не ИТ, может вызвать раздражение.
Но в целом, работа проделана действительно крайне большая и результат заметен. Эргономика системы тоже вполне продуманная, хотя многим будет непривычно, как непривычно было мне поначалу. Впрочем, никто не мешает установить необходимые расширения, чтобы сделать рабочий процесс максимально похожим на Gnome 2/MATE или ближе к MacOS.Зависит от ваших предпочтений.

gnome3.png
Установка расширения Dash To Dock превращает ваш Gnome в подобие MacOS

Подавляющая часть раздражающих проблем реально устранена и можно работать весьма комфортно. Разработчики также одумались и добавили ряд фич совместимости со старыми приложениями и ПО разработанном не для данной среды. А расширения позволяют добавить в систему ровно то, что вам нужно, не перегружая её всем остальным. Учитывая, что RedHat начал делать Fedora Workstation относительно недавно, то ещё через год-два это будет весьма и весьма достойная настольная система, при этом могущая работать и на планшете или гибридах а-ля Lenovo Yoga или чем-то подобном.
Из прочих вещей — очень заметен фокус RedHat на Gnome. Fedora Workstation выглядит гораздо более проработанной, чем KDE от них же.
Резюмируя вышесказанное, недостатки вижу пока всё те, что и раньше:

  • Bulk dependencies, характерные для всей линейки дистрибутивов Fedora. Для тех, кто не понял — это когда ты удаляешь ненужный тебе пакет, а он тянет за собой помимо того, что установил с собой ещё и зависимости нужные для других пакетов. Ребята, это реально фейл. Исправьте уже наконец это!

  • Нет официального репозитория для несвободных пакетов (уж RH мог бы как-то договориться!)

  • Отсутствие возможности некоторых полезных настроек, пусть даже средствами Gnome Tweak Tool.

  • С русской локализацией покамест проблемы. После РОСЫ, где крайне тщательно подходят к данному вопросу, это как-то вызывает удивление. Думаю, команде Russian Fedora есть где развернуться на этом поле.

  • Малая длительность поддержки дистрибутива. Только-только доведут до пригодного состояния, как уже снова надо обновляться.


Использовать или нет — решать вам. Спрашивайте ваши вопросы.
techquisitor: (sis)
Добрался до openSUSE Leap 42.1. И вот это у вас, типа, сочетание стабильного системного окружения со свежим софтом для пользователей? Я разочарован. Ожидал от Novell/Attachmate хоть какого-то качества.
Пока что в моём use case ROSA рулит и педалит. Ну и чтобы подтвердить «карму тестировщика» — за полчаса работы у меня уже успела трижды(!) сглючить Plasma, на типовых (!) действиях вроде создания каталога на рабочем столе и войти в него или на выборе обоев для рабочего стола.
Некоторые удобные мелочи не работают, которые в ROSA имеются «из коробки». Из хорошего — поддержка HiDPI, что на моём FullHD мониторе отлично заметно. Да, наконец-то поправили многолетний баг с интеграцией диалоговых окон KDE и LibreOffice. И, в общем-то всё. Сыро. Слишком сыро. Посмотрим, что через полгода там будет. Но, чую, следующей системой через несколько лет у меня будет Мак. :(

Profile

techquisitor: (Default)
techquisitor

July 2017

S M T W T F S
      1
2345678
9101112131415
16171819202122
23242526272829
3031     

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 26th, 2017 04:28 pm
Powered by Dreamwidth Studios