Re: [devel] xterm update: need help

[Sergey Vlasov <vsu@altlinux.ru>]

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

On Sun, Nov 12, 2006 at 06:41:01PM +0300, Dmitry V. Levin wrote:
> On Sun, Nov 12, 2006 at 09:02:34PM +0600, Slava Semushin wrote:
[...]
> >     1) Patch2: xterm-202-alt-metaaltfix.patch не хочет накладываться.
> >        Из-за того, что его писал не я и каких-либо описаний его работы и
> >        вообще зачем он нужен, то я не могу понять, что в точности нужно
> >        изменить и вообще нужно ли.
> 
> Посмотрите https://bugzilla.altlinux.org/show_bug.cgi?id=595,
> может станет яснее.

Какие древние баги вспомнили :)

Вообще этот патч сейчас влияет только на обработку клавиш, для которых
назначен символ XK_Alt_L, причём при отсутствии на этой же клавише
модификатора Meta (т.е., настройка с разделением клавиш для Alt и
Meta).  Не знаю, использует ли кто-то сейчас такую настройку (когда-то
у меня было так, но пользы от этого мало, зато вылезала куча
странностей в программах - какие-то обрабатывали только Alt, какие-то
только Meta, были и такие, которые в интерфейсе писали Meta, но на
самом деле хотели Alt).

> >     4)  %build
> >         -chmod -R u+w .
> > 
> >         Не понял замысла. Зачем для всех файлов давать владельцу права на
> >         запись? Раньше с этим были проблемы? Я посмотрел права всех файлов
> >         в тарболле и для всех них запись владельцу разрешена.
> 
> Когда-то столкнулся с этой проблемой.  С переходом на gear этот chmod
> теряет смысл.

Да и без gear вроде бы %setup довольно давно делает это автоматически:

+ /bin/chmod -Rf u+rwX,go-w .

> >     6)         --enable-dec-locator \
> >        -       --enable-freetype \
> >                --enable-narrowproto \
> >        -       --disable-full-tgetent \
> >        -       #
> >        +       --disable-full-tgetent
> >        +       --disable-echo
> >        +

Кстати, а как насчёт --enable-dabbrev?  По крайней мере в версии 211
(последнюю ещё не смотрел) при включении этой опции только добавляется
код для обработки dabbrev-expand(), но в translations ничего не
меняется, так что вроде бы сломаться ничего не должно.

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