LINUX.ORG.RU

Midnight Commander 4.8.28: удалена поддержка SMB

 


1

1

Вышла новая версия консольного файлового менеджера. В этом выпуске:

  • Основное изменение выпуска — удаление поддержки протокола SMB. В багрепорте под номером 1, открытом 13 лет назад, отмечается, что реализация SMB взята из старой (на тот момент) версии samba. И вот наконец этот блокер 88 прочих багов закрыт!
  • Добавлена возможность более гибкого описания инструкций при нажатии F3 (обычно используется для просмотра). Теперь доступен экспорт переменных и регулярные выражения.
  • В панелях добавлена подсветка имён файлов в форматах avif, jp2, jxl, heic, heif, psb, psd.
  • Исправлена очередная проблема быстродействия при работе с файлами.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)
Ответ на: комментарий от LamerOk

Итого, наш @bodqhrohro доказал, что файлов не существует.

Или наоборот существуют. Причем даже в блоке питания в виде тока проходящего через него :)

anc ★★★★★
()
Ответ на: комментарий от hobbit

А… там ещё был патч, а не только то, что в треде прямым текстом.

@Xintrea, пункт про враждебность к пользователям отменяется. Но ответ всё равно будет нет. Теоретически всё может быть, но всё очень вряд ли. Это нужно, чтобы кто-то из сопровождающих сильно заинтересовался, чтобы у него было время, чтобы он нашёл патч, чтобы причесал. Проще считать, что такого просто не случится.

i-rinat ★★★★★
()
Ответ на: комментарий от LamerOk

за исключением передачи данных по сети

Для аналогии даже передача по сети не обязательна. В данном случае она скорее путаницу вносит, из-за разного проявления. Вот случай из моего детства с попыткой применить молоток в качестве модификатора к гудку на руле более нагляден. Молоток остаётся молотком.

Речь шла о fuse/?vfs vs smbclient

И где там речь о smbclient? В ОП вообще речь о встроенной реализации самбы в MC, напоминаю, которая тоже не вылезает за пределы MC, прямо как в шиндузятных поделиях. И тем не менее, логический набор операций тот же, в том числе монтирование (в момент сопоставления сетевого адреса и соединения виртуальной файловой системе внутри MC).

свой yt-dlp

О нём вообще нигде в треде речи нет. Простые люди браузерными расширениями качают. Ну или вообще не с YouTube.

Суть аналогии в хомячьем заблуждении: мол, если на диск ничего явно измеримого в мегабайтах не качается, то трафик не расходуется. Так же и невидимость монтирования, когда оно происходит в недрах одной программы, не означает его отсутствие.

bodqhrohro_is_back
()
Ответ на: комментарий от LamerOk

этот термин сущностно не описывает ничего отличного от «компьютерной памяти»

/dev/mem. Привет.

то он является полным синонимом слова «компьютерная память»/«память»

Не является, ибо «компьютерная память» — это частный случай файла. Он может даже вне компьютера находится. Какое отношение к компьютеру имеет, например, оптический диск (совершенно не электронное устройство), или даже файл, распечатанный сеткой пикселей на бумаге?

файлов не существует

Привет идеям Раскина, воплощённым в iOS, ага. Но даже там это не более чем большой обман, старательно спрятанный от пользователя. И тот в последние годы тает, поскольку как-то внезапно обнаруживается, что пользователям без файлов неудобно, особенно если с внешним миром взаимодействовать. Глядишь, через пару десятилетий и до нениксоидов начнёт доходить, что без концепции «всё есть файл» жить неудобно.

bodqhrohro_is_back
()
Ответ на: комментарий от i-rinat

А… там ещё был патч, а не только то, что в треде прямым текстом.

Там еще был скриншот, что это дело действительно работает.

Xintrea, пункт про враждебность к пользователям отменяется. Но ответ всё равно будет нет. Теоретически всё может быть, но всё очень вряд ли. Это нужно, чтобы кто-то из сопровождающих сильно заинтересовался, чтобы у него было время, чтобы он нашёл патч, чтобы причесал. Проще считать, что такого просто не случится.

