The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"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

Ответить | Правка | Cообщить модератору

Оглавление

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


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

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

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

Ответить | Правка | Наверх | Cообщить модератору

2. "Composefs вместо развития отдельной ФС, будет использовать O..."  +20 +/
Сообщение от Пётр22 (?), 18-Июл-23, 14:49 
флатпак это такой же кал как и снап
Ответить | Правка | Наверх | Cообщить модератору

4. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (4), 18-Июл-23, 14:58 
Почему производители софта сами не сделали нормальный способ распространения бинарного софта?
Ответить | Правка | Наверх | Cообщить модератору

6. "Composefs вместо развития отдельной ФС, будет использовать O..."  +6 +/
Сообщение от Пётр22 (?), 18-Июл-23, 15:04 
Потому что религия не позволяет как в винде - две копии одной зависимости, видите ли, не комильфо

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

Ответить | Правка | Наверх | Cообщить модератору

9. "Composefs вместо развития отдельной ФС, будет использовать O..."  –3 +/
Сообщение от Аноним (4), 18-Июл-23, 15:07 
Надо с этими сектантами что-то делать. Похоже придется создавать новых сектантов, которые будут правильно паковать софт.
Ответить | Правка | Наверх | Cообщить модератору

30. "Composefs вместо развития отдельной ФС, будет использовать O..."  –2 +/
Сообщение от Аноним (30), 18-Июл-23, 17:59 
правильно - это как в винде, по миллиону копий каждой dll в Program\ Files\ \(x86\)/ ?
Ответить | Правка | Наверх | Cообщить модератору

32. "Composefs вместо развития отдельной ФС, будет использовать O..."  +3 +/
Сообщение от кк (?), 18-Июл-23, 18:16 
зато работает сразу. без приседаний и упражнений в стиле "если вы решились в линукс то обязаны все это знать и уметь"
Ответить | Правка | Наверх | Cообщить модератору

33. "Composefs вместо развития отдельной ФС, будет использовать O..."  +3 +/
Сообщение от Аноним (4), 18-Июл-23, 19:17 
Ты можешь без фанатизма объяснить что в этом плохого?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

38. "Composefs вместо развития отдельной ФС, будет использовать O..."  +1 +/
Сообщение от Анониссимусemail (?), 18-Июл-23, 20:15 
Жрёт место на диске. Долгие обновления (из-за сетевого трафика). Уязвимости не фиксятся.

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

Ответить | Правка | Наверх | Cообщить модератору

50. "Composefs вместо развития отдельной ФС, будет использовать O..."  +1 +/
Сообщение от Ололоид (?), 19-Июл-23, 02:41 
Ну камон, во времена терабайтных NVMe и гигабитного безлимита кому есть дело до размера библиотек? Уязвимостей в них на порядок меньше, чем в ядре Linux. Пример с конпелянием вообще высосан из пальца. Ты застрял в 90-х.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

52. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от User (??), 19-Июл-23, 07:23 
Аргумент "а вот там уязвимостей больше - по этому здесь на исправления забьем" - он того... плохой, не годный. Dependency-sharing как раз про то, что поправил уязвимую библиотеку - и не надо пересобирать\пакованить 100500 уязвимого ПО, в котором её забандлили - причем каждый итем из списка со своим релизным циклом, политикой выпуска обновлений и сроками поддержки. Получилось конечно примерно каквсигда - но решали вполне реальную и все еще актуальную проблему.
Ответить | Правка | Наверх | Cообщить модератору

68. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Анониссимусemail (?), 19-Июл-23, 12:10 
> Аргумент "а вот там уязвимостей больше - по этому здесь на исправления
> забьем" - он того... плохой, не годный. Dependency-sharing как раз про
> то, что поправил уязвимую библиотеку - и не надо пересобирать\пакованить 100500
> уязвимого ПО, в котором её забандлили - причем каждый итем из
> списка со своим релизным циклом, политикой выпуска обновлений и сроками поддержки.
> Получилось конечно примерно каквсигда - но решали вполне реальную и все
> еще актуальную проблему.

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

Ответить | Правка | Наверх | Cообщить модератору

51. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (4), 19-Июл-23, 07:16 
Какая-то бессмыслица особенно про место на диске.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

61. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (61), 19-Июл-23, 09:40 
Отдать терабайт-плюс на диске под систему? Вместо 3 гб? Тем более на ссд, свободное место на которых и так золотое?
Ответить | Правка | Наверх | Cообщить модератору

62. "Composefs вместо развития отдельной ФС, будет использовать O..."  +2 +/
Сообщение от Аноним (61), 19-Июл-23, 09:43 
Главное ведь тут то что раздувает. Сегодня терабайт, а завтра уже 2 терабайта, и весь этот мусор лежит непонятно для чего, когда софт работает с любыми новыми версиями (но это не гарантируется, ага).
Ответить | Правка | Наверх | Cообщить модератору

69. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Анониссимусemail (?), 19-Июл-23, 12:17 
> Какая-то бессмыслица особенно про место на диске.

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

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

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

73. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноньимъ (ok), 19-Июл-23, 19:07 
Этому не разделяемые библиотеки виной.
Ответить | Правка | Наверх | Cообщить модератору

76. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Анониссимусemail (?), 20-Июл-23, 11:49 
> Этому не разделяемые библиотеки виной.

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

Ответить | Правка | Наверх | Cообщить модератору

74. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (74), 19-Июл-23, 23:22 
Кстати, абсолютно также игровой движок Godot запакован, правда, одним жирным файлом на 120 Мб.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

10. "Composefs вместо развития отдельной ФС, будет использовать O..."  –1 +/
Сообщение от Аноним (1), 18-Июл-23, 15:20 
> производители софта сами не сделали нормальный способ распространения бинарного софта?

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

17. "Composefs вместо развития отдельной ФС, будет использовать O..."  –6 +/
Сообщение от Аноним (4), 18-Июл-23, 16:19 
Посмотри как это сделано в шинде, вот так должно быть и никак иначе.
Ответить | Правка | Наверх | Cообщить модератору

20. "Composefs вместо развития отдельной ФС, будет использовать O..."  +5 +/
Сообщение от Аноним (1), 18-Июл-23, 16:36 
в шинде каждая собака переизобретает свой велосипед-обновлятор софта/контента.
Ответить | Правка | Наверх | Cообщить модератору

24. "Composefs вместо развития отдельной ФС, будет использовать O..."  +4 +/
Сообщение от Аноним (4), 18-Июл-23, 17:28 
Лол, чего бы они не делали всё просто работает. Даже герои 3 работают просто используя штатные элементы ос. В отличии от нативных героев 3 которые выходили для линукса.
Ответить | Правка | Наверх | Cообщить модератору

19. "Composefs вместо развития отдельной ФС, будет использовать O..."  +1 +/
Сообщение от Аноним (-), 18-Июл-23, 16:36 
> Почему производители софта сами не сделали нормальный способ распространения бинарного софта?

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

25. "Composefs вместо развития отдельной ФС, будет использовать O..."  +4 +/
Сообщение от Аноним (4), 18-Июл-23, 17:29 
Вот ляликс и сидит без софта как бедный родственник.
Ответить | Правка | Наверх | Cообщить модератору

56. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (56), 19-Июл-23, 08:02 
А в итоге мусорка в линуксе.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

36. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним2 (?), 18-Июл-23, 19:53 
Сделали - пакеты.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

41. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (41), 18-Июл-23, 21:15 
Сделали. Он называется AppImage.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

59. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (56), 19-Июл-23, 08:06 
MSI
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

70. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Андрей04091977 (ok), 19-Июл-23, 12:44 
флатпак и снап это абсолютно разные вещи, снап это образ монтируемый как loop, флатпак это не образ и даже не пакет.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

5. "Composefs вместо развития отдельной ФС, будет использовать O..."  +1 +/
Сообщение от OpenEcho (?), 18-Июл-23, 15:03 
> Флатпак сила, снап могила.

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

7. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Аноним (4), 18-Июл-23, 15:04 
Если заменять то вендоуз
Ответить | Правка | Наверх | Cообщить модератору

45. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от Котофалк (?), 18-Июл-23, 21:50 
на линукс
Ответить | Правка | Наверх | Cообщить модератору

49. "Composefs вместо развития отдельной ФС, будет использовать O..."  –2 +/
Сообщение от Аноним (49), 19-Июл-23, 01:45 
Как раз AppImage дрянь редкостная как по проекту, так и по реализации. Надеюсь не нужно объяснять почему?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

57. "Composefs вместо развития отдельной ФС, будет использовать O..."  +2 +/
Сообщение от Аноним (56), 19-Июл-23, 08:04 
Нужно. Вот я, например, не понимаю, почему, если всё работает.
Ответить | Правка | Наверх | Cообщить модератору

64. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от n00by (ok), 19-Июл-23, 11:04 
Разрешите, попробую угадать:

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

66. "Composefs вместо развития отдельной ФС, будет использовать O..."  +/
Сообщение от анон (?), 19-Июл-23, 11:37 
Не надейся, уж найди силы и потрудись превратить свою газификацию лужи в аргументированный ответ
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

71. "Composefs вместо развития отдельной ФС, будет использовать O..."  +1 +/
Сообщение от Андрей04091977 (ok), 19-Июл-23, 12:48 
Appimage мёртвый формат, он работает только на иксах
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

3. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +3 +/
Сообщение от Аноним (4), 18-Июл-23, 14:56 
Очередное подтверждение того что модули ядра для линукса это тупиковая ветвь развития. Вот скоро придет микроядерная Фуксия, где всё это модуль и нарушить интерфейс взаимодействия ни программный ни бинарный ядро бай дизайн не может. Вот тогда заживём.
Ответить | Правка | Наверх | Cообщить модератору

35. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +2 +/
Сообщение от anodymus (?), 18-Июл-23, 19:38 
Эх... не сделали бы тогда QNX коммерческим, "сейчас бы пили баварское".
Ответить | Правка | Наверх | Cообщить модератору

65. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от анон (?), 19-Июл-23, 11:35 
>"сейчас бы пили баварское".

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (72), 19-Июл-23, 16:40 
Я левый аноним, но просто предположу: Тотальная победа здравого смысла и мир / дружба / жвачка? :)
Ответить | Правка | Наверх | Cообщить модератору

79. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Anon3 (?), 28-Авг-23, 12:45 
Если контекста насыпать, то как то так:
Во времена ВОВ солдатам вермахта объясняли, что они освобождают Ленинград от комуняк, а _некоторые_ умирающие от голода ленинградцы ждали освобождения Ленинграда немцами и ненавидели сопротивляющихся (и не делящихся с ними едой) комуняк.
Вот у некоторых выживших некомуняк, после войны осталась мысль "А вот сдались бы немцам, сейчас бы пили баварское". При этом игнорируется факт, что утвержденный план Гитлера (а не пропаганда для солдат вермахта) предусматривал тотальный голодомор даже сдавшегося населения Ленинграда
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

8. "Composefs вместо развития отдельной ФС, теперь реализована п..."  –3 +/
Сообщение от Аноним (8), 18-Июл-23, 15:05 
Больше надстроек богу надстроек!
Зачем делать отдельную отработанную сущность, если можно скрестить ежа с ужом, а потом гадать откуда бажина?
Ответить | Правка | Наверх | Cообщить модератору

12. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +2 +/
Сообщение от Аноним (1), 18-Июл-23, 15:25 
> Зачем делать отдельную отработанную сущность

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

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

Ответить | Правка | Наверх | Cообщить модератору

15. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (8), 18-Июл-23, 15:52 
А потом в overlayfs/erofs нужно будет внести улучшения которые сломают Composefs и начнется костыляние - или поддержка двух вариантов логики, или адаптация Composefs, или и то и другое в разных пропорциях.
Ответить | Правка | Наверх | Cообщить модератору

16. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (1), 18-Июл-23, 16:06 
есть ли у тебя такое возражение, которое было бы не предусмотрено ни ядром, ни сабжем? а то пока идут аргументы уровня мимокрокодила с улицы, имеющего Экспертное Мнение™ по вопросам, которые обсасывались уже тысячи раз
Ответить | Правка | Наверх | Cообщить модератору

11. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (-), 18-Июл-23, 15:22 
>Код проекта написан на языке Си и распространяется под лицензией GPLv2.

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

Ответить | Правка | Наверх | Cообщить модератору

13. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +6 +/
Сообщение от Аноним_5 (?), 18-Июл-23, 15:29 
Ждем получения рута при чтении файла?
И это не сарказм.
Ответить | Правка | Наверх | Cообщить модератору

14. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +5 +/
Сообщение от Сишник (?), 18-Июл-23, 15:39 
Дыры лет 20 будут находить в этом поделии. Инфа сотка, чекай никнейм.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

18. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +1 +/
Сообщение от Аноним (4), 18-Июл-23, 16:21 
Почему ты так говоришь как будто это что-то плохое?
Ответить | Правка | Наверх | Cообщить модератору

39. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +3 +/
Сообщение от Анонимусс (?), 18-Июл-23, 20:27 
Конечно это прекрасно, все работают, все при деле, можно еще 20 лет "оказывать" поддержку.
А то вдруг все начнет работать хорошо, вы что этого хотите???
Ответить | Правка | Наверх | Cообщить модератору

53. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (4), 19-Июл-23, 07:25 
Но всё эти 20 лет софт был и приносил пользу, а не кто-то бесконечно рассказывал как он этот софт напишет, но не писал. И все баги пофикшены а конечном счёте.
Ответить | Правка | Наверх | Cообщить модератору

58. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (56), 19-Июл-23, 08:05 
Все баги в сишном софте никогда не будут пофикшены.
Ответить | Правка | Наверх | Cообщить модератору

78. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от жоск (?), 23-Июл-23, 02:19 
но, как минимум, софт написан и работает
Ответить | Правка | Наверх | Cообщить модератору

21. "Composefs вместо развития отдельной ФС, теперь реализована п..."  –2 +/
Сообщение от Аноним (21), 18-Июл-23, 16:59 
Чего только люди не напридумывают лишь бы NixOS не использовать
Ответить | Правка | Наверх | Cообщить модератору

23. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +2 +/
Сообщение от Аноним (23), 18-Июл-23, 17:22 
Вменяемые люди очень многое готовы придумывать, лишь бы только не использовать NixOS.
Ответить | Правка | Наверх | Cообщить модератору

26. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (4), 18-Июл-23, 17:31 
Почему эти ваши люди так и не придумали что-то нормальное?
Ответить | Правка | Наверх | Cообщить модератору

48. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +3 +/
Сообщение от Аноним (48), 18-Июл-23, 23:41 
придумали - не использовать NixOS
Ответить | Правка | Наверх | Cообщить модератору

27. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (4), 18-Июл-23, 17:37 
Для продвижения никсоса надо чтобы кто-то официально сказал всё делаем теперь только так. Например GNU или FSF.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

28. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +3 +/
Сообщение от Аноним (21), 18-Июл-23, 17:45 
GNU и FSF уже сказали, что нужно делать как в Guix. Не то чтобы это сильно что-то поменяло
Ответить | Правка | Наверх | Cообщить модератору

29. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +1 +/
Сообщение от Аноним (29), 18-Июл-23, 17:53 
Говорю официально от лица Анонимной Ассоциации Онанимов: ставь пакетный менеджер nix для arch и сразу кончишь.

wiki.archlinux.org/title/Nix

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

34. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +1 +/
Сообщение от Аноним (4), 18-Июл-23, 19:19 
А что так можно было? Надо будет попробовать.
Ответить | Правка | Наверх | Cообщить модератору

37. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +1 +/
Сообщение от Аноним (37), 18-Июл-23, 20:01 
Конечно. Это ж главная киллер-фича. Ставишь любой линукс по умолчанию, а весь свой утиль, прикладуху, конфиги, костыли на баше и прочий багаж ставишь через Nix. После этого название дистрибутива практически перестаёт иметь значение, если только религиозное.
Ответить | Правка | Наверх | Cообщить модератору

31. "Composefs вместо развития отдельной ФС, теперь реализована п..."  –2 +/
Сообщение от Аноним (1), 18-Июл-23, 18:13 
> GNU или FSF

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

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

40. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от BrainFucker (ok), 18-Июл-23, 21:01 
Хм, любопытно, то есть OSTree можно использовать в качестве инкрементального бекапа?
Ответить | Правка | Наверх | Cообщить модератору

60. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +1 +/
Сообщение от Аноним (60), 19-Июл-23, 09:35 
да, но если файлуха слетит - то твой бэкап отправится в места богатые дичью
Ответить | Правка | Наверх | Cообщить модератору

47. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +1 +/
Сообщение от Тот_ещё_аноним (ok), 18-Июл-23, 22:52 
Те механизм хранения и использования разных версий одной библиотеки средствами ОС бОльшее зло, чем таскание всех зависимостей с собой вместе со специализированной фс(ещё одной)?
Ответить | Правка | Наверх | Cообщить модератору

54. "Composefs вместо развития отдельной ФС, теперь реализована п..."  +/
Сообщение от Аноним (4), 19-Июл-23, 07:30 
Что не так? Если у тебя эти зависимости уже есть руками их со слоя сотри и всё. Если на твоём диске на 10 гигов нет места.

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру