[devel] I: Font policy 2.0 discussion

[devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

Уважаемые коллеги,
хочу начать обсуждение поправок к font policy.

1) с недавним появлением в fontconfig filetrigger'а 
наконец устарели %post/un скрипты с вызовом fc-cache, 
а также макросы %post_fonts/%postun_fonts 

соответственно, по факту надо поправить rpm-build-fonts
и текст полиси.

2) Установка шрифтов под core X font subsystem.

У нас, как и в большинстве других дистрибутивов,
есть 2 подсистемы шрифтов: новая, Fontconfig, 
и старая, core X font subsystem, которая объявлена
legacy and broken by design.

для установки шрифта в core X font subsystem нужен fonts.dir
и симлинк в /etc/X11/fontpath.d.
Большинство приложений сейчас использует Fontconfig,
включая новый emacs. core X font subsystem нужна для совместимости
со старыми приложениями, в т. ч. Qt1/Qt2 и gtk1.

Сейчас в Сизифе все наши шрифты недискриминантно устанавливаются сразу
под обе подсистемы, в отличие от, например, SuSE и Fedora.

Там принято устанавливать под core X font subsystem только
растровые и избранное множество проверенных векторных шрифтов, 
так называемые Core Fonts, мотивируя это тем, что 

а) немногим старым приложениям нужны только экранные шрифты. 
Все, кому нужно что-то большее, уже переехали на Fontconfig.

б) установка в core X font subsystem большого числа ненужных
художественных otf/ttf шрифтов эквивалентна DoS атаке на X сервер
через его протухший устаревший плохо поддерживаемый модуль.

Предлагаю и нам принять такое полиси и перестать устанавливать
новые otf/ttf шрифты в core X font subsystem по умолчанию,
оставив там только имеющиеся шрифты. 

Если пойти дальше, может быть, и часть имеющихся тоже перевести 
в Fontconfig-only шрифты (выбросив fonts.dir и симлинк 
в /etc/X11/fontpath.d).


Ресурсы:

http://old-en.opensuse.org/Packaging/Fonts_Policy#Core_fonts
http://fedoraproject.org/wiki/Packaging:FontsPolicy#Core_fonts
Core fonts

Once upon a time every Linux GUI application used the so-called Core fonts server-side X11 backend[7]. It was riddled with problems. The FLOSS developers finally gave up on it, declared it legacy and broken by design, and moved to client-side font handling (fontconfig). Nowadays almost no modern Linux GUI application uses the Core fonts backend. Few (if any) people are willing to fix its remaining bugs.

Therefore, unless your font has previously been registered in Core fonts, and the problems triggered by this font hopefully fixed, you SHOULD NOT declare it there. This is especially true of fonts in modern (TTF or OTF) formats.

The users of this legacy backend won't thank you for destabilizing it with new fonts. They value stability. Otherwise they'd have moved to fontconfig like everyone else a long time ago.



http://markmail.org/message/4nwmisamzgkoklnp

fonts.dir and fonts.scale are used by the old X11 "core" font backend.

http://fedoraproject.org/wiki/Packaging:FontsPolicy#Core_fonts

It's been deprecated in favour of client-side font management (fontconfig) for about 7 years (replacing the X11 core font backend with fontconfig could probably be considered the first step that lead to modern modularized xorg). Nowadays almost nothing important uses the X11 core font backend in Fedora (even emacs finally switched and emacs is not exactly an agile project)

That being said many proprietary or niche software packages still use the old system because they either do not care a lot about i18n, or about Linux, or want code that works the same way on antique 'classic' Unix systems (less-antique Unix systems use fontconfig just as Linux as every single major GUI package requires it nowadays).

If you want to expose your fonts in the core font system you'll need to include fonts.* and symlink the directory you deploy your fonts in to /etc/X11/fontpath.d/ (note that software that still uses the old font system is likely to go bang if you feed it a modern font).

Fedora-side, we're not encouraging people to register new fonts in the core font system. We're keeping just enough old core fonts to make old apps happy (and don't install them by default anymore, so people who depend on them have to request them explicitely, and not continue to ignore the software landscape has changed) 

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Michael Shigorin]

On Tue, Aug 02, 2011 at 06:44:15PM +0300, Igor Vlasenko wrote:
> хочу начать обсуждение поправок к font policy.

Почитал, побухтел насчёт оклиентсайдивания и скорее согласен.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Tue, Aug 02, 2011 at 06:44:15PM +0300, Igor Vlasenko wrote:

