Shamil's Blog. Software Engineering Processes, Android, CI, Devops.

As I wrote some time ago, I decided to self-host blog. I'm in process still, however here's some experience.

Sharing here some experience in process (will update this post until done).

TL;DR:

1. Install latest hugo with snap
2. Find and install theme (with git submodule - see below)
3. Try blog with "hugo server ..."
4. Setup publishing pipeline on blog changes (for example, Jenkins or whatever is preferred).

Detailed steps:

1. Install blogger_to_hugo migration tool
   
2. (This one is not specific to anyone I suppose. I don't want to experiment with lots of new packages in my main macos system, so installing debian 9 as vbox VM. All further is done there).
3. Run migration from blogger backup with blogger_to_hugo. I got an error:
   

   TypeError: object of type 'NoneType' has no len()

   
   Seems like it expects only the english post titles (or maybe texts in english too) and crashes otherwise. Too bad.
4. Use blog2md which produces a bunch of .md files (not sure about non-english titles, but no crash at least).
5. Install and try to use zzo theme. It turns out that hugo 0.58 is not compatible. Although it's latest in debian sid (unstable) repo!
6. Use snap installer (another repo to think of..): snap install hugo
7. Hmm, zzo theme does still not work showing bunch of "render of 'page' failed..." errors and crashing in the end. Could be a non-english titles.
8. Trying a hugo theme pure.
9. Copy and edit config from example site of a chosen theme.

Good points:

• Use git submodules for themes if your blog is in git (which itself is a great idea too!) like:

  git submodule add https://github.com/SOME/THEME themes/THEME

• Use snap (it's in bad ones too) - to experiment only.

Bad points:

• TL;DR: always use system packages, do not install binaries.
  I strongly advocate against using a zoo of repo managers (read: snap, pip, etc - whatever non-native to your OS updates subsystem) or binaries to anything running in runtime at server. It takes huge amount of maintenance to track of major updates. Most probably you would miss serious vulnerability at some point. Even old version of packages in debian stable receive security fixes (they are backported), which you would need to do yourself manually for any separate repo manager not added to your cron (most probably manually too).
• Test your hugo+chosen theme with all desired charsets before everything else. It's really hard to believe that modern software written in golang crashes for a non-ascii (read: utf-8 or cp-1251), but that's what happens to hugo with some themes.

Notes:

• Good old backslash escaping is not what works in yaml out of the box. To escape apostrophe (single quote) use '' (yes, type it twice). Enjoy this good reading before going bed (do not): https://yaml.org/spec/1.2/spec.html

Labels: blog, blogger, debian, go, golang, hugo, vm

Визуальные темы - важная часть системы, дающая правильное ощущение при ее использовании (не зря это иногда называется "look & feel"). Линуксовые темы настолько отличны от OS/2 и Windows тем, что многие пользователи этих систем стараются найти что-нибудь менее чужеродное для себя, нежели стандартные темы KDE и GNOME. Я не исключение, поэтому недавно решил поискать более приятную взгляду тему. Выясянилось, что шареварные сайты предлагают огромный выбор бесплатных тем для GNOME. Часть из них ставится без проблем, однако вскоре я наткнулся на темы для движка murrine. И вот тут начался типичный debian-цирк: сначала не заработал automake, невнятно попросив поставить новый пакет. Далее, configure спотыкался несколько раз об отсутствие GTK-dev и чего-то, что я уже не помню (у меня Ubuntu 8.10). После минут 20 скачиваний каких-то пакетов и упражнений использования apt-cache (точное название пакета обычно не дается ;) ) марина так и не была поставлена, а дефолтовой темой стало что-то похожее на Win 3.11 :-)
После такого разочарования я решил посмотреть ситуацию с темами в winxp. Отмечу, что, ради отзывчивости системы, я использую самую легковесную в отрисовке тему "Windows Classic", отключая между тем сервис "Themes" (default - autostart), что привело меня в легкий ступор по поводу отсутствия вообще каких-либо тем в диалоге настройки дисплея. Преодолев это препятствие, я для начала сменил тему на Luna (синяя полукруглая тема, в которой XP начинает работать). После этого покрутил цветовые решения, что вызвало у меня восторг ("вах, новая жизнь моей винде!"). На этом я однако не остановился, поискав другие темы в сети. Выяснилось, что официальных тем (позже объясню что это такое) существует ровно 3: Royal, Royal Noire и Zune. Официальная тема - это подписанная ключиком microsoft тема. Все другие требуют замены некоей ключевой DLL-ки (что, в общем, совсем не добавляет доверия к системе - "я на такое пойтить не могу").
Важно другое, дополнительные темы тормозят оболочку винды _значительно_. Это значит, что система может перестать реагировать секунд на 5, тогда как с Classic темой такого не замечалось.
Отмечу, что эксперименты проводились на VirtualBox/Core2DuoE8400, поэтому тормоза этих тем могут быть из-за недоступности графического ускорителя из-под виртуальной машины. В ubuntu кстати никакие эффекты интерфейса не включились по этой причине, тогда как винда успешно отрисовывает хотя бы тени.
PS Потребляемая мощность процессора в секундах процессорного времени для winxp (чистая SP3) и Ubuntu 8.10 (также только что поставленная): 22 секунды и 44 секунды. Победитель? WinXP. Кстати, по времени выигрыш не настолько очевидный, как по потреблению процессора (там примерно в 1,5 раза, точных цифр у меня нет).

Labels: appearance, gui, linux, skin, themes, ubuntu, usability, virtualbox, vm, winxp