На freebsd.org обновили handbook в KOI8-R

А в том и суть, что по-хорошему всё должно летать на armv6/256-512 Мб RAM.

И чо? emerge там работает без проблем.

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

Купи нормальное охлаждение. У меня ничего не вырубается.

На эти грабли легко наступить в иксах если попробовать скомпилировать на проблемном системнике какой-нибудь Chrome или Libre Office.

Которые написаны на плюсах. Молодец, чо.

И чо? emerge там работает без проблем.

Скрипты бывают разных масштабов и сложности. У меня есть игрушка на Python 3/Tk в ~10 Кб, которая на i7-2600K работает более-менее нормально, а на armv6 стартует минуты и надолго задумывается после каждого хода игрока. Вот оно: http://saahriktu.org/downloads/renshuchogyoretsu-v0.3.tar.xz

А вот другая версия той же самой игры на С/ncurses, которая летает на armv6: http://saahriktu.org/downloads/xtgyoretsu-0.2.tar.lzma

Купи нормальное охлаждение.

Достаточно просто не нагружать через меру.

Которые написаны на плюсах.

Мягко говоря, не совсем так. Libre Office не собирается без jdk, и работает через jvm. А в исходниках Chrome куча самых разных 3rd-party библиотек.

Libre Office <…> работает через jvm

Кто внушил тебе этих глупостей?

Сидя в ядерной консоли с кодировкой кои8 тяжело читать документацию в utf8.

У него есть плагины на java. Сюрприз-сюрприз.

А теперь запусти libreoffice'ный autogen.sh и узри --without-java.

Скрипты бывают разных масштабов и сложности. У меня есть игрушка на Python 3/Tk в ~10 Кб, которая на i7-2600K работает более-менее нормально, а на armv6 стартует минуты и надолго задумывается после каждого хода игрока. Вот оно: http://saahriktu.org/downloads/renshuchogyoretsu-v0.3.tar.xz

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

Достаточно просто не нагружать через меру.

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

Мягко говоря, не совсем так. Libre Office не собирается без jdk, и работает через jvm.

Чо, правда?

$ file /usr/lib64/libreoffice/program/soffice.bin
/usr/lib64/libreoffice/program/soffice.bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, stripped

А в исходниках Chrome куча самых разных 3rd-party библиотек.

На C и С++.

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

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

То есть теперь ты вместо покупки нормального охлаждения софт не будешь ставить?

Нет, я и так другой софт юзаю.

soffice.bin: ELF 64-bit

И что? Никогда про «гибридный» софт не слышали что-ли? Такой, который линкуется с разными Perl'ами и Python'ами, а в родных исходниках идут неотделимые части модулями соответствующих языков.

Тот же irssi линкуется с библиотекой Perl'а, а у GIMP'а свои Python'овские модули. Вот и у Libre Office также, только вместо Perl'а и Python'а у него Java.

На C и С++.

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

В общем, речь шла про то, что комбайны - это плохо.

А теперь запусти libreoffice'ный autogen.sh и узри --without-java.

И насколько он себя урежет? Почему-то маинтейнеры с этим ключом не собирают.

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

Я и на C такое видел. И дальше что?

Нет, я и так другой софт юзаю.

Потому что охлаждение лениво поставить? Бгг.

И что? Никогда про «гибридный» софт не слышали что-ли? Такой, который линкуется с разными Perl'ами и Python'ами, а в родных исходниках идут неотделимые части модулями соответствующих языков.

Тот же irssi линкуется с библиотекой Perl'а, а у GIMP'а свои Python'овские модули. Вот и у Libre Office также, только вместо Perl'а и Python'а у него Java.

Я только что его запустил и не вижу никакой jvm. У тебя дилириум, проспись уже.

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

Кто сказал Linux Kernel?

В общем, речь шла про то, что комбайны - это плохо.

В общем, у тебя делириум. Проспись уже, серьезно.

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

Потому что охлаждение лениво поставить?

Нет, потому что я его юзаю ещё с i486/12 Мб RAM.

Я только что его запустил и не вижу никакой jvm.

