[devel] К вопросу о включении xfig-3.2.4 в Мастер

[devel] К вопросу о включении xfig-3.2.4 в Мастер

[Yura Zotov]

Я нашёл, что пакеты gnupg-manual и gstreamer используют fig2dev
при сборке для создания картинок в HTML-документации. Я проверил
их на пересобираемость с transfig-3.2.4, проблем никаких не
возникло, все картинки получились хорошо. К тому же, их вообще
нет нужды пересобирать с новым transfig.

В связи с этим, предлагаю включить xfig-3.2.4 в Мастер. У меня он
уже больше недели активно эксплуатируется безо всяких проблем.

Я не знаю, все ли это приложения, использующие fig2dev, так как у
меня старые spec-и, а как выдрать из src.rpm свежие я забыл.
Никто не подскажет как из src.rpm выдрать spec?

Если кто-нибудь знает ещё пакеты, использующие transfig,
сообщите, я их проверю.

--
Юрий А. Зотов

Re: [devel] К вопросу о включении xfig-3.2.4 в Мастер

[Alexandre Prokoudine]

On Mon, 10 Feb 2003 17:31:10 +0300
Yura Zotov <yznews@hotbox.ru> wrote:

> Я нашёл, что пакеты gnupg-manual и gstreamer используют fig2dev
> при сборке для создания картинок в HTML-документации. Я проверил
> их на пересобираемость с transfig-3.2.4, проблем никаких не
> возникло, все картинки получились хорошо. К тому же, их вообще
> нет нужды пересобирать с новым transfig.
> 
> В связи с этим, предлагаю включить xfig-3.2.4 в Мастер. У меня он
> уже больше недели активно эксплуатируется безо всяких проблем.
> 
> Я не знаю, все ли это приложения, использующие fig2dev, так как у
> меня старые spec-и, а как выдрать из src.rpm свежие я забыл.
> Никто не подскажет как из src.rpm выдрать spec?

Ну... mc умеет открывать src.rpm, а в нём - *.cpio :-)

Конечно, это не UNIX-way...

-- 
Alexandre Prokoudine
ALT Linux Documentation Team
JID: avp@altlinux.org

Re: [devel] К вопросу о включении xfig-3.2.4 в Мастер

[Sergey Bolshakov]

>>>>> "Alexandre" == Alexandre Prokoudine <avp@altlinux.ru> writes:
[skipped]
 >> Никто не подскажет как из src.rpm выдрать spec?

 > Ну... mc умеет открывать src.rpm, а в нём - *.cpio :-)

Ужас.
rpm2cpio some.src.rpm |cpio -iu \*.spec

-- 

[devel] Re: spec from src.rpm (was: К вопросу о включении xfig-3.2.4 в Мастер)

[Vitaly Ostanin]

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

On 10 Feb 2003 17:02:43 +0200
Sergey Bolshakov <s.bolshakov@sam-solutions.net> wrote:

> >>>>> "Alexandre" == Alexandre Prokoudine <avp@altlinux.ru>
> >writes:
> [skipped]
>  >> Никто не подскажет как из src.rpm выдрать spec?
> 
>  > Ну... mc умеет открывать src.rpm, а в нём - *.cpio :-)
> 
> Ужас.
> rpm2cpio some.src.rpm |cpio -iu \*.spec

А как при этом с трафиком, если по сети качать? Будет качаться
весь src.rpm, или только spec ?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

[devel] Неожиданные результаты проверки удовлетворенности BuildRequires: transfig

[Yura Zotov]

Я проверил пакеты, требующие для сборки transfig с версией
transfig-3.2.4. Вот результаты:

gstreamer:
  fig2dev используется при сборке, проблем не обнаружено.

gnupg-manual:
  fig2dev используется при сборке, проблем не обнаружено.

lyx:
  Наличие fig2dev проверяется в ./configure. fig2dev прописан в
  конфигурационных файлах и используется в некоем скрипте на
  питоне. При сборке в явном виде не используется, в неявном,
  похоже, тоже. Наличие transfig в BuildRequires скорее баг, чем
  необходимость. С 3.2.4 проблем не возникло.

dictd:
  Наличие fig2dev проверяется в ./configure. Для fig2dev есть
  макрос в Makefile, однако при сборке не используется. Проблем с
  3.2.4 не возникло.

ImageMagick:
  Наличие fig2dev проверяется в ./configure. Для fig2dev есть 
  макрос в Makefile, однако при сборке не используется. Проблем с
  3.2.4 не возникло.

Вывод: препятствий для включения в Сизиф и Мастер xfig-3.2.4
не обнаружено.

P.S. Попутно в dictd обнаружилась потеряная BuildRequires на
libltdl-devel.

