Из поставляемой в составе ядра Linux реализации текстовой консоли удалён код, обеспечивающий возможность прокрутки текста назад (Shift+PageUp/PageDown). Код удалён в связи с наличием ошибок, которых оказалось некому устранить из-за отсутствия мэйнтейнера, курирующего разработку vgacon...Подробнее: https://www.opennet.me/opennews/art.shtml?num=53714
Насколько я понимаю, с точки зрения прокрутки произошел возврат в состояние, которое было до 2006 года, когда была добавлена "программная" прокрутка более чем на объем видеопамяти текстового режима VGA (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... "[PATCH] vgacon: Add support for soft scrollback"). А "аппаратная" прокрутка в пределах того объема, как она работала до 2006 года, и сейчас сохранена.Наверное хуже то, что убрали "программную" прокрутку также на framebuffer (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...). Я не смотрел есть ли для них "аппаратная" прокрутка. Если нет, то в современных дистрибутивах, где консоль находится в графическом режиме, прокрутки не будет совсем.
Отправил модераторам соответствующие изменения текста новости.
> А "аппаратная" прокрутка в пределах того объема, как она работала до 2006 года, и сейчас
> сохранена.а кто помнит как она там работала? Лично я не помню разницы. При том что (судя по .config) во всех моих ядрах именно "soft scrollback". Может, он актуален только для "vga modes"?
> Я не смотрел есть ли для них "аппаратная" прокрутка.
вряд ли - он же по идее перерисовывается, а не прокручивается по настоящему.
Ну что же - будет еще один повод блэклистить фреймбуферные драйвера и выпиливать дурацкие автопереключатели графических режимов из загрузчика - любому админу не локалхоста понятно, зачем это и раньше было нужно.
> а кто помнит как она там работала? Лично я не помню разницы.Насколько я помню, можно было прокрутить только в пределах 16 KiB видеопамяти, включая атрибуты, то есть для режима 80x25 только еще на три экрана назад, для 80x50 на один. Клавиши те же.
>[оверквотинг удален]
> было до 2006 года, когда была добавлена "программная" прокрутка более чем
> на объем видеопамяти текстового режима VGA (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
> "[PATCH] vgacon: Add support for soft scrollback"). А "аппаратная" прокрутка в
> пределах того объема, как она работала до 2006 года, и сейчас
> сохранена.
> Наверное хуже то, что убрали "программную" прокрутку также на framebuffer (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...).
> Я не смотрел есть ли для них "аппаратная" прокрутка. Если нет,
> то в современных дистрибутивах, где консоль находится в графическом режиме, прокрутки
> не будет совсем.
> Отправил модераторам соответствующие изменения текста новости.Спасибо. Ценный комментарий. Как вообще после всего этого относитесь к GNU/Linux? Не планируете сменить ОС? Кажется, вы разрабатываете свой дистрибутив? Openwall? Как вам *bsd-системы? FreeBSD? NetBSD? Новости все эти про wayland и иксы, консоль и тп. расстраивают. Что-то не туда линукс заносит.
Насчет "всего этого", считаю что Linus поступил разумно: разработчикам сообщили о как минимум двух уязвимостях (одна в vgacon, одна в fbcon), их надо быстро исправить, да еще и так чтобы тут же не нашли еще сколько-то в том же коде, как вышло с той, что исправили летом. Быстро и единолично (имея при этом кучу другой работы над тем же Linux) ничего лучшего, чем выкинуть проблемный код, он сделать не мог. Теперь, может быть, найдется кто-то, кто этот код поправит или перепишет чисто, подвергнет современному уровню тестирования (и убедительно это продемонстрирует), подаст его на включение патчами. А может быть, не найдется. Посмотрим. По-моему, хуже будет, если найдется кто-то, кто сделает вместо этого простого кода очередного монстра - прям тут вон torvn77 собирает деньги на что-то, возможно, такое. Хотя возможно он прав, а я не прав (и я просто далек от его use case'а).Про мои мнения и планы вне рамок этой темы я уже кое-что отвечал: https://www.opennet.me/openforum/vsluhforumID3/117389.html#24 https://www.opennet.me/openforum/vsluhforumID3/121075.html#42
Спасибо. Прошу прощения за возможную бестактность, а вот это вот вы писали:> какую-нибудь *BSD с маленьким гипервизором для запуска VM'ок с Linux'ами
Прокомментируйте, please, если не против. Их ведь целых три BSD и они все очень-очень разные. OpenBSD заточена под защиту, но кажется медленной и сама по себе довольно примитивной и простой - и как показали аудиты от Квалис - тут довольно много багов, можно ли ей доверять непонятно; FreeBSD универсальна и популярна, не в последнюю очередь благодаря своей поддержке фирменного блоба nvidia и огромного количества software. А NetBSD очень специфическая операционная система - тут много авторских техник и нетривиальных решений, очень интересная система со своим гипервизором nvmm от Максима Вилларда, набор сложных технологий (KASLR/KLEAK/KASan/KUBSAN/KCOV/KHH и тп), очень редко встречается на десктопах. Вам что больше нравится?
*BSD объединяет то, что они пока не так раздуты (bloat), как Linux. Есть много отличий, и не только в коде, но и в сообществах. Для сервера с VM'ками (и только) не особо важно что там с userland'ом и его локальной безопасностью. Важна поддержка оборудования, гипервизор, сетевой стек, безопасность ядра от удаленных атак (кстати, тот случай когда KASLR имеет смысл, как бы его ни ругали), дальнейшая поддержка выбранной версии/сборки/ветки. Может быть удобно наличие соответствующей задаче сборки ("дистрибутива") и инструментов - если найду время, гляну ClonOS и CBSD. Абстрактное "нравится" тут не применимо и у меня его нет. (В разное время ставил FreeBSD на x86 и mips64, OpenBSD на x86 и vax, NetBSD на sparc64. Но это было до гипервизоров, так что для этой задачи надо смотреть и выбирать заново.)
>[оверквотинг удален]
> сообществах. Для сервера с VM'ками (и только) не особо важно что
> там с userland'ом и его локальной безопасностью. Важна поддержка оборудования, гипервизор,
> сетевой стек, безопасность ядра от удаленных атак (кстати, тот случай когда
> KASLR имеет смысл, как бы его ни ругали), дальнейшая поддержка выбранной
> версии/сборки/ветки. Может быть удобно наличие соответствующей задаче сборки ("дистрибутива")
> и инструментов - если найду время, гляну ClonOS и CBSD. Абстрактное
> "нравится" тут не применимо и у меня его нет. (В разное
> время ставил FreeBSD на x86 и mips64, OpenBSD на x86 и
> vax, NetBSD на sparc64. Но это было до гипервизоров, так что
> для этой задачи надо смотреть и выбирать заново.)А если посмотреть не в сторону Posix систем? https://www.genode.org/ Производительные, современные микроядра или собственный микрогипервизор. Апи позволяющее наворачивать любой функционал, какой захочется, а то и вовсе реализовывать собственные АПИ, в микроядерной парадигме... Вот тут ещё интересно. https://genodians.org
Это всё очень интересно, но мне сейчас не до того чтобы снова лезть в серьезную доработку и поддержку ОС. Если полезу, еще лет через 20, вероятно, пожалею о потраченном времени примерно как сейчас сомневаюсь в рациональности того расхода времени, что уделял проекту Owl с 2000 года. Я думаю я буду более полезен если займусь чем-то новым, что другие пока не делают (например, есть мысли насчет open hardware FPGA) и/или чем-то более очевидно востребованным (например, JtR остался гораздо востребованнее чем Owl, увы).
что касается оупенвала, то это ещё надо доэволюционировать до таких вещей, очень глубоко знать систему, ядро, уязвимости, эксплойтинг, быть кернел хакером. основная масса редко доходит до такого уровня знаний. в теме только те, кто варится в этом с конца 90х - начала 2000-х. а ньюфагам тяжело всё это воспринять, изучить и тп. может быть поэтому проект оупенвалл не был настолько популярен. а крякают пароли многие. поэтому и риппер очень известен. скорее всего в этом всё дело.> Я думаю я буду более полезен если займусь чем-то новым
есть много проектов и проблем, где нужны крутые ребята, например:
https://wiki.netbsd.org/projects/all/
https://wiki.netbsd.org/projects/милости просим, помощь не помешает)))
> в теме только те, кто варится в этом с конца 90х - начала 2000-хдобавлю. а в теме только те, кто следит за сценой и варится во всём этом, кто знает что и кто такие lsd, w00w00, phrack, 29a, ссс, лулзсек, лопт, TEAM TESO и многие многие другие... те кто исторически эволюционировал, видел уязвимости, хаки, эволюцию систем защит, эксплойтинг и тп. те, кто знает почему те или иные компоненты разработаны и как. вот они поймут. но их очень мало. остальная масса просто не поймёт каких-то вещей и архитектурных особенностей. нужно быть очень крутым спецом, чтобы оценить какие-то низкоуровневые вещи, особенно в кернел/ ос/ хакинге. поэтому-то популярность owl так низка имхо. вон openbsd неуловимые джо, такой пиар. ну этот пиар и дал им пользовательскую базу. хотя та же netbsd будет покруче и фряхи и опёнка вместе взятых. только кто код читать будет и сравнивать ))) это же ещё нужно иметь квалификацию...
Не разделяю вашего... элитизма что-ли. Лучше так свысока к людям и другим проектам не относиться.Да, не специалисту трудно сравнить разные подходы к безопасности, но Owl по-моему не стала более популярной в первую очередь из-за того что мы сделали слишком мало слишком поздно с точки зрения функциональности. Мы сделали полезную "базовую систему", а с 2010 года "систему для контейнеров OpenVZ", но не то что за это время стало принято ожидать от полноценного дистрибутива.
> Не разделяю вашего... элитизма что-ли.
> Лучше так свысока к людям и другим проектам не относиться.та разве это элитизм? и почему свысока? я вашу же идею только в иных словах даю. глубокое знание низкоуровневых вещей и искусство написания компактного эффективного си-кода нынче большая редкость... вы же сами видите какой убогий уровень по и как оно разрослось... могу вас на слове поймать... вот:
> BSD объединяет то, что они пока не так __раздуты__ (bloat), как Linux.
bloat по отношению к линуксу тоже могут расценить как проявление элитизма и пренебрежительного отношения. но ведь это не "про элитизм" и не "про свысока", это про реальность. линукс реально раздут, неповоротлив, громоздок и его уже называет over-engineered.
а моя идея была в том, что - реальность такова, что ньюфаги всей истории и традиций не знают, культура разработки им не привита, а значит не могут адекватно воспринять и проанализировать те или иные компоненты в ядре/ос, а значит не могут дать квалифицированную оценку той или иной ос, будь то openwall или ещё что-то. это моя ключевая идея. если это не так, ну что жж значит я не прав... это как сравнивать людей старого порядка, знающих несколько языков и занимающтся музыкой, литературой с нынешними деградантами, которые кроме грязного анлийского и примитивных сериалов больше ничем себя не заботят.
ладно пардон, что-то мы отвлеклись))) всех вам благ, почапал я на работу))
ты усы-то сбрил перед лизанием? а то не всем нравится. Саша человек умный и не любит конфликты, он тебе мягко намекнул. а я дурак (как Дерек Смарт, только программирую намного хуже), мне прямо сказать не жмёт.
> перед лизаниемхех, как говорил один великий философ, мы видим то, что внутри нас))
кто о чём а лысый всё о бане... если у вас в первую очередь про "лизать", то вы не про меня говорите, а себя показываете. как говорил ещё один великий философ - человек это не то, что о нём говорят, а то, что он говорит о других. и причем тут лизать? я же писал о тех людях, кто в индустрии давным давно, а значит должен иметь компетенцию проанализировать тот или иной код. оценку самому опеваллу я толком-то и не давал. но гoвнoмесы вроде вас и тут нашли на поле с цветами кучу коричневой субстанции.. мдя... очень печально, если честно. или мож вы из разрабов фряхи/опёнка и обиделись из-за моей реплики про то, что нетка лучше вместе взятых фряхи и опёнка? прошу меня простить, я от своего мнения не отойду.
> он тебе мягко намекнулна что он мне намекнул? тут все беседуют и делятся своими мнениями...
> а я дурак
да я вижу))... но я не обижаюсь. на свете столько дураков, что если я буду таить на каждого обиду - можно же раньше времени поседеть. поэтому я к таких дуремарам как к детям отношусь. абсолютно беззлобно. с сашей я и без помощи дураков побеседую. так что не мешайте))
> Их ведь целых три BSDмсье забыли Dragonfly - и очень зря. Она гораздо более юзабельна в продакшне, чем NetBSD, IMO.
>очередного монстра - прям тут вон torvn77 собирает деньги на что-то, возможно, такое.Понаписал я там много, но в итоге должен получится отдельный загружаемый модуль который будет работать с явно указанной ему видеокартой и клавиатурой, а так он будет варится в собственном соку, как это происходит и в линуксовой консоли.
Остальное это прописывание его взаимодействия с икссервером и основным драйвером видеокарты.
Паралельную работу нескольких модулей консоли вообще можно только заложить и реализовать когда-то в будущем, главное это разделить консоль и иксы, даже если они будут сидеть на одной, общей и единственной видеокарте.
В общем при нажатии Ctrl-Alt-Fx при нехватке ОЗУ компьютер должен не повисать, а переходит в консоль, пусть и тормознутую из-за тотального дефецита ОЗУ.
Было бы смешно, если не было бы так грустно.
Нелюди :(// b.
Кто ж вам мешает пофиксить?
Нужно не просто пофиксить, нужно навечно записаться в ментейнеры этого кода. А просто пофиксить это и Линусу не трудно.
Рыночек порешал.
Если уж самому Линусу, самому вечному мейнтейнеру из всех мейнтейнеров, проще выкинуть код чем пофиксить, то куда уж нам. простым смертным.
"сам Линус" уже давным-давно забыл как реальный код писать - "он ни на каком инструменте не играет, он руководитель - как Вы!"Причем последний подтвержденный раз когда "сам" брался писать именно критичный код и именно в том месте, которое тогда считалось его специализацией - получилась такая херня, что некоторые потом год жили на "экспериментальных" ядрах 1.3.1xx, отказываясь к "шта6ильным" подходить даже в костюме радиационной защиты.
Как-то звучит... странно... 🤨
Давай совершим жертвоприношение Фрактала, от него все наши беды. Мои лесные боги, дайте мне сил!!!
А ведь все правильно сказал: мертвому коду место на свалке. Любишь юзать fbcon - люби и его поддерживать.
> А ведь все правильно сказал: мертвому коду место на свалке. Любишь юзать
> fbcon - люби и его поддерживать.А ведь когда-то подсистемы ядра станут слишком жирными для того, чтобы их мог поддерживать одиночка из коммунити. Линус и корпорации вам будут говорить - а чё, код-то мёртвый! любите юзать ext4 на hdd - поддерживайте такие-то такие-то структуры, бла-бла-бла... а мы уже давно на ssd. Ну это типа как пример бредовый... хотя учитывая реальность уже не такой бредовый...
Патрик умрёт, crux перестанут развивать. И останется у вас systemd os с вайландом... не ну а чё, скажут вам, х11 это мёртвый код... любите иксы - поддерживайте... и всё в таком духе.. не ну а чё.. вы же у-мамки-программисты, сами и пишите дисковые подсистемы, пилите иксы... вот только пилить это никто не будет по причине очень разнесённой проблематики, хотя все этим пользуются, как например, прокруткой в консоли. у нас на работе почти на каждом серваке и во встройке используют эту фичу. рады бы мантайнить, да где ж на это время взять...
короче линукса примерно понятно, какими путями всё пойдёт...
> примерно понятно, какими путями всё пойдётАга, путем кооперирования. Уже много лет как пошло, "дистрибутивы Линукс" называется. Вон Невидия поддержку драйвера для архитектуры Ферми официально завершила, раскошелься, говорит, на новую карточку, а эту на помойку выбрось, внеси свой вклад в засирание планеты. А у меня и старая неплохо работает, в Арче и Дебиане до сих пор драйвер обновляется силами сообщества.
Времена нынче такие, что даже бетмены с суперменами, сильные и независимые личности, ярко выраженные идивидуалисты, в одиночку Галактику не спасают.
Технологическая сингулярность (поднимает палец вверх).
> Вон Невидия поддержку драйвера для архитектуры Ферми официально завершилаОна ее не завершила, а перевела в статус legacy. Новых фич прилетать больше не будет. А поддержка старых еще лет 10 точно продолжится.
А через 10 лет всегда можно скачать старый дистрибутив, и пользоваться свой карточкой до старости.
Если программировать не умеешь, а делаешь состояние на ораторстве и менторстве всегда можешь профинансировать нужный тебе проект.
Не обязательно уметь программировать, чтобы получать нужные фичи.Но, если код никому не нужен и угрожает безопасности всех пользователей, то в него не будут вкладывать средства спонсоры проекта. Это не только деньги, но это и личное время которое у всех ограничено и есть более интересные задачи и более нужные, чем ковыряние в говне мамонта, ради ковыряния в говне мамонта.
> в говне мамонтаВы в этой субстанции сами cможете очень просто оказаться, когда привичные и любимые вам вещи будут признаны устаревшими и вас поставят перед фактом. А вероятность такой оказии весьма высока, учитывая то, как устроено сегодняшнее положение дел в linux. Мне проще ОС сменить, а вы будете лопать что дают свеженького из под хвоста? Ну ок, чё.
если ты думаешь, что чем-то отличаешься от тех, кого клеймишь «лопальщиками» — то ты очень сильно ошибся.
> если код угрожает безопасности всех пользователейага, ага.
а прокрутка текста в консоли вот вообще, особо опасна..
А не лучше ли по максимуму вынести из ядра, оставив там минимум, а желающим прокрутку поставить, например, tmux?
> А не лучше ли по максимуму вынести из ядра, оставив там минимум,
> а желающим прокрутку поставить, например, tmux?Нет, не лучше.
когда ты в следующий раз будешь смотреть в зеркало, то помни: в этом зеркале отражается главная проблема современного IT.
А ты как обычно хочешь, чтобы за тебя все другие сделали?
>рады бы мантайнить, да где ж на это время взять...А, ну теперь понятно. Как до дела доходит, эксперт-аноним тихонечко сливается, легче же на опеннетике поныть.
> чтобы за тебя все другие сделали?что за маня мирок у тебя, сынок? пффф, с чего ты взял что за меня кто-то что-то делал в моей работе? я за себя сам свою работу делал. не буду перечислять свои задачи, проекты и сделанное мною в телекоме. бисер метать перед форумными телепатами как-то нелепо.
> Как до дела доходит
в смысле? я пашу без выходных (сейча с ковидом есть времени чуть более отдохонуть).
что касается дела, то спустя рукава как раз-таки мамкины программисты вроде тебя относятся. кукуреканья много... а толку, если кодеры деградируют вместе с ядром, которое уползает к корпорастам.
> бисер метать перед форумными телепатами как-то нелепоТы перепутал бисер с навозными шариками. Будь внимательнее и вымой руки.
> я пашу без выходных
Рабы на галерах тоже пахали без выходных.
> кукуреканья много
Кукареканья много от тебя. Про злых корпорастов и глупых кодеров, ну, в общем-то все шаблонно.
> ну, в общем-то все шаблонно.Тогда что вы тут забыли, сударь, если видите очередной шаблон?
> злых корпорастов и глупых кодеров
Корпорации как корпорации, они не злые и не плохие, они просто зарабатывают деньги. А вот глупых кодеров вроде вас действительно вагон и маленькая тележка. И ваш бубнёж вилами по воде это только подтверждает. По сути проблемы ноль целых - xpен десятых, зато много демагогии. Берите пример с пользователя solardiz (он написал комментарий в самом конце этого топика). Вот он - спец с большой буквы, не то, что вы и ваши братья мамкины-программисты с модным котлином, питоном, ляликсом в докере.
> По сути проблемы ноль целых - xpен десятых, зато много демагогииОт тебя - ноль целых, ноль десятых, вместо этого ты накатываешь очередную простыню шаблонного нытья, ну ок.
> От тебя, нытьяНытья? Я весел и добр... Пока что мы видим только вас, назадачливого погромиста, у которого сорвало агро от очень точных оценок вашего собрата. Что поделать... основная масса программистов действительно убога, а специалистов уровня Solar_Designer единицы. Увы.
Ну вот, опять повторяешься. Впрочем ты мне уже как-то наскучил, что уж тут ;)
> Ну вот, опять повторяешьсяЭто я-то повторяюсь?
Сообщение от Аноним (147), 15-Сен-20, 20:46
> 1) шаблонно
Сообщение от Аноним (147), 15-Сен-20, 22:34
> 2) шаблонного
В десятый раз скажи про шаблоны ;) А вообще, иди-ка спать или питон свой подёргай в консоли, в которой больше не будет прокрутки ;)
> не буду перечислять свои задачи, проекты
> и сделанное мною в телекоме.и это правильно: что не выдумка — за то краснеть не придётся.
> А ведь когда-то подсистемы ядра станут слишком жирными для того, чтобы их мог поддерживать одиночка из коммунити$ wc -l ./drivers/video/console/vgacon.c
1457 ./drivers/video/console/vgacon.cИди пили и не ной.
>> А ведь когда-то подсистемы ядра станут слишком жирными для того, чтобы их мог поддерживать одиночка из коммунити
> $ wc -l ./drivers/video/console/vgacon.c
> 1457 ./drivers/video/console/vgacon.c
> Иди пили и не ной.Чаго пилить, осел? Там майнтанер нужен 24/7, а не кодер.
мейнтейнер подсистемы в ядре -- это совсем не мейнтейнер portage-файла. в отличие от, это не релиз-менеджер, это как раз lead developer.
>>> А ведь когда-то подсистемы ядра станут слишком жирными для того, чтобы их мог поддерживать одиночка из коммунити
>> $ wc -l ./drivers/video/console/vgacon.c
>> 1457 ./drivers/video/console/vgacon.c
>> Иди пили и не ной.
> Чаго пилить, осел? Там майнтанер нужен 24/7, а не кодер.В подсистеме, в которой наступает bitrot, нужен мейнтейнер 24/7? Видимо там много патчей принимаются, что они пока в очереди лежат гнить начинают, да? :D
это просто Модный Современный, он уверен, что код падает с неба божьим попущением, а маинтайнер ходит и собирает, пока не наберёт полный мешок. а как набрал — так и релиз можно выпускать.
> wc -lпоздравляю, что ты осилил команду подсчитать строки.
если что внизу там всё расписано
последнего мейнтейнера, когда тот пытался исправить ошибку, Трольвальдс обругал и сказал вернуть как было, потому что это исправление ломало юзерспейс, а "we never break userspace". В результате мейнтейнер послал всё в пешее и удалил себя из списка мейнтейнеров этой подсистемы.
Теперь Линус ломает юзерспейс сам, потому что не видит другого способа исправить ошибки, а единственного, кто мог это сделать, он по сути сам выкинул из этой подсистемы из-за того, что тот делал то же самое. Хвалёный "we never break userspace" дал слабину.
так что дело не в том, что нельзя пофиксить ошибку, её фиксануть на раз-два можно, тут "№;!"№;ство торвальдса себя проявляет...
теперь до тебя доходит, ананимус?
>[оверквотинг удален]
> вернуть как было, потому что это исправление ломало юзерспейс, а "we
> never break userspace". В результате мейнтейнер послал всё в пешее и
> удалил себя из списка мейнтейнеров этой подсистемы.
> Теперь Линус ломает юзерспейс сам, потому что не видит другого способа исправить
> ошибки, а единственного, кто мог это сделать, он по сути сам
> выкинул из этой подсистемы из-за того, что тот делал то же
> самое. Хвалёный "we never break userspace" дал слабину.
> так что дело не в том, что нельзя пофиксить ошибку, её фиксануть
> на раз-два можно, тут "№;!"№;ство торвальдса себя проявляет...
> теперь до тебя доходит, ананимус?Прекрасная простыня, только ты не смог осилить цитату в начале моего коммента.
А что ты хотел? Экономика рыночная, бизнес - не богадельня.
> Экономика рыночная, бизнес - не богадельняГде ? Когда ? На какой планете ?
Мне очень грустно, я тайловик, живу в консоли :( Хнык...
> я тайловик, живу в консолиЧё? Сам-то понял, что написал?
>> я тайловик, живу в консоли
> Чё? Сам-то понял, что написал?Че те не так? Пиши цифры, обосную тебе и за консоль и за понятия.
72x20 80x12 132x25а вообще речь о том, что в своих тайлах ты не используешь vgacon вообще. ты используешь, например xterm/rxvt, или что там модно сейчас. vgacon и fbcon можно хоть целиком выкинуть, а в твоём xterm прокрутка останется.
> 72x20 80x12 132x25
> а вообще речь о том, что в своих тайлах ты не используешь
> vgacon вообще. ты используешь, например xterm/rxvt, или что там модно сейчас.
> vgacon и fbcon можно хоть целиком выкинуть, а в твоём xterm
> прокрутка останется.Арончик, ты достойный парень, я тебя уважаю. Я все использую, меня все касается. А в рамс мой с тем аноном не лезь, я сам его загашу.
В tmux что ли?
Около 12 лет пользуюсь Linux и только сейчас узнал об этой функции. Всю жизнь пользовался more.
Shift + PageUp/Down примерно в 100 раз проще.// b.
Только вот буфер не резиновый, много не пролистаешь
grep -i scroll .config
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=256
CONFIG_VGACON_SOFT_SCROLLBACK_PERSISTENT_ENABLE_BY_DEFAULT=yМожно не 256KB сделать, а хоть 100000 и будет буфер на чёрт знает сколько страниц.
// b.
А еще незаменимо при панике
Есть такое. Практически всегда использовал. Жаль функционал...
А less вместо more не приведёт к OOM при попытке открыть огромных размеров файл.
Сижу на most вместо вами указанных зверей :D.
Какие-то всё полумеры. screen гораздо лучше. И прокрутка и поиск и сохранение лога при необходимости в файл.
Тогда уж tmux с вагоном других фичей.
> Тогда уж tmux с вагоном других фичейКаких фичи tmux отсутствуют в screen?
Все
tmux един. А виртуальных консолей - 6 штук по умолчанию. Так что только скрин.
пусть tmux и един, но он поддерживает сессии вообще-то
Как будто от screen нельзя отлючиться, а затем заново подключиться.
> Какие-то всё полумеры. screen гораздо лучше.Есть мнение, что благородный дон старается притянуть инструменты для несколько разного класса задач, или проще сказать - сравнения тёплого с мягким :D.
screen и tmux как раз имеют большее отношение к сабжу, чем more/less.
screen ломает ctrl+c ctrl+v :(
особенно заметно в vim
Не приведет, less и more занимают в памяти столько места, сколько текст видимый на экране.
И где же в это время находится всё остальное, что прилетело из пайпа?
Это прокрутка в tty консоли которая альт+контрол+ф1?
Аналогично. Очень удобно и конечно же об этом примерно никто не знает т к юзерфрендли на нуле.
Может хоть теперь сопровождающие найдутся =0Что интересно, в мастайке побобное тоже есть как иуправление окнами с клавиатуры, мне они чел показывал, но я так и не смо нагуглить эти хоткеи потом. (юывает полезно если окно за экра залезло полностью)
Вот и выросло поколение. :-(Про Ctrl+Ins — Shift+Del — Shift+Ins вообще рассказывать смешно в наше время, у всех копирование — это «контрол-цэ» в лучшем случае.
контрол цэ это бряк
> контрол цэ это брякНу да. У нас это бряк. А у нового поколения - копирование в буфер. Дожились. Хотя дожидись-то и очень давно уж. Но всё-равно дожились.
Не бряк, а SIGINT. Бряк — это в дебагере.
Вот и выросло ещё одно поколение возмущающихся поколениями, и ничего при этом не знающих…
> Не бряк, а SIGINT. Бряк — это в дебагере.
> Вот и выросло ещё одно поколение возмущающихся поколениями, и ничего при этом не знающих…это потому что вы первоначальный вариант не видели, пришлось пойти на такой компромисс :)
Я на Meta+C/V перевешиваю, чтобы конфликта с ^C=SIGINT не было.
Ins на ноутбучных клавиатурах либо вслепую не нажать, либо вообще отсутствует.
Вот-вот. Десять лет назад почему-то места хватало для всех клавиш, но каким-то неуёмным китайцам это показалось неправильным. Всё идёт к тому, 240-е — последние ThinkPad, которые я покупал...
> об этом примерно никто не знает
> мне они чел показывал, но я так и не смо нагуглитьещё один представитель главной проблемы современного IT: слабоумие и отвага.
> Всю жизнь пользовался moreНу так это для случая, когда заранее знаешь, что на экран что-то не влезет и есть возможность это что-то на $PAGER отправить. А если загрузилась система, то даже хоть и знаешь, что её загрузка за верхнюю границу экрана вылезла, то всё-равно $PAGER к неуместившейся информации не применишь уж. А вот Srcoll Lock придавил/отпустил - и крути (у нас, а не в Линуксе, у которого оно оказывается через Shift).
Всю жизнь пользуюсь less и заменяю PAGER=more на PAGER=less
В Unix/BSD можно было прокручивать без more/less - жмешь бреак/пауз чтоб перестал выводить и листаешь назад.А я недавно узнал что шебанг интерпретируется ядром, а не шелом при запуске скрипта. То есть ядро знает о "текстовых запускаемых файлах", интерпретирует их как скрипт, который потенциально может содержать шебанг и изет его там, чтоб запустить. Не слабая дурь
То есть то, что ядро знает об исполняемых файлах, в том числе интерпретаторах shebang, вас не смущает?
ну так это-то нормально как раз. А почему нужно знать о синтаксисе какого-то одного из этих исполняемых файлах - интерпретаторе скриптов?!
Я согласен с Томпсоном: архитектура Юникс безбожно устарела и ее воспроизведение - это признак тупика и тупости
>(Shift+PageUp/PageDown), предположительно, мало востребованыНу приходится много этим пользоваться когда система после обновы ломается (например видеодрайвер перестал запускаться).
Тут стоит задуматься о своем (странном) дистрибутиве, LOL!
Это намек на масдай, где при обнове отваливаются не гуи, а папка пользователя в devnull?
На убунту, в которой патчеры как-то раз случайно поломали DKMS и для закрепления эффекта пропатчили поломатым все initrd
Это ты кому, чучело?) Я винды уже 6 лет не видел.
Безработные молокоососы в песочнице срутся у кого замок больше?
Корпоративные рабы коленки протерли, с пеной у рта доказывая начальнику, что у него самый большой.
Не, дистр нормальный, просто я по-быдлятски с ним обращаюсь, ставлю чо нить не из репозиториев, какие-нибудь альфа версии либ, зависимости бывает не все устанавливаю и экономлю. Да и со всем этим обновляюсь очень редко, поэтому проблемы постоянно накапливаются, но починить получается по везению.
Этой функции не хватало рекламы.
> Ну приходится много этим пользоваться
> когда система после обновы ломается
> (например видеодрайвер перестал запускаться)Не совсем в этих случаях.
На сервере графика-то вообще не используется (ну если не считать, что newcons у наших теперь тоже графическая в отличии от своего предшественника vt).
Ну и поэтому пользоваться этим на сервере приходится не тогда, когда видеодрайвер отвалился, а тогда, когда к серверу пропал доступ по сети и приходится садиться на него прямо живьём. Подыскивая при этом по дороге - какой бы монитор к нему подкинуть, а то и клавиатуру. :-)
Когда нужна отладка нерабочей системы, то гораздо лучше console=/dev/ttyS0, и смотреть лог с другой машины
Кому нужно, пусть используют screen или tmux, а в ядре лучше меньше лишнего.
Лишнего в ядре из без этого хватает.
И каждую обнову чо-нить новое запихивают невпихуэмое
Да, так зачем еще больше лишнего, особенно того, что прекрасно можно реализовать в юзерспейсе?
Отмотайте мне tty1 из этого вашего юзерспейса, а то мне сообчений ядра и прочего systemd не видать.
console=/dev/ttyS0
Для этого есть dmesg и журналы.
> Для этого есть dmesg и журналы.dmesg кольцевой, и моментом засирается полностью, если биос ноута (или кто там) ругается каждую секунду на несовместимую (неродную) зарядку
ну какой
> ... screen или tmux ...в runlevel 1 ?
Так или иначе это регрессия.
Скорее, легаси.
Как вы включите tmux для вывода процесса загрузки?
К слову, во FreeBSD до сих пор существует очень удобная система прокрутки: включить Num Lock и нажимать ↑ или ↓.
Звучит не особо удобно
> Звучит не особо удобноЭм ... вообще-то, вы точно так же можете использовать (Shift) + PageUp/Down, Home/End.
А вот отсутствие возможности переключения между режимом вывода и чтения действительно звучит не особо удобно.
В линуксах достаточно переключиться на другую консоль и обратно, как буфер сверху экрана чистится и Shift+PgUp перестаёт листать, во фре же все буферы сохраняются
Более того, при некоторых удачных сочетаниях настоек и везения этот буфер еще и перезагрузку переживает- поэтому иногда можно увидеть что привело к kernel panic.Но, впрочем, уверен что это ненадолго - "в линyпсе выпилили, и нам того же, двойную порцию!"
Тем более что ненужно-графическую консоль давным-давно уже завезли (по дороге похоронив все нормальные шрифты и поддержку кодировок отличных от единственноверной).
С кодировками допустим очень правильно сделали.
> С кодировками допустим очень правильно сделали.вот и с консолями сделают "очень правильно". Пользователи не нужны, пусть в венду проваливают.
Хм, собственно, они давным-давно уже туда и свалили.
Ну на винде то терминал вообще ущербный. Даже не запоминает команды после закрытия и копирования нормального нет. Или запилили таки в десяточке троянской?
https://www.microsoft.com/ru-ru/p/windows-terminal/9n0dx20hk701Что-то активно пилят, ещё и в опенсорсе. Такими темпами даже самые стойкие свалят.
> Ну на винде то терминал вообще ущербныйпричем тут терминал, когда речь о нормальной консоли, которой в винде вообще нет?
Ну а если в линуксе ее теперь тоже нет - зачем с ним дальше страдать?> Даже не запоминает команды после
"предположительно из-за того, что разработчики никакими консолями никогда и не пользовались, предпочитая gui"
> Ну на винде то терминал вообще ущербный. Даже не запоминает команды после закрытия и копирования
> нормального нет.Но зато и аварийных закрытий у этого терминала не бывает - а у меня история после "закрытия" очень редко сохраняется - и вечно надо об этом помнить отдельно.
Копирование у него совершенно нормальное, с учетом того что предполагалось что этот терминал запущен в графическом окружении.
Ни разу аварийно не завершался терминал и история ни разу не терялась.> Копирование у него совершенно нормальное
С ненужными переносами строк и произвольным выделением.
> Ни разу аварийно не завершался терминал и история ни разу не терялась.держи нас в курсе, дурачок с локалхостом.
> С ненужными переносами строк и произвольным выделением.
работающим в _графической_ среде чаще гораздо нужнее возможность скопировать прямоугольный блок, сюрприз.
Потому что команды по одной копировать из одного cmd в другой - это какая-то совсем уж альтернативная одаренность.
> работающим в _графической_ среде чаще гораздо нужнее возможность скопировать прямоугольный блок, сюрпризТы совсем тронулся со своей работой. Отдыхать надо (нет, не на опеннете).
Похоже дурачок здесь только ты, раз не можешь настроить сохранение истории
а можешь настроить одновременное сохранение истории из двух сессий? :)
> а можешь настроить одновременное сохранение истории из двух сессий? :)это-то (в отличие от него) я могу: savehist=($history[1] merge)
Только если в одной из этих сессий пришлось набрать reboot (даже, предположим, без -f ) - ничего не сохранится от обоих.И то же самое - если просто навернулся по таймауту ssh.
Потому что это в венде поганой графическая, мать ее, сессия двадцать лет уже восстанавливается при повторном подключении без всякой необходимости плясок с ручным бубном. А вы даже текстовую переподключить без костыля не умеете.
Поэтому им и не надо сохранять историю в какой-то там консоли - она редко имеет ценность дальше текущего сеанса, важнее чтоб он не отваливался на половине работы.А если там было что нетривиальное - мышиком клик-клик, и в окошко ise. Поэтому ваши страдания из-за переносов строк тоже никто не поймет.
> они давным-давно уже туда и свалилипох, у тебя раздвоение личности?
Ой не факт. У него вполне себе может быть и растроение
>> С кодировками допустим очень правильно сделали.
> вот и с консолями сделают "очень правильно". Пользователи не нужны, пусть в
> венду проваливают.Бред какой-то, зачем пользователям зоопарк кодировок? Чтобы головную боль иметь?
Пользователям нужно чтобы символы всегда корректно и единообразно отображались.
> Чтобы головную боль иметь?Тебе незачем - ты и не пользуй зоопарк. А у людей разные бывают разные ситуации и разные юзкейсы.
>> Чтобы головную боль иметь?
> Тебе незачем - ты и не пользуй зоопарк. А у людей разные
> бывают разные ситуации и разные юзкейсы.Ну и зачем вы мне тыкаете?
Что у вас за юзкейс такой? Хамить незнакомым людям в KOI8-U? Так ваше хамство современные браузеры не покажут, интернет весь в UTF-8.
> Ну и зачем вы мне тыкаете?Обвиняете в бескультурии?
Сами себя далеко не как граф-аристократ ведёте - говорите про бред и зоопарк. Смените тон и научитесь разговаривать. Претензии, таким образом, нелепы. Если _ВАМ_ не нужно что-то, _МЫ_ рады за _ВАС_, но _ВЫ_ это не _МЫ_.
> Хамить незнакомым людям в KOI8-U?
Предлагает хамить как _ВЫ_? Исключительно в юникоде? Хотите подмять под себя не только кодировки, но и диктовать в какой кодировке хамить?
Вы не в ту сторону воюете.
> Что у вас за юзкейс такой? Хамить незнакомым людям в KOI8-U? Так
> ваше хамство современные браузеры не покажут, интернет весь в UTF-8.что, серьёзно? не покажут? эвона как. теперь понятно, почему ты злой такой: тебе кто-то наврал, и ты опеннет исключительно telnet'ом читаешь. ужасно неудобно, понимаю. но ты попробуй браузер всё-таки. потому что наврали тебе злые люди.
Это что за поток сознания?
Жесть какая.
не напрягайся, а то у тебя череп лопнет.
> С кодировками допустим очень правильно сделали.Не допускаем. Очень неправильно.
Доунифицируетесь, да так... что останется у вас один условынй формат на всё-про-всё (видео, аудио и тп.), не учитывая, что на практике бывают абсолютно отличные друг от друга ситуации и юз-кейсы.
Да, при удачных сочетаниях настоек всё получится :)
> и поддержку кодировок отличных от единственновернойДа-да, надо, как в вантузе сделать, чтобы в выхлопе одной команды использовалось ДВЕ кодировки одновременно.
> поддержку кодировок отличных от единственновернойюникод не от хорошей жизни придумали. в век тотальной глобализации cross-country команды это уже обыденность и умение системы отображать совсем не локальные символы - это норма
> юникод не от хорошей жизни придумали. в век тотальной глобализации cross-country команды
> это уже обыденностьтолько я все равно не умею деванагари разбирать. Поэтому в обыденной жизни все эти индус-команды пишут на engrish. Все равно соседняя деревня пишет тамильскими и не сможет ни набрать, ни прочесть.
> и умение системы отображать совсем не локальные символы - это норма
это может и _кому_то_ _иногда_ полезное умение - только вот я совершенно не рад что при этом система отучилась нормально работать в тех кодировках, в которых работает полно софта и понаписана куча текстов.
А попутно переломала нормальные битмэпные шрифты, заменив их вырвиглазной размазней.Файлов с именами на китайском у меня нет, а если бы и были - мне эти квадратики вообще незачем отображать, ни в какой кодировке - они все выглядят совершенно одинаково.
это такая же трескучая чушь, как и про «портабельность программ»: интимные проблемы весьма небольшого количества людей какой-то магией вдруг становятся Глобальными Проблемами, и создают неудобства абсолютно всем. а потом уже набегают Молодые Эффективные, травмированые этой чушью изначально, и начинают заниматься рационализацией: никому же не хочется признавать, что он всю жизнь дурак.
Не везде есть NumLock
> К слову, во FreeBSD до сих пор существует очень удобная система прокрутки:
> включить Num Lock и нажимать ↑ или ↓.Официально вообще-то Scroll Lock. Но работает и c PrintScreen / Pause
Не NumLock а ScrollLock
Не num а scroll lock
> во FreeBSD до сих пор существует очень удобная система прокрутки:
> включить Num Lock и нажимать ↑ или ↓Во. А я в этой системе для прокрутки применяю Scroll Lock вместо указанного в цитате Num Lock.
Ну туда лезут как правило когда что-то навернулось или поэкспериментировать, но тогда уже в общем без разницы, есть прокрутка или нет.
Ну во, ещё один аргумент за фряху.
дежавю.... 20 лет назад вот примерно из-за таких сообщений я был вынужден перейти с линукса на фри.... я тогда только начинал в юниксах и без опеннета освоиться было сложно. Как я понимаю, более квалиф. специалисты сидели тогда на фре и от слова линукс их передергивало, поэтому что бы хоть какую-то экспертизу получить, перешел на фри... в принципе, не жалею, но на десктопе ни разу не получилось нормально ее юзать (((
Гм, а я читал документацию и спокойно с 1998 года на линуксе.
Но Линус всё так же тролль, конечно.
болген ос как бы не совсем линукс
А надо было поддерживать функционал. Вот и выпиливают функции про которые никто не знал. Кроме тех кто читает документацию.
О, сиска в комментах :)
Интересно, чем занимаются эти более квалифицированные специалисты сегодня...
> Интересно, чем занимаются эти более квалифицированные специалисты сегодня...Один завел себе бизнес по разработке и продаже специализированного софта, причем есть для макоси но нет для линукса.
Другой занялся системами хранения, и, в целом, все еще как-то использует freebsd как платформу, плюясь и ругая всякими словами ее разработчиков.
Еще один получил таки комит-бит, не прошло и двадцати лет.А Хаббард работает в nvidia и пописывает, периодически, в lkml.
Гораздо интереснее, куда делись квалифицированные специалисты по линуксам...
> Гораздо интереснее, куда делись квалифицированные специалисты по линуксам...Вы так говорите, будто они были...
> Вы так говорите, будто они были...ну да, к примеру, разработчик net3 и один из членов команды Райзера - они неквалифицированные были, совершенно.
solardiz все тот же и там же, правда.
Ну 20 лет назад линукс был не тот. Сейчас надо сказать это уже космолет. Я нормально отношусь к BSD, пользовался openbsd для некоторых задач. Они все таки попроще.
> без сопровождения, предположительно из-за того, что разработчики перешли на использование графических консолей и текстовые консоли вышли из обиходаНа самом деле из-за того, что последнего мейнтейнера, когда тот пытался исправить ошибку, Трольвальдс обругал и сказал вернуть как было, потому что это исправление ломало юзерспейс, а "we never break userspace". В результате мейнтейнер послал всё в пешее и удалил себя из списка мейнтейнеров этой подсистемы.
Теперь Линус ломает юзерспейс сам, потому что не видит другого способа исправить ошибки, а единственного, кто мог это сделать, он по сути сам выкинул из этой подсистемы из-за того, что тот делал то же самое. Хвалёный "we never break userspace" дал слабину.
А какой именно интерфейс Линус сейчас сломал юзерспейсу?
пользовательский
Где именно?
> Где именно?В консоли, в которой, представьте себе, можно не только от рута сидеть.
Не считая сегодняшней новости?
В текстовых консолях перестала работать прокрутка по shift+PgUp/Shift+PgDn
Линус имел ввиду программный интерфейс с юзерспейсом, скорее всего. То, как это проявляется в юзабилити - похрен всем.
Про конфликт то они правы. Мэнтэйнер слился тогда.
Но только Линуса просят везти себя покорректнее, сразу вопли про происки SJW. За что боролись - на то и напоролись.
> Линуса просят везти себяОн уже настолько распоролся, что пешком перемещаться не может?
Вести покорректнее - это не выбрасывать чужой труд. На резкие выражения всем пo%*й, если эти выражения по делу, а не просто оскорбления.
в принципе, на такое принято давать lkml-ссылки. или хотя бы писать: «насколько я помню, было так…»
Уро-о-о-оды-ы-ы... :(
Это промоакция по поиску нового мейнтейнера: выстрелил из пушки по воробью - все услышали.
> Это промоакция по поиску нового мейнтейнера: выстрелил из пушки по воробью -
> все услышали.но поскольку выстрелил, как обычно, дерьмом - майнтейнеры что-то не выстроились в очередь.
смысл слова промоакция уже за себя говорит
Боже, какое красивое сочетание линуксового «насилили» и «нинужна».
Ну, графику это не коснется. Только консоли, то есть пострадают админы.
Кстати, в графических консолях есть такая удобная фича - терминал выводит данные, но можно листать вверх (после каждого обновления не будет перекидывать вниз). В LXTerminal и/или GNOME Terminal это по умолчанию. А в xfce4-terminal включается в настройках (надо снять галочку прокручивать по мере вывода).Кстати, почему в LXTerminal не работает перестаскивание файлов? Я только в Vista такое встречал.
И еще такой момент. В Xubuntu 16.04 терминал нецветной. Точнее, цвета есть, но не всегда. В других дистрах (и по моему новой бунте) их больше. Например, запускаешь ffmpeg и там такое дурацкое черное выделение внизу (на светолой теме). Я не знаю как это победить. Настройки такие же.
Обновления зло.
Вот это
Use -h to get full help or, even better, run 'man ffmpeg'
выделено черным фоном. А в xenial норм.
У меня что-то такое раньше было в девуане. Решалось такой строчкой в /etc/bash.bashrcif [ "$TERM" = "xterm" ]; then export TERM=xterm-256color; fi;
Сейчас обновился и вроде без неё всё нормально. Погугли-поэксперементируй с переменной $TERM
P.S.: if нужен чтобы не ломалась консоль. Там $TERM стоит в linux
P.P.S.: сейчас посмотрел - стоит изначально xterm-256color, поэтому эта строчка больше не нужна.
У меня в Xenial в ~/.bashrc:
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
esacДругие дистры пока снес. Потом посмотрю как там.
Спасибо за наводку.
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
> If that turns out to be the case, we can resurrect this again, once we've found the sucker^Wmaintainer for it who actually uses itЛинус выражается неинклюзивными терминами. Это позор, я считаю. Когда его выгонят в след за Столлманом? Я думаю, цивилизованное общество не должно такое терпеть. Хватит с нас одного Fredrik Mellbin'а.
А Линус с самого начала очень удобно устроился. В отличие от многих-многих других. Mainline Linux не относится к Linux Foundation, а также к сообществу. Mainline Linux - то персональный(!) репозиторий Линуса (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...). Таким образом его по определению никогда не выкинут.Даже если когда-нибудь перестанут слать патчи, у него освободится время от чтения и обсуждения, и снова появится возможность программировать самому.
> Даже если когда-нибудь перестанут слать патчи, у него освободится время от чтения
> и обсуждения, и снова появится возможность программировать самому.И много он сможет работать над кодом в 50 лет?
Ты серьёзно?По голове в детстве часто били, наверное.
Бывает.
Нет. Правда, один раз я закинул на крышу песочницы кирпич и он свалился аккурат мне на голову. Побежал в слезах домой, вся ванна была в крови. Но вроде прошло потом.
А еще я как-то нашел вилку с оголенным проводом, вставил в розетку и взялся пальцами за провода. Тоже не хило так шибануло. Потом ладошку щипало какое-то время. Но об этом никто не узнал.
Подскажу тебе слово только никогда его не гугли: "Селитра".
Попов, это ты?
подхватить должен неизвестный идеальный бесчувственный мэйнтэйнер, в то же время пользующийся интуитивным способом получения информации. прокрутка это нетривиально (https://lkml.org/lkml/2020/7/30/92), всегда, а тут совсем в критическом месте (https://bugzilla.kernel.org/show_bug.cgi?id=16155). линус сделал что должен был.:)
Когда знакомился с Linux в начале 2000-ых, прокрутка с помощью shift+pgup/pgdown и автодополнение по tab очень впечатлили. Как же просто можно организовать очень удобную работу в командной строке! По сравнению с DOS.Очень жаль, что поддержку удалили.
Самое крутое, это листание команд вверх-вниз. Которое запоминается и после перезапуска, а не как на винде.
Еще на винде неудобно, что ffmpeg при кодировании может дублировать строки (а из пакетника 100% будет). Например, появилась инфа dup=1 и она будет повторятся. Это не значит, что столько dup'ов пошло (но юзер так подумает, меня вот сначала сбило с толку), просто повторы. В линуксе норм. Еще проблемы с кодировками в винде, с медленной отрисовкой большого объема, ужас.
Ну я проверял синхронность Накитовского видео, которое потом скармливал в Sony Vegas. А Vegas прога крутая, но тоже со своими заморочками.
Прям что-то с ностальгией вспоминаю те недолгие виндовые времена.
Еще ролик (удаленную сцену) из ПиВ закодил в x265 в виндовом Avidemux и залил.
А что хорошего (интересного) было в Linux? Масштабный самосбор ffmpeg+плагины.
Ты сейчас мешаешь теплое с длинным. Автокомплитом занимается командный интерпретатор.
Все правильно человек говорит. Автодополнение, запоминание и поиск по истории - это фичи командного интерпретатора (Shell) и используемой им библиотеки-интерфейса командной строки (для Bash это readline).
Андрей, а ты уверен, что используемый тобой терминал - это vgacon?
A автодополнение по табу вобще баш делает.
Так что не горюй: ни ты, ни 99% других пользователей вобще ничего не почувствуют.
> Уязвимость привлекла внимание разработчиков, который организовали fuzzing-тестирование кода vgacon в syzbot.Т.е. время на написание fuzzing тестов с оформлением странички на гитхабе, тикетов CVE и больших писем в рассылках нашлось, а поправить небольшой кусок кода, от которого зависит живучесть системы в нештатных ситуациях - желающих нет. Линус потихоньку превращается в бесполезный овощ с функциями посредственного менеджера вместо лидера проекта, определяющего качество продукта.
> Т.е. время на написание fuzzing тестов с оформлением странички на гитхабе, тикетов
> CVE и больших писем в рассылках нашлось, а поправить небольшой кусокну так это ж не надо уметь кодить. Да еще и приносить с поклоном и переподавать двести раз.
> кода, от которого зависит живучесть системы в нештатных ситуациях - желающих нет
настолько желающих, чтоб подлизывать линусу - нет.
Я вообще с трудом понимаю, откуда такие желающие берутся, если им именно за это и не платят зарплаты.
Ну и ладно, есть куда более продвинутые screen/tmux, которые всё равно полезно выучить. В ядре эта функциональность лишь повышает attack surface.
Да там уязвимостей побольше будет.
ниже уже сказали про fsck... точнее даже про любую ошибку, которая вылетает ДО полной загрузки системы. там нет никакого tmux.тут я вспомнил, где я эту фичу в linux использовал.
Linux-окапец?
Ничего страшного, главное то что master/slave не стоит использовать.
Фанаты гачимучи негодуэ
Ну и чем теперь смотреть выхлоп fsck в runlevel 1 ?
ставить разрешение 4K, а шрифт 5x7. чем смотреть? лупой
Запустить fsck в tmux. Если ты про автоматическую проверку корня, то запусти tmux из initrd.
Пересобери initrd - вставь туда tmux.
Вуаля!
Я активно пользуюсь этой возможностью, особенно, когда виртуалка сбойнула и надо всё через консоль ....
У меня после переключения с tty1 на tty2 пропадает весь скрол буфер на tty1. Это можно обойти? Какой-то из fbcon, не знаю какой, скажите, как посмотреть. Хотя я в принципе привык.И ребята, у меня tty отключается после запуска иксов, после обновления видеодрайвера с ~440 на 450 (там в нём что-то намудрили с управлением питанием опять), я его откатил и проблема исчезла, но использовать старый драйвер к сожалению не вариант. В чём может быть дело и как это диагностировать? Гугл отказывается мне помочь. Я нагуглил rcutree.rcu_idle_gp_delay=1, но мне кажется это не связано?
> У меня после переключения с tty1 на tty2 пропадает весь скрол буфер на tty1. Это можно обойти?Конфигом ядра, там была какая-то опция, включение которой приводило к сохранению буфера. Просто с этим сохранением какие-то проблемы, поэтому его лучше выключить.
> У меня после переключения с tty1 на tty2 пропадает весь скрол буфер
> на tty1. Это можно обойти?Уже обошли - нет буфера, нет проблемы!
Забавно, что объем написанных по этому вопросу комментариев на различных ресурсах уже на пару порядков превышает объем удаленного кода. И среди всех недовольных не нашлось ни одного готового пофиксить и мейнтенить этот код.Видимо, действительно линукс уже практически полностью пишут сотрудники корпораций на зарплате. Эра linux-хакеров осталась в девяностых.
Ну когда Линус заявляет, что если найдется новый sucker^Wmaintainer, готовый поддерживать, то он вернет, то это так себе мотивация
Берегись. Там могут убрать кнопку "Пуск" без предупреждения.
Ну и нахрена такой Линукс. Всё, я на Винду! Прощайте! Сегодня они уберут сколлинг, завтра добавят такой же реестр.
Ну наконец-то. Не возвращайся никогда!
> завтра добавят такой же реестр.gnome config
Это маленький реестр (их три вообще-то). Ни в какое сравнение.
Это ни считается! Ещё раз повторяяяяяяю! XD
Ну и всё, значит. Линукс неотличим от Винды.
бёрди тебе и это как-то мешает?
Потеря фичи мешает? Как-то нелогично что ли. Как она может мешать - её теперь будет сильно не хватать. Начиная с 5.9 :(// b.
>(Shift+PageUp/PageDown) не востребован? Они что укуреные?
Все больше и больше будет сейчас Линус выкручивать руки и отбирать полезные функции пока ему денег не дадут,
Понятия не имею что они там считают не востребованным... но я им пользуюсь !
Сообщите об этом разрвботчикам соответствующей подсистемы ядра
Вот он тебе и сообщил. У вас же росубунтовское™ ядро, "разработанное исключительно российскими специалистами" (с). Вот и вся ваша "автономность всех процессов" (с) -- когда лично ты только брал и ничего не дал ядру взамен.
И чем блджад теперь скроллить последний вывод полумёртвых систем?
Сразу было понятно что версия пять (кстати нечетная как символично) будет фигней, на телефоны потянуло и всякая гуглятина, один этот новый говновпн чего стоит. Сидим на четверке и не паримся, пятерка мертвый уродец вышел, даже бекпортить нечего.
Зря)
Подключать COM порт или что там сейчас для отладки можно использовать.
А если ты обычный пользователь то тебе не зачем это знать!
Есть чужая система, которой не объяснишь, чего там использовать.
Есть вывод полутрупа, который на клавиатуру ещё отвечает, но консоли уже нет.
Надо бы повыше посмотреть на предмет того, откуда выросло...
И приплыли.
> Подключать COM порт или что там сейчас для отладки можно использовать.подключи мне цомпот к 12му лезвию вооон в том шкафу.
У него уже даже для аварийного восстановления самого шкафа - usb-дырка где не цом, а rndis.(потому что макак никакого цом тоже не знает, http://192.168.0.1 знает)
Ну есть там ещё извращения типа слива вывода в сеть - я реально пользовался для дебага краха ядра.
Но жутко неудобно, когда это ради две строчки посмотреть. И чужим системам этого тоже не объяснишь.Наш товарищ по ЦОД повесится вместе с клиентами, когда это реально пойдёт в мейнстримные ядра. Ему клиенты за этими двумя строчками частенько звонят.
> Ну есть там ещё извращения типа слива вывода в сетьну так оно либо vga эмулирует, либо еще что попродвинутей.
com в сеть - это что-то из железа начала 2000х и то забытое.
Оно, кстати, в тогдашнем линухе хорошо было сделано - то есть работало, когда vga уже не работало и на клавиатуру не реагировало тоже. Но, полагаю, тоже сломали давно. Ведь "современные разработчики линукса" пользуются fusion, а из нее ком добыть - педерастия та еще.> Наш товарищ по ЦОД повесится вместе с клиентами, когда это реально пойдёт в мейнстримные ядра.
наоборот, вздохнет спокойно
> Ему клиенты за этими двумя строчками частенько звонят.Теперь даже консоль можно не открывать - сразу отвечать "там черный экран и ничего нет".
Кстати, сегодня такую херню наблюдал. Впопенштифтовская нода, между прочим. И вот хз что это было. Энтерпрайзненько.
>> Ну есть там ещё извращения типа слива вывода в сеть
> ну так оно либо vga эмулирует, либо еще что попродвинутей.
> com в сеть - это что-то из железа начала 2000х и тоНе, я про то, что прямо в ядре. Netconsole называется. На удивление - даже работает.
Ещё есть извращённые варианты на BMC сливать, но это надо BMCPanic и специфичные BMC. Этих голубых устриц пока не пробовал, не требовалось.
> Кстати, сегодня такую херню наблюдал. Впопенштифтовская нода, между прочим. И вот хз
> что это было. Энтерпрайзненько.Да сплошь и рядом оно, да...
а, чорт, я и забыл о ней.
Это тоже наследие давних времен, так что неудивительно что пока работает.
Мне она не очень бы помогла - я-то панику в сетевом стеке искал ;-)
Cпешите видеть ! Главный клоун опеннета опять наложил себе в штаны ! Публика в восторге.Любой приличный bmc (в том числе и в лезвиях) по прежнему поддерживает ipmi serial over lan.
А я поддержу поха, ибо пишут глючное оно нимнога
3.2 Serial port console can crash if the serial port baud rate is too low
https://docs.oracle.com/en/operating-systems/uek/6/relnotes6...
> А я поддержу поха, ибо пишут глючное оно нимногадоломали таки? Ну правильно, хрен кто им пользовался, потому что не на чем уже давно.
> 3.2 Serial port console can crash if the serial port baud rate is too low
причем "too low" по их мнению - уже 9600.
А тот дятел видимо либо работает на изрядно уже несовременных железках, либо на чем-то очень странном (вон типа тех орацловых). У меня вот никаких "serial redirect" нет ни у одного вендора. Что, в общем, логично - никто не будет к энетрпрайзным железкам трахаться подключаться через виртуальный serial и кучу непонятных глюкал-эмуляторов, незачем и тратить время на подобную блажь. У них вообще сейчас часто прямого доступа к интерфейсам нет, и все настраивается через какую-нибудь морду вмвари или цискин director. Вот на это время и деньги тратят охотно, крупный покупатель обрадуется.
Не знаю, как там у Ваших вендоров, но у HP в iLO (и в OA тоже) есть виртуальный последовательный порт. Подключился через SSH, набрал vsp и профит. В отличие от ремоут консолей всяких ни джавы ни дотнета ни браузера не нужно.
Рад за вас, у меня этих помоек, к счастью, нет сейчас (от прошлых встреч осадочек остался).А вы точно уверены что ваши все еще входят в vmware hcl - особенно в разделе BOM ? А то есть нехорошее предчувствие.
> В отличие от ремоут консолей всяких ни джавы ни дотнета ни браузера не нужно.
проблема что ты не хочешь, наверное, массового применения этой чудо-технологии. И когда понадобится развернуть парочку корзин с состояния "в коробке" до состояния "работают", ты захочешь браузер и поменьше трахаться вручную. Начиная с апгрейдов всех и всяческих фирмварей и заканчивая установкой гипервизора или что там у тебя.
Кто ходит с физическим комом к лезвиям? из *LOM шкафа подключайся.
Все правильно, труЪ используют UART и аппаратные терминалы, в крайнем случае эмулятор. VGA для позеров, не заставших Изначальный Юникс.
> Все правильно, труЪ используют UART и аппаратные терминалы, в крайнем случае эмулятор.
> VGA для позеров, не заставших Изначальный Юникс.Да, вот сейчас блджад поеду прямо в Хамину, UART с аппаратным терминалом подключать.
Там дождусь сопровождающего, и сразу.
А может кто обяснить дураку - нафига удалять? Отключить по умолчанию, кому надо - включит, пересоберет - не?
это небезопастно, злые хакеры могут подкрасться к твоей консоли, как ты не понимаешь! Надо немедля окружить тебя заботой, чтоб ни пернуть, ни вздохнуть не мог!
> (Shift+PageUp/PageDown), предположительно, мало востребованыадминами локалхоста
Казалось бы, это именно для них интерфейс, но, похоже, я был слишком хорошего мнения о нынешних админах локалхостов - они без загружившегося драйвера нвидии вообще ничего не могут.
А про эти кнопки вообще "не, не слышали" - ведь в винде таких нет.
Где-то я уже встречал разговоры о практиках и теоретиках..
Ага, Вы хорошо сохранились для 150-летнего дедушки... Доброго здоровьица!
Наоборот, только ими и востребованы.В случае с серверами есть или lom (как бы он не назывался у конкретного вендора), или физический ttyS* подключенный к network terminal server, или вообще никого не парит что на консоли у одной физической машины: вывести из стада и расстрелять, все равно в регионе еще где-то тысяча живых.
Это что, у меня теперь в urxvt не будет прокрутки?
Речь идёт про консоль(которая Ctrl+Alt+F1), а не про эмуляторы терминала.
По ctrl alt f1 тоже эмулятор терминала, просто встроенный в ядро
Когда-то (может в 2015, лень лезть на github проверять) попытался продвинуть в мышиный драйвер gpm поддержку мышкиных событий как в иксах -- при изменении позиции курсора посылать эскейп-коды. Ну и еще у меня был патч для выделения мышкой в консоли прямоугольных блоков (это удобно для работы в TurboVision), И был послан так называемым мэйнтейнером gpm с формулировкой -- все сидят в графике и это не актуально. Вот так. Самое интересное, что ядро патчить не требовалось -- код для этого там есть (был). Только в gpm его так и не впилили.
Потому что вы то код напишете, а кто его поддерживать будет? Пока кровью не распишитесь что будете поддерживать этот код до остывания солнца не будем ничего никуда включать и будем сидеть смотреть на пустой чёрный экран. (с) Философия линукс.
С прямоугольным выделением я бы тоже послал. Мог бы залить форк на гитхаб и кому надо взял бы себе, как часто там обновления? Текущая версия 10 лет назад вышла. Ну или зотя бы предложить патчи дистрибутивам.
Вы просто ошиблись адресом. Надо было прислать патч с прямоуглоьным выделением для BSD moused - и если бы код был строен - приняли бы.
Добавлю еще свой юзкейс: после обновления отвалился блоб Nvidia (потому что я дурак забыл пересобрать опции ядра для ноутбука c Nvidia Prime). И все.. плакала графическая консоль.
раз пошла такая пьянка, то и поддержку 100500 tty-ев надо выкинуть. /dev/console и kmscon + screen/tmux хватит всем
Так весь линукс удалите тогда. Там в каждом пакете баги и никто чинить не собирается.
Уже деньги на рефакторинг собирают и ищут программиста: https://www.linux.org.ru/forum/job/15900057
Эх, надо попробовать поправить, жалко такую классную штукую.
Поиск исполнией и сбор донатов и на рефакторинг кода ядерной консоли.Основное обсуждение здесь: https://www.linux.org.ru/forum/job/15900057
Лично я готов дать 10 т.р. и те кто готов присоединится к разработке или финансированию рефакторинга пусть отписываются в этой теме указав сумму, способ связи и начисления доната. Разработчики(получатели доната) должны дополнительно указать что они за этот донат будут делать.
Мотивация:
Необходимость исправить указанные Линусом ошибки: Линуса гномеры покусали?
Запуск иксов на дополнительной отдельной видеокарте нарушает работу консоли на основной видеокарте.
Если раньше собственно консоль и иксы пользовались раздельными драйверами, и переключение в консоль при переполнении ОЗУ приводило к переключению на другой драйвер которому для нормальной работы хватало оставшейся памяти, что позволяло запустить htop и вручную удалить занимающий всю свободную память процесс, то теперь, когда благодаря KMS иксы и консоль используют один драйвер так уже сделать нельзя, распухшая графическая программа парализует работу графики и иксах, и в консоли.Что имхо надо, оно же ТЗ:
Вынести код консоли в отдельный модуль ядра, который должен уметь принимать опции инициализации и как аргумент запуска модуля, и как опцию в командной строке ядра, при этом опции в командной строке ядра должны иметь приоритет, чтобы иметь возможность спасти положение при неправильном написании системных конфигов.
В состав принимаемых модулем опций должны входить:
2.1 Однозначная идентификация используемой видеокарты по [<vendor>]:[<device>][:<class>] или по [[[[<domain>]:]<bus>]:][<slot>][.[<func>]]
2.2 Аналогично однозначная идентификация назначаемых модулю клавиатуры и мыши, может просто как список устройств без указания их типа.
Возможно следует просто указывать конкретный root_hub, к которому буду подключатся соответствующие USB устройства. 2.3 Модуль должен использовать только статичное выделение памяти с запретом свопинга(Мотивация 3) и принимать в опциях размер буферов, под которые сразу должен выделять память и не менять самостоятельно её в процессе работы, но возможно создание в /proc или /sys отдельной директории с параметрами через которые можно будет поменять размер тех или иных буферов.
Должна быть предусмотрена возможность параллельной загрузки и работы нескольких таких модулей, на разных комплектах из видеокарты, клавиатуры и прочих USB устройств, этот модуль должен уметь проверять занятие устройств другими модулями и выдавать соответствующую ошибку и список со статусом, кто чем занят всех имеющихся устройств.
Вообще надо подумать как будут обрабатываться конфликты занятости устройства.
Всё это надо за тем, чтобы за одним компом могло работать несколько человек с разных комплектов видеокарта + устройства ввода(клавиатура, мышь и пр.)
Модуль должен использовать только общие стандартные интерфейсы видеокарт(Мотивация 3)
При запуске на той или иной видеокарте иксервера модуль должен передавать и принимать управление видеокартой аналогично тому, как это происходило до появления KMS и modesetting.(Мотивация 3)
Так же он должен суметь передать и все сопутствующие устройства ввода(тут возможно придётся попилить и икссервер)
В принципе хорошо бы и сам иксервер переписать так, чтобы при параллельном запуске нескольких иксерверов на разных видеокартах каждый бы иксервер занимал устройства ввода с определённых usb root hub, ну или в общем виде расширить эту концепцию на всю шину scsi
Не проще будет на иксы вместе с их драйвером болт положить?
Всё равно они в основной массе продакшна не нужны, а десктопов на ядре - полторы штуки на тысячу.
Да, я не каноничен. Желающие иксов могут трахаться с ними как хотят.
В винде когда падение драйвера видео или DWM кладёт всё - никто не жалуется.
>Всё равно они в основной массе продакшна не нужны, а десктопов на ядре - полторы штуки на тысячу.С такой системой имхо десктопов может стать побольше, так как на одном запущенном компе сможет одновременно работать несколько человек, так как по сути я предлагаю возродить мультитерминальную систему.
>В винде когда падение драйвера видео или DWM кладёт всё - никто не жалуется.
Точно не жалуются? А может просто нет статистики по воплям или люди прпосто отчаялись поправить ситуацию?
В любом случае, тут у меня как раз получается решение: на одной видеокарте+usb_root_hub висит система консолей, а на другой видеокарте висят иксы и если с ними или с их драйвером что происходит, то с консольной видеокарты и клавиатуры всё можно будет поправить.Ну или пусть даже иксов нет, на одном компе можно будет с помощью нескольких видеокарт и клавиатур сделать несколько непересекающихся систем виртуальных терминалов и посадить за них несколько операторов.
Хотя конечно тоже самое можно сделать и с помощью virt-manager рассадив операторов по разным машинам, но в прочем они всё равно не будут взаимодействовать в рамках одного виртуального компьютера, у каждого будет свой.
>>>С такой системой имхо десктопов может стать побольше, так как на одном запущенном компе сможет одновременно работать несколько человек, так как по сути я предлагаю возродить мультитерминальную систему.товарищ, забудьте.
вы слишком бедный, чтобы покупать железо, которое позволяет такое провернуть.
ваш идеал какой-нибудь асрок с двумя pci слотами и и нафиг никому не впившимися на такой маме шестью сата разъемами. + какой-нибудь кенон мфу. бюджетненько так.
можете спросить у Шигорина, он вроде где-то рядом с похожим проектом стоял - насколько это дешевле и насколько это кому-то интересно.
ну или на крайняк своей головой подумайте, что и где вы собираетесь с такой системой выиграть или наэкономить, и сколько это будет стоить.
>ну или на крайняк своей головой подумайте, что и где вы собираетесь с такой системой выиграть или наэкономить,Как минимум операторы запустившие тяжёлую программу получат вычислительные ресурсы тех операторов, которые в данный момент ничего не вычисляют, что невозможно сделать на нескольких отдельныхъ ПК.
Так что просто не надо скупится на материнскую плату,процессор и ОЗУ.
>>Как минимум операторы запустившие тяжёлую программу получат вычислительные ресурсы тех операторов, которые в данный момент ничего не вычисляют, что невозможно сделать на нескольких отдельныхъ ПК.Кхм, а как "операторы, запустившие тяжелую программу" будут возвращать вычислительные ресурсы тем операторам, у которых забрали, когда вышеозначенным операторам тоже понадобится запустить тяжелую программу?
А в чём проблема, разве менеджер процессов не будет распределять процессорное время равномерно между операторами?
> В винде когда падение драйвера видео или DWM кладёт всё - никто не жалуется.так оно и не падает. В отличие от. Потому и не жалуются, что раз в сто лет бывает.
Я кого, по твоему, давеча с чорным-пречорным (явно в графмоде) экраном кнопкой reset "чинил", думаешь, винду? Ну она как-то хитро маскируется, какие-то строчки-менюшки выводит (кстати, безбожно дергая режимы видео, чтоб ты ничего толком не мог разглядеть)
Если ты агитируешь за переход на винду, то я тебя разочарую. Линуксоиды пользуются линуксом, невзирая на недостатки. Кроме того, есть интересное наблюдение - чем больше что-то ругают, тем больше окружающим хочется встать на защиту (и наоборот). Прими к сведению. То есть, для достижения твоих целей тебе надо ругать винду (звучит парадоксально, но это так).
Если же твоя цель просто пожаловаться, то я тебя тоже разочарую. Подобные оффтопные, для данного сайта, стенания не вызывают ничего, кроме негатива к себе. Ты идешь против шерсти.
Какие-то копейки вы предлагаете, чтобы потом "бызнэсмены" из Астралинукса на этом в себе в карман положили 300 лярдов, из них 3 лярда они бы распилили под видом поддержки сообщества?Нет, спасибо. 10к это минимальная сумма работы на 2 дня (и это еще братская цена, на мировом рынке это стоимость 4 часов). И вы считаете, что за 16 часов это реально написать и протестировать?
Проще астралинуксу это решения впарить по договору штучных лицензий за х лямов. А вы просто купите за 10к лицензию у Астры.
> разработчики перешли на использование графических консолей и текстовые консоли вышли из обиходаЭто они в иксы перешли или какие графические консоли имеются в виду?
TIL что в консоли можно прокручивать текст. Было.
Теперь на серверах без гуя будет неудобнее работать при физическом доступе
Полезная фича же...К слову, Alpine Live в виртуалбоксе при попытке её использовать вешается напрочь XD Хотя, мб это у меня какие-то локальные проблемы
Как говорится, "по голове себе постучи".
даже не знал об этой прокрутке :(если уж совсем надо было, то запускал консольный wal commander, ctrl-o и уже в его терминале есть прокрутка page-up page-down без всякого шифта, где-то 1000 строк влезает
получается, что зря извращался :), но теперь уже будет не совсем зря
Линукс все правильно делает. Пусть и дальше это делает.Зато, как линакстоиды вопят, что линукс открытый и это им помогает в повседневной жизни.
Что же никто из линуксоидов не решил эту проблему,м?
Потому, что только пустозвонить могут.Пользователи элитной ОС должны страдать.
> Что же никто из линуксоидов не решил эту проблему,м?эээ, вообще-то человек решил проблему. теперь он больше не маинтайнер.
или как ещё решать? форкнуть ядро? так у каждого дистрибутива ядро со своими патчами. до моего дебиана это нововведение не скоро докатится :), если вообще докатится - того же squashfs в ядре не было лет 10, что не мешало чуть ли не каждому дистрибутиву его использовать...
Это страданий страдалец, не обращайте внимание на дурачков и недобитков.
> эээ, вообще-то человек решил проблему. теперь он больше не маинтайнер.Ну, дык.
Вот и кому польза от такой "открытой" системы, спрашивается?
гугловый зизбот .. А давайте сделаем версию где повыпиливаем всё гугловое и прочее ненужное г-но ?
Иногда проще удалить и переписать заново чем исправить. Почти уверен что будет новая реализация. Штука то нужная и востребованная.Главноё Лёню не пускайть туда, обжесонит всё вокруг.
> и такие расширенные возможности, как встроенная в драйвер программная прокрутка (Shift+PageUp/PageDown), предположительно, мало востребованы).
> В связи с этим Линус Торвальдс принял решение не пытаться сопровождать невостребованный код, а просто удалить его.Мне надо, лично я против!
Ржунимагу, и _это_ они называют серьёзным копроядром!
И не говори, как теперь жить без этой функции? Всё, срочно переводим все сервера на *BSD, спёкшегося Линуса закапываем, а сами бросаемся с крыши датацентра.Если серьёзно, то кто там что и чем называет? Насколько мне известно, Linux всё ещё - опенсорс, разрабатываемый силами сообщества (включающего корпорации) и не принадлежащий никакой отдельно взятой компании. Придёт новый мейнтейнер и пофиксит. Возможно даже, это будете вы (конечно же, нет). Или не придёт, если эта прокрутка никому не сдалась. А с каким-нибудь "серьёзном" копроведром вы можете написать в ТП, и эти самые ТП тебе пообещают, что твоей проблемой когда-нибудь, возможно, займутся, спасибо за обращение.
Ты холодные звонки обработал ? Чего в интернетах сидишь, мы тебе не за это платим, а за продажу коробок.