Как во FreeBSD 5.2.1 указать в fstab, в качестве точки монтирования, путь с пробелами?
Неужели нельзя???
Боюсь, что нельзя. Это в Линуксе можно.
>Боюсь, что нельзя. Это в Линуксе можно.Мать их за ногу :)
http://www.freebsd.org/cgi/query-pr.cgi?pr=55539
>>Боюсь, что нельзя. Это в Линуксе можно.
>
>Мать их за ногу :)
>http://www.freebsd.org/cgi/query-pr.cgi?pr=55539вобщем это в принципе НЕХОРОШО.
>>Мать их за ногу :)
>>http://www.freebsd.org/cgi/query-pr.cgi?pr=55539
>
>вобщем это в принципе НЕХОРОШО.Что НЕХОРОШО: реализация что по ссылке, или сама возможность в fstab указать путь, содержащий пробелы?
Если второе, то я с вами не согласный.
>>>Мать их за ногу :)
>>>http://www.freebsd.org/cgi/query-pr.cgi?pr=55539
>>
>>вобщем это в принципе НЕХОРОШО.
>
>Что НЕХОРОШО: реализация что по ссылке, или сама возможность в fstab указать
>путь, содержащий пробелы?
>
>Если второе, то я с вами не согласный.нехорошо иметь недопустимые символы и пробелы в file/dir name - это было
есть и будет, особенно в отношении возможных проблем с такими file/dirА уж где это - fstab или еще где, вопрос несущественный, есть патч - хорошо, если конечно закоммитят, нет - ну и фик с ним.
Вывод: плохо когда плювают на стандарты :(
>Вывод: плохо когда плювают на стандарты :(На стандарты плюют, когда они не успевают за жизнью..
:)
>>Вывод: плохо когда плювают на стандарты :(
>
>На стандарты плюют, когда они не успевают за жизнью..
>:)Это люди не хотят жить по стандартам, а очень жаль. Глядишь, и проблем было бы на порядок или на два меньше! :)
>>Вывод: плохо когда плювают на стандарты :(
>
>На стандарты плюют, когда они не успевают за жизнью..
>:)ошибочка ваша, большинство никогда не плюет на стандарты, а наоборот вырабатывает
их, IEEE назначает комиссии из сотрудников фирм, кто законодатели новшевст,
стандарт ВСЕГДА идет позади технологии, но его ВСЕГДА разрабатывают
когда назрело.
Комитет парится некоторое время и вырабатывает стандарт, затем пишут
комментарий к нему RFC, все как полагается и все в цвет, в отличие от
фирм которые плювают на сложившиеся стандарты, после чего все окружающие трахаются
в сопряжении с идиотским софтом таких фирм. Примеров - тьма, один из них,
реализация IMAP от M$ и масса мудацких сообщений 0xC00... которые
зачастую совершенно не ту диагностику выдают чем происходящее.Стандарт это как ОБЩИЕ ДЛЯ ВСЕХ ПРАВИЛА, отсутствие или несоблюдение
ведет к анархии, как результат - конец света
И это, разумеется, не только в отношении computing'а, а и всех остальных
отраслей.
Это все очень красиво, правильно и все такое.Но, возвращаясь назад: если стандарт не разрешает иметь пробелы в fstab - нафиг такой стандарт (или такую редакцию стандарта).
Стандарты не на вечно делаются.[Все IMHO, разумеется]
>Это все очень красиво, правильно и все такое.
>
>Но, возвращаясь назад: если стандарт не разрешает иметь пробелы в fstab -
>нафиг такой стандарт (или такую редакцию стандарта).
>Стандарты не на вечно делаются.
>
>[Все IMHO, разумеется]понятно что imho, когда столкнешься впоследствии с проблемами find,
umount и тд и тп, мнение изменится, потому как дело не в одном fstab
- понятно что на нем свет клином не сошелся, ну а патч - это хорошо.
Его закоммитили?
>понятно что imho, когда столкнешься впоследствии с проблемами find,
>umount и тд и тп, мнение изменится, потому как дело не в
>одном fstabМнение будет: "Почему не доделали".
Впрочем мы не в секте, на FreeBSD мир клином не сошелся, просто учтем, когда будем выбирать ОС под файловый сервер.
>- понятно что на нем свет клином не сошелся, ну а патч
>- это хорошо.> Его закоммитили?
Нет, вроде.
По крайней мере, man fstab в 5.2.1 про vis(3) ничего не знает.P.S. Ладно, надоело мне сентенции слушать :)
>Это все очень красиво, правильно и все такое.
>
>Но, возвращаясь назад: если стандарт не разрешает иметь пробелы в fstab -
>нафиг такой стандарт (или такую редакцию стандарта).
>Стандарты не на вечно делаются.
>
>[Все IMHO, разумеется]Стоит еще раз повторить слова lavr'а:
"...стандарт ВСЕГДА идет позади технологии, но его ВСЕГДА разрабатывают
когда назрело"Полагаю, "имение" пробелов в fstab'е еще не "назрело" для стандарта. Если Вы считаете иначе, то советую Вам напрямую обратиться в IEEE и другие организации, разрабатывающие стандарты.