P.P.S. Оказалось, что страницы на bugs.altlinux.ru генерят
огромный трафик (3 страницы ~ 2Мб), который мне, к сожалению, не
по карману. Кому не лень, добавьте, пожалуйста, обнаруженные баги в
BTS.

--
Юрий А. Зотов

Re: [devel] Re: spec from src.rpm (was: К вопросу о включении xfig-3.2.4 в Мастер)

[Sergey Vlasov]

On Mon, 10 Feb 2003 19:56:07 +0300
Vitaly Ostanin <vyt@vzljot.ru> wrote:

> On 10 Feb 2003 17:02:43 +0200
> Sergey Bolshakov <s.bolshakov@sam-solutions.net> wrote:
> 
> > >>>>> "Alexandre" == Alexandre Prokoudine <avp@altlinux.ru>
> > >writes:
> > [skipped]
> >  >> Никто не подскажет как из src.rpm выдрать spec?
> > 
> >  > Ну... mc умеет открывать src.rpm, а в нём - *.cpio :-)
> > 
> > Ужас.
> > rpm2cpio some.src.rpm |cpio -iu \*.spec
> 
> А как при этом с трафиком, если по сети качать? Будет качаться
> весь src.rpm, или только spec ?

Весь.

На самом деле, если понадеяться на правильность BuildRequires, вся
нужная информация есть в srclist.* для apt, но я не знаю, как её
оттуда выдрать. Для обычных обратных зависимостей их бы показал
apt-cache showpkg, а вот для BuildRequires...

[devel] BTS woes (was Re: Неожиданные результаты проверки удовлетворенности BuildRequires: transfig)

[Mikhail Zabaluev]

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

Hello Yura,

On Mon, Feb 10, 2003 at 08:07:57PM +0300, Yura Zotov wrote:
>
> P.P.S. Оказалось, что страницы на bugs.altlinux.ru генерят
> огромный трафик (3 страницы ~ 2Мб), который мне, к сожалению, не
> по карману. Кому не лень, добавьте, пожалуйста, обнаруженные баги в
> BTS.

Это, кстати, стоит повесить в BTS как !!!БАГ!!! и присвоить
ему самую огромную важность. Потенциальных reporter'ов отпугивает
объём данных, передаваемых нашей инсталляцией Mantis.

Вы меня извините, но Mantis, по крайней мере, та версия,
что стоит на bugs.altlinux.ru, просто сосёт. При этом
ничего не меняется месяцами. Такое ощущение, что его
разрабатывали люди, не имеющие представления о том,
как правильно делать веб-интерфейсы.

Вот _краткий_ список того, что нужно улучшить в Mantis:

1. Форма поиска багов должна иметь тип GET, а не POST.
Это позволит запоминать запросы в виде URL и создавать
новые запросы без заполнения громоздкой формы.

2. Список reporter'ов из формы нужно убрать. Есть другие
способы забивать траффик, более приятные, чем передача
опций на несколько сотен или тысяч reporter'ов при каждой
демонстрации формы поиска. Если нужно искать по конкретному
reporter'у, его ник может быть введён в поле ввода.

3. Форма поиска не должна выдаваться вместе с результатами поиска.
Для того чтобы пойти в форму, в интерфейсе должна быть ссылка.
Если я хочу вернуться к предыдущему поиску, у меня есть
кнопка Back (если, конечно, страница с формой не была
объявлена в HTTP-заголовках как "тухлая ещё на прошлой неделе"),
а хорошо бы, чтобы и ссылка присутствовала рядом с результатами.
Если мне нужны результаты поиска, мне не нужны 500 килобайт
с формой в нагрузку.

4. Нужно сделать что-нибудь с кодовыми страницами.
Charset не должен меняться псевдослучайным образом в результате
постинга формы (борьба с multipart/form-data, конечно,
героическое дело, но решаемое один раз через добротный
обработчик форм, и уж точно не методом сброса кодовой
страницы в "ничего не знаю, берите как есть").
Charset должен быть обозначен в HTTP-заголовках всех
выдаваемых Mantis страниц.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
We are so fond of each other because our ailments are the same.
		-- Jonathon Swift

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

Re: [devel] BTS woes (was Re: Неожиданные результаты проверки удовлетворенности BuildRequires: transfig)

[Sergey V Turchin]

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

