From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@mivlgu.murom.ru>
Date: Wed, 14 Mar 2001 19:53:30 +0300
From: Sergey Vlasov <vsu@mivlgu.murom.ru>
To: sisyphus@linuxteam.iplabs.ru
Subject: Re: [sisyphus] Re: gtk+-1.2.9
Message-Id: <20010314195330.242bd22a.vsu@mivlgu.murom.ru>
In-Reply-To: <Pine.LNX.4.10.10103132244290.1231-100000@localhost.localdomain>
References: <20010314050329.6e767d7c.aen@logic.ru>
	<Pine.LNX.4.10.10103132244290.1231-100000@localhost.localdomain>
X-Mailer: Sylpheed version 0.4.62 (GTK+ 1.2.8; i586-mandrake-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Sender: sisyphus-admin@linuxteam.iplabs.ru
Errors-To: sisyphus-admin@linuxteam.iplabs.ru
X-BeenThere: sisyphus@linuxteam.iplabs.ru
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: sisyphus@linuxteam.iplabs.ru
List-Help: <mailto:sisyphus-request@linuxteam.iplabs.ru?subject=help>
List-Post: <mailto:sisyphus@linuxteam.iplabs.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@linuxteam.iplabs.ru?subject=subscribe>
List-Id: <sisyphus.linuxteam.iplabs.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@linuxteam.iplabs.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/sisyphus/>
Archived-At: <http://lore.altlinux.org/sisyphus/20010314195330.242bd22a.vsu@mivlgu.murom.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

On Tue, 13 Mar 2001 22:58:24 +0400 (SAMT)
Vlad Harchev <hvv@hippo.ru> wrote:

> On Wed, 14 Mar 2001, Aleksey Novodvorsky wrote:
> 
> > On Tue, 13 Mar 2001 20:22:45 +0400 (SAMT)
> > Vlad Harchev <hvv@hippo.ru> wrote:
> > 
> > > On Tue, 13 Mar 2001, Vlad Harchev wrote:
> > > 
> > > > On Tue, 13 Mar 2001, Sergey S. Skulachenko wrote:
> > > > 
> > > > > On Mon, 12 Mar 2001 22:52:51 +0400 (SAMT)
> > > > > Vlad Harchev <hvv@hippo.ru> wrote:
> > > > > 
> > > > > >  Я имел ввиду багрепорты, сорри. Вот их то по
> > > хорошему Вы должны слать
> > > > > > пачками, желательно в сопровождении патчей :)
> > > > > Зачем? gtk+-1.2.10-aen.i586.rpm, и все дела.
> > > > 
> > > >  И кстати если он будет собираться с
> > > --with-native-locale у configure,
> > > > полученая библиотека не будет работать с use_std_env ...
> > > 
> > >  сорри, не докончил:
> > >           .         .       .      .         с use_std_env
> > > False в XLC_LOCALE
> > > 
> > >  И gtk+-1.2.9-*.rpm в Сизифе собирается с
> > > --with-native-locale (как я понял из
> > > сообщений в этом списке)...
> > 
> > Да, но я пока не вижу, чем это плохо. Зато некоторое
> > ускорение работы -- хорошо. Если Вы убедите меня в противном
> > -- соберу без этого ключа, -- проблемы здесь нет.
> 
>  Коль у Вас есть полный контроль над содержимым XLC_LOCALE ваших
> пользователей
> и что там гарантировано есть use_std_env, то --with-native-locale имеет
> смысл
> и возможно даже полезно (из-за ускорения работы). В частности, люди,
> вытаскивающие пакеты из сизифа на свои машины с use_std_env = False
> будут
> недоумевать почему у них gtk не работает...
> 
>  Так кто читает XLC_LOCALE и интерпретирует use_std_env - Xlib и/или
> Хсервер?
>  Я это к тому, если X-сервер тоже читает - то XVNC который базируется на
> XFree-3.1.1 - может пострадать если в XFree-3.1.1 не было поддержки
> use_std_env - просто нельзя будет работать с gtk-шным софтом через XVnc
> (если 
> gtk собран с --with-native-locale).

Что точно не работает - это смесь клиентов с Xlib 4.0.2 и 3.3.6 на сервере 3.3.6. Сейчас попробовал - русских заголовков окон с 4.0.2 не видно вообще (WM на 3.3.6), текст не копируется. А gtk везде 1.2.8.