rzykov нет не читал, речь не про вашу книгу. Меня честно напрягают книги, в которых много воды, у издательств до сих пор отношение к книгам, как в художественной литературе — надо больше текста, и редакторы или автор заполняют книгу водой, а когда в книге тянут резину очень напрягает. Даже переводы некоторых книг настолько ужасны и не точны, что были куплены их оригиналы на английском.
dlinyj наверное потому, что не читаете официальную документацию к ядру, а там много интересного, а главное полезного, притом не только программистам, но так же администраторам и обычным пользователям))) Вот вам на закусочку www.kernel.org/doc/html/latest/kbuild/kconfig.html Может еще как минимум узнаете, что у menuconfig есть цветовые схемы, которые задаются MENUCONFIG_COLOR )))
JerleShannara честно говоря, сборку ядра уже давно делаю на нормальном многоядерном компе с десктопом, там нет таких проблем, да и ядра примерно за 2-3 минуты собираются и удобно конфигурировать, есть автосборочные скрипты, в любой момент могу обновить компилятор на новую версию, собрать из исходников и т.д., чтобы собрать ядро под ARM не обязательно собирать ядро на ARM системе с непонятным терминалом… Если терминал нормальный, то в nconfig все же приятнее работать. Удаленные сервера отдельная история, ошибка при сборке ядра может не вернуть сервер из ребута, по хорошему тоже надо делать сборку где-то у себя, дальше на тестовой системе с таким же оборудованием протестировать ядро, и уже залить на сервер.
Это во многих книгах так, больше половины книги рассказывается, какой офигенный автор или компания в которой он работает. Зато когда затрагиваются серьезные темы много важных деталей опускается, и ты сидишь пытаешься понять, что же автор там хотел сказать и главное как решать проблемы которые могут возникнуть, как их избежать. В итоге открываешь документацию на английском в интернете, и выбрасываешь книгу в корзину…
Статья хорошая, но неужели все еще есть люди, которые в 21 веке используют make menuconfig вместо make nconfig? С линуксами дружу более 20 лет, и как-то давно уже не использовал menuconfig, как по мне nconfig приятнее на вид)
Согласен, мое развлечение было дельта с(zx80), которая познакомила меня с ассемблером, программированием и примитивным взломом игр в виде бесконечных жизней, все тетрадки были расписаны ассемблерным кодом, все алгоритмы разрабатывались в голове, а потом переносились в тетрадку, а потом уже перепечатывались на дельту, это было по своему интересно, но играть в красивые игры тоже хотелось. О денди, сеге, и нинтендо можно было не мечтать.
Так а какая сложность использовать meson? Для меня лично разницы нет, что собирать, у меня в системе под два десятка пакетов, которые собираются вручную))
Разницы между r2ghidra и rzghidra почти нет
Это спорно, лично у меня на нескольких файлах rz-ghidra показал более правильный вывод и более близкий к исходнику.
pentestit-team проблема в том, что radare2 сейчас не развивается, многие перешли на rizin. iaito это форк cutter без новых улучшений, в котором нет главного разработчика cutter, и не понятно кем он развивается, пока это только форк с багфиксами под radare2. Разработчик cutter и разработчики radare, форкнули radare2 в новый проект rizin ( rizin.re ), который сейчас развивается, и версии тулзов более тесно интегрированы с cutter. Тоже вначале использовал radare2 и iaito, но перешел на rizin, и как работает тулкит мне больше понравилось. Собирается и ставится все так же 1 в 1.
Почему r2ghidra и iaito? Основные разработчики форкнули проект в rizin, и основной разработчик cutter там. iaito по функционалу уступает cutter и хуже интеграция с тулзами. cutter лучше интегрирован с rz-ghidra и rizin, на выходе более удобный для чтения декомпилированный код с подсветкой синтаксиса.
vaniacer там можно до конца не дочитывать, так как сразу бросается гавнокод стайл и антипатерн, инкремент не желательно в шаблоне использовать, от выстрела себе в ногу какраз все правильно shellcheck защитил, сначала делается инкремент ((i++)), а дальше в шаблон подставляется ${i}, а если совсем по хорошему делать, то в пути к файлам желательно использовать ${i:?}.
Что автор не понимает поведение BASH это лично его безграмотность, а не косяк shellchecker.
ShellCheck правильно ругается, не дочитав статью мне сразу было понятно, что там нужны кавычки или присвоить значение переменной, даже если использовать значение переменной, то в имени файла нужны кавычки, а теперь поищите в интернете ответ зачем там нужны кавычки. ShellCheck как раз защищает от unpredictable behavior и чтобы вы в своих скриптах нечаянно не сделали, что типа rm -fr /. У меня 0.7.2 и делает такое предупреждение.
Скучно как-то это все. Вот если бы вы сделали генерацию PNG чисто на BASH то было бы интересно. 4 года назад была надобность генерировать PNG изображения на лету в JS и оказалось PNG формат довольно прост, заголовки, контрольные суммы и матрица RGBA сжатая zlib, самое сложное это реализовать adler32, crc32 и Zlib Deflate. В итоге получилось ЭТО. Самое сложное это сделать zlib deflate на bash, остальное реализуется очень просто и по идеи силами языка bash. По ссылке ниже есть как это можно сделать unix.stackexchange.com/questions/22834/how-to-uncompress-zlib-data-in-unix
Передайте разработчикам JetBrains Toolbox.
После обновления Clion на Linux у меня не тригернулось обновление ярлыков, даже после перезагрузки. Вероятно они после обновления ярлыков, не тригерят обновление кэша ярлыков. Пусть проверят и если такого функционала нет, пусть добавят выполнение строчки ниже после обновления desktop файлов. Тут заметил, что не понятная тормозящая анимация в KDE при закрытия и вытягивание окна в угол при закрытии у меня во всех JAVA приложениях, в обычных приложениях такого нет. Видимо это делает java swing т.к. в настройках KDE не такой анимации.
my2coins люблю на свежем софте работать, по мне он обычно стабильный, и даже если что-то ломается, то быстро можно патчи через git подтянуть. Например сегодня собрал mesa-21.1.0-rc2, с исходников из архива на сайте не собиралось, подтянул патч собрал, как итог плюс к производительности на видеокарте amd, в другом приложении maintainer олень например сломал пакет в archlinux, и сразу пустил без теста 3 приложения, у всех coredump при запуске, отправил багрепорт ему, и скачал патчи, собрал их у себя, все работает.
my2coins не только мне, а еще тысячам людей, метод не мною придуман. Я такого уже как лет 10 не помню, раньше да все ломалось при замене. Разработчики не дураки, чтобы таблицу экспорта функций портить. Любая библиотека имеет таблицу экспорта функций и чаще всего обратную совместимость со старыми версиями. Кучу библиотек системных взаимозаменяемы, например libjpeg, libjpeg-turbo, mozjpeg — можно поставить любую из трех и ничего не сломается. На моей памяти практически не было, чтобы прям жестко что-то ломали без возможности исправить. Наоборот при использовании libstdc++.so идущим с пакетом чаще всего происходит то, что он там чего-то не может найти в libstdc++.so, например версия glibc отличается, и приложения криво работают, при этом сыпет кучу ошибок в консоль. Стоит удалить libstdc++.so* как все ошибки уходят и в приложении все функции начинают нормально работать. В этом и отличие меня и вас, вы используете Centos и видимо не много собираете пакетов из исходников, а у меня Arch Linux, даже если что-то сломается, то можно быстро пересобрать, но такое довольно редко. На будущее если хотите что-то собрать из исходников, то ищите пакеты aur.archlinux.org, смотрите исходники пакетов в arch archlinux.org/packages/core/x86_64/gcc сбоку есть ссылка source files, посмотрите пакеты gentoo packages.gentoo.org/packages/sys-devel/gcc и откройте последнюю версию Linux From Stratch www.linuxfromscratch.org Ваша статья довольно низкого уровня, и все ваши страдания уже давно решены и описано решение по выше указанным ссылкам.
my2coins это тоже не проблема в большинстве случаев, многие библиотеки можно подменить на новые, в большинстве случаев API у них не меняется. К примеру для для поддержки API ncurses-5, если у вас стоит ncurses-6 есть такая штука aur.archlinux.org/packages/ncurses5-compat-libs
К примеру системный zlib у меня заменен на более быстрый zlib-ng.
На моей памяти обычно вся не совместимость решается просто удалением libstdc++.so libstdc++.so.6 libncurses++.so* libncurses.so* идущие в составе пакета, дальше приложение при запуске не находит их и берет просто системные.
my2coins работает aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cuda-11.0
Как зависимость стоит системный gcc 10.2 без указания 9й версии. К примеру тут наоборот gcc 8 aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cuda-10.2
Вы вероятно используете инсталер под дистрибутив, отсюда не совместимость, у нас же обычно все пакеты с убунты берутся и распаковываются, и подменяются библиотеки на системные. К примеру если удалить libstdc++.so libstdc++.so.6 идущие с пакетом от другого дистрибутива, то решается большая часть глюков, и приложения подхватываются системную библиотеку. Например я их удаляю в Matlab и Intel Quartus.
А у меня AMD видео и процессор, и наоборот llvm и gcc новые дают хорошую прибавку скорости.
Это спорно, лично у меня на нескольких файлах rz-ghidra показал более правильный вывод и более близкий к исходнику.
Вот на заметку www.linux.org.ru/news/development/16060831
Что автор не понимает поведение BASH это лично его безграмотность, а не косяк shellchecker.
После обновления Clion на Linux у меня не тригернулось обновление ярлыков, даже после перезагрузки. Вероятно они после обновления ярлыков, не тригерят обновление кэша ярлыков. Пусть проверят и если такого функционала нет, пусть добавят выполнение строчки ниже после обновления desktop файлов. Тут заметил, что не понятная тормозящая анимация в KDE при закрытия и вытягивание окна в угол при закрытии у меня во всех JAVA приложениях, в обычных приложениях такого нет. Видимо это делает java swing т.к. в настройках KDE не такой анимации.
К примеру системный zlib у меня заменен на более быстрый zlib-ng.
На моей памяти обычно вся не совместимость решается просто удалением libstdc++.so libstdc++.so.6 libncurses++.so* libncurses.so* идущие в составе пакета, дальше приложение при запуске не находит их и берет просто системные.
Как зависимость стоит системный gcc 10.2 без указания 9й версии. К примеру тут наоборот gcc 8 aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cuda-10.2
Вы вероятно используете инсталер под дистрибутив, отсюда не совместимость, у нас же обычно все пакеты с убунты берутся и распаковываются, и подменяются библиотеки на системные. К примеру если удалить libstdc++.so libstdc++.so.6 идущие с пакетом от другого дистрибутива, то решается большая часть глюков, и приложения подхватываются системную библиотеку. Например я их удаляю в Matlab и Intel Quartus.
А у меня AMD видео и процессор, и наоборот llvm и gcc новые дают хорошую прибавку скорости.