The OpenNET Project / Index page

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



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

"В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от opennews (ok), 26-Апр-19, 21:59 
Тед Цо (Ted Ts'o), автор файловых систем ext2/ext3/ext4, принял (https://lists.openwall.net/linux-ext4/2019/04/25/23) в ветку Linux-next, на основе которой будет сформирован выпуск ядра Linux 5.2, набор изменений (https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.g... реализующих поддержку регистронезависимых операций в файловой системе  Ext4. Патчи также добавляют поддержку символов UTF-8  в именах файлов.


Режим работы без различия регистра символов может включаться в привязке к отдельным каталогам при помощи нового атрибута "+F" (EXT4_CASEFOLD_FL). При установке данного атрибута на каталог все операции с файлами и подкаталогами внутри будут производиться без учёта регистра символов, в том числе регистр будет игнорироваться при операциях поиска и открытия файлов (например, файлы Test.txt, test.txt и test.TXT в подобных каталогах будут считаться одинаковыми). Для управления включением регистронезависимого режима предлагается модифицированный набор утилит e2fsprogs (https://gitlab.collabora.com/krisman/e2fsprogs).

Патчи подготовлены Gabriel Krisman Bertazi, сотрудником компании Collabora, и приняты с седьмой (https://lists.openwall.net/linux-ext4/2019/04/13/10) попытки после трёх лет (https://lists.openwall.net/linux-ext4/2016/11/03/5) разработки и устранения замечаний. Реализация не вносит изменения в дисковый формат хранения и работает исключительно на уровне изменения логики сравнения имён в функции ext4_lookup() и замене хэша в структуре dcache. Значение атрибута "+F" сохраняется внутри inode отдельных каталогов и распространяется на все вложенные файлы и подкаталоги. Информация о кодировке сохраняется в суперблоке.

Для того чтобы избежать коллизий с именами существующих файлов атрибут "+F" может быть установлен только на пустые каталоги в файловых системах, в которых на этапе монтирования включён режим поддержки Unicode в именах файлов и каталогов. Имена элементов каталогов для которых активирован атрибут "+F" автоматически переводятся в нижний регистр и сохраняются в таком виде в dcache, но на диске сохраняются в изначально заданном пользователем виде, т.е. несмотря на обработку имён независимо от регистра, имена показываются и сохраняются без потери информации о регистре символов.

URL: https://lists.openwall.net/linux-ext4/2019/04/25/23
Новость: https://www.opennet.ru/opennews/art.shtml?num=50581

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

Оглавление

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


1. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +72 +/
Сообщение от Дуплик (ok), 26-Апр-19, 21:59 
Виндовенько.
Ответить | Правка | Наверх | Cообщить модератору

4. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –35 +/
Сообщение от Аноним (4), 26-Апр-19, 22:00 
На удивление, и на винде есть логичные вещи
Ответить | Правка | Наверх | Cообщить модератору

18. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +12 +/
Сообщение от Аноним (18), 26-Апр-19, 23:19 
Отключение регистра зависимости?
Ответить | Правка | Наверх | Cообщить модератору

260. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (260), 30-Апр-19, 02:36 
И включение его Linux с лоббированием через купленный GitHub чтобы его еще и принудительного включали пол предлогом совместимости. А то ведь Windows ведь такой совместрмый... со всеми виндоусами, какие только были!

А почему это Linux с виндоусами не совместим? Не порядок!

Да это вполне логичный ход... с точки зрения пользователей Windows, на мышление которых сам Windows чисто случайно рассчитан. Совместимость прежде всего! И не важно с чем. Ждите теперь на Гитхабе код теперь уже еще и под Linux, "рассчитанный" на эту, так сказать, "совместимость".

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

126. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +8 +/
Сообщение от rshadow (ok), 27-Апр-19, 11:52 
Если вы про сабж, то тогда в DOS-е. Ведь эти костыли растут оттуда.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

134. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от Nxx (ok), 27-Апр-19, 13:13 
А в досе из СР/М, а в СР/М из TOPS-10.
Ответить | Правка | Наверх | Cообщить модератору

131. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +29 +/
Сообщение от Аноним (131), 27-Апр-19, 12:06 
Разумеется есть, если не вестись на пингвинячьи песни.

Я их уже двадцать лет слушаю:

Винда пишется продажной корпорацией, а Линукс разрабатывается свободным сообществом! - В итоге, 80% вклада в ядро вносят продажные корпорации.
У Винды код закрытый и написан индусами, а Линукс разрабатывают профессионалы которые знают своё дело! - Алан Кокс отстраняется от разработки Линукса, после попытки переписать говнокод tty не сломав при этом юзерспейс.
Винда - говно, в ней все приложения жирные и напичканные ненужным функционалом! - Но сами переходят с лёгкого lilo на жирный GRUB, с встроенным веб-браузером.
В Винде все настройки и логи - бинарные, если что-то сломается то без специальных утилит не посмотришь, а у нас в Линуксе всё хранится текстом и полно утилит для его парсинга! - Но, в конце-концов, все основные дистрибутивы перешли на поделки Поттеринга с бинарными логами и бинарными настройками.
Как ты там в Винде? Все диски дефрагментировал? - Впопыхах, пишут дефрагментатор для ext4.
У нас, в Линуксе, каждая подсистема state-of-the-art. Взять хотя бы иксы, которые могут передавать изображение с экрана через сеть! - Отказываются от иксов в пользу Wayland и Mir - без сетевой функциональности, зато в разы быстрее.

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

153. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (153), 27-Апр-19, 15:45 
Я бы тебе не плюс, а что-то больше поставил. Всё в точку попал.
Ответить | Правка | Наверх | Cообщить модератору

166. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +15 +/
Сообщение от anonblmous (?), 27-Апр-19, 17:27 
> Винда пишется продажной корпорацией, а Линукс разрабатывается свободным сообществом! - В итоге, 80% вклада в ядро вносят продажные корпорации.

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

> Алан Кокс отстраняется от разработки Линукса, после попытки переписать говнокод tty не сломав при этом юзерспейс.

То-то каждый месяц уже предупреждения выходят про виндовые обновления - "kbNNNNNNN не ставь, оно ломает то-то".

> Винда - говно, в ней все приложения жирные и напичканные ненужным функционалом!

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

> Но сами переходят с лёгкого lilo на жирный GRUB, с встроенным веб-браузером.

Внезапно, lilo и extlinux/syslinux никуда (как минимум из дебиана и производных) не выкинуты, не хошь grub, ставь их.

> В Винде все настройки и логи - бинарные, если что-то сломается то без специальных утилит не посмотришь,

Более того, записи, относящиеся к конкретному приложению, после сноса приложения превращаются в тыкву, т.к. требуют .dll со строковыми значениями в ресурсах. Кроме того, у типового виндового приложения, писанного непродажной корпорацией, логи вообще писать не принято, а подсистемы самой винды, кроме тех "бинарных логов" нередко пишут еще и текстовые - каждый в своём формате и непременно в каком-нибудь малоочевидном месте. Могу примеры привести, если интересно.

> а у нас в Линуксе всё хранится текстом и полно утилит для его парсинга! - Но, в конце-концов, все основные дистрибутивы перешли на поделки Поттеринга с бинарными логами и бинарными настройками.

И при этом по journald (как минимум в том же дебиане и производных) по умолчанию настроен так, что свои журналы на диске не хранит, и дублируется тёплым ламповым rsyslog'ом (который таки пишет текстовые файлы).

> Взять хотя бы иксы, которые могут передавать изображение с экрана через сеть! - Отказываются от иксов в пользу Wayland и Mir - без сетевой функциональности, зато в разы быстрее.

Mir умер вместе с Unity (и туда ему и дорога). Wayland пока еще допилят... а всеми изруганные "архаичные" иксы живее всех живых и молча работают. Передача через сеть на типовом ПК нужна крайне редко, и опять же в случае клиент-серверного приложения как-то более актуальны либо веб-морды, не привязанные к конкретной ОС, либо "толстые клиенты" в случае чего-то тяжёлого и специфического.

В общем, наброс ваш не удался.

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

275. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Вульвез (?), 01-Май-19, 20:55 
Да фигня обе ОС, толи дело старый добрый DOS... Все просто и понятнео без кучи наворотов лишних.
Однакл приходится выбирать из того что есть, и для разных задач то линукс лучше заедет то винда... Бубен в любом случае под столом лежать должен.
Ответить | Правка | Наверх | Cообщить модератору

185. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 21:27 
> Разумеется есть, если не вестись на пингвинячьи песни.

Ты сам-то понял, где наврал?

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

229. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 07:58 
>> Разумеется есть, если не вестись на пингвинячьи песни.
> Ты сам-то понял, где наврал?

"" Понгвин - птица певчая.  Пока не пнёшь не запоёт. ""

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

205. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от аноно (?), 28-Апр-19, 12:05 
>Винда пишется продажной корпорацией, а Линукс разрабатывается свободным сообществом! - В итоге, >80% вклада в ядро вносят продажные корпорации.

А продажные компании используют СПО в хвост и гриву. Помоему все по честному.

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

213. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Tifereth (?), 28-Апр-19, 17:48 
Слишком толсто, да и опоздало лет на -надцать. Давно уже пора вырасти из холиваров и пользоваться тем, что оптимально подходит под задачу. Хотя если больше делать нечего, то холиварьте, конечно.

Кто в реале плотно работал с разными ОС, тот отчётливо знает, что всё это те же яйца, вид сбоку.

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

222. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Ordu (ok), 29-Апр-19, 03:25 
> Слишком толсто, да и опоздало лет на -надцать.

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

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

215. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от username (??), 28-Апр-19, 21:54 
Я орнул когда они сперва захейтили маковский launchd и его подход к инициализации сервисов(по запросу) после чего в системд по тихому спустя годы была запилена похожая возможность.
Да многое так было с маком. Поносили dmg - напилили снап и  Флатпак.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

218. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Skullnetemail (?), 28-Апр-19, 22:27 
Толсто.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

9. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +13 +/
Сообщение от asdasd (?), 26-Апр-19, 22:08 
Таки NTFS поддерживает регистрозависимость, просто она выключена для совместимости.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

22. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от А (??), 26-Апр-19, 23:36 
Где включить?
Ответить | Правка | Наверх | Cообщить модератору

35. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (35), 27-Апр-19, 00:00 
fsutil.exe file setCaseSensitiveInfo "Путь до папки" enable
Ответить | Правка | Наверх | Cообщить модератору

70. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (70), 27-Апр-19, 07:32 
А соответствующий ключик реестра в 7-ке есть?
Ответить | Правка | Наверх | Cообщить модератору

106. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от NTFS (?), 27-Апр-19, 10:33 
Да, есть. Начиная с Win2000, есть возможность включить регистрозависимость.
Ответить | Правка | Наверх | Cообщить модератору

96. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (96), 27-Апр-19, 10:00 
Использовать Native API вместо Win32 API и обёрток над последним.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

158. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (158), 27-Апр-19, 15:58 
Это, конечно, так ускорит винду...
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

223. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от ну (?), 29-Апр-19, 04:48 
ты шаришь в винде ?
подскажи где в реестре 10-ки
можно увеличить уровень звука - очень слабый на ноуте
на форумах виндовых одни имбицильные стремы а толкового ответа нет
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

277. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от lobzanoff (?), 14-Дек-20, 15:49 
у меня так было, заменил дрова от производителя чипа дровами с сайта производителя ноутбука.
Ответить | Правка | Наверх | Cообщить модератору

12. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +6 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 22:28 
>Виндовенько.

Так для виндопримочек, скорее всего, и делается: samba, wine, dosbox до кучи.

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

38. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от Fedor (??), 27-Апр-19, 00:11 
Можно использовать для почтового сервера, например. user+dir@mail.com и user+Dir@mail.com будут складываться в одну директорию...
Ответить | Правка | Наверх | Cообщить модератору

69. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноня (?), 27-Апр-19, 07:19 
Можно обыграть на уровне приложения
Ответить | Правка | Наверх | Cообщить модератору

137. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от forum reader (?), 27-Апр-19, 13:42 
нет разницы где ставить костыли
Ответить | Правка | Наверх | Cообщить модератору

188. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноня (?), 27-Апр-19, 22:00 
Разница есть. Вот вы почту получаете. Казалось бы, причем тут ФС
Ответить | Правка | Наверх | Cообщить модератору

194. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от OpenEcho (?), 27-Апр-19, 22:23 
а ключики на что? %L дает счастье

>Dovecot:
>mail_location = maildir:/usr/local/virtual/%Ld/%Ln

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

230. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:03 
>>Виндовенько.
> Так для виндопримочек, скорее всего, и делается: samba, wine, dosbox до кучи.

Не!  У них на в*нде git тормозит.  Вот смотри: как только запилят регистронезависимость в git  --  знач усё,  Они переходят на "новое" ядро.  >X<<<<P>

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

175. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Акронимemail (?), 27-Апр-19, 19:43 
DOSасто же
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –12 +/
Сообщение от Аноним (4), 26-Апр-19, 21:59 
Наконец-то пофиксили
Ответить | Правка | Наверх | Cообщить модератору

3. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –19 +/
Сообщение от Аноним (3), 26-Апр-19, 21:59 
Будет теперь как у взрослых (MacOS например).
Ответить | Правка | Наверх | Cообщить модератору

5. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +5 +/
Сообщение от Sluggard (ok), 26-Апр-19, 22:01 
В HFS+ наоборот вроде было — включать требовалось как раз чувствительность к регистру.
Ответить | Правка | Наверх | Cообщить модератору

65. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (65), 27-Апр-19, 06:32 
HFS и HFS+ уже легаси, все новые установки идут на APFS
Ответить | Правка | Наверх | Cообщить модератору

56. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (56), 27-Апр-19, 02:19 
Ну да взрослая уже память ни к чему вот по этому бывает что теряет часть данных.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

62. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Кот Матроскин (?), 27-Апр-19, 04:55 
https://www.cio.com/article/2868393/linus-torvalds-apples-hf...
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

6. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (6), 26-Апр-19, 22:02 
И зачем? Даже в NTFS уже поддержку чувствительности к регистру завезли.
Ответить | Правка | Наверх | Cообщить модератору

11. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +5 +/
Сообщение от Аноним (11), 26-Апр-19, 22:16 
Дык из Ext4 у тебя её никто и не забирает.
Ответить | Правка | Наверх | Cообщить модератору

97. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от Аноним (96), 27-Апр-19, 10:03 
В NTFS изначально чувствительна к регистру, в отличие от Windows.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

231. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:06 
> В NTFS изначально чувствительна к регистру, в отличие от Windows.

Она ещё и к 8.3 "чувствительна", да?   Нужная фича -- вон тут половина населения "пользуется каждый день".

Отбейте телеграмку в LKML.

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

7. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Sluggard (ok), 26-Апр-19, 22:03 
А всего-то 4 года назад Линус, отчасти из-за нечувствительности к регистру, поливал макосёвую HFS+ помоями, и называл разрабов Apple обезьянами.
Ответить | Правка | Наверх | Cообщить модератору

24. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +9 +/
Сообщение от Аноним (24), 26-Апр-19, 23:39 
И правильно делал
Ответить | Правка | Наверх | Cообщить модератору

44. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от ананим.orig (?), 27-Апр-19, 00:46 
Это он ещё apfs не видел.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

57. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (57), 27-Апр-19, 02:28 
На hfs+и apfs оно настраивается. А такой дефолт из-за ошибок молодости, теперь это уже не исправить не сломав кучу софта.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

232. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:08 
>А такой дефолт из-за ошибок молодости, теперь
> это уже не исправить не сломав кучу софта.

Ога.  Теперь пусть Тед _нам_ всё поломает.

Будем подпрыгивать -- "как молодые"!

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

242. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от KonstantinB (ok), 29-Апр-19, 11:40 
да никто ж не предлагает это дерьмо включать без крайней необходимости, типа файлопомойки с 100% виндовыми клиентами
Ответить | Правка | Наверх | Cообщить модератору

245. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 12:06 
> да никто ж не предлагает это дерьмо включать без крайней необходимости, типа
> файлопомойки с 100% виндовыми клиентами

Ты уверен, что Тэд со казачки-товарищи не сломал и мой "включённый" код?

И не сломает его в следующий раз, когда будет чинить этот завезённый опечатанными вагонами блоат?

И в следующий?...

И когда будет обновлять для "поддержки" каки-лошади-кошечки емодзи для уникода N+1?

И опять "не затронет" мой, включённый код?

Как проверял?

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

89. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноим (?), 27-Апр-19, 09:33 
А где в статье написано, что эту возможность Линус добавил?
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от anonblmous (?), 26-Апр-19, 22:06 
...а ещё лет через 20 они догадаются, что 255 байт (именно байт, а не символов Unicode) на имя файла - это как-то совсем уж мало.
Ответить | Правка | Наверх | Cообщить модератору

10. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –5 +/
Сообщение от asdasd (?), 26-Апр-19, 22:10 
А на кой черт больше то? o_O
Даже при 2-х байтах это 127 символов. Правда какой-нибудь SHA-512 уже не влезет, но его можно через base64 прогнать и тогда влезет.
Ответить | Правка | Наверх | Cообщить модератору

13. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +9 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 22:31 
>А на кой черт больше то? o_O

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

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

26. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от zzz (??), 26-Апр-19, 23:43 
Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятлы
Ответить | Правка | Наверх | Cообщить модератору

27. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 23:46 
> Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятлы

Нет. Я, как и они, тоже не понимаю, на кой нужны сверхдлинные имена файлов.
Я вообще ни разу не видел, чтобы кто-то кроме вышеуказанной категории использовал настолько длинные названия — это ж неудобно, даже в файловом менеджере сверхдлинные названия просматривать — уже как-то не особо хорошо.
И ещё не понимаю, почему 255 байт это караул, а 255 символов — норма.

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

34. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +8 +/
Сообщение от йож (?), 26-Апр-19, 23:57 
> это ж неудобно

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

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

83. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:40 
> просто у вас нет трёх fullhd мониторов по горизонтали, вот вы и
> завидуете.

На работе как раз 3x fullhd и ещё проектор время от времени подключать приходится.
Дома fullhd + старенький 1280x1024 для вывода видеозвонков и крепления вэбки, благо толщина позволяет. Всё равно не понимаю.

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

111. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (111), 27-Апр-19, 10:42 
> трёх fullhd мониторов по горизонтали

Таноквый триплекс как он есть. Это прямо дно подвала с картошкой.

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

64. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от Тот_Самый_Анонимус (?), 27-Апр-19, 06:01 
>Я вообще ни разу не видел, чтобы кто-то кроме вышеуказанной категории использовал настолько длинные названия — это ж неудобно...

Мне не нужно — значит никому не нужно (лозунг всех линуксоидов). А потом нытьё про 2%.

>Я, как и они, тоже не понимаю...

«... и не пытаюсь понять» — логичное продолжение мысли.

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

84. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:42 
> Мне не нужно — значит никому не нужно (лозунг всех линуксоидов). А
> потом нытьё про 2%.

Вообще-то это лозунг виндоюзеров, что до 2% — так тут ещё вопрос, хорошо это или плохо. 10+ % ценой заточки софта под вендотолпу мне лично не нужны.

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

173. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Тот_Самый_Анонимус (?), 27-Апр-19, 19:28 
> мне лично не нужны.

Да ты и сам не нужен большинству, со своим «ценным» мнением. Людям, которые двигают вперёд линукс и вкладывают в него бабки твоя идеология и мысли в принципе не нужны.

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

174. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 19:43 
> Да ты и сам не нужен большинству, со своим «ценным» мнением.

Какому такому большинству? Кто такие? Поименно.

> которые двигают вперёд линукс

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

>и вкладывают в него бабки

Немало хороших вещей сгинуло как раз по причине того, что в них «вкладывали бабки».

>Нет интегрированного в клиенты механизма обмена медиафайлами.

Истерика?

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

211. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 28-Апр-19, 16:51 
>Немало хороших вещей сгинуло как раз по причине того, что в них «вкладывали бабки».

Каких таких хороший вещей? Что за вещи? Поимённо.

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

212. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 28-Апр-19, 17:25 
> Каких таких хороший вещей? Что за вещи? Поимённо.

Легко.
Mozilla Firefox.
Компьютерный игрострой.
Американский кинематограф.

Что-то не целиком и не полностью, но близко к тому.
Что поделать: «вкладывают бабки» обычно чтобы их приумножить или хотя бы не потерять. Потому «вложенные бабки» и их хозяева не терпят никаких рисков и творчества, старательно гробя «облагодетельствованный» продукт или направление.

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

224. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 29-Апр-19, 05:16 
> Mozilla Firefox.

Отличный браузер, с годами стал лучше. Пользуюсь, пожалуй, с первых версий ± пару лет.

> Компьютерный игрострой.

Количество хороших игр, которые выходят каждый год превышает количество игр выпущенных вообще 20 лет назад. О чём ты?

> Американский кинематограф.

Тут вообще без комментариев. Шедевральность кинофильма никак вообще не коррелирует с его бюджетом. А диванные кинокритики забывают к тому же учитывать ЦА фильмов, жанр (и его неизбежные ограничения) и цели авторов данного конкретного кино, критикуя в итоге условных «Трансформеров» за недостаточную проработанность и драматичность любовной линии ГГ.

Есть подозрение, что ты мил человек балабол, изъясняющийся штампованными фразами и чужими мыслями.

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

258. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от AlexYeCu_not_logged (?), 29-Апр-19, 19:13 
> Отличный браузер, с годами стал лучше. Пользуюсь, пожалуй, с первых версий ±
> пару лет.

Только вот нерабочий.

> Количество хороших игр, которые выходят каждый год превышает количество игр выпущенных
> вообще 20 лет назад. О чём ты?

О том, что нет, не превосходит.

>Шедевральность кинофильма никак вообще не коррелирует с его
> бюджетом.

Коррелирует.

>цели авторов данного конкретного кино,

Срубить бабла. В этом-то и проблема.

> Есть подозрение, что ты мил человек балабол, изъясняющийся штампованными фразами и чужими
> мыслями.

Есть твёрдая уверенность, что ты — тупое хамло.

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

272. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Тот_Самый_Анонимус (?), 01-Май-19, 08:55 
> Какому такому большинству? Кто такие? Поименно.

Все миллиарды людей, которые знать не знают кто ты такой? Ищи сам.

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

Ну так двигай сам. За свои бабки. И за них двигай свои идеи. Тебе лично никто ничего не должен.

> Немало хороших вещей сгинуло как раз по причине того, что в них «вкладывали бабки».

И, заметь, никакое «сообщество», которое, по мысли человека-стола, могло бы поддержать эти открытые проекты, ничего не сделало. Это ещё раз говорит о том что «сообщество» — это пустые балаболы.

> Истерика?

Хз, спрашивай у того, кто это сказал.

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

274. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от AlexYeCu_not_logged (?), 01-Май-19, 10:28 
> Все миллиарды людей, которые знать не знают кто ты такой? Ищи сам.

Тебя-то эти мифические миллиарды тоже не знают, однако ж у тебя хватает наглости говорить от их имени. Иди сам. Адрес знаешь.

>никакое «сообщество», которое, по мысли человека-стола, могло бы
> поддержать эти открытые проекты, ничего не сделало.

Когда бы вверх могла поднять ты рыло…

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

66. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от iPony (?), 27-Апр-19, 07:05 
> И ещё не понимаю, почему 255 байт это караул, а 255 символов — норма.

Не караул. В Windows и macOS больше. Поэтому это всё же проблема не галактическая, но проблемка.

Времена меняются.
В Emoji например есть последовательности, типа 🌈+ 🏳= 🏳️‍🌈
И их много, могут быть большими
https://www.unicode.org/reports/tr51/#SkinTonesForGroupingsU...

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

85. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +11 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:43 
> В Emoji например есть последовательности, типа

Долго не мог уяснить, кто этим пользуется. Теперь представляю предельно чётко.

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

169. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (169), 27-Апр-19, 18:02 
А зачем нужны emoji в именах файлов/каталогов? Какие эмоции должны передавать названия объектов ФС?
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

209. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (209), 28-Апр-19, 16:21 
> А зачем нужны emoji в именах файлов/каталогов? Какие эмоции должны передавать названия
> объектов ФС?

Эмоции, судя по примеру, могут быть разные. От "вау, отправь плиз мне этот няшный видосик" до "фу такое смотреть".

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

220. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от v2_staging_deploy (?), 29-Апр-19, 00:14 
> Эмоции, судя по примеру, могут быть разные. От "вау, отправь плиз мне этот няшный видосик" до "фу такое смотреть".

Предлагаю держать таких людей как можно дальше от компьютеров и интернета.

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

239. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от КО (?), 29-Апр-19, 10:26 
Вы путаете  эмоции с графикой.
А возможность задать имя файла "борьба женщин в грязи" одним символом это внушает. :)
Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

273. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Тот_Самый_Анонимус (?), 01-Май-19, 09:17 
> В Emoji например есть последовательности, типа 🌈+ 🏳= 🏳️‍🌈

Посмотрел ссылку. Символы для девушек, держащихся за руку, «мужчин» держащихся за руку, две бабы с задницей (называемой другими сердцем) между ними...
Гомолобби в юникоде. давно пора создать кодировку без всего этого мусора.
Вампир-негр. Кому это нужно. Рожицы изначально были нейтральны к полу, расе и национальности, а теперь это рассадник всяких фобий. Одни для негров, а другие для белых. Расизм.

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

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

121. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (131), 27-Апр-19, 11:24 
Ну разумеется. Если чего-то нет в Линуксе, то это и не нужно. А то что у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов, то это ничего - 255 байтов хватит всем.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

123. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (123), 27-Апр-19, 11:38 
> у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов

85 иероглифов — это небольшой рассказ накатать можно. А в слоговой письменности вполне соизмеримо с двухбайтной кириллицей. Ergo: раз мне хватает выше крыши, значит и им должно хватать.

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

132. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 12:17 
> Ну разумеется. Если чего-то нет в Линуксе, то это и не нужно.
> А то что у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов, то это ничего - 255 байтов хватит всем.

Хм, если это так мешает азиатам, то почему еще нет патчей/форков?


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

210. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (211), 28-Апр-19, 16:49 
>даже в файловом менеджере

Админы локалхостов с LA 0.0 не палятся. Ограничения на длину имени файла не нужны. Впрочем, ext* тоже не нужны, ни с +F, ни без него.

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

28. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (111), 26-Апр-19, 23:47 
При виде подобного меня безудержно тянет блевать. Данная система защиты безальтернативно приводит к отказу от закачки.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

33. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 23:55 
> При виде подобного меня безудержно тянет блевать. Данная система защиты безальтернативно
> приводит к отказу от закачки.

Многие торрент-клиенты умеют это дело как-то переименовывать (но это лучше уточнить, т. к. могу и напутать, как именно  они проблему решают). Так что при соответствующем клиенте о данной проблеме можно и не узнать. Вот у transmission в багтрекере такая проблема точно была. Я, собственно, две проблемы transmission помню: вот это вот и регулярное затроянивание/забэкдоривание версии для MacOS.

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

52. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 27-Апр-19, 01:42 
Ну например мне по работе нужно было.
В 1С у объектов в конфигурации иногда могут быть длинные названия, больше чем 127 символов кириллицей.

1С при разборке конфигурации выгружает каждый из них в отдельный файл с именем как у объекта и эти файлы создать не может на ext4.
Мне из-за этого приходилось выгружать на ntfs (sic!) смонтированном через ntfs-3g, так как все линуксовые фс (которые были в дистрибутивном ядре) имели такое же ограничение.

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

58. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (57), 27-Апр-19, 02:32 
В reiserfs 4k лимит вроде был.
Ответить | Правка | Наверх | Cообщить модератору

79. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от anonblmous (?), 27-Апр-19, 08:22 
Самая-то радость в том, что ограничение в 255 байт - не в ФС, а в ядре, ЕМНИМС.
Ответить | Правка | Наверх | Cообщить модератору

108. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (123), 27-Апр-19, 10:37 
Багрепорт в 1С отправил?
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

195. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 27-Апр-19, 23:36 
> Багрепорт в 1С отправил?

Багрепорт об ограничении линуксовых фс? Нет, они и так об этом в курсе и при выгрузке предупреждают что такие-то такие-то объекты не будут выгружены из-за слишком длинного имени.

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

78. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от anonblmous (?), 27-Апр-19, 08:20 
> Даже при 2-х байтах это 127 символов.

Напоминаю, что в utf-8 на один символ может быть до 4х байт, т.к. стараниями юникодного комитета в кодировке уже 1112114 символа...
А длинное имя может быть вида "Хрюкин А.В., Кабанченко У.П., Методы и приёмы работ при свежевании летающих слонопотамов в верхних слоях атмосферы с использованием углекислотных лазеров (М., 1989)", например - уже 164 символов, 293 байта.

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

86. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:48 
> Напоминаю, что в utf-8 на один символ может быть до 4х байт,
> т.к. стараниями юникодного комитета в кодировке уже 1112114 символа...
> А длинное имя может быть вида "Хрюкин А.В., Кабанченко У.П., Методы и
> приёмы работ при свежевании летающих слонопотамов в верхних слоях атмосферы с
> использованием углекислотных лазеров (М., 1989)", например - уже 164 символов, 293
> байта.

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

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

87. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от anonblmous (?), 27-Апр-19, 09:08 
Т.е. пользователь для ПО, а не ПО для пользователя?
А удобство - вещь субъективная. Кому-то дерево каталогов вида "документация/инструкции/производственные/вот эта хрень про слонопотамов" более чем удобно. Особенно если это лежит на личном ноутбуке с нерегулярным доступом к сети. И упомянутый "кто-то" в командировке на объекте, находящемся в какой-нибудь тундре, и интернет на объекте если и есть, то медленный, дорогой, и для владельца объекта, а не для командированных из сторонних организаций.
Ответить | Правка | Наверх | Cообщить модератору

117. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 11:08 
>Особенно если это лежит на личном ноутбуке с нерегулярным доступом к сети. И упомянутый "кто-то" в командировке на объекте, находящемся в какой-нибудь тундре, и интернет на объекте если и есть, то медленный, дорогой, и для владельца объекта, а не для командированных из сторонних организаций.

А что, в тундре файловые операции происходят не так, как в той же лесостепи, к примеру?

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

100. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (96), 27-Апр-19, 10:09 
ФС это самая первая база данных.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

112. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (123), 27-Апр-19, 10:43 
Тогда пользуйся ей как базой данных:

Хрюкин/1989
Кабанченко/1989 -> ../Хрюкин/1989

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

133. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 12:48 
> Тогда пользуйся ей как базой данных:
> Хрюкин/1989
> Кабанченко/1989 -> ../Хрюкин/1989

достаточно:
статья

Для всего остального вообще-то давно придумали расширенные атрибуты.

Еще бы их поддерживали не на "от#бись", вообще бы хорошо было, но подозреваю, для этого нужно их достаточно массовое использование, которого не будет без достаточного удобства/поддержки и ухода от "мы давно привыкли запихивать все в имя файла, нам все норм" 🙄

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

138. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (123), 27-Апр-19, 13:45 
Расширенные атрибуты — ещё более ненужный костыль, чем сабж.
Ответить | Правка | Наверх | Cообщить модератору

146. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (96), 27-Апр-19, 14:49 
> Расширенные атрибуты — ещё более ненужный костыль, чем сабж.

Аноним№1 прав, потому не нужен твой комментарий.

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

151. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 15:40 
> Расширенные атрибуты — ещё более ненужный костыль, чем сабж.

Костыль, это по-моему как раз попытка замапить все подряд на древовидную структуру ФС.

Например, я пользуюсь Calibre в качесте БД для книг и статей.
На ФС там оно мапится  вот так:


~/Calibre Library
Ben\ Klemens
│   └── 21st\ Century\ C_\ C\ Tips\ From\ the\ New\ School\ (234)
│       ├── 21st\ Century\ C_\ C\ Tips\ From\ the\ New\ School\ -\ Ben\ Klemens.pdf
│       ├── cover.jpg
│       └── metadata.opf
├── Bjarne\ Stroustrup
│   └── The\ C__\ Programming\ Language\ (19)
│       ├── The\ C__\ Programming\ Language\ -\ Bjarne\ Stroustrup.pdf
│       ├── cover.jpg
│       └── metadata.opf

"Удоообноо" (c) - если бы пришлось навигировать только по ФС.

При этом не отображаются тэги, дата публикации, издательство и рейтинг с комментариями.

Как и к
Хрюкин/1989
Кабанченко/1989 -> ../Хрюкин/1989
желательно еще название, теги, комментарий и прочее.
И автоматика, которая будет добавлять или убирать после удаления статьи/книги, дабы не оставлять кучи непонятных артефактов.
Но нет, использование xattr, на которые такой юзкейз хорошо ложится конечно же костыль,
а вот создавать кучу иерархий с симлинками (а на деле - пихать все в имя файла) -- отличное решение 🙄

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

162. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от anonblmous (?), 27-Апр-19, 17:10 
Имя файла, пардоньте, при копировании по сети и/или на другую ФС не уродуется (при условии, что на принимающей стороне нет проблем с кодировками и длиной имени файла). А метаданные как в общем случае передавать? Вон, в NTFS альтернативные потоки данных есть - хошь метаданные пихай, хошь еще чего. И кто этим кроме самой винды и _вроде бы_ кацпердского пользуется? У однокнопочных тоже вон какие-то атрибуты в ФС есть - при копировании на не-маковскую ФС добавляют скрытый каталог с теми метаданными. И много с них толку в винде или линукс?
Ну, можно очередной "универсальный" формат для метаданных придумать, не привязанный к ФС.
Sidecar-файл в формате xml, как у Adobe.
Вот тупо будет пара файлов - filename.ext и filename.ext.metadata.
И кто этим пользоваться будет, даже если какая-то контора масштаба межделмаша международный стандарт продавит? А никто.
Потому "пихать инфу в имя файла" - меньшее зло, ибо "хоть что-то, хоть как-то, везде работает и прямо сейчас", а не в далёком светлом будущем.
Ответить | Правка | Наверх | Cообщить модератору

168. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 17:55 
> Имя файла, пардоньте, при копировании по сети и/или на другую ФС не уродуется (при условии, что на принимающей стороне нет проблем с кодировками и длиной имени файла).

Во-во. Маааленький (и "редкий") такой пунктик с кодировками из серии "а так все хорошо, прекрасная маркиза" ;)
Кстати, а ведь можно было бы сохранять в теге типа "encoding" ;)

