URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 131014
[ Назад ]
Исходное сообщение
"Composefs вместо развития отдельной ФС, теперь реализована поверх OverlayFS и EROFS"
Отправлено opennews , 18-Июл-23 14:41 
Доступен экспериментальный выпуск файловой системы Composefs 0.1.4, предназначенной для совместного хранения содержимого нескольких примонтированных дисковых образов. Проект развивает Александр Ларсон (Alexander Larsson), создатель Flatpak, с целью повышения эффективности монтирования образов контейнеров и размещения Git-подобного репозитория OSTree. Код проекта написан на языке Си и распространяется под лицензией GPLv2...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=59460

Содержание
Сообщения в этом обсуждении
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 14:41 
Процесс разработки здорового человека: используют по максимуму существующий функционал.

Вообще, флатпак сам по себе для здоровых людей. Хоть я его и не использую, нахожу очень полезными его компоненты типа xdg-portal-* и bubblewrap.

Флатпак сила, снап могила.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Пётр22 , 18-Июл-23 14:49 
флатпак это такой же кал как и снап
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 14:58 
Почему производители софта сами не сделали нормальный способ распространения бинарного софта?
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Пётр22 , 18-Июл-23 15:04 
Потому что религия не позволяет как в винде - две копии одной зависимости, видите ли, не комильфо

Но вообще фаерфокс в стиле винды запакован например - все зависимости в папочке лежит, просто бинарник запускаешь и всё

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 15:07 
Надо с этими сектантами что-то делать. Похоже придется создавать новых сектантов, которые будут правильно паковать софт.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 17:59 
правильно - это как в винде, по миллиону копий каждой dll в Program\ Files\ \(x86\)/ ?
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено кк , 18-Июл-23 18:16 
зато работает сразу. без приседаний и упражнений в стиле "если вы решились в линукс то обязаны все это знать и уметь"
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 19:17 
Ты можешь без фанатизма объяснить что в этом плохого?
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Анониссимус , 18-Июл-23 20:15 
Жрёт место на диске. Долгие обновления (из-за сетевого трафика). Уязвимости не фиксятся.

Менее важный минус, но присутствующий: невозможно сканпелять свою версию либы так, что бы остальное ПО, использующее её, сразу её подхватило.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноньимъ , 18-Июл-23 21:32 
>невозможно сканпелять свою версию либы так, что бы остальное ПО, использующее её, сразу её подхватило

Счастья то сколько сломать все то ПО что её сразу подхватило.

А иногда нужно для по библиотека с конкретными опциями собранная, да с конкретными оптимизациями.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Анониссимус , 19-Июл-23 12:08 
> Счастья то сколько сломать все то ПО что её сразу подхватило.

Если человек хочет, то пусть ломает.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Ололоид , 19-Июл-23 02:41 
Ну камон, во времена терабайтных NVMe и гигабитного безлимита кому есть дело до размера библиотек? Уязвимостей в них на порядок меньше, чем в ядре Linux. Пример с конпелянием вообще высосан из пальца. Ты застрял в 90-х.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено User , 19-Июл-23 07:23 
Аргумент "а вот там уязвимостей больше - по этому здесь на исправления забьем" - он того... плохой, не годный. Dependency-sharing как раз про то, что поправил уязвимую библиотеку - и не надо пересобирать\пакованить 100500 уязвимого ПО, в котором её забандлили - причем каждый итем из списка со своим релизным циклом, политикой выпуска обновлений и сроками поддержки. Получилось конечно примерно каквсигда - но решали вполне реальную и все еще актуальную проблему.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Анониссимус , 19-Июл-23 12:10 
> Аргумент "а вот там уязвимостей больше - по этому здесь на исправления
> забьем" - он того... плохой, не годный. Dependency-sharing как раз про
> то, что поправил уязвимую библиотеку - и не надо пересобирать\пакованить 100500
> уязвимого ПО, в котором её забандлили - причем каждый итем из
> списка со своим релизным циклом, политикой выпуска обновлений и сроками поддержки.
> Получилось конечно примерно каквсигда - но решали вполне реальную и все
> еще актуальную проблему.

Где-то (кажется тут же, на опеннете) читал статистику, что большинство забандленных либ не обновляется вообще никогда.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 07:16 
Какая-то бессмыслица особенно про место на диске.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 09:40 
Отдать терабайт-плюс на диске под систему? Вместо 3 гб? Тем более на ссд, свободное место на которых и так золотое?
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 09:43 
Главное ведь тут то что раздувает. Сегодня терабайт, а завтра уже 2 терабайта, и весь этот мусор лежит непонятно для чего, когда софт работает с любыми новыми версиями (но это не гарантируется, ага).
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Анониссимус , 19-Июл-23 12:17 
> Какая-то бессмыслица особенно про место на диске.

