[devel] chkfontpath или вторая часть марлезонского балета

[devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

Hi!

сухой остаток по шрифтовым пакетам:
fonts-bitmap-cyr_rfx-cp1251-1.1a-alt1.src.rpm   Vitaly Lipatov <lav@alt>
fonts-bitmap-terminus-4.20-alt2.src.rpm Eugene Vlasov <eugvv@alt>
fonts-bitmap-univga-0.0.20021031-alt3.src.rpm   Sergey Vlasov <vsu@alt>
fonts-otf-oldstandard-1.0-alt1.src.rpm  Vitaly Lipatov <lav@alt>
fonts-otf-tempora-0.2-alt1.src.rpm      Vitaly Lipatov <lav@alt>
fonts-ttf-charis-4.100-alt1.src.rpm     Vitaly Lipatov <lav@alt>
fonts-ttf-church-20050115-alt3.src.rpm  Vitaly Lipatov <lav@alt>
fonts-ttf-dejavu-2.18-alt1.src.rpm      Alexey Rusakov <ktirf@alt>
fonts-ttf-gentium-1.0.2-alt1.src.rpm    Vitaly Lipatov <lav@alt>
fonts-ttf-gost-7.2-alt2.src.rpm Vitaly Lipatov <lav@alt>
fonts-ttf-junicode-0.6.15-alt1.src.rpm  Vitaly Lipatov <lav@alt>
fonts-ttf-latex-xft-0.1-alt3.src.rpm    Vitaly Lipatov <lav@alt>
fonts-ttf-liberation-0.1-alt1.src.rpm   Vitaly Lipatov <lav@alt>
fonts-ttf-linuxlibertine-2.5.9-alt1.src.rpm     Vitaly Lipatov <lav@alt>
fonts-ttf-oldstandard-1.0-alt1.src.rpm  Vitaly Lipatov <lav@alt>
fonts-ttf-tempora-0.2-alt1.src.rpm      Vitaly Lipatov <lav@alt>
fonts-ttf-znamen-20051015-alt1.src.rpm  Vitaly Lipatov <lav@alt>
fonts-type1-church-20050115-alt4.src.rpm        Vitaly Lipatov <lav@alt>
fonts-type1-phonetic-0.19980806-alt1.src.rpm    Igor Vlasenko <viy@alt>
sharatype-fonts-2.0.4-alt2.src.rpm      Vitaly Lipatov <lav@alt>
tempora-fonts-otf-0.2-alt0.1.src.rpm    Vitaly Lipatov <lav@alt>
fonts-ttf-j2se-sun-1.6.0.01-alt2.i586.rpm   Igor Vlasenko <viy@alt>

макросов придется ждать долго, т.к. еще даже не решили куда их класть, т.ч. 
еще раз предлагаю свою помощь

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Alexey Rusakov]

On Fri, 31 Aug 2007 14:22:38 +0400
Valery V. Inozemtsev wrote:

> макросов придется ждать долго, т.к. еще даже не решили куда их класть
rpm-build-fonts, очевидно.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 31 августа 2007 Alexey Rusakov написал(a):
> On Fri, 31 Aug 2007 14:22:38 +0400
>
> Valery V. Inozemtsev wrote:
> > макросов придется ждать долго, т.к. еще даже не решили куда их класть
>
> rpm-build-fonts, очевидно.

кто это будет делать?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Alexey Rusakov]

On Fri, 31 Aug 2007 14:40:23 +0400
Valery V. Inozemtsev wrote:

> В сообщении от 31 августа 2007 Alexey Rusakov написал(a):
> > On Fri, 31 Aug 2007 14:22:38 +0400
> >
> > Valery V. Inozemtsev wrote:
> > > макросов придется ждать долго, т.к. еще даже не решили куда их класть
> >
> > rpm-build-fonts, очевидно.
> 
> кто это будет делать?
С lav@ можно связаться по джабберу (lav@altlinux), или прислать ему патч,
или иначе договориться. Днём он рассылки сейчас не читает.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Vitaly Lipatov]

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

On 31 августа 2007, Valery V. Inozemtsev wrote:
> В сообщении от 31 августа 2007 Alexey Rusakov написал(a):
> > On Fri, 31 Aug 2007 14:22:38 +0400
> >
> > Valery V. Inozemtsev wrote:
> > > макросов придется ждать долго, т.к. еще даже не решили
> > > куда их класть
> >
> > rpm-build-fonts, очевидно.
>
> кто это будет делать?
Со своей стороны я был бы признателен, если бы кто-нибудь 
подытожил обсуждение, которое началось с "макросы - зло" и 
закончилось обсуждением как бы заново написать макросы из 
rpm-build-fonts.

Меня поражает игнорирование того, для чего предназначался 
rpm-build-fonts - он ведь позволяет изменить только макросы для 
следования новым правилам, не трогая спеки.

Итак, опубликована ли новая схема, которая утверждена для 
внедрения? 

P.S.
Если что, мне не составит труда принять патч или самому внести 
необходимые изменения в rpm-build-fonts.

P.P.S.
Шрифтовые пакеты Вячеслава Диконова считаю нужным перепаковывать, 
используя rpm-build-fonts.

