Вышел Micro 1.4 — идейный наследник Nano

Посмотри на графику и шрифты в браузерах и на иксовых уродцев gvim и emacs. И поймешь почему никто больше не запиливает графику ручками

речь идет про консольные программы, это когда, белые буковки на черном экране. в продвинутых консольных программах еще цвета есть.

Про Вим уже много раз написали?

Так ведь уже.

ЛолКекЧебурек! Так так, 9.8M, это уже микро? Это видимо такая дикая шутка за 300.

$ pacman -Qi nano micro-git | grep размер
Установленный размер : 2,28 MiB
Установленный размер : 9,45 MiB

nano — 2.28 MiB, это с локалями, документацией и прочим.
micro — 9.45 MiB, это один бинарник без никто.

Вообще если следовать концепции «Micro — идейный наследник Nano», то micro должен быть больше nano на 3 порядка. А пока что больше всего 4 раза. Ну да ничего, я думаю, всё впереди. ;)

terminal entry not found
Micro does not recognize your terminal: termite

Закапывайте.

В Go нету либ для работы с GUI.

Мы не обсуждаем GUI софт сейчас. С GUI кутевые статические бинарники на маке напр. легко набирают 200-300Mb

Это шутка такая?

Для формирования статического бинаря опсалютно никакой разницы откуда будет браться машинный код - из компонентов Go или из либ *.a кутей. Размер будет зависеть только от количества заюзанных библиотек. И опять же, не забываем, что Qt это не сферический конь в вакууме, а либа, которая юзает в свою очередь другие либы. Достаточно глянуть через ldd, чтобы обнаружить у libQtCore линковку к:

linux-vdso.so.1 =>  (0x00007ffe06191000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f69dfd22000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f69dfb08000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f69df904000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f69df5f3000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f69df3eb000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f69df069000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f69ded60000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f69deb4a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f69de780000)
/lib64/ld-linux-x86-64.so.2 (0x00007f69e0432000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f69de510000)

Не подсчитывал каждую либу отдельно с депенденси, но тот же libglib тянет ~2Mb и при статической линковке он тоже мимо кассы не проедет. Набрать 10 метров - не проблема. Но с огромной уверенностью ванговать, что статика «стопуд будет меньше» - мягко скажем опрометчиво.

Наверно также, как картинки???

Чего только не придумают, лишь бы не работать в Emacs.

Это фреймбуфер, а не терминал.

aptitude show vim-gtk | grep 'Uncompressed Size' 
Uncompressed Size: 3,039 k

Кек.

Прежде чем кекать, стоило бы посчитать, сколько потянет приставка "-gtk" при статической сборке.

Слава богу, gtk написан не на Go.

терминальный

Терминальная стадия?

Так без приставки вим ещё худее, а сабж насколько я понял гуйни не предоставляет. Можно конечно посчитать вообще все разделяемые библиотеки по зависимостям, но зачем? Они всяко будут установлены, а вот зачем такой жирный бинарь тянуть еще сверху ради еще одного блокнота, вопрос интересный.

Кто-нибудь пользуется реально? Пробовал ставить пару раз, всегда какие то глюки вылазят.

Слава богу, gtk написан не на Go.

На Go не пишу, но в чем его некошерность? :)

По поводу nano - попробуйте его в статике закомпилить. Если чо, libc6 добавит 5Mb как с куста.

На Go не пишу, но в чем его некошерность? :)

В рамках этого разговора, некошерность в статической линковке.

А тебе бы поставить что-то со спеллчеком и перестать шизовать.

Можно конечно посчитать вообще все разделяемые библиотеки по зависимостям, но зачем?

Таки вы не шарите в девопсе :) Сабж нужен для закидывания бинаря на какой-нить инстанс CoreOS на AWS или GCE. А там ничо нельзя доставить - только баш и вот такие статические бинари

Это ты недооценил мощь современных технологий. Терминал на электроне будет (а он будет, помяните мое слово) консольный лишь отчасти. Можно, например, представить, что ls над папкой с видюхами покажет превьюшки, наведя на которую запустится отрывок видео (как в порнхабе, в общем).

И вообще вывод stdout разных coreutils будет пестрить как навогодняя елка. Написал, например, ps, получил список процессов. Напротив каждого процесса иконки: прибить, посмотреть инфу, итд

