<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>13462</bug_id>
          
          <creation_ts>2007-11-18 11:40:02 +0300</creation_ts>
          <short_desc>wrong keybinding</short_desc>
          <delta_ts>2008-01-28 10:42:52 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Branch 4.0</product>
          <component>xterm</component>
          <version>4.0</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Yura Kalinichenko">yuk</reporter>
          <assigned_to name="Dmitry V. Levin">ldv</assigned_to>
          <cc>inger</cc>
    
    <cc>mike</cc>
    
    <cc>php-coder</cc>
    
    <cc>vsu</cc>
          
          <qa_contact name="Q.A. 4.0">qa-4.0</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>58327</commentid>
    <comment_count>0</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2007-11-18 11:40:02 +0300</bug_when>
    <thetext>Не все Control-комбинации в xterm работают традиционным образом, например, Ctrl-
и  Delete.
Steps to Reproduce:
1.В окне xterm вызываем cat | less
2.Нажимаем Ctrl/- Enter
3.
Actual Results:  
Пустая строка

Expected Results:  
^_</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58328</commentid>
    <comment_count>1</comment_count>
      <attachid>2281</attachid>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2007-11-18 11:44:42 +0300</bug_when>
    <thetext>Created attachment 2281
patch to /etc/X11/app-defaults/XTerm

Добавляет некоторые недостающие keybindings для xterm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58356</commentid>
    <comment_count>2</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2007-11-19 14:17:36 +0300</bug_when>
    <thetext>(In reply to comment #0)
&gt; Не все Control-комбинации в xterm работают традиционным образом, например, Ctrl-
&gt; и  Delete.
Кроме того, предлагаемый патч решает еще одну проблему: желательно, чтобы
комбинация клавиш Alt+буква генерировала последовательность &quot;ESC буква&quot;. Это
возможность очень активно используется, например, в mc.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61684</commentid>
    <comment_count>3</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2008-01-21 23:49:56 +0300</bug_when>
    <thetext>Please have a look.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61701</commentid>
    <comment_count>4</comment_count>
    <who name="Slava Semushin">php-coder</who>
    <bug_when>2008-01-22 11:51:13 +0300</bug_when>
    <thetext>(In reply to comment #2)
&gt; (In reply to comment #0)
&gt; &gt; Не все Control-комбинации в xterm работают традиционным образом, например, Ctrl-
&gt; &gt; и  Delete.

Можно привести примеры для воспроизведения ситуации? К примеру, у меня сейчас
(на Сизифе) клавиша Delete работает как и ожидается -- удаляет последующий
символ. Про Ctr- не понял -- что оно должно делать?

&gt; Кроме того, предлагаемый патч решает еще одну проблему: желательно, чтобы
&gt; комбинация клавиш Alt+буква генерировала последовательность &quot;ESC буква&quot;. Это
&gt; возможность очень активно используется, например, в mc.

Эта проблема уже решена (начиная с версии 228-alt2). См. bug #595 и
xterm-alt-metaSendsEscape.patch

P.S. Вы не указали версию xterm.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61800</commentid>
    <comment_count>5</comment_count>
      <attachid>2391</attachid>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-23 22:37:12 +0300</bug_when>
    <thetext>Created attachment 2391
Keyboard test

Программа принимает клавиатурный ввод и показывает что было введено в
нескольких форматах.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61806</commentid>
    <comment_count>6</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-23 23:38:59 +0300</bug_when>
    <thetext>(In reply to comment #4)
&gt; (In reply to comment #2)
&gt; &gt; (In reply to comment #0)
&gt; &gt; &gt; Не все Control-комбинации в xterm работают традиционным образом, например,
Ctrl-
&gt; &gt; &gt; и  Delete.
&gt; 
&gt; Можно привести примеры для воспроизведения ситуации? К примеру, у меня сейчас
&gt; (на Сизифе) клавиша Delete работает как и ожидается -- удаляет последующий
&gt; символ. Про Ctr- не понял -- что оно должно делать?

Ладно, пойдем последовательно по патчу. В разборках поможет выложенная выше
программка getchar.

+!Make Delete key work on my XFree terminal
+*VT100.Translations:   #override \
+       Ctrl&lt;Key&gt;minus: string(&quot;\037&quot;) \n\
  Комбинация клавиш Ctrl и &quot;минус&quot; испокон веков на всех ANSI-терминалах
генерирует управляющий код 037 (Ctrl_). Это такая же аксиома, как и то, что, к
примеру, Ctrl  и &quot;C&quot; генерирует управляющий код 003. Почему в текущей сборке
xterm эта комбинация генерирует символ &quot;-&quot; ?

+       &lt;Key&gt;BackSpace: string(&quot;\177&quot;) \n\
  Ну это вечная болезнь использовавшихся в Unix терминалов. На некоторых клавиша
BackSpace генерит код 010, на некоторых - 0177. Чтобы не зависеть от сборки - я
стараюсь приводить все рабочие терминалы ко второму варианту.

+       Shift&lt;Key&gt;Delete:       string(&quot;\177&quot;) \n\
+       Ctrl&lt;Key&gt;Delete:        string(&quot;\010&quot;) \n\
  Ммм... Не помню уже из каких соображений я это написал. Возможно ошибся, и
здесь следует вместо Delete использовать BackSpace. В общем, не настаиваю.

+       &lt;Key&gt;Home:      string(&quot;\033[1~&quot;) \n\
+       &lt;Key&gt;End:       string(&quot;\033[4~&quot;) \n\
  А вот это крайне неприятно. В бранчевом xterm клавиши Home и End генерят
\033[H и \033[F соответственно, что 
1) отличается от поведения этих клавиш в большинстве терминалов, включая xterm
из ALT Master 2.4
2) абсолютно нелогично, если посмотреть, что генерят остальные клавиши этого блока.
В результате теперь, зайдя из xterm под ALT Linux 4 на удаленный сервер под
управлением ALT Linux 2.4 - получаем неработающие Home и End. Несколько странно
получать такие результаты на системах одной марки.
Внесение предложенного изменения также приведет к необходимости внесения
изменений в базу terminfo, но как для меня - это единственно приемлемое решение.

&gt; 
&gt; &gt; Кроме того, предлагаемый патч решает еще одну проблему: желательно, чтобы
&gt; &gt; комбинация клавиш Alt+буква генерировала последовательность &quot;ESC буква&quot;. Это
&gt; &gt; возможность очень активно используется, например, в mc.
&gt; 
&gt; Эта проблема уже решена (начиная с версии 228-alt2). См. bug #595 и
&gt; xterm-alt-metaSendsEscape.patch

В Сизифе. А бранч что - засохла ветка ?

&gt; 
&gt; P.S. Вы не указали версию xterm.

xterm-224-alt2.1

Но вряд ли это имеет значение.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61807</commentid>
    <comment_count>7</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2008-01-23 23:50:01 +0300</bug_when>
    <thetext>(In reply to comment #6)
&gt; Ладно, пойдем последовательно по патчу. В разборках поможет выложенная выше
&gt; программка getchar.

Прежде чем патчить xterm, проверьте, пожалуйста, не переопределены ли
какие-нибудь последовательности ресурсами пакета app-defaults.

&gt; Внесение предложенного изменения также приведет к необходимости внесения
&gt; изменений в базу terminfo, но как для меня - это единственно приемлемое решение.

Я думаю, что такие изменения в базе terminfo нежелательны, поскольку снизят
обратную совместимость.  Нужно всё тщательно взвесить, прежде чем менять
/lib/terminfo/x/xterm.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61808</commentid>
    <comment_count>8</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-24 00:14:16 +0300</bug_when>
    <thetext>(In reply to comment #7)
&gt; (In reply to comment #6)
&gt; Прежде чем патчить xterm, проверьте, пожалуйста, не переопределены ли
&gt; какие-нибудь последовательности ресурсами пакета app-defaults.

Расширенный ответ:

[yuk@yuk ~]$ rpm -ql app-defaults | grep -i xterm
[yuk@yuk ~]$ grep -i &quot;xterm&quot; `rpm -ql app-defaults`
/etc/X11/Xresources:! xterm (and friends)
/etc/X11/Xresources:! If &quot;true&quot;, xterm highlights only the positions that
contain text that
/etc/X11/Xresources:! Second part of hack for kbs vs. Emacs: xterm will use
escape sequence from terminfo database
/etc/X11/Xresources.be_BY.CP1251:! xterm (and friends)
/etc/X11/Xresources.be_BY.CP1251:XTerm*VT100*font:
-misc-fixed-medium-r-normal--15-*-*-*-*-*-microsoft-cp1251
/etc/X11/Xresources.ru_RU.CP1251:! xterm (and friends)
/etc/X11/Xresources.ru_RU.CP1251:XTerm*VT100*font:
-misc-fixed-medium-r-normal--15-*-*-*-*-*-microsoft-cp1251
/etc/X11/Xresources.ru_RU.KOI8-R:! xterm (and friends)
/etc/X11/Xresources.ru_RU.KOI8-R:XTerm*VT100*font:
-misc-fixed-medium-r-normal--15-*-*-*-*-*-koi8-r
/etc/X11/Xresources.uk_UA.CP1251:! xterm (and friends)
/etc/X11/Xresources.uk_UA.CP1251:XTerm*VT100*font:
-misc-fixed-medium-r-normal--15-*-*-*-*-*-microsoft-cp1251
/etc/X11/Xresources.uk_UA.KOI8-U:! xterm (and friends)
/etc/X11/Xresources.uk_UA.KOI8-U:XTerm*VT100*font:
-misc-fixed-medium-r-normal--15-*-*-*-*-*-koi8-u

Короткий ответ: НЕТ

&gt; 
&gt; &gt; Внесение предложенного изменения также приведет к необходимости внесения
&gt; &gt; изменений в базу terminfo, но как для меня - это единственно приемлемое решение.
&gt; 
&gt; Я думаю, что такие изменения в базе terminfo нежелательны, поскольку снизят
&gt; обратную совместимость.

Извините, обратную совместимость - с чем? Ведь именно текущая сборка (я об этом
писал выше) ломает обратную совместимость с ALT Master 2.4


</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61809</commentid>
    <comment_count>9</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2008-01-24 00:29:47 +0300</bug_when>
    <thetext>(In reply to comment #8)
&gt; (In reply to comment #7)
&gt; &gt; (In reply to comment #6)
&gt; &gt; Прежде чем патчить xterm, проверьте, пожалуйста, не переопределены ли
&gt; &gt; какие-нибудь последовательности ресурсами пакета app-defaults.
&gt; 
&gt; Расширенный ответ:
&gt; 
&gt; [yuk@yuk ~]$ rpm -ql app-defaults | grep -i xterm
&gt; [yuk@yuk ~]$ grep -i &quot;xterm&quot; `rpm -ql app-defaults`

Ещё имеет смысл проверять vt100.

&gt; Короткий ответ: НЕТ

Незадолго до релиза 4.0/Server в app_defaults было изменение на эту тему:
* Fri May 11 2007 Stanislav Ievlev &lt;inger@altlinux&gt; 0.2.8.4-alt1
- Second part of hack for kbs vs. Emacs: 
  xterm will use escape sequence from terminfo database
  remove previous VT100 translations

&gt; &gt; &gt; Внесение предложенного изменения также приведет к необходимости внесения
&gt; &gt; &gt; изменений в базу terminfo, но как для меня - это единственно приемлемое
решение.
&gt; &gt; 
&gt; &gt; Я думаю, что такие изменения в базе terminfo нежелательны, поскольку снизят
&gt; &gt; обратную совместимость.
&gt; 
&gt; Извините, обратную совместимость - с чем?

Желательно, чтобы старый xterm корректно работал с новым terminfo на удалённом
сервере, и наоборот, чтобы новый xterm корректно работал со старым terminfo на
другом удалённом сервере.  Хотя для xterm есть несколько записей в terminfo и
переменная $TERM транслируется, так что требование совместимости не очень жёсткое.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61812</commentid>
    <comment_count>10</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-24 01:19:36 +0300</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #8)
&gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; Прежде чем патчить xterm, проверьте, пожалуйста, не переопределены ли
&gt; &gt; &gt; какие-нибудь последовательности ресурсами пакета app-defaults.
&gt; &gt; 
&gt; &gt; Расширенный ответ:
&gt; &gt; 
&gt; &gt; [yuk@yuk ~]$ rpm -ql app-defaults | grep -i xterm
&gt; &gt; [yuk@yuk ~]$ grep -i &quot;xterm&quot; `rpm -ql app-defaults`
&gt; 
&gt; Ещё имеет смысл проверять vt100.

По клавишам тоже ничего нет.

&gt; 
&gt; &gt; Короткий ответ: НЕТ
&gt; 
&gt; Незадолго до релиза 4.0/Server в app_defaults было изменение на эту тему:
&gt; * Fri May 11 2007 Stanislav Ievlev &lt;inger@altlinux&gt; 0.2.8.4-alt1
&gt; - Second part of hack for kbs vs. Emacs: 
&gt;   xterm will use escape sequence from terminfo database
&gt;   remove previous VT100 translations

К сожалению, не вижу в чем состоит это изменение: архива нет под рукой.

&gt; 
&gt; &gt; &gt; &gt; Внесение предложенного изменения также приведет к необходимости внесения
&gt; &gt; &gt; &gt; изменений в базу terminfo, но как для меня - это единственно приемлемое
&gt; решение.
&gt; &gt; &gt; 
&gt; &gt; &gt; Я думаю, что такие изменения в базе terminfo нежелательны, поскольку снизят
&gt; &gt; &gt; обратную совместимость.
&gt; &gt; 
&gt; &gt; Извините, обратную совместимость - с чем?
&gt; 
&gt; Желательно, чтобы старый xterm корректно работал с новым terminfo на удалённом
&gt; сервере, и наоборот, чтобы новый xterm корректно работал со старым terminfo на
&gt; другом удалённом сервере.  

Дык и я об этом же. К сожалению, сложилась ситуация, что совместимость по-любому
поломана: либо с Master 2.4, если оставить текущую раскладку; либо с Server 4.0
и возможно Compact 3 (последнего нет под рукой, проверить не могу), если внести
предложенное изменение по поводу Home/End. Как решить эту задачу чтобы всем было
хорошо - не представляю, раньше надо было думать. Для меня лично важнее
совместимость с 2.4 - поэтому на своих машинах буду приводить к тому стандарту,
независимо от генеральной линии партии.

&gt;Хотя для xterm есть несколько записей в terminfo и
&gt; переменная $TERM транслируется, так что требование совместимости не очень 
&gt; жёсткое.
&gt; 
Каков механизм трансляции ? Что-то я ничего об этом не слышал. 
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61813</commentid>
    <comment_count>11</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2008-01-24 01:31:06 +0300</bug_when>
    <thetext>(In reply to comment #10)
&gt; (In reply to comment #9)
&gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; Прежде чем патчить xterm, проверьте, пожалуйста, не переопределены ли
&gt; &gt; &gt; &gt; какие-нибудь последовательности ресурсами пакета app-defaults.
&gt; &gt; &gt; 
&gt; &gt; &gt; Расширенный ответ:
&gt; &gt; &gt; 
&gt; &gt; &gt; [yuk@yuk ~]$ rpm -ql app-defaults | grep -i xterm
&gt; &gt; &gt; [yuk@yuk ~]$ grep -i &quot;xterm&quot; `rpm -ql app-defaults`
&gt; &gt; 
&gt; &gt; Ещё имеет смысл проверять vt100.
&gt; 
&gt; По клавишам тоже ничего нет.

Раньше было...

&gt; &gt;Хотя для xterm есть несколько записей в terminfo и
&gt; &gt; переменная $TERM транслируется, так что требование совместимости не очень 
&gt; &gt; жёсткое.
&gt; &gt; 
&gt; Каков механизм трансляции ? Что-то я ничего об этом не слышал. 

ssh форвардит $TERM с клиента на сервер.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61823</commentid>
    <comment_count>12</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-24 10:48:17 +0300</bug_when>
    <thetext>(In reply to comment #11)

&gt; &gt; &gt;Хотя для xterm есть несколько записей в terminfo и
&gt; &gt; &gt; переменная $TERM транслируется, так что требование совместимости не очень 
&gt; &gt; &gt; жёсткое.
&gt; &gt; &gt; 
&gt; &gt; Каков механизм трансляции ? Что-то я ничего об этом не слышал. 
&gt; 
&gt; ssh форвардит $TERM с клиента на сервер.
&gt; 
Это-то понятно. Я вас неправильно понял - подумал, что под словом &quot;трансляция&quot;
подразумевается &quot;преобразование значения в зависимости от каких-то условий&quot;. 
К примеру, зарегистрировались на Desktop 4, получили TERM=xterm. Пошли оттуда на
Master 2.4 - и там &quot;на лету&quot; это значение преобразовалось, скажем, в xterm4.
Хотя решение это (если бы оно было) - плохое в принципе, ибо подразумевает
адаптацию бардака вместо внедрения порядка, т.е. стандарта.

А так как есть - раскладка клавиатуры и описание terminfo должны быть идентичны
на всех системах для одного и того же типа терминала. У моих заказчиков, для
которых я выполнял адаптацию ОС, так оно и было, по крайней мере что касается
xterm. Это сотни машин по всей Украине, работают под двумя дистрибутами - KSI
Linux и ALT Master 2.4. Соответственно 1998 и 2004 годов выпуска. Спрашивается:
зачем было в дистрибутиве 2007 года ломать устоявшийся стандарт ??? Две кнопки
не понравились ?
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61829</commentid>
    <comment_count>13</comment_count>
    <who name="Slava Semushin">php-coder</who>
    <bug_when>2008-01-24 13:44:58 +0300</bug_when>
    <thetext>(In reply to comment #6)
&gt; &gt; Эта проблема уже решена (начиная с версии 228-alt2). См. bug #595 и
&gt; &gt; xterm-alt-metaSendsEscape.patch
&gt; 
&gt; В Сизифе. А бранч что - засохла ветка ?

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

2ldv@, yuk@: так что вешать баг на перенос свежего xterm в бранч или нет?

&gt; &gt; P.S. Вы не указали версию xterm.
&gt; xterm-224-alt2.1 
&gt; Но вряд ли это имеет значение.

Во втором случае, как видим, имеет значение.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61830</commentid>
    <comment_count>14</comment_count>
    <who name="Slava Semushin">php-coder</who>
    <bug_when>2008-01-24 13:46:09 +0300</bug_when>
    <thetext>(In reply to comment #10)
&gt; &gt; Незадолго до релиза 4.0/Server в app_defaults было изменение на эту тему:
&gt; &gt; * Fri May 11 2007 Stanislav Ievlev &lt;inger@altlinux&gt; 0.2.8.4-alt1
&gt; &gt; - Second part of hack for kbs vs. Emacs: 
&gt; &gt;   xterm will use escape sequence from terminfo database
&gt; &gt;   remove previous VT100 translations
&gt; К сожалению, не вижу в чем состоит это изменение: архива нет под рукой.

А архив и не нужен, ведь есть удобный веб-интерфейс к git:
http://git.altlinux.org/people/inger/packages/app-defaults.git?p=app-defaults.git;a=commit;h=d62e78792ca9cdfb1c47a4e6783a067abbc5fc02
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>61871</commentid>
    <comment_count>15</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-25 01:30:46 +0300</bug_when>
    <thetext>(In reply to comment #13)

&gt; 2ldv@, yuk@: так что вешать баг на перенос свежего xterm в бранч или нет?
Погодите, соберу и погляжу. Уже не сегодня.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62033</commentid>
    <comment_count>16</comment_count>
    <who name="Yura Kalinichenko">yuk</who>
    <bug_when>2008-01-27 00:04:14 +0300</bug_when>
    <thetext>(In reply to comment #15)
Итак, собрал и установил у себя в бранче xterm-231-alt1. Для сравнения также
достал *.src.rpm пакетов xterm и ncurses из Master 2.4. Вскрытие показало следующее:

1) поведение функциональной клавиатуры xterm &quot;из коробки&quot; Master 2.4 идентично
поведению xterm из бранча до исправления bug #595
2) поведение Ctrl-комбинаций в обоих версиях идентично, хотя и отличается от
общепринятого для ANSI-терминалов. Например, можете сравнить с консолью, которая
ведет себя более правильно и логично (ну не имеет право алфавитно-цифровая
клавиша генерить печатаемый символ при нажатой Ctrl - это я как старый
разработчик железных терминалов говорю):

Клав.комбинация  Консоль  xterm
   Ctrl/1         НЕТ     &apos;1&apos;
   Ctrl/9         НЕТ     &apos;9&apos;
   Ctrl/0         0x7F    &apos;0&apos;
   Ctrl/_         0x1F    &apos;-&apos;
   Ctrl/Enter     0x0A    0x0D

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

3) terminfo-описание терминала xterm &quot;из коробки&quot; Master 2.4 по клавиатуре не
соответствует реальному поведению этого xterm (клавиши khome/kend). 

Т.е. &quot;из коробки&quot; в Master 2.4 xterm не мог правильно работать с
ncurses-приложениями. А я еще тогда побыстрому привел поведение терминала к
имеющемуся описанию terminfo путем редактирования app-defaults/XTerm из скрипта,
который накатывал после инсталляции, да и за давностью лет забыл об этом, считая
такое поведение &quot;из-коробочным&quot;.

Резюме: с формальной точки зрения баги #13462 нет и не было (так же, как и #595). 

Мне с таким терминалом работать некомфортно, но это уже получается мои личные
проблемы, так что решать я их буду в частном порядке. Sorry за беспокойство,
тему можно закрыть

2php-coder@: xterm-231-alt1 можно переносить в бранч.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62096</commentid>
    <comment_count>17</comment_count>
    <who name="Slava Semushin">php-coder</who>
    <bug_when>2008-01-28 10:42:52 +0300</bug_when>
    <thetext>(In reply to comment #16)
&gt; 2php-coder@: xterm-231-alt1 можно переносить в бранч.

https://bugzilla.altlinux.org/show_bug.cgi?id=14188

</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>2281</attachid>
            <date>2007-11-18 11:44:42 +0300</date>
            <delta_ts>2007-11-18 11:44:42 +0300</delta_ts>
            <desc>patch to /etc/X11/app-defaults/XTerm</desc>
            <filename>XTerm.diff</filename>
            <type>text/plain</type>
            <size>571</size>
            <attacher name="Yura Kalinichenko">yuk</attacher>
            
              <data encoding="base64">LS0tIFhUZXJtLm9yaWcJMjAwNy0wOS0xNCAxNDo0MToyMSArMDMwMAorKysgWFRlcm0JMjAwNy0w
OS0yMyAyMjoyNDoxMCArMDMwMApAQCAtMTg3LDIgKzE4NywxNiBAQAogISBBbHRlcm5hdGl2ZWx5
LAogISpvbjJDbGlja3M6IHJlZ2V4IFtbOmFscGhhOl1dKzovLyhbWzphbG51bTpdISMrLC4vPT9A
X34tXXwoJVtbOnhkaWdpdDpdXVtbOnhkaWdpdDpdXSkpKworCisjIEFMVCs8a2V5PiA9IEVTQyA8
a2V5PgorKlZUMTAwLm1ldGFTZW5kc0VzY2FwZToJCXRydWUKKworIU1ha2UgRGVsZXRlIGtleSB3
b3JrIG9uIG15IFhGcmVlIHRlcm1pbmFsCisqVlQxMDAuVHJhbnNsYXRpb25zOiAJI292ZXJyaWRl
IFwKKwlDdHJsPEtleT5taW51czoJc3RyaW5nKCJcMDM3IikgXG5cCisJPEtleT5CYWNrU3BhY2U6
CXN0cmluZygiXDE3NyIpIFxuXAorCVNoaWZ0PEtleT5EZWxldGU6CXN0cmluZygiXDE3NyIpIFxu
XAorCUN0cmw8S2V5PkRlbGV0ZToJc3RyaW5nKCJcMDEwIikgXG5cCisKKyMJPEtleT5Ib21lOglz
dHJpbmcoIlwwMzNbMX4iKSBcblwKKyMJPEtleT5FbmQ6CXN0cmluZygiXDAzM1s0fiIpIFxuXAor
Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>2391</attachid>
            <date>2008-01-23 22:37:12 +0300</date>
            <delta_ts>2008-01-23 22:37:12 +0300</delta_ts>
            <desc>Keyboard test</desc>
            <filename>getchar.tgz</filename>
            <type>application/x-gzip</type>
            <size>4144</size>
            <attacher name="Yura Kalinichenko">yuk</attacher>
            
              <data encoding="base64">H4sIAPiTl0cAA+1afXBT15V/Ahksxa6V1GmbhkwvxAYJbFnyZ4JtghEyeGNsYRkwMUbI0rPfs/Xh
Sk8EQtxAhLcYxS3TZtPpNpvg0um2O92d7Gxnt7NhM2qdQuj2Dzblj+5229KPdEShHc8kTUlCUc+5
9z7pSRZJOlPa/Xgnubrv3PO759x77j3nvvvwuKgEJH+sQbiN5ABqa2lhdWtzQc1JcDramlvanM62
5kbBAYyzRSAtt3NQKiXiij9GiHA4MfmuuPeS/y+lcb7+O/yT4pgcEm+HDVzg1ubmW65/Y3NLbv1b
W9tg/RubQEwct2MwxfT/fP3vN2/p6fN28m1g7t3a3du1zdtZH8f2rT0DD3U2JOKxhlA04A81jMoR
s4sD+hvNZn8otNFUY0UNNrNZjoArsQV+zCbOkfooiUWjCqkf53WYYDIgvBurwRAoCIREf2Sj2RQL
k/oxsv4TKsb853bS/2FS45/Xt8XGu+d/Z6OzqTmf/+EZmhpbG/X4/1PQE+7eboPBkOOXCcsF5DbP
GMuboe61sHZIx8JKwSp8VLhHWEF5KEcBA+UyPGMpg2KEshxKNSipPmYsx/JB4D/IZQZeKEFfLOkK
QcCC/QULk9O2Z0EGxQoNj0NZweXLoLoE8ksgw/IK8FhWcBtYsI8VbGMhwBONbOdrSrCUL9T+DSF5
tCEUrA/JkcQhezxqb2TtFj72bX27uK9YHxPv9wEux3kc3SAQ5Ku4buxru++pVX//8M/S47v8lmLb
Bs0zjlXd+5eg3AWlj/N/y/nnOf+8gfHPcP5pLj/G+U2ct3H+OuePcH4j58Ocf5HzuznfzfkTnG/k
fDfnf8v5Ts6f4bwC5drfGMvRL3cKH4Z9A+vxlMp/QBiHOqORCz7feDga8WE0Kj6fAEsQQNe3Cr6e
fmgNyhFfIi4GhbGxUCIuAXwqJkeUMV9AmqSQqYQSEOJKLBIIT7F66jCgQF9gEkG+Mb8cEqgiFIdE
rILRhCLI0YASgjwQEsUp7FGkGDMjNOOA+OjCftCxrbdni8vXaG/OPTlyT032ZuYNjCbtf8Zci4EX
C98bSNWyXIk76R95m4Xyy+maIK/cI5tQ57c5/lnw3woD82OZhfm7DDbd16BeCe0vYA2b9OtYQ1B+
A2tw+FmsYZOmsYYN/DLWKyGGsC4XhO9iDZYuYg2H7yWs7xCE72MNcfffWMPIds2+lrxWnrkPh6Dg
z6dByYUFIdvyJUBka78CvzjObC2OSMLHK5ezQLU4MgllVy5SHkco4RSvpCmPI5U+gvwLlMcRSxgW
V05THkcuWZE/RXmcgYQhc+Uo5XEm0gPIT1EeZyRtRv4A5XFm0nbkPZTHGUoe5DdTHmcqDSHvoDzO
WDqAPAFW0JDzV/tnf5L8+aJncEA6kALUFPzs3C1ZZo3lmSYAv3HqFPjJm7xmzCB++NiCAyaW+uwN
kM28qpRlfnQzmx0avrBwihLz6dHORfSdUnF1VTJtPPNzdOer81ilLDOvJq6eK0O5ATox/PxFSIMz
aeWub6ANeDCdN9ZgW/aiqvhUTv+e3TCailRL+XOgbrp85s2q41+GXkc73wCd91YdfwiW8nwZSlHZ
S5iZXsSf8+5FrKDvnsxXYdDJlys8EvbZk/kOZS0z6UTlfMVzOJSq45/GLmUWrsbj5dAqgKbci+eM
K4U58Y3ZxeH9vpGFgQHJAclhwpC5/DvwxjzuZE+mBqDnyyq4BtA/dxCtz2eo9Be/oza/iGpvphOP
gWSimvZPVWIfkOXNz1xQvn318/PIbj6Dv8nr1VWfGoc18HikVmZahK57U3ej7YHMV4ABH1bTSaA6
Q8F0MoeY9Ss1oIK6SHXfzDfRF9cq5p5DHkbUx5BX7zk1p6wVXEffvldpB3k3iJqYKD+nu1jDiW+d
WN6RTXxv9vX8OswmFq8cA9Vqm4G3haENFc+dXYcwth9SbroEF9HxUjWgpbJBQZgQMj+5QddtbP4j
6IPLVR6pg01eUgUfAkEt7nGP5GaiHaqoOi/qZ6JGEDFdY+fLrFBZhLEzdVCfXsXa1j+Hxy882Ok0
vuiAyvkqTPHkk/fB44knnfC7Jfl2eeLX58raEHOurBUrj4TqpBVs2OvpECzO9IUFPh8uuDMvmPtn
Pn+MtdSu8pPLjqeVj81+j63ozqqX0jsHPBkHdDjpMkAf1/F04mfOdGrkBvQ9qPpvrrfGCOGc/fgN
Fik756Z/mrymiPO4E2bd15xpmPbnbtLNsReckEll1TWUKH8E+KFUC9rcnRl9Bxasoybzl2B1btdn
Zo010gR6zjNhGJg9l0m+g32r59yf8WRc0G/vsPQoc+x/vs0C6s2qTx2ElXb+4OomNr/kdVJ1fIcB
H56oOm6Hh4GBVCWdoSfjfUcNnkc8EySzlaq3uB58XbnfmT5pbE9e/9gTLyXTm10DHulJZmiKGXrw
9cQPd+6UTtFG5w8ye1nz2ClnegA6ujzSFxh+cw7/mtcrvaDibSreQw0B/nmGt3D8j554DSLtjIp/
661i/Nd4/L+lwbM8MGHOPAZaUvcht3/IO1GZmWBaj07/tLJq5hgLONgNWXBzatc1seluXK3Ex+fE
xb2YX+b8Nxbmvr4W/QeTTDFLB5mlKz+8SZPAJ1nrAd56HlpzDsn8BbQOPcKnm+kAbv8Qn0zGznvs
gAXMzANTnG9HFgrjE3ZVZj88HluovQvT6arMP12H7ZHEo2XWvcgebO7Fb04vLkvtWoRDYoMzO3uO
rX/KbUmeN8xurYEYr4DKCKEO2yr7oeQ544PTi4kfJ19eRVNqalXNArPvfRFfoiEo5ml9PatUJK8a
sxdTy+E58UbyZePwyELRGfXUnZDjpt7CLXlhAd/nDfRtVxDuHX7oAYn+hoRRfyLYWRs1C9GxkH+c
Psm5J3OlO6KIMeKPHCaT4uFNgqnX3bdtcHtnbbCdgNTU5XX19Gw0CftrA0Tweoiw1d1LBf0BxR8C
QW2UCLVB2rRdPIQNQ5TZKgY2mtTzN8vP46zmXDbw9yV4VRE6jhvL4VVFKIfF+s3NbHQ73Afw/fzE
k/DuBPUh4PH7wn9AuYP3u5vrwXmfhj2HM8e3F9xU4Bd8WxUuJY3l+HwWanzfxZcVvONgroatE30c
2mFIURzLItSPJFka/0MJ7zfq8wTM5TEoJ6H8NZS/g/KvUL4D5b+g/BLK21DMcHf7KJT1M6zvd1HH
NpdrI7HC1cVGmu1Ou5M0wiXc4XS0EGtX7yDpxbtOHRlNyKEgA9T7Q4rTCfcGveft62mPS3AZUfyj
gl3GcJkS7JGoItq7tvTUK/5xwT4eSdglP1x47MHDkfjhMKuVGJMcFGNxORopYHwgi4khxLGHqZCC
2mX4VcRD8DsGDIiiQb/iF+yi5BuL+cOiYA8o0VgcDLBqIhCjxvxhOQAGogr9YdpYz9E4wALRcFiM
KH/Inr6DxyjGFf1GYGCxo5J6F8a2lRxH7/IGdjdWycjr1VDehBhDHMb3dgO7Pxs1OCwbuG3EYdwf
ApzFwO7rBiF/x28SWOwjDvPEiWUsPxSPr12geYfaxfh+BDqt0dhdxgteNG5yHOaFxwG3WSi0i7RH
YN8SEId55exylle088CAPqDBYR66tJzlJyOfn4qTuX7Mc5gHO4wsdxX7L6jBDQJu0Mi+52hxWKIa
HH4f2gwTeGVFHqfeYxMaHObdckjEq0rYPSLk90EN4GoA91clcEkN7izgzlbkZVrcHMfh2tFvRxXM
D8W4pzW4V/D70S1wX9Dg8DJ18RZ2T/O5Io5+k6pg36PKNDjU/1WNPry7P1u5VB+Wf9Dg8Pw5Xcn2
SzHuXzS4y4C7XFl6Hv/G7SMO7xkZwA2WwH1LKPwOhbhnNA0GTb1cg/tElSD8u7AUp9P/fCr6/m8P
3AYb7/Hvf63OlibN938nfv9vcTj17/9/CrpfjgRCiaBIOvDTaNQubTJrm2JyZLywDV5SwsW4SCAR
i4txbDQ3rDffHxThFUMkgwO73MSZY7u7er1u4jCvb8g1RfxThH14NZvBWCKgEKafRMRHfUosPOWP
tefQYf8hH1wlfKOJMXjDWtIMCojTYcavs1ab+YiZEIJbmsSHNYiROhIefsAx0o5ieOUich2ZqCOT
7WZsiIuKT1EO+8Bs2IrDt1Hco9DRumZfZF+s8E6zhomDUUKtvTcSiH2/trJvz7lW/tHZGq4ja/Yp
mpvSmjoi47/OojNAkTVuy/WhtsI5lmugxvcp7Ha1T9EYjsaIdaLT0U4mOmT42bDBBsM2TZJO8NDE
CFlLHE1tbe1mkzxGrJOkg6zb52h2rLNxxcS6Bm9qMJ7JDa3NoNUkhuIiYeDOziK0dQ3c6NC2idou
hjrb2jRQvPhRrGkpsrGpSYN0eXtyyJKKmwoUu/u7OdyUAx/BfyiAbWGdtLUT9ZkPvp1Mc2dNl3Qq
u5m+l1PVPnB/BW9pfHuLpcL77PvWGXx/OvHC/L51Dt1SZ849kXUlGmO8kTrrUUkOicQaH3aMkNW4
FKq0IKZoDoD2abOZbl8oNjON0vXw2E6jNiaOy3EMHjU8UQ38L8NOdeCzakqJDcvcGO48GoPq6JiQ
jUDesAHraTNVriRiEauDjgENFAwPb0k22oxP7aaG9WQ0GqV/lsCyGfoRRXU8myEfE+NwYxJNkNdw
CLQ32oODRZEDpDCvRUPBXF5DMGxdalTNIPQfo6yOOjLo2uYe7Koja/M9YMzqmvFPL/sisHJ5gD3g
C+AHGFxHZ5sGrn6gWYqnEg1SviVS5kjM8HSo+RStSjvh5HY0OtpvKbf29HlcD5PHSc9Qfx+tuvr2
Mra7G3SDC9+9q62UbjY7iOBSwhATsvxeJKPO6lzqv5J64KgphGILR9LwkjG85I4+l6sdt5ytyFYA
N2tn0WphYylrINi9o6cPO8DmdjjW3Qo02LPDvQSl2URetony/WzUExiyLHdyaA5ZsN2K4oVGhvYw
WhK9aL8wfnMH7QTLBiwosCHii00pakwXCKI+f0KJgogGWbE4hOd/UTc6CGgf1rwjjLA1x7SBXdhA
MN7wqHDkIo5nEyv2pivEX4WtNhsC8QzJYQm+sVgbHb25bMhm0enI8WhBnQA9YElRfnY0NeE31Pzh
uPSdQG0v5QjN6cQrnt5YfqP2cSpqGnbQA/QI6wj5zO111Xv6vb3urf17ugbdvUN9/d7BIfIQ0RLE
IZyZmP763IOknvRvGeja0jW4d0+XewfxDLi3evp7u7Yh4yTenh17+nuJGrrU3051qAVrRcfLDmFS
msAgNdU/+HBX6ZH2qOPLLQcpWI93W83V+dU0qW5CjMZN6Ho+Ziddh/Eo+D8YxUg3TUM39LWpeBNM
l54tdtuorslq/rcJGDT4LXCsjrA/Q6BRZCNr15LVfL3z241uLr686t6iUbMJXoDpcIu2VQi21dLt
lN9HeIhhQz70Sk8mv1TFUUr/sEIzCdmmCpi/8SxuZ2mAZg6ZZg7g9b/i00knnXTSSSeddNJJJ510
0kknnXTSSSeddNJJJ5100kknnXTSSSeddNJJpz82/R4C1R29AFAAAA==
</data>

          </attachment>
      

    </bug>

</bugzilla>