Дорожная карта Bytecoin на первые два квартала

Как видно, планы довольно обширные. Этап с выпуском беты нового API уже пройден. Бету можно пощупать в виде нового кошелька, который, судя по всему, был переписан с нуля и оказался довольно противоречивым. С одной стороны, мощные технические решения, которые серьезно ускорили работу и улучшили стабильность, с другой — хромающий UI, на который, очевидно, просто не хватило времени. Однако судить о результатах работы можно будет только 20 марта, когда выйдет стабильный релиз API и окончательная версия нового кошелька.

Самая ожидаемая точка невозврата — это 12 июня, когда произойдет хардфорк. Суть его пока довольно туманна, ясно лишь, что он принесет совершенно новые технические возможности, в том числе потенциальную реализацию неотслеживаемых токенов и смарт-контрактов.

Because Bytecoin

С некоторых пор очень заинтересовался монеткой Bytecoin. Bytecoin — это первая реализация алгоритма CryptoNote, причем часть разработчиков Bytecoin разрабатывала и CryptoNote. С 2012 по август 2017 года монетка пребывала в несколько сонном состоянии, успев, правда, стать основой для множества успешных форков (Monero, Dash, DigitalNote — хотя последний едва ли успешен, по крайней мере, сейчас). Теперь за нее активно взялись. И — да, ее разработчики полностью анонимны. Все как я люблю.

По сравнению со своим старшим братом-биткойном монета предоставляет весьма выгодные преимущества:

Читать далее →

Qubes OS 4.0-rc4

По случаю недавнего релиза четвертого rc четвертой версии Qubes OS попробовал было пощупать ее вживую. Увы, теперь в этот калашный ряд с моим суконным рылом не влезть. Требования к системе по сравнению Qubes OS 3.2 возросли, и мой дряхленький i3-2100 уже не умеет в ныне требуемый системой VT-d. Пичальпичаль. Правда, установить систему все равно можно, хотя надежность и устойчивость к атакам тогда несколько снижаются (насколько я понял, VT-d она использует для эффективной изоляции сетевых VM).

Firefox 57 Quantum имеет серьезные проблемы

Пришествие Firefox 57 связывалось с диким ажиотажем по всей сети. Разработчики обещали исправить кучу проблем, накопившихся с годами и превратившими некогда отличный браузер в тень былого величия: это и страшная прожорливость ОЗУ (которой, впрочем, славится не он один), и неотзывчивый и тормозящий интерфейс, а также добавить множество нового. В общем, переход от Firefox 56 к 57 представлялся примерно как скачок от IE к Edge.

Итак, Firefox 57 вышел, и оказалось, что его еще пилить и пилить. Лично у меня в процессе использования накопились три проблемы:

1) Он не понимает кириллические домены. Я не представляю, как возможно было это допустить, но он, вместо того, чтобы перекодировать их в Punycode и открыть, запускает поиск. Но только если вы вводите адрес в адресную строку. Кириллические ссылки на странице работают нормально.

2) Падучесть. Произвольные падения страниц с многочисленными извинениями и предложениями отправить весточку разработчикам. Симптом спорадический.

3) Не открывает некоторые сайты, жалуясь на непонятный ему сертификат SSL. Chromium те же сайты открывает нормально и сертификат видит.

Здравствуй, Cinnamon!

В рамках программы «Прощай, Gnome!» было решено попрощаться с ним и поставить Cinnamon. В силу кривизны моих рук и лишних ключей для pacman в небытие уехал не только сам Gnome, нет, он затащил туда и все приложения, которые использовали GTK. Ну то есть почти все, что были в системе.

Систему пришлось собирать практически с нуля, на что жаловаться глупо — Antergos ведь все-таки Arch. Зато теперь я получил собранную руками (в графической составляющей) систему.

Вместо lightdm я поставил gdm, он мне всегда нравился больше чисто эстетически (плюс напоминает о любимой Fedora). Некоторое время никак не мог сообразить, почему pamac отказывается ставить приложения не из-под рута. Оказалось, не функционировал polkit, который пришлось переустановить.

Для оформления были выбраны следующие темы:

Звуковое оформление было безжалостно выдрано из Linux Mint. Обои притащил из репозитория Antergos.

Как оказалось, Cinnamon вполне отзывчив, необычайно богат на настройки и возможности. С ним рабочая среда получается настолько естественной, что ее просто не замечаешь. Взятый в качестве файлового менеджера Nemo отныне занимает торжественное первое место в моем рейтинге, оттесняя Thunar на второе.

В эмуляторы терминала был взят Terminator. Его разделение на много окон чрезвычайно удобно при работе по ssh. И, в отличие от gnome-terminal, не нужна черная магия для настройки F#-клавиш.