Ага, бессмысслица? Я постоянно слышу жалобы людей, что кончается место на телефоне. Конечно оно кончается, когда приложение вконтактика весит сyка 300 мегабайт! Когда мессенджеры вечно хранят свой кеш (а что, места же много)! А потом они идут покупать новый телефон.

И не говоря уже о том, что писали выше, а я дополню: вчера 640 кб хватало всем, сегодня 16 ГБ не хватает для комфортной работы, а завтра что? Не хватит твоих 100500 ТБ на OLC ячейках (окта левел целл), который и так то сыпется за неделю.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноньимъ , 19-Июл-23 19:07 
Этому не разделяемые библиотеки виной.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Анониссимус , 20-Июл-23 11:49 
> Этому не разделяемые библиотеки виной.

Не полностью, но свою лепту вносят.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 23:22 
Кстати, абсолютно также игровой движок Godot запакован, правда, одним жирным файлом на 120 Мб.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 15:20 
> производители софта сами не сделали нормальный способ распространения бинарного софта?

Потому что производство софта и распространение софта -- это две разные области. За производство отвечают производители софта, а за дистрибьюцию -- дистрибьюторы через свои дистрибутивы.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 16:19 
Посмотри как это сделано в шинде, вот так должно быть и никак иначе.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 16:36 
в шинде каждая собака переизобретает свой велосипед-обновлятор софта/контента.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 17:28 
Лол, чего бы они не делали всё просто работает. Даже герои 3 работают просто используя штатные элементы ос. В отличии от нативных героев 3 которые выходили для линукса.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 16:36 
> Почему производители софта сами не сделали нормальный способ распространения бинарного софта?

Потому что те кто хотел такую мусорку в системе - юзали винду.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 17:29 
Вот ляликс и сидит без софта как бедный родственник.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 08:02 
А в итоге мусорка в линуксе.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним2 , 18-Июл-23 19:53 
Сделали - пакеты.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 21:15 
Сделали. Он называется AppImage.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 08:06 
MSI
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Андрей04091977 , 19-Июл-23 12:44 
флатпак и снап это абсолютно разные вещи, снап это образ монтируемый как loop, флатпак это не образ и даже не пакет.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено OpenEcho , 18-Июл-23 15:03 
> Флатпак сила, снап могила.

оба дрянь, если уж и заменять, то только AppImage

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 18-Июл-23 15:04 
Если заменять то вендоуз
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Котофалк , 18-Июл-23 21:50 
на линукс
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 01:45 
Как раз AppImage дрянь редкостная как по проекту, так и по реализации. Надеюсь не нужно объяснять почему?
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Аноним , 19-Июл-23 08:04 
Нужно. Вот я, например, не понимаю, почему, если всё работает.
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено n00by , 19-Июл-23 11:04 
Разрешите, попробую угадать:

AppImage придумала корпорация Симон Питер, а правильные две системы -- по-настоящему свободные люди RedHat и Canonical.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Stax , 21-Июл-23 07:10 
Почитайте TL;DR тут: https://www.reddit.com/r/linux/comments/10vv9hi/fosdem_23_i_.../ или посмотрите полное видео.

AppImage недостаточно абстрагируется от системных библиотек и ломается (как пример, дистр перешел на fuse 3, а AppImage считают что fuse 2 будет в любой системе)

У Снапа сэндбоксинг дальше убунты не работает. Вне убунты его тяжело собирать и невозможно сделать аудит того, что собирает каноникл.

"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено анон , 19-Июл-23 11:37 
Не надейся, уж найди силы и потрудись превратить свою газификацию лужи в аргументированный ответ
"Composefs вместо развития отдельной ФС, будет использовать O..."
Отправлено Андрей04091977 , 19-Июл-23 12:48 
Appimage мёртвый формат, он работает только на иксах
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 14:56 
Очередное подтверждение того что модули ядра для линукса это тупиковая ветвь развития. Вот скоро придет микроядерная Фуксия, где всё это модуль и нарушить интерфейс взаимодействия ни программный ни бинарный ядро бай дизайн не может. Вот тогда заживём.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено anodymus , 18-Июл-23 19:38 
Эх... не сделали бы тогда QNX коммерческим, "сейчас бы пили баварское".
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено анон , 19-Июл-23 11:35 
>"сейчас бы пили баварское".

Объсните смысл фразы