Внес упомянутые поправки в текст
http://www.altlinux.org/Fonts_Policy
прошу обсуждать на предмет принятия как действующее полиси.

> Уважаемые коллеги,
> хочу начать обсуждение поправок к font policy.
> 
> 1) с недавним появлением в fontconfig filetrigger'а 
> наконец устарели %post/un скрипты с вызовом fc-cache, 
> а также макросы %post_fonts/%postun_fonts 
> 
> соответственно, по факту надо поправить rpm-build-fonts
> и текст полиси.
> 
> 2) Установка шрифтов под core X font subsystem.
> 
> У нас, как и в большинстве других дистрибутивов,
> есть 2 подсистемы шрифтов: новая, Fontconfig, 
> и старая, core X font subsystem, которая объявлена
> legacy and broken by design.
> 
> для установки шрифта в core X font subsystem нужен fonts.dir
> и симлинк в /etc/X11/fontpath.d.
> Большинство приложений сейчас использует Fontconfig,
> включая новый emacs. core X font subsystem нужна для совместимости
> со старыми приложениями, в т. ч. Qt1/Qt2 и gtk1.
> 
> Сейчас в Сизифе все наши шрифты недискриминантно устанавливаются сразу
> под обе подсистемы, в отличие от, например, SuSE и Fedora.
> 
> Там принято устанавливать под core X font subsystem только
> растровые и избранное множество проверенных векторных шрифтов, 
> так называемые Core Fonts, мотивируя это тем, что 
> 
> а) немногим старым приложениям нужны только экранные шрифты. 
> Все, кому нужно что-то большее, уже переехали на Fontconfig.
> 
> б) установка в core X font subsystem большого числа ненужных
> художественных otf/ttf шрифтов эквивалентна DoS атаке на X сервер
> через его протухший устаревший плохо поддерживаемый модуль.
> 
> Предлагаю и нам принять такое полиси и перестать устанавливать
> новые otf/ttf шрифты в core X font subsystem по умолчанию,
> оставив там только имеющиеся шрифты. 
> 
> Если пойти дальше, может быть, и часть имеющихся тоже перевести 
> в Fontconfig-only шрифты (выбросив fonts.dir и симлинк 
> в /etc/X11/fontpath.d).
> 
> 
> Ресурсы:
> 
> http://old-en.opensuse.org/Packaging/Fonts_Policy#Core_fonts
> http://fedoraproject.org/wiki/Packaging:FontsPolicy#Core_fonts
> Core fonts
> 
> Once upon a time every Linux GUI application used the so-called Core fonts server-side X11 backend[7]. It was riddled with problems. The FLOSS developers finally gave up on it, declared it legacy and broken by design, and moved to client-side font handling (fontconfig). Nowadays almost no modern Linux GUI application uses the Core fonts backend. Few (if any) people are willing to fix its remaining bugs.
> 
> Therefore, unless your font has previously been registered in Core fonts, and the problems triggered by this font hopefully fixed, you SHOULD NOT declare it there. This is especially true of fonts in modern (TTF or OTF) formats.
> 
> The users of this legacy backend won't thank you for destabilizing it with new fonts. They value stability. Otherwise they'd have moved to fontconfig like everyone else a long time ago.
> 
> 
> 
> http://markmail.org/message/4nwmisamzgkoklnp
> 
> fonts.dir and fonts.scale are used by the old X11 "core" font backend.
> 
> http://fedoraproject.org/wiki/Packaging:FontsPolicy#Core_fonts
> 
> It's been deprecated in favour of client-side font management (fontconfig) for about 7 years (replacing the X11 core font backend with fontconfig could probably be considered the first step that lead to modern modularized xorg). Nowadays almost nothing important uses the X11 core font backend in Fedora (even emacs finally switched and emacs is not exactly an agile project)
> 
> That being said many proprietary or niche software packages still use the old system because they either do not care a lot about i18n, or about Linux, or want code that works the same way on antique 'classic' Unix systems (less-antique Unix systems use fontconfig just as Linux as every single major GUI package requires it nowadays).
> 
> If you want to expose your fonts in the core font system you'll need to include fonts.* and symlink the directory you deploy your fonts in to /etc/X11/fontpath.d/ (note that software that still uses the old font system is likely to go bang if you feed it a modern font).
> 
> Fedora-side, we're not encouraging people to register new fonts in the core font system. We're keeping just enough old core fonts to make old apps happy (and don't install them by default anymore, so people who depend on them have to request them explicitely, and not continue to ignore the software landscape has changed) 

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

07.08.2011 23:37, Igor Vlasenko пишет:
> On Tue, Aug 02, 2011 at 06:44:15PM +0300, Igor Vlasenko wrote:
> 
> Внес упомянутые поправки в текст
> http://www.altlinux.org/Fonts_Policy
> прошу обсуждать на предмет принятия как действующее полиси.

  Думаю, надо чтобы пакет со шрифтами предоставлял Provides на файлы
шрифтов. Это позволит ставить файловые зависимости непосредственно на
требуемый фвйл шрифта, там где оно требуется. На пример при замене
шрифтов в пузе на ссылки.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Wed, Aug 10, 2011 at 12:33:41AM +0400, Aleksey Avdeev wrote:
>   Думаю, надо чтобы пакет со шрифтами предоставлял Provides на файлы
> шрифтов. Это позволит ставить файловые зависимости непосредственно на
> требуемый фвйл шрифта, там где оно требуется. На пример при замене
> шрифтов в пузе на ссылки.

Необьяснимый пример телепатии :)

