Вот неудача, только GNOME 1.4 RC поставил... :)

Ну, наконец-то дождались :)

Вау! В бесконечной гонке "у кого сильнее тормозит" теперь выигрывает команда GNOME!

Хммм... Есть подозрение... никто не подскажет ссылочку, где про gnome-vfs почитать можно? Если это то что я думаю, то это может быть интересным...:)

Обошел все сайты и их мирроры, так ничего кроме 1.4беты и не нашел.
Хде обещанный релиз?

> Если это то что я думаю, то это может быть интересным...:)
http://www.helixcode.com/tech/gnome-vfs.php3

Похоже на первоапрельскую шутку, слегка припоздавшую...

2oxonian: спасибо. похоже я о них слишком хорошо думал, хотя с другой стороны возможно просто туплю от бессонницы... Потом еще разок перечитаю...:)

Господа, вы не заметили, в треде опять появился некий... гхм.. запах?

2Stork

;-)))

2Irsi

А что собственно тебе не понравилось в GNOME-VFS ?

2Stork: да, гуано запахло... аист птица большая, гуано от нее много...:)

2anonymous (*) (2001-04-03 07:47:30.0): просто это похоже немного не то, что я ожидал... В основном орентировано на эээ... монтирование чтоль? файлов типа tar, zip и т.д. как папок, так? Если я правильно понял... Вещь хорошая, мне в виндах зипфолдерс и аналогичные возможности фара всегда нравились...

а нехера скажи мне это надо? zipmagic (или фолдерс) предназначен для чайников, которые архиваторами не научились пользоватся (и не научатся). а както могу tar и bzip/gzip поюзать (както же живу без зипфолдерс).

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

А что делает zipfolder (ни разу им не пользовался)? Может ли произвольная программа читать и *писать* в его содержимое (типа щелкаем по .doc файлу в .zip архиве, он открывается, мы редактируем его вордом, выбираем "Файл->сохранить" и обновленная версия файла сохраняется в архиве автоматически)? C gnome-vfs можно это и тоже самое с ftp (напрямую редактируем файл с ftp сервера, и сохраняем обновленную копию там) - и новые типы файловых систем легко добавляются.

Sergey, с таким подходом можно говорить, что, например, стартовые скрипты нужны только тем, кто их писать не умеет. Причем мне лично не очень понятна разница в "мастерстве" использования архиваторов в шелле или в gui. Результат один (хотя shell надо признать гораздо гибче любого gui).

Релиз кстати убрали с ftp из-за обнаруженных проблем с наутилусом.

Забыл сказать - ноги у gnome-vfs растут у extfs от Midnight Commander'а - только она сделана асинхронной.

2hvv: насколько я помню - могут, иначе какой в них смысл?... Если честно - давно ими не пользовался, под виндами в основном в фаре сижу... Да и во-первых места на винте достаточно, а во-вторых если вдруг недостаточно будет, то на ntfs свое неплохое сжатие есть...:)

2 Irsi: все-таки выясни пожалуйста, могут или нет - я думаю что не могут.

2hvv: насколько я помню - могут. Сейчас проверить просто не могу - w2k, а они с ним насколько я помню не совместимы... Впрочем в MS Plus for win98 было нечто аналогичное, а в WinMe это есть без всяких доп. пакетов... Дойду до машинке с WinMe - проверю...

2hvv: Могут... Точно говорю...

2Irsi: Mne intersno chego ty ozhidal ot GNOME-VFS kogda tak obradowalsya? T.e. mozhet est' kakaya nibud' interesnaya ficha s kotoroj ty na alternatiwnyh sistemah oznakomilsya i priwyk, a w GNOME ee netu? Eto ne flame, mne dejstwitel'no interesno:)

2omerm: я ожидал что они попытаются съэмулировать multiple data streams per file...:) Имхо это простимулировало бы добавление этой фичи в ту же ext2 или raiserfs...

> 2hvv: Могут... Точно говорю...
И писать любой софт тоже может? Оригинально..

