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

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

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

70. Сообщение от Аноним (44), 02-Ноя-20, 00:49	+1 +/–
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ообщить модератору
Родитель: #52 Ответы: #74

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

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

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

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

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

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

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

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

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

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