Ну, допустим, на Java там только расширения. Ну так расширения-то, которые являются частью Libre Office, всё равно работают через jvm. Но, это только то, что касается jvm.

А в целом я не случайно говорил именно про этап компиляции. На этом этапе происходит перекладывание всех компонентов. И сборка 512-ти jar файлов выжирает немало ресурсов. Потому, что интерпретаторы и виртуальные машины тормознее чем нативный код.

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

Хохот в зале, плавно переходящий в истерику.

Нет, потому что я его юзаю ещё с i486/12 Мб RAM.

Вылезай из криокамеры.

Ну, допустим, на Java там только расширения. Ну так расширения-то, которые являются частью Libre Office, всё равно работают через jvm. Но, это только то, что касается jvm.

А в целом я не случайно говорил именно про этап компиляции. На этом этапе происходит перекладывание всех компонентов. И сборка 512-ти jar файлов выжирает немало ресурсов. Потому, что интерпретаторы и виртуальные машины тормознее чем нативный код.

Ну если пользоваться i486 то конечно.

И насколько он себя урежет?

Не знаю, да и причем тут это в контексте утверждения о необходимости jvm для сборки и работы LibreOffice?

Ну, в слакбилде Libre Office на slackbuilds.org jdk прописан в обязательных зависимостях. В бинарных дистрибутивах оно тоже собрано не без jdk. В этом контексте говорить о том, что jdk/jvm для него не нужны можно только при наличии соответствующего опыта сборки, которого у меня нет.

Этот софт работает и на более шустрых машинах, и при этом может молотить гораздо больше чем жирный софт.

Этот софт работает и на более шустрых машинах, и при этом может молотить гораздо больше чем жирный софт.

Ты про lynx? Я могу в lynx посмотреть на котика, который есть блинчики, зайдя на YouTube?

Я про cli/tui софт вообще. Можно через связку lynx + youtube-dl + mplayer/mpv, и это и есть Unixway.

Я про cli/tui софт вообще. Можно через связку lynx + youtube-dl + mplayer/mpv, и это и есть Unixway.

Упоролся, наркоманище? Ты ещё предложи через ed и cat программировать.

ed - вполне удобный текстовый редактор, и как раз входит в число моих любимых наряду с vim'ом. И не только у меня. Не так давно его обсуждали: Вышел ed 1.14 .

ed - вполне удобный текстовый редактор, и как раз входит в число моих любимых наряду с vim'ом. И не только у меня. Не так давно его обсуждали: Вышел ed 1.14 .

Я могу сделать автодополнение или прикрутить к нему cscope? Нет? Значит в этом нельзя программировать.

Кому как. Не всем нужны автодополнение и cscope.

те люди, которые выбирают KOI8-R, не работают в типографии и не коренные жители Азии

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

Почему-то маинтейнеры с этим ключом не собирают.

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

В этом контексте говорить о том, что jdk/jvm для него не нужны можно только при наличии соответствующего опыта сборки, которого у меня нет.

Для обратных утверждений нужен ровно такой же опыт, но его отсутствие тебя не остановило. Более того, ты заявил, что для работы LO нужна jvm, хотя достаточно запустить тот же LO Writer и посмотреть список процессов, чтобы убедиться, что это не так.

Но, минус используется в формулах наподобие: «y = x - 5;». Между буквами - «кол-во» - дефис. Между числами - «7-8 бит» - короткое тире. Ну, а там, где по контексту длительная пауза, - «KOI8-R - это ни разу не устаревшая кодировка» - там длинное тире.

Можно дальше пойти- Если пробела перед дефисом нет- то это запятая- а если есть- тогда тире- Но если пробела нет- и после дефиса и пробела за ним идёт большая буква- то это уже точка получается- Удобно-

Нет, это Вы прёте против паровоза маинтейнеров, которые включают jdk в список сборочных зависимостей. А я, повторяю, говорил в первую именно про сборку, а во вторую про работу собранных *.jar файлов, которые являются частью LO, в jvm.

«KOI8-R - это ни разу не устаревшая кодировка»
где по контексту длительная пауза

Минута молчания?