The OpenNET Project / Index page

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

В ядро Linux для ФС Ext4 включена поддержка работы без учёта регистра символов

26.04.2019 20:28

Тед Цо (Ted Ts'o), автор файловых систем ext2/ext3/ext4, принял в ветку Linux-next, на основе которой будет сформирован выпуск ядра Linux 5.2, набор изменений, реализующих поддержку регистронезависимых операций в файловой системе Ext4. Патчи также добавляют поддержку обработки символов UTF-8 в именах файлов (для сравнения и нормализации строк, включающих символы определённые в спецификации Unicode 12.0).

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

Патчи подготовлены Gabriel Krisman Bertazi, сотрудником компании Collabora, и приняты с седьмой попытки после трёх лет разработки и устранения замечаний. Реализация не вносит изменения в дисковый формат хранения и работает исключительно на уровне изменения логики сравнения имён в функции ext4_lookup() и замене хэша в структуре dcache (Directory Name Lookup Cache). Значение атрибута "+F" сохраняется внутри inode отдельных каталогов и распространяется на все вложенные файлы и подкаталоги. Информация о кодировке сохраняется в суперблоке.

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

  1. Главная ссылка к новости (https://lists.openwall.net/lin...)
  2. OpenNews: Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с производительностью ext4/xfs
  3. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
  4. OpenNews: Для файловой системы Ext4 представлена поддержка шифрования
  5. OpenNews: Инициатива по передаче в основное ядро Linux специфичных для Android изменений
  6. OpenNews: Особенность отображения проектов на GitHub создала видимость внедрения бэкдора в ядро Linux
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: kernel, ext4, unicode
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (251) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Дуплик (ok), 21:59, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +69 +/
    Виндовенько.
     
     
  • 2.4, Аноним (4), 22:00, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –35 +/
    На удивление, и на винде есть логичные вещи
     
     
  • 3.18, Аноним (18), 23:19, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Отключение регистра зависимости?
     
     
  • 4.260, Аноним (260), 02:36, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И включение его Linux с лоббированием через купленный GitHub чтобы его еще и принудительного включали пол предлогом совместимости. А то ведь Windows ведь такой совместрмый... со всеми виндоусами, какие только были!

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

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

     
  • 3.126, rshadow (ok), 11:52, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Если вы про сабж, то тогда в DOS-е. Ведь эти костыли растут оттуда.
     
     
  • 4.134, Nxx (ok), 13:13, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А в досе из СР/М, а в СР/М из TOPS-10.
     
  • 3.131, Аноним (131), 12:06, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +27 +/
    Разумеется есть, если не вестись на пингвинячьи песни.

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

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

     
     
  • 4.153, Аноним (153), 15:45, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я бы тебе не плюс, а что-то больше поставил. Всё в точку попал.
     
  • 4.166, anonblmous (?), 17:27, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +16 +/
    > Винда пишется продажной корпорацией, а Линукс разрабатывается свободным сообществом! - В итоге, 80% вклада в ядро вносят продажные корпорации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     
     
  • 5.275, Вульвез (?), 20:55, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да фигня обе ОС, толи дело старый добрый DOS... Все просто и понятнео без кучи наворотов лишних.
    Однакл приходится выбирать из того что есть, и для разных задач то линукс лучше заедет то винда... Бубен в любом случае под столом лежать должен.
     
  • 4.185, AlexYeCu_not_logged (?), 21:27, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Разумеется есть, если не вестись на пингвинячьи песни.

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

     
     
  • 5.229, Andrey Mitrofanov (?), 07:58, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Разумеется есть, если не вестись на пингвинячьи песни.
    > Ты сам-то понял, где наврал?

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

     
  • 4.205, аноно (?), 12:05, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Винда пишется продажной корпорацией, а Линукс разрабатывается свободным сообществом! - В итоге, >80% вклада в ядро вносят продажные корпорации.

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

     
  • 4.213, Tifereth (?), 17:48, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Слишком толсто, да и опоздало лет на -надцать. Давно уже пора вырасти из холиваров и пользоваться тем, что оптимально подходит под задачу. Хотя если больше делать нечего, то холиварьте, конечно.

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

     
     
  • 5.222, Ordu (ok), 03:25, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Слишком толсто, да и опоздало лет на -надцать.

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

     
  • 4.215, username (??), 21:54, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я орнул когда они сперва захейтили маковский launchd и его подход к инициализации сервисов(по запросу) после чего в системд по тихому спустя годы была запилена похожая возможность.
    Да многое так было с маком. Поносили dmg - напилили снап и  Флатпак.
     
  • 4.218, Skullnet (?), 22:27, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Толсто.
     
  • 2.9, asdasd (?), 22:08, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Таки NTFS поддерживает регистрозависимость, просто она выключена для совместимости.
     
     
  • 3.22, А (??), 23:36, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Где включить?
     
     
  • 4.35, Аноним (35), 00:00, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    fsutil.exe file setCaseSensitiveInfo "Путь до папки" enable
     
     
  • 5.70, Аноним (70), 07:32, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А соответствующий ключик реестра в 7-ке есть?
     
     
  • 6.106, NTFS (?), 10:33, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да, есть. Начиная с Win2000, есть возможность включить регистрозависимость.
     
  • 4.96, Аноним (96), 10:00, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Использовать Native API вместо Win32 API и обёрток над последним.
     
  • 3.158, Аноним (158), 15:58, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это, конечно, так ускорит винду...
     
  • 3.223, ну (?), 04:48, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ты шаришь в винде ?
    подскажи где в реестре 10-ки
    можно увеличить уровень звука - очень слабый на ноуте
    на форумах виндовых одни имбицильные стремы а толкового ответа нет
     
  • 2.12, AlexYeCu_not_logged (?), 22:28, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Виндовенько.

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

     
     
  • 3.38, Fedor (??), 00:11, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Можно использовать для почтового сервера, например. user+dir@mail.com и user+Dir@mail.com будут складываться в одну директорию...
     
     
  • 4.69, Аноня (?), 07:19, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно обыграть на уровне приложения
     
     
  • 5.137, forum reader (?), 13:42, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    нет разницы где ставить костыли
     
     
  • 6.188, Аноня (?), 22:00, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разница есть. Вот вы почту получаете. Казалось бы, причем тут ФС
     
  • 4.194, OpenEcho (?), 22:23, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а ключики на что? %L дает счастье

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

     
  • 3.230, Andrey Mitrofanov (?), 08:03, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>Виндовенько.
    > Так для виндопримочек, скорее всего, и делается: samba, wine, dosbox до кучи.

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

     
  • 2.175, Акроним (?), 19:43, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    DOSасто же
     

     ....большая нить свёрнута, показать (32)

  • 1.2, Аноним (4), 21:59, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    Наконец-то пофиксили
     
  • 1.3, Аноним (3), 21:59, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –19 +/
    Будет теперь как у взрослых (MacOS например).
     
     
  • 2.5, Sluggard (ok), 22:01, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В HFS+ наоборот вроде было — включать требовалось как раз чувствительность к регистру.
     
     
  • 3.65, Аноним (65), 06:32, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    HFS и HFS+ уже легаси, все новые установки идут на APFS
     
  • 2.56, Аноним (56), 02:19, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да взрослая уже память ни к чему вот по этому бывает что теряет часть данных.
     
  • 2.62, Кот Матроскин (?), 04:55, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://www.cio.com/article/2868393/linus-torvalds-apples-hfs-is-probably-the-
     

  • 1.6, Аноним (6), 22:02, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И зачем? Даже в NTFS уже поддержку чувствительности к регистру завезли.
     
     
  • 2.11, Аноним (11), 22:16, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Дык из Ext4 у тебя её никто и не забирает.
     
  • 2.97, Аноним (96), 10:03, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В NTFS изначально чувствительна к регистру, в отличие от Windows.
     
     
  • 3.231, Andrey Mitrofanov (?), 08:06, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В NTFS изначально чувствительна к регистру, в отличие от Windows.

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

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

     

  • 1.7, Sluggard (ok), 22:03, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А всего-то 4 года назад Линус, отчасти из-за нечувствительности к регистру, поливал макосёвую HFS+ помоями, и называл разрабов Apple обезьянами.
     
     
  • 2.24, Аноним (24), 23:39, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    И правильно делал
     
  • 2.44, ананим.orig (?), 00:46, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это он ещё apfs не видел.
     
  • 2.57, Аноним (57), 02:28, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На hfs+и apfs оно настраивается. А такой дефолт из-за ошибок молодости, теперь это уже не исправить не сломав кучу софта.
     
     
  • 3.232, Andrey Mitrofanov (?), 08:08, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >А такой дефолт из-за ошибок молодости, теперь
    > это уже не исправить не сломав кучу софта.

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

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

     
     
  • 4.242, KonstantinB (ok), 11:40, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да никто ж не предлагает это дерьмо включать без крайней необходимости, типа файлопомойки с 100% виндовыми клиентами
     
     
  • 5.245, Andrey Mitrofanov (?), 12:06, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > да никто ж не предлагает это дерьмо включать без крайней необходимости, типа
    > файлопомойки с 100% виндовыми клиентами

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

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

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

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

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

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

     
  • 2.89, Аноим (?), 09:33, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А где в статье написано, что эту возможность Линус добавил?
     

  • 1.8, anonblmous (?), 22:06, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    ...а ещё лет через 20 они догадаются, что 255 байт (именно байт, а не символов Unicode) на имя файла - это как-то совсем уж мало.
     
     
  • 2.10, asdasd (?), 22:10, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    А на кой черт больше то? o_O
    Даже при 2-х байтах это 127 символов. Правда какой-нибудь SHA-512 уже не влезет, но его можно через base64 прогнать и тогда влезет.
     
     
  • 3.13, AlexYeCu_not_logged (?), 22:31, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    >А на кой черт больше то? o_O

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

     
     
  • 4.26, zzz (??), 23:43, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятлы
     
     
  • 5.27, AlexYeCu_not_logged (?), 23:46, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятлы

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

     
     
  • 6.34, йож (?), 23:57, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > это ж неудобно

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

     
     
  • 7.83, AlexYeCu_not_logged (?), 08:40, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > просто у вас нет трёх fullhd мониторов по горизонтали, вот вы и
    > завидуете.

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

     
  • 7.111, Аноним (111), 10:42, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > трёх fullhd мониторов по горизонтали

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

     
  • 6.64, Тот_Самый_Анонимус (?), 06:01, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Я вообще ни разу не видел, чтобы кто-то кроме вышеуказанной категории использовал настолько длинные названия — это ж неудобно...

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

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

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

     
     
  • 7.84, AlexYeCu_not_logged (?), 08:42, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Мне не нужно — значит никому не нужно (лозунг всех линуксоидов). А
    > потом нытьё про 2%.

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

     
     
  • 8.173, Тот_Самый_Анонимус (?), 19:28, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ты и сам не нужен большинству, со своим 171 ценным 187 мнением Людям, ко... текст свёрнут, показать
     
     
  • 9.174, AlexYeCu_not_logged (?), 19:43, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какому такому большинству Кто такие Поименно В этом вопросе важно не только н... текст свёрнут, показать
     
     
  • 10.211, Аноним (211), 16:51, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Каких таких хороший вещей Что за вещи Поимённо ... текст свёрнут, показать
     
     
  • 11.212, AlexYeCu_not_logged (?), 17:25, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Легко Mozilla Firefox Компьютерный игрострой Американский кинематограф Что-т... текст свёрнут, показать
     
     
  • 12.224, Аноним (211), 05:16, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Отличный браузер, с годами стал лучше Пользуюсь, пожалуй, с первых версий 177... текст свёрнут, показать
     
     
  • 13.258, AlexYeCu_not_logged (?), 19:13, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только вот нерабочий О том, что нет, не превосходит Коррелирует Срубить бабла... текст свёрнут, показать
     
  • 10.272, Тот_Самый_Анонимус (?), 08:55, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Все миллиарды людей, которые знать не знают кто ты такой Ищи сам Ну так двигай... текст свёрнут, показать
     
     
  • 11.274, AlexYeCu_not_logged (?), 10:28, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя-то эти мифические миллиарды тоже не знают, однако ж у тебя хватает наглости... текст свёрнут, показать
     
  • 6.66, iPony (?), 07:05, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И ещё не понимаю, почему 255 байт это караул, а 255 символов — норма.

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

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

     
     
  • 7.85, AlexYeCu_not_logged (?), 08:43, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > В Emoji например есть последовательности, типа

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

     
  • 7.169, Аноним (169), 18:02, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем нужны emoji в именах файлов/каталогов? Какие эмоции должны передавать названия объектов ФС?
     
     
  • 8.209, Аноним (209), 16:21, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Эмоции, судя по примеру, могут быть разные От вау, отправь плиз мне этот няшны... текст свёрнут, показать
     
     
  • 9.220, v2_staging_deploy (?), 00:14, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Предлагаю держать таких людей как можно дальше от компьютеров и интернета ... текст свёрнут, показать
     
  • 8.239, КО (?), 10:26, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вы путаете эмоции с графикой А возможность задать имя файла борьба женщин в г... текст свёрнут, показать
     
  • 7.273, Тот_Самый_Анонимус (?), 09:17, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В Emoji например есть последовательности, типа 🌈+ 🏳= 🏳️‍🌈

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

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

     
  • 6.121, Аноним (131), 11:24, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну разумеется. Если чего-то нет в Линуксе, то это и не нужно. А то что у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов, то это ничего - 255 байтов хватит всем.
     
     
  • 7.123, Аноним (123), 11:38, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов

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

     
  • 7.132, Аноним84701 (ok), 12:17, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну разумеется. Если чего-то нет в Линуксе, то это и не нужно.
    > А то что у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов, то это ничего - 255 байтов хватит всем.

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


     
  • 6.210, Аноним (211), 16:49, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >даже в файловом менеджере

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

     
  • 4.28, Аноним (111), 23:47, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    При виде подобного меня безудержно тянет блевать. Данная система защиты безальтернативно приводит к отказу от закачки.
     
     
  • 5.33, AlexYeCu_not_logged (?), 23:55, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > При виде подобного меня безудержно тянет блевать. Данная система защиты безальтернативно
    > приводит к отказу от закачки.

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

     
  • 3.52, Гентушник (ok), 01:42, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну например мне по работе нужно было.
    В 1С у объектов в конфигурации иногда могут быть длинные названия, больше чем 127 символов кириллицей.

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

     
     
  • 4.58, Аноним (57), 02:32, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В reiserfs 4k лимит вроде был.
     
     
  • 5.79, anonblmous (?), 08:22, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Самая-то радость в том, что ограничение в 255 байт - не в ФС, а в ядре, ЕМНИМС.
     
  • 4.108, Аноним (123), 10:37, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Багрепорт в 1С отправил?
     
     
  • 5.195, Гентушник (ok), 23:36, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Багрепорт в 1С отправил?

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

     
  • 3.78, anonblmous (?), 08:20, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Даже при 2-х байтах это 127 символов.

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

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

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

     
     
  • 5.87, anonblmous (?), 09:08, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. пользователь для ПО, а не ПО для пользователя?
    А удобство - вещь субъективная. Кому-то дерево каталогов вида "документация/инструкции/производственные/вот эта хрень про слонопотамов" более чем удобно. Особенно если это лежит на личном ноутбуке с нерегулярным доступом к сети. И упомянутый "кто-то" в командировке на объекте, находящемся в какой-нибудь тундре, и интернет на объекте если и есть, то медленный, дорогой, и для владельца объекта, а не для командированных из сторонних организаций.
     
     
  • 6.117, AlexYeCu_not_logged (?), 11:08, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Особенно если это лежит на личном ноутбуке с нерегулярным доступом к сети. И упомянутый "кто-то" в командировке на объекте, находящемся в какой-нибудь тундре, и интернет на объекте если и есть, то медленный, дорогой, и для владельца объекта, а не для командированных из сторонних организаций.

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

     
  • 5.100, Аноним (96), 10:09, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ФС это самая первая база данных.
     
     
  • 6.112, Аноним (123), 10:43, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда пользуйся ей как базой данных:

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

     
     
  • 7.133, Аноним84701 (ok), 12:48, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Тогда пользуйся ей как базой данных:
    > Хрюкин/1989
    > Кабанченко/1989 -> ../Хрюкин/1989

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

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

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

     
     
  • 8.138, Аноним (123), 13:45, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Расширенные атрибуты 8212 ещё более ненужный костыль, чем сабж ... текст свёрнут, показать
     
     
  • 9.146, Аноним (96), 14:49, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Аноним 8470 1 прав, потому не нужен твой комментарий ... текст свёрнут, показать
     
  • 9.151, Аноним84701 (ok), 15:40, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Костыль, это по-моему как раз попытка замапить все подряд на древовидную структу... текст свёрнут, показать
     
     
  • 10.162, anonblmous (?), 17:10, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Имя файла, пардоньте, при копировании по сети и или на другую ФС не уродуется п... текст свёрнут, показать
     
     
  • 11.168, Аноним84701 (ok), 17:55, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Во-во Маааленький и редкий такой пунктик с кодировками из серии а так все ... текст свёрнут, показать
     
     
  • 12.170, anonblmous (?), 18:04, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Смущает Потому что формат тех метаданных привязан к конкретному типу файла, и п... текст свёрнут, показать
     
     
  • 13.193, Аноним84701 (ok), 22:18, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Произвольное приложение не сможет и mp3 прочитать, так что тут никакого убытку ... текст свёрнут, показать
     
     
  • 14.248, J.L. (?), 13:44, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    тоесть через find вы уже не найдёте свою песенку если формат имени файла будет н... текст свёрнут, показать
     
     
  • 15.252, Аноним84701 (ok), 16:11, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В смысле xattr или в ID3 В первом случае поэтому и ратую за поддержку в яблоч... текст свёрнут, показать
     
  • 3.107, Аноним (123), 10:36, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Правда какой-нибудь SHA-512 уже не влезет, но его можно через base64 прогнать и тогда влезет.

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

     
  • 3.124, Stax (ok), 11:49, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    При двух, ага А вот для китайских или японских символов это оказывается всего 8... текст свёрнут, показать
     
  • 2.19, Аноним (19), 23:19, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Эта константа видна на уровне пользователя, её не так просто изменить, если вообще реально.
     
     
  • 3.31, zzz (??), 23:51, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эту константу можно было увеличить при проектировании следующей версии. В реальности же имеем старый добрый ext2 с журналированием.
     
  • 3.113, Аноним (123), 10:51, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > константа
    > не так просто изменить

    /0

     
  • 2.67, Аноним (67), 07:07, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это не на имя, а на весь путь.
     
     
  • 3.91, Аноим (?), 09:34, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет. на весь путь 4К
     
  • 2.73, Аноним (70), 07:38, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >что 255 байт (именно байт, а не символов Unicode) на имя файла - это как-то совсем уж мало.

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

     
  • 2.90, Аноим (?), 09:33, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расскажите (нет, ну серьезно) что у вас за имена такие?
     
     
  • 3.233, Andrey Mitrofanov (?), 08:23, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    CODE mkdir 1 cd 1 N 1 while do if -e N 124 124 t... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (61)

  • 1.14, Аноним (14), 22:48, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Ждем новых порций говнокода от школь^Wразработичков использующий для кодинга case-insensitive раздел
     
     
  • 2.40, НяшМяш (ok), 00:15, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А разве его раньше не было? Сколько раз видел виндоразрабов, коммитящих и подключающих модули в разных регистрах, а потом это добро доблестно взрывалось на продакшне.
     
     
  • 3.51, Аноним (51), 01:27, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А разве его раньше не было? Сколько раз видел виндоразрабов, коммитящих и подключающих модули в разных регистрах, а потом это добро доблестно взрывалось на продакшне.

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

     
     
  • 4.71, пох (?), 07:35, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    угу, и в ридми будет 0. отключите поддержку case sensitivity для нашего прекрасного проекта или не жалуйтесь, что ничего не работает

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

     
  • 3.128, Аноним (123), 11:55, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > а потом это добро доблестно взрывалось на продакшне.

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

     
     
  • 4.201, Аноним (201), 05:06, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "У меня на ноутбуке все работало"
     
     
  • 5.270, Аноним (270), 21:15, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если кто разворачивает систему сразу на прод, пенять на разрабов ему следует в последнюю очередь.
     

  • 1.17, n1rdeks (ok), 23:09, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ой нехорошо это. Что-то грядёт.
     
     
  • 2.21, Аноним (-), 23:36, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что именно может "грясти"?
    И какие еще предзнаменования?
    И как жить то дальше (если гром бухнет?)
     
  • 2.29, Аноним (29), 23:48, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А да давно уже все стало пофиг ибо все равно хуже уже не будет, после всех свистоплясок с названиями интерфейсов, с отменой iptables и внедрением systemd с PulseAudio перешел с режима что там новенького придумали на режим а ну как-то с этим дерьмом надо жить дальше...
     
     
  • 3.46, Аноним (24), 00:59, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ребята то не в курсе что таблицы отменили, используют зачем-то. Еще и ifconfig с netstat небойсь из могилы раскопали, вот стыд
     
     
  • 4.149, АнОним (?), 15:34, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А почему это  ifconfig и netstat в могиле? У меня они во всю работают!
     
  • 3.148, АнОним (?), 15:33, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >хуже уже не будет

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

    Это точно

     
  • 2.140, Аноним (123), 13:51, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В день преподобного мученика Стефана земля налетит на небесную ось!
     

  • 1.20, Аноним (24), 23:32, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > UTF-8

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

     
     
  • 2.49, Аноним (49), 01:17, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тоже этот вопрос одолевает...
    Особенно в свете того, что любой уважающий себя линухятник считал за должное пнуть BSD и её [по их нескромному мнению] "запоздалую" поддержку UTF-8 в консоли. Вот только у ZFS с UTF-8 всё Ok от рождения by design. А тут в "божественную" ext4 внизапна какие-то патчи. Чудны дела твои, господин оторвальдс...
     
  • 2.88, Нанобот (ok), 09:11, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    вот смотри: есть символы 'ы' и 'Ы', это одна и та же буква в разном регистре. для ядра это последовательности байт 'd1 8b' и 'd0 ab'. чтобы определить, что эти последовательности обозначают одну и ту же букву, ядро должно знать, как интерпретировать такую последовательность байт, а также иметь какую-то таблицу соответствия больших и маленьких букв.
    для простого сохранения имени файла достаточно было сохранять последовательность байт, а вот для того, чтобы отличить буквы разных регистров, уже нужно уметь работать с кодировкой
     
     
  • 3.114, Аноним (123), 10:53, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > для того, чтобы отличить буквы разных регистров, уже нужно уметь работать с кодировкой

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

     
  • 3.171, Аноним (24), 19:04, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я уже разлуркал, что ext на сей момент не заботят имена и они кое-как показываются чем-либо использую локаль из LANG, которая, к счастью, нынче x.UTF-8
     
     
  • 4.172, Аноним (24), 19:04, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > нынче

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

     
  • 2.141, Аноним (141), 14:01, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На данный момент текстом имена не хранятся. Хранятся ничего не значащие байты, к которым не предъявляется (почти) никаких требований.
     
  • 2.234, Andrey Mitrofanov (?), 08:28, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> UTF-8
    > а раньше, разве, не было? Как же на данный момент храниятся юникодовые
    > имена?

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

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

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

     

  • 1.25, Аноним (25), 23:42, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вот чего не хватает, дак это ZSTD. А работать с файлами без учета регистра все утилиты и так давно умеют.
     
     
  • 2.50, Кот Матроскин (?), 01:21, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://github.com/dm-vdo

    https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/

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

     
     
  • 3.81, anonymous (??), 08:24, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    RedHat only
     
     
  • 4.127, Stax (ok), 11:52, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за бред? Это полностью открытая технология. GPLv2 лицензия. То, что редхат потрудился над интеграцией этого в свой дистрибутив, а авторы вашего нет - уж явно не проблема редхата. Требуйте от авторов вашего дистрибутива того же, или меняйте, голосуйте рублем, так сказать. Ну или сами интегрируйте, вместо стонов "redhat only"...
     
     
  • 5.142, anonymous (??), 14:06, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Какой стон? Это не стон, а просто замечание. Не будьте столь негативны :)

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

     
  • 5.163, Аноним (25), 17:16, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Выглядит как костыль. Наверно поэтому и нет во всех дистрибутивах...
     
     
  • 6.177, Stax (ok), 19:57, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Костыль или нет, но видимо рабочий Хотя работа на блочном уровне без информации... текст свёрнут, показать
     
     
  • 7.190, Аноним (25), 22:11, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    zfs и btrfs - монстры. Первой нужно очень много памяти для нормального функционирования. Вторая в принципе медленная. Сколько не тестировал её phoronix, результат всегда один - значительное отставание от ext4. Ценность данных систем в фишках, но не в скорости. EXT4 же лёгкая система, идеальна для десктопа.
     
     
  • 8.196, Gannet (ok), 23:48, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты типа истина в последней инстанции или как ... текст свёрнут, показать
     
     
  • 9.207, Аноним (207), 15:00, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Он просто озвучил факты Для многих истиной в последней инстанции они являются ... текст свёрнут, показать
     
     
  • 10.221, Gannet (ok), 00:57, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Какие факты он озвучил Пруфы где Он озвучил своё IMHO, не более Кончайте бала... текст свёрнут, показать
     
  • 9.217, пох (?), 22:02, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он просто перепевщик стандартных urban legends, читатель похороникса не работал... текст свёрнут, показать
     
  • 9.219, Аноним (25), 22:48, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вижу на данный пост претендуешь ты ... текст свёрнут, показать
     
  • 6.202, Аноним (201), 05:10, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно просто раньше проприетарным было, а редхэт заопенсорсил после покупки компании-разработчика лишь около года назад. Возможно, через некоторое время причешут и предложат в апстрим.
     
  • 3.160, Аноним (158), 16:01, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    lz4
     

     ....большая нить свёрнута, показать (14)

  • 1.32, segesg (?), 23:53, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    ЗАЧЕМ?
     
     
  • 2.36, йож (?), 00:00, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    потому что могут. в ластоногое ведро сейчас можно нести любую чушь - линус подобрел на старости. ТПРЬ МЖНО!!1
     
     
  • 3.72, пох (?), 07:37, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    всегда было можно. Условие - вашу чушь нужно уложить в патч на три строки, чтоб линусу было удобно и приятственно его смотреть, и она не должна затрагивать что-то что sponsored by redhat.

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

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

     
     
  • 4.115, Аноним (123), 10:57, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, заметьте, этот подарок принес нам лично T.Ts'o

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

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

     
     
  • 5.244, . (?), 12:02, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это "многочисленные просьбы от имени групп трудящихся". К счастью, не имеющих пока права комитить свои просьбы напрямую.

     

  • 1.37, Аноним (37), 00:10, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Это не только тупо, но еще и медленнее. Привод юникодных символов к одному регистру требует дополнительных затрат
     
     
  • 2.43, Ordu (ok), 00:29, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Медленнее чем что Вот смотри, есть например wine Wine -- это реализация win32a... текст свёрнут, показать
     
     
  • 3.55, Гентушник (ok), 02:05, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > есть например wine

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

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

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

     
     
  • 4.60, Ordu (ok), 03:42, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это можно прописать в настройках Вот есть у тебя wine drive_c, в настройках ... текст свёрнут, показать
     
  • 4.74, пох (?), 07:41, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > только как вайн будет узнавать, включен ли на директории этот новый флаг или нет?

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

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

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

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

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

     
  • 3.263, adolfus (ok), 14:13, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На каждый элемент пути потребуется, я полагаю, 3+ сисколла
    > (открыть директорию, прочитать директорию, закрыть директорию).

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

     
     
  • 4.268, Аноним84701 (ok), 20:39, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет такого слова в русском языке "директория".

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

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

     
  • 4.271, Ordu (ok), 02:50, 01/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> На каждый элемент пути потребуется, я полагаю, 3+ сисколла
    >> (открыть директорию, прочитать директорию, закрыть директорию).
    > Нет такого слова в русском языке "директория".

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

     
  • 2.157, Аноним (158), 15:56, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На фоне приложений на антиэкологичных bloatlangs (java, python, etc) выглядит как нытье по волосам после потери головы. Хотя лично я не вижу смысла в регистронезависимости...
     
  • 2.235, Andrey Mitrofanov (?), 08:32, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >требует дополнительных затрат

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

     

  • 1.39, zloykakpes (ok), 00:14, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Начиная читать новость после заголовкая меня посетила буря эмоций, ну как же так?! И что, теперь в наших линуксах File и file будут одним и тем же файлом?!

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

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

     
     
  • 2.53, Гентушник (ok), 01:52, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не прогресс, а регресс.
    Взяли бы что полезное, например сжатие там или нормальные (per directory) квоты сделали - милости просим. А так, завезли костыль, тянущийся ещё со времён доса (или раньше?).
     
     
  • 3.130, Stax (ok), 12:00, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Взяли бы что полезное, например сжатие там

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

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

     
     
  • 4.208, Аноним (25), 15:29, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На уровне файлов не годится точно. Базы данных такого не потерпят. Нужно на уровне блоков. И есть предположение, что EXT4 придется полностью переписать, чтобы внедрить сжатие. Т.е. этот косяк заложен в архитектуру, не предусмотрели.
     
     
  • 5.227, Stax (ok), 06:03, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Блин, ну разумеется технически сжатие поблочное ) я имею ввиду, что контролироваться на уровне файлов и работать только с блоками данных, а не физическими блоками диска где и метаданные и все остальное. В VDO вон сжатие как раз поблочное, но на уровне своих блоков в device mapper, оно не знает где там что в ФС - отсюда проблемы.
     
  • 3.225, Аноним (211), 05:24, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя не смущает, что этот «костыль» продолжает тянуться столько лет и всё ещё кому-то нужен? Вдруг — ну просто в порядке мысленного эксперимента предположим — человекам удобнее, когда File, file и fIlE — это одно и то же? Я, к слову, не могу придумать ни одной реальной задачи, при которой мне могло бы понадобиться иметь два объекта файловой системы с почти одинаковыми названиями, отличающимися только регистром. Зато я регулярно удаляю директорию ~/Downloads, создаваемую каким-то сердобольным софтом, который именно в силу регистрозависимости не видит уже существующую директорию ~/downloads. Если хорошо подумать и поставить удобство пользователя на первое место, то вся история с регистром сведётся к простому правилу: регистр хранить, но не учитывать.
     
     
  • 4.228, Гентушник (ok), 07:40, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А почему бы с такой же логикой не считать 0, O и О за один и тот же символ Пишу... текст свёрнут, показать
     
     
  • 5.236, Andrey Mitrofanov (?), 08:38, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> — человекам удобнее, когда File, file и fIlE — это одно и то же?
    > А почему бы с такой же логикой не считать 0, O и
    > О за один и тот же символ? Пишуются же похоже.

    Кстати, да!123

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

     
     
  • 6.238, Гентушник (ok), 10:16, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Уф, вроде все вспомнил.

    Ещё AUX и PRN же ;)

     
     
  • 7.240, Andrey Mitrofanov (?), 11:09, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Уф, вроде все вспомнил.
    > Ещё AUX и PRN же ;)

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

    [CODE]$ 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

     
  • 6.265, adolfus (ok), 14:21, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не все. Еще есть:
    " "
    "  "
    ...
    ". "
    ".  "
    ...
    ".. "
    "..  "
    ...
    и особенно класно в конце имени файла поставить 0xff. Делаю так, чтобы потроллить шиндузятников.

     
  • 5.264, adolfus (ok), 14:19, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему бы с такой же логикой не считать 0, O и О за один и тот же символ? Пишуются же похоже.
    > А раз у нас UTF-8 и в ней куча символов которые отображаются одинаково, то может тоже их всех между собой объединим?

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

     
  • 2.119, AlexYeCu_not_logged (?), 11:10, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >С другой стороны, мы же подобны ретроградам, которые всюду противятся новшествам.

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

     

  • 1.41, Аноним (41), 00:21, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ждём новых уязвимостей.
     
  • 1.45, Вася (??), 00:48, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    C:\
     
     
  • 2.48, нимыч (?), 01:09, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    FoRmAt c:
     
  • 2.110, Аноним (96), 10:41, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На самом деле:

    /DosDevices/C:

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

     
  • 2.150, Аноним (150), 15:36, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    C:\Linux\System32\libc.so
     
     
  • 3.161, Аноним (96), 16:23, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > C:\Linux\System32\libc.so

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

    А в Windows NT вот так:

    /SystemRoot/libc.so

     
     
  • 4.237, Andrey Mitrofanov (?), 08:40, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> C:\Linux\System32\libc.so
    > /SystemRoot/libc.so

    %SystemRoot%/Libc.So.DLL

     
     
  • 5.247, Аноним (209), 13:00, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>> C:\Linux\System32\libc.so
    >> /SystemRoot/libc.so
    > %SystemRoot%/Libc.So.DLL

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

     

  • 1.47, Аноним (47), 01:05, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Наконец-то вайн нормально заработает. А то с васянскими репаками фш вечно приходилось городить лишний образ с нтфс, чтобы он встал и запустился.
     
     
  • 2.129, marios (ok), 11:59, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А чем тебе плох GIMP? :)
     
     
  • 3.145, Аноне (?), 14:30, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Один из примеров это мода верстать сайты из PSD-шаблонов во всяких конторках.
     

  • 1.59, Аноним (59), 03:31, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Это подготовка к переводу windows на linux kernel
     
  • 1.61, swine (ok), 04:23, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    DOS возвращается. Ждём 8.3.
     
     
  • 2.92, Аноне (?), 09:35, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Выше требуют аналог LFN
     
  • 2.139, forum reader (?), 13:48, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    JFYI в OS/2 были регистрозависимые длинные имена файлов даже на FAT12.
     
     
  • 3.167, anonblmous (?), 17:34, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ...которые хранились в отдельных файлах "ea data.sf" (название мог перепутать - давно дело было) в каждом каталоге.
     
     
  • 4.180, forum reader (?), 20:28, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ...которые хранились в отдельных файлах "ea data.sf" (название мог перепутать - давно
    > дело было) в каждом каталоге.

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

     

  • 1.68, Аноним (67), 07:14, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Главное чтобы зловредную логику переименования файлов не принесли (в винде и гите чтобы переименовать файл, только поменяв регистр символов, надо переименовать, не тол ко поменяв регистр, а потом ещё раз переименовать, отменив нерегистровые изменения).
     
     
  • 2.76, Онаним (?), 07:55, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это точно. Надеюсь не перетащат это.
     

  • 1.77, Аноним (70), 08:07, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Что-то фак животворящий по поводу регистронечувствительности запоздал.
     
     
  • 2.251, PnDx (ok), 16:07, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Фак был предъявлен ещё в районе 2014, и мартышки названы мартышками. См. ссылку на статью из cio.com выше.
    Данная реализация выглядит достаточно изолированной, чтобы не ломать имеющееся. Я бы даже притащил такое на локалхост во всякие "/bin/", т.к. иметь там нечто *не* в нижнем регистре — явная проблема. А ОчепятатьсЯ, напротив, легко. Как в vim ':Q': левая тупо не успела отпустить shift. (Потому что у марсиан шифт лочился до следующего символа и им было нормально.)
     

  • 1.80, Аноним (158), 08:24, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Контрольные суммы для коррекции ошибок для блоков данных будут когда-нибудь?
    Или когда хоть dm-integrity будет доступно без заката солнца вручную?
     
  • 1.82, Аноним (158), 08:25, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Когда увеличат ограничение на полное имя пути файла в линуксе?
     
     
  • 2.94, Аноим (?), 09:36, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вам зачем, расскажите? Что можно накреативить, чтобы не хватило 4х килобайт для полного пути?
     
     
  • 3.154, Аноним (158), 15:45, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ингредиенты - файловая шара в офисе, обычные офисные работники, обычные офисные документы.
     
     
  • 4.184, AlexYeCu_not_logged (?), 21:23, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ингредиенты - файловая шара в офисе, обычные офисные работники, обычные офисные документы.

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

     
     
  • 5.189, Аноним (158), 22:05, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, еще колючая проволока с напряжением...
    Вообще-то, нормально, когда технологии для бизнеса, а не наоборот. Тем более, что RH за это деньги берёт...
    Порой, даже файлы с переносного жестака на линуксовую машину не перебросить. Ограничение нелепейшее, а цель его - непонятная.
     
     
  • 6.191, AlexYeCu_not_logged (?), 22:13, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Вообще-то, нормально, когда технологии для бизнеса, а не наоборот.

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

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

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

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

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

     
     
  • 7.262, наебизнес (?), 10:58, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я пробовал - родственники обижаются.

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

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

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

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

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

     
  • 3.156, Аноним (158), 15:52, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сделали бы хотя бы настраиваемым параметром, а то так можно вернуться и к 8-bit fat.
    После клиентских приложений на java, python, etc, ограничение длины пути в 4096 байт выглядит нелепым...
     
  • 3.204, Аноним (204), 10:41, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "Вам зачем, расскажите? Что можно накреативить, чтобы не хватило 4х килобайт для полного пути?"
    Не вам зачем, а надо посмотреть сталкиваются ли люди с проблемами. А люди сталкиваются.
     
  • 3.266, adolfus (ok), 14:27, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    файлы с именами в cp1251 на рутрекере -- приходится флешку с фатом постоянно в компе держать.
     

  • 1.93, nrv (ok), 09:36, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Почему-то регистрозависимость преподносилась как что-то правильное.

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

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

     
     
  • 2.120, AlexYeCu_not_logged (?), 11:12, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Но нужно чтобы вообще нельзя было создать Файл, фАйл и т.д., если есть файл.

    Кому нужно?

     
     
  • 3.147, nrv (ok), 14:59, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    всем нужно. Чтобы какая-нибудь толстая северная птица не создала его, а ты бы потом не обратился случайно к другому файлу. Компуктер - его для людей придумали. Можно конечно открывать директорию, смотреть, что там есть, но зачем, если я знаю что в папке папка лежит файл файл, но забыл с большой буквы или маленькой.
    Причем такой файл может быть создан без злого умысла, просто через файл, сохранить как, вбили имя какое хотелось, и все.

     
     
  • 4.155, AlexYeCu_not_logged (?), 15:51, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне 8212 нет И каким же образом я 171 случайно 187 обращусь не к тому фа... текст свёрнут, показать
     
     
  • 5.182, nrv (ok), 21:09, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Абсолютная память Если файл создали, написали скрипт, где забито его имя, то, к... текст свёрнут, показать
     
     
  • 6.183, AlexYeCu_not_logged (?), 21:20, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Она у меня просто есть Обычно этого достаточно Сто лет Я меньше живу пока что... текст свёрнут, показать
     
  • 2.144, Аноним (144), 14:23, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > если есть возможность создать Файл и файл, это очевидно плохо

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

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

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

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

     

  • 1.95, Аноим (?), 09:37, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Народ негодует, как будто у них отобрали что-то? Да не ставьте этот флаг и всё будет по-старому. Наоборот, хорошо, когда есть альтернатива для какого-то механизма.
     
     
  • 2.116, Аноним (123), 11:02, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    От ненужных «альтернатив» ядро уже разжирело на несколько порядков.
     
     
  • 3.125, Аноим (?), 11:49, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А кто сказал, что это плохо? Ваши аппаратные ресурсы застряли в 90х чтоли?
    А если вам нужно мега-компактное ядро, ну так пересоберите, делов-то. Там процедура несложная вовсе.
     
     
  • 4.135, КГБ СССР (?), 13:18, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы что! Это же лишние пара сотен килобайт. Для линуксоидов это конец, у них харды то не резиновые!
     
  • 4.159, AlexYeCu_not_logged (?), 16:01, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Ваши аппаратные ресурсы застряли в 90х
    > чтоли?

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

     
     
  • 5.226, Аноним (211), 05:31, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Работаю в IT и околоIT уже скоро 20 лет как. Не могу вспонить таких моментов, чтобы вычислительных ресурсов не хватало для прода именно по причине особой прожорливости софта, а не катастрофического наплыва пользователей, например. Думаешь везло все эти годы?
     
     
  • 6.249, AnonymouS (?), 14:49, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Наплыв пользователей на нормальный софт незаметен, в отличие от прожорливого
     
  • 6.256, AlexYeCu_not_logged (?), 18:47, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Работаю в IT и околоIT уже скоро 20 лет как. Не могу
    > вспонить таких моментов, чтобы вычислительных ресурсов не хватало для прода именно
    > по причине особой прожорливости софта, а не катастрофического наплыва пользователей, например.
    > Думаешь везло все эти годы?

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

     
  • 3.136, КГБ СССР (?), 13:20, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Если тебе что-то не нравится, вали на hurd.
     

  • 1.109, Аноним (109), 10:38, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А если в такой каталог будут скопированы файлы с более «старшим» юникодом, в котором тоже будут символы различного регистра, то что?
     
  • 1.152, Винтажный газогенератор (?), 15:42, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Press F to pay respect to windows.
     
     
  • 2.186, Аноним (24), 21:29, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Set +F
    fixed
     

  • 1.164, Аноним (25), 17:18, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора уже Ext5 пилить, со сжатием и заточкой под ssd
     
     
  • 2.187, Аноним (24), 21:29, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > заточка под ssd

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

     
     
  • 3.192, Аноним (25), 22:15, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    COW
     

  • 1.165, Аноним (165), 17:25, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А что с обратной совместимостью? Как такие файлы/каталоги будут обрабатываться на машинах с предыдущими версиями ФС?
     
     
  • 2.176, Аноним (176), 19:51, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да никак :) кто нынче о совместимости думает?
    кругом сплощной непрофессионализм...
     
  • 2.250, pda (?), 15:17, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А читаем мы непонятно чем. Русским же по белому написано:
    1. Никаких изменений в структуре на диске нет, вся логика в функции сравнения имён.
    2. Новый флаг можно поставить только на пустой каталог.
     
     
  • 3.269, Аноним (269), 20:41, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Значение атрибута "+F" сохраняется внутри inode отдельных каталогов и распространяется на все >вложенные файлы и подкаталоги. Информация о кодировке сохраняется в суперблоке.

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

     

  • 1.178, Аноним (176), 20:04, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    то что какой-то софт может после этого 'сломаться' их не волнует совсем?
    линус же говорил, все что влияет на юзерспейс -  трогать нельзя. балаболишка :)
     
  • 1.179, Аноним (179), 20:24, 27/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Разве один и тот же символ но в разном ригистре не кодируются разными юникод последовательностями? Если все-таки разными, тогда это п...ц
     
  • 1.206, Аноним (206), 14:52, 28/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ах, какая ж возможность добавить немного уличной магии в программы. Впрочем, свобода ведь...
     
  • 1.214, Аномномномнимус (?), 19:57, 28/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Гораздо интереснее, когда длину имени файла сделают больше
     
  • 1.216, Аноним (216), 22:01, 28/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как всегда - у разработчиков свои, особые, уличные приоритеты. Тут уже отмечали, что работать с файлами без учета регистра все утилиты и так давно умеют. Поэтому важность этой возможности если и есть, то для каких-то очень специфичных кейсов, с ходу и не придумаешь.
    Вот что действительно давно нужно и важно, так это отключение контроля прав доступа на подключаемых носителях (флешки в простонародье). В свое время даже отдельную фс для этого набросали на коленке (https://danrl.com/projects/lanyfs/), правда в ядро она так и не попала.
     
     
  • 2.241, microsoft (?), 11:22, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    мы такую fs разработали в 85м году. fat называлась.
    Правда, в ваше ведро ее современная версия "так и не попала", оставшись в виде патчей самсунга, но вы все же можете пользоваться ей через анус...простите,  в вашей анатомии это называется fuse.

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

     

  • 1.243, Аноним (243), 11:54, 29/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Бредовая затея. Средний виндовый пользователь не запоминает имена.Он запоминает положение иконки на экране. Перемешай иконки на рабочем столе, измени порядок сортировки или системный шрифт - и он пойдет звать админа, потому как "ведь всегда же открывал так". А это идея - нужно хранить в ФС не имена а каринки с начертанием имени файла.
     
     
  • 2.246, пох (?), 12:11, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты не понимаешь - средний виндовый пользователь не придумывает имена (потому что не знает что это такое), он нажимает "сохранить", и долго тупит, что за непоятная хрень вылезла, после чего жмакает OK.
    именем файла становится, например, весь первый абзац документа word.

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

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

     

  • 1.253, Аноним (253), 16:45, 29/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Госспаде, гора родила мышь. Нужны увеличение длины имени файлов и возможность отключения прав доступа на ext4. Но нет, они делают хуже.
     
     
  • 2.255, Аноним (-), 18:38, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >и возможность отключения прав доступа на ext4

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

     
     
  • 3.257, J.L. (?), 18:49, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>и возможность отключения прав доступа на ext4
    > чем тебя не устраивают права доступа в лине? Как по мне всё логично и мощно!

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

     

  • 1.254, Георгий (??), 17:20, 29/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это зачем? Что-то, я не понял.
     
  • 1.261, Аноним (261), 08:27, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так, с регистром разобрались, теперь нужно добавить буквы дисков без монтирования. Все эти A:, B: C:. В Minoca кажется было.

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

     
  • 1.267, Аноним (267), 18:03, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    - Алло, это Линус Торвальдс?
    - Да?
    - ВИНДА!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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