Попытки игнорирования и выкидывания rpm-build-fonts являются 
проявлением неуважения к чужому труду, нежеланием упростить 
жизнь мантейнерам шрифтовых пакетов и уменьшит ошибки в спеках.

Текущие правила нужно зафиксировать на
http://www.freesource.info/wiki/Altlinux/Policy/Fonts


-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Vitaly Lipatov написал(a):
> On 31 августа 2007, Valery V. Inozemtsev wrote:
> > В сообщении от 31 августа 2007 Alexey Rusakov написал(a):
> > > On Fri, 31 Aug 2007 14:22:38 +0400
> > >
> > > Valery V. Inozemtsev wrote:
> > > > макросов придется ждать долго, т.к. еще даже не решили
> > > > куда их класть
> > >
> > > rpm-build-fonts, очевидно.
> >
> > кто это будет делать?
>
> Со своей стороны я был бы признателен, если бы кто-нибудь
> подытожил обсуждение, которое началось с "макросы - зло"

в макросах должны быть только каталоги, в остальном мантейнер должен понимать 
то что он делает

>и закончилось обсуждением как бы заново написать макросы из
> rpm-build-fonts.

там должны быть только каталоги, все остальное достаточно описать в полиси

>
> Меня поражает игнорирование того, для чего предназначался
> rpm-build-fonts - он ведь позволяет изменить только макросы для
> следования новым правилам, не трогая спеки.

без осознания/понимания того что изменилось

>
> Итак, опубликована ли новая схема, которая утверждена для
> внедрения?

пока только в рассылке, я перешлю выжимку

>
> P.S.
> Если что, мне не составит труда принять патч или самому внести
> необходимые изменения в rpm-build-fonts.

rpm-build-fonts годится только для ttf/otf шрифтов, не забывай про 
bitmap/type1

>
> P.P.S.
> Шрифтовые пакеты Вячеслава Диконова считаю нужным перепаковывать,
> используя rpm-build-fonts.

макросы ради макросов? извини, Виталик, но это моразм

>
> Попытки игнорирования и выкидывания rpm-build-fonts являются
> проявлением неуважения к чужому труду, нежеланием упростить
> жизнь мантейнерам шрифтовых пакетов и уменьшит ошибки в спеках.

его не выкидывают. в rpm-build-fonts должен быть необходимый минимум

>
> Текущие правила нужно зафиксировать на
> http://www.freesource.info/wiki/Altlinux/Policy/Fonts

я не могу редактировать эту страницу

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Vitaly Lipatov]

On 1 сентября 2007, Valery V. Inozemtsev wrote:
...
> в макросах должны быть только каталоги, в остальном мантейнер
> должен понимать то что он делает
Не согласен. Я много лет не паковал шрифты, или паковал 
неправильно, и только потому, что мне не было известно, что 
точно и правильно нужно делать для их установки.

> >и закончилось обсуждением как бы заново написать макросы из
> > rpm-build-fonts.
>
> там должны быть только каталоги, все остальное достаточно
> описать в полиси
Я считаю, что всё описанное в полиси должно быть как можно глубже 
упрятано и в спеке должен быть минимум этой мишуры, которая с 
видоизменениями кочует из пакета в пакет.

> > Меня поражает игнорирование того, для чего предназначался
> > rpm-build-fonts - он ведь позволяет изменить только макросы
> > для следования новым правилам, не трогая спеки.
>
> без осознания/понимания того что изменилось
Как мантейнер шрифтового пакета, который меняется раз в два года, 
вовсе не желаю понимать и замечать что там всё время меняется, и 
тем более объяснять это другим.

> > Если что, мне не составит труда принять патч или самому
> > внести необходимые изменения в rpm-build-fonts.
>
> rpm-build-fonts годится только для ttf/otf шрифтов, не забывай
> про bitmap/type1
rpm-build-fonts сделан для ttf/otf/bitmap/type1, это написано в
http://www.freesource.info/wiki/Altlinux/Policy/Fonts/

> > P.P.S.
> > Шрифтовые пакеты Вячеслава Диконова считаю нужным
> > перепаковывать, используя rpm-build-fonts.
>
> макросы ради макросов? извини, Виталик, но это моразм
Вовсе не потому, а потому что между спеками различных пакетов 
должно быть минимум повторений. Это общее правило, и всё что 
можно обобщить, у нас всегда превращалось в удобные макросы.

> > Текущие правила нужно зафиксировать на
> > http://www.freesource.info/wiki/Altlinux/Policy/Fonts
>
> я не могу редактировать эту страницу
Ну это говорят какие-то временные проблемы freesource. Или 
достаточно просто залогиниться?


-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Vitaly Lipatov написал(a):
> On 1 сентября 2007, Valery V. Inozemtsev wrote:
> ...
>
> > в макросах должны быть только каталоги, в остальном мантейнер
> > должен понимать то что он делает
>
> Не согласен. Я много лет не паковал шрифты, или паковал
> неправильно, и только потому, что мне не было известно, что
> точно и правильно нужно делать для их установки.

вот для этого и нужно внятное полиси

