[sisyphus] А давно у нас mc разучился...

[sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

менять размер своего окна вслед за изменением размера окна терминала? 
Раньше ведь все работало!

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

Кстати даю  irssi тоже артефактами начинает страдать при изменении 
размера окна. p7/sisyphus konsole


07.12.2013 02:45, Alexei V. Mezin пишет:
> менять размер своего окна вслед за изменением размера окна терминала? 
> Раньше ведь все работало!
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] А давно у нас mc разучился...

[Vladislav Zavjalov]

On Sat, Dec 07, 2013 at 02:45:50AM +0400, Alexei V. Mezin wrote:
> менять размер своего окна вслед за изменением размера окна терминала? 
> Раньше ведь все работало!

У меня все работает.
Осенний Сизиф,
mc-4.8.8-alt3
xterm-297-alt2

Re: [sisyphus] А давно у нас mc разучился...

[ruslandh]

[-- Attachment #1: Type: text/plain, Size: 291 bytes --]

Здравствуйте Vladislav Zavjalov
  В сообщении от 7 декабря 2013 Vladislav Zavjalov написал(a):
> У меня все работает.
> Осенний Сизиф,
> mc-4.8.8-alt3
> xterm-297-alt2

Тоже всё работает , текущий Сизиф
mc-4.8.11-alt1
xterm-297-alt2
kdebase-wm-3.5.13.2-alt5.1


-- 
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Pavel N. Solovyov]

On Sat, 07 Dec 2013 02:45:50 +0400
Alexei V. Mezin wrote:

> менять размер своего окна вслед за изменением размера окна терминала? 

	Сегодняшний Сизиф, КДЕ4 - всё работает.

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Saturday 07 of December 2013 02:45:50 Alexei V. Mezin wrote:

> менять размер своего окна вслед за изменением размера окна терминала? 
> Раньше ведь все работало!

У меня тоже не воспроизводится нигде с mc-4.8.11, и с 4.8.8 не видел
такого.

-- 
С уважением, Сергей

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

07.12.2013 08:39, ruslandh пишет:
> Здравствуйте Vladislav Zavjalov
>    В сообщении от 7 декабря 2013 Vladislav Zavjalov написал(a):
>> У меня все работает.
>> Осенний Сизиф,
>> mc-4.8.8-alt3
>> xterm-297-alt2
>
> Тоже всё работает , текущий Сизиф


Сегодня и у меня все работает, но вчера вечером совершенно точно не 
работало, проверял и на konsole, и в xterm, от рута и от юзера. Причем 
это уже было несколько раз. Значит какой-то редкий глюк, вылезающий при 
каких-то характерных условиях. Если еще раз выловлю, сниму видео :)

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Saturday 07 of December 2013 11:31:00 Alexei V. Mezin wrote:

> Если еще раз выловлю, сниму видео 

Видео не поможет, надо причину понять. :-)

-- 
С уважением, Сергей

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Saturday 07 of December 2013 11:31:00 Alexei V. Mezin wrote:

> Причем это уже было несколько раз.

А с какими версиями mc, кстати ? Только с последним, или до обновления
бывало тоже ?

-- 
С уважением, Сергей

Re: [sisyphus] А давно у нас mc разучился...

[Michael Shigorin]

On Sat, Dec 07, 2013 at 12:32:22PM +0400, Sergey wrote:
> > Если еще раз выловлю, сниму видео 
> Видео не поможет, надо причину понять. :-)

Причина -- неотправка или необработка SIGWINCH, полагаю.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

07.12.2013 12:33, Sergey пишет:
> А с какими версиями mc, кстати ? Только с последним, или до обновления
> бывало тоже ?
>

На Сизифе где-то недельной давности, и вчера, после обнаружения глюка, 
обновился, приехал свежий mc, но ситуация (до перезагрузки) не изменилась.

Видимо, mc просто индикатор какой-то проблемы, появляющейся в системе.

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

кстати, по кр мере на p7 стабильно воспроизводится.
заходу по ssh из konsole на какой либо сервер - запускаю атм скажем 
top/atop, если уменьшить размер окна konsole то всё расплывается. Даже 
перезапуск top/atop/irssi   не помогает.


07.12.2013 12:32, Sergey пишет:
> On Saturday 07 of December 2013 11:31:00 Alexei V. Mezin wrote:
>
>> Если еще раз выловлю, сниму видео
> Видео не поможет, надо причину понять. :-)
>

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Sunday 08 of December 2013 12:52:21 Anton Gorlov wrote:

> кстати, по кр мере на p7 стабильно воспроизводится. заходу по ssh из 
> konsole на какой либо сервер - запускаю атм скажем top/atop, если 
> уменьшить размер окна konsole то всё расплывается. Даже перезапуск
> top/atop/irssi   не помогает.

Потягал окошко с top, всё нормально. Заходил из konsole p6 на сервер с p7
(Кентавр). Окошко с mc потягал на другом p7, который сделан дистапгрейдом
с p6 (исходно - server light версии непосредственно перед бранчеванием p6).

-- 
С уважением, Сергей

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

08.12.2013 12:52, Anton Gorlov пишет:
> кстати, по кр мере на p7 стабильно воспроизводится.

Только что легко и просто воспроизвел на Сизифе.

konsole, ssh на сервер, там запуск mc, и далее уже назависимо от того, 
локально или удаленно запускатеся mc в konsole, окно программы не 
ресайзится. Перезапуск konsole не помогает.

И что самое интересное: если xterm запустить из konsole там тоже ничего 
не работает, а если через Win-R, то работает.

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

Да в случае чисто xterm всё Ok


08.12.2013 21:58, Alexei V. Mezin пишет:
> 08.12.2013 12:52, Anton Gorlov пишет:
>> кстати, по кр мере на p7 стабильно воспроизводится.
>
> Только что легко и просто воспроизвел на Сизифе.
>
> konsole, ssh на сервер, там запуск mc, и далее уже назависимо от того, 
> локально или удаленно запускатеся mc в konsole, окно программы не 
> ресайзится. Перезапуск konsole не помогает.
>
> И что самое интересное: если xterm запустить из konsole там тоже 
> ничего не работает, а если через Win-R, то работает.
>
>

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