Вроде как раньше в команде MC состоял русскоговорящий разработчик Slavaz, но он c 2014 года на ЛОРе не появляется. Сейчас остались в команде русскоговорящие, чтобы с ними можно было обсудить?

Xintrea ★★★★★
()
Ответ на: комментарий от bodqhrohro_is_back

То есть когда по HTTP, допустим, отдаётся файл, который на удалённом сервере в ФС не лежит — он ещё не файл? А что тогда?

Пока отдаётся по сети - очевидно ещё поток данных. А вот когда клиент начинает писать его в файл - вот тогда файл и возникает. А если на стороне сервера файл эта штука генерируется из некой структуры данных, а не берётся из файловой системы - нету там файла, он генерируется, но не сохраняется.

Выглядит, как утка, крякает, как утка — значит, утка

...возможно это видеозапись утки.

файл вполне может существовать вне системы

Может, теоретически. Если ты выделил под файл целиком нефайловый носитель информации. И то, довольно спорный вопрос. Являются ли индексные записи .tar архива файловой системой, если они выполняют функцию разделения нескольких файлов на ленте и хранения их метаданных? А если без метаданных и индекса записать файл на ту же ленту, длинна не совпадёт байт-в-байт, то при считывании сзади добавится хвост, метаданные потеряются и что за НЁХ получится?

Вот цельное блочное устройство, например — это файл? Или не файл?

Это не файл. Юникс конечно представляет его в виде файла, но фактически это не файл.

Для передачи другим приложениям они копируются во временную папку. А так внутри приложения спокойно с ними разные операции проводятся, как с файлами, даже UI/UX Проводника копируют.

Поздравляю, вы привели пример vfs! Оно представляет пользователям данные в виде файлов, но фактически они ими не являются.

когда ты файл через open/read читаешь

Я не знаю как работают эти вызовы. Если они читают всё подряд до конца не разбираясь это не значит что работать с файлом можно только в этом режиме. Собственно dd не единственный способ работать с дисками.

kirill_rrr ★★★★★
()
Ответ на: комментарий от bodqhrohro_is_back

И где там речь о smbclient? В ОП вообще речь о встроенной реализации самбы в MC,

Это и есть аналог smbclient.

Суть аналогии в хомячьем заблуждении: мол, если на диск ничего явно измеримого в мегабайтах не качается, то трафик не расходуется.

Ты - единственный в треде, кто понял эту аналогию, обладая этим тайным знанием. Учитывая, что последние 20 лет люди потребляют именно трафик без всяких файлов (мобилки, слышал о таких устройствах?), то найти такого «заблуждающегося» можно только в прошлом тысячелетии с помощью машины времени, где ты, видимо, и живёшь.

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

Речь о том, что fuse и сорта vfs «монтируют» что-то на локалхосте и модифицируют на файловую систему клиентского хоста, а MC/smblicent - нет. Что там происходит на удалённом хосте - всем фиолетово. Ты со своей шизой про трафик тут вообще не в тему.

Не является, ибо «компьютерная память» — это частный случай файла.

А небо и аллах - они, они-то являются частным случаем файла?

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

«компьютерная память» — это частный случай файла.

А небо и аллах - они, они-то являются частным случаем файла?

Похоже, что здесь картинка рассыпается. Тупик

kolja ★★
()
Ответ на: комментарий от kirill_rrr

очевидно ещё поток данных

А когда файл через read читается — он не поток данных?

он генерируется

То есть /dev/urandom — не файл?

…возможно это видеозапись утки

Или вообще дипфейк утки. В трудное время живём, ничему верить нельзя! xD

Являются ли индексные записи .tar архива файловой системой, если они выполняют функцию разделения нескольких файлов на ленте и хранения их метаданных?

ratarmount щщитает, что таки да.

при считывании сзади добавится хвост, метаданные потеряются и что за НЁХ получится?

CD-диск? Раржпег?

Юникс конечно представляет его в виде файла, но фактически это не файл.

Ахтунг, юниксфобные агенты на ЛОРе! Дуй-ка в забан вслед за @wintrolls.

