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)
Операционная система А. Воткнул устройство. Драйверов не найдено. В итоге иди на сайт вендора, ищи драйвер под нужную ревизию (одну из четырёх), вдовесок установи ещё и архиватор, понимающий RAR и устанавливай руками.

Операционная система Б. Воткнул — заработало. Но «понятная ОС», конечно же, первая. Уж мы-то знаем!
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)
Кажется, не рассказывал историю, приключившуюся со мной перед отпуском неделю назад.

После покупки принтера, аккурат через несколько дней, потребовалось распечатать большую кипу документов, необходимых в поездке в двух экземплярах. В общем, отправляю документы на печать и получаю месседж с ошибкой «Error 49.4C02» и тому подобное. Гуглёж быстро вывел меня на широко известную проблему у многих принтеров HP, когда невозможно распечатать документ в PDF. А присланные мне документы именно в формате pdf и были. Воркэраунд нашёлся столь же быстро, врочем. Необходимо включить принудительную растеризацию файла PDF перед печатью. Трюк реально помог и документы были распечатаны. Как понимаете, такое решение не устраивало лично меня. Поскольку каждый раз при печати pdf-файлов делать такую процедуру откровенно влом, да и, например, не всегда возможно сделать (например, при печати с планшета). После очередного просмотра интернетов, нашлась прошивка, в которой чёрным по-белому было написано в чейнджлоге «Issues or PDF errors may be seen when direct printing PDF files.»

Поскольку принтер у меня крутой, прошивку решил заливать прямо через ftp, благо железка позволяет, а доставать виндовый ноут было лень. Ок, выполняю с помощью lftp загрузку прошивки. Принтер бодро рапортует о получении и обновлении фирмвари после чего… внезапно пропадает связь до принтера. Но надпись об обновлении всё висит. Десять минут. Пятнадцать. Полчаса. Поняв, что обновление зависло, выключаю принтер, включаю заново и получаю зависающий сразу после загрузки принтер, голосящий о том, что прошивка повреждена. В общем, как выяснилось, мне повезло. Зависло где-то в середине и принтер можно восстановить, напрямую подключив его к виндовой машине и запустив бинарный прошивальщик принудительно, не забыв заранее поставить драйвер для принтера и указав порт USB вручную. В итоге, принтер после пары перезапусков после прошивальщика, сам внезапно ожил и доустановил фирмварь. И вся эта херня только для того, чтобы не сношаться с печатью документов в pdf.

Так и живём. ©
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)
Очередная полезная схема с указанием инструментов могущих помочь с анализом производительности PostgreSQL. Положу себе в копилочку, размуеется.
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)
Ты понимаешь, что Vim проникает тебе в мозг, когда правя текст в браузере, пытаешься хоткеями по тексту перемещаться, иначе мышью долго и неудобно.
techquisitor: (sis)
В промежутках между разбирательством с драйвером для MTK7630e (к слову, в репозитории contrib дистрибутива ROSA появился dkms-модуль для этой карточки) интересную историю рассказали.

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

Но виноват во всём кривой Линукс, конечно же.
techquisitor: (sis)
Кто-то у меня спрашивал, зачем мне роутер и сервер как отдельные физические сущности. Мол, обычная коробочка за несколько тысяч рублей и так справится. Пожалуйста:



Всего-навсего скачка трёх BD-рипов, медиасервер и Samba. Четвёртому пню, что у меня сейчас стоит, просто плохо. И это ещё там OwnCloud нет, который планируется. При этом микротик спокойно это всё пережёвывает и не надо QoS включать. Даже тяжёлые сайты в этот момент грузятся без проблем.
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)
…запилил небольшой пост со схемами, которые у меня уже есть. Пост закреплённый и не потеряется в любом случае. Возможно, ещё со временем соберу в один раздел записи из серии «Хозяйке на заметку». Там достаточно много уже, кажется. И насколько мне сказали, есть полезное. Мне несложно, а людям жизнь облегчу. Не знаю, имеет ли смысл ссылки на мою публицистику давать, выложенную в разное время на разных ресурсах. Впрочем, предложения и идеи принимаются в любом случае.
techquisitor: (sis)
Данный приём должен работать везде, где есть установленный systemd в качестве системы инициализации. Хитрость в том, что приложения установленные внутри RVM так просто запустить не выйдет, будет жаловаться на отсутствие в $PATH чего-нибудь, чаще всего ruby_executable_hooks.

Подсказкой послужила официальная документация RVM, описывающая как запустить Ruby-приложение используя стандартный init.d.

Для начала генерируем gemset:

Вместо ruby-2.1.2 указывайте ту версию, которая у вас будет использоваться в приложении, прописанная командой rvm use.

Далее собираем wrapper:

Где application — название вашего запускаемого приложения. Правда есть одна особенность, с которой я пока не разобрался. После генерации wrapper в содержимом /usr/local/rvm/wrappers/ruby-2.1.2@application почему-то нет бинарника bundler, но он есть в /usr/local/rvm/wrappers/default (вероятно, связано с тем, что у нас версия Ruby везде указана системной).

После чего пишем unit-файл для systemd:


Всё, теперь приложение будет доступно как обычный демон и им можно управлять с помощью systemd.
techquisitor: (sis)
Network subsystem in Linux

Оригинал здесь.

Вот, кстати, думаю. А не оформить ли мне отдельный пост с теми схемами, которые у меня уже накопились? Есть ли смысл? А то может меня только одни боты читают.

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. 20th, 2017 02:29 pm
Powered by Dreamwidth Studios