> А метаданные как в общем случае передавать?

Вас не смущает наличие и передача метаданных в MP3 или tar/zip?

> Вон, в NTFS альтернативные потоки данных есть - хошь метаданные пихай,

...
> Вот тупо будет пара файлов - filename.ext и filename.ext.metadata.
> И кто этим пользоваться будет, даже если какая-то контора масштаба межделмаша международный
> стандарт продавит? А никто.
> Потому "пихать инфу в имя файла" - меньшее зло, ибо "хоть что-то,
> хоть как-то, везде работает и прямо сейчас", а не в далёком светлом будущем.

Вот это я и подразумевал под
>"Еще бы их поддерживали не на "от#бись"

и
> ухода от "мы давно привыкли запихивать все в имя файла, нам все норм"

Нормальная поддержка предполагает кроме "внутресистемной" и  копирование (части) атрибутов по умолчанию в каком нибудь общем формате для "экспорта".
Хотя бы "header:size, метаданные, данные". Открытие-чтение через ОС-АПИ или распространенную либу. Ведь с тем же zip особых проблем не возникает.
На уровне ФС это по сути (в самом простом варианте) еще один файл в директории с триплами "inode, value:key" - главное чтобы оно "на всех уровнях" поддерживалось.

А так да, "пропихивать" желательно было еще до массового распространения компов или хотя бы в начале 2000х (концепту тегов в ФС, если мне не изменяет память, все равно намного больше лет).
Сейчас сделать что-то уже намного тяжелее - "мы не привыкли,  да и деды обходились без! Не нужно!" :)


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

170. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от anonblmous (?), 27-Апр-19, 18:04 
> Вас не смущает наличие и передача метаданных в MP3 или tar/zip?

Смущает. Потому что формат тех метаданных привязан к конкретному типу файла, и произвольное приложение, не знающее о формате тех же mp3, не сможет эти метаданные прочитать.
И какое именно mp3? Прямо поток mp3 с тэгами id3? А какой версии тэги? А если у нас mp3 завёрнут в RIFF (.wav)? Или в .ogg? Или еще во что? И в каждом контейнере добавляется свой формат метаданных.
У TAR, кстати, как минимум два несовместимых между собой варианта (GNU и какой-то более старый, забыл правильное название).
У ZIP тоже куча версий.
А есть еще вагон всяких закрытых форматов, спецификации на которые и за деньги-то не всегда дают.

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

193. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 22:18 
>> Вас не смущает наличие и передача метаданных в MP3 или tar/zip?
> Смущает. Потому что формат тех метаданных привязан к конкретному типу файла, и
> произвольное приложение, не знающее о формате тех же mp3, не сможет
> эти метаданные прочитать.

Произвольное приложение не сможет и mp3 прочитать, так что тут никакого "убытку". Конвертеры в разные варианты опять же есть.
Про проблемы с тегами я тоже не понаслышке знаю ;), но вообще, "срукожопить/испортить" можно что угодно -- зато если с id3 тегами все нормально, получаем хорошую музыкальную библиотеку, не привязанную к конкретному софту.