>
> > >и закончилось обсуждением как бы заново написать макросы из
> > > rpm-build-fonts.
> >
> > там должны быть только каталоги, все остальное достаточно
> > описать в полиси
>
> Я считаю, что всё описанное в полиси должно быть как можно глубже
> упрятано и в спеке должен быть минимум этой мишуры, которая с
> видоизменениями кочует из пакета в пакет.
>
> > > Меня поражает игнорирование того, для чего предназначался
> > > rpm-build-fonts - он ведь позволяет изменить только макросы
> > > для следования новым правилам, не трогая спеки.
> >
> > без осознания/понимания того что изменилось
>
> Как мантейнер шрифтового пакета, который меняется раз в два года,
> вовсе не желаю понимать и замечать что там всё время меняется, и
> тем более объяснять это другим.

надеюсь это последнее изменение

>
> > > Если что, мне не составит труда принять патч или самому
> > > внести необходимые изменения в rpm-build-fonts.
> >
> > rpm-build-fonts годится только для ttf/otf шрифтов, не забывай
> > про bitmap/type1
>
> rpm-build-fonts сделан для ttf/otf/bitmap/type1, это написано в
> http://www.freesource.info/wiki/Altlinux/Policy/Fonts/

всего не предусмотришь, особенно для bitmap шрифтов

>
> > > P.P.S.
> > > Шрифтовые пакеты Вячеслава Диконова считаю нужным
> > > перепаковывать, используя rpm-build-fonts.
> >
> > макросы ради макросов? извини, Виталик, но это моразм
>
> Вовсе не потому, а потому что между спеками различных пакетов
> должно быть минимум повторений. Это общее правило, и всё что
> можно обобщить, у нас всегда превращалось в удобные макросы.

перепаковывать тучу пакетов ради несуществующих пока макросов?

>
> > > Текущие правила нужно зафиксировать на
> > > http://www.freesource.info/wiki/Altlinux/Policy/Fonts
> >
> > я не могу редактировать эту страницу
>
> Ну это говорят какие-то временные проблемы freesource. Или
> достаточно просто залогиниться?

я даже залогиниться не могу

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Michael Shigorin]

On Sat, Sep 01, 2007 at 01:14:01PM +0400, Vitaly Lipatov wrote:
> > в макросах должны быть только каталоги, в остальном мантейнер
> > должен понимать то что он делает
> Не согласен. Я много лет не паковал шрифты, или паковал
> неправильно, и только потому, что мне не было известно, что
> точно и правильно нужно делать для их установки.

Мало того -- это понимание может изменяться во времени
(как вот сейчас) и заставлять всех вникать в нюансы своей
кухни без реальной необходимости -- как минимум неразумно.

> > > Текущие правила нужно зафиксировать на
> > > http://www.freesource.info/wiki/Altlinux/Policy/Fonts
> > я не могу редактировать эту страницу
> Ну это говорят какие-то временные проблемы freesource.
> Или достаточно просто залогиниться?

Эта страница доступна по записи зарегистрированным пользователям.

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

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Michael Shigorin написал(a):
> On Sat, Sep 01, 2007 at 01:14:01PM +0400, Vitaly Lipatov wrote:
> > > в макросах должны быть только каталоги, в остальном мантейнер
> > > должен понимать то что он делает
> >
> > Не согласен. Я много лет не паковал шрифты, или паковал
> > неправильно, и только потому, что мне не было известно, что
> > точно и правильно нужно делать для их установки.
>
> Мало того -- это понимание может изменяться во времени
> (как вот сейчас) и заставлять всех вникать в нюансы своей
> кухни без реальной необходимости -- как минимум неразумно.

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

>
> > > > Текущие правила нужно зафиксировать на
> > > > http://www.freesource.info/wiki/Altlinux/Policy/Fonts
> > >
> > > я не могу редактировать эту страницу
> >
> > Ну это говорят какие-то временные проблемы freesource.
> > Или достаточно просто залогиниться?
>
> Эта страница доступна по записи зарегистрированным пользователям.



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Mykola S. Grechukh]

2007/9/1, Valery V. Inozemtsev <shrek@>:
> опять мимо. это пользователям нет реальной необходимости вникать в тонкости, а
> мантейнер на то и мантейнер что бы понимать то что он делает, иначе можно
> было бы все повесить на qa-robot.

все что можно повесить на робота, нужно на него повесить.

[devel] хочу %trigger

[Michael Shigorin]

On Sat, Sep 01, 2007 at 04:43:46PM +0400, Valery V. Inozemtsev wrote:
> > > > в макросах должны быть только каталоги, в остальном
> > > > мантейнер должен понимать то что он делает
> > > Не согласен. Я много лет не паковал шрифты, или паковал
> > > неправильно, и только потому, что мне не было известно, что
> > > точно и правильно нужно делать для их установки.
> > Мало того -- это понимание может изменяться во времени
> > (как вот сейчас) и заставлять всех вникать в нюансы своей
> > кухни без реальной необходимости -- как минимум неразумно.
> опять мимо. это пользователям нет реальной необходимости
> вникать в тонкости, а мантейнер на то и мантейнер что бы
> понимать то что он делает