Я как раз реализовал в rpm-build-fonts (0.06)
Provides: по имени шрифта, возвращаемом через fc-query,
и тут ваше письмо :) 


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

10.08.2011 00:39, Igor Vlasenko пишет:
> On Wed, Aug 10, 2011 at 12:33:41AM +0400, Aleksey Avdeev wrote:
>>   Думаю, надо чтобы пакет со шрифтами предоставлял Provides на файлы
>> шрифтов. Это позволит ставить файловые зависимости непосредственно на
>> требуемый фвйл шрифта, там где оно требуется. На пример при замене
>> шрифтов в пузе на ссылки.
> 
> Необьяснимый пример телепатии :)
> 
> Я как раз реализовал в rpm-build-fonts (0.06)
> Provides: по имени шрифта, возвращаемом через fc-query,
> и тут ваше письмо :) 

  Не, я немного не то имею в виду: меня интересует именно _путь_ к
_файлу_ шрифта, а не его имя.

  Хочу поставив в пакете линк на файл шрифта -- иметь возможность
требовать наличие этого файла _явным_ образом. Т. е. нужна возможность
поставить в спек что-то типа:

Requires: %_ttffontsdir/freefont/FreeSans.ttf

  Это позволит заранее застраховаться от разлома ссылки (например, если
FreeSans.ttf переедет в %_ttffontsdir/FreeFont/).

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Wed, Aug 10, 2011 at 12:53:27AM +0400, Aleksey Avdeev wrote:
>   Не, я немного не то имею в виду: меня интересует именно _путь_ к
> _файлу_ шрифта, а не его имя.
> 
>   Хочу поставив в пакете линк на файл шрифта -- иметь возможность
> требовать наличие этого файла _явным_ образом. Т. е. нужна возможность
> поставить в спек что-то типа:
> 
> Requires: %_ttffontsdir/freefont/FreeSans.ttf
> 
>   Это позволит заранее застраховаться от разлома ссылки (например, если
> FreeSans.ttf переедет в %_ttffontsdir/FreeFont/).

symlink.req всю эту работу сделает за вас.
он автоматом пропишет нужный Requires,
а provides будет по факту наличия файла.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

10.08.2011 01:01, Igor Vlasenko пишет:
> On Wed, Aug 10, 2011 at 12:53:27AM +0400, Aleksey Avdeev wrote:
>>   Не, я немного не то имею в виду: меня интересует именно _путь_ к
>> _файлу_ шрифта, а не его имя.
>>
>>   Хочу поставив в пакете линк на файл шрифта -- иметь возможность
>> требовать наличие этого файла _явным_ образом. Т. е. нужна возможность
>> поставить в спек что-то типа:
>>
>> Requires: %_ttffontsdir/freefont/FreeSans.ttf
>>
>>   Это позволит заранее застраховаться от разлома ссылки (например, если
>> FreeSans.ttf переедет в %_ttffontsdir/FreeFont/).
> 
> symlink.req всю эту работу сделает за вас.
> он автоматом пропишет нужный Requires,
> а provides будет по факту наличия файла.

  Спасибо, не знал.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