ради интереса собрал локально konsole 4.11.4 - не помогло

09.12.2013 00:59, Anton Gorlov пишет:
> Да в случае чисто xterm всё Ok
>
>
> 08.12.2013 21:58, Alexei V. Mezin пишет:
>> 08.12.2013 12:52, Anton Gorlov пишет:
>>> кстати, по кр мере на p7 стабильно воспроизводится.
>>
>> Только что легко и просто воспроизвел на Сизифе.
>>
>> konsole, ssh на сервер, там запуск mc, и далее уже назависимо от 
>> того, локально или удаленно запускатеся mc в konsole, окно программы 
>> не ресайзится. Перезапуск konsole не помогает.
>>
>> И что самое интересное: если xterm запустить из konsole там тоже 
>> ничего не работает, а если через Win-R, то работает.
>>
>>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Sunday 08 December 2013, Alexei V. Mezin wrote:

> Только что легко и просто воспроизвел на Сизифе.
> 
> konsole, ssh на сервер, там запуск mc, и далее уже назависимо
> от того, локально или удаленно запускатеся mc в konsole, окно
> программы не ресайзится. Перезапуск konsole не помогает.

Несовсем понял. До "ssh на сервер" локально всё работает ?

И, как я понимаю, проблема в случае, если локально стоит p7
или Сизиф ? А если, в этой ситуации, зайти на хост с чем-нибудь
старым, то не работает тоже ?

Вообще, судя по соседнему сообщению от stalker@ с упоминанием
xterm, надо вешать баг на konsole...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

09.12.2013 09:56, Sergey пишет:
> Несовсем понял. До "ssh на сервер" локально всё работает ?
>
> И, как я понимаю, проблема в случае, если локально стоит p7
> или Сизиф ? А если, в этой ситуации, зайти на хост с чем-нибудь
> старым, то не работает тоже ?
>
> Вообще, судя по соседнему сообщению от stalker@ с упоминанием
> xterm, надо вешать баг на konsole...

тоже. заходил на deb, bsd,centos

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

09.12.2013 9:56, Sergey пишет:

> Несовсем понял. До "ssh на сервер" локально всё работает ?

Да.

>
> И, как я понимаю, проблема в случае, если локально стоит p7
> или Сизиф

У меня локально Сизиф. На сервере или очень старый Сизиф, или п7.


> Вообще, судя по соседнему сообщению от stalker@ с упоминанием
> xterm, надо вешать баг на konsole...
>

Наверное да. Но еще раз повторю: xterm, запущенный из "глючной" konsole 
тоже начинает глючить. Как такое может быть я не понимаю.

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

09.12.2013 12:24, Alexei V. Mezin пишет:
>
> Наверное да. Но еще раз повторю: xterm, запущенный из "глючной" 
> konsole тоже начинает глючить. Как такое может быть я не понимаю. 
подтверждаю.. на p7

Re: [sisyphus] А давно у нас mc разучился...

[Denis G. Samsonenko]

День добрый!

> подтверждаю.. на p7

Сейчас тоже только что столкнулся. Обновился из бранча (обновилось в
основном kde4). Перезапустил X'ы. Зашёл в kde4, запустил konsole, в
ней mc и начал ресайзить окно. При этом mc плохо понимал, что окно
меняется в размерах.

Перезапустил X'ы ещё раз, снова зашёл в kde4. Теперь глюк не
наблюдается. В общем как-то странно он то проявляется, то нет.

-- 
Всего доброго,

Денис.

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

08.12.2013 21:58, Alexei V. Mezin пишет:

> konsole, ssh на сервер


Э-э-э нет! Там все гораздо страньше!

Собрал простенькую программку на основе какого-то примера из инета, суть 
вот в этом куске кода:


for (;;) {
         pause();                        /* Wait for SIGWINCH signal */

         if (ioctl(STDIN_FILENO, TIOCGWINSZ, &ws) == -1)
             exit(-1);
         printf("Caught SIGWINCH, new window size: "
                 "%d rows * %d columns\n", ws.ws_row, ws.ws_col);
     }


Попробовал еще раз воспроизвести, не получилось, сделал reboot. Только 
что загреженный КДЕ, запускают первое приложение -- konsole, в нем сразу 
mc и -- вот оно! Не работает! Запущенная в konsole тестовая программа 
молчит, а из отдельно запущенного xterm исправно работает (см. скришот 
тут: 
http://111.r.photoshare.ru/01119/00aad3153da16aecb6d7253c1fc58175d6e3e147.jpg)

На что вешать багу?

P.S. Так же на скриншоте можно наблюдать глюк связки КДЕ+ksnapshot. При 
попытке снять "область экрана" поверх остаетя полупрозрачная тень от 
ksnapshot.

Re: [sisyphus] А давно у нас mc разучился...

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 774 bytes --]

