В ядре 4.19 починили ядерную консоль

Это сделало тебя сильнее?

Не ядерную, а фреймбуферную.

Патрик уже обновил ядро

Почему ты считаешь, что регистрантам важно об этом знать?

Ну он же не килограмм съел

Клева!

О! Офигеть!

Я теперь четырежды звизданутый!

Ядерная консоль может работать и в текстовом режиме без фреймбуфера (хорошо работает на ЭЛТ мониторах). А может и в графическом режиме через фреймбуфер (стало актуально с появлением ЖК мониторов, которые размыливают картинку если разрешение не соответствует родному разрешению матрицы).

Потому, что важно знать когда уже можно обновляться на свежее ядро.

скажите, а что это дает? теперь оно будет быстрее, да?

Нет, это даёт отсутствие артефактов в софте на ncurses в ядерной консоли со свежим ядром 4.19.

С релизом ядра 4.19 в подсистеме vt что-то поломали, и библиотека ncurses стала криво работать. При полной перерисовке областей всё было нормально, но при неполной перерисовке, когда библиотека ncurses должна была сама думать как теперь выглядит текст на экране, в нетронутых новыми данными областях оставались старые данные.

Теперь этого бага в ядерной консоли ядра 4.19 больше нет.

Спасибо чувак, что пояснил, а то я мозг сломал.

А что, она была сломана?

А что там было сломано?

Создавай тред :)

Это тот баг, из-за которого приглашение логина стало рисоваться поверх сообщений загрузки без полной очистки экрана?

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

Юзаю ядерную консоль по много раз в месяц, поскольку занимаюсь диагностикой поломанных видеокарт, которые не всегда могут драйвер.

«ядерная консоль» == «ядровая консоль» == «консоль ядра» == «реализованная в ядре консоль». Очевидно же.

Да, была поломана: В ядре 4.19 починили ядерную консоль (комментарий) .

В ядре 4.19 починили ядерную консоль (комментарий)

Я такого не наблюдал, но, вероятно, это одно из проявлений этого бага.

Когда же Патрик починит свой Linux? Когда его Linux вернёт былую популярность?

Дистрибутив Slackware и так работает и популярен среди тех, кто любит красноглазить. А те, кто не любят красноглазить, этот дистрибутив никогда и не любили. Они являются сторонниками других дистрибутивов.

Для любителей красноглазить давно придумали LFS.

Это тоже хороший вариант, да. Однако, для тех, кто не любит красноглазить, и Slackware и LFS одного поля ягоды. В том смысле, что пока в них не разберёшься ими пользоваться крайне сложно. Проще поставить какую-нибудь Убунту или Магейю. Вот эти не желающие разбираться люди так и делают.

Разобраться в Slackware, всё таки, гораздо проще, чем в LFS и в дополнениях к LFS.

Зависит от того, что нужно юзеру.

Например, разруливание зависимостей в Slackware для неподготовленного юзера становится серьёзной проблемой. А уж если он что-нибудь обновит в системе...

Обновил gcc - пересобирай boost. Обновил boost - пересобирай LibreOffice. ... И т.д.

А LFS может оставаться LFS'ом и без иксов и всех этих boost'ов и LibreOffice'ов.

Slackware, конечно, тоже можно минимальной системой развернуть. Однако, официально рекомендуется именно полная установка.

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

Может ли работать на телепринтере Siemens T100?

У меня такое подозрение, что Слака скоро перейдет на рол-релиз. Чего крайне не хотелось.

> Ядерная консоль может работать и в текстовом режиме без фреймбуфера (хорошо работает на ЭЛТ мониторах)

Я бы так Дум запустил. Это возможно?

Да, через SVGAlib в ядерной консоли в текстовом режиме можно запускать графический софт.

Именно так и работал, например, LxDoom в ядерной консоли:

LxDoom is a version of Doom, designed to run on Linux either under XFree86 or using SVGALib. It will also run under various Unix variants.

Исходники, например, версии 1.4.4 можно взять здесь: http://archive.debian.org/debian/pool/main/l/lxdoom/lxdoom_1.4.4main.orig.tar.gz .

Это уже не задача vt. Это, по ходу, к чему-то из drivers/tty/serial/.

И сломали overlayfs - хардлинки не создаются. Времени дебажить не было - перегрузился обратно в 4.14 - снова все работает.

> в текстовом режиме

А в графическом? 320x200 256 цветов

Так суть библиотеки SVGAlib в том, что она переключает видеорежим на нужный, а потом возвращает всё обратно. Да и у текстового режима vt разрешение больше. Сколько в высоту пикселей уже забыл (если считать математически, то не меньше чем 400), а в ширину, кажется, 720.

Сейчас я запустил NC 5.0 и нажал на кнопку на мониторе. 720x400. Запустил Дум. То же самое разрешение. Странный какой-то досбокс у меня

Не, дождусь пятой звизды. :)

Обновил boost - пересобирай LibreOffice.

Собрал вчера этот самый libreoffice 5.4 . Из официального тарбола. Даже почти собрался ... он свой boost и кучу всякого, включая питон, умеет грузить и с этим собираться. Три часа (AMD FX(tm)-4300 Quad-Core Processor), почти 8 Гб в tmpfs. Gcc 4.8.5

https://downloadarchive.documentfoundation.org/libreoffice/old/5.4.7.2/src/

правда что-то там unit-тесты проваливаются, но writer (который мне и был нужен) вроде работает.

[build CUT] ucb_webdav_propfindcache
[build CUT] ucb_webdav_res_access
[build CUT] unotools_fontdefs
[build CUT] vcl_lifecycle
[build CUT] vcl_bitmap_test
[build CUT] vcl_bitmapprocessor_test
[build CUT] vcl_fontcharmap
[build CUT] vcl_font
[build CUT] vcl_fontmetric
[build CUT] vcl_complextext
[build CUT] vcl_filters_test
[build CUT] vcl_mapmode
[build CUT] vcl_outdev
[build CUT] vcl_app_test
[build CUT] vcl_wmf_test
[build CUT] vcl_jpeg_read_write_test
[build CUT] vcl_svm_test
[build CUT] vcl_pdfexport
[build CUT] vcl_errorhandler
[build CUT] vcl_timer
[build CUT] writerperfect_stream
SdTiledRenderingTest::testRegisterCallback finished in: 829ms
SdTiledRenderingTest::testPostKeyEvent finished in: 717ms
SdTiledRenderingTest::testPostMouseEvent finished in: 354ms
SdTiledRenderingTest::testSetTextSelection finished in: 596ms
SdTiledRenderingTest::testGetTextSelection finished in: 487ms
SdTiledRenderingTest::testSetGraphicSelection finished in: 641ms
SdTiledRenderingTest::testUndoShells finished in: 477ms
SdTiledRenderingTest::testResetSelection finished in: 523ms
SdTiledRenderingTest::testSearch finished in: 408ms
SdTiledRenderingTest::testSearchAll finished in: 301ms
SdTiledRenderingTest::testSearchAllSelections finished in: 333ms
SdTiledRenderingTest::testSearchAllNotifications finished in: 327ms
SdTiledRenderingTest::testSearchAllFollowedBySearch finished in: 526ms
SdTiledRenderingTest::testDontSearchInMasterPages finished in: 391ms
SdTiledRenderingTest::testInsertDeletePage finished in: 353ms
SdTiledRenderingTest::testInsertTable finished in: 453ms
SdTiledRenderingTest::testPartHash finished in: 321ms
SdTiledRenderingTest::testResizeTable finished in: 358ms
SdTiledRenderingTest::testResizeTableColumn finished in: 334ms
SdTiledRenderingTest::testViewCursors finished in: 343ms
SdTiledRenderingTest::testViewCursorParts finished in: 329ms
SdTiledRenderingTest::testCursorViews finished in: 335ms
SdTiledRenderingTest::testViewLock finished in: 318ms
SdTiledRenderingTest::testUndoLimiting finished in: 404ms
SdTiledRenderingTest::testCreateViewGraphicSelection finished in: 267ms
SdTiledRenderingTest::testCreateViewTextCursor finished in: 275ms
SdTiledRenderingTest::testTdf102223 finished in: 340ms
SdTiledRenderingTest::testPostKeyEventInvalidation finished in: 316ms
SdTiledRenderingTest::testTdf103083 finished in: 606ms
SdTiledRenderingTest::testTdf104405 finished in: 529ms
SdTiledRenderingTest::testTdf81754 finished in: 821ms
SdTiledRenderingTest::testTdf105502 finished in: 268ms
SdTiledRenderingTest::testCommentCallbacks finished in: 380ms
SdTiledRenderingTest::testMultiViewInsertDeletePage finished in: 401ms
/dev/shm/libreoffice-5.4.7.2/sd/qa/unit/tiledrendering/tiledrendering.cxx:1838:SdTiledRenderingTest::testTdf115783
equality assertion failed
- Expected: hello
- Actual  : hellohello

SdTiledRenderingTest::testTdf115783 finished in: 188ms
SdTiledRenderingTest::testTdf115873 finished in: 140ms
SdTiledRenderingTest::testTdf115873Group finished in: 133ms
tiledrendering.cxx:1838:Assertion
Test name: SdTiledRenderingTest::testTdf115783
equality assertion failed
- Expected: hello
- Actual  : hellohello

Failures !!!
Run: 37   Failure total: 1   Failures: 1   Errors: 0

Error: a unit test failed, please do one of:
make CppunitTest_sd_tiledrendering CPPUNITTRACE="gdb --args"
    # for interactive debugging on Linux
make CppunitTest_sd_tiledrendering VALGRIND=memcheck
    # for memory checking
make CppunitTest_sd_tiledrendering DEBUGCPPUNIT=TRUE
    # for exception catching

make[1]: *** [/dev/shm/libreoffice-5.4.7.2/workdir/CppunitTest/sd_tiledrendering.test] Ошибка 1
make[1]: *** Ожидание завершения заданий...
make: *** [build] Ошибка 2
guest@slax:/dev/shm/libreoffice-5.4.7.2$

Да, можно собрать LibreOffice и со своим boost'ом. Но, можно и с системным. Маинтейнер LibreOffice на slackbuilds.org (Christoph Willing) пишет слакбилды, которые по дефолту собирают с системным boost'ом. Однако, в этом случае после обновления boost'а LibreOffice перестаёт его находить. Остаётся пересобирать.

И, кстати, разработчики LibreOffice не гонятся за поддержкой свежего boost'а. Уже давно вышел boost 1.68.0, а они всё официально пилят LibreOffice, кажется, под версию 1.66.x.