10.08.2011 00:39, Igor Vlasenko пишет:
> On Wed, Aug 10, 2011 at 12:33:41AM +0400, Aleksey Avdeev wrote:
>>   Думаю, надо чтобы пакет со шрифтами предоставлял Provides на файлы
>> шрифтов. Это позволит ставить файловые зависимости непосредственно на
>> требуемый фвйл шрифта, там где оно требуется. На пример при замене
>> шрифтов в пузе на ссылки.
> 
> Необьяснимый пример телепатии :)
> 
> Я как раз реализовал в rpm-build-fonts (0.06)
> Provides: по имени шрифта, возвращаемом через fc-query,
> и тут ваше письмо :) 

  А можно, макросы (только макросы) вынести из rpm-build-fonts в
rpm-macro-fonts?

  Макросы %_*fontsdir выглядят весьма вкусно, но вытягивание утилит
(mkfontscale, mkfontdir и xorg-font-encodings) для моих целей (замена
шрифтов в пузе на ссылку) излишне.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Wed, Aug 10, 2011 at 01:17:41AM +0400, Aleksey Avdeev wrote:
> > Необьяснимый пример телепатии :)
> > 
> > Я как раз реализовал в rpm-build-fonts (0.06)
> > Provides: по имени шрифта, возвращаемом через fc-query,
> > и тут ваше письмо :) 
> 
>   А можно, макросы (только макросы) вынести из rpm-build-fonts в
> rpm-macro-fonts?
> 
>   Макросы %_*fontsdir выглядят весьма вкусно, но вытягивание утилит
> (mkfontscale, mkfontdir и xorg-font-encodings) для моих целей (замена
> шрифтов в пузе на ссылку) излишне.

все-таки зачатки телепатии у меня есть :) 
Я rpm-macros-fonts тоже реализовал в 0.06.
вы наверное смотрели 0.05, где его еще нет.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

10.08.2011 01:07, Aleksey Avdeev пишет:
> 10.08.2011 01:01, Igor Vlasenko пишет:
>> On Wed, Aug 10, 2011 at 12:53:27AM +0400, Aleksey Avdeev wrote:
>>>   Не, я немного не то имею в виду: меня интересует именно _путь_ к
>>> _файлу_ шрифта, а не его имя.
>>>
>>>   Хочу поставив в пакете линк на файл шрифта -- иметь возможность
>>> требовать наличие этого файла _явным_ образом. Т. е. нужна возможность
>>> поставить в спек что-то типа:
>>>
>>> Requires: %_ttffontsdir/freefont/FreeSans.ttf
>>>
>>>   Это позволит заранее застраховаться от разлома ссылки (например, если
>>> FreeSans.ttf переедет в %_ttffontsdir/FreeFont/).
>>
>> symlink.req всю эту работу сделает за вас.
>> он автоматом пропишет нужный Requires,
>> а provides будет по факту наличия файла.
> 
>   Спасибо, не знал.

  Не работает, см. <http://git.altlinux.org/tasks/51485/task/log.3.1>:
symlink.req свою работу выполняет, и
/usr/share/fonts/freefont/FreeSans.ttf в зависимостях появляется. Но
наша build система ситает эту зависимость ошибкой:

2011-Aug-10 04:05:50 :: created test repo
	i586: NEW unmet dependencies detected:
moodle#1.9.13.20110803-alt0.1	/usr/share/fonts/freefont/FreeSans.ttf
	x86_64: NEW unmet dependencies detected:
moodle#1.9.13.20110803-alt0.1	/usr/share/fonts/freefont/FreeSans.ttf
2011-Aug-10 04:06:00 :: dependencies check FAILED

  Думаю что из-за того, что fonts-ttf-freefont _явным_ образом
/usr/share/fonts/freefont/FreeSans.ttf не предоставляет:

$ rpm -qp --provides fonts-ttf-freefont-0.060126-alt2.noarch.rpm
freefont-ttf
freefont-fonts-ttf = 0.060126
fonts-ttf-freefont = 0.060126-alt2

PS: Включение fonts-ttf-freefont в Requires пакета ситуации не исправило.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Wed, Aug 10, 2011 at 11:38:21AM +0400, Aleksey Avdeev wrote:
>   Не работает, см. <http://git.altlinux.org/tasks/51485/task/log.3.1>:
> symlink.req свою работу выполняет, и
> /usr/share/fonts/freefont/FreeSans.ttf в зависимостях появляется. Но
> наша build система ситает эту зависимость ошибкой:
>   Думаю что из-за того, что fonts-ttf-freefont _явным_ образом
> /usr/share/fonts/freefont/FreeSans.ttf не предоставляет:

Думаю, что все же из-за того, что ссылка битая, так как
файла /usr/share/fonts/freefont/FreeSans.ttf не существует,
а есть /usr/share/fonts/ttf/freefont/FreeSans.ttf.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

10.08.2011 12:18, Igor Vlasenko пишет:
> On Wed, Aug 10, 2011 at 11:38:21AM +0400, Aleksey Avdeev wrote:
>>   Не работает, см. <http://git.altlinux.org/tasks/51485/task/log.3.1>:
>> symlink.req свою работу выполняет, и
>> /usr/share/fonts/freefont/FreeSans.ttf в зависимостях появляется. Но
>> наша build система ситает эту зависимость ошибкой:
>>   Думаю что из-за того, что fonts-ttf-freefont _явным_ образом
>> /usr/share/fonts/freefont/FreeSans.ttf не предоставляет:
> 
> Думаю, что все же из-за того, что ссылка битая, так как
> файла /usr/share/fonts/freefont/FreeSans.ttf не существует,
> а есть /usr/share/fonts/ttf/freefont/FreeSans.ttf.

  Спасибо, дело именно в этом.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

10.08.2011 11:28, Igor Vlasenko пишет:
> On Wed, Aug 10, 2011 at 01:17:41AM +0400, Aleksey Avdeev wrote:
>>> Необьяснимый пример телепатии :)
>>>
>>> Я как раз реализовал в rpm-build-fonts (0.06)
>>> Provides: по имени шрифта, возвращаемом через fc-query,
>>> и тут ваше письмо :) 
>>
>>   А можно, макросы (только макросы) вынести из rpm-build-fonts в
>> rpm-macro-fonts?
>>
>>   Макросы %_*fontsdir выглядят весьма вкусно, но вытягивание утилит
>> (mkfontscale, mkfontdir и xorg-font-encodings) для моих целей (замена
>> шрифтов в пузе на ссылку) излишне.
> 
> все-таки зачатки телепатии у меня есть :) 
> Я rpm-macros-fonts тоже реализовал в 0.06.
> вы наверное смотрели 0.05, где его еще нет.

  А можно rpm-build-fonts-0.6 в t6/p6?

PS: Если и в 5.0 -- будет вообще прикрасно! :-)

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Sat, Aug 13, 2011 at 12:12:44PM +0400, Aleksey Avdeev wrote:
>   А можно rpm-build-fonts-0.6 в t6/p6?
> 
> PS: Если и в 5.0 -- будет вообще прикрасно! :-)

скопировал.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Aleksey Avdeev]

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

13.08.2011 13:18, Igor Vlasenko пишет:
> On Sat, Aug 13, 2011 at 12:12:44PM +0400, Aleksey Avdeev wrote:
>>   А можно rpm-build-fonts-0.6 в t6/p6?
>>
>> PS: Если и в 5.0 -- будет вообще прикрасно! :-)
> 
> скопировал.

  Спасибо.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

Еще внес пункт

== Разбивка на бинарные пакеты ==

Рекомендуется разбивать пакеты по семействам шрифтов. Пусть, например, есть набор шрифтов, у которых factory (производитель) шрифтов является Forest. Тогда Forest Fox.ttf, Forest Fox Bold.ttf, Forest Fox Oblique.ttf -- это одно семейство, а Forest Rabbit.ttf, Forest Rabbit Italic.ttf -- другое.