On Mon, Dec 09, 2013 at 11:57:36PM +0400, Alexei V. Mezin wrote:
> 08.12.2013 21:58, Alexei V. Mezin пишет:
> 
> >konsole, ssh на сервер
> 
> 
> Э-э-э нет! Там все гораздо страньше!
> 
> Собрал простенькую программку на основе 
> какого-то примера из инета, суть вот в 
> этом куске кода:
> 
> 
> for (;;) {
>         pause();                        /* Wait for SIGWINCH signal */
> 
>         if (ioctl(STDIN_FILENO, TIOCGWINSZ, &ws) == -1)

Если не приходит SIGWINCH, значит, konsole не выполняет
(или неправильно выполняет) TIOCSWINSZ.

Косвенным подтверждением является неизменность вывода команды
$ stty -a |grep rows
до и после resize.

Можете попробовать поотлаживать, например,
$ strace -feioctl -o'|grep TIOCSWINSZ' konsole


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

10.12.2013 01:24, Dmitry V. Levin пишет:
> Если не приходит SIGWINCH, значит, konsole не выполняет
> (или неправильно выполняет) TIOCSWINSZ.
>
> Косвенным подтверждением является неизменность вывода команды
> $ stty -a |grep rows
> до и после resize.

Запускаю konsole через меню/кнопку на панели/Win-R. Ресайз в ней глючит, 
тестовая программа не показывает прихода SIGWINCH и mc глючит. Но!

В одной консоли


[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 54; columns 162; line = 0;
[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 45; columns 140; line = 0;
[alexei@bigbear ~]$ mc

[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 45; columns 140; line = 0;
[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 45; columns 140; line = 0;

То есть сначала работало, после запуска mc сломалось. В том же окне 
другая вкладка:

alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 51; columns 172; line = 0;
[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 55; columns 185; line = 0;
[alexei@bigbear ~]$ mc

[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 58; columns 192; line = 0;
[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 50; columns 159; line = 0;


То есть stty все изменение размеров видит! Но mc в ней глючит.

Кстати, тот же mc глючит очень странно. При увеличении размеров окна mc 
не увеличивается, но после C-l строка меню и подсказки (самая верхняя и 
самая нижняя) вырастают на всю ширину, а панели так и остаются в старых 
размерах. При уменьшении размеров окна перерисовка mc вообще разрушается.


Если через Win-R запустить xterm, а из него konsole, то все работает.


>
> Можете попробовать поотлаживать, например,
> $ strace -feioctl -o'|grep TIOCSWINSZ' konsole

Запуск из konsole:

[alexei@bigbear ~]$ strace -feioctl -o'|grep TIOCSWINSZ' konsole
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, {ws_row=0, 
ws_col=0, ws_xpixel=0, ws_ypixel=0}) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, {ws_row=53, 
ws_col=155, ws_xpixel=0, ws_ypixel=0}) = 0
8503  ioctl(0, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fff135a3dc0) = 0
8503  ioctl(0, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fff135a3d50) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e10) = 0
8503  ioctl(0, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fff135a3d50) = 0
8567  ioctl(6, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffa0159410) = 0
8567  ioctl(0, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fff49eda4b0) = 0
8567  ioctl(0, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fff49eda440) = 0
8567  ioctl(0, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ <unfinished ...>
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0
8501  ioctl(9, SNDRV_TIMER_IOCTL_STATUS or TIOCSWINSZ, 0x7fffafa65e90) = 0

Событие происходит на каждый реальный ресайз окна, но внутри этого окна 
SIGWINCH не ловится, и mc не работает.

Re: [sisyphus] А давно у нас mc разучился...

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 801 bytes --]

On Tue, Dec 10, 2013 at 01:50:53AM +0400, Alexei V. Mezin wrote:
> 10.12.2013 01:24, Dmitry V. Levin пишет:
> >Если не приходит SIGWINCH, значит, konsole не 
> >выполняет
> >(или неправильно выполняет) TIOCSWINSZ.
> >
> >Косвенным подтверждением является 
> >неизменность вывода команды
> >$ stty -a |grep rows
> >до и после resize.
> 
> Запускаю konsole через меню/кнопку на 
> панели/Win-R. Ресайз в ней глючит, тестовая 
> программа не показывает прихода SIGWINCH и mc 
> глючит. Но!

Давайте сперва отложим mc в сторону и выясним, в какой ситуации не
приходит SIGWINCH, и но при этом характеристики терминала
(stty -a |grep rows) меняются.  Если такая ситуация воспроизводится,
то что при этом показывает
$ grep '^Sig...:..........[89a-f]......' /proc/$$/status


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

10.12.2013 02:17, Dmitry V. Levin пишет:
> Если такая ситуация воспроизводится,
> то что при этом показывает
> $ grep '^Sig...:..........[89a-f]......' /proc/$$/status
>

[alexei@bigbear ~]$ grep '^Sig...:..........[89a-f]......' /proc/$$/status
SigBlk: 00007fe24e9b6c00
SigCgt: 000000004b813efb

[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 56; columns 182; line = 0;
[alexei@bigbear ~]$ stty -a |grep rows
speed 38400 baud; rows 53; columns 161; line = 0;

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

У меня и с irssi подобная проблема. даже без запуска mc

10.12.2013 01:50, Alexei V. Mezin пишет:
> [alexei@bigbear ~]$ stty -a |grep rows
> speed 38400 baud; rows 54; columns 162; line = 0;
> [alexei@bigbear ~]$ stty -a |grep rows
> speed 38400 baud; rows 45; columns 140; line = 0;
> [alexei@bigbear ~]$ mc
>
> [alexei@bigbear ~]$ stty -a |grep rows
> speed 38400 baud; rows 45; columns 140; line = 0;
> [alexei@bigbear ~]$ stty -a |grep rows
> speed 38400 baud; rows 45; columns 140; line = 0;
>
> То есть сначала работало, после запуска mc сломалось. В том же окне 
> другая вкладка: 

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

10.12.2013 11:41, Anton Gorlov пишет:
> У меня и с irssi подобная проблема. даже без запуска mc

Да mc тут похоже просто наиболее заметный пользователю индикатор.

Кстати, top при этом работает с виду корректно. При уменьшении окна 
исправно отключает столбцы, и вообще еще отрисовка не нарушается. 
Ломаются только ncurses?

Re: [sisyphus] А давно у нас mc разучился...

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 658 bytes --]

On Tue, Dec 10, 2013 at 11:34:52AM +0400, Alexei V. Mezin wrote:
> 10.12.2013 02:17, Dmitry V. Levin пишет:
> >Если такая ситуация воспроизводится,
> >то что при этом показывает
> >$ grep '^Sig...:..........[89a-f]......' /proc/$$/status
> >
> 
> [alexei@bigbear ~]$ grep '^Sig...:..........[89a-f]......' /proc/$$/status
> SigBlk: 00007fe24e9b6c00
> SigCgt: 000000004b813efb

Доставка SIGWINCH и еще многих других полезных сигналов заблокирована.
Если вы говорите, что konsole, запущенная под xterm'ом, работает
нормально, а запущенная из меню глючит, значит, эта дикая маска
заблокированных сигналов достается konsole от меню.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

10.12.2013 13:27, Dmitry V. Levin пишет:

>> [alexei@bigbear ~]$ grep '^Sig...:..........[89a-f]......' /proc/$$/status
>> SigBlk: 00007fe24e9b6c00
>> SigCgt: 000000004b813efb
>
> Доставка SIGWINCH и еще многих других полезных сигналов заблокирована.
> Если вы говорите, что konsole, запущенная под xterm'ом, работает
> нормально, а запущенная из меню глючит, значит, эта дикая маска
> заблокированных сигналов достается konsole от меню.


konsole, запущенная средствами КДЕ (через меню, через кнопку на панели, 
через "быстрый запуск" Win-R) глючит, но не каждый раз, ибо достоверно 
иногда все работает.

xterm, запущенный из глючной konsole, тоже не работает.

xterm, запущенный через "быстрый запуск", работает, konsole из него тоже 
работает.

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

Re: [sisyphus] А давно у нас mc разучился...

[Serg A. Kotlyarov]

Alexei V. Mezin <alexei-mezin@rambler.ru> писал(а) в своём письме Tue, 10  
Dec 2013 01:57:36 +0600:

> 08.12.2013 21:58, Alexei V. Mezin пишет:
>
>> konsole, ssh на сервер
>
>
> Э-э-э нет! Там все гораздо страньше!

Действительно, у меня даже на Кентавре (p7) локально не работает (на  
xterm, запущенном из меню).
Скрин:  
http://imglink.ru/pictures/10-12-13/3dbb714c05d9d54441be267877748618.jpg
Ранее я вешал баг на htop, думая, что это в нем проблема. Но проблема  
существует и при заходе по ssh на удалённый сервер (debian, alt). При  
запущенном htop и попытке ресайзить окно происходит две вещи. Либо окно не  
ресайзится (весьма редко наблюдал) либо большая часть информации с экрана  
пропадает и появляется только там, где происходит обновление отображаемой  
информации. При этом фактического растягивания приложения до размеров  
терминала не происходит.

--
С уважением, Котляров Сергей.

Re: [sisyphus] А давно у нас mc разучился...

[Андрей Черепанов]

10.12.2013 18:49, Serg A. Kotlyarov пишет:
> Alexei V. Mezin <alexei-mezin@rambler.ru> писал(а) в своём письме Tue,
> 10 Dec 2013 01:57:36 +0600:
> 
>> 08.12.2013 21:58, Alexei V. Mezin пишет:
>>
>>> konsole, ssh на сервер
>>
>>
>> Э-э-э нет! Там все гораздо страньше!
> 
> Действительно, у меня даже на Кентавре (p7) локально не работает (на
> xterm, запущенном из меню).
> Скрин:
> http://imglink.ru/pictures/10-12-13/3dbb714c05d9d54441be267877748618.jpg
> Ранее я вешал баг на htop, думая, что это в нем проблема. Но проблема
> существует и при заходе по ssh на удалённый сервер (debian, alt). При
> запущенном htop и попытке ресайзить окно происходит две вещи. Либо окно
> не ресайзится (весьма редко наблюдал) либо большая часть информации с
> экрана пропадает и появляется только там, где происходит обновление
> отображаемой информации. При этом фактического растягивания приложения
> до размеров терминала не происходит.
htop - не растягивается ни в xterm, ни в konsole (проверял на Школьном
Мастере).
mc - растягивается и там и там.

Сдаётся мне, что проблема в htop.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] А давно у нас mc разучился...

[Denis G. Samsonenko]

День добрый!

11 декабря 2013 г., 14:46 пользователь Serg A. Kotlyarov написал:
> Запуск htop в putty
> http://imglink.ru/pictures/11-12-13/53d4b2f7643bfbf26fc3e440731eef58.jpg
> Ресайзим окошко
> http://imglink.ru/pictures/11-12-13/e7eb2ade22c9c91dc9ef6c29c2e1340e.jpg

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

А с mc такое поведение началось недавно, и не всегда это проявляется.
И по всей видимости не из-за самого mc.

-- 
Всего доброго,

Денис.

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Wednesday 11 December 2013, Serg A. Kotlyarov wrote:

> В альте же с этим столкнулся прямо на p6,

Ни с htop, ни с mc в p6 проблем не испытываю. В одном cлучае TDE
(правда, TDE из t6), в другом - KDE4 (KDesktop 6.0.2 ставился).

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] А давно у нас mc разучился...

[Michael Shigorin]

On Fri, Dec 13, 2013 at 09:26:39AM +0700, Gleb Kulikov wrote:
> htop никогда не умел ресайзится

Вот это новости, а у меня в xterm и aterm замечательно ресайзится.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] А давно у нас mc разучился...

[Roman Savochenko]

[-- Attachment #1: Type: text/plain, Size: 262 bytes --]

13.12.13 15:44, Michael Shigorin написал:
>> htop никогда не умел ресайзится
> Вот это новости, а у меня в xterm и aterm замечательно ресайзится.
У меня не ресайзится, а aterm вообще псевдо-графику курочит.

И да, никогда htop не ресайзился.

С уважением, Роман

[-- Attachment #2: rom_as.vcf --]
[-- Type: text/x-vcard, Size: 298 bytes --]

begin:vcard
fn:Roman Savochenko
n:Savochenko;Roman
org:DIYA Ltd
adr:;;;Dneprodzerzinsk;Dnepropetrovsk;51925;Ukraine
email;internet:rom_as@oscada.org
title:Leading engineer-programer
tel;work:+380675675542
tel;fax:+380569262025
tel;cell:+380679859815
url:http://diyaorg.dp.ua
version:2.1
end:vcard

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

13.12.2013 19:00, Hihin Ruslan пишет:
> Здравствуйте Michael Shigorin
>    В сообщении от 13 декабря 2013 Michael Shigorin написал(a):
>>> htop никогда не умел ресайзится
>>
>> Вот это новости, а у меня в xterm и aterm замечательно
>> ресайзится.
>
> У меня на ноуте (p7) - нет.

А если Ctrl-l нажать?

Re: [sisyphus] А давно у нас mc разучился...

[Roman Savochenko]

[-- Attachment #1: Type: text/plain, Size: 152 bytes --]

13.12.13 17:22, Alexei V. Mezin написал:
>> У меня на ноуте (p7) - нет.
>
> А если Ctrl-l нажать?
Так-то да, но это не случай с mc.

С уважением, Роман

[-- Attachment #2: rom_as.vcf --]
[-- Type: text/x-vcard, Size: 298 bytes --]

begin:vcard
fn:Roman Savochenko
n:Savochenko;Roman
org:DIYA Ltd
adr:;;;Dneprodzerzinsk;Dnepropetrovsk;51925;Ukraine
email;internet:rom_as@oscada.org
title:Leading engineer-programer
tel;work:+380675675542
tel;fax:+380569262025
tel;cell:+380679859815
url:http://diyaorg.dp.ua
version:2.1
end:vcard

Re: [sisyphus] А давно у нас mc разучился...

[Michael Shigorin]

On Fri, Dec 13, 2013 at 05:18:46PM +0200, Roman Savochenko wrote:
> И да, никогда htop не ресайзился.

Скринкаст? :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] А давно у нас mc разучился...

[Serg A. Kotlyarov]

Michael Shigorin <mike@osdn.org.ua> писал(а) в своём письме Fri, 13 Dec  
2013 21:28:09 +0600:

> On Fri, Dec 13, 2013 at 05:18:46PM +0200, Roman Savochenko wrote:
>> И да, никогда htop не ресайзился.
>
> Скринкаст? :)


Не вопрос -> http://yadi.sk/d/-DmesyMgEGoKU (после растягивания жал ctrl +  
l)

--
С уважением, Котляров Сергей.

Re: [sisyphus] А давно у нас mc разучился...

[Sergey]

On Friday 13 of December 2013 15:44:42 Michael Shigorin wrote:

> > htop никогда не умел ресайзится
> 
> Вот это новости, а у меня в xterm и aterm замечательно
> ресайзится.

Я внимания не обращал, но вот посмотрел сейчас, у меня тоже не
ресайзится. KDesktop 6, Konsole, xterm. В 5.1 тоже в Konsole,
хотя видно, что пытается.

-- 
С уважением, Сергей

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

14.12.2013 14:40, Sergey пишет:

> Я внимания не обращал, но вот посмотрел сейчас, у меня тоже не
> ресайзится. KDesktop 6, Konsole, xterm. В 5.1 тоже в Konsole,
> хотя видно, что пытается.
>

Не ресайзится. На Сизифе и на 7ке, независимо от консоли (вплоть до 
putty под вин). При увеличении размеров окна вообще все разрушается, 
после ctrl-l две строки-полоски растягиваются на весь экран, а остальное 
не меняется.

Давайте скринкаст если у кого ресайзится :)

Re: [sisyphus] А давно у нас mc разучился...

[Michael Shigorin]

On Sat, Dec 14, 2013 at 02:56:07PM +0400, Alexei V. Mezin wrote:
> Давайте скринкаст если у кого ресайзится :)

http://fly.osdn.org.ua/~mike/img/screenshots/htop-resize.ogv
(прошу прощения, совсем полноэкранный)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] А давно у нас mc разучился...

