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

Компания Canonical представила утилиту etrace и добавила поддержку LZO в snap, opennews (??), 01-Ноя-20, (0) [смотреть все] 1 Почему не zstd 2 Не пора ли deb пакеты начать сжимать с помощью zstd, вместо, Аноним (1), 09:47 , 01-Ноя-20, (1) +8 // Почему не brotli , lockywolf (ok), 09:53 , 01-Ноя-20, (3) +1 // Пачём broccoli , Аноним (-), 15:09 , 01-Ноя-20, (42) +5 zstd более эффективно, плюс brotli делали под web, Аноним (1), 21:15 , 01-Ноя-20, (66) +1 Ааа Что они делают Сколько лет снапу и попытались решить проблему со скоростью, Аноним (-), 11:12 , 01-Ноя-20, (18) +11 // Велосипед Ubuntu всё ещё ездит Желаете снапу той же участи , Аноним (22), 11:36 , 01-Ноя-20, (22) // Это та убунта, где к дебиану вместо колёс Unity Upstart прикрутили две красных, НяшМяш (ok), 17:21 , 01-Ноя-20, (53) +5 Ну так-то lzo быстрее zstd , zstd (?), 19:16 , 01-Ноя-20, (60) // Правда, сильно менее эффективен , Аноним (64), 21:04 , 01-Ноя-20, (64) Неплохо по уровню настраивания уровня компрессии, но на всяких там армах дико то, timur.davletshin (ok), 11:57 , 01-Ноя-20, (26) –3 // не наблюдаю тормозов на arm64, orange pi 3 плюс не вижу проблем с btrfs zstd , cjaushe4ka (?), 12:32 , 01-Ноя-20, (29) // Значит, ты просто его не бенчмаркал Даже Canonical увидела тормоза и решила, чт, timur.davletshin (ok), 12:51 , 01-Ноя-20, (30) –2 Компания Canonical представила утилиту etrace и добавила под..., Аноним (38), 14:06 , 01-Ноя-20, (38) fedora вынесла btrfs в дефолт, Аноним (1), 14:09 , 01-Ноя-20, (39) –1 Причём тут Федора Зюзя это сделала на годы раньше Но она тоже не при делах , timur.davletshin (ok), 16:31 , 01-Ноя-20, (48) Это очень странный способ готовить zstd в ФС На высоких уровнях сжатия он станов, Shevchuk (ok), 13:53 , 01-Ноя-20, (35) +2 // Спасибо за справку, я его использую с момента попадания в ядро Тестировал на ра, timur.davletshin (ok), 16:30 , 01-Ноя-20, (47) Да я без претензий же минусы не мои 8212 понятно, что макс сжатие это для б, Shevchuk (ok), 17:04 , 01-Ноя-20, (51) максимальное сжатие это сценарий для deb или snap пакета для среды с активным i, Аноним (1), 21:15 , 01-Ноя-20, (65) Приболел Deb распаковывается один раз - при установке, а из snap распаковываетс, timur.davletshin (ok), 23:17 , 01-Ноя-20, (68) +1 По-моему, что 1 7 с, что 8 1 с - не критично Приемлемо вплоть до 10 c запуска т, Аноним (36), 14:03 , 01-Ноя-20, (36) –4 // Ну когда десять секунд калькулятор запускается 8212 это так себе , iPony129412 (?), 14:26 , 01-Ноя-20, (40) –1 // Ну а что, калькулятор на электроне в снапе вполне себе сложный тяжёлый софт, вкл, Сишник (?), 17:36 , 01-Ноя-20, (57) +4 Архиватор Попова значительно лучше этой устаревшей поделки , liberal (?), 18:05 , 01-Ноя-20, (58) –1 Хоть я и предпочитаю xz для долговременного архивирования Они что не знали, что, fuggy (ok), 19:49 , 02-Ноя-20, (76) А смысл почти в два раза увеличивать размер пакета чтобы сэкономить пару секунд , Аноним (5), 10:17 , 01-Ноя-20, (5) –3 А нормальный пакет во сколько раз бы ускорил запуск хромого, по сравнению со сна, Аноним (6), 10:26 , 01-Ноя-20, (6) +10 Снапы, контейнеры - нафига они для обычных приложений Как-то это не по UNIX-way, m.makhno (ok), 10:31 , 01-Ноя-20, (7) +4   // Это ubuntu-way Видимо попытка уменьшить зависимость от debian Но увы, все что , Аноним (8), 10:42 , 01-Ноя-20, (8) +7   // Вот Юнити очень жаль, да , Аноним (15), 11:10 , 01-Ноя-20, (15) +4   // На самом деле нет , Аноним (32), 12:55 , 01-Ноя-20, (32) +1   Нет, это не попытка уменьшить зависимость от Debian, им пофиг Debian или нет, та, Аноним (16), 11:10 , 01-Ноя-20, (16) +5   // У меня есть фреймворк Бросаешь ссылку на репозиторий ну или на архив с исходни, Аноним (44), 15:51 , 01-Ноя-20, (44) +2   А Вы случаем не планируете в ближайшее время опубликовать ссылку на сам проект, n00by (ok), 17:07 , 01-Ноя-20, (52)   https github com KOLANICH prebuilder py Заранее предупреждаю, о нюансах 1 Я, Аноним (44), 00:49 , 02-Ноя-20, (70) +1   Благодарю Не пишу на Питоне, но немного его читаю, в данном случае интересен са, n00by (ok), 16:01 , 02-Ноя-20, (74)   Вот им и пришлось, загрузившись с livecd так как апт сам сломался в результате , Аноним (44), 10:59 , 04-Ноя-20, (77)   А им пофиг, вся задумка, чтобы сами разрабы опакечивали в снапы, а снапы по заду, Аноним (16), 11:01 , 01-Ноя-20, (12)   В макОС-Х все приложения такие, но никто им не говорит, что это не по юниксу, ИмяХ (?), 11:08 , 01-Ноя-20, (14) –1   // Потому что маководы вообще не в курсе, о чём речь , Sluggard (ok), 11:16 , 01-Ноя-20, (19) +6   В яблоке вообще стараются про юникс не вспоминать Хотя, как только что-то серьез, Lex (??), 11:23 , 01-Ноя-20, (20) +2   // При этом не забывая макось сертифицировать как юникс Если не запускать из-под ру, НяшМяш (ok), 17:30 , 01-Ноя-20, (56) –1   А ты часть про вроде бы в отдельных каталогах лежат решил тактично не читать, Аноним (64), 21:23 , 01-Ноя-20, (67) +1   Мне без разницы, как оно на бубунточке С десяток вложенных каталогов Вы предл, Lex (??), 11:29 , 02-Ноя-20, (73) +1   Ну не все же приложения так представлены Я думаю, что если 5 - 10 софта так б, Аноним (36), 14:05 , 01-Ноя-20, (37) –2   Забыли что-ли, как нерадивые контрибьюторы удаляли usr или ещё что-нибудь И эт, max (??), 09:37 , 02-Ноя-20, (72)   На Go шечке О - отлично , Иваня (?), 10:50 , 01-Ноя-20, (9) –1 // Там, блин, обмазка из os exec , Аноним (15), 11:11 , 01-Ноя-20, (17) оо Круто, давно пользуюсь снапом, очень удобен в упаковки и использовании Но ко, Аноним (10), 10:54 , 01-Ноя-20, (10) // Свой магазин запилить можно или обязательно только проприетарщиной от Canonica, timur.davletshin (ok), 11:54 , 01-Ноя-20, (25) // Снапы не привязаны к магазину, как собственно и deb-пакеты, т е вы можете испол, Аноним (28), 12:24 , 01-Ноя-20, (28) –3 // gt оверквотинг удален Не-не, не надо мне этой демагогии Где исходники магазин, timur.davletshin (ok), 12:52 , 01-Ноя-20, (31) gt оверквотинг удален Я вам ответили конкретно на ваш вопрос Свой магазин за, Аноним (59), 18:44 , 01-Ноя-20, (59) –1 Напомни версию, с которой snap стал поддерживать магазины репозитории отличные, timur.davletshin (ok), 19:53 , 01-Ноя-20, (61) Собственно, что и следовало доказать , timur.davletshin (ok), 23:18 , 01-Ноя-20, (69) То есть они сами намекают, что snap - небезопасно и не вызывает доверия , Аноним (15), 10:57 , 01-Ноя-20, (11) // Нет, они прямо говорят, что ответственность за то, что будет лежать в снапах, эт, Аноним (27), 12:03 , 01-Ноя-20, (27) +1 // Наконец-то в этих ваших линуксах появятся нормальные вирусы, а значит и антивири, Аноним (8), 16:50 , 01-Ноя-20, (49) +1 // А какие антивири не работают на линуксе Вроде, все без исключения, имеют линукс, Аноним (50), 16:59 , 01-Ноя-20, (50) Не, ну хотя бы libptrace прикрутили, а то вызовы через Exec это уж совсем смеш, Аноним (15), 11:01 , 01-Ноя-20, (13) Я так понял, что там добавлена поддержка подготовки образов с другим алгоритмом , timur.davletshin (ok), 11:29 , 01-Ноя-20, (21) +1 8230 но при этом лишена фатального недостатка , Аноним (32), 13:02 , 01-Ноя-20, (34) +2 Flatpak с головой хватает, Аноним (41), 15:04 , 01-Ноя-20, (41) –1 // Вот вам Snap pздюки https flathub org home, Аноним (45), 16:17 , 01-Ноя-20, (45) // AppImage же https appimage org , Аноним (55), 17:28 , 01-Ноя-20, (55) Хватало бы, если бы там была поддержка серверного ПО и скриптов раннего запуска , timur.davletshin (ok), 19:55 , 01-Ноя-20, (62) Тогда нужно брать TAR без сжатия 8212 скорость распаковки будет бешенная, цен, Аноним (55), 17:27 , 01-Ноя-20, (54) // Тогда ленивые пускальщики докеров и некстклаудов в vps ках повесятся Я и так не, timur.davletshin (ok), 19:59 , 01-Ноя-20, (63) Не нужно Самым первым делом на любой убунте делают sudo apt purge snapd, и все , ZULUL (?), 00:59 , 02-Ноя-20, (71) snap это такая поделка виндузятников неудачниковименно благодаря использованию s, Аноним (75), 18:12 , 02-Ноя-20, (75) Мда Это ж чтоб сами проверяли какой адвари натащили в систему внутри снэпов Спа, And (??), 15:43 , 07-Ноя-20, (78) 1,5,6,7,9,10,11,13,21,34,41,54,71,75,78

Сообщения

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

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ообщить модератору

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

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