On Sun, Aug 07, 2011 at 10:37:00PM +0300, Igor Vlasenko wrote:
> On Tue, Aug 02, 2011 at 06:44:15PM +0300, Igor Vlasenko wrote:
> Внес упомянутые поправки в текст
> http://www.altlinux.org/Fonts_Policy
> прошу обсуждать на предмет принятия как действующее полиси.
> 
> > Уважаемые коллеги,
> > хочу начать обсуждение поправок к font policy.
> > 
> > 1) с недавним появлением в fontconfig filetrigger'а 
> > наконец устарели %post/un скрипты с вызовом fc-cache, 
> > а также макросы %post_fonts/%postun_fonts 
> > 
> > соответственно, по факту надо поправить rpm-build-fonts
> > и текст полиси.
> > 
> > 2) Установка шрифтов под core X font subsystem.
> > 
> > У нас, как и в большинстве других дистрибутивов,
> > есть 2 подсистемы шрифтов: новая, Fontconfig, 
> > и старая, core X font subsystem, которая объявлена
> > legacy and broken by design.
> > 
> > для установки шрифта в core X font subsystem нужен fonts.dir
> > и симлинк в /etc/X11/fontpath.d.
> > Большинство приложений сейчас использует Fontconfig,
> > включая новый emacs. core X font subsystem нужна для совместимости
> > со старыми приложениями, в т. ч. Qt1/Qt2 и gtk1.
> > 
> > Сейчас в Сизифе все наши шрифты недискриминантно устанавливаются сразу
> > под обе подсистемы, в отличие от, например, SuSE и Fedora.
> > 
> > Там принято устанавливать под core X font subsystem только
> > растровые и избранное множество проверенных векторных шрифтов, 
> > так называемые Core Fonts, мотивируя это тем, что 
> > 
> > а) немногим старым приложениям нужны только экранные шрифты. 
> > Все, кому нужно что-то большее, уже переехали на Fontconfig.
> > 
> > б) установка в core X font subsystem большого числа ненужных
> > художественных otf/ttf шрифтов эквивалентна DoS атаке на X сервер
> > через его протухший устаревший плохо поддерживаемый модуль.
> > 
> > Предлагаю и нам принять такое полиси и перестать устанавливать
> > новые otf/ttf шрифты в core X font subsystem по умолчанию,
> > оставив там только имеющиеся шрифты. 
> > 
> > Если пойти дальше, может быть, и часть имеющихся тоже перевести 
> > в Fontconfig-only шрифты (выбросив fonts.dir и симлинк 
> > в /etc/X11/fontpath.d).
> > 
> > 
> > Ресурсы:
> > 
> > http://old-en.opensuse.org/Packaging/Fonts_Policy#Core_fonts
> > http://fedoraproject.org/wiki/Packaging:FontsPolicy#Core_fonts
> > Core fonts
> > 
> > Once upon a time every Linux GUI application used the so-called Core fonts server-side X11 backend[7]. It was riddled with problems. The FLOSS developers finally gave up on it, declared it legacy and broken by design, and moved to client-side font handling (fontconfig). Nowadays almost no modern Linux GUI application uses the Core fonts backend. Few (if any) people are willing to fix its remaining bugs.
> > 
> > Therefore, unless your font has previously been registered in Core fonts, and the problems triggered by this font hopefully fixed, you SHOULD NOT declare it there. This is especially true of fonts in modern (TTF or OTF) formats.
> > 
> > The users of this legacy backend won't thank you for destabilizing it with new fonts. They value stability. Otherwise they'd have moved to fontconfig like everyone else a long time ago.
> > 
> > 
> > 
> > http://markmail.org/message/4nwmisamzgkoklnp
> > 
> > fonts.dir and fonts.scale are used by the old X11 "core" font backend.
> > 
> > http://fedoraproject.org/wiki/Packaging:FontsPolicy#Core_fonts
> > 
> > It's been deprecated in favour of client-side font management (fontconfig) for about 7 years (replacing the X11 core font backend with fontconfig could probably be considered the first step that lead to modern modularized xorg). Nowadays almost nothing important uses the X11 core font backend in Fedora (even emacs finally switched and emacs is not exactly an agile project)
> > 
> > That being said many proprietary or niche software packages still use the old system because they either do not care a lot about i18n, or about Linux, or want code that works the same way on antique 'classic' Unix systems (less-antique Unix systems use fontconfig just as Linux as every single major GUI package requires it nowadays).
> > 
> > If you want to expose your fonts in the core font system you'll need to include fonts.* and symlink the directory you deploy your fonts in to /etc/X11/fontpath.d/ (note that software that still uses the old font system is likely to go bang if you feed it a modern font).
> > 
> > Fedora-side, we're not encouraging people to register new fonts in the core font system. We're keeping just enough old core fonts to make old apps happy (and don't install them by default anymore, so people who depend on them have to request them explicitely, and not continue to ignore the software landscape has changed) 
> 
> -- 
> 
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine
> 
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: Font policy 2.0 discussion

[Igor Vlasenko]

On Tue, Aug 02, 2011 at 06:44:15PM +0300, Igor Vlasenko wrote:
> Уважаемые коллеги,
> хочу начать обсуждение поправок к font policy.

http://www.altlinux.org/Fonts_Policy
обсуждалось положенный срок,
возражений вроде бы не вызвало,
так что если возражений не возникнет,
помечу как действующее полиси.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.