[Igor Zubkov]

2013/12/14 Michael Shigorin:
> On Sat, Dec 14, 2013 at 02:56:07PM +0400, Alexei V. Mezin wrote:
>> Давайте скринкаст если у кого ресайзится :)
>
> http://fly.osdn.org.ua/~mike/img/screenshots/htop-resize.ogv
> (прошу прощения, совсем полноэкранный)

Звук можно было бы и отрезать. Или говорить что-то на фоне. :)

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] А давно у нас mc разучился...

[Michael Shigorin]

On Sat, Dec 14, 2013 at 06:31:14PM +0200, Igor Zubkov wrote:
> >> Давайте скринкаст если у кого ресайзится :)
> > http://fly.osdn.org.ua/~mike/img/screenshots/htop-resize.ogv
> > (прошу прощения, совсем полноэкранный)
> Звук можно было бы и отрезать. Или говорить что-то на фоне. :)

То, что rmd ещё и звук отписало, было обнаружено постфактум --
решил оставить как есть, клавиатура вроде никакой крамолы
не нащёлкала :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] А давно у нас mc разучился...

[Viacheslav Dubrovskyi]

[-- Attachment #1: Type: text/plain, Size: 471 bytes --]

14.12.2013 19:46, Michael Shigorin пишет:
>> Звук можно было бы и отрезать. Или говорить что-то на фоне. :)
> То, что rmd ещё и звук отписало, было обнаружено постфактум --
> решил оставить как есть, клавиатура вроде никакой крамолы
> не нащёлкала :)
Кстати, что за rmd?