> У TAR, кстати, как минимум два несовместимых между собой варианта (GNU и
> какой-то более старый, забыл правильное название).
> У ZIP тоже куча версий.

Это понятно. Но во-первых - я ж больше помечтать о том, что можно было бы сделать весьма простыми средствами.
Во-вторых - в повседневной жизни с tar/zip все же проблем возникает на удивление мало (для такого обилия различных форматов). Тем более, в пределах одной системы.
В-третьих, тут ведь надо всего-то  экпортировать ключ:значение и сойтись на использовании пары десятков имен для ключей (там author, title, hash, keyword).

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

248. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от J.L. (?), 29-Апр-19, 13:44 
> Произвольное приложение не сможет и mp3 прочитать, так что тут никакого "убытку".

тоесть через find вы уже не найдёте свою песенку если формат имени файла будет не артист-альбом-название_песни.mp3

но меня это положение дел очень не радует
с тем же видео я бы хотел иметь не файл mkv с зашитыми в него дорожками, а набор файлов с видеодорожками (разных форматов, разрешений, степени пожатия), аудиодорожками (разные варианты озвучки), субтитрами (разные варианты, разные языки), метадатой
и чтоб этот набор программы воспринимали связанно

зы: кто сказал "директория двд-дорожек"(забыл как этот формат звать с кучей файлов в папке)?

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

252. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним84701 (ok), 29-Апр-19, 16:11 
>> Произвольное приложение не сможет и mp3 прочитать, так что тут никакого "убытку".
> тоесть через find вы уже не найдёте свою песенку если формат имени
> файла будет не артист-альбом-название_песни.mp3

В смысле xattr или в ID3?
В первом случае поэтому и ратую за поддержку (в яблочной версии find она, говорят, даже есть), хотя оно костыляется и c помощью "find . -exec xattr что-то там".
Для ID3 тоже никто не мешает читать дополнительную информацию, которая не хранится в ФС, отдельно - что-то типа:
% find ~ -type f -iname "*.mp3" -exec mp3info -p "Artist:%a Year:%y %F\n"  {} \; 2>/dev/null|grepi  

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

107. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (123), 27-Апр-19, 10:36 
> Правда какой-нибудь SHA-512 уже не влезет, но его можно через base64 прогнать и тогда влезет.

Учимся считать: 512 бит это 64 байта, в HEX-виде один байт записывается двумя символами, значит нужно 128 символов (однобайтных). Что у тебя не влезет?

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

124. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 27-Апр-19, 11:49 
При двух, ага. А вот для китайских или японских символов это оказывается всего 85. Причем не обязательно брать именно их алфавит, они бывают в названиях используют "широкие" варианты английских символов/цифр/знаков препинания (1234;Vot tak!)

И, внезапно, лимит в 85 символов после виндового в 255 UTF-16 символов реально мешает представить в линуксовых ФС имеющиеся имена. Хотя одной ФС тут не решить, проблема-то на уровне ядра, где NAME_MAX это 255, а в POSIX путь это всегда байты, а не широкие символы. И вроде как никто не пытался проверять, что будет если этот лимит поднять (в смысле насколько плохо станет софту).

Вообще я неоднократно сталкивался с необходимостью урезать имена, созданные в винде. Это, конечно, специфичные случаи, но бывают.

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

19. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (19), 26-Апр-19, 23:19 
Эта константа видна на уровне пользователя, её не так просто изменить, если вообще реально.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

31. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от zzz (??), 26-Апр-19, 23:51 
Эту константу можно было увеличить при проектировании следующей версии. В реальности же имеем старый добрый ext2 с журналированием.
Ответить | Правка | Наверх | Cообщить модератору

113. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (123), 27-Апр-19, 10:51 
> константа
> не так просто изменить

/0

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

67. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (67), 27-Апр-19, 07:07 
Это не на имя, а на весь путь.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

91. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноим (?), 27-Апр-19, 09:34 
нет. на весь путь 4К
Ответить | Правка | Наверх | Cообщить модератору

73. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (70), 27-Апр-19, 07:38 
>что 255 байт (именно байт, а не символов Unicode) на имя файла - это как-то совсем уж мало.

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

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

90. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноим (?), 27-Апр-19, 09:33 
Расскажите (нет, ну серьезно) что у вас за имена такие?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

233. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:23 
> Расскажите (нет, ну серьезно) что у вас за имена такие?


$ ( mkdir 1 && cd 1 && N=1 && while :; do if [ -e "$N" ] || ! touch TODO "$N"; then echo "вот \"$N\" такие, ${#N}"; break; else N="$N$(date +%1N)"; fi; done )
touch: невозможно выполнить touch для '1777777778888888888888888888888888888888888888888888999999999999999999999999999999999999999999990000000000000000000000000000000000000000000000111111111111111111111111111111111111111111111222222222222222222222222222222222222222222233333333333333333333333333': Слишком длинное имя файла
вот "1777777778888888888888888888888888888888888888888888999999999999999999999999999999999999999999990000000000000000000000000000000000000000000000111111111111111111111111111111111111111111111222222222222222222222222222222222222222222233333333333333333333333333" такие, 256
$ _
Ответить | Правка | Наверх | Cообщить модератору

14. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +8 +/
Сообщение от Аноним (14), 26-Апр-19, 22:48 
Ждем новых порций говнокода от школь^Wразработичков использующий для кодинга case-insensitive раздел
Ответить | Правка | Наверх | Cообщить модератору

40. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от НяшМяш (ok), 27-Апр-19, 00:15 
А разве его раньше не было? Сколько раз видел виндоразрабов, коммитящих и подключающих модули в разных регистрах, а потом это добро доблестно взрывалось на продакшне.
Ответить | Правка | Наверх | Cообщить модератору

51. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (51), 27-Апр-19, 01:27 
>А разве его раньше не было? Сколько раз видел виндоразрабов, коммитящих и подключающих модули в разных регистрах, а потом это добро доблестно взрывалось на продакшне.

Так они в проприетарщину коммитили, а теперь и в опенсорц пойдет г-но

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

71. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от пох (?), 27-Апр-19, 07:35 
угу, и в ридми будет 0. отключите поддержку case sensitivity для нашего прекрасного проекта или не жалуйтесь, что ничего не работает

как годами альтернативно-одаренные поступали с selinux - даже в тех случаях, когда достаточно было минимальной аккуратности в том что и как делаешь, никакой необходимости в писании наколеночных модулей (хотя и это не бином ньютона)

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

128. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (123), 27-Апр-19, 11:55 
> а потом это добро доблестно взрывалось на продакшне.

В тестирование не смогли?

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

201. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (201), 28-Апр-19, 05:06 
"У меня на ноутбуке все работало"
Ответить | Правка | Наверх | Cообщить модератору

270. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (270), 30-Апр-19, 21:15 
Если кто разворачивает систему сразу на прод, пенять на разрабов ему следует в последнюю очередь.
Ответить | Правка | Наверх | Cообщить модератору

17. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от n1rdeks (ok), 26-Апр-19, 23:09 
Ой нехорошо это. Что-то грядёт.
Ответить | Правка | Наверх | Cообщить модератору

21. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (-), 26-Апр-19, 23:36 
Что именно может "грясти"?
И какие еще предзнаменования?
И как жить то дальше (если гром бухнет?)
Ответить | Правка | Наверх | Cообщить модератору

29. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Анонимemail (29), 26-Апр-19, 23:48 
А да давно уже все стало пофиг ибо все равно хуже уже не будет, после всех свистоплясок с названиями интерфейсов, с отменой iptables и внедрением systemd с PulseAudio перешел с режима что там новенького придумали на режим а ну как-то с этим дерьмом надо жить дальше...
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

46. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (24), 27-Апр-19, 00:59 
Ребята то не в курсе что таблицы отменили, используют зачем-то. Еще и ifconfig с netstat небойсь из могилы раскопали, вот стыд
Ответить | Правка | Наверх | Cообщить модератору

149. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от АнОним (?), 27-Апр-19, 15:34 
А почему это  ifconfig и netstat в могиле? У меня они во всю работают!
Ответить | Правка | Наверх | Cообщить модератору

148. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от АнОним (?), 27-Апр-19, 15:33 
>хуже уже не будет

Каждый день так думаю. И каждый следующий день понимаю что ошибался.
>как-то с этим дерьмом надо жить дальше

Это точно

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

140. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (123), 27-Апр-19, 13:51 
В день преподобного мученика Стефана земля налетит на небесную ось!
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (24), 26-Апр-19, 23:32 
> UTF-8

а раньше, разве, не было? Как же на данный момент храниятся юникодовые имена?

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

49. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (49), 27-Апр-19, 01:17 
Тоже этот вопрос одолевает...
Особенно в свете того, что любой уважающий себя линухятник считал за должное пнуть BSD и её [по их нескромному мнению] "запоздалую" поддержку UTF-8 в консоли. Вот только у ZFS с UTF-8 всё Ok от рождения by design. А тут в "божественную" ext4 внизапна какие-то патчи. Чудны дела твои, господин оторвальдс...
Ответить | Правка | Наверх | Cообщить модератору

88. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +7 +/
Сообщение от Нанобот (ok), 27-Апр-19, 09:11 
вот смотри: есть символы 'ы' и 'Ы', это одна и та же буква в разном регистре. для ядра это последовательности байт 'd1 8b' и 'd0 ab'. чтобы определить, что эти последовательности обозначают одну и ту же букву, ядро должно знать, как интерпретировать такую последовательность байт, а также иметь какую-то таблицу соответствия больших и маленьких букв.
для простого сохранения имени файла достаточно было сохранять последовательность байт, а вот для того, чтобы отличить буквы разных регистров, уже нужно уметь работать с кодировкой
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

114. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (123), 27-Апр-19, 10:53 
> для того, чтобы отличить буквы разных регистров, уже нужно уметь работать с кодировкой

Для того, чтобы отличить, как раз не надо. Надо для того, чтобы не отличать.

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

171. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (24), 27-Апр-19, 19:04 
Я уже разлуркал, что ext на сей момент не заботят имена и они кое-как показываются чем-либо использую локаль из LANG, которая, к счастью, нынче x.UTF-8
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

172. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (24), 27-Апр-19, 19:04 
> нынче

[обычно ставится]

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

141. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (141), 27-Апр-19, 14:01 
На данный момент текстом имена не хранятся. Хранятся ничего не значащие байты, к которым не предъявляется (почти) никаких требований.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

234. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:28 
>> UTF-8
> а раньше, разве, не было? Как же на данный момент храниятся юникодовые
> имена?

Все имена файлов в  --  последовательности байтов.

Кроме некоторых.  Про них нам расскажут адепты культа дохлого 8.3...

...прямо тут--->>>

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

25. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от Аноним (25), 26-Апр-19, 23:42 
Вот чего не хватает, дак это ZSTD. А работать с файлами без учета регистра все утилиты и так давно умеют.
Ответить | Правка | Наверх | Cообщить модератору

50. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Кот Матроскин (?), 27-Апр-19, 01:21 
https://github.com/dm-vdo

https://access.redhat.com/documentation/en-us/red_hat_enterp...

https://www.redhat.com/en/blog/look-vdo-new-linux-compressio...

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

81. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от anonymous (??), 27-Апр-19, 08:24 
RedHat only
Ответить | Правка | Наверх | Cообщить модератору

127. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Stax (ok), 27-Апр-19, 11:52 
Что за бред? Это полностью открытая технология. GPLv2 лицензия. То, что редхат потрудился над интеграцией этого в свой дистрибутив, а авторы вашего нет - уж явно не проблема редхата. Требуйте от авторов вашего дистрибутива того же, или меняйте, голосуйте рублем, так сказать. Ну или сами интегрируйте, вместо стонов "redhat only"...
Ответить | Правка | Наверх | Cообщить модератору

142. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от anonymous (??), 27-Апр-19, 14:06 
Какой стон? Это не стон, а просто замечание. Не будьте столь негативны :)

А вообще суть замечания скорее в том, что это не в ванильном ядре, а сторонняя поделка.

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

163. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (25), 27-Апр-19, 17:16 
Выглядит как костыль. Наверно поэтому и нет во всех дистрибутивах...
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

177. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 27-Апр-19, 19:57 
> Выглядит как костыль. Наверно поэтому и нет во всех дистрибутивах...

Костыль или нет, но видимо рабочий. Хотя работа на блочном уровне без информации, где какой файл, а где вообще метаданные это весьма грустно, и, как видно по бенчмаркам, дает большой удар по производительности. А единственная другая бесплатная рабочая альтернатива (zfs) имеет нерешаемые проблемы с лицензией, что с некоторой точки зрения делает ее еще большим костылем  (в плане, что можно поставить RHEL или Centos и иметь гарантированно рабочий vdo из коробки, а zfs  - нельзя, и перспектив улучшения не видно). Остальные альтернативы либо объективно небезопасны (btrfs), либо предлагаются в некоторых коммерческих решениях за весьма большие деньги, что может и сводить на нет экономические выгоды от сжатия, и просто создает громадные проблемы с доступностью.

Ну а на безрыбье и рак рыба )

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

190. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (25), 27-Апр-19, 22:11 
zfs и btrfs - монстры. Первой нужно очень много памяти для нормального функционирования. Вторая в принципе медленная. Сколько не тестировал её phoronix, результат всегда один - значительное отставание от ext4. Ценность данных систем в фишках, но не в скорости. EXT4 же лёгкая система, идеальна для десктопа.
Ответить | Правка | Наверх | Cообщить модератору

196. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Gannet (ok), 27-Апр-19, 23:48 
Ты типа истина в последней инстанции или как?
Ответить | Правка | Наверх | Cообщить модератору

207. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (207), 28-Апр-19, 15:00 
Он просто озвучил факты. Для многих истиной в последней инстанции они являются. Как для вас - решайте сами.
Ответить | Правка | Наверх | Cообщить модератору

221. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Gannet (ok), 29-Апр-19, 00:57 
> Он просто озвучил факты. Для многих истиной в последней инстанции они являются.
> Как для вас - решайте сами.

Какие факты он озвучил? Пруфы где? Он озвучил своё IMHO, не более. Кончайте балаболить, заколупали уже своим "экспертными" умозаключениями.

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

217. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от пох (?), 28-Апр-19, 22:02 
он просто перепевщик стандартных urban legends, читатель похороникса.

не работал ни с тем, ни с другим, ясен пень.
Как ни странно, но из неверных предпосылок сделан верный вывод - "на пятнадцать лет устаревшее ненужно идеально для на пятнадцать лет устаревшего ненужно".

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

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

219. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (25), 28-Апр-19, 22:48 
Вижу на данный пост претендуешь ты?
Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

202. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (201), 28-Апр-19, 05:10 
Оно просто раньше проприетарным было, а редхэт заопенсорсил после покупки компании-разработчика лишь около года назад. Возможно, через некоторое время причешут и предложат в апстрим.
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

160. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (158), 27-Апр-19, 16:01 
lz4
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

32. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от segesg (?), 26-Апр-19, 23:53 
ЗАЧЕМ?
Ответить | Правка | Наверх | Cообщить модератору

36. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от йож (?), 27-Апр-19, 00:00 
потому что могут. в ластоногое ведро сейчас можно нести любую чушь - линус подобрел на старости. ТПРЬ МЖНО!!1
Ответить | Правка | Наверх | Cообщить модератору

72. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от пох (?), 27-Апр-19, 07:37 
всегда было можно. Условие - вашу чушь нужно уложить в патч на три строки, чтоб линусу было удобно и приятственно его смотреть, и она не должна затрагивать что-то что sponsored by redhat.

Кстати, заметьте, этот подарок принес нам лично T.Ts'o

Впрочем, посмотрите как реализован dirhash - и ничему уже не удивляйтесь.

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

115. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (123), 27-Апр-19, 10:57 
> Кстати, заметьте, этот подарок принес нам лично T.Ts'o

Что-то не заметили.

From:   Gabriel Krisman Bertazi <krisman@...labora.com>

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

244. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от . (?), 29-Апр-19, 12:02 
это "многочисленные просьбы от имени групп трудящихся". К счастью, не имеющих пока права комитить свои просьбы напрямую.

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

37. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (37), 27-Апр-19, 00:10 
Это не только тупо, но еще и медленнее. Привод юникодных символов к одному регистру требует дополнительных затрат
Ответить | Правка | Наверх | Cообщить модератору

43. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Ordu (ok), 27-Апр-19, 00:29 
> Это не только тупо, но еще и медленнее.

Медленнее чем что?

Вот смотри, есть например wine. Wine -- это реализация win32api, созданная для того, чтобы вендопрограммы запускать. Вендопрограммы предполагают регистронезависимость. А это значит, что неплохо было бы, реализовывая всякие вендовые функции работы с файловой системой, обеспечить работу с регистронезависимыми путями. Но если так, то даже элементарный OpenFile превращается в огромного монстра, который берёт путь к файлу из аргументов, и начинает идти по нему регистронезависимо. На каждый элемент пути потребуется, я полагаю, 3+ сисколла (открыть директорию, прочитать директорию, закрыть директорию).

Когда же это делает ядро, то вся эта работа выполнится в два переключения контекста: один раз в ядро через open(2), и один раз обратно.

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

55. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 27-Апр-19, 02:05 
> есть например wine

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

Так же, использование этого флага на каталогах куда ходят линуксовые программы (например если ~ или /tmp в вайн пробросить) может вызывать всякие странные глюки, т.к. подавляющее большинство таких программ не будет готово к такому поведению фс.

В итоге это будет использоваться только в каких-то узкоспециализированных случаях, например в каком-нибудь дистрибутиве заточенном под игры в wine или там в NAS.

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

60. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от Ordu (ok), 27-Апр-19, 03:42 
>> есть например wine
> Вот только как вайн будет узнавать, включен ли на директории этот новый
> флаг или нет? Ведь без него нужно оставить старое поведение (с
> преобразованиями).
> А проверка что флаг включен это как минимум дополнительный сискол.

Это можно прописать в настройках. Вот есть у тебя ~/.wine/drive_c, в настройках прописано дефолтом что он case insensitive, и wine создавая его и все его поддиректории проставляет флаг. А потом он может даже не проверять: если пользователь достаточно продвинут, чтобы скинуть этот флаг, то значит он должен быть готов к последствиям.

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

Вон, как пишут в комментах, венда в ntfs умеет в регистрозависимость. И пользователь может рулить этой регистрозависимостью как хочет. То есть если wine свалит вопросы регистра на ядро, то он устранит все различия с вендой в этом плане. И получит бонус к производительности, потому что не надо будет пользоваться юзерспейс костылями.

