Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Компания Canonical представила утилиту etrace и добавила поддержку LZO в snap"	+/–
Сообщение от opennews (??), 01-Ноя-20, 09:47
Компания Canonical представила утилиту etrace, предназначенную для отслеживания активности во время выполнения приложения. Программа напоминает утилиты strace и ltrace, и также использует ptrace в процессе работы. Код распространяется под лицензией GPLv3... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53998
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Компания Canonical представила утилиту etrace и добавила под..."	+8 +/–
Сообщение от Аноним (1), 01-Ноя-20, 09:47
1. Почему не zstd? 2. Не пора ли deb пакеты начать сжимать с помощью zstd, вместо xz?
Ответить | Правка | Наверх | Cообщить модератору

	3. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от lockywolf (ok), 01-Ноя-20, 09:53
	Почему не  brotli?
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Компания Canonical представила утилиту etrace и добавила под..."	+5 +/–
	Сообщение от Аноним (-), 01-Ноя-20, 15:09
	Пачём broccoli?
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Аноним (1), 01-Ноя-20, 21:15
	zstd более эффективно, плюс brotli делали под web
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	18. "Компания Canonical представила утилиту etrace и добавила под..."	+11 +/–
	Сообщение от Аноним (-), 01-Ноя-20, 11:12
	Ааа! Что они делают. Сколько лет снапу и попытались решить проблему со скоростью запуска, и взяли не zstd, и даже не lz4, а lzo. В 2020-м. Они даже не пытаются делать вид, что снап не постигнет участь прошлых велосипедов Canonical.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	22. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (22), 01-Ноя-20, 11:36
	Велосипед Ubuntu всё ещё ездит. Желаете снапу той же участи? :)
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Компания Canonical представила утилиту etrace и добавила под..."	+5 +/–
	Сообщение от НяшМяш (ok), 01-Ноя-20, 17:21
	Это та убунта, где к дебиану вместо колёс Unity + Upstart прикрутили две красных шляпы?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от zstd (?), 01-Ноя-20, 19:16
	Ну так-то lzo быстрее zstd.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	64. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (64), 01-Ноя-20, 21:04
	Правда, сильно менее эффективен
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Компания Canonical представила утилиту etrace и добавила под..."	–3 +/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 11:57
	Неплохо по уровню настраивания уровня компрессии, но на всяких там армах дико тормозит даже на слабых настройках. Плюс, декомпрессия на уровне ядерных алгоритмов, особенно сильно пожатого, приводит к блокировке всего запущенного от усера. Например, тот же pulse может исчерпать свои буфера и начать икать при банальном запуске софта из снапа! Я не говорю, что это сугубо специфичная проблема для снапа (установи корень на btrfs+zstd в макс. уровне сжатия и порадуйся диким тупнякам юзерспейса при каждом обращении к FS), просто вынос сего дела на ядерные алгоритмы имеет свои серьёзные минусы.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	29. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от cjaushe4ka (?), 01-Ноя-20, 12:32
	не наблюдаю тормозов на arm64, orange pi 3. плюс не вижу проблем с btrfs + zstd на hdd диске, x64, 5.4. зато оно дает очень приличную компрессию.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Компания Canonical представила утилиту etrace и добавила под..."	–2 +/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 12:51
	Значит, ты просто его не бенчмаркал. Даже Canonical увидела тормоза и решила, что надо что-то не просто делать, а выносить это в дефолт. А ты не видишь...
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (38), 01-Ноя-20, 14:06
	> ДАЖЕ
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от Аноним (1), 01-Ноя-20, 14:09
	fedora вынесла btrfs в дефолт
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	48. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 16:31
	> fedora вынесла btrfs в дефолт Причём тут Федора? Зюзя это сделала на годы раньше. Но она тоже не при делах.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Компания Canonical представила утилиту etrace и добавила под..."	+2 +/–
	Сообщение от Shevchuk (ok), 01-Ноя-20, 13:53
	> zstd в макс. уровне сжатия Это очень странный способ готовить zstd в ФС. На высоких уровнях сжатия он становится медленным, как xz (при сжатии; при распаковке по-прежнему быстр) — естественно, будут тормоза. Для сжатия на лету годятся первые 3-4 уровня (опередить lzo/lz4 по сжатию хватит и 1 уровня), дальше уже только если у вас всё рассчитано и вы очень хорошо понимаете, что делаете, на мой взгляд.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	47. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 16:30
	Спасибо за справку, я его использую с момента попадания в ядро. Тестировал на разных размерах блока, уровнях сжатия и архитектурах. ZSTD оставил на дефолтных настройках и только на зашифрованных внешних дисках с выравненным размером блока. Да и вообще там быстродействие не критично.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Shevchuk (ok), 01-Ноя-20, 17:04
	Да я без претензий же (минусы не мои) — понятно, что макс сжатие это для бенчмарка : ) Написал просто чтоб другие так в живых системах не делали.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (1), 01-Ноя-20, 21:15
	максимальное сжатие это сценарий для deb или snap пакета. для среды с активным io - лучший сценарий как вы написал это уровень сжатия 3 для zstd
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 23:17
	Приболел? Deb распаковывается один раз - при установке, а из snap распаковывается при холодном старте и каждый раз, когда нужный объект вытесняется из кэша FS. Алгоритм высокой степени сжатия в первом случае оправдан, а во втором скорость более приоритетна. Ждать несколько секунд для запуска Хрома на SSD - это сраный стыд, когда из несжатой FS он стартует у меня на счёт "раз-два".
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Компания Canonical представила утилиту etrace и добавила под..."	–4 +/–
	Сообщение от Аноним (36), 01-Ноя-20, 14:03
	По-моему, что 1.7 с, что 8.1 с - не критично. Приемлемо вплоть до 10 c запуска тяжёлого приложения. Не стоит на это мастурбировать.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	40. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от iPony129412 (?), 01-Ноя-20, 14:26
	Ну когда десять секунд калькулятор запускается — это так себе.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Компания Canonical представила утилиту etrace и добавила под..."	+4 +/–
	Сообщение от Сишник (?), 01-Ноя-20, 17:36
	Ну а что, калькулятор на электроне в снапе вполне себе сложный тяжёлый софт, включающий в себя сочетание тысяч человеколет напряжённого труда уважаемых профессионалов, взвешенные решения и передовую архитектуру, можно и почтить их тяжёлый труд 8.1с паузой.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от liberal (?), 01-Ноя-20, 18:05
	> zstd Архиватор Попова значительно лучше этой устаревшей поделки!
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	76. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от fuggy (ok), 02-Ноя-20, 19:49
	Хоть я и предпочитаю xz для долговременного архивирования. Они что не знали, что их образы для запуска и требуют быстрого разархивирования, но выбрали xz. А теперь бросаются из крайности в крайность, когда для ускорения меняют медленный сильножмущий на быстрый, но не жмущий. На zstd менять было бы логичнее. В Arch GNU/Linux вон даже для простых пакетов перешли на zstd без большого увеличения размера. > Пересборка пакетов в формат zstd привела к суммарному увеличению размера пакетов на 0.8%, но обеспечило ускорение распаковки на 1300% Результат.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Компания Canonical представила утилиту etrace и добавила под..."	–3 +/–