-- 
WBR,
Viacheslav Dubrovskyi


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3738 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

07.12.2013 02:45, Alexei V. Mezin пишет:
> менять размер своего окна вслед за изменением размера окна терминала?
> Раньше ведь все работало!

Кажется, подобные грабли не только у нас:

http://permalink.gmane.org/gmane.comp.kde.devel.konsole/21327

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

15.12.2013 01:45, Alexei V. Mezin пишет:
> 07.12.2013 02:45, Alexei V. Mezin пишет:
>> менять размер своего окна вслед за изменением размера окна терминала?
>> Раньше ведь все работало!
>
> Кажется, подобные грабли не только у нас:
>
> http://permalink.gmane.org/gmane.comp.kde.devel.konsole/21327

И даже более:

схожие грабли про внезапную блокировку сигналов наблюдались аж в 2009 году
https://bugzilla.novell.com/show_bug.cgi?id=479855#c12

И виноватыми оказались проприетарные драйвера NVidia 
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/335635

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

Re: [sisyphus] А давно у нас mc разучился...

[Serg A. Kotlyarov]

Alexei V. Mezin <alexei-mezin@rambler.ru> писал(а) в своём письме Sun, 15  
Dec 2013 04:14:41 +0600:

> 15.12.2013 01:45, Alexei V. Mezin пишет:
>> 07.12.2013 02:45, Alexei V. Mezin пишет:
>>> менять размер своего окна вслед за изменением размера окна терминала?
>>> Раньше ведь все работало!
>>
>> Кажется, подобные грабли не только у нас:
>>
>> http://permalink.gmane.org/gmane.comp.kde.devel.konsole/21327
>
> И даже более:
>
> схожие грабли про внезапную блокировку сигналов наблюдались аж в 2009  
> году
> https://bugzilla.novell.com/show_bug.cgi?id=479855#c12
>
> И виноватыми оказались проприетарные драйвера NVidia  
> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/335635
>
> Может быть это снова оно?
> У меня как раз такие драйвера используются.