Оно представляет пользователям данные в виде файлов

Поштучно, типа такого, ага. Как-то слабо пахнет ФС. Может, и файлинпут в браузере — это ФС? пользователь же теоретически перебрать через него каждый файл в системе, значит, через него можно читать ФС!

Я не знаю как работают эти вызовы

И эти люди ещё лезут на linux.org.ru сраться, понятно.

это не значит что работать с файлом можно только в этом режиме

Если носитель физически с последовательным доступом, то иначе и не получится, будет лихорадочно его мотать взад-вперёд. Из сокета и вовсе второй раз считать не получится.

Собственно dd не единственный способ работать с дисками

И тут ты, конечно, приносишь принципиально другой способ, не представимый как куча мелких операций с dd? Особенно на дисках с черепичной записью, где ты и count меньше блока хрен физически задашь, хехе.

bodqhrohro_is_back
()
Ответ на: комментарий от LamerOk

Это и есть аналог smbclient.

Наес, критикуешь аналогии и в то же время в них ударяешься? :P

Ты - единственный в треде

Ты у @liksys учишься воображаемую армию единомышленников приплетать?

мобилки, слышал о таких устройствах?

У тебя какие-то стереотипы о мобилках? @mittorn, фас!

найти такого «заблуждающегося» можно только в прошлом тысячелетии с помощью машины времени

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

Под соусом этого непонимания и лени опсосы и втюхивают нарушения сетевого нейтралитета в виде безлимитного трафика на определённые массовые сервисы, усугубляя их массовость ещё больше и разбавляя и без того красный океан кровью.

Что там происходит на удалённом хосте - всем фиолетово

А при чём тут удалённый хост?

А небо и аллах - они, они-то являются частным случаем файла?

Пока нет, но IoT решит эту проблему.

bodqhrohro_is_back
()
Ответ на: комментарий от bodqhrohro_is_back

критикуешь аналогии и в то же время в них ударяешься?

Я критикую одну конкретную аналогию. За её полную бредовость и невтемность.

Ты у @liksys учишься воображаемую армию единомышленников приплетать?

Проведи соцопрос среди участников треда - кто из них понял твой шизоидный бред до публикации пояснительной записки?

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

За её полную бредовость и невтемность

Придумай лучше, умник.

Проведи соцопрос среди участников треда - кто из них понял твой шизоидный бред до публикации пояснительной записки?

Да не вопрос! cast --multiple @akk, @alegz, @AVL2, @bga_, @bodqhrohro_is_back, @demidrol, @eternal_sorrow, @gag, @Im_not_a_robot, @i-rinat, @question4, @SkyMaverick, @Stanson, @UriZzz, @Vier_E, @yoghurt

bodqhrohro_is_back
()

реализация SMB взята

Они чё, не осилили gio или kio заюзать для монтирования шар?

ox55ff ★★★★★
()
Ответ на: комментарий от bodqhrohro_is_back

Жалуйся на мудаков, закапывающих аналоговое ТВ.

Остроумно, хотя и бессмысленно.

А ты ниже по треду сам себя кастуешь, чтобы тему не забыть или по какой другой причине?

kolja ★★
()
Ответ на: комментарий от bodqhrohro_is_back

Я вообще не очень понял вашу дискуссию.

Из того, что я понял, SMB/CIFS и FTP - это изначально протоколы для работы именно с файлами. Поэтому натянуть на них абстракцию работы с файловой системой (и прикрутить к mc, соответственно) относительно легко.

youtube и прочая вебня на это не рассчитывалось (там в частности могут быть вообще stream-data, размер и формат которых определить невозможно), поэтому натянуть на них файловую абстракцию попробовать можно, конечно, но думаю это будет сильно нетривиально.

SkyMaverick ★★★★★
()
Ответ на: комментарий от kolja

хотя и бессмысленно

Ну вот первый метровый диапазон Женева-2006 не отменяет. Какого хрена его закапывают за компанию — непонятно. Можно ж хоть пару важных каналов оставить, который можно ловить на любой утюг и даже звук от них на УКВ-приёмник? Для экстренного оповещения как минимум.

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