В данном случае Виталик понимает, а ты -- до сих пор нет. :(

Объясняю ещё раз на пальцах: у меня был пакет vera-fonts-ttf.
Собран он был как зависимость одного аплета.  При сборке мне
пришлось не только перечитать те наброски полиси, которые ещё
найти надо было (а я хотя бы немного ориентируюсь, где искать),
но и облазить с десяток спеков, пытаясь сообразить, какой %post
лучше.

Нафига мне это упало, спрашивается в задачке?

> иначе можно было бы все повесить на qa-robot.

Так лучше всего, когда как можно больше дурной работы можно
сбросить на скрипты.  Или тебе было весело лопатить несколько
десятков пакетов?

> я затеял это не для себя и не ради того что бы написать кучу
> макросов и пересобрать десяток другой пакетов от безделья.
> хотелось успеть все это закончить к выпуску мастера

Ты всерьёз считаешь, что с таким отношением как к обновлению, так
и к едва ли не лучшему, что есть в rpm для уменьшения количества
дурной работы -- предложение смержить такие сборки в бранч будет
встречено аплодисментами?

> но видать проблемы тех кто этим будет пользоваться всем по
> барабану. 

Про проблемы с использованием, извини -- когда xorg будет
работать и с тем конфигом, который получил после dist-upgrade,
и с созданным по новой моде.

А то тебе говорят про эти самые проблемы, а тебе они просто до
лампочки -- "сами дураки, что пользуетесь".  Нафига такое?

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

В данном случае работа, выполненная с применением макросов для
обеспечения постустановочных действий, имеет больше шансов через
N лет при следующем изменении моды не повторяться, а именно что
быть выполненной автоматически.

Флеймить неинтересно, поэтому сразу предложил строчку, которая
бы решила мою проблему.

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

[devel] не надо грязи на макросы

[Michael Shigorin]

On Sat, Sep 01, 2007 at 12:42:38PM +0400, Valery V. Inozemtsev wrote:
> > > > rpm-build-fonts, очевидно.
> > > кто это будет делать?
> > Со своей стороны я был бы признателен, если бы кто-нибудь
> > подытожил обсуждение, которое началось с "макросы - зло"
> в макросах должны быть только каталоги, в остальном мантейнер
> должен понимать то что он делает
> > P.P.S.
> > Шрифтовые пакеты Вячеслава Диконова считаю нужным
> > перепаковывать, используя rpm-build-fonts.
> макросы ради макросов? извини, Виталик, но это моразм

Валер, прекрати рассказывать и тем более делать такие глупости,
пожалуйста.  То, что "макросы -- это каталоги", является
исключительно твоим заблуждением.

---
При разработке изменений и дополнений к RPM решались следующие задачи:
[...]
Помочь разработчику: так как spec-файлы все ещё пишут люди, то их
работу нужно свести к тому минимуму, который, собственно, и
требует участия человека. Разработчик не должен копировать блоки
кода из файла в файл, ибо эта неинтеллектуальная работа отнимает
массу сил и чревата ошибками. Для этого есть макросы. Если
какой-то код появляется в разных spec-файлах более одного раза,
то надо написать макрос(ы).
--- http://docs.altlinux.ru/alt/devel/ch01s02.html

PS: скажи, куда нарисовать триггер, который сделает нечто вроде

subst 's,^\([[:blank:]]\+FontPath[[:blank:]]\+\)"unix/:-1",\1"catalogue:/etc/X11/fontpath.d",' /etc/X11/xorg.conf

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

PPS: коллеги, я понимаю, что полнолуние, но давайте как-то...

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

Re: [devel] не надо грязи на макросы

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Michael Shigorin написал(a):
> On Sat, Sep 01, 2007 at 12:42:38PM +0400, Valery V. Inozemtsev wrote:
> > > > > rpm-build-fonts, очевидно.
> > > >
> > > > кто это будет делать?
> > >
> > > Со своей стороны я был бы признателен, если бы кто-нибудь
> > > подытожил обсуждение, которое началось с "макросы - зло"
> >
> > в макросах должны быть только каталоги, в остальном мантейнер
> > должен понимать то что он делает
> >
> > > P.P.S.
> > > Шрифтовые пакеты Вячеслава Диконова считаю нужным
> > > перепаковывать, используя rpm-build-fonts.
> >
> > макросы ради макросов? извини, Виталик, но это моразм
>
> Валер, прекрати рассказывать и тем более делать такие глупости,
> пожалуйста.  То, что "макросы -- это каталоги", является
> исключительно твоим заблуждением.

не только, а касательно rpm-build-fonts, больше по большому счету там 
макросить нечево

>
> ---
> При разработке изменений и дополнений к RPM решались следующие задачи:
> [...]
...

> PS: скажи, куда нарисовать триггер, который сделает нечто вроде
>
> subst
> 's,^\([[:blank:]]\+FontPath[[:blank:]]\+\)"unix/:-1",\1"catalogue:/etc/X11/
>fontpath.d",' /etc/X11/xorg.conf

лучше нарисуй что то что вынесет всю секцию Files

>
> -- нарисую.  А то, видишь ли, понимать, какую именно неизбежную
> подстановку надо выполнить, чтоб полсистемы не отвалилось -- мне
> тоже лень, такой вот у меня маразм неслакваристический.
>
> PPS: коллеги, я понимаю, что полнолуние, но давайте как-то...

давайте... Мишь, только не говори что ты не слышал о том, что не надо 
пользовать XFS на локальной машине

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 01:42:52PM +0400, Valery V. Inozemtsev wrote:
> > PS: скажи, куда нарисовать триггер, который сделает нечто вроде
> > subst
> > 's,^\([[:blank:]]\+FontPath[[:blank:]]\+\)"unix/:-1",\1"catalogue:/etc/X11/
> >fontpath.d",' /etc/X11/xorg.conf
> лучше нарисуй что то что вынесет всю секцию Files

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

Пользователь к утру остыл и пытается сообразить, чем помочь
другим, кто будет дист-апгрейдиться :-)

