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

"В ядро 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.dev/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 +/–
	Сообщение от Skullnet (?), 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 включена поддержка работы без учёта..."	+/–
	Сообщение от Акроним (?), 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. Причем не обязательно брать именно их алфавит, они бывают в названиях используют "широкие" варианты английских символов/цифр/знаков препинания （１２３４；Ｖｏｔ　ｔａｋ！） И, внезапно, лимит в 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 включена поддержка работы без учёта..."	+/–
	Сообщение от Аноним (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 | Индекс форумов | Темы | Пред. тема | След. тема