Сообщение от Аноним (5), 01-Ноя-20, 10:17
А смысл почти в два раза увеличивать размер пакета чтобы сэкономить пару секунд при первом запуске и какие-то несущественные доли секунд при повторных запусках.
Ответить | Правка | Наверх | Cообщить модератору

6. "Компания Canonical представила утилиту etrace и добавила под..."	+10 +/–
Сообщение от Аноним (6), 01-Ноя-20, 10:26
>При тестировании пакета с Chromium применение LZO вместо используемого по умолчанию алгоритма XZ позволяет в 2-3 раза ускорить запуск snap-пакета за счёт сокращения времени на распаковку образа SquashFS. А нормальный пакет во сколько раз бы ускорил запуск хромого, по сравнению со снапом? Может пора уже закопать стюардессу?
Ответить | Правка | Наверх | Cообщить модератору

7. "Компания Canonical представила утилиту etrace и добавила под..."	+4 +/–
Сообщение от m.makhno (ok), 01-Ноя-20, 10:31
Снапы, контейнеры - нафига они для обычных приложений? Как-то это не по UNIX-way.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Компания Canonical представила утилиту etrace и добавила под..."	+7 +/–
	Сообщение от Аноним (8), 01-Ноя-20, 10:42
	Это ubuntu-way. Видимо попытка уменьшить зависимость от debian. Но увы, все что пилит Canonical - рано или поздно оказывается в мусорке - upstart, mir, unity. И эта их идея - перетащить все пользьовательское ПО в snap пойдет туда же.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Компания Canonical представила утилиту etrace и добавила под..."	+4 +/–
	Сообщение от Аноним (15), 01-Ноя-20, 11:10
	Вот Юнити очень жаль, да.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Аноним (32), 01-Ноя-20, 12:55
	На самом деле нет.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Компания Canonical представила утилиту etrace и добавила под..."	+5 +/–
	Сообщение от Аноним (16), 01-Ноя-20, 11:10
	> Это ubuntu-way. Видимо попытка уменьшить зависимость от debian. Но увы, все что > пилит Canonical - рано или поздно оказывается в мусорке - upstart, > mir, unity. И эта их идея - перетащить все пользьовательское ПО > в snap пойдет туда же. Нет, это не попытка уменьшить зависимость от Debian, им пофиг Debian или нет, так-то. Это попытка сбросить с себя "лишнюю работу"  по пакетированию всякого силами самой Canonical, по задумке снапы должны прижиться, и их должны будут собирать разрабы самой софтины, а маркуша сотоварищи будет только площадку для распространения предоставлять, это для них выгодно. Они и так значительно меньше, чем в Debian собирают (пересобирают) пакеты, я бы хотел вам напомнить, что Canonical собирает и ответственная только за Main-ветку убунты, всё остальное собирают "вольные майнтейнеры", а т.к. каноникалы официально утверждают, что коммерчески выгодны для них только серверные системы, то они хотят вообще минимизировать даже сборку того, что они собирают сами для десктопа. Более того, там был заброс удочки о том, что неплохо бы сделать так, как пытаются в федоре - основную core-систему распространять снапшотом, чтобы апгрейд был также полностью снапшотами, если бы это прокатило у каноникалов, они и в системной части могли бы отказаться от deb-пакетирования, а может и нет, тут же вопрос не принципов deb - неdeb, тут вопрос сокращения человекочасов на упаку и на тестирование, тупо экономия бабла, ничего личного, просто бизнес! А хомячки бубунту и со снапами сожрут, с андроидом прокатило же.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	44. "Компания Canonical представила утилиту etrace и добавила под..."	+2 +/–
	Сообщение от Аноним (44), 01-Ноя-20, 15:51
	>Это попытка сбросить с себя "лишнюю работу"  по пакетированию всякого силами самой Canonical, по задумке снапы должны прижиться, и их должны будут собирать разрабы самой софтины, а маркуша сотоварищи будет только площадку для распространения предоставлять, это для них выгодно. У меня есть фреймворк. Бросаешь ссылку на репозиторий (ну или на архив с исходниками или на бинарную сборку, но тут обычно приходится побольше поработать), указываешь систему сборки (автодетект намеренно неприкручен, у некоторых проектов используется сразу несколько), добавляешь флаги компиляции - получаешь deb-пакет (это фреймворк, бэкэнд для rpm не приделан, так как я Ubuntu пользуюсь, но ядро системы и фронтэнды универсальны). И никакого геморроя с дебхелпером. Предлагаю Каноникал взять мою систему вместо снапов (также есть планы добавить создание пакетов из содержимого снапов и докер-образов, но они будут реализованы очень нескоро, мне бы основную функциональность и её зависисмости допилить), добавить и допилить бэкэнды, и интегрировать в launchpad, чтобы простые люди могли создать пакеты для большей части софта из GUI, без какого-либо редактирования текстовых файлов и возни с баш-скриптами.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от n00by (ok), 01-Ноя-20, 17:07
	А Вы случаем не планируете в ближайшее время опубликовать (ссылку на) сам проект? P.S. Интересно, кто и зачем минусанул комментарий выше, не потрудившись пояснить несогласие?
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Аноним (44), 02-Ноя-20, 00:49
	https://github.com/KOLANICH/prebuilder.py . Заранее предупреждаю, о нюансах: 1. Я - большой любитель переписывания истории, и этот initial commit много раз переписывался (как и в остальных моих проектах), и ещё много раз будет переписан. Это экономит на хранении никому не нужной истории. PRы почти всегда можно перекинуть на несвязанную историю путём экспортирования в патчи git format-patch -сколько_надо, и затем git am. 2. Проект зависит от других моих проектов и либ, а также от множества либ других людей. И что ещё хуже, от моих форков полузаброшенных либ, авторы которых свои проекты фактически не мейнтейнят. 3. Проект не тестируется. Я не знаю, как такое тестирование можно сделать достаточно легковесным, при этом ничего не потеряв - инструмент вызывает консольные инструменты в песочнице, пги этом и консольные инструменты, и песочница развиваются и могут потребовать изменений как флагов, так и профиля песочницы. Поэтому на тестирование было забито вовсе, если строит реальные пакеты, которые ставятся и работают, - значит считаем, что работает. 4. Проект зависит от одной из моих либ и инструментов и интеграции одной из фич в пакетный менеджер. Эта фича - экспорт некоторой метаинформации aptом при обнавлении и установке пакетов. Это необходимо для эффективного инвертированного индекса информации о пакетах. Он нужен для эффективного поиска зависимостей среди пакетов. Сейчас в aptе она хранится в текстовом виде и dpkg -S считывает её всю, и потом выбрасывает. Нам же такая производительность неприемлима. Сейчас индекс обновляется ручным вызовом комманды. Но это можно автоматизировать, сделав построение индекса при первоначальной установке пакета, а потом обновление инфа только об изменрвшихся пакетах. Для прокидывания всего этого великолепия в питон была создана отдельная либа, но она недоделана - руки не дошли. И последние измененря даже не опубликованы. Так что пока команда вызывается ручками, исполныется 20 секунд, а если не сделать, то при автодетекте зависимостей сборка может вылететь с ошибкой, что такой зависимости нет в индексе. Так вот, мои патчи в apt для пробрасывания всей необходимой информации не то что не слиты, даже не отревьювены. 5. Инструмент изначально был задуман с прицелом на CI. Логика такая: если разраб оригинала не хочет сам делать пакеты, но нам это позарез нужно (а без пакетов нельзя, я однажды по ошибке /usr/lib снёс, когда удалял программу, установленную в обход пакетов, с тех пор в обход пакетов я никогда ничего не ставлю), мы соберём пакет сами, и поделимся им со всеми, а чтобы не было сомнений, что мы не добавили вредоносов, то будем это делать в виде pipeline на публичном CI, да ещё и по возможности reproducible. В смысле, что каждый может пойти на CI, взять контейнер докер оттуда, слить из него список пакетов, поставить такие же из репозиториев на свою машину, слить рецепт из репозитория, и построить. Но проблемв пришла от сервисов. Из нормальных CI я знаю только GitLab. В последнее время GitLab inс. слишком много себе позволяет, так что пришлось воздержаться от использования, гитхабовский CI имеет известные недостатки, другие - тоже. Платить за CI для свободного ПО для того, чтобы поделится пакетом ... ну я конечно понимаю, что бесплатного ничего не бывает, но платить за это я не готов. Если корпорация готова - то пусть она и платит, но не на неприемлимых условиях. Отсутствие нормального CI несколько обесценивает проект. 6. Это не единственный мой проект. У меня их дофига. Значительная часть моей деятельности в опенсорсе, к сожалению, сводится к исправлению недоделок в других проектах, которыми я вынужден пользоваться. Недоработок их оригинальных авторов. Это опенсорс и мне никто ничего не обязан, но всё же это отнимает время. Список моих проектов можно найти на GitHubе, но наиболее перспективны для внесения вклада в виде кода следующие проекты. File2Package - требуется дописать бэкэнды для остальных пакетных менеджеров (на самом деле не требуется, так как реально prebuilder работает только на apt, так как я сам сижу на Kubuntu). Автоматическое обновление метаданных я реализую потом, когда доделаю модуль для пробрасывания хуков в питон. UniGrammar - требуется реализовать механизм импорта модулей, он специфичен для каждого бэкенда, при этом всё должно быть совместимо с "бандлами", это большая работа, поэтому и не сделана. Также в планах лифтеры (aka frontend). Там есть прототипы лифтеров из регулярок и parglare, но нужно сделать лифтеры для каждого из бэкэндов (один из наиболее низко-весящих - antlr4, там есть api для получения ast) и отполировать всю машинерию до состояния, когда грамматики вообще не придётся руками постобрабатывать, для того, чтобы они транспилировались и работали. UniOpt - допилить метаоптимизатор. Я давненько не обучал модели, поэтому его пока не трогал. RDataParser - допилить конвертацию, формат я распарсил, обход дерева реализовал, но потом навалились другие проекты, так и осталось недоделанным (поэтому пришлось ограничится тестированием своих моделей на дейтасетах в нормальных форматах, в идеале нужно по как можно большему количеству дейтасетов проверить, но очень значительная часть из них - в R). Менее перспективны: AutoXGBoost - добавить LightGBM, запилить сборку CatBoost через нормальную систему сборки, и добавить CatBoost тоже. Но я это слишком давно не использовал, все мои последние модели были на TensorFlow.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от n00by (ok), 02-Ноя-20, 16:01
	> https://github.com/KOLANICH/prebuilder.py Благодарю. Не пишу на Питоне, но немного его читаю, в данном случае интересен сам подход (если честно, мне раньше было не ясно, почему нет подобных инструментов, а оказывается, я просто про них не знаю). > без пакетов нельзя, я однажды по ошибке /usr/lib снёс, > когда удалял программу, установленную в обход пакетов, с тех пор в > обход пакетов я никогда ничего не ставлю Вот "пакетный менеджер" и должен уметь восстанавливать систему при такой аварии (а лучше -- не допускать вовсе). В Windows файлы банально восстанавливаются из резерва. В Gentoo пришлось набрать несколько grep и получить список повреждённых пакетов, который отдал в emerge. Впрочем, это уже совсем другая тема.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (44), 04-Ноя-20, 10:59
	>Вот "пакетный менеджер" и должен уметь восстанавливать систему при такой аварии Вот им и пришлось, загрузившись с livecd (так как апт сам сломался в результате потери либ), переставлять все пакеты. Заодно и на следующую редакцию дистрибутива обновился. Долго это слишком. >(а лучше -- не допускать вовсе) Distr1, кажется, так и делает. Системные директории ненастоящие там, так что удалить или записать в них ничего нельзя, нужно обязательно делать отдельный пакет.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (16), 01-Ноя-20, 11:01
	> Снапы, контейнеры - нафига они для обычных приложений? Как-то это не по > UNIX-way. А им пофиг, вся задумка, чтобы сами разрабы опакечивали в снапы, а снапы по задумке их создателей должны прижиться во всех дистрах, такое вот костыльное решение "проблемы зоопарков дистрибутивов линукса". Что касается занимаемого программой места, и скорости её открытие, то тут исходят из того, что хомячок-лох, привыкший что винда жрёт непомерно места, сжираемого больше места не заметит, ссд и хдд же, по мнению подобных разработчиков, у пользователя, резиновые. Зато скорость открытия - величина довольно сранимая, бросающаяся в глаза: "а чой-то в ваших линуксах хромой дольше открывается - это что же ваши линуксы так тормозят или программы под них так сделаны, что тормозят, долго так открываются, я же ссд купил, должно всё быстро открываться?!.." А на это линуксовые тяпляпщики и лишьбысрубителибаблапобыстрому пойти не могут, нужно доказать, что линуксы по крайней мере не хуже по производительности, а ещё у них вирусов нет, вот!
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	14. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от ИмяХ (?), 01-Ноя-20, 11:08
	В макОС-Х все приложения такие, но никто им не говорит, что это не по юниксу
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	19. "Компания Canonical представила утилиту etrace и добавила под..."	+6 +/–
	Сообщение от Sluggard (ok), 01-Ноя-20, 11:16
	> никто им не говорит, что это не по юниксу Потому что маководы вообще не в курсе, о чём речь?
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Компания Canonical представила утилиту etrace и добавила под..."	+2 +/–
	Сообщение от Lex (??), 01-Ноя-20, 11:23
	В яблоке вообще стараются про юникс не вспоминать. Хотя, как только что-то серьезное, там самый простой путь - через консоль, как и во многом другом юникс-подобном. В яблоке вообще странная ситуация с приложениями: они, вроде бы, и в отдельных каталогах лежат и вся их установка/удаление - это просто перемещение соотв каталога, но... приложения с чистой совестью могут так гадить по всей системе разным своим мусором, что потом по десятку-другому системных каталогов лазить приходится и вручную «убирать» за прогой. Очень нагляден до недавних пор был Slack - в нем не было возможности выхода из аккаунта, а «принятые» на яблоке способы удаления и установки приложения... не приводили к сбросу параметров входа и приходилось лезть в системные папки чисто чтобы вручную вычистить его мусор даже для возможности входа в другой акк :)))
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	56. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от НяшМяш (ok), 01-Ноя-20, 17:30
	>  В яблоке вообще стараются про юникс не вспоминать. При этом не забывая макось сертифицировать как юникс. > приложения с чистой совестью могут так гадить по всей системе разным своим мусором Если не запускать из-под рута, то гадят только в домашней папке и tmpfs. Неожиданно так же и на линуксе. > а «принятые» на яблоке способы удаления и установки приложения... не приводили к сбросу параметров входа и приходилось лезть в системные папки чисто чтобы вручную вычистить его мусор даже для возможности входа в другой акк Внезапно, если я на бубунточке сделаю apt remove slack и переустановлю - то это тоже к сбросу параметров не приводит. И так же придётся лезть в ~/.config/Slack и его удалять. Даже в винде работает - деинсталляция приложения не удаляет пользовательских файлов. Наезд тут в том, что на макоси путь чуть длиннее - ~/Library/Application Support/Slack ? Обожаю, когда пытаются хейтить макось просто потому что она эппл. На опеннете это вообще любимое развлечение - обвинить в чём-то макось и тактично умолчать, что в других местах в лучшем случае сделано так же.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Аноним (64), 01-Ноя-20, 21:23
	А ты часть про "вроде бы в отдельных каталогах лежат" решил (тактично) не читать?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Lex (??), 02-Ноя-20, 11:29
	> Если не запускать из-под рута, то гадят только в домашней папке и > tmpfs. Неожиданно так же и на линуксе. > Внезапно, если я на бубунточке сделаю apt remove slack и переустановлю - > то это тоже к сбросу параметров не приводит. И так же > придётся лезть в ~/.config/Slack и его удалять. Даже в винде работает > - деинсталляция приложения не удаляет пользовательских файлов. Наезд тут в том, > что на макоси путь чуть длиннее - ~/Library/Application Support/Slack ? Мне без разницы, как оно на "бубунточке". С десяток вложенных каталогов. Вы предлагаете всю т.н домашнюю папку нафиг выпиливать при каждой переустановке каждого приложения только потому что приложение гадит вне своего собственного каталога ?) "Наезд" тут в том, что установка-удаление обычных приложений на макси - это обычное перетаскивание его каталога, которое, "теоретически" должно полностью вычищать весь мусор приложения из системы. В любом случае, это прямо противоречит заученным мантрам маководов, согласно которым, все параметры и данные приложения хранятся внутри него самого и обычное перетаскивание его в корзину означает полное и бесследное его выпиливание из системы, не оставляющее какого-либо мусора. > Обожаю, когда пытаются хейтить макось просто потому что она эппл. На опеннете > это вообще любимое развлечение - обвинить в чём-то макось и тактично > умолчать, что в других местах в лучшем случае сделано так же. Где КОНКРЕТНО я утверждал, что на других осях( и на каких конкретно ) сделано лучше ? Но на яблоке это сделано реально ужасно. И, кстати, наличие питона и рубина искаропки нередко приводит к возможности работы на яблоке даже вирусов-скриптов. А еще - обожаешь из нескольких небольших абзацев текста игнорировать ощутимую часть, меняющую смысл высказываний и "отвечать" так, что лучше бы промолчал( меньше вероятность, что покажешь себя дешевым петрушкой )
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	37. "Компания Canonical представила утилиту etrace и добавила под..."	–2 +/–
	Сообщение от Аноним (36), 01-Ноя-20, 14:05
	>Снапы, контейнеры - нафига они для обычных приложений? Как-то это не по UNIX-way. Ну не все же приложения так представлены. Я думаю, что если  5 - 10% софта так будет ставится, то приемлемо.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	72. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от max (??), 02-Ноя-20, 09:37
	Забыли что-ли, как нерадивые контрибьюторы удаляли /usr или ещё что-нибудь. И это только непреднамеренные пакости, а существуют ещё злонамеренные.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

9. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
Сообщение от Иваня (?), 01-Ноя-20, 10:50
На Go'шечке О - отлично!
Ответить | Правка | Наверх | Cообщить модератору

	17. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (15), 01-Ноя-20, 11:11
	Там, блин, обмазка из os/exec.
	Ответить | Правка | Наверх | Cообщить модератору

10. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от Аноним (10), 01-Ноя-20, 10:54
оо Круто, давно пользуюсь снапом, очень удобен в упаковки и использовании. Но конечно не без своих сложностей. Если надо упаковать что что требует доступ файлам из системных каталогов то здесь надо очень осторожно.
Ответить | Правка | Наверх | Cообщить модератору

	25. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 11:54
	Свой "магазин" запилить можно или обязательно только проприетарщиной от Canonical пользоваться для распространения? Не кажется ли это как-то не очень open source?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Компания Canonical представила утилиту etrace и добавила под..."	–3 +/–
	Сообщение от Аноним (28), 01-Ноя-20, 12:24
	> Свой "магазин" запилить можно или обязательно только проприетарщиной от Canonical пользоваться > для распространения? Не кажется ли это как-то не очень open source? Снапы не привязаны к магазину, как собственно и deb-пакеты, т.е. вы можете использовать ppa на launchpad.net, но можете запилить и свой собственный ppa, и распространять также самостоятельно, snapstore это просто очередной своеобразный launchpad, только для снапов. Но если вы разработчик Свободного ПО, то ваша задача выкладывать сорцы, вы не обязаны лепить снапы, если не хотите, можете просто по старинке выкладывать статически слинкованные бинари тарболами, "для потестить" в любом дистре этого достаточно, и не надо городить огород с рантаймами и прочим шлаком, а нативные пакеты - это дело майнтейнеров конкретных дистрибутивов, на этом фоне, жалобы на необходимость самим разработчикам "собирать для всего зоопарка линуксов" мне непонятны и выглядят как тупое нытьё-наброс.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 12:52
	>[оверквотинг удален] > использовать ppa на launchpad.net, но можете запилить и свой собственный ppa, > и распространять также самостоятельно, snapstore это просто очередной своеобразный launchpad, > только для снапов. > Но если вы разработчик Свободного ПО, то ваша задача выкладывать сорцы, вы > не обязаны лепить снапы, если не хотите, можете просто по старинке > выкладывать статически слинкованные бинари тарболами, "для потестить" в любом дистре этого > достаточно, и не надо городить огород с рантаймами и прочим шлаком, > а нативные пакеты - это дело майнтейнеров конкретных дистрибутивов, на этом > фоне, жалобы на необходимость самим разработчикам "собирать для всего зоопарка линуксов" > мне непонятны и выглядят как тупое нытьё-наброс. Не-не, не надо мне этой демагогии. Где исходники магазина?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от Аноним (59), 01-Ноя-20, 18:44
	>[оверквотинг удален] >> и распространять также самостоятельно, snapstore это просто очередной своеобразный launchpad, >> только для снапов. >> Но если вы разработчик Свободного ПО, то ваша задача выкладывать сорцы, вы >> не обязаны лепить снапы, если не хотите, можете просто по старинке >> выкладывать статически слинкованные бинари тарболами, "для потестить" в любом дистре этого >> достаточно, и не надо городить огород с рантаймами и прочим шлаком, >> а нативные пакеты - это дело майнтейнеров конкретных дистрибутивов, на этом >> фоне, жалобы на необходимость самим разработчикам "собирать для всего зоопарка линуксов" >> мне непонятны и выглядят как тупое нытьё-наброс. > Не-не, не надо мне этой демагогии. Где исходники магазина? Я вам ответили конкретно на ваш вопрос: Свой "магазин" запилить можно или обязательно только проприетарщиной от Canonical пользоваться для распространения? Вы спросили, можно ли "запилить свой "магазин""? Можно, запиливайте! Или вы ждёте чьего-то разрешения?
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 19:53
	Напомни версию, с которой snap стал поддерживать магазины (репозитории) отличные от Ubuntu'овского? Чисто так, конкретно версию и опции для этого. А то языком чесать тут многие мастаки.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 23:18
	Собственно, что и следовало доказать )))
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

11. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от Аноним (15), 01-Ноя-20, 10:57
То есть они сами намекают, что snap - небезопасно и не вызывает доверия.
Ответить | Правка | Наверх | Cообщить модератору

	27. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Аноним (27), 01-Ноя-20, 12:03
	> То есть они сами намекают, что snap - небезопасно и не вызывает > доверия. Нет, они прямо говорят, что ответственность за то, что будет лежать в снапах, это не их дело, потому как снапы будут упаковывать не они, они конечно же будут создавать цирк безопасности в своём снапсторе, типа как гугол в своём, когда какой-нибудь энтузиаст спалит очередную прогу на зловредстве, они дружно сделют сердитую мину, и погрозят пальчиком, сделая вид, что они озабочены проблемой и всенепременно "перепроверят" весь этот store на предмет злодеяний: -Ата-та, фу такими быть, Каноникал за секурность хомячков! И всё в таком духе, у гуголя же прокатывает!
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от Аноним (8), 01-Ноя-20, 16:50
	Наконец-то в этих ваших линуксах появятся нормальные вирусы, а значит и антивири для хомячков. Все будут при деле
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (50), 01-Ноя-20, 16:59
	А какие антивири не работают на линуксе? Вроде, все без исключения, имеют линукс версии. Или ты о чём-то другом? Или, наверное, ты пропустил момент, когда линукс стал чересчур популярным? Лет 10 назад так примерно, да.
	Ответить | Правка | Наверх | Cообщить модератору

13. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от Аноним (15), 01-Ноя-20, 11:01
Не, ну хотя бы libptrace прикрутили, а то вызовы через Exec() это уж совсем смешно.
Ответить | Правка | Наверх | Cообщить модератору

21. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
Сообщение от timur.davletshin (ok), 01-Ноя-20, 11:29
Я так понял, что там добавлена поддержка подготовки образов с другим алгоритмом сжатия, сами алгоритмы и возможность монтирования образов там всегда были, т.к. это ядро монтирует образ squashfs со специально оформленным содержимым. Сама идея здравая с поддержкой алгоритмов, но было бы неплохо вообще присобачить возможность или конвертации или выбора алгоритма в момент установки пакетов. Например, для дешёвых VPS место более критично, чем пара-тройка секунд холодного старта. P.S. snap сосал по скорости всегда. Лично я даже не понимал, как им вообще на постоянной основе можно пользоваться. Я первый раз после запуска Хромого даже успел подумать, что у меня что-то не так в системе, пока он раздупливался. И это на SSD. Зоопарк этих разных версий того же core... Ставил Gimp - почти гиг места отожрал.
Ответить | Правка | Наверх | Cообщить модератору

34. "Компания Canonical представила утилиту etrace и добавила под..."	+2 +/–
Сообщение от Аноним (32), 01-Ноя-20, 13:02
> Компания Canonical представила утилиту etrace, предназначенную для отслеживания активности во время выполнения приложения. Программа напоминает утилиты strace и ltrace, и также использует ptrace в процессе работы …но при этом лишена фатального недостатка!
Ответить | Правка | Наверх | Cообщить модератору

41. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
Сообщение от Аноним (41), 01-Ноя-20, 15:04
Flatpak с головой хватает
Ответить | Правка | Наверх | Cообщить модератору

	45. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (45), 01-Ноя-20, 16:17
	Вот вам Snap pздюки https://flathub.org/home
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (55), 01-Ноя-20, 17:28
	AppImage же https://appimage.org/
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 19:55
	> Flatpak с головой хватает Хватало бы, если бы там была поддержка серверного ПО и скриптов раннего запуска. И это только для начала разговора...
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

54. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от Аноним (55), 01-Ноя-20, 17:27
> Алгоритм LZO сфокусирован на достижении максимальной скорости распаковки, ценой увеличения размера итогового архиваю. Тогда нужно брать TAR без сжатия — скорость распаковки будет бешенная, ценой увеличения размера итогового архива.
Ответить | Правка | Наверх | Cообщить модератору

	63. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 19:59
	>> Алгоритм LZO сфокусирован на достижении максимальной скорости распаковки, ценой увеличения размера итогового архиваю. > Тогда нужно брать TAR без сжатия — скорость распаковки будет бешенная, ценой > увеличения размера итогового архива. Тогда ленивые пускальщики докеров и некстклаудов в vps'ках повесятся. Я и так не знаю, как они эту новость восприняли без валокордина.
	Ответить | Правка | Наверх | Cообщить модератору

71. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от ZULUL (?), 02-Ноя-20, 00:59
Не нужно. Самым первым делом на любой убунте делают sudo apt purge snapd, и все проблемы с долгим запуском софта пропадают. Естественно нужно будет установить из apt замету тем программам что были захреначены в snap, емнип это системный монитор и калькулятор в гноме (заранее посмотрите на вывод snap list).
Ответить | Правка | Наверх | Cообщить модератору

75. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от Аноним (75), 02-Ноя-20, 18:12
snap это такая поделка виндузятников неудачников именно благодаря использованию snap внутри debian bosh недавно проиграл большой тендер
Ответить | Правка | Наверх | Cообщить модератору

78. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
Сообщение от And (??), 07-Ноя-20, 15:43
Мда. Это ж чтоб сами проверяли какой адвари натащили в систему внутри снэпов? Спасибо, мне бы тогда без снэпов, совсем.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема