https://repology.org/project/ghidra/versions

Почему Ghidra 11.1+ не опакечена под линуксом? Я знаю что там несложно самому поставить из релизного архива (собираюсь поставить его с помощью nix, потренируюсь в nix-опакечевании), но мне просто интересно почему.

Под виндой (Chocolatey) опакечено, под маком (Homebrew) опакечено, а под линуксами нет. Не понимаю там какие-то проблемы или просто всем несруки.

Поддерживает ли nix юзкейс «я хочу использовать nix для формирования build-окружения, но мне не нужна чистота и следование nix-принципам того что я собираю, я не буду результат использовать вместе с nix»?

Собрать пытался это - https://doc.qt.io/qt-5/android-getting-started.html (со старой версией qt - 5.15.0)

При этом

• Исходники qt5 скачал архивом средствами nix (с формированием деривейшена с этими исходниками, всё как положено).
• android sdk получил средствами pkgs.androidenv.composeAndroidPackages
• В nix слабо разбираюсь, пользовался немного для формирования dev-окружения, чтобы dev-тулзы в систему не ставить
• Пытался решить эту задачу отрывочно читая https://nixos.org/guides/nix-pills/

Дошел до написания builder.sh (уточню - я про скрипт который передаётся в derivation { builder = ./builder.sh; }, или stdenv.mkDerivation, вроде не суть важно).

Получил ошибку из-за того что в configure в исходниках qt захардкожен /bin/pwd. И чёт приуныл.

Посмотрел как это решается в nixpkgs - https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/qt-5/modules/qtbase.nix#L129 и приуныл ещё сильнее узрев SHEER SIZE AND COMPLEXITY одного этого файла.

Буду благодарен за ссылки напочитать по теме решения этой задачи, если эту задачу средствами nix решать вообще разумно.

Не могу понять как «проинспектировать» имеющиеся связи между элементами.

Вот есть у меня объект GstElement elem_uridecodebin, на нём GstPad src_0 (который я нашел проитериров gst_element_iterate_pad() и выбрав pad с именем "src_0").

Как дальше получить элемент/пад к которому elem_uridecodebin.src_0 слинкован?

Я помню как недавно натыкался на гитхабе на какой-то легковесный редактор который презентовался как удобная альтернатива nano - разумные дефолтные шорткаты, лучше поддержка подсветки синтаксиса и т.д. Хотел опробовать, но в тот момент был занят, а сейчас забыл как оно называлось и не могу найти.

Кажется в названии было как и у nano указание на милипиздричность - что-то вроде tiny или micro.

Правда не исключено что это всё мне приснилось.

Собственно вопрос какую из этих двух либ выбрать, щоб раз и навсегда: aiohttp или sanic.

На самом деле я уже немного юзал aiohttp, но посматриваю что ещё есть и задался вопросом чем эти либы различаются (гугл мне на этот вопрос ответа не дал, впрочем я плохо умею им пользоваться).

Кажется эти либы предоставляют примерно одинаковый функционал микро-веб-фреймворка.

Что удобнее, фичастее и вообще моднее? Голоса в голове нашептывают мне что это sanic, голоса хотят чтобы я переписал все свои недопроекты с aiohttp на sanic, но я им не доверяю.

Пожалуйста, ответьте на следующие вопросы:

• Как наиболее корректно проверить является ли строка (или последовательность байтов?) URL’ом. (Я полез искать стандарты, но похоже я не умею пользоваться ни гуглом ни манами).

• Как мне это сделать быстро.

Т.е.

$ sudo apt install <что-то>
$ <что-то> <url>

Где <что-то> и <url> - это строки (не уверен что в том же смысле что и выше).

1.

Есть команда на баше:

$ tree

Если я выполню эту команду в своём терминале - я увижу цвета.

Есть другая команда на баше:

$ tree | cat

Если я выполню эту команду в своём терминале - я не увижу цвета.

У меня есть догадки что это как-то связано c переменными окружения.

Хотелось бы услышать наиболее «глубинный» ответ (хотя бы в виде ссылок, но желательно с пояснениями). Ещё прошу поправить терминологию в моём сообщении.

2.

Вот ещё строчка из $ man ls.1:

ls emits color codes only when standard output is connected to a  terminal.

Пожалуйста, разъясните мне её.