2Irsi:
Nu, naskolko ya eto wizhu, GNOME-VFS dostatochno blisok k tomu.
Odnako, tut problema designa, a dlya designa nado by snachala
opredelit' tseli i wzwesit' dostoinstwa i nedostatki. W takih
sluchajah ,IMHO, Extreme Programming ne podhodit:)

Сырцы релиза доступны в подкаталоге stable/releases/gnome-1.4 зеркал. gtk-1.2.10 не входит в gnome-1.4:(

to hvv: Работаешь как с обычной папкой, только медленнее намного и еще бывают проблемы когда такие папки на болванку нарезаешь.

2omerm: ну вообщем множественные потоки данных позволяют делать много приятных фичь... вообщем это приблизительно такой же шаг, как в свое время дерево каталогов. Очень приятная вещь...

2Irsi:
> множественные потоки данных позволяют делать много приятных фичь

В последнее время Вы много про это говорите. Не кинете ссылочку,
где про это почитать можно?

2 Irsi
Вот помнится, объяснял ты что такое multy streaming fs на примере текстового редактора ---
типа текст в одном потоке, форматирование в другом и т.д. Не понятно только одно, что будет происходить
с файлом, когда его копируешь на fs, которая эту фишку не поддерживает.(аналогично --- послать
по почте али выложить на ftp).

>Не понятно только одно, что будет происходить
>с файлом, когда его копируешь на fs

Persistent Storage это будет, успешно реализованнй M$
Ну и на хрена нужно это mfs ?????
Чтобы быть совместимым со страрыми программами ??
Это положительное качества изчезнет при
копирования по сети и пр, Или нужно будет всё это
в спец формат зоворачивать ..............

2anonymous (*) (2001-04-03 20:37:57.0): вот с конкретной ссылочкой - увы затруднительна...:( Я с ними знакомился ковыряя различные ОС, в которых это поддерживается...:)
Конкретно могу сказать следующее:
1. Как это использовать в целях создания эээ... расширенных прав на файлы, т.е. не только RWX, см. на доки на NTFS на http://msdn.microsoft.com и HPFS на www.ibm.com
2. Как это использовать для создания современного гуя - см доки по HFS/HFS+ на www.apple.com и BFS на www.be.com
3. Как это реализовано в текстовых редакторах - посмотри и поковыряй текстовые редакторы идущие в поставке BeOS & QNX RtP
4. Самая простая реализация такой FS пожалуй в QNX RtP, она неплохо описана и с ней проще всего разобраться имхо. См. доки на www.qnx.com
5. Когда будешь ковыряться учти в HFS/HFS+ (это точно) & HPFS (имхо, не помню, давно было) реализованы частные случаи этого подхода и строго говоря это не совсем оно. Для примера - была такая ОС RT-11FB она реализовавала "частный случай многозодачности", конкретно максимальное число задачь было равно двум...:) Например в HFS/HFS+ тоже всего два потока, data fork & resource fork... А в HPFS это называется Extendet Atributes имхо...

Надеюсь на этих сайтах сам найдешь необходимую инфу? Ибо влет ссылок не помню, а искать заново лень если честно... Но насколько я помню найти их там не сложно...

2syomin: ну есть очень простой решения таких проблем - заархивировать этот файл...:) Архивные файлы во всех подобных ОС _всегда_ имеют один поток...:) При передачи по сети с одного многопоточного тома на другой все передается нормально. Ну во-первых SMB (aka MS Network) по идее должна изначально поддерживать, хотя в фришной реализации могли и посеять эту возможность как "ненужную", не проверял если честно. Но в принципе если даже сетевой протокол изначально не орентирован на передачу многопоточных файлов особых проблем нет - просто передаем каждый поток как отдельный файл. Т.е. на передающей стороне он разбиватеся на потоки на "файлы", а на принимающей - собирается обратно. Разумеется это работает только если обе стороны поддерживают многопоточность в своих FS. В противном случае - архивируйте, что имхо правильно к слову...:) Ибо нефиг генерить лишний траффик несжатыми данными, каналы не резиновые...:)