В сообщении от 28 Февраль 2003 14:57 Mikhail Zabaluev написал:
> Hello Yura,
>
> On Mon, Feb 10, 2003 at 08:07:57PM +0300, Yura Zotov wrote:
> > P.P.S. Оказалось, что страницы на bugs.altlinux.ru генерят
> > огромный трафик (3 страницы ~ 2Мб), который мне, к сожалению,
> > не по карману. Кому не лень, добавьте, пожалуйста, обнаруженные
> > баги в BTS.
>
> Это, кстати, стоит повесить в BTS как !!!БАГ!!! и присвоить
> ему самую огромную важность. Потенциальных reporter'ов отпугивает
> объём данных, передаваемых нашей инсталляцией Mantis.
>
> Вы меня извините, но Mantis, по крайней мере, та версия,
> что стоит на bugs.altlinux.ru, просто сосёт. При этом
> ничего не меняется месяцами. Такое ощущение, что его
> разрабатывали люди, не имеющие представления о том,
> как правильно делать веб-интерфейсы.
>
> Вот _краткий_ список того, что нужно улучшить в Mantis:
Возьметесь?

<skip/>

-- 
Regards, ZerG

### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ###

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

[devel] Re: BTS woes (was Re: Неожиданные результаты проверки удовлетворенности BuildRequires: transfig)

[Michael Shigorin]

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

On Fri, Feb 28, 2003 at 07:19:47PM +0300, Sergey V Turchin wrote:
> > Такое ощущение, что его разрабатывали люди, не имеющие
> > представления о том, как правильно делать веб-интерфейсы.

Такое ощущение, что он делался для _других_ задач -- скорее
интранет -- или один, два, много (много ::= 7) продуктов.

> > Вот _краткий_ список того, что нужно улучшить в Mantis:
> Возьметесь?

Может быть проще выбросить, чем выкрасить :(

По опыту: одна форма (2MhZ: не нападайте на репортеров, там
пакеты толще iirc) попросту неадекватна в нашей ситуации, лечится
это разве что делением по первым буквам и еще одним шагом (по
крайней мере задача "вывод списка улиц Киева на WAP" имеет очень
схожий профиль и решалась именно так).

Совместимо ли это с архитектурой Mantis -- не знаю; делается ли
это хаком, впоследствии причесываемым до профилируемого вида --
тоже не знаю.

Я думал было предложить побить пакеты сообразно компонентам
sisyphus, но это создает еще больше проблем, чем решает (с учетом
перемещения пакетов и "удобства" охоты) :(

Предложения выбросить mantis как таковой в силу ряда причин
крайне неприятны, как я понимаю (база/в_интранете_работает/pv).
Да и чтобы выбросить что-то, надо заменить его чем-то.

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

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

[devel] Re: BTS woes (was Re: Неожиданные результаты проверки удовлетворенности BuildRequires: transfig)

[Mikhail Zabaluev]

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

Hello Michael,

On Fri, Feb 28, 2003 at 08:16:16PM +0200, Michael Shigorin wrote:
>
> On Fri, Feb 28, 2003 at 07:19:47PM +0300, Sergey V Turchin wrote:
> > > Такое ощущение, что его разрабатывали люди, не имеющие
> > > представления о том, как правильно делать веб-интерфейсы.
> 
> Такое ощущение, что он делался для _других_ задач -- скорее
> интранет -- или один, два, много (много ::= 7) продуктов.

Угу. Для внутренних проектов ещё ничего, сойдёт.
Но не для публичных баз.

> > > Вот _краткий_ список того, что нужно улучшить в Mantis:
> > Возьметесь?
> 
> Может быть проще выбросить, чем выкрасить :(
> 
> По опыту: одна форма (2MhZ: не нападайте на репортеров, там
> пакеты толще iirc) попросту неадекватна в нашей ситуации, лечится
> это разве что делением по первым буквам и еще одним шагом (по
> крайней мере задача "вывод списка улиц Киева на WAP" имеет очень
> схожий профиль и решалась именно так).

Мне кажется от одной формы, как полнофункционального и удобного
интерфейса поиска, никуда не уйти. От списка пакетов -- тоже.
Но список репортеров не нужен никогда.

Как бороться с объёмом, можно поглядеть на
http://bugzilla.redhat.com

> Предложения выбросить mantis как таковой в силу ряда причин
> крайне неприятны, как я понимаю (база/в_интранете_работает/pv).
> Да и чтобы выбросить что-то, надо заменить его чем-то.

Bugzilla? У меня, правда, не было шанса проверить, как у него
с i18n.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Chamberlain's Laws:
	(1) The big guys always win.
	(2) Everything tastes more or less like chicken.

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

[devel] Re: BTS woes (was Re: Неожиданные результаты проверки удовлетворенности BuildRequires: transfig)

[Mikhail Zabaluev]

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

Hello Sergey,

On Fri, Feb 28, 2003 at 07:19:47PM +0300, Sergey V Turchin wrote:
>
> > Вот _краткий_ список того, что нужно улучшить в Mantis:
> Возьметесь?

Сейчас -- едва ли.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Pick another fortune cookie.

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