Увы, но у меня встроенный интел (чипсет G31), не похоже, что дело в  
драйверах.

--
С уважением, Котляров Сергей.

Re: [sisyphus] А давно у нас mc разучился...

[Roman Savochenko]

[-- Attachment #1: Type: text/plain, Size: 444 bytes --]

14.12.2013 13:53, Michael Shigorin пишет:
>> Давайте скринкаст если у кого ресайзится :)
> http://fly.osdn.org.ua/~mike/img/screenshots/htop-resize.ogv
> (прошу прощения, совсем полноэкранный)
А да, похоже есть связь с типом и драйвером видео.
У меня идентичные TDE (T6) на двух машинах, на одной (Radeon HD3200) из
под konsole htop ресайзится, как у тебя, а на другой (NVidia GF 6150)
нет. :)
При этом mc ресайзится везде.

С уважением, Роман

[-- Attachment #2: rom_as.vcf --]
[-- Type: text/x-vcard, Size: 298 bytes --]

begin:vcard
fn:Roman Savochenko
n:Savochenko;Roman
org:DIYA Ltd
adr:;;;Dneprodzerzinsk;Dnepropetrovsk;51925;Ukraine
email;internet:rom_as@oscada.org
title:Leading engineer-programer
tel;work:+380675675542
tel;fax:+380569262025
tel;cell:+380679859815
url:http://diyaorg.dp.ua
version:2.1
end:vcard

Re: [sisyphus] А давно у нас mc разучился...

[Roman Savochenko]

[-- Attachment #1: Type: text/plain, Size: 669 bytes --]

15.12.2013 09:04, Roman Savochenko пишет:
> 14.12.2013 13:53, Michael Shigorin пишет:
>>> Давайте скринкаст если у кого ресайзится :)
>> http://fly.osdn.org.ua/~mike/img/screenshots/htop-resize.ogv
>> (прошу прощения, совсем полноэкранный)
> А да, похоже есть связь с типом и драйвером видео.
> У меня идентичные TDE (T6) на двух машинах, на одной (Radeon HD3200) из
> под konsole htop ресайзится, как у тебя, а на другой (NVidia GF 6150)
> нет. :)
Не совсем, на Radeon HD3200 это был редкий единичный случай и после
перегрузки всё стало как обычно, т.е. не ресайзится.
А на NVidia GF 6150 не ресайзится независимо от драйвера nvidia, nv,
nouveuau.

С уважением, Роман

[-- Attachment #2: rom_as.vcf --]
[-- Type: text/x-vcard, Size: 298 bytes --]

begin:vcard
fn:Roman Savochenko
n:Savochenko;Roman
org:DIYA Ltd
adr:;;;Dneprodzerzinsk;Dnepropetrovsk;51925;Ukraine
email;internet:rom_as@oscada.org
title:Leading engineer-programer
tel;work:+380675675542
tel;fax:+380569262025
tel;cell:+380679859815
url:http://diyaorg.dp.ua
version:2.1
end:vcard

Re: [sisyphus] А давно у нас mc разучился...

[Anton Gorlov]

15.12.2013 02:14, Alexei V. Mezin пишет:
> И даже более:
>
> схожие грабли про внезапную блокировку сигналов наблюдались аж в 2009 
> году
> https://bugzilla.novell.com/show_bug.cgi?id=479855#c12
>
> И виноватыми оказались проприетарные драйвера NVidia 
> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/335635 
>
>
> Может быть это снова оно?
> У меня как раз такие драйвера используются. 

Кстати похоже... у меня на ноуте атишка.. там баг не воспроизводится.

Re: [sisyphus] А давно у нас mc разучился...

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2437 bytes --]

On Tue, Dec 10, 2013 at 01:27:53PM +0400, Dmitry V. Levin wrote:
> On Tue, Dec 10, 2013 at 11:34:52AM +0400, Alexei V. Mezin wrote:
> > 10.12.2013 02:17, Dmitry V. Levin пишет:
> > >Если такая ситуация воспроизводится,
> > >то что при этом показывает
> > >$ grep '^Sig...:..........[89a-f]......' /proc/$$/status
> > >
> > 
> > [alexei@bigbear ~]$ grep '^Sig...:..........[89a-f]......' /proc/$$/status
> > SigBlk: 00007fe24e9b6c00
> > SigCgt: 000000004b813efb
> 
> Доставка SIGWINCH и еще многих других полезных сигналов заблокирована.
> Если вы говорите, что konsole, запущенная под xterm'ом, работает
> нормально, а запущенная из меню глючит, значит, эта дикая маска
> заблокированных сигналов достается konsole от меню.

