Разработчики OpenBSD сочли импортированную некоторое время назад альтернативу nroff/groff под названием mandoc (http://www.openbsd.org/cgi-bin/man.cgi?query=mandoc&sektion=1) достаточно стабильной, и теперь man-страницы системы, а также, по возможности, сторонних приложений, собираемых через систему портов, подготавливаются с использованием mandoc. Использовавшиеся до этого nroff/groff перенесены в порты.
Ключевые преимущества mandoc:
- Более компактный и понятный код: 200 000 и 15 000 строк кода - разница впечатляет, даже с учётом того, что mandoc сейчас не поддерживает все форматы вывода, поддерживаемые groff.
- Большая скорость работы (до пяти раз быстрее)
- Большее количество выявляемых ошибок форматирования, с одной стороны, и большая устойчивость к ошибкам с другой.
- Лицензия BSDКроме того, отмечается прогресс в поддержке GCC 4, большие успехи в работе suspend-resume на мультипроцессорных платформах, непрекращающиеся улучшения в работе SCSI-стека (которы...
URL: http://marc.info/?l=openbsd-cvs&m=127022847624984&w=2
Новость: http://www.opennet.me/opennews/art.shtml?num=26348
А UTF-8 оно умеет?
это разработчиков OpenBSD интересует в посленюю очередь
>это разработчиков OpenBSD интересует в посленюю очередьРазработчиков OpenBSD UTF8 интересует, к слову — просто UTF8 в консоли пока кое-как пашет, а большего никому не надо настолько, чтобы вплотную заняться поддержкой соответствующих локалей. Patches are welcome.
Касаемо собсно mandoc - не поддерживает если вести речь о формате вывода на терминал. Впрочем, разработка идёт полным ходом.
OpenBSD ведет здесь правильную политику.UTF должна поддерживаться на пользовательском уровне, а не ядром.
Поскольку это прикладная задача - конвертировать строки.
А ядро должно заниматься байтами и буферами.Тем более если учесть общую тенденцию развития в сторону микро и гибридных ядер.
Пихать прикладной код в ядро - это чисто линуксовый путь. Video for Linux туда же.
user@host:~$ ls -al "А любителям юзать программы/которые создают длинные имена файлов и каталогов"
итого 8
drwxr-xr-x 2 user user 4096 Апр 24 13:01 .
drwxr-xr-x 3 user user 4096 Апр 24 12:59 ..
-rw-r--r-- 1 user user 0 Апр 24 13:00 в многобайтных кодировках
-rw-r--r-- 1 user user 0 Апр 24 13:00 можно сказать
-rw-r--r-- 1 user user 0 Апр 24 13:01 что они сами себе противоречат, выступая за скорость обработки данныхuser@host:~$ cat text.txt
Поскольку назначение файловой системы - это хранить и обрабатывать информацию не в именах файлов, а в самих файлах.
А если нужно что-то эдакое - используйте базы данных.Кроме того практика наглядно демонстрирует, что ПО, работающее в UTF - прекрасно работает на ядрах, которые не имеют в своем составе кода для обработки UTF.
Два решения видим: отказаться от текстовой консоли или отказаться от языков кроме анлийского )))
>Два решения видим: отказаться от текстовой консоли или отказаться от языков кроме анлийского )))Ну если в данном "рацпредложении" связь с английским еще как-то прослеживается, т.е. высказывания о выносе обработки UTF в юзерспейс (или невносе в ядро) автор предыдущего поста видимо приравнивает к отказу от UTF вообще. Типа, или в ядре, или никак.
Но при чем здесь текстовая консоль?
вы наверно путаете OpenBSD с чем-то, в OpenBSD UTF8 в консоли не пашет никак, при чём разработчики скептически относятся к многобайтным консолям.
>вы наверно путаете OpenBSD с чем-то, в OpenBSD UTF8 в консоли не пашет никак,Не OpenBSD, но текстовую консоль и эмулятор, да. :( Который раз зарекаюсь спросонья не писать…
>при чём разработчики скептически относятся к многобайтным консолям.
Насчёт скептицизма — никто не против собственно поддержки UTF-8. Miod Vallat, если память мне не изменяет, высказывался в духе «напридумывали тут кодировок», но ему можно, он портированием ядра в основном занимается и все эти Юникоды ему по определению до лампочки. :) Правда, есть ISO9660 и NTFS…
>вы наверно путаете OpenBSD с чем-то, в OpenBSD UTF8 в консоли не пашет никак, при чём разработчики скептически относятся к многобайтным консолям.Вы видимо плохо себе представляете, что такое консоль и что такое консольные приложения.
Так вот, к вашему сведению, консольные UTF-приложения прекрасно "пашут" в однобайтных консолях. Другое дело, что отображается только одна кодовая таблица, на которую настроена однобайтная консоль. Это вроде бы очевидные вещи. И это совсем не подходит под смысл "не пашет никак".
И вы всегда можете подсоединиться с помощью многобайтной удаленной консоли или из иксов к работающему серверу с "пашущими" в нем UTF приложениями.
Так что получается, что это вы путаете OpenBSD с чем-то еще, не понимая специализацию и назначение этой системы.
Да, разработчики так и заявляли, что поддержка всех-всех примочек, которые ожидаются от десктопных систем, - не являются их первоочедными задачами. Так же как не являются первоочередными задачи повышенного быстродействия в ущерб надежности, безопасности и простоте. OpenBSD - серверная система, и со своими задачами в этой области прекрасно справляется.
>Да, разработчики так и заявляли, что поддержка всех-всех примочек, которые ожидаются от
>десктопных систем, - не являются их первоочедными задачами. Так же как
>не являются первоочередными задачи повышенного быстродействия в ущерб надежности, безопасности и
>простоте. OpenBSD - серверная система, и со своими задачами в этой
>области прекрасно справляется.Ну, как вам сказать, есть люди, которых Опёнок в качестве десктопа вполне устраивает (а есть те, кого не устраивает, да). :) Ибо надёжность, безопасность и простота нужны не только на серверах. ;)
>Ну, как вам сказать, есть люди, которых Опёнок в качестве десктопа вполне устраивает (а есть те, кого не устраивает, да). :) Ибо надёжность, безопасность и простота нужны не только на серверах. ;)Да, даже несмотря на то, что десктопность не является первоочередной задачей разработчиков, OpenBSD и как десктоп себя неплохо показывает. Однако для этого лучше хорошо представлять, что такое консоль и зачем она нужна.
Даже в Линуксе консоль, как бы ее там не наворачивали, менее удобна чем, терминал в иксах.
А терминал в иксах в OpenBSD в этом плане принципиально не отличается от терминала в иксах под Линуксом.
>>вы наверно путаете OpenBSD с чем-то, в OpenBSD UTF8 в консоли не пашет никак, при чём разработчики скептически относятся к многобайтным консолям.
>
>Вы видимо плохо себе представляете, что такое консоль и что такое консольные
>приложения.
>
>Так вот, к вашему сведению, консольные UTF-приложения прекрасно "пашут" в однобайтных консолях.только если консоль это "эмулятор терминала", в самом терминале OpenBSD UTF-приложения не "пашут".
>только если консоль это "эмулятор терминала", в самом терминале OpenBSD UTF-приложения не "пашут".Терминалом обычно называют оборудование. У OpenBSD нет "самого терминала", есть эмулятор. Как обычно и в других ОСях.
То что UTF-приложения "пашут", я вам объяснил выше. И посоветовал разобраться что к чему. В частности, чем консоль отличается от терминала и уж тем более от эмулятора.
Будете дальше пытаться продемонстрировать глубину ваших познаний?
Скачай опёнок и посмотри на него, потом приходи.
>Скачай опёнок и посмотри на него, потом приходи.Вам лучше, действительно, подойдут дистры, которые достаточно просто скачать.
при чём здесь дистрибутивы которые мне подходят? просто проверь собственные утверждения, это не так сложно, OpenBSD ставится считанные минуты, это не так сложно как может показаться новичку.
>при чём здесь дистрибутивы которые мне подходят? просто проверь собственные утверждения, это не так сложно, OpenBSD ставится считанные минуты, это не так сложно как может показаться новичку.Т.е. вы ставите OpenBSD за считанные минуты, но вам никак не удается заставить там "пахать" UTF-приложения. И из этого вы делаете вывод, что у всех так же, как у вас.
давай не будем переходить на личности и друг друга характеризовать, просто проверь свои утверждения сам, а потом если захочешь сможем это обсудить.
>давай не будем переходить на личности и друг друга характеризовать, просто проверь свои утверждения сам, а потом если захочешь сможем это обсудить.Я уже понял, что вы считаете непроверенными утверждения о том, что по-вашему в консоли OpenBSD не могут работать UTF-приложения. И вы также считате, что в OpenBSD есть терминал, как, видимо, и в других ОСях по-вашему тоже.
Если вы считаете свои утверждения проверенными, а мои непроверенными, тогда вам не о чем беспокоиться.
если Вы так уверены в своих словах предоставьте настройки в которых UTF приложения в консоли OpenBSD будут выводить сообщения на великом и могучем (сгодятся однобайтовые кодировки). Лучше ссылку на pastebin, чтобы не захламлять тред.
>если Вы так уверены в своих словах предоставьте настройки в которых UTF
>приложения в консоли OpenBSD будут выводить сообщения на великом и могучем
>(сгодятся однобайтовые кодировки). Лучше ссылку на pastebin, чтобы не захламлять тред.
>PS только не в X-совых эмуляторах терминалах, а именно в голой консоли
>PS только не в X-совых эмуляторах терминалах, а именно в голой консолиФеерический экземпляр! :)
>если Вы так уверены в своих словах предоставьте настройки в которых UTF приложения в консоли OpenBSD будут выводить сообщения на великом и могучем (сгодятся однобайтовые кодировки). Лучше ссылку на pastebin, чтобы не захламлять тред.Вы не о треде беспокоитесь, а о себе, так что не надо тут.
Ссылок на то, как это сделать, достаточно в Интернете.
Это даже в Линуксе можно, если взять однобайтную консоль. Вы этого не знали?Вот сами и проверяйте, все что вы тут сами наговорили. Если вы даже не знаете, что такое терминал, и как делается конвертация кодировок в *nix'ах вообще, а не только в OpenBSD.
> PS только не в X-совых эмуляторах терминалах, а именно в голой консоли
Да, да. Я именно про это и говорю. Успокойтесь.
>>если Вы так уверены в своих словах предоставьте настройки в которых UTF приложения в консоли OpenBSD будут выводить сообщения на великом и могучем (сгодятся однобайтовые кодировки). Лучше ссылку на pastebin, чтобы не захламлять тред.
>
>Вы не о треде беспокоитесь, а о себе, так что не надо
>тут.
>
>Ссылок на то, как это сделать, достаточно в Интернете.
>Это даже в Линуксе можно, если взять однобайтную консоль. Вы этого не
>знали?То есть на основании того что это можно сделать в линуксе ты делаешь вывод что это можно сделать в опёнке? я так и думал.
>То есть на основании того что это можно сделать в линуксе ты делаешь вывод что это можно сделать в опёнке? я так и думал.По крайней мере вы уже признали, что UTF-приложения "пашут" в однобайтной консоли Линукса.
Ну и что по-вашему мешает сделать то же самое в OpenBSD.Из того, что вы мне предложили сделать это на OpenBSD, никак не следует, что я этого уже не делал. И что это не работает у меня прямо сейчас. Просто делал я это, или нет, вам же все равно это не будет видно, вам для этого надо будет сесть за мою эту самую однобайтную консоль.
И вы это прекрасно знаете, вот и пытаетесь перевести на это разговор. И отвлечь внимание от тех ляпов, которые вы наделали в своих предыдущих постах, пытаясь представиль из себя гуру, который научился что-то там быстро качать и устанавливать.
>По крайней мере вы уже признали, что UTF-приложения "пашут" в однобайтной консоли
>Линукса.я этого не отрицал
>Ну и что по-вашему мешает сделать то же самое в OpenBSD.вероятно есть причины, это также можно сделать в FreeBSD и Hurd, но нельзя сделать в OpenBSD, Вас это удивляет? не удивляйтесь, ведь это разные OS
>Из того, что вы мне предложили сделать это на OpenBSD, никак не
>следует, что я этого уже не делал. И что это не
>работает у меня прямо сейчас. Просто делал я это, или нет,
>вам же все равно это не будет видно, вам для этого
>надо будет сесть за мою эту самую однобайтную консоль.ну почему-же, если пропишу те-же настройки которые работают у вас, у меня они должны тоже работать.
>И вы это прекрасно знаете, вот и пытаетесь перевести на это разговор.
>И отвлечь внимание от тех ляпов, которые вы наделали в своих
>предыдущих постах, пытаясь представиль из себя гуру, который научился что-то там
>быстро качать и устанавливать.Знаете для того чтобы быстро скачать дистрибутив OpenBSD не нужно быть гуру, его можно поставить с флоппи диска (1,44Мб), и установка длится действительно несколько минут, Вы можете убедится в этом самостоятельно.
PS Вы всё время пытаетесь перевести разговор на личности и охарактеризовать меня ньюбом, который не смог чего-то настроить.
А я пытаюсь перевести разговор в русло конкретики, если Вы утверждаете что у Вас что-то работает, то не стесняйтесь показать настройки.
Это вы мне пытаетесь навязать разговор о всяких там "быстрых установках", настройках и т.п. Я вообще с первых постов говорил о целесообразности включать обработку UTF в ядро. И прокомментировал ваш комментарий с вашими словами, что что-то якобы "не пашет".И в собеседники вам не навязывался. И мне неинтересно доказывать вам очевидные вещи, что "пашет", а что нет, которые и так известны в любых сообществах, хоть чуть более продвинутых, чем в "ньюбских".
-----------------------
>Знаете для того чтобы быстро скачать дистрибутив OpenBSD не нужно быть гуру, его можно поставить с флоппи диска (1,44Мб), и установка длится действительно несколько минут, Вы можете убедится в этом самостоятельно.
А разве я где-то утверждал, что его нельзя поставить за несклько минут? Вопрос - зачем?
Вот вы его за несколько минут поставили, ни в чем тольком не разобрались, зато безапелляционно утверждаете, что там может "пахать", а что нет.Сразу видно - чисто виндовая традиция - бысто ставить и переустанавливать по каждому чиху.
Ну еще в гламурненьких дистрах счас тоже такая мода пошла.
Кроме того, вы все еще пользуетесь дискеттами? О_о>вероятно есть причины, это также можно сделать в FreeBSD и Hurd, но нельзя сделать в OpenBSD, Вас это удивляет? не удивляйтесь, ведь это разные OS
Здесь вы совершенно правы. В разных ОСях что-то можно, а что-то нельзя.
Но как вы обычно определяете, что именно? Только по тем фактам, что у вас "искаробки" заработало, а что нет?>PS Вы всё время пытаетесь перевести разговор на личности и охарактеризовать меня ньюбом, который не смог чего-то настроить.
Зачем мне трудиться и вас характеризовать? Если вы сами себя неплохо характеризуете.
Куда мне переводить разговор? Вы сказали, что "не пашет", я скзал, что это не так. Каждый остался при своем мнении.Это вы пытаетесь отвлечь внимание от тех ляпов, которые вы наделали, когда пытались рассуждать о "самом терминале в OpenBSD".
>А я пытаюсь перевести разговор в русло конкретики, если Вы утверждаете что у Вас что-то работает, то не стесняйтесь показать настройки.
Так вы таким оригинальным образом пытаетесь попросить, чтобы вам показали настройки?
У вас никаких таких просьб не было, а были категоричные заявления о том, что "пашет", а что нет. И указания мне что-то там поставить, что у меня и без вас прекрасно стоит.Т.е. вы так и не догадались, как настроить конвертацию из UTF в консоль, настроеную, допустим, на koi8-r. Но мало того, считаете, что это вообще невозможно. И еще обижаетесь, когда вас принимают за "ньюба".
Похоже, что вы не только не предствляете себе архитектуру пользовательского интерфейса, рассуждая о "самом терминале", но и что такое кодировки, вы тоже плохо представляете.
>Это вы мне пытаетесь навязать разговор о всяких там "быстрых установках", настройках
>и т.п. Я вообще с первых постов говорил о целесообразности включать
>обработку UTF в ядро. И прокомментировал ваш комментарий с вашими словами,
>что что-то якобы "не пашет".По поводу "пашет"/"не пашет" это была цитата автора новости, после чего я возразил, и он кстати себя после моего ответа поправил, а Вы уцепились пытаясь доказать что "пашет".
>И в собеседники вам не навязывался. И мне неинтересно доказывать вам очевидные
>вещи, что "пашет", а что нет, которые и так известны в
>любых сообществах, хоть чуть более продвинутых, чем в "ньюбских".так почему же вам не оставить этот тред, где мы с автором уже разобрались?
[бред поскипан]
>По поводу "пашет"/"не пашет" это была цитата автора новости, после чего я возразил, и он кстати себя после моего ответа поправил,Вот ваш исходный пост.
http://www.opennet.me/openforum/vsluhforumID3/66219.html#42Где вы буквально утверждали, что "не пашет никак".
> а Вы уцепились пытаясь доказать что "пашет".
В том-то и дело, я нигде вам это не стал доказывать, как вы меня ни пытались к этому склонить. Поскольку считаю, что подтвержений тому, что оно "пашет", и так достаточно в Инете, как и рецептов с настройками. Тем более что само решение достаточно очевидное и заключается в элементарной настройке конвертации кодировок.
Я лишь указал на ошибки в ваших рассуждениях, когда вы стали рассуждать о "самом терминале OpenBSD". А также выразил свое удивление, по поводу того, что вы так и не можете понять, как UTF можно сконвертировать в однобайтную кодировку, не смотря на ваши заверения, что вы не "ньюб".
>так почему же вам не оставить этот тред, где мы с автором уже разобрались?
Ну если вы считаете, что разобрались, тогда вам не о чем беспокоиться.
>[оверквотинг удален]
>тому, что оно "пашет", и так достаточно в Инете, как и
>рецептов с настройками. Тем более что само решение достаточно очевидное и
>заключается в элементарной настройке конвертации кодировок.
>
>Я лишь указал на ошибки в ваших рассуждениях, когда вы стали рассуждать
>о "самом терминале OpenBSD". А также выразил свое удивление, по поводу
>того, что вы так и не можете понять, как UTF можно
>сконвертировать в однобайтную кодировку, не смотря на ваши заверения, что вы
>не "ньюб".
>У меня остался один вопрос, Вы проверяли свои утверждения и сможете показать конфиги или Вы теоретик?
>У меня остался один вопрос, Вы проверяли свои утверждения и сможете показать конфиги или Вы теоретик?Да можете думать про меня что вам угодно. Если ли вы уж об ОСях воображаете не знамо что, тогда что вы обо мне можете знать?
То есть вы все еще сомневаетесь, после всех подсказок, которые для вас были сделаны, что в ОСях есть такая функция, как конвертация кодировок?
И что OpenBSD почему-то по-вашему должна в этом отличаться?Ну не работает там консоль в UTF, и в ядре UTF нет. А как с остальным-то это должно быть по-вашему связано? Что мешает по-вашему приложениям там с UTF работать, если это такие же данные, как и все остальное.
Вот до чего доводит стереотипность и узость мышления. Типа, не может быть, потому что не может быть.
вам задали прямой вопрос. а вы рассказываете про узость мышления. Приложения UTF там работать не будут потому что консоль bsd не будет перекодировать 2+ байта в 1, а будет отдавать их дальше as is. И на экране в случае если у нас национальный символ будет мусор, а вовсе не то, что вы ожидали. Как пример - сделайте cat utf8.txt содержащий строки на русском в UTF-8. А вы несете какой-то малопонятный бред про "рекодинг в осях". С чего бы это система делала рекодинг в данном случае если у нее просто нет поддержки уникода в консоли вообще?
>вам задали прямой вопрос. а вы рассказываете про узость мышления.Да. Я вот взял и ответил про узость мышления.
Смотрим ваш ход мысли. Т.е. диапазон мышления.>Приложения UTF там работать не будут потому что
Железная логика. Если вывод приложения не перекодировать, то оно видимо объявит забастовку по причине расовой дискриминации. Вопрос только в том, как приложение узнает, перекодировали его вывод или нет?
>консоль bsd не будет перекодировать 2+ байта в 1, а будет отдавать их дальше as is.
Кто вам сказал, что не будет?
Если очень хорошо попросить - будет. Смотря как настроите.
Если 1 в 1 может, то почему 2+ в 1 не сможет? Не всю же многобайтную таблицу целиком нужно обычно (см ниже). Стереотипы.И кто вам сказал, что перекодированием должна непременно заниматься консоль. (Само приложение тоже не должно, есть другой вариант, а то снова прицепитесь.) Опять стереотипы, короче.
>И на экране в случае если у нас национальный символ будет мусор, а вовсе не то, что вы ожидали.
А никто и не говорил, что можно отобразить все национальные символы одновременно.
Но одну-то "национальную" кодовую таблицу отобразить можно. (А если национальный вопрос не сильно беспокоит, то можно просто кодовую таблицу отобразить.)Такое простое решение видимо находится за пределами вашего воображения.
А большинстве случаев системных задач и при администрировании этого вполне достаточно. А иначе можете подключиться удаленным терминалом или из иксов, как я говорил выше.
Да, есть такое ограничение в текущей реализации консоли в OpenBSD. Я этого и не отрицал.
И также, если почитать мои первые посты, я всего лишь говорил, что подобные мелкие неудобства - не повод запихивать конвертацию кодировок в ядро. Так же как и прочие "национальные вопросы". У ядра другие задачи.Консоль еще можно допилить до поддержки многобайтных символов. Но видимо разработчики OpenBSD посчитали, что это не является вопросом первостепенной важности.
Просто предыдущий грамотей утверждал, что "не пашет никак", вот я его и поправил.
>Как пример - сделайте cat utf8.txt содержащий строки на русском в UTF-8.
Ну тыщу раз такое делал. И что?
>А вы несете какой-то малопонятный бред про "рекодинг в осях".
Т.е. "рекодинг" - это для вас "малопонятный бред". Ну-ну.
Правда я говорил не про какой-то "рекодинг", а конкретно про конвертацию кодировок. Если для вас это непонятно, как говорится, учите матчасть.>С чего бы это система делала рекодинг в данном случае если у нее просто нет поддержки уникода в консоли вообще?
Какая из подсистем системы?
Ну нет поддержки уникода в консоли, а система берет и отображает. Чудеса!Вот и линуксоиды видимо Торвальдса все время долбили вопросом, с чего бы это система отображает видео, если его нет ни в консоли, ни в ядре. Пока им видео в ядро не засунули, не успокоились. Зато всем сразу все понятно стало.
Предыдущий грамотей утверждал, что в OpenBSD есть "сам терминал".
А для вас задача конвертации многобайтных кодировок в однобайтную тоже, судя по всему, явилась терминалом для вашего сознания.Keep It Simple, Stupid! (Староскандинавская народная поговорка)
Учите матчасть и UNIX way.
>>вам задали прямой вопрос. а вы рассказываете про узость мышления.
>
>Да. Я вот взял и ответил про узость мышления.
>Смотрим ваш ход мысли. Т.е. диапазон мышления.Слив засчитан.
>
>>Приложения UTF там работать не будут потому что
>
>Железная логика. Если вывод приложения не перекодировать, то оно видимо объявит забастовку
>по причине расовой дискриминации. Вопрос только в том, как приложение узнает,
>перекодировали его вывод или нет?Дада, если приложение спрашивает оператора на великом и могучем, а оператор видит кракозябры - это несомненно признак отличной работы.
>
>>консоль bsd не будет перекодировать 2+ байта в 1, а будет отдавать их дальше as is.
>
>Кто вам сказал, что не будет?
>Если очень хорошо попросить - будет. Смотря как настроите.Пруфлинк или вранье. Пример настроек для опенка в студию. Вы опять привычно говорите о том, чего не знаете.
>Если 1 в 1 может, то почему 2+ в 1 не сможет?
>Не всю же многобайтную таблицу целиком нужно обычно (см ниже). Стереотипы.Практика. Не то как можно сделать а то как УЖЕ сделано.
>
>
>И кто вам сказал, что перекодированием должна непременно заниматься консоль. (Само приложение
>тоже не должно, есть другой вариант, а то снова прицепитесь.) Опять
>стереотипы, короче.Дада, стоит несомненно переписать cat ящитаю. И в каждое приложение добавить iconv() настраиваемый. Это несомненно "более прямой" путь чем утф-совместимая консоль.
>
>>И на экране в случае если у нас национальный символ будет мусор, а вовсе не то, что вы ожидали.
>
>А никто и не говорил, что можно отобразить все национальные символы одновременно.
>
>Но одну-то "национальную" кодовую таблицу отобразить можно. (А если национальный вопрос не
>сильно беспокоит, то можно просто кодовую таблицу отобразить.)Вам 1000 раз скаазали - речь шла не про абстрактную "можно-нельзя" а про поддержку в опенке. Для того чтобы консоль занималась преобразованием в хотябы одну национальную кодировку она должна знать что уникод есть, и как с ним работать. Кстати, в UTF8 один символ можно отобразить туевой хучей способов, и это тоже должна понимать utf совместимая консоль.
>
>Такое простое решение видимо находится за пределами вашего воображения.Хамство вместо ответа? нуну. У вас зато воображение отлично работает - вы приписываете вполне реальной ОС фантастические свойства, которых у нее никогда отродясь не было.
>
>Да, есть такое ограничение в текущей реализации консоли в OpenBSD. Я этого
>и не отрицал.
>И также, если почитать мои первые посты, я всего лишь говорил, что
>подобные мелкие неудобства - не повод запихивать конвертацию кодировок в ядро.
>Так же как и прочие "национальные вопросы". У ядра другие задачи.Дада, это ацкий вред когда консоль умеет рекодинг. Вот как раз во фре это допилят и все фанаты не-ядра резво заткнуться и начнут вопить как же это блин круто. Никто и не говорит что это must have фича - но то, что это банально удобно убедится любой, кто, например, держит файлопомойку в UTF. У меня вот был случай когда надо было скопировать данные (причем выборочно) с сервера с сгоревшей сетевухой - гемороя получил вполне достаточно.
>[оверквотинг удален]
>>А вы несете какой-то малопонятный бред про "рекодинг в осях".
>
>Т.е. "рекодинг" - это для вас "малопонятный бред". Ну-ну.
>Правда я говорил не про какой-то "рекодинг", а конкретно про конвертацию кодировок.
>Если для вас это непонятно, как говорится, учите матчасть.
>
>>С чего бы это система делала рекодинг в данном случае если у нее просто нет поддержки уникода в консоли вообще?
>
>Какая из подсистем системы?
>Ну нет поддержки уникода в консоли, а система берет и отображает. Чудеса!Дада, а еще 2+2=15, а луна сделана из голландского сыра. Пруфлинк на openbsd или не было.
>
>
>Предыдущий грамотей утверждал, что в OpenBSD есть "сам терминал".
>А для вас задача конвертации многобайтных кодировок в однобайтную тоже, судя по
>всему, явилась терминалом для вашего сознания.Киса, ты с какого района? можно посмотреть на список ваших opensource проектов?
>
>Keep It Simple, Stupid! (Староскандинавская народная поговорка)
>Учите матчасть и UNIX way.Что-то мне подсказывает, что кроме форумного спама вы ничего не умеете. Интуиция?
Судя по вашей реакции, саму идею вы все-таки поняли.
Да-да. Просто просто взять и отобразить нужный набор символов из многобайтной кодовой таблицы в однобайтную.И простота решения вас настолько обескуражила, что вы никак не можете смириться с тем, что сами не догадались до этого.
Это конечно в случае, если вы имеете хотя бы малейшее представление, что такое кодировки символов.
А если вы об этом представлений не имеете, а просто являетесь пересказчиком новостей на форумах, то не мудрено, что вы не представляете, насколько просто и элементарно это делается.
Будете продолжать требовать доказательств? Будете продолжать утверждать, что по-вашему этого нет и давным-давно не было. Что это по-вашему никак нельзя настроить штатными средствами.
Типа, "предоставьте конфиги немедленно, а иначе я про вас буду плохо думать!!!"Да, пожалуйста, думайте и говорите, что хотите. Это же у вас не получается настроить, а не у меня. Мне-то что до вашего невежества.
Просто OpenBSD - это профессиональный инструмент для творческих людей, которым достаточно просто идей, как сделать.
А не для быдлокодеров и быдлоадминов, которые впадают в ступор, как только что-то "искаробки" не заработает, и которые могут пользоваться только готовыми рецеплами, не понимая что и откуда берется.
Вот сами теперь после всего, что вы с предыдущим оратором тут наговорилии, вот и доказывайте теперь хотя бы, что это сложно делается, а даже не то, что невозможно. И что же по-вашему может помешать это сделать, кроме того, что мешает плохим танцорам? Вот сами и отвечайте. И смотрите не слейтесь.
А то по-вашему получается, что люди сначала изобрели Юникод, а только потом стали учиться конвертации кодировок делать. Стереотипы на почве невежества.
>Вот сами теперь после всего, что вы с предыдущим оратором тут наговорилии,
>вот и доказывайте теперь хотя бы, что это сложно делается, а
>даже не то, что невозможно. И что же по-вашему может помешать
>это сделать, кроме того, что мешает плохим танцорам? Вот сами и
>отвечайте. И смотрите не слейтесь.
>
>А то по-вашему получается, что люди сначала изобрели Юникод, а только потом
>стали учиться конвертации кодировок делать. Стереотипы на почве невежества.Киса, ты OpenBSD хоть раз видела? Вопрос про софт как я понимаю был слит туда же куда и все остальные.
А он прикольный штрих?
Ну вы уже эту мысль, что я по-вашему, якобы OpenBSD не пользуюсь, вы уже вместе с предыдущим оратором это много раз повторяли. Хотя уже возникает подозрение, что вы с ним одно и то же лицо. Никак не можете смириться с собственными ляпами. Придумайте что-нибудь новенькое.То что я хотел сказать по поводу OpenBSD и кодировок - я уже сказал с самых первых моих постов.
А вы за что боритесь? Ну если вы так уверены, что это якобы невозможно и "не пашет никак" - ну и продолжайте так думать. Считаете, что я по-вашему это все выдумал, что я якобы это сам никогда не делал и никогда этого якобы не было - ну и спите спокойно.
Хотя вы так и не смогли объяснить, что же по-вашему этому мешает, кроме того факта, что вы не знаете как эту элементарную вещь сделать, не смотря на многочисленные подсказки.
>Ну вы уже эту мысль, что я по-вашему, якобы OpenBSD не пользуюсь,
>вы уже вместе с предыдущим оратором это много раз повторяли.Все на это указывает
>уже возникает подозрение, что вы с ним одно и то же
>лицо.Ага, нас овер 9000. Конечно, это самое просто обьяснение для того чтобы не отвечать не прямые вопросы.
> Никак не можете смириться с собственными ляпами. Придумайте что-нибудь новенькое.
Придумываете в этом треде вы.
>А вы за что боритесь? Ну если вы так уверены, что это
>якобы невозможно и "не пашет никак" - ну и продолжайте так
>думать. Считаете, что я по-вашему это все выдумал, что я якобы
>это сам никогда не делал и никогда этого якобы не было
>- ну и спите спокойно.Не люблю самодовольных ламеров-фантастов. К которым вы, кажется, и относитесь.
>Хотя вы так и не смогли объяснить, что же по-вашему этому мешает,
>кроме того факта, что вы не знаете как эту элементарную вещь
>сделать, не смотря на многочисленные подсказки.Ну сделайте милость, просветите. Думаю, вам не только я буду благодарен, а и все openbsd community. Естественно, варианты вида cat unicode.txt | iconv -f utf8 -t koi8-r не рассмативаем, надеюсь не надо объяснять почему.
Я же вам сказал, если вы уверены, что я все придумал, то почему же вы так беспокоитесь. Ну считаете, что якобы нет простого решения штатными средствами, ну и спали бы спокойно, оправдываясь происками ламеров-фантастов.>Ну сделайте милость, просветите. Думаю, вам не только я буду благодарен, а и все openbsd community. Естественно, варианты вида cat unicode.txt | iconv -f utf8 -t koi8-r не рассмативаем, надеюсь не надо объяснять почему.
В том-то и дело, что сами ничего объяснить не можете, тыкаетесь нугад, и хотите после всех ваших заявлений, чтобы я вам объяснял, где именно вы ляпов наделали.
Что, никак не получается? Только что обнаружили команду iconv?
И даже не можете понять, в правильном направлении движетесь или нет?
А вот здесь
http://www.opennet.me/openforum/vsluhforumID3/66219.html#73
вы предлагали вывести вообще "cat utf8.txt". И жаловались на мусор.Да уж, в сложную ситуацию вы попали.
Найти простое решение штатными средствами - значит для вас признать собственную несостоятельнось и невежество. Не найти решения - тоже не лучше. Вот и мечетесь.А наверное всем уже рассказали, какой вы гуру в OpenBSD.
И главное уже сами чувствуете, что решение есть, и очень простое, после стольких подсказок. Но признаваться в собственных ляпах вам никак не хочется.
Ведь уже заявили во всеуслышание, что UTF-приложения по-вашему якобы в консоли OpenBSD работать не будут вообще.
По крайней мере, что не разбираетесь в предмете кодировок, вы уже здесь наглядно продемонстрировали. С остальным у вас видимо не лучше.
>Я же вам сказал, если вы уверены, что я все придумал, то
>почему же вы так беспокоитесь. Ну считаете, что якобы нет простого
>решения штатными средствами, ну и спали бы спокойно, оправдываясь происками ламеров-фантастов.Пожалуйста, просветите нас, убогих в своей глупости. Просим.
Здрасти, а вы-то чего вдруг?
>Здрасти, а вы-то чего вдруг?Я тоже хочу узнать о той магии, которой вы владеете. Без шуток. Пока что, в меру моих скромных познаний о _терминалах_, я сам озадачен теми волнующими перспективами, на которые вы размыто намекаете. Во всяком случае, я не представляю, например, как тот же vi (для тех, кто не в курсе: в OpenBSD vi — это nvi, а не консольный вариант vim) заставить отображать UTF в консоли. Разве что написать wrapper-скрипт и повесить алиасом в шелле...
>Я тоже хочу узнать о той магии, которой вы владеете.Печально слышать от автора новости про OpenBSD, что для него банальная задача конвертации кодировок тоже является "магией" и что он не может прочитать man'ы, которые в OpenBSD существуют чуть ли не для каждого файла.
>Без шуток. Пока что, в меру моих скромных познаний о _терминалах_, я сам озадачен теми волнующими перспективами, на которые вы размыто намекаете. Во всяком случае, я не представляю, например, как тот же vi (для тех, кто не в курсе: в OpenBSD vi — это nvi, а не консольный вариант vim) заставить отображать UTF в консоли. Разве что написать wrapper-скрипт и повесить алиасом в шелле...
Ответ находится в вопросе.
Вопрос был - могут ли UTF-приложения работать в консоли?
Вопрос НЕ звучал - могут ли они отобажать UTF в консоли, которая отображать UTF не умеет.Ну с теми двумя горлопанами все понятно, а для вас-то неужели тоже эти две форрмулировки идентичны?
Отображаться будет по-любому та кодировка, на которую консоль настроена. Вроде бы уже выше разговор об этом шел.
Кроме того, разговор шел о UTF-приложениях.
OpenBSD vi (nvi) - это UTF-приложение?
>[оверквотинг удален]
>отображать UTF не умеет.
>
>Ну с теми двумя горлопанами все понятно, а для вас-то неужели тоже
>эти две форрмулировки идентичны?
>
>Отображаться будет по-любому та кодировка, на которую консоль настроена. Вроде бы уже
>выше разговор об этом шел.
>
>Кроме того, разговор шел о UTF-приложениях.
>OpenBSD vi (nvi) - это UTF-приложение?Всё понятно. Как обычно, devil is in details. Вся разборка свелась к пониманию слова «работать». Для одних (таких, как вы) это когда программа работает в штатном режиме, а для других (тех, с кем вы спорили и меня) это когда пользователь получает от программы ожидаемое. Так что все правы, а спор ни о чём. :)
>Всё понятно. Как обычно, devil is in details.ИТ всегда требуют внимания к мелочам и четкости формулировок. И вообще внимательно читать надо уметь, что написано.
>Вся разборка свелась к пониманию слова «работать». Для одних (таких, как вы) это когда программа работает в штатном режиме, а для других (тех, с кем вы спорили и меня) это когда пользователь получает от программы ожидаемое. Так что все правы, а спор ни о чём. :)
При чем здесь штатный режим и ожидания, все гораздо проще.
Я утверждал, что UTF приложения можно использовать в однобайтной консоли, пусть с некоторыми ограничениями, которые в большинстве административных задач обычно несущественны.
Кроме того, из-под консоли можно управслять UTF-приложениями обычно без ограничений, если их клиенты, работают с UTF-терминалов по сети или из иксов.
В то время как те два грамотея пытались доказать, что это вообще невозможно.
И вообще в начале я говорил о нецелесообразности засовывать обработку UTF в ядро.
Сто раз одно и то же приходится повторять.
>> Ответ находится в вопросе.
>> Вопрос был - могут ли UTF-приложения работать в консоли?
>> Вопрос НЕ звучал - могут ли они отобажать UTF в консоли, которая отображать UTF не умеет.P.S. Только не следует опять это трактовать буквально, говоря про всякие там "штатные режимы", что они не смогут выводить данные в однобайтную консоль, или что якобы будет один сплошной мусор.
В большинстве случаев прекрасно смогут, правда в пределах одного языка, не считая "us". Что в большинстве ситуаций вполне достаточно.
Каким образом - описано выше.
Вот черт возьми! Объясни реальный пример использования юникода в консоли, без троллинга
irssi
На примере FreeNAS:
$ ssh root@freenas
# cd /mnt/volume0/
# ls
?????????? ?????/ ???????/ ??????????/
# du -s *
1234 Проблемная папка
23456 Каталог
223 ДиректорияПри этом, выводить юникод умеют команды find и du
При попытке написать в кириллице, выдает всякие там \345\234\345\222\432
Короче, эти ваши бсд умеют только пикать и всё портить. ;-)И не думайте, что это я прямо на текстовой консоли пытаюсь писать, это в любом графическом терминале так!
>При попытке написать в кириллице, выдает всякие там \345\234\345\222\432
>Короче, эти ваши бсд умеют только пикать и всё портить. ;-)
>
>И не думайте, что это я прямо на текстовой консоли пытаюсь писать,
>это в любом графическом терминале так!Если бы оно действительно так было, вони от линуксоидов было бы гораздо больше. Все работает одинаково, и ls и du и find, русский показывает и ввод работает - учитесь настраивать. Возможно, что-то накосячили в самой FreeNAS, но тут уж та же проблема что и с Linux дистрами - наплодили г-на. Но в отличии от, операционная система FreeBSD существует.
> Если бы оно действительно так было, вони от линуксоидов было бы гораздо больше. Все работает одинаково, и ls и du и find, русский показывает и ввод работает - учитесь настраивать.Согласен, после допиливания надфилями, меня моя FreeBSD 4.9 как начала устраивать в мохнатом году, так до сих пор и устраивает. Работает себе на работе и работает.
Но это я разобрался (пусть и не сам), но ведь встречают по одежке, а тут раз - нет юникода. Нет юникода? Нет кириллицы! Нет кириллицы? Не пустим в государственные структуры.
Всё очень просто.> Возможно, что-то накосячили в самой FreeNAS
Я даже минимально не имею представления, сколько занимает места то, что обеспечит возможность на клавиатуре в xterm напечатать кириллицу.
Но что-то подсказывает, что оно просто не влезает в концепцию минимализма FreeNAS.
Интересно, а оно поддерживает адаптацию к разной ширине экрана, как это делает HTML? А таблицы адаптируются к ширине экрана?
>Интересно, а оно поддерживает адаптацию к разной ширине экрана, как это делает
>HTML? А таблицы адаптируются к ширине экрана?Формат man-страниц не поменялся, всё как было, так и остаётся, ничего не потерялось.
А в man'ах бывают таблицы? Никогда не видел, разве что псевдографикой - нарисованные из минусов и восклицательных знаков.
Вот это - вполне достаточная причина перейти на HTML или на XML с заранее оговоренным алгоритмом перевода в HTML. И читать мануалы браузером, для чего ввести простейший браузер в базовую поставку (впрочем, необязательно).Кстати, текстовые браузеры реально рисуют таблицы псевдографикой или минусами. Ничего, читать можно.
>Вот это - вполне достаточная причина перейти на HTML или на XML
>с заранее оговоренным алгоритмом перевода в HTML. И читать мануалы браузером,
>для чего ввести простейший браузер в базовую поставку (впрочем, необязательно).Браузер в поставке уже есть, lynx. :)
К сожалению, HTML с одной стороны, избыточен (ну нафиг надо всякие BASE, SCRIPT и т.д. в мануале?), а с другой недостаточен (семантику не пропишешь). XML частично решает эти проблемы, но приносит другую головную боль в виде всяких XML-преобразований. В итоге получаем известную своими тормозами справку из KDE 3. :( Ну нафиг такое счастье. Это не говоря о том, что браузер и ресурсов (в первую очередь, место на диске) жрёт немало, а форматированную man-страницу можно просмотреть обычным more. А это актуально для RAMDISK'ов, например (окромя amd64-систем, конечно :) ).
достаточно один раз написать набор xslt-трансформаций, и будет способ из одного xml-исходника получать и документацию на сайт, и системную документацию, и преобразовывать в другие форматы. в netbsd уже работают над более тесной интеграцией xml в систему, в частности пытаются перевести описание системных интерфейсов на xml, чтобы облегчить автоматизацию работы с ними, так что возможно и до документации доберутся.
>достаточно один раз написать набор xslt-трансформаций, и будет способ из одного xml-исходника
>получать и документацию на сайт, и системную документацию, и преобразовывать в
>другие форматы. в netbsd уже работают над более тесной интеграцией xml
>в систему, в частности пытаются перевести описание системных интерфейсов на xml,
>чтобы облегчить автоматизацию работы с ними, так что возможно и до
>документации доберутся.XSLT — это тормоза. А про скорость я уже написал выше. Красота автоматизации (которая будет заметно меньше, чем если бы речь шла о переходе с HTML или SGML — семантика-то уже есть) заметно перекроется возросшим временем компиляции (что замедлит разработку; PCC и Clang пилят отнюдь не только из лицензионных соображений) и размером самих страниц (а это вообще неприемлемо для тех же RAMDISK'ов). В OpenBSD вообще man-страницы форматируют принудительно под 80 столбцов, во избежание проблем с различными терминалами. :) Эта мера оправданная, могу подтвердить по собственному опыту.
глупо рассуждать о времени компиляции пользуясь autotools ;) и про тормоза XSLT - откуда взято? а размер man-ов - они же все упакованы, поэтому xml-форматирование размера не прибавит. другое дело конверсия...
>глупо рассуждать о времени компиляции пользуясь autotools ;)autotools, а точнее сгенерённые configure-скрипты используются только для стороннего софта: Apache, GCC, Xorg, ну и ещё по мелочи.
> и про тормоза XSLT - откуда взято?
Опыт. :) Собственно, XML и связанные с ним проекты никогда и не были ориентированы на компактность и скорость обработки, они создавались исключительно с целью увеличения интероперабельности. И надо отдать должное, у W3C это более-менее получилось.
> а размер man-ов - они же все упакованы, поэтому xml-форматирование размера не прибавит.
Результаты тестов в студию. :) Возьмите man средней сложности, скажем, ls(1), конвертируйте в альтернативный формат (т.е. из groff в XML или наоборот, смотря в чём он у вас) и устройте серию прогонов через XSLT и через nroff/mandoc.
Вот молодцы, теперь во FreeBSD бы так. Эти протухшие *roff со товарищи давно пора выкинуть - с ними чтобы man сформатировать в plaintext без управляющих символов (всяких bold, underline) надо голову сломать, проще написать их вырезалку. Кроме того, юникод они поддерживает феерически yблюдственно - что стоит хотя бы замена минуса в ключах на какое-то юникодное тире, из-за чего ключ из man нельзя скопировать в коммандную строку. Приходится alias man="LC_ALL=C man"
Спасибо, возьму на заметку
Увы, но мне даже LC_ALL=C не помогает. Да и я уже привык к этому странному '−' :(
"Поддержку GEM/UXA в драйвере графических чипсетов Intel;" - только на этой строке мне началось подозреваться, что это относится не к mandoc а к openbsd или о чём там новость. Правильно было бы не делать таких резких переходов, как обухом по голове.
да, тоже сильно заинтересовался когда начал читать о том, что есть улучшения по сборке с gcc4 :) В общем конечно лажанулись, авторы, корректоры и все кто подтверждал :D
>да, тоже сильно заинтересовался когда начал читать о том, что есть улучшения
>по сборке с gcc4 :) В общем конечно лажанулись, авторы, корректоры
>и все кто подтверждал :DНу соряйте, писал впопыхах. Основной-то новости уже почти три недели, но я дал себе зарок не отвлекаться, пока пару проектов не сделаю. Собственно, кроме перехода на mandoc, всё остальное на новости полноценные не тянуло — сделал как обычно в таких случаях делают, дописал для тех, кому OpenBSD не совсем безразлична, но source-changes@ и ports-changes@ не мониторят. :) Обещаю впредь быть более оперативным…
К слову, есть идея: вот давеча была новость — перевод ежеквартального отчёта по развитию FreeBSD. В принципе, я могу делать где-то раз в месяц (понятно, зависит от стадии релизного цикла) краткие отчёты в том же духе. Если это интересно. Только честно (я, например, полностью тот отчёт ниасилил, по-моему, в погоне за полнотой охвата потерялся его смысл как краткого отчёта). С другой стороны, о том же ядре Linux на каждый чих новость. :) М-м-мнения уважаемой общественности?
Если есть желание, пишите. Кому не нравится, тот может не читать.
>Если есть желание, пишите. Кому не нравится, тот может не читать.Есть желание не писать в воздух. :) Мне небезразлична судьба проекта OpenBSD, и хочется заинтересовывать им хороших людей, далёких от него. Писать просто так, потому что где-то свербит — только энтропию увеличивать, как-то не особо интересно. Я лучше тогда патч какой допилю, или просто книжку почитаю интересную. ;)
это не самое удачное место заинтересовывать кого либо проектом OpenBSD, скорее даже неудачное.
>это не самое удачное место заинтересовывать кого либо проектом OpenBSD, скорее даже
>неудачное.А какое удачное? :) linux.org.ru? Было бы странно как раз заниматься просветительской деятельностью на www.openbsd.ru, а здесь вроде как портал вообще об открытом ПО. Не? :)
> А какое удачное? :) linux.org.ru?грех над больными потешаться
> Было бы странно как раз заниматься просветительской деятельностью на www.openbsd.ruпочему странно? порталу очень не хватает помощи, возможно именно ваши усилия сдвинули бы дело с мертвой точки.
> а здесь вроде как портал вообще об открытом ПО. Не? :)раньше - возможно, сейчас уже "Не".
>> Было бы странно как раз заниматься просветительской деятельностью на www.openbsd.ru
>
>почему странно? порталу очень не хватает помощи, возможно именно ваши усилия сдвинули
>бы дело с мертвой точки.У меня свои планы на тему www.openbsd.ru есть, но не раньше лета. Как-то исторически сложилось, что я больше на OpenNet живу. :)
>> а здесь вроде как портал вообще об открытом ПО. Не? :)
>
>раньше - возможно, сейчас уже "Не".Почему? Если речь о том, что много линуксоидов, с которыми и я нередко веду весёлый флейм, так разве кто-то против? Пусть линуксоидов будет много, и пусть остальных тоже будет много. Вместе мы сила, и всё такое. :) Лишь бы договариваться научиться. Лично я верю в лучшее, иначе смысл вообще заниматься open source плавно пропадает.
[упс, спросонья нажал «ответить» вместо «отредактировать»]
они уже благополучно заработали к слову "линуксоид" нарицательный смысл, обозначающий обезьян, мастурбирующих на открытие в общем-то бесполезных им исходников всего чего ни попадя. ничего веселого в вашем флейме не видно, это просто бисер перед свиньями. и не в последнюю очередь благодаря ему (флейму) портал и опустился до уровня linux.org.ru
>они уже благополучно заработали к слову "линуксоид" нарицательный смысл, обозначающий обезьян, мастурбирующих
>на открытие в общем-то бесполезных им исходников всего чего ни попадя.Да пусть их, жалко, что ли. :)
>ничего веселого в вашем флейме не видно, это просто бисер перед
>свиньями.Надо уметь получать удовольствие даже от уколов в филейную часть. ;)
> и не в последнюю очередь благодаря ему (флейму) портал и
>опустился до уровня linux.org.ruНе опустился. За комментами здесь следят строже (угу, мои тоже резали, и за дело), да и просто дебильных выкриков на порядок меньше. И, к слову, я уважаю ЛОР, они тоже делают хорошее дело, пусть и мало пересекающееся с моей жизнью. :)
ваш оптимизм граничит с наивностью :) остается только позавидовать :)
Очень было бы хорошо, как сами видите новость по развитию FreeBSD весьма популярна, большая же часть интересующихся так же с удовольствием бы прочитало и про OpenBSD.
Я хоть и мониторю source-changes@ и ports-changes@, но на русском гораздо интереснее почитать :) Спасибо за новости
>В принципе, я могу делать где-то раз в месяц краткие отчёты в том же духе. Если это интересно.Интересно!Буду ждать.
И спасибо уже за эти новости об OpenBSD.