> Мишь, только не говори что ты не слышал о том, что не надо
> пользовать XFS на локальной машине

Да слышал, просто оно мне не мешало как бы.

Хороший пакет -- это который из одной очевидной (предсказуемой)
рабочей конфигурации в другую предсказуемую и желательно рабочую
переходит самостоятельно или хотя бы привлекая внимание к
необходимости рукоприкладства в %post, а то и %pre.

В качестве примера такого подхода можешь посмотреть пакет
glibc-preinstall или вспомнить переезд на module-init-tools.

Если есть ощущение, что многие напорются или прохлопают ушами
(я _читал_ твой анонс, но не мог и предположить, что иксы
схлопнутся при рестарте) -- лучше не вываливать пакет в incoming,
а выложить у себя, дать анонс и время/возможность понять, как
можно сделать переход автоматически более мягким.

Такой вариант устраивает?

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Michael Shigorin написал(a):
> On Sat, Sep 01, 2007 at 01:42:52PM +0400, Valery V. Inozemtsev wrote:
> > > PS: скажи, куда нарисовать триггер, который сделает нечто вроде
> > > subst
> > > 's,^\([[:blank:]]\+FontPath[[:blank:]]\+\)"unix/:-1",\1"catalogue:/etc/
> > >X11/ fontpath.d",' /etc/X11/xorg.conf
> >
> > лучше нарисуй что то что вынесет всю секцию Files
>
> Ты этого не рекомендовал,

я это прибил гвоздями в иксах, раз уж там это предусмотрено

> а рекомендованное и по факту 
> обязательное действие зачем-то оставил изрядно разозлённому
> неработоспособностью иксов пользователю (вроде меня вот).
>
> Пользователь к утру остыл и пытается сообразить, чем помочь
> другим, кто будет дист-апгрейдиться :-)
>
> > Мишь, только не говори что ты не слышал о том, что не надо
> > пользовать XFS на локальной машине
>
> Да слышал, просто оно мне не мешало как бы.

оно не мешало бы и дальше не зависимо от очередного анонса пока не сломалось

>
> Хороший пакет -- это который из одной очевидной (предсказуемой)
> рабочей конфигурации в другую предсказуемую и желательно рабочую
> переходит самостоятельно или хотя бы привлекая внимание к
> необходимости рукоприкладства в %post, а то и %pre.

оно и перешло бы, если прислушивались к тому о чем говорилось в течении 
последних пару лет точно

>
> В качестве примера такого подхода можешь посмотреть пакет
> glibc-preinstall или вспомнить переезд на module-init-tools.

неудачный пример

>
> Если есть ощущение, что многие напорются или прохлопают ушами
> (я _читал_ твой анонс, но не мог и предположить, что иксы
> схлопнутся при рестарте) -- лучше не вываливать пакет в incoming,
> а выложить у себя, дать анонс и время/возможность понять, как
> можно сделать переход автоматически более мягким.
>
> Такой вариант устраивает?


-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

> > В качестве примера такого подхода можешь посмотреть пакет
> > glibc-preinstall или вспомнить переезд на module-init-tools.
>
> неудачный пример

неправильно выразился. для данного случая пример не подходящий. насчет 
glibc... вспомни kernel-2.4 и glibc-2.5 и ни одной инструкции как переехать с 
Master 2.4 на Server 4.0

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Konstantin A. Lepikhov]

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

Hi Valery!

Saturday 01, at 02:25:58 PM you wrote:

> > > В качестве примера такого подхода можешь посмотреть пакет
> > > glibc-preinstall или вспомнить переезд на module-init-tools.
> >
> > неудачный пример
> 
> неправильно выразился. для данного случая пример не подходящий. насчет 
> glibc... вспомни kernel-2.4 и glibc-2.5 и ни одной инструкции как переехать с 
> Master 2.4 на Server 4.0
а что там инструктировать? Поставил ядро из updates/3.0, readline4 и
переехал.

-- 
WBR et al.

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Konstantin A. Lepikhov написал(a):
> Hi Valery!
>
> Saturday 01, at 02:25:58 PM you wrote:
> > > > В качестве примера такого подхода можешь посмотреть пакет
> > > > glibc-preinstall или вспомнить переезд на module-init-tools.
> > >
> > > неудачный пример
> >
> > неправильно выразился. для данного случая пример не подходящий. насчет
> > glibc... вспомни kernel-2.4 и glibc-2.5 и ни одной инструкции как
> > переехать с Master 2.4 на Server 4.0
>
> а что там инструктировать? Поставил ядро из updates/3.0, readline4 и
> переехал.