"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 19-Июл-23 16:40 
Я левый аноним, но просто предположу: Тотальная победа здравого смысла и мир / дружба / жвачка? :)
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Anon3 , 28-Авг-23 12:45 
Если контекста насыпать, то как то так:
Во времена ВОВ солдатам вермахта объясняли, что они освобождают Ленинград от комуняк, а _некоторые_ умирающие от голода ленинградцы ждали освобождения Ленинграда немцами и ненавидели сопротивляющихся (и не делящихся с ними едой) комуняк.
Вот у некоторых выживших некомуняк, после войны осталась мысль "А вот сдались бы немцам, сейчас бы пили баварское". При этом игнорируется факт, что утвержденный план Гитлера (а не пропаганда для солдат вермахта) предусматривал тотальный голодомор даже сдавшегося населения Ленинграда
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 15:05 
Больше надстроек богу надстроек!
Зачем делать отдельную отработанную сущность, если можно скрестить ежа с ужом, а потом гадать откуда бажина?
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 15:25 
> Зачем делать отдельную отработанную сущность

Читай внимательнее: Так как во многом Composefs пересекается с уже существующим кодом в ядре.

Если возникнет бага в ядре, то ее исправление исправит как прямых пользователей overlayfs/erofs, так и все надстройки над ними. Впрочем, чего это я тебе объясняю, ты к программированию отношения не имеешь. Погугли DRY например.

"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 15:52 
А потом в overlayfs/erofs нужно будет внести улучшения которые сломают Composefs и начнется костыляние - или поддержка двух вариантов логики, или адаптация Composefs, или и то и другое в разных пропорциях.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 16:06 
есть ли у тебя такое возражение, которое было бы не предусмотрено ни ядром, ни сабжем? а то пока идут аргументы уровня мимокрокодила с улицы, имеющего Экспертное Мнение™ по вопросам, которые обсасывались уже тысячи раз
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 15:22 
>Код проекта написан на языке Си и распространяется под лицензией GPLv2.

Учитесь господа, вот так надо делать. И это не сарказм.

"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним_5 , 18-Июл-23 15:29 
Ждем получения рута при чтении файла?
И это не сарказм.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Сишник , 18-Июл-23 15:39 
Дыры лет 20 будут находить в этом поделии. Инфа сотка, чекай никнейм.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 16:21 
Почему ты так говоришь как будто это что-то плохое?
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Анонимусс , 18-Июл-23 20:27 
Конечно это прекрасно, все работают, все при деле, можно еще 20 лет "оказывать" поддержку.
А то вдруг все начнет работать хорошо, вы что этого хотите???
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 19-Июл-23 07:25 
Но всё эти 20 лет софт был и приносил пользу, а не кто-то бесконечно рассказывал как он этот софт напишет, но не писал. И все баги пофикшены а конечном счёте.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 19-Июл-23 08:05 
Все баги в сишном софте никогда не будут пофикшены.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено жоск , 23-Июл-23 02:19 
но, как минимум, софт написан и работает
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 16:59 
Чего только люди не напридумывают лишь бы NixOS не использовать
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 17:22 
Вменяемые люди очень многое готовы придумывать, лишь бы только не использовать NixOS.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 17:31 
Почему эти ваши люди так и не придумали что-то нормальное?
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 23:41 
придумали - не использовать NixOS
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 17:37 
Для продвижения никсоса надо чтобы кто-то официально сказал всё делаем теперь только так. Например GNU или FSF.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 17:45 
GNU и FSF уже сказали, что нужно делать как в Guix. Не то чтобы это сильно что-то поменяло
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 17:53 
Говорю официально от лица Анонимной Ассоциации Онанимов: ставь пакетный менеджер nix для arch и сразу кончишь.

wiki.archlinux.org/title/Nix

"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 19:19 
А что так можно было? Надо будет попробовать.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 20:01 
Конечно. Это ж главная киллер-фича. Ставишь любой линукс по умолчанию, а весь свой утиль, прикладуху, конфиги, костыли на баше и прочий багаж ставишь через Nix. После этого название дистрибутива практически перестаёт иметь значение, если только религиозное.
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 18-Июл-23 18:13 
> GNU или FSF

Бестолковые шарашкины конторы. Не оглядываюсь на их мнение при использовании NixOS.

"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено BrainFucker , 18-Июл-23 21:01 
Хм, любопытно, то есть OSTree можно использовать в качестве инкрементального бекапа?
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 19-Июл-23 09:35 
да, но если файлуха слетит - то твой бэкап отправится в места богатые дичью
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Тот_ещё_аноним , 18-Июл-23 22:52 
Те механизм хранения и использования разных версий одной библиотеки средствами ОС бОльшее зло, чем таскание всех зависимостей с собой вместе со специализированной фс(ещё одной)?
"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аноним , 19-Июл-23 07:30 
Что не так? Если у тебя эти зависимости уже есть руками их со слоя сотри и всё. Если на твоём диске на 10 гигов нет места.

А если у тебя в системе нужных либ нет, то тут уже ничего не сделаешь надо нести с собой.

"Composefs вместо развития отдельной ФС, теперь реализована п..."
Отправлено Аночик , 20-Июл-23 05:10 
Печальна новость. Изначальная задумка была отличной то что сейчас мягко говоря тихий ужас.