Состоялся релиз GNU ed 1.16

Vim лучше.

gnu ed не использую, использую ed из openbsd, но нужно

Простите, но мне нужен editor, а не vimitor

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

Разве это не отстой?

лучший новостник на лоре. вива saahriktu!

С кои8 нормально работает?

кстати, в openbsd из трёх встроенных редакторов (вариант vi, миниемакс mg и ed, но не gnu ed, а свой) только ed работает с unicode

Microsoft Word еще лучше.

То что в openbsd хоть что-то работает это уже великое достижение

там много чего работает. там, кстати, есть хороший редактор vis - маленький, юникодненький

использую ed

https://www.meme-arsenal.com/memes/eb6a75abafa528b9b3cc859262b09dc7.jpg

а в чём проблема. вот прямо сейчас им fstab ошибочно написанный поправил

ed /etc/fstab

s/rw/mfs rw

w

q

29 нажатий на клавиши.

сейчас … fstab … поправил шол XXI век…

mfs не смущает? мне надо было постоянный ramdisk создать. куда его ещё надо писать в 21 веке? а в 22?

куда его ещё надо писать в 21 веке? а в 22?

никуда? у вас там SSD еще не изобрели?

Понятно, откуда взялись ошибки в fstab. Пользовался бы текстовым редактором вместо ed, ошибок бы не было.

никуда? у вас там SSD еще не изобрели?

причём здесь ssd?

я сначала просто echo string >> /etc/fstab сделал, но пропустил слово. пришлось пользоваться текстовым редактором ed для поправки

С vi или sed должно быть примерно такое же число нажатий?

sed неинтерактивный... один раз ошибся и пиши пропало. вот sed я ниасилил. а ed простой, как три рубля, и при этом удобный.

в vi больше нажатий у меня получается ;) к тому же, когда хочешь одним глазом man, оставшийся на экране, читать, а другим что-то править, vi неудобен, весь экран занимает, а ed построчный

при том что пи наличии SSD рамдиски… как бы это помягче выразиться…

причём здесь ssd и рамдиски? у меня есть ssd, с него и запускается. но мучить его многократно перезаписываемыми большими объёмами данных смысла не вижу, к тому же память всё равно тупо быстрее

но вообще, это какое-то героическая ssd фобия - накупить ssd дисков, разных кэшей, обвешаться всем этим, не получить желаемого и в итоге вообще отказаться от компьютеров и уехать в монастырь - и всё это из-за страха напсать ОДНУ СТРОЧКУ В FSTAB. замечательный пример решения проблем.

«героическая ssd фобия» – это скорее у вас: «мучить его многократно перезаписываемыми …».

у меня всё и без рамдисков и фстабов летает. а память я найду подо что полезное занять вместо «многократно перезаписываемыми».

да это вообще странно, что я решаю свои задачи, вместо того, чтобы решать ваши задачи...

С кои8 нормально работает?

Да.

/etc/fstab и без рамдисков нужен, ибо в нём задаются ФС для монтирования (часть монтируется при загрузке, часть по требованию).

сейчас … fstab … поправил шол XXI век…

а что сейчас в 21 веке вместо fstab?

там много чего работает.

ничего там не работает. http://devio.us/ We’re currently in maintenance mode.

и давно так

systemd?

При systemd /etc/fstab тоже нужен. systemd игнорирует /etc/inittab .

две тонны ssd дисков заменяют fstab

ещё тонна - ed :)

я конечно состряпал недавно для nfs два удобнейших mount юнита, но слишком большая разница между поправить за секунды fstab и возиться кучу времени с systemd. Или что-то поменялось коренным образом?

мне надо было постоянный ramdisk создать. куда его ещё надо писать в 21 веке? а в 22?

Просто он считает, что у всех людей должно веб-приложение на электроне вместо fstab. Эти хипстеры ¯\_(ツ)_/¯

а чему там меняться? как работало так и работает…

не может кому и fstab ed-ом править нравиться…

это просто невыносимо - нажать на клавиши 29 раз. такие усилия, и такие страдания...

ничего там не работает. http://devio.us/

Как это поможет понять, что работает или не работает в OpenBSD?

только ed работает с unicode

Не знал, спасибо. Впрочем, я редко, что не из emacs редактирую. )

vis даже в генте есть, много где есть…

логично, что он много где есть. и вим много где есть. и неовим

Недобрым пахнет от треда в 2020ом году, где вспоминают про кои8 и говорят про поддержку юникода. Причём тред-то не про виндоус.

Винда жирная, со встроенной графической средой и внутренностями в UTF-16.

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

Винда жирная, со встроенной графической средой

Есть Windows Server Core без графики. Специально для фанов консоли.

К моей памяти, он выглядел как оконный менеджер с запущенной командной строкой.

То ж через RDP. А по ssh вполне православная консоль.

ядерной консолью. В которой нет никакого профита от юникода, наоборот, только одни квадратики.

Товарищ Саахов добавте шрифты, например кириллицы с поддержкой юникода и будет вам счастье. GNU окружение 3-тьего уровня исполнения находится в многобайтной версии юникода - utf8. И каждый ваш кириллический знак будет кодироваться 2-мя байтами.

Недобрым пахнет от треда в 2020ом году, где вспоминают про кои8 и говорят про поддержку юникода.

Да, меня это тоже поражает. Многие не осилили многобайтную кодировку utf8 - именно в этом и вся причина.

И каждый ваш кириллический знак будет кодироваться 2-мя байтами.

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

Заодно появляется куча плюсов. Включая такие, что нет и модификаторов (большой минус юникода), все символы одинакового веса в байтах, кириллица весит в 2 раза меньше,... и т.д.

mcedit наше всё

и никаких квадратиков …только бНОПНЯ.

Ага, а кто в твоей консоли буковки рисует? Сейчас т.н. текстовый режим или уродский легаси, который уже почти выпили (была статья от разработчиков qemu об этом) или же frame buffer с теми же шрифтами и рендерером, то есть эмуляция нечем не лучше окна с клнсолью. Где могут, его не делают (телефоны, например, насчёт pie не знаю). Или ты через последовательный порт на зуб сигнал принимаешь?