заметьте, это сказано о дистрибутивах. Костик, и после этого ты от меня 
требуешь анонса в сизифе о том что не ломалось?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 05:12:37PM +0400, Valery V. Inozemtsev wrote:
> > > неправильно выразился. для данного случая пример не
> > > подходящий. насчет glibc... вспомни kernel-2.4 и glibc-2.5
> > > и ни одной инструкции как переехать с Master 2.4 на Server
> > > 4.0
> > а что там инструктировать? Поставил ядро из updates/3.0,
> > readline4 и переехал.
> заметьте, это сказано о дистрибутивах.

Думаю, в M40 следует уложить или то, или отдельно собранное.

> Костик, и после этого ты от меня требуешь анонса в сизифе о том
> что не ломалось?

Если у тебя не ломалось -- это не значит, что у других не
ломалось.  Если ты не используешь xfs, но в дистрибутивах
он вплоть до 4.0 устанавливался и использовался -- значит,
следует ожидать того, что у кучи людей до сих пор так и есть.

И такой вариант по возможности надо проверить или предупредить,
что обновление проверялось только при отсутствии xfs.

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Michael Shigorin написал(a):
> On Sat, Sep 01, 2007 at 05:12:37PM +0400, Valery V. Inozemtsev wrote:
> > > > неправильно выразился. для данного случая пример не
> > > > подходящий. насчет glibc... вспомни kernel-2.4 и glibc-2.5
> > > > и ни одной инструкции как переехать с Master 2.4 на Server
> > > > 4.0
> > >
> > > а что там инструктировать? Поставил ядро из updates/3.0,
> > > readline4 и переехал.
> >
> > заметьте, это сказано о дистрибутивах.
>
> Думаю, в M40 следует уложить или то, или отдельно собранное.
>
> > Костик, и после этого ты от меня требуешь анонса в сизифе о том
> > что не ломалось?
>
> Если у тебя не ломалось -- это не значит, что у других не
> ломалось.  Если ты не используешь xfs, но в дистрибутивах
> он вплоть до 4.0 устанавливался и использовался -- значит,
> следует ожидать того, что у кучи людей до сих пор так и есть.

нда... трудно не согласиться. заменю subst '/^.*FontPath.*\/usr.*/d' на 
subst '/^.*FontPath.*/d'

>
> И такой вариант по возможности надо проверить или предупредить,
> что обновление проверялось только при отсутствии xfs.



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 06:46:40PM +0400, Valery V. Inozemtsev wrote:
> > Если у тебя не ломалось -- это не значит, что у других не
> > ломалось.  Если ты не используешь xfs, но в дистрибутивах
> > он вплоть до 4.0 устанавливался и использовался -- значит,
> > следует ожидать того, что у кучи людей до сих пор так и есть.
> нда... трудно не согласиться.
> заменю subst '/^.*FontPath.*\/usr.*/d' на subst '/^.*FontPath.*/d'

Спасибо!

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Dmitry V. Levin]

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

On Sat, Sep 01, 2007 at 06:46:40PM +0400, Valery V. Inozemtsev wrote:
[...]
> нда... трудно не согласиться. заменю subst '/^.*FontPath.*\/usr.*/d' на 
> subst '/^.*FontPath.*/d'

Старайтесь не удалять из конфигов то, что не вы туда написали,
subst 's/^[[:space:]]*FontPath/#&/'


-- 
ldv

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

В сообщении от 2 сентября 2007 Dmitry V. Levin написал(a):
> On Sat, Sep 01, 2007 at 06:46:40PM +0400, Valery V. Inozemtsev wrote:
> [...]
>
> > нда... трудно не согласиться. заменю subst '/^.*FontPath.*\/usr.*/d' на
> > subst '/^.*FontPath.*/d'
>
> Старайтесь не удалять из конфигов то, что не вы туда написали,
> subst 's/^[[:space:]]*FontPath/#&/'

исправил

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Q: FontPath in xorg.conf

[Dmitry V. Levin]

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

On Sat, Sep 01, 2007 at 04:46:20PM +0300, Michael Shigorin wrote:
[...]
> Если у тебя не ломалось -- это не значит, что у других не
> ломалось.  Если ты не используешь xfs, но в дистрибутивах
> он вплоть до 4.0 устанавливался и использовался -- значит,
> следует ожидать того, что у кучи людей до сих пор так и есть.

А в 4.0, стало быть, по умолчанию в xorg.conf указан FontPath?
Бага висит?


-- 
ldv

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

Re: [devel] Q: FontPath in xorg.conf

[Valery V. Inozemtsev]

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

В сообщении от 3 сентября 2007 Dmitry V. Levin написал(a):
> On Sat, Sep 01, 2007 at 04:46:20PM +0300, Michael Shigorin wrote:
> [...]
>
> > Если у тебя не ломалось -- это не значит, что у других не
> > ломалось.  Если ты не используешь xfs, но в дистрибутивах
> > он вплоть до 4.0 устанавливался и использовался -- значит,
> > следует ожидать того, что у кучи людей до сих пор так и есть.
>
> А в 4.0, стало быть, по умолчанию в xorg.conf указан FontPath?

