https://www.opennet.me/openforum/vsluhforumID3/122274.html Компания Canonical представила утилиту etrace, предназначенную для отслеживания активности во время выполнения приложения. Программа напоминает утилиты strace и ltrace, и также использует ptrace в процессе работы. Код распространяется под лицензией GPLv3...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53998<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#78 Sat, 07 Nov 2020 12:43:03 GMT Мда. Это ж чтоб сами проверяли какой адвари натащили в систему внутри снэпов?<br><br>Спасибо, мне бы тогда без снэпов, совсем.<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#77 Wed, 04 Nov 2020 07:59:35 GMT &gt;Вот "пакетный менеджер" и должен уметь восстанавливать систему при такой аварии<br><br>Вот им и пришлось, загрузившись с livecd (так как апт сам сломался в результате потери либ), переставлять все пакеты. Заодно и на следующую редакцию дистрибутива обновился. Долго это слишком.<br><br><br>&gt;(а лучше -- не допускать вовсе)<br><br>Distr1, кажется, так и делает. Системные директории ненастоящие там, так что удалить или записать в них ничего нельзя, нужно обязательно делать отдельный пакет.<br><br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#76 Mon, 02 Nov 2020 16:49:51 GMT Хоть я и предпочитаю xz для долговременного архивирования. Они что не знали, что их образы для запуска и требуют быстрого разархивирования, но выбрали xz. А теперь бросаются из крайности в крайность, когда для ускорения меняют медленный сильножмущий на быстрый, но не жмущий. На zstd менять было бы логичнее.<br><br>В Arch GNU/Linux вон даже для простых пакетов перешли на zstd без большого увеличения размера.<br>&gt; Пересборка пакетов в формат zstd привела к суммарному увеличению размера пакетов на 0.8%, но обеспечило ускорение распаковки на 1300%<br><br>Результат.<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#75 Mon, 02 Nov 2020 15:12:54 GMT snap это такая поделка виндузятников неудачников<br><br>именно благодаря использованию snap внутри debian bosh недавно проиграл большой тендер<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#74 Mon, 02 Nov 2020 13:01:46 GMT &gt; https://github.com/KOLANICH/prebuilder.py <br><br>Благодарю. Не пишу на Питоне, но немного его читаю, в данном случае интересен сам подход (если честно, мне раньше было не ясно, почему нет подобных инструментов, а оказывается, я просто про них не знаю).<br><br>&gt; без пакетов нельзя, я однажды по ошибке /usr/lib снёс, <br>&gt; когда удалял программу, установленную в обход пакетов, с тех пор в <br>&gt; обход пакетов я никогда ничего не ставлю<br><br>Вот "пакетный менеджер" и должен уметь восстанавливать систему при такой аварии (а лучше -- не допускать вовсе). В Windows файлы банально восстанавливаются из резерва. В Gentoo пришлось набрать несколько grep и получить список повреждённых пакетов, который отдал в emerge. Впрочем, это уже совсем другая тема.<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#73 Mon, 02 Nov 2020 08:29:35 GMT <br>&gt; Если не запускать из-под рута, то гадят только в домашней папке и <br>&gt; tmpfs. Неожиданно так же и на линуксе.<br>&gt; Внезапно, если я на бубунточке сделаю apt remove slack и переустановлю - <br>&gt; то это тоже к сбросу параметров не приводит. И так же <br>&gt; придётся лезть в ~/.config/Slack и его удалять. Даже в винде работает <br>&gt; - деинсталляция приложения не удаляет пользовательских файлов. Наезд тут в том, <br>&gt; что на макоси путь чуть длиннее - ~/Library/Application Support/Slack ?<br><br>Мне без разницы, как оно на "бубунточке".<br>С десяток вложенных каталогов. Вы предлагаете всю т.н домашнюю папку нафиг выпиливать при каждой переустановке каждого приложения только потому что приложение гадит вне своего собственного каталога ?)<br>"Наезд" тут в том, что установка-удаление обычных приложений на макси - это обычное перетаскивание его каталога, которое, "теоретически" должно полностью вычищать весь мусор приложения из системы.<br>В любом случае, это прямо противоречит заученным мантрам маководов, согласно которым, все параметр https://www.opennet.me/openforum/vsluhforumID3/122274.html#72 Mon, 02 Nov 2020 06:37:17 GMT Забыли что-ли, как нерадивые контрибьюторы удаляли /usr или ещё что-нибудь. И это только непреднамеренные пакости, а существуют ещё злонамеренные.<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#71 Sun, 01 Nov 2020 21:59:13 GMT Не нужно. Самым первым делом на любой убунте делают sudo apt purge snapd, и все проблемы с долгим запуском софта пропадают. Естественно нужно будет установить из apt замету тем программам что были захреначены в snap, емнип это системный монитор и калькулятор в гноме (заранее посмотрите на вывод snap list).<br> https://www.opennet.me/openforum/vsluhforumID3/122274.html#70 Sun, 01 Nov 2020 21:49:21 GMT https://github.com/KOLANICH/prebuilder.py . Заранее предупреждаю, о нюансах:<br><br>1. Я - большой любитель переписывания истории, и этот initial commit много раз переписывался (как и в остальных моих проектах), и ещё много раз будет переписан. Это экономит на хранении никому не нужной истории. PRы почти всегда можно перекинуть на несвязанную историю путём экспортирования в патчи git format-patch -сколько_надо, и затем git am.<br><br>2. Проект зависит от других моих проектов и либ, а также от множества либ других людей. И что ещё хуже, от моих форков полузаброшенных либ, авторы которых свои проекты фактически не мейнтейнят.<br><br>3. Проект не тестируется. Я не знаю, как такое тестирование можно сделать достаточно легковесным, при этом ничего не потеряв - инструмент вызывает консольные инструменты в песочнице, пги этом и консольные инструменты, и песочница развиваются и могут потребовать изменений как флагов, так и профиля песочницы. Поэтому на тестирование было забито вовсе, если строит реальные пакеты, которые ставятся