Все это, естественно, будет как угодно скриптоваться на js. И развиваться столь же стремительно, как vscode. А не как gtk/qt програмы: «спустя 17 лет вышла новая минорная версия %APPNAME%, в которой наконец-то добавили кнопки закрытия в табы». И каменты «ура 22 года ждал»

С для школьников, С-- выбор настоящих евангелистов.

По поводу nano - попробуйте его в статике закомпилить. Если чо, libc6 добавит 5Mb как с куста.

Можно с musl слинковаться, кстати. Там меньше будет. Впрочем, оффтоп.

И сочетания клавиш такие же наркоманские, как у идейного папаши?

В рамках этого разговора, некошерность в статической линковке.

Go не для десктопа, а для клаудов. См. мой предыдущий коммент.

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

Сабж нужен для закидывания бинаря на какой-нить инстанс CoreOS на AWS или GCE. А там ничо нельзя доставить - только баш и вот такие статические бинари

Какой-то хипсторский новояз. Ну ладно, юзайте там, только к нам в линупс не надо это тянуть.

Если брать контейнерные OS, то на самой системе только Go или монстрячие статики из обычного гнутого софта. И для эффективности решений, таки Go гораздо приемлемее чем контейнеры и прочие погремухи.

Go делал Google для клауд-решений, но не для десктопа. Сейчас это мейнстрим, куда подались все: и МС и Каноникал и многие другие.

Какой-то хипсторский новояз.

Да щаз ))) Это современный энтерпрайз, молодой человек. А хипстота - это то, что тут в большинстве топиков.

Какой-то хипсторский новояз.

Прочитал как «навоз». Только было согласиться хотел...

Это современный энтерпрайз, молодой человек.

Разве тырпрайз не на богомерзком C#, яве и плюсах сейчас пишут?

Тырпрайз многолик и многослоен. В клаудах для низкоуровневого часто и Go.

Прочитал как «навоз».

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

Отборнейший навоз.

Ну можно и так сказать :) На этом «навозе» большая часть тырнета растет. Не всем же повезло с 1С и Касперским - приходится и на Go корячится )))

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

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

Кросс-платформенность (написан на Go).

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

Например, если программа отсутствует в репе.

Такое бывает, чтобы nano, vim и emacs все отсутствовали в репе? Чудеса.

эта строчка означает то, что программа не содержит багов

Ага, gofixbugs правит все баги погромиста. Нанотехнологии! Скоро вообще кодер не нужен будет, gowritecode напишет все сам.

Это ты недооценил мощь современных технологий. Терминал на электроне будет (а он будет, помяните мое слово) консольный лишь отчасти. Можно, например, представить, что ls над папкой с видюхами покажет превьюшки, наведя на которую запустится отрывок видео (как в порнхабе, в общем).

а дистрибутив будет называться..

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

Такое бывает, чтобы nano, vim и emacs все отсутствовали в репе? Чудеса.

Матчасть: CoreOS

его пока\до сих пор ни в одном репозитории нет, какое уж там «из коробки»

xbps-query -Rs micro
[-] micro-1.4.0_4     A modern and intuitive terminal-based text editor

По теме - неплохой редактор, но мне больше нравится какун.

Просто? В описанном случае (хотя я хз когда нужно было джва раза что-то нажать чтоб выйти из нано, ну да ладно) даже в выдуманной ситуации в нано нужно нажать 4 клавиши, а в вим для этой же операции - 5 раз

Что-то с приставкой MS

Лажа этот ваш микро. При запуске редактора сразу отправляют с хелпом сношаться, а нано можно пользоваться и без таких извращений. Разрабов вимеры покусали, или ещё чего похуже.

Лажа этот ваш микро. При запуске редактора сразу отправляют с хелпом сношаться

Задумка хорошая, реализация как всегда :)

http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-Tektronix-4014-Mode

У xi-editor (rust) почти 13K, и он даже не запускается.

Зато надежно и молодежно!

Так тут вектора. А раст через ESC не сделать!

Отлично. Консольный редактор, тянущий за собой Go.

клауды

Это те, что от вэйпов?

Матчасть: CoreOS

Вы специально выискиваете НЁХ для оправдания жирнософта на $самыймодныйязык?