А ты ниже по треду сам себя кастуешь, чтобы тему не забыть или по какой другой причине?

Для корректности. Все участники треда — значит, все.

И что характерно, на эти касты мне ещё и уведомления приходят, что давно зарепорчено, но воз и ныне там.

bodqhrohro_is_back
()
Ответ на: комментарий от crypt

При чём здесь вообще толерантность? Человек добровольно же себя ограничивает зачем-то. ССЗБ? Все в мире должны русский учить?

bodqhrohro_is_back
()
Ответ на: комментарий от anc

Конечно. Беру диапазон памяти, даю ему имя. Двоичные данные? Конечной длины? Именованы? Чем не файл тогда?

Да и вообще, когда там мемристоры завезут наконец? Пора это костыльное разделение на volatile и non-volatile устранить, меньше умников таких будет.

bodqhrohro_is_back
()
Ответ на: комментарий от bodqhrohro_is_back

Чем не файл тогда?

Тем, что не предоставляет интерфейса файловой системы внешним процессам.

Всегда ваш, К.О.

LamerOk ★★★★★
()
Ответ на: комментарий от bodqhrohro_is_back

То тоже не файл. Как и system V IPC. «Файл» в контексте запущенного процесса - это то, что предоставляет интерфейс файла.

LamerOk ★★★★★
()
Ответ на: комментарий от bodqhrohro_is_back

Ну и чего. В них недоступны какие-то файловые операции, кроме базовых open/read/write/close.

Я и говорю, на это всё можно накинуть файловые абстракции, не вопрос (и вот даже пример с сокетами). Только нетривиально, не все, и зачем это надо в данном конкретном mc не совсем понятно.

upd. И да, если вопрос про VFS, то как её поверх этой базы строить.

SkyMaverick ★★★★★
()
Последнее исправление: SkyMaverick (всего исправлений: 1)
Ответ на: комментарий от bodqhrohro_is_back

Двоичные данные? Конечной длины? Именованы? Чем не файл тогда?

Ну тогда и регистр процессора тоже файл.

anc ★★★★★
()
Ответ на: комментарий от SkyMaverick

В них недоступны какие-то файловые операции, кроме базовых open/read/write/close

А у несокетов они всегда доступны?

зачем это надо в данном конкретном mc не совсем понятно

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

bodqhrohro_is_back
()
Ответ на: комментарий от anc

Воистину так!

Только работать с ним нетривиально, с того же ядра, по крайней мере.

bodqhrohro_is_back
()
Ответ на: комментарий от bodqhrohro_is_back

А в контексте CS?

В контексте CS есть только структуры данных и алгоритмы. А «файлы» бывают либо в контексте работы процесса внутри или без операционной системы, либо в контексте файловой системы на носителе данных.

LamerOk ★★★★★
()

Помнится, в начале нулевых (20 лет уже прошло, Карл!) в какой-то фидошной эхе (типа fido7.ru.os.cmp) был суперплатиновый тред с охрененным количеством постов, который назывался то ли «Файл», то ли «Что такое файл». Вот где люди учили друг друга жить. А тут так, фигня на постном масле.

akk ★★★★★
()
Ответ на: комментарий от LamerOk

Подключаем тяжёлую артиллерию.

In February 1950, in a Radio Corporation of America (RCA) advertisement in Popular Science magazine[4] describing a new "memory" vacuum tube it had developed, RCA stated: "the results of countless computations can be kept 'on file' and taken out again. Such a 'file' now exists in a 'memory' tube developed at RCA Laboratories. Electronically it retains figures fed into calculating machines, holds them in storage while it memorizes new ones – speeds intelligent solutions through mazes of mathematics."

А память на ЭЛТ — она и есть оперативка. А файл — ячейка в ней. О как!

По сути, его можно считать синонимом записи в БД. Со всеми вытекающими. А то там вон выше утверждают, что если web-сервер, мол, не с диска отдаёт, а из БД, то это не файл, пока не скачается.

bodqhrohro_is_back
()
Последнее исправление: bodqhrohro_is_back (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.