Нет, это сам konsole ухитряется каким-то боком портить маску сигналов,
поскольку даже в xterm, запущенном в fvwm, в котором:

$ grep "^Sig" /proc/$$/status
SigQ:	4/47818
SigPnd:	0000000000000000
SigBlk:	0000000000000002
SigIgn:	0000000000384004
SigCgt:	0000000008012003

запуск konsole -e sh -c 'grep "^Sig" /proc/$$/status; read foo'
даёт:

SigQ:   4/47818
SigPnd: 0000000000000000
SigBlk: 00007f1212291c00
SigIgn: 0000000000000004
SigCgt: 0000000008010002

Драйвер nvidia в данном случае используется:

[    31.575] (--) PCI:*(0:1:0:0) 10de:1201:1458:3527 rev 161, Mem @ 0xf8000000/33554432, 0xc8000000/134217728, 0xd4000000/67108864, I/O @ 0x00009f00/128, BIOS @ 0x????????/524288
[    32.819] (II) NVIDIA dlloader X Driver  331.20  Wed Oct 30 17:16:53 PDT 2013
[    36.241] (II) NVIDIA(0): NVIDIA GPU GeForce GTX 560 (GF114) at PCI:1:0:0 (GPU-0)

[   35.342486] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  331.20  Wed Oct 30 17:43:35 PDT 2013

kernel-image-std-def-3.10.23-alt1
kernel-modules-nvidia-std-def-331.20-alt1.199191.1
nvidia_glx_331.20-331.20-alt123
nvidia_glx_common-331.20-alt127

Окончательно ситуацию запутало то, что проблемы на самом деле две -
упомянутые в соседнем письме переменные окружения LINES и COLUMNS,
устанавливаемые bash, тоже мешают htop перерисовываться при изменении
размера окна даже в случае, когда SIGWINCH доставляется нормально (а
вот на mc эти переменные уже не влияют - проблемы с его перерисовкой
возникают только при блокировании SIGWINCH).  При использовании zsh не
видно ни первой, ни второй проблемы, поскольку zsh и сбрасывает маску
блокируемых сигналов, и не устанавливает переменные LINES и COLUMNS.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1811 bytes --]

On Sun, Dec 15, 2013 at 06:22:03PM +0400, Sergey Vlasov wrote:
> Нет, это сам konsole ухитряется каким-то боком портить маску сигналов,
> поскольку даже в xterm, запущенном в fvwm, в котором:

Поправка - тут был не xterm, а rxvt-unicode-9.15-alt2 (впрочем, в
xterm, результат тот же).

> $ grep "^Sig" /proc/$$/status
> SigQ:	4/47818
> SigPnd:	0000000000000000
> SigBlk:	0000000000000002
> SigIgn:	0000000000384004
> SigCgt:	0000000008012003
> 
> запуск konsole -e sh -c 'grep "^Sig" /proc/$$/status; read foo'
> даёт:
> 
> SigQ:   4/47818
> SigPnd: 0000000000000000
> SigBlk: 00007f1212291c00
> SigIgn: 0000000000000004
> SigCgt: 0000000008010002
> 
> Драйвер nvidia в данном случае используется:
> 
> [    31.575] (--) PCI:*(0:1:0:0) 10de:1201:1458:3527 rev 161, Mem @ 0xf8000000/33554432, 0xc8000000/134217728, 0xd4000000/67108864, I/O @ 0x00009f00/128, BIOS @ 0x????????/524288
> [    32.819] (II) NVIDIA dlloader X Driver  331.20  Wed Oct 30 17:16:53 PDT 2013
> [    36.241] (II) NVIDIA(0): NVIDIA GPU GeForce GTX 560 (GF114) at PCI:1:0:0 (GPU-0)
> 
> [   35.342486] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  331.20  Wed Oct 30 17:43:35 PDT 2013
> 
> kernel-image-std-def-3.10.23-alt1
> kernel-modules-nvidia-std-def-331.20-alt1.199191.1
> nvidia_glx_331.20-331.20-alt123
> nvidia_glx_common-331.20-alt127

Перезагрузился с nouveau - проблемы с маской сигналов в konsole
исчезли:

SigQ:   1/47818
SigPnd: 0000000000000000
SigBlk: 0000000000010000
SigIgn: 0000000000000004
SigCgt: 0000000008010002

Однако в p7 nouveau с этой картой стал работать отвратительно (мало
того, что ощутимо тормозит на перерисовке urxvt, так ещё и иногда
вываливает какие-то мусорные строки пикселей на экран); на p6 c
kernel-image-un-def-3.4.70-alt0.M60P.1 такого не было.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

15.12.2013 18:36, Sergey Vlasov пишет:

> Перезагрузился с nouveau - проблемы с маской сигналов в konsole
> исчезли:

Да, переключился на nouveau, жду повторения багов  с сигналами, но пока 
не дождался. Может их и нет теперь?

Re: [sisyphus] А давно у нас mc разучился...

[Igor Zubkov]

2013/12/14 Viacheslav Dubrovskyi:
> 14.12.2013 19:46, Michael Shigorin пишет:
>
>>> Звук можно было бы и отрезать. Или говорить что-то на фоне. :)
>>
>> То, что rmd ещё и звук отписало, было обнаружено постфактум --
>> решил оставить как есть, клавиатура вроде никакой крамолы
>> не нащёлкала :)
>
> Кстати, что за rmd?

http://packages.altlinux.org/ru/search?utf8=%E2%9C%93&branch=Sisyphus&query=recordmydesktop

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] А давно у нас mc разучился...

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2639 bytes --]