> Так же, использование этого флага на каталогах куда ходят линуксовые программы (например
> если ~ или /tmp в вайн пробросить) может вызывать всякие странные
> глюки, т.к. подавляющее большинство таких программ не будет готово к такому
> поведению фс.

Подавляющее большинство программ ничего не заметит. Возьми coreutils, например, те берут имея файла из argv, открывают этот файл, что-то с ним делают, закрывают. Им совершенно фиолетово, регистрозависимо оно или нет. А какой-нибудь там ls, который имена файлов берёт читая директорию, тоже не заметит ничего особого. Ну прочитал он имена файлов, и чё? Там какие-либо аберрации могут возникать тогда, когда есть два разных источника для имени файла и они дают имя файла в разных регистров. Но что именно? Возьмём cp: мы сказали cp /tmp/file .; в /tmp этот файл на самом деле назван как File, а в ./ тоже есть файл с именем FILE, в результате конечный регистр имени файла в ./ будет зависеть от деталей реализации cp. Может быть мы получим ./file, может быть ./File, может быть ./FILE. Ну и чё? Это называется UB, и как правило это не страшно. Это будет страшно если ты начнёшь писать заморочные скрипты, не учитывая этих UB.

Но и тем не менее, подавляющее большинство программ ничего не заметит. А если каким-то образом в линуксе станет модно использовать регистронезависимую фс (во что я не верю впрочем), то эти программы поправят с тем, чтобы они умело обрабатывали бы такие случаи.

> В итоге это будет использоваться только в каких-то узкоспециализированных случаях, например
> в каком-нибудь дистрибутиве заточенном под игры в wine или там в
> NAS.

Или в веб сервере, чтобы тот мог бы хранить файлы с именами в тОм РеГиСтРе в котором они были залиты на сервер, но при этом сохранять агностичность к регистру символов в url'ах. Или общесистемно, дабы никому в голову не приходила глупая идея создавать файлы с одинаковыми именами, различающимися лишь регистром.

Таких узкоспециализированных случаев может возникать много разных. И если их все объединить в одну группу, то эта группа случаев может оказаться не такой уж и малой. Но даже это не очень важно, потому что linux давно уже пытается быть бочкой во всех затычках. Технологическая проститутка.

Но и это не очень важно. В чём собственно проблемы? Ну поддерживает linux какие-то узкоспециализированные случаи, которые тебе не нужны, тебе-то что с того?

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

74. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от пох (?), 27-Апр-19, 07:41 
> только как вайн будет узнавать, включен ли на директории этот новый флаг или нет?

README.shit-d
0. включите или ничего работать не будет

сейчас так принято.

> А проверка что флаг включен это как минимум дополнительный сискол.

а case-insensitive поиск по fs с учетом локали - это семечки. Включая даже и просто банальную проверку if (nocase) {} - выполняемую при массовых поисках миллионы раз в секунду, даже если фича тебе нахрен вот вообще не сдалась.

Заставляли бы всех любителей 1 windows way просто использовать ntfs3g, я был бы счастлив. Заодно, может, код бы чуток обновили, хотя...не, с этими руками лучше не надо.

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

263. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от adolfus (ok), 30-Апр-19, 14:13 
> На каждый элемент пути потребуется, я полагаю, 3+ сисколла
> (открыть директорию, прочитать директорию, закрыть директорию).

Нет такого слова в русском языке "директория".

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

268. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним84701 (ok), 30-Апр-19, 20:39 
> Нет такого слова в русском языке "директория".

Увы:
https://ru.wiktionary.org/wiki/директория
Ну или
> Толковый словарь Ушакова
> ДИРЕКТОРИЯ
> ДИРЕКТОРИЯ, директории, мн. нет, ж. (полит.). Коллегия директоров (во 2 знач.), правителей государства, напр. в эпоху Великой французской революции (1795 - 1799),
> контрреволюционная организация в эпоху гражданской войны (на Украине, в Уфе).

Я вообще краем уха слышал, что носители языка его постоянно меняют, подстраивая под современные реалии ;)

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

271. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Ordu (ok), 01-Май-19, 02:50 
>> На каждый элемент пути потребуется, я полагаю, 3+ сисколла
>> (открыть директорию, прочитать директорию, закрыть директорию).
> Нет такого слова в русском языке "директория".

Это проблемы русского языка, это не мои проблемы.

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

157. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (158), 27-Апр-19, 15:56 
На фоне приложений на антиэкологичных bloatlangs (java, python, etc) выглядит как нытье по волосам после потери головы. Хотя лично я не вижу смысла в регистронезависимости...
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

235. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:32 
>требует дополнительных затрат

и дырявых парсеров с переполнениями!

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

39. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от zloykakpes (ok), 27-Апр-19, 00:14 
Начиная читать новость после заголовкая меня посетила буря эмоций, ну как же так?! И что, теперь в наших линуксах File и file будут одним и тем же файлом?!

С другой стороны, мы же подобны ретроградам, которые всюду противятся новшествам. Да, будет такой флаг в ФС, но это добавит гибкости. Хочешь — используй. Не хочешь — ну так и не rwx единым, добавим сюда suid и скорее всего он тоже доставил проблем в прошлом.

Всегда есть альтернатива и что-то новое — это и есть этот прогресс, это и есть то, ради чего мы юзаем опенсофт и котрибьютим по возможности.

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

53. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Гентушник (ok), 27-Апр-19, 01:52 
Это не прогресс, а регресс.
Взяли бы что полезное, например сжатие там или нормальные (per directory) квоты сделали - милости просим. А так, завезли костыль, тянущийся ещё со времён доса (или раньше?).
Ответить | Правка | Наверх | Cообщить модератору

130. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 27-Апр-19, 12:00 
> Взяли бы что полезное, например сжатие там

А что, кстати, мешает? Где оно, сжатие в ext4 или xfs на уровне файлов (а не блочном уровне как в vdo)? btrfs не предлагать.

Вон в NTFS уже несколько по-разному реализованых механизмов сжатия выкатили. К историческим несколько лет назад добавили новый через reparse points с кучей (неплохих - современных, эффективных и параллелящихся) алгоритмов на выбор. Да и еще во времена ext2 были экспериментальные (но вполне рабочие, сам использовал во времена 2.2) патчи для поддержки атрибута +c (e2compr). И где оно сейчас?

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

208. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (25), 28-Апр-19, 15:29 
На уровне файлов не годится точно. Базы данных такого не потерпят. Нужно на уровне блоков. И есть предположение, что EXT4 придется полностью переписать, чтобы внедрить сжатие. Т.е. этот косяк заложен в архитектуру, не предусмотрели.
Ответить | Правка | Наверх | Cообщить модератору

227. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 29-Апр-19, 06:03 
Блин, ну разумеется технически сжатие поблочное ) я имею ввиду, что контролироваться на уровне файлов и работать только с блоками данных, а не физическими блоками диска где и метаданные и все остальное. В VDO вон сжатие как раз поблочное, но на уровне своих блоков в device mapper, оно не знает где там что в ФС - отсюда проблемы.
Ответить | Правка | Наверх | Cообщить модератору

225. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 29-Апр-19, 05:24 
Тебя не смущает, что этот «костыль» продолжает тянуться столько лет и всё ещё кому-то нужен? Вдруг — ну просто в порядке мысленного эксперимента предположим — человекам удобнее, когда File, file и fIlE — это одно и то же? Я, к слову, не могу придумать ни одной реальной задачи, при которой мне могло бы понадобиться иметь два объекта файловой системы с почти одинаковыми названиями, отличающимися только регистром. Зато я регулярно удаляю директорию ~/Downloads, создаваемую каким-то сердобольным софтом, который именно в силу регистрозависимости не видит уже существующую директорию ~/downloads. Если хорошо подумать и поставить удобство пользователя на первое место, то вся история с регистром сведётся к простому правилу: регистр хранить, но не учитывать.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

228. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 29-Апр-19, 07:40 
> — человекам удобнее, когда File, file и fIlE — это одно и то же?

А почему бы с такой же логикой не считать 0, O и О за один и тот же символ? Пишуются же похоже.
А раз у нас UTF-8 и в ней куча символов которые отображаются одинаково, то может тоже их всех между собой объединим?
И пробелы с табуляцией (и другими "пробельными" символами) тоже.

> Я, к слову, не могу придумать ни одной реальной задачи, при которой мне могло бы понадобиться иметь два объекта файловой системы с почти одинаковыми названиями, отличающимися только регистром

Есть два имени файла:
"Файл  " и "Файл   "
стоит их считать за один по твоему или нет?

> Если хорошо подумать и поставить удобство пользователя на первое место

Удобство тут мимо. Человеку, если он не помнит точное имя файла, нужно предоставлять возможность делать поиск файла, а для хорошего поиска сделать нечувствительность к регистру недостаточно, не понятно почему именно эту функцию __поиска__ нужно впихивать в ФС.
Ну давайте тогда поиск по разным словоформам впихнём туда, ведь человку будет удобнее набрать "~/документ Васи.txt" и получить "~/Васин документ.txt".

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

236. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:38 
>> — человекам удобнее, когда File, file и fIlE — это одно и то же?
> А почему бы с такой же логикой не считать 0, O и
> О за один и тот же символ? Пишуются же похоже.

Кстати, да!123

"Человекам" ещё удобно не создавать файлов C:\CON, D:\CON, C:\NUL, D:\NUL, C:\TEMP\CON, D:\TEMP\NUL.   Уф, вроде все вспомнил.

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

238. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 29-Апр-19, 10:16 
> Уф, вроде все вспомнил.

Ещё AUX и PRN же ;)

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

240. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 11:09 
>> Уф, вроде все вспомнил.
> Ещё AUX и PRN же ;)

Я ж тэг поставил. :-P  Там ещё "несколько" пропущены:

$ time echo {E..Z}:\\{A..Z}{,{A..Z}{,{A..Z}{,{A..Z}}}}\\{NUL,CON,{LPT,COM}{1..4}} |wc -w
bash: xmalloc: .././braces.c:802: cannot allocate 14 bytes (3988856832 bytes allocated)
0

real    0m25,218s

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

265. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от adolfus (ok), 30-Апр-19, 14:21 
Нет, не все. Еще есть:
" "
"  "
...
". "
".  "
...
".. "
"..  "
...
и особенно класно в конце имени файла поставить 0xff. Делаю так, чтобы потроллить шиндузятников.

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

264. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от adolfus (ok), 30-Апр-19, 14:19 
> А почему бы с такой же логикой не считать 0, O и О за один и тот же символ? Пишуются же похоже.
> А раз у нас UTF-8 и в ней куча символов которые отображаются одинаково, то может тоже их всех между собой объединим?

Абсолютно верное замечание. Я бы к нему добавил бы запрет на системном уровне на установку моноширинных говношрифтов, у которых не отличить 1 от l.

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

119. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 11:10 
>С другой стороны, мы же подобны ретроградам, которые всюду противятся новшествам.

Полезным новшествам обычно не противятся.

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

41. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (41), 27-Апр-19, 00:21 
Ждём новых уязвимостей.
Ответить | Правка | Наверх | Cообщить модератору

45. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Вася (??), 27-Апр-19, 00:48 
C:\
Ответить | Правка | Наверх | Cообщить модератору

48. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от нимыч (?), 27-Апр-19, 01:09 
FoRmAt c:
Ответить | Правка | Наверх | Cообщить модератору

110. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (96), 27-Апр-19, 10:41 
На самом деле:

/DosDevices/C:

Сюрприз-сюрприз ;-)

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

150. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (150), 27-Апр-19, 15:36 
C:\Linux\System32\libc.so
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

161. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (96), 27-Апр-19, 16:23 
> C:\Linux\System32\libc.so

Это так было в Windows 96

А в Windows NT вот так:

/SystemRoot/libc.so

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

237. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:40 
>> C:\Linux\System32\libc.so
> /SystemRoot/libc.so

%SystemRoot%/Libc.So.DLL

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

247. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (209), 29-Апр-19, 13:00 
>>> C:\Linux\System32\libc.so
>> /SystemRoot/libc.so
> %SystemRoot%/Libc.So.DLL

Переменные окружения (%SystemRoot%) работают на уровне выше. Ядро и Native API понимают именно /SystemRoot/libc.so

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

47. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (47), 27-Апр-19, 01:05 
Наконец-то вайн нормально заработает. А то с васянскими репаками фш вечно приходилось городить лишний образ с нтфс, чтобы он встал и запустился.
Ответить | Правка | Наверх | Cообщить модератору

129. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от marios (ok), 27-Апр-19, 11:59 
А чем тебе плох GIMP? :)
Ответить | Правка | Наверх | Cообщить модератору

145. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноне (?), 27-Апр-19, 14:30 
Один из примеров это мода верстать сайты из PSD-шаблонов во всяких конторках.
Ответить | Правка | Наверх | Cообщить модератору

59. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (59), 27-Апр-19, 03:31 
Это подготовка к переводу windows на linux kernel
Ответить | Правка | Наверх | Cообщить модератору

61. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от swine (ok), 27-Апр-19, 04:23 
DOS возвращается. Ждём 8.3.
Ответить | Правка | Наверх | Cообщить модератору

92. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноне (?), 27-Апр-19, 09:35 
Выше требуют аналог LFN
Ответить | Правка | Наверх | Cообщить модератору

139. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от forum reader (?), 27-Апр-19, 13:48 
JFYI в OS/2 были регистрозависимые длинные имена файлов даже на FAT12.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

167. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от anonblmous (?), 27-Апр-19, 17:34 
...которые хранились в отдельных файлах "ea data.sf" (название мог перепутать - давно дело было) в каждом каталоге.
Ответить | Правка | Наверх | Cообщить модератору

180. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от forum reader (?), 27-Апр-19, 20:28 
> ...которые хранились в отдельных файлах "ea data.sf" (название мог перепутать - давно
> дело было) в каждом каталоге.

Да. И там могли хранится не только длинные имена, но и другие метаданные. например иконки.
А на HPFS имена 8.3 отдаваемые в dos сессию хранились в EA

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

68. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (67), 27-Апр-19, 07:14 
Главное чтобы зловредную логику переименования файлов не принесли (в винде и гите чтобы переименовать файл, только поменяв регистр символов, надо переименовать, не тол ко поменяв регистр, а потом ещё раз переименовать, отменив нерегистровые изменения).
Ответить | Правка | Наверх | Cообщить модератору

76. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Онаним (?), 27-Апр-19, 07:55 
Это точно. Надеюсь не перетащат это.
Ответить | Правка | Наверх | Cообщить модератору

77. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от Аноним (70), 27-Апр-19, 08:07 
Что-то фак животворящий по поводу регистронечувствительности запоздал.
Ответить | Правка | Наверх | Cообщить модератору

251. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от PnDx (ok), 29-Апр-19, 16:07 
Фак был предъявлен ещё в районе 2014, и мартышки названы мартышками. См. ссылку на статью из cio.com выше.
Данная реализация выглядит достаточно изолированной, чтобы не ломать имеющееся. Я бы даже притащил такое на локалхост во всякие "/bin/", т.к. иметь там нечто *не* в нижнем регистре — явная проблема. А ОчепятатьсЯ, напротив, легко. Как в vim ':Q': левая тупо не успела отпустить shift. (Потому что у марсиан шифт лочился до следующего символа и им было нормально.)
Ответить | Правка | Наверх | Cообщить модератору

80. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (158), 27-Апр-19, 08:24 
Контрольные суммы для коррекции ошибок для блоков данных будут когда-нибудь?
Или когда хоть dm-integrity будет доступно без заката солнца вручную?
Ответить | Правка | Наверх | Cообщить модератору

82. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (158), 27-Апр-19, 08:25 
Когда увеличат ограничение на полное имя пути файла в линуксе?
Ответить | Правка | Наверх | Cообщить модератору

94. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноим (?), 27-Апр-19, 09:36 
Вам зачем, расскажите? Что можно накреативить, чтобы не хватило 4х килобайт для полного пути?
Ответить | Правка | Наверх | Cообщить модератору

154. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (158), 27-Апр-19, 15:45 
Ингредиенты - файловая шара в офисе, обычные офисные работники, обычные офисные документы.
Ответить | Правка | Наверх | Cообщить модератору

184. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 21:23 
> Ингредиенты - файловая шара в офисе, обычные офисные работники, обычные офисные документы.

Катализатор — начисление и снятие премий. За месяц обучатся, самые тупые за два. Остальные в принципе не пригодны к выполнению хоть каких-то задач, задействующих КБП головного мозга: уволить.

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

189. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (158), 27-Апр-19, 22:05 
Ага, еще колючая проволока с напряжением...
Вообще-то, нормально, когда технологии для бизнеса, а не наоборот. Тем более, что RH за это деньги берёт...
Порой, даже файлы с переносного жестака на линуксовую машину не перебросить. Ограничение нелепейшее, а цель его - непонятная.
Ответить | Правка | Наверх | Cообщить модератору

191. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 22:13 
>Вообще-то, нормально, когда технологии для бизнеса, а не наоборот.

Бизнес не пробовал нанимать вменяемых сотрудников, а не чьих-то родственников?

>Порой, даже файлы с переносного жестака на линуксовую машину не перебросить.

Надо мозг включать, когда файлы называешь — реально помогает.

>Ограничение нелепейшее, а цель его - непонятная.

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

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

262. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от наебизнес (?), 30-Апр-19, 10:58 
я пробовал - родственники обижаются.

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

> Надо мозг включать, когда файлы называешь — реально помогает.

окститесь, дорогой лап4атый, кроме вашего маня мирка так никто уже не делает - как прекрасный ворд назвал, так и назовется. И положится в Новая папка(254)

> Бесконечно длинное имя у файла технической возможности выставлять не было

а меня не колебет - немедленно почините и должите об исполнении!

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

156. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (158), 27-Апр-19, 15:52 
Сделали бы хотя бы настраиваемым параметром, а то так можно вернуться и к 8-bit fat.
После клиентских приложений на java, python, etc, ограничение длины пути в 4096 байт выглядит нелепым...
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

204. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (204), 28-Апр-19, 10:41 
"Вам зачем, расскажите? Что можно накреативить, чтобы не хватило 4х килобайт для полного пути?"
Не вам зачем, а надо посмотреть сталкиваются ли люди с проблемами. А люди сталкиваются.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

266. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от adolfus (ok), 30-Апр-19, 14:27 
файлы с именами в cp1251 на рутрекере -- приходится флешку с фатом постоянно в компе держать.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

93. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от nrv (ok), 27-Апр-19, 09:36 
Почему-то регистрозависимость преподносилась как что-то правильное.

Но:
кейс 1: люди сами создают файлы-папки с человекопонятными именами. И если есть возможность создать Файл и файл, это очевидно плохо. Жамкать шифт тоже не очень приятно.
кейс 2: вот эти самые хрени 13fg6-65Ghu-.. Наверное, иметь возможность регистрозависимости для них было бы неплохо, можно сэкономить длину, если охото.

Я понял что это не правильно. Конечно, если на уровне ФС Файл и файл - разные файлы, то нужно CS. Но нужно чтобы вообще нельзя было создать Файл, фАйл и т.д., если есть файл.

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

120. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 11:12 
>Но нужно чтобы вообще нельзя было создать Файл, фАйл и т.д., если есть файл.

Кому нужно?

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

147. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от nrv (ok), 27-Апр-19, 14:59 
всем нужно. Чтобы какая-нибудь толстая северная птица не создала его, а ты бы потом не обратился случайно к другому файлу. Компуктер - его для людей придумали. Можно конечно открывать директорию, смотреть, что там есть, но зачем, если я знаю что в папке папка лежит файл файл, но забыл с большой буквы или маленькой.
Причем такой файл может быть создан без злого умысла, просто через файл, сохранить как, вбили имя какое хотелось, и все.

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

155. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 15:51 
>всем нужно

Мне — нет.

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

И каким же образом я «случайно» обращусь не к тому файлу? Я вижу только один сценарий: оригинал будет удалён, а мне придётся использовать ущербную систему, не умеющую в регистры. Но, собственно, в чём проблема-то? Закрыл ненужный и открыл нужный.

>Причем такой файл может быть создан без злого умысла

Палишься, виндоюзер. Открою тебе секрет (который на самом деле не секрет, но ты вот не в курсе): если к компьютеру и его данным имеет доступ абы кто, то развесёлый приключения не предотвратить никак. А от «доброго неумысла» спасают разные учётки БЕЗ админских/рутовых прав и лок экрана при отсутсвии (условного) владельца компьютера рядом.

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

182. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от nrv (ok), 27-Апр-19, 21:09 
> каким же образом я «случайно»

Абсолютная память? Если файл создали, написали скрипт, где забито его имя, то, конечно, никак.
А если создали, забыли, через 100 лет понадобился - запросто. Конечно, как правило, при этом "понадобился" виден список файлов, но он может быть отсортирован не по имени.

> Палишься, виндоюзер. Открою тебе секрет (который на самом деле не секрет, но
> ты вот не в курсе): если к компьютеру и его данным
> имеет доступ абы кто, то развесёлый приключения не предотвратить никак. А
> от «доброго неумысла» спасают разные учётки БЕЗ админских/рутовых прав и лок
> экрана при отсутсвии (условного) владельца компьютера рядом.

Кейса 2:
- пользователь ДОЛЖЕН иметь доступ в эту папку (бывают такие вещи, типа, это, локальной корпоративной сети). Но он и создаст там что-то безобидное, и прав на выполнение там не будет. Но мне жаль и 1/3 секунды времени потерянного с ничтожной вероятность возникновения такого кейса, чтобы че-то там закрыть/открыть лишнее

- а кейс по безопасности - его как бы и нет. Доступ туда где может лежать что-то исполняемое есть только у кого надо.

P.S. Я все это время говорил про элементарный бардак, о том, что не зачем было делать доп. возможность испортить порядок.
А мне рассказали и про то что я виндоюзер и что байты хочу сэконимить, а зачем при обращении к файлу обязательно воспроизводить все его заглавные буквы (и иметь возможность иметь 2 разных файла Файл и файЛ как следствие) не рассказали. Неужели только для того, чтобы написать как самому нравится и чтобы все потом так же писали и не могли капсом там или как они любят изгаляться?

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

183. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 21:20 
> Абсолютная память?

Она у меня просто есть. Обычно этого достаточно.