Черт, я не верю во всеобщую и полную победу OpenSource, но зато я верю во всеобщую и полную победу OpenStandarts...;) И имхо открытый стандарт на работу с такими файлами, в том числе и на их способы передачи по сети, через ftp, http, nfs, smb и т.д., необходим как воздух. Все имеющиеся пока стандарты - фирменные, закрытые и как следствие разумеется между собой несовместимые...:(

2Irsi:
Wot wot. Problema odnako - s BeOs na QNX file perepisat' i
multipotochnost' pri etom ostawit'.

BTW: Otsutswie w Linux nastoyashih threadow mnogimi ludmi, wkluchaya
imenityh kernel-hacker'ow s kotorymi ya lichno obshalsya, wosprinimayetsya kak plus, t.k. silno uproshaetsya design threadow:)
I chego by emu ne uprostitsya, dejstwitelno, esli unbound thread
otmenen kak klass:)
Eto ya k tomu chto poka netu normal'nogo issledowaniya, edisntwennye
istochniki innowacii eto ili otdelnye i nezawisimye sistemy kak
BeOS ili QNX, ili issledowatelskie proektyu kak EXOK/ExoKernel ili
Hurd. A w mainstream mozhno pihat' tolko wpolne opredelennyj wid
component - to, chto mozhno peredat' po seti na lubuyu druguyu
sistemu bez powysheniya urownya gemorroya.

Spasibo za ssylki, kstati:)

P.S. "I like standards - there are so many to choose from!!".
Awtora ne pomnyu:(

2Irsi:
Wot wot. Problema odnako - s BeOs na QNX file perepisat' i
multipotochnost' pri etom ostawit'.

BTW: Otsutswie w Linux nastoyashih threadow mnogimi ludmi, wkluchaya
imenityh kernel-hacker'ow s kotorymi ya lichno obshalsya, wosprinimayetsya kak plus, t.k. silno uproshaetsya design threadow:)
I chego by emu ne uprostitsya, dejstwitelno, esli unbound thread
otmenen kak klass:)
Eto ya k tomu chto poka netu normal'nogo issledowaniya, edisntwennye
istochniki innowacii eto ili otdelnye i nezawisimye sistemy kak
BeOS ili QNX, ili issledowatelskie proektyu kak EXOK/ExoKernel ili
Hurd. A w mainstream mozhno pihat' tolko wpolne opredelennyj wid
component - to, chto mozhno peredat' po seti na lubuyu druguyu
sistemu bez powysheniya urownya gemorroya.

Spasibo za ssylki, kstati:)

P.S. "I like standards - there are so many to choose from!!".
Awtora ne pomnyu:(

2omerm: да нет - в результате отсутствия открытого стандарта, стандартом станет решение от всеми любимой фирмы, а все остальные вынуждены будут его копировать. Вот и все к чему это приведет. Так было с SMB и так будет с многопоточными FS и способами общения с ними по сети.

2Irsi:
K sozhaleniyu, mne kazhetsya chto ty praw:(

2omerm: угу... а между прочим исследований на эту тему хватает... И опыт практических реализаций, на примере которых можно посмотреть как надо делать, а как лучше не стоит, тоже хватает... Но к сожалению значительная часть разработчиков фришного софта черезчур самоуверена и просто убеждена в своей гениаьности и избранности и чужих советов слушать не желают... К слову - именно по этим причинам они и разрабатывают фришный софт...

2Irsi
> и чужих советов слушать не желают...

А вот и твоя основная проблема,

Твоих советов слушать не желают 8-))

Вместо советов и перевода всех тем на флейм о M$
сделал бы чего-нибудь сам.....Своими ручками.

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

Если знаешь как лучше - сделай.

Это девиз GNU

2anonymous (*) (2001-04-05 13:23:45.0): ай, онанимус, говорил не с тобой, а с приличным ччеловеком вроде как...:) Здесь это такая редкость - в основном уроды типа рута...

вот давно этот тред не читал. 2maxcom: причем тут стартовые скрипты? стартовые скрипты предназначены для того, чтобы не запускать все программы каждый раз в ручную (и не тратить на это время). а архив можно запердолить без проблем и в mc (причем это быстрее чем гуе).

2irsi: если здесь все уроды, то что ты тогда здесь делаешь?

2irsi: если здесь все уроды, то что ты тогда здесь делаешь?