в 4.0 ничего не указано, все грузится исходя из /etc/X11/fs/config, т.ч. эти 
изменения для 4.0 только на пользу

> Бага висит?



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 02:25:58PM +0400, Valery V. Inozemtsev wrote:
> > > В качестве примера такого подхода можешь посмотреть пакет
> > > glibc-preinstall или вспомнить переезд на module-init-tools.
> > неудачный пример
> неправильно выразился. для данного случая пример не подходящий.

Почему?

> насчет glibc... вспомни kernel-2.4 и glibc-2.5 и ни одной
> инструкции как переехать с Master 2.4 на Server 4.0

Эта инструкция будет начинаться с "поставьте эту сборку
kernel-2.6 для M24", а не читающих инструкции спасёт, как
уже было при внедрении glibc-2.5 местами, эта страховка.

Заметь, на сборочнице с сизифом, которая жила в VPS под M24,
я самолично налетел на эту проблему спустя менее суток после
того, как слышал брань raorn@ с потиранием шишки.  Дошло
только когда увидел нонче занесённое сюда:

http://www.freesource.info/wiki/MichaelShigorin/memoires

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Michael Shigorin написал(a):
> On Sat, Sep 01, 2007 at 02:25:58PM +0400, Valery V. Inozemtsev wrote:
> > > > В качестве примера такого подхода можешь посмотреть пакет
> > > > glibc-preinstall или вспомнить переезд на module-init-tools.
> > >
> > > неудачный пример
> >
> > неправильно выразился. для данного случая пример не подходящий.
>
> Почему?
>
> > насчет glibc... вспомни kernel-2.4 и glibc-2.5 и ни одной
> > инструкции как переехать с Master 2.4 на Server 4.0
>
> Эта инструкция будет начинаться с "поставьте эту сборку
> kernel-2.6 для M24", а не читающих инструкции спасёт, как
> уже было при внедрении glibc-2.5 местами, эта страховка.

ну я тоже перевел не один сервер с М24 на 4.0, даже без энтой сборки 
kernel-2.6, обходился тем что было в бранче...
собственно я это к тому что всего не предусмотришь и в результате что нибудь 
да сломается. в данном случае сломался XFS использующийся не по назначению

>
> Заметь, на сборочнице с сизифом, которая жила в VPS под M24,
> я самолично налетел на эту проблему спустя менее суток после
> того, как слышал брань raorn@ с потиранием шишки.  Дошло
> только когда увидел нонче занесённое сюда:
>
> http://www.freesource.info/wiki/MichaelShigorin/memoires



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 05:30:36PM +0400, Valery V. Inozemtsev wrote:
> в данном случае сломался XFS использующийся не по назначению

Да не против я, чтоб на буке сломался xfs, если он не будет
использоваться :)

Вот почему сломались иксы -- не пойму.  Или при указании FontPath
улетел вшитый каталог, а не к нему добавилось?

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Michael Shigorin написал(a):
> On Sat, Sep 01, 2007 at 05:30:36PM +0400, Valery V. Inozemtsev wrote:
> > в данном случае сломался XFS использующийся не по назначению
>
> Да не против я, чтоб на буке сломался xfs, если он не будет
> использоваться :)
>
> Вот почему сломались иксы -- не пойму.  Или при указании FontPath
> улетел вшитый каталог, а не к нему добавилось?

именно. вшитый используется если отсутствует FontPath

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 06:29:51PM +0400, Valery V. Inozemtsev wrote:
> > > в данном случае сломался XFS использующийся не по назначению
> > Да не против я, чтоб на буке сломался xfs, если он не будет
> > использоваться :) Вот почему сломались иксы -- не пойму.
> > Или при указании FontPath улетел вшитый каталог, а не к нему
> > добавилось?
> именно. вшитый используется если отсутствует FontPath

Так что, нарисовать триггер, который будет проверять
незаремареные FontPath и при нахождении либо громко высказываться
в stderr, либо просто их ремарить? (не %post, чтоб если кто лучше
знает -- не приходилось ругаться на шибко самостоятельный пакет)

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

Re: [devel] и при возможности автопереезда лучше так и делать

[Michael Shigorin]

On Sat, Sep 01, 2007 at 02:22:39PM +0400, Valery V. Inozemtsev wrote:
> > > > PS: скажи, куда нарисовать триггер, который сделает нечто вроде
> > > > subst
> > > > 's,^\([[:blank:]]\+FontPath[[:blank:]]\+\)"unix/:-1",\1"catalogue:/etc/
> > > >X11/ fontpath.d",' /etc/X11/xorg.conf
> > > лучше нарисуй что то что вынесет всю секцию Files
> > Ты этого не рекомендовал,
> я это прибил гвоздями в иксах, раз уж там это предусмотрено

Почему тогда слегли с жалобой на дайте фонт fixed (или кого там)
при попытке запуска руками?  Да вот, убрал "catalogue:...",
вернул как было:

Fatal server error:
could not open default font 'fixed'

> > > Мишь, только не говори что ты не слышал о том, что не надо
> > > пользовать XFS на локальной машине
> > Да слышал, просто оно мне не мешало как бы.
> оно не мешало бы и дальше не зависимо от очередного анонса пока
> не сломалось

Так вот я и не пойму -- как наличие сконфигурированного и
запущенного xfs при наличии FontPath "unix/:-1" и прибитом
гвоздями нововведении не спасло X-сервер от вываливания?

> > Хороший пакет -- это который из одной очевидной (предсказуемой)
> > рабочей конфигурации в другую предсказуемую и желательно рабочую
> > переходит самостоятельно или хотя бы привлекая внимание к
> > необходимости рукоприкладства в %post, а то и %pre.
> оно и перешло бы, если прислушивались к тому о чем говорилось в
> течении последних пару лет точно

Так.

Я поставил Compact 3.0.  Получил xfs.  Делаю dist-upgrade на 4.1 
или куда попадёт xorg без автомигратора, и что огребаю?  Я что --
должен перечитать весь архив devel@ или знать тебя лично?

Если кто-либо из нас не прикладывает разумных усилий к
обеспечению _плавного_ переезда при таких изменениях -- 
он расставляет мины своим коллегам как минимум по команде.
И они когда-то бабахнут.  Глупо и бессмысленно это отрицать.

> > В качестве примера такого подхода можешь посмотреть пакет
> > glibc-preinstall или вспомнить переезд на module-init-tools.
> неудачный пример

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

Я не требую от тебя их предпринимать, если слабо ("не хочу
или не понимаю, зачем").  Я _требую_ от майнтейнера _любой_
критичной подсистемы как минимум привлекать внимание коллег 
к моментам, которые могут при обновлении системы оставить
существенные её части неработоспособными.  Чтобы те проверили
и подстраховали по своему разумению.

Твой анонс не содержал повода беспокоиться, проверять и делать 
за тебя что-либо при обновлении пакета.

PS: если кто-то рассчитывает на _внимание_ людей, он ССЗБ.
Люди невнимательны, делают ошибки и это данность, с которой
мы и живём.

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

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Alexey I. Froloff]

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

* Valery V. Inozemtsev <shrek@> [070901 12:43]:
> > Со своей стороны я был бы признателен, если бы кто-нибудь
> > подытожил обсуждение, которое началось с "макросы - зло"
> в макросах должны быть только каталоги, в остальном мантейнер
> должен понимать то что он делает
Понимать можно и с макросами.  Также как и не понимать без
макросов.  Копипаст - зло, а повторяющиеся действия надо
скриптовать.

> > Если что, мне не составит труда принять патч или самому внести
> > необходимые изменения в rpm-build-fonts.
> rpm-build-fonts годится только для ttf/otf шрифтов, не забывай про 
> bitmap/type1
Почему?  Можно это расширить?

-- 
Regards,
Sir Raorn.

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

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 1 сентября 2007 Alexey I. Froloff написал(a):
> * Valery V. Inozemtsev <shrek@> [070901 12:43]:
> > > Со своей стороны я был бы признателен, если бы кто-нибудь
> > > подытожил обсуждение, которое началось с "макросы - зло"
> >
> > в макросах должны быть только каталоги, в остальном мантейнер
> > должен понимать то что он делает
>
> Понимать можно и с макросами.  Также как и не понимать без
> макросов.  Копипаст - зло, а повторяющиеся действия надо
> скриптовать.

всему должны быть разумные пределы

>
> > > Если что, мне не составит труда принять патч или самому внести
> > > необходимые изменения в rpm-build-fonts.
> >
> > rpm-build-fonts годится только для ttf/otf шрифтов, не забывай про
> > bitmap/type1
>
> Почему?  Можно это расширить?



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 31 августа 2007 Valery V. Inozemtsev написал(a):
> Hi!
>
> сухой остаток по шрифтовым пакетам:
...
> fonts-bitmap-univga-0.0.20021031-alt3.src.rpm   Sergey Vlasov <vsu@alt>

вычеркиваем

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 31 августа 2007 Valery V. Inozemtsev написал(a):
> Hi!
>
> сухой остаток по шрифтовым пакетам:
...
> fonts-ttf-j2se-sun-1.6.0.01-alt2.i586.rpm   Igor Vlasenko <viy@alt>
вычеркиваем, ибо chkfontpath там не используется

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 31 августа 2007 Valery V. Inozemtsev написал(a):
> Hi!
>
> сухой остаток по шрифтовым пакетам:
...
> fonts-bitmap-terminus-4.20-alt2.src.rpm Eugene Vlasov <eugvv@alt>

вычеркиваем

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] chkfontpath или вторая часть марлезонского балета

[Valery V. Inozemtsev]

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

В сообщении от 31 августа 2007 Valery V. Inozemtsev написал(a):
> Hi!
>
> сухой остаток по шрифтовым пакетам:
...
> fonts-type1-phonetic-0.19980806-alt1.src.rpm    Igor Vlasenko <viy@alt>

вычеркиваем

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]