> А если создали, забыли, через 100 лет понадобился - запросто.

Сто лет? Я меньше живу пока что. Да и «создать файл» стало возможным не век назад.

Что вообще за дичь ты несёшь?
Почему file и File с твоей точки зрения можно легко перепутать, и это ужас-ужас, а file01, file02, file03 и т.д. перепутать/забыть никак невозможно, и никакими страшными последствиями это не грозит?

>но он может быть
> отсортирован не по имени.

Ужас-то какой, целый хоткей нажать! А то и два: для сортировки по имени и для выстраивания по возрастанию убыванию!
А если ещё группы/фильтры задействовать — вообще rocket science!

> Кейса 2:
> - пользователь ДОЛЖЕН иметь доступ в эту папку (бывают такие вещи, типа,
> это, локальной корпоративной сети). Но он и создаст там что-то безобидное,
> и прав на выполнение там не будет. Но мне жаль и
> 1/3 секунды времени потерянного с ничтожной вероятность возникновения такого кейса, чтобы
> че-то там закрыть/открыть лишнее

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

> А мне рассказали и про то что я виндоюзер и что байты
> хочу сэконимить, а зачем при обращении к файлу обязательно воспроизводить все
> его заглавные буквы (и иметь возможность иметь 2 разных файла Файл
> и файЛ как следствие) не рассказали.

Автодополнения, фильтры? Не слышал, нет?


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

144. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (144), 27-Апр-19, 14:23 
> если есть возможность создать Файл и файл, это очевидно плохо

Это очевидно хорошо.

> вот эти самые хрени 13fg6-65Ghu-.. Наверное, иметь возможность регистрозависимости для них было бы неплохо, можно сэкономить длину, если охото.

Такой возможности нет и не будет. И вы хотите сэкономить несколько байт из терабайтов, забитых контентом этих файлов.

Хватит бредить.

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

95. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноим (?), 27-Апр-19, 09:37 
Народ негодует, как будто у них отобрали что-то? Да не ставьте этот флаг и всё будет по-старому. Наоборот, хорошо, когда есть альтернатива для какого-то механизма.
Ответить | Правка | Наверх | Cообщить модератору

116. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (123), 27-Апр-19, 11:02 
От ненужных «альтернатив» ядро уже разжирело на несколько порядков.
Ответить | Правка | Наверх | Cообщить модератору

125. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от Аноим (?), 27-Апр-19, 11:49 
А кто сказал, что это плохо? Ваши аппаратные ресурсы застряли в 90х чтоли?
А если вам нужно мега-компактное ядро, ну так пересоберите, делов-то. Там процедура несложная вовсе.
Ответить | Правка | Наверх | Cообщить модератору

135. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от КГБ СССР (?), 27-Апр-19, 13:18 
Вы что! Это же лишние пара сотен килобайт. Для линуксоидов это конец, у них харды то не резиновые!
Ответить | Правка | Наверх | Cообщить модератору

159. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 16:01 
>Ваши аппаратные ресурсы застряли в 90х
> чтоли?

Плохо то, что каждый вопящий про «дешёвые аппаратные ресурсы» забывает, что экономить эти самые ресурсы перестаёт КАЖДАЯ из софтин, которые он разрабатывает или использует. В итоге рост мощностей за рост нагрузки частенько не поспевает.

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

226. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 29-Апр-19, 05:31 
Работаю в IT и околоIT уже скоро 20 лет как. Не могу вспонить таких моментов, чтобы вычислительных ресурсов не хватало для прода именно по причине особой прожорливости софта, а не катастрофического наплыва пользователей, например. Думаешь везло все эти годы?
Ответить | Правка | Наверх | Cообщить модератору

249. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от AnonymouS (?), 29-Апр-19, 14:49 
Наплыв пользователей на нормальный софт незаметен, в отличие от прожорливого
Ответить | Правка | Наверх | Cообщить модератору

256. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от AlexYeCu_not_logged (?), 29-Апр-19, 18:47 
> Работаю в IT и околоIT уже скоро 20 лет как. Не могу
> вспонить таких моментов, чтобы вычислительных ресурсов не хватало для прода именно
> по причине особой прожорливости софта, а не катастрофического наплыва пользователей, например.
> Думаешь везло все эти годы?

Мысль расшифруй, заслуженный работник всея АйТи.
Потому как по причине прожорливости софта ресурсов не хватает сплошь и рядом, а вот какое отношение к оным имеет «наплыв пользователей» — совершенно непонятно/ Или ты смешал в кучу сервера и десктопы?

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

136. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –4 +/
Сообщение от КГБ СССР (?), 27-Апр-19, 13:20 
Если тебе что-то не нравится, вали на hurd.
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

109. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (109), 27-Апр-19, 10:38 
А если в такой каталог будут скопированы файлы с более «старшим» юникодом, в котором тоже будут символы различного регистра, то что?
Ответить | Правка | Наверх | Cообщить модератору

152. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от Винтажный газогенератор (?), 27-Апр-19, 15:42 
Press F to pay respect to windows.
Ответить | Правка | Наверх | Cообщить модератору

186. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (24), 27-Апр-19, 21:29 
Set +F
fixed
Ответить | Правка | Наверх | Cообщить модератору

164. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (25), 27-Апр-19, 17:18 
Пора уже Ext5 пилить, со сжатием и заточкой под ssd
Ответить | Правка | Наверх | Cообщить модератору

187. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (24), 27-Апр-19, 21:29 
> заточка под ssd

Это как конкретно?

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

192. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (25), 27-Апр-19, 22:15 
COW
Ответить | Правка | Наверх | Cообщить модератору

165. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (165), 27-Апр-19, 17:25 
А что с обратной совместимостью? Как такие файлы/каталоги будут обрабатываться на машинах с предыдущими версиями ФС?
Ответить | Правка | Наверх | Cообщить модератору

176. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (176), 27-Апр-19, 19:51 
да никак :) кто нынче о совместимости думает?
кругом сплощной непрофессионализм...
Ответить | Правка | Наверх | Cообщить модератору

250. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от pda (?), 29-Апр-19, 15:17 
А читаем мы непонятно чем. Русским же по белому написано:
1. Никаких изменений в структуре на диске нет, вся логика в функции сравнения имён.
2. Новый флаг можно поставить только на пустой каталог.
Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

269. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (269), 30-Апр-19, 20:41 
>Значение атрибута "+F" сохраняется внутри inode отдельных каталогов и распространяется на все >вложенные файлы и подкаталоги. Информация о кодировке сохраняется в суперблоке.

Как будут обрабатываться новые атрибуты в inode при подключении накопителя к другой машине с предыдущей версией ФС? Как вообще будут обрабатываться такие (да, изначально пустые) каталоги?

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

178. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от Аноним (176), 27-Апр-19, 20:04 
то что какой-то софт может после этого 'сломаться' их не волнует совсем?
линус же говорил, все что влияет на юзерспейс -  трогать нельзя. балаболишка :)
Ответить | Правка | Наверх | Cообщить модератору

179. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (179), 27-Апр-19, 20:24 
Разве один и тот же символ но в разном ригистре не кодируются разными юникод последовательностями? Если все-таки разными, тогда это п...ц
Ответить | Правка | Наверх | Cообщить модератору

206. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (206), 28-Апр-19, 14:52 
Ах, какая ж возможность добавить немного уличной магии в программы. Впрочем, свобода ведь...
Ответить | Правка | Наверх | Cообщить модератору

214. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аномномномнимус (?), 28-Апр-19, 19:57 
Гораздо интереснее, когда длину имени файла сделают больше
Ответить | Правка | Наверх | Cообщить модератору

216. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним (216), 28-Апр-19, 22:01 
Как всегда - у разработчиков свои, особые, уличные приоритеты. Тут уже отмечали, что работать с файлами без учета регистра все утилиты и так давно умеют. Поэтому важность этой возможности если и есть, то для каких-то очень специфичных кейсов, с ходу и не придумаешь.
Вот что действительно давно нужно и важно, так это отключение контроля прав доступа на подключаемых носителях (флешки в простонародье). В свое время даже отдельную фс для этого набросали на коленке (https://danrl.com/projects/lanyfs/), правда в ядро она так и не попала.
Ответить | Правка | Наверх | Cообщить модератору

241. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от microsoft (?), 29-Апр-19, 11:22 
мы такую fs разработали в 85м году. fat называлась.
Правда, в ваше ведро ее современная версия "так и не попала", оставшись в виде патчей самсунга, но вы все же можете пользоваться ей через анус...простите,  в вашей анатомии это называется fuse.

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

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

243. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (243), 29-Апр-19, 11:54 
Бредовая затея. Средний виндовый пользователь не запоминает имена.Он запоминает положение иконки на экране. Перемешай иконки на рабочем столе, измени порядок сортировки или системный шрифт - и он пойдет звать админа, потому как "ведь всегда же открывал так". А это идея - нужно хранить в ФС не имена а каринки с начертанием имени файла.
Ответить | Правка | Наверх | Cообщить модератору

246. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от пох (?), 29-Апр-19, 12:11 
ты не понимаешь - средний виндовый пользователь не придумывает имена (потому что не знает что это такое), он нажимает "сохранить", и долго тупит, что за непоятная хрень вылезла, после чего жмакает OK.
именем файла становится, например, весь первый абзац документа word.

И да, с проблемами что "нивлазит" мы сталкиваемся под б-жественной 2016 каждый день.
Да-да, в винде - тоже нивлазит. Как?
Создаем на флэшечке оченьнужнаяхреньсречугамигенеральногодиректораодобреннымидляпубликации\всяречугегенеральногодиректораводномабзаце.doc
и пытаеся положить на серверную шару в \компаниянапятьстрок\моеподразделениепервогоуровняещенапять\ещдесятьтакихже\
- уп-с, нивлезло.

оправдания вида "нет технической возможности" слушают в пол-уха - "ну вот же ж на моей флэшечке все открывается, сделайте мне чтоб работало!"

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

253. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (253), 29-Апр-19, 16:45 
Госспаде, гора родила мышь. Нужны увеличение длины имени файлов и возможность отключения прав доступа на ext4. Но нет, они делают хуже.
Ответить | Правка | Наверх | Cообщить модератору

255. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (-), 29-Апр-19, 18:38 
>и возможность отключения прав доступа на ext4

чем тебя не устраивают права доступа в лине? Как по мне всё логично и мощно!

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

257. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от J.L. (?), 29-Апр-19, 18:49 
>>и возможность отключения прав доступа на ext4
> чем тебя не устраивают права доступа в лине? Как по мне всё логично и мощно!

тем, что на вставленной флешке с ext* права будут с того компа, откуда флешка (идентификаторы юзеров например)

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

254. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Георгий (??), 29-Апр-19, 17:20 
Это зачем? Что-то, я не понял.
Ответить | Правка | Наверх | Cообщить модератору

261. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (261), 30-Апр-19, 08:27 
Так, с регистром разобрались, теперь нужно добавить буквы дисков без монтирования. Все эти A:, B: C:. В Minoca кажется было.

А если серьезно - это же жуткая мелочь, кажется. Такой очень маленький патч, который никак ни на что не влияет, только на ту логику обработки имён? Нет особого вреда (или пользы).

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

267. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (267), 30-Апр-19, 18:03 
- Алло, это Линус Торвальдс?
- Да?
- ВИНДА!
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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