On Sun, Dec 15, 2013 at 06:22:03PM +0400, Sergey Vlasov wrote:
> Нет, это сам konsole ухитряется каким-то боком портить маску сигналов,
> поскольку даже в xterm, запущенном в fvwm, в котором:
> 
> $ grep "^Sig" /proc/$$/status
> SigQ:	4/47818
> SigPnd:	0000000000000000
> SigBlk:	0000000000000002
> SigIgn:	0000000000384004
> SigCgt:	0000000008012003
> 
> запуск konsole -e sh -c 'grep "^Sig" /proc/$$/status; read foo'
> даёт:
> 
> SigQ:   4/47818
> SigPnd: 0000000000000000
> SigBlk: 00007f1212291c00
> SigIgn: 0000000000000004
> SigCgt: 0000000008010002
> 
> Драйвер nvidia в данном случае используется:
> 
> [    31.575] (--) PCI:*(0:1:0:0) 10de:1201:1458:3527 rev 161, Mem @ 0xf8000000/33554432, 0xc8000000/134217728, 0xd4000000/67108864, I/O @ 0x00009f00/128, BIOS @ 0x????????/524288
> [    32.819] (II) NVIDIA dlloader X Driver  331.20  Wed Oct 30 17:16:53 PDT 2013
> [    36.241] (II) NVIDIA(0): NVIDIA GPU GeForce GTX 560 (GF114) at PCI:1:0:0 (GPU-0)
> 
> [   35.342486] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  331.20  Wed Oct 30 17:43:35 PDT 2013
> 
> kernel-image-std-def-3.10.23-alt1
> kernel-modules-nvidia-std-def-331.20-alt1.199191.1
> nvidia_glx_331.20-331.20-alt123
> nvidia_glx_common-331.20-alt127

Это безобразие ещё и не воспроизводится под strace.

Тест, очищенный от любого вида shell (где могут производиться лишние
действия с сигналами, например, для реализации job control):

  konsole --nofork -e grep -h "^Sig" /proc/self/status /dev/stdin

С драйвером nvidia три попытки запуска подряд дали результаты:

SigQ:   1/47818
SigPnd: 0000000000000000
SigBlk: 00007f2e5492bc00
SigIgn: 0000000000000000
SigCgt: 0000000000000000

SigQ:   1/47818
SigPnd: 0000000000000000
SigBlk: 00007f4808032c00
SigIgn: 0000000000000000
SigCgt: 0000000000000000

SigQ:   1/47818
SigPnd: 0000000000000000
SigBlk: 00007f2865897c00
SigIgn: 0000000000000000
SigCgt: 0000000000000000

(да, они ещё и каждый раз разные; мусор, попадающий в маску
заблокированных сигналов, похож на какой-то указатель).

При добавлении strace (даже без -fF) получается всё чисто (повторил раз 10):

SigQ:   1/47818
SigPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000000000
SigCgt: 0000000000000000

Добавление LD_PRELOAD=/usr/lib64/libGL.so (чтобы отломать libGL от
nvidia) также убирает чушь из маски заблокированных сигналов:

SigQ:   1/47818
SigPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000000000
SigCgt: 0000000180000000

Кстати, libGL.so.1 там на самом деле чем-то грузится динамически - в
выводе ldd /usr/bin/konsole её нет.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 431 bytes --]

On Sun, Dec 15, 2013 at 06:59:58PM +0400, Alexei V. Mezin wrote:
> 15.12.2013 18:36, Sergey Vlasov пишет:
> 
> > Перезагрузился с nouveau - проблемы с маской сигналов в konsole
> > исчезли:
> 
> Да, переключился на nouveau, жду повторения багов  с сигналами, но пока 
> не дождался. Может их и нет теперь?

Сломан именно свежий драйвер nvidia, и не только в ALT Linux:

  https://bugs.gentoo.org/show_bug.cgi?id=487558

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1619 bytes --]

On Sun, Dec 15, 2013 at 09:06:37PM +0400, Sergey Vlasov wrote:
> On Sun, Dec 15, 2013 at 06:59:58PM +0400, Alexei V. Mezin wrote:
> > 15.12.2013 18:36, Sergey Vlasov пишет:
> > 
> > > Перезагрузился с nouveau - проблемы с маской сигналов в konsole
> > > исчезли:
> > 
> > Да, переключился на nouveau, жду повторения багов  с сигналами, но пока 
> > не дождался. Может их и нет теперь?
> 
> Сломан именно свежий драйвер nvidia, и не только в ALT Linux:
> 
>   https://bugs.gentoo.org/show_bug.cgi?id=487558

Поскольку у меня карта не из самого последнего семейства, возможен ещё
один вариант объезда - переход на драйвер 304.116, в котором вроде бы
нет этой проблемы с сигналами (по крайней мере, на этом тесте она не
проявилась).  Правда, совсем правильного способа для такого
переключения я не нашёл - /usr/libexec/X11/drvpre.d/nvidia всегда
выбирает самую свежую версию драйвера из тех, которые доступны для
текущего ядра и поддерживают обнаруженную видеокарту.  Пришлось
попортить файлы, входящие в пакет и не являющиеся файлами конфигурации
(эти изменения не переживут обновление пакета nvidia_glx_331.20, если
по каким-то причинам потребуется пересборка этого пакета) - отодвинуть
в сторону ссылку /usr/share/hwdatabase/videoaliases/nvidia-331.20.xinf
(можно переименовать в nvidia-331.20.xinf.disabled - файлы в этом
каталоге ищутся по маске *.xinf).  После этого изменения необходимо
убедиться в том, что сервис x11presetdrv включен (после миграции с
sysvinit на systemd он оказывается выключен - необходимо выполнить
systemctl enable x11presetdrv.service) и перезагрузить систему.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] А давно у нас mc разучился...

[Alexei V. Mezin]

15.12.2013 21:06, Sergey Vlasov пишет:

> Сломан именно свежий драйвер nvidia, и не только в ALT Linux:
>
>    https://bugs.gentoo.org/show_bug.cgi?id=487558

Нет, не свежий. У меня стабильно воспроизводится на  319.72, да и 
гентушники словили на всяких разных. Тут видимо что-то сломано by design 
в нвидии, тем более, что началось как минимум в 2009.

Интересно, они в SteamOS тоже этот баг имеют?