Пока еще не разобрался, куда девается оперативная память. При старте занято порядка полутора гигабайт. Конечно, ZFS весьма требовательна, но я ожидал, что Cinnamon ест таки поменьше Gnome. С этим еще предстоит разобраться. Возможно, я где-то наблудил.

Обзор OpenMandriva LX 3.03

OpenMandriva — это потомок Mandrake, управляемый французской ассоциацией OpenMandriva Association. Историю свою он ведет с 2012 года, ничем, впрочем, себя особенно не проявляя с того времени. О существовании этого дистрибутива я сам узнал совершенно случайно, слоняясь по Distrowatch. Оказалось, буквально 21 ноября они выкатили новую версию LX 3.03. Не смог отказать себе в удовольствии изучить этого потомка славного Mandrake.

OpenMandriva LX 3.03 основан на KDE Plasma и обитает на совершенно невменяемом сайте с битыми ссылками и обещаниями доделать FAQ уже вот-вот, совсем скоро. Но да ладно, попробуем потыкать палкой в это творение.

Читать далее →

На распутье DE

Gnome 3 чем дальше, тем больше разочаровывает в повседневном использовании. Решения разработчиков кажутся все менее разумными. Основной список субъективных претензий таков:

  1. Я не понимаю смысла Activities. Нажимать Win-key и искать нужное окно не может быть удобно никогда. Включать расширение в gnome-tweak-tool, отображающее внизу панель открытых окон — значит отнимать дополнительное место на экране, которое и так занимает почти бесполезная верхняя панель и огромные заголовки окон (да, они фиксятся, но искаробки они огромные, и я не понимаю, кому это пришло в голову).
  2. Все, что по умолчанию, в Gnome нужно переделывать под себя. Удивительно, но более-менее удобным для работы Гном становится только после обработки совершенно сторонней утилитой (gnome-tweak-tools), которая справлялась настолько лучше разработчиков, что ее теперь включают в комплект поставки.
  3. Nautilus совершенно неудобен как файловый менеджер. Это наполовину субъективное чувство чего-то серого, невзрачного, лишенного функционала. Снова целая череда странных решений — невыразительные кнопки, сгруппированные справа с выпадающими меню, параметры, спрятанные в верхней панели (опять же, по умолчанию). Пока больше всего как файловый менеджер мне нравится Thunar.
  4. Абсолютно безумный док, который тоже по умолчанию работает совершенно не так, как нужно и становится функциональным только после обработки расширениями из gnome-tweak-tools.
  5. Периодические дикие решения разработчиков вроде выпиливания нижней панели (которая действительно неудобна и ненужна) таким образом, что не успевшие обновиться приложения попросту теряют функционал, ибо никакой замены не предложено от слова «вообще». Пляски с бубном в виде TopIcons Plus и правки .desktop файлов выглядят как костыль, который может сдохнуть при следующем обновлении.

В общем, назревает необходимость менять DE. К KDE у меня какое-то органическое отвращение, лишенное всяких объективных оснований (наверное, переел его в третьей версии). Пока думаю выбирать между MATE и Cinnamon. Deepin поначалу казался любопытным, но по обзорам не впечатлил.

Иконка Nextcloud в Gnome 3.26

Как известно, разработчики Gnome приняли гениальное решение в версии 3.26 полностью выпилить поддержку боковой панели иконок, оставив только верхнюю. Естественно, оставив удовольствие писать костыли и искать решения самим пользователям. До сих пор (в том числе и в версии 3.24) прекрасно работало расширение Gnome Shell под названием TopIcons Plus. Однако разработка его прекращена, и, хотя оно до сих пор работает (скажем, с иконкой Steam), с иконкой клиента Nextcloud оно не справляется.

Решение заключается в том, чтобы а) установить расширение TopIcons Plus, а затем б) установить для Nextcloud задержку запуска. Сделать пункт б) можно двумя способами, из которых у меня сработал только второй.

  1. Найти в папке ~/.config/autostart .desktop файл приложения Nextcloud и добавить в него строку X-GNOME-Autostart-Delay=5, где «5» — это задержка в секундах. Конкретно для приложения Nextcloud этот способ не работает, но может сработать с другими.
  2. Изменить команду запуска клиента, так что строка запуска приобретает следующий вид:
    Exec=bash -c "sleep 15 && /usr/bin/nextcloud"
    В данном случае 15 — это количество секунд. Я установил с запасом, в принципе может хватить и пяти. Этот способ действительно работает с Nextcloud. После правки, само собой, нужно выйти и снова залогиниться.