Планы по замене gnome-vfs

Давно пора

А чем gnome-vfs реально лучше FUSE?

>>А чем gnome-vfs реально лучше FUSE?
Под него модули ядра не надо.

fuse - посредник между фс и клиентом. От приложений не требуется изменений для работы через fuse, но сам fuse необходимо настраивать.

gnome-vfs, библиотека-хелпер для программ. Программы надо переписывать для работы через нее, зато ее не надо настраивать и можно учитывать все тонкости протокола...

предлагаю в качестве замены взять kio-slaves

gnome-vfs должна работать на любой ОС.

Думаю, эту поделку стоит вовсе задавить. Ибо зачем vfs, который можно использовать только из несколькох гномовских приложений? FUSE наше все.

Зачем fuse, которую можно использовать только под линухом? Гномовским (гткашным?) приложениям нужна кросс-платформенная библиотека vfs.

Да, и прочтите таки письмо - там поднимается куча вопросов, которые просто не входят в сферу компетенции fuse и традиционного позикса. Чисто десктопные заморочки.

да заманали они переписывать одно и то же по десять раз!

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

>да заманали они переписывать одно и то же по десять раз! >Нет бы хорошенько головой подумать, прежде чем бросаться кодить.

А мсье не задумывался, что задачи, которые решают переписыванием в 1999 году (когда проектировалась gnome-vfs) просто не существовало?

"мир изменился"(С)

Под FreeBSD тоже работает. В любом случае, там где есть FUSE, должна использоваться именно она. Если они сделают так, как планируют (включат библиотеку в состав glib), надеюсь можно будет собрать glib без этой vfs, ибо нафик надо ставить все идиотские зависимости, которым сейчас страдает gnome-vfs (да и любое гномовское приложение).

> А мсье не задумывался, что задачи, которые решают переписыванием в 1999 году (когда проектировалась gnome-vfs) просто не существовало?

Мсье задумывался, о том, что грамотно спроектированные проекты _расширяемы_ в соответствии с возникающими проблемами, в том числе и на те, которых не существовало. А необходимость глобального переписывания - свидетельство бестолкового ("brain-dead") дизайна.

От зависимостей хотят избавиться. И еще раз - список функций предлагается СОВСЕМ другой, чем в fuse. Их вообще позиксовая семантика не устраивает.

>Мсье задумывался, о том, что грамотно спроектированные проекты _расширяемы_ в соответствии с возникающими проблемами, в том числе и на те, которых не существовало. А необходимость глобального переписывания - свидетельство бестолкового ("brain-dead") дизайна.

Оно и расширяемо. Только сейчас расширилось до той степени, что взорвется скоро, как батарейка у Кокса :) Ссылку что-ли почитали бы, нежели книжными банальностями кидаться, как студенты, блин

> Оно и расширяемо. Только сейчас расширилось до той степени, что взорвется скоро, как батарейка у Кокса :) Ссылку что-ли почитали бы, нежели книжными банальностями кидаться, как студенты, блин

скоро почитаю :)

У всякой расширяемой архитектуры есть предел расширяемости. Тогда ее надо выкинуть. gnomevfs довольно много лет дорастала до этого предела.

Вроде-как планируется избавиться от этих самых зависимостей... В glib похоже будет содержаться модуль для чтения локальных файлов, доступных через стандартые функции работы с ФС в ОС. Всё-таки, glib должен собираться на всех поддержанных платформах.

А все остальные модули, которые зависят от внешних библиотек будут поставляться отдельным пакетом.

лучше пусть будет glib с нужными vfs а уж приделать его через FUSE никогда не поздно.
напрямую работать между прочим будет быстрее, чем таскать каждый раз данные из юзерспейса в юзерспейс через ядерный FUSE.

да и возможностей для взаимодействия с программой значительно больше чем через FUSE - пример: допустим как реализовать запрос паролей если у вас всё через фусю прихреначено?, прописывать всё заранее в конфигах не всегда удобный способ.

>gnome-vfs должна работать на любой ОС.
а каг ты себе представляешь kde4 пад вендой без kio-slaves?
гагага

лучше бы kde/gnome собрались и сделали вместе одну реализацию vfs в виде независимой либы. Польза бы была. А то оба проекта изобретают велосипеды. Хоть hal/dbus вместе используют, уже радостно.

gnome-vfs - это слегка подправленная mc-vfs, отсюда и все ее проблемы. MC-то в обед 15 лет будет, а то и более.

> Хоть hal/dbus вместе используют, уже радостно.

очень не легко его совместно использовать, ломают чуть ли не в каждом релизе, как и gstreamer. Создается впечателение что gnome-разработчики следуют по пятам M$ и в стратегии девелопмента (Лучший способ конкурировать это изобрести стандарт и постоянно делать его реализацию нисчем не совместимой).

Внимательнее смотрите, на что отвечает собеседник. Я говорил про fuse.

> А необходимость глобального переписывания - свидетельство бестолкового ("brain-dead") дизайна.

Да? Напомните, сколько раз в ядре стек TCP/IP переписывали? И ещё кучу компонентов?

Ну вроде dbus дожил до релиза, так что ломать пока перестанут