The OpenNET Project / Index page

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



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

Оглавление

Composefs вместо развития отдельной ФС, теперь реализована поверх OverlayFS и EROFS, opennews (??), 18-Июл-23, (0) [смотреть все]

Сообщения [Сортировка по времени | 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ообщить модератору

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

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




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

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