[devel] XFree86/Xft disarray

[devel] XFree86/Xft disarray

[Mikhail Zabaluev]

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

Доброго времени суток.

Насколько я понял, последним решением в споре XFree86 и Xft
за libXft.so.2 было положить библиотеку в XFree86-libs и
избавиться от Xft как отдельного пакета. Мне это кажется
неправильным. Релизы Xft могут выходить чаще, чем XFree86,
и более важны для работы связки Xft/fontconfig, чем
обновления XFree86. Поскольку Xft работает целиком на
клиентской стороне, зависимость от X-сервера у библиотеки
не такая жёсткая.   

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
This must be morning.  I never could get the hang of mornings.

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

Re: [devel] XFree86/Xft disarray

[Igor Tertishny]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 963 bytes --]

>
> Насколько я понял, последним решением в споре XFree86 и Xft
> за libXft.so.2 было положить библиотеку в XFree86-libs и
> избавиться от Xft как отдельного пакета. Мне это кажется
> неправильным. Релизы Xft могут выходить чаще, чем XFree86,
> и более важны для работы связки Xft/fontconfig, чем
> обновления XFree86. Поскольку Xft работает целиком на
> клиентской стороне, зависимость от X-сервера у библиотеки
> не такая жёсткая.

Полностью согласен с вами. Ибо в вышеуказанном случае, имхо, появляются лишние 
и слишком жесткие зависимости. Я тут всего лишь как пользователь говорю - 
столкнулся уже с неприятными особенностями новых Х-в и именно в отношении 
libXft.so.2. Особенно с моей видеокартой. Смог добиться хоть какой работы с 
великим трудом и не могу использовать даже двадцати процентов мощности своего 
компа - любое иксовое приложение сперва ожидает секунд двадцать и только 
потом подымается. Конкретных примеров не указываю, долго и не нужно.

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