Поломался make menuconfig

Что-то с типом ($TERM) терминала?

Может быть где-то в .bashrc затесался «export TERM=vt666».

А в xterm пробовал?

То же

$ echo $TERM
xterm-256color

readline?

Вообще, давно пользуюсь make nconfig. Учитывая, что в генте ncurses искаропки, то ничто не мешает его использовать.

Вообще, давно пользуюсь make nconfig. Учитывая, что в генте ncurses искаропки, то ничто не мешает его использовать.

С ncurses то же самое

С ncurses то же самое

Копай в сторону readline. Более конкретно сказать не могу, так как не могу воспроизвести у себя твою проблему.

а что у тебя с локалью ?

Я бы для теста сделал export LC_ALL=C ; export LANG=en_US; make menuconfig

Давно были грабли со сборкой mconf (scripts/kconfig/mconf) он с какой-то другой ncurses линковался.

А обычный dialog нормально работает ?

а что у тебя с локалью ?

Не менялось ничего уже очень давно:

$ locale
LANG=en_US.UTF-8
LC_CTYPE=ru_RU.UTF-8
LC_NUMERIC=ru_RU.UTF-8
LC_TIME=ru_RU.UTF-8
LC_COLLATE=ru_RU.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=ru_RU.UTF-8
LC_NAME=ru_RU.UTF-8
LC_ADDRESS=ru_RU.UTF-8
LC_TELEPHONE=ru_RU.UTF-8
LC_MEASUREMENT=ru_RU.UTF-8
LC_IDENTIFICATION=ru_RU.UTF-8
LC_ALL=

Я бы для теста сделал export LC_ALL=C ; export LANG=en_US; make menuconfig

То же

А обычный dialog нормально работает ?

dialog --title 'Message' --msgbox 'Hello, world!' 5 20 исправно выводит диалог по центру экрана.

Пересобираю мир (не по этой проблеме, просто плановый). Посмотрим, может что-то изменится.

сравни «ldd dialog» и «ldd mconf»

если curses разные, то проблемя скорее всего в этом.

сравни «ldd dialog» и «ldd mconf»
если curses разные, то проблемя скорее всего в этом.

А это у меня одинаковые ncurses или разные?

$ ldd /usr/src/linux/scripts/kconfig/mconf
        linux-gate.so.1 (0xb775d000)
        libncursesw.so.6 => /lib/libncursesw.so.6 (0xb76b8000)
        libc.so.6 => /lib/libc.so.6 (0xb750a000)
        /lib/ld-linux.so.2 (0xb775e000)

$ ldd /usr/bin/dialog
        linux-gate.so.1 (0xb76dc000)
        libdialog.so.14 => /usr/lib/libdialog.so.14 (0xb7668000)
        libncursesw.so.6 => /lib/libncursesw.so.6 (0xb75fb000)
        libc.so.6 => /lib/libc.so.6 (0xb744d000)
        libm.so.6 => /lib/libm.so.6 (0xb73f9000)
        /lib/ld-linux.so.2 (0xb76dd000)

IMHO одинаковые.

Хоть mconf через strace запускай 8-/

Ответ на: комментарий от watsoon 18.06.2017 0:50:27

Ничего не миф. Ну, по крайней мере на ветке ~.

Во-первых тестинг ветка.

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

Да, конечно, если ты не читаешь сообщений портажа, если не запускаешь чего-то вроде perl-cleaner, то ССЗБ. Да, в силу модели rolling-release обновления проходят наиболее гладко при как можно более частом апдейте.

Но мне как раз Генту и нравится тем, что что можно сделать так, что на обслуживание системы будет выделяться минимум времени, намного меньше чем в других дистрибутивах, и можно сфокусироваться на работе.

Говорю из практики. Притом многолетней.

Передовики первыми разгребают баги и глюки LOL

find /usr/share/terminfo ! -type d |wc -l

1. Намёк понят
2. Ты не прав
3. Хочешь пообсуждать - давай в другой ветке, хотябы в той, из которой ты скопировал коммент. Скастуй меня - я отвечу. В этой ветке срача не будет.

У меня оказывается то же самое после последнего обновления, а я не заметил т.к. делал make oldconfig. Интересно, что при strace make menuconfig все работает как обычно.

Понять бы обновления чего. Уж точно не ядра: я ядра не так часто обновляю; 4.8.6 раньше работало нормально, а теперь нет.

Тут где-то:

equery -q g -Ul sys-kernel/gentoo-sources-x.y.z

Спасибо, я как-то сам не додумался.
Дособерётся мир, буду экспериментировать. Но предвижу долгую дорогу...

У меня многие приложения на gtk+2 сегфолтятся, оказалось, дело в том, что что-то по дереву зависимостей собрано без нужного юза. Я подозреваю, что у тебя что-то подобное моему. Копать придётся глубоко.

// Свою проблему с gtk+2 я не решил, да.