[devel] [Fwd: xulrunner-1.8.0.4-alt5: i586 rebuild failed [1]]

[devel] [Fwd: xulrunner-1.8.0.4-alt5: i586 rebuild failed [1]]

[Alexey Gladkov]

Раньше это собиралось нормально.

Я что-то пропустил ?

-------- Исходное сообщение --------
Тема: xulrunner-1.8.0.4-alt5: i586 rebuild failed [1]
Дата: Sun, 21 Oct 2007 20:22:02 +0400 (MSD)
От: QA Team Robot <qa@altlinux.org>
Отвечать: devel@lists.altlinux.org
Кому: Alexey Gladkov <legion@altlinux.org>
Копия: qa@altlinux.org

Package: xulrunner-1.8.0.4-alt5
Packager: Alexey Gladkov <legion@altlinux>
Status: i586 rebuild failed.
Cannot build this package for 1 week(s) (since Sun Oct 14 2007).
Please investigate.

Why:

<skip/>

/usr/include/pango-1.0/pango/pangocairo.h:71: error: 'cairo_font_type_t' was not declared in this scope
/usr/include/pango-1.0/pango/pangocairo.h:73: error: 'cairo_font_type_t' does not name a type

<skip/>

-- 
Rgrds, legion

-- 
Rgrds, legion

[devel] I: libpango-devel is incomplete wrt cairo_font_type_t declaration

[Dmitry V. Levin]

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

Hi,

On Sun, Oct 21, 2007 at 08:40:50PM +0400, Alexey Gladkov wrote:
> Раньше это собиралось нормально.
> 
> Я что-то пропустил ?

Сломалась обратная совместимость в пакете libpango-devel:

В публичный заголовочный файл /usr/include/pango-1.0/pango/pangocairo.h
было добавлено 2 новых прототипа функций, использующих новый тип
cairo_font_type_t, однако объявление этого нового типа добавлено не было.

Скорее всего необходимое объявление присутствует в заголовочном файле
какого-то другого пакета.  В этом случае необходимо добавить
соответствующий #include во все публичные заголовочные файлы пакета
libpango-devel, которые используют cairo_font_type_t.

> /usr/include/pango-1.0/pango/pangocairo.h:71: error: 'cairo_font_type_t' was not declared in this scope
> /usr/include/pango-1.0/pango/pangocairo.h:73: error: 'cairo_font_type_t' does not name a type


-- 
ldv

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

Re: [devel] I: libpango-devel is incomplete wrt cairo_font_type_t declaration

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Сломалась обратная совместимость в пакете libpango-devel:
> 
> В публичный заголовочный файл /usr/include/pango-1.0/pango/pangocairo.h
> было добавлено 2 новых прототипа функций, использующих новый тип
> cairo_font_type_t, однако объявление этого нового типа добавлено не было.
> 
> Скорее всего необходимое объявление присутствует в заголовочном файле
> какого-то другого пакета.  В этом случае необходимо добавить
> соответствующий #include во все публичные заголовочные файлы пакета
> libpango-devel, которые используют cairo_font_type_t.

Спасибо! Хоть стало ясно что случилось.

Только вопрос остаётся открытым, что делать?

У меня xulrunner, sunbird (и кое-что ещё) заблокированы из-за этого
волшебного подарка.
Я с 21 числа жду реакции мантейнеров... пока тишина.

-- 
Rgrds, legion

Re: [devel] I: libpango-devel is incomplete wrt cairo_font_type_t declaration

[Alexey Rusakov]

On Mon, 29 Oct 2007 18:28:38 +0300
Dmitry V. Levin wrote:

> On Sun, Oct 21, 2007 at 08:40:50PM +0400, Alexey Gladkov wrote:
> > Раньше это собиралось нормально.
> > 
> > Я что-то пропустил ?
> 
> Сломалась обратная совместимость в пакете libpango-devel:
> 
> В публичный заголовочный файл /usr/include/pango-1.0/pango/pangocairo.h
> было добавлено 2 новых прототипа функций, использующих новый тип
> cairo_font_type_t, однако объявление этого нового типа добавлено не было.
Да он вроде вполне себе старый, объявлен в cairo.h (строка 1135):
typedef enum _cairo_font_type {
    CAIRO_FONT_TYPE_TOY,
    CAIRO_FONT_TYPE_FT,
    CAIRO_FONT_TYPE_WIN32,
    CAIRO_FONT_TYPE_ATSUI
} cairo_font_type_t;
cairo.h, в свою очередь, #include'ится в pangocairo.h. Я что-то с
переспешки плохо понимаю, что происходит.

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager

Re: [devel] I: libpango-devel is incomplete wrt cairo_font_type_t declaration

[Dmitry V. Levin]

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

On Tue, Oct 30, 2007 at 01:21:17AM +0300, Alexey Rusakov wrote:
> On Mon, 29 Oct 2007 18:28:38 +0300, Dmitry V. Levin wrote:
> > On Sun, Oct 21, 2007 at 08:40:50PM +0400, Alexey Gladkov wrote:
> > > Раньше это собиралось нормально.
> > > 
> > > Я что-то пропустил ?
> > 
> > Сломалась обратная совместимость в пакете libpango-devel:
> > 
> > В публичный заголовочный файл /usr/include/pango-1.0/pango/pangocairo.h
> > было добавлено 2 новых прототипа функций, использующих новый тип
> > cairo_font_type_t, однако объявление этого нового типа добавлено не было.
> Да он вроде вполне себе старый, объявлен в cairo.h (строка 1135):
> typedef enum _cairo_font_type {
>     CAIRO_FONT_TYPE_TOY,
>     CAIRO_FONT_TYPE_FT,
>     CAIRO_FONT_TYPE_WIN32,
>     CAIRO_FONT_TYPE_ATSUI
> } cairo_font_type_t;
> cairo.h, в свою очередь, #include'ится в pangocairo.h. Я что-то с
> переспешки плохо понимаю, что происходит.

$ printf '#include <%s>\n' 'pango/pangocairo.h' |gcc -O2 -xc -c `pkg-config --cflags pangocairo` -o/dev/null -; echo $?
0
$ printf '#include <%s>\n' 'pango/pangocairo.h' |g++ -O2 -xc -c `pkg-config --cflags pangocairo` -o/dev/null -; echo $?
0

Раз файл pango/pangocairo.h компилируется обычным образом, значит
дело обстоит несколько иначе.


-- 
ldv

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

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Dmitry V. Levin]

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

On Tue, Oct 30, 2007 at 02:24:42AM +0300, Dmitry V. Levin wrote:
[...]
> Раз файл pango/pangocairo.h компилируется обычным образом, значит
> дело обстоит несколько иначе.

xulrunner-1.8.0.4 носит свою старую копию cairo:

$ fgrep -c cairo_font_type_t /usr/include/cairo/cairo.h /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/cairo/src/cairo.h 
/usr/include/cairo/cairo.h:5
/usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/cairo/src/cairo.h:0

$ rpmquery libcairo-devel
libcairo-devel-1.4.10-alt1
$ grep 'cairo.*1\.' /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/README
  cairo 1.0.2
  
Если убрать каталог
/usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo, то файл
nsSVGCairoCanvas.cpp компилируется.


-- 
ldv

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

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Alexey Tourbin]

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

On Tue, Oct 30, 2007 at 03:07:44AM +0300, Dmitry V. Levin wrote:
> xulrunner-1.8.0.4 носит свою старую копию cairo:
> 
> $ fgrep -c cairo_font_type_t /usr/include/cairo/cairo.h /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/cairo/src/cairo.h 
> /usr/include/cairo/cairo.h:5
> /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/cairo/src/cairo.h:0
> 
> $ rpmquery libcairo-devel
> libcairo-devel-1.4.10-alt1
> $ grep 'cairo.*1\.' /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/README
>   cairo 1.0.2
>   
> Если убрать каталог
> /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo, то файл
> nsSVGCairoCanvas.cpp компилируется.

Ужос.  У меня есть такая небольшая личная практика при сборке каких бы
то ни было пакетов: первым дело удалять все известные на данный момент
дублирующиеся куски кода.  Типа

%prep
%setup -q
rm -rv mozilla/gfx/cairo

Это не всегда удобно, потому что при сборке кто-то хочет как минимум
"заходить" в этот каталог, и поэтому после удаления приходится делать
что-то вроде

mkdir -p mozilla/gfx/cairo
echo 'all:' >mozilla/gfx/cairo/Makefile.am

Это можно обойти и другими способами, без создания каталога с фиктивным
Makefile'ом.

Но в принципе эта практика себя окупает.  Так что я советую всем:
на стадии %prep ВЫ ОБЯЗАНЫ УДАЛИТЬ любой дублирующийся системный код.

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

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Konstantin Pavlov]

On 30/10/2007, Alexey Tourbin <at.altlinux.ru> wrote:
> On Tue, Oct 30, 2007 at 03:07:44AM +0300, Dmitry V. Levin wrote:
> > xulrunner-1.8.0.4 носит свою старую копию cairo:
> >
> > $ fgrep -c cairo_font_type_t /usr/include/cairo/cairo.h /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/cairo/src/cairo.h
> > /usr/include/cairo/cairo.h:5
> > /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/cairo/src/cairo.h:0
> >
> > $ rpmquery libcairo-devel
> > libcairo-devel-1.4.10-alt1
> > $ grep 'cairo.*1\.' /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo/README
> >   cairo 1.0.2
> >
> > Если убрать каталог
> > /usr/src/RPM/BUILD/xulrunner-1.8.0.4/mozilla/gfx/cairo, то файл
> > nsSVGCairoCanvas.cpp компилируется.
>
> Ужос.  У меня есть такая небольшая личная практика при сборке каких бы
> то ни было пакетов: первым дело удалять все известные на данный момент
> дублирующиеся куски кода.  Типа
>
> %prep
> %setup -q
> rm -rv mozilla/gfx/cairo
>
> Это не всегда удобно, потому что при сборке кто-то хочет как минимум
> "заходить" в этот каталог, и поэтому после удаления приходится делать
> что-то вроде
>
> mkdir -p mozilla/gfx/cairo
> echo 'all:' >mozilla/gfx/cairo/Makefile.am
>
> Это можно обойти и другими способами, без создания каталога с фиктивным
> Makefile'ом.
>
> Но в принципе эта практика себя окупает.  Так что я советую всем:
> на стадии %prep ВЫ ОБЯЗАНЫ УДАЛИТЬ любой дублирующийся системный код.

Есть тут у меня один возможный upstream, зовется handbrake.
Чуваки невменяемы настолько, насколько может быть невменяем
занимающийся мультимедией программист и по совместительству
пользователь Mac OS X.

Так вот, они несколько патчат многие системные библиотеки, такие как
ffmpeg, mpeg4ip, dvdread, dvdcss, dca, что-то там еще. И все это
таскают с собой в виде .a.

Их мотивация такова, что эти патчи добавляют key features их продукта
и без них особого смысла от него нету. В принципе они правы и половина
их патчей никогда не пройдет в upstream этих библиотек.

Впрочем, паковать ЭТО я все равно пока не собираюсь; это так, к слову
о "таскать с собой".

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Alexey Gladkov]

Dmitry V. Levin wrote:
> On Tue, Oct 30, 2007 at 02:24:42AM +0300, Dmitry V. Levin wrote:
> [...]
>> Раз файл pango/pangocairo.h компилируется обычным образом, значит
>> дело обстоит несколько иначе.
> 
> xulrunner-1.8.0.4 носит свою старую копию cairo:

Неужели эта дрянь опять вылезла :(
Я периодически её давлю, но выкидывать её нельзя.

Извиняюсь, что по беспокоил, ещё раз спасибо.

-- 
Rgrds, legion

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Ildar Mulyukov]

On 30.10.2007 10:55:29, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> > On Tue, Oct 30, 2007 at 02:24:42AM +0300, Dmitry V. Levin wrote:
> > [...]
>>> Раз файл pango/pangocairo.h компилируется обычным образом, значит  
>>> дело обстоит несколько иначе.
> >
> > xulrunner-1.8.0.4 носит свою старую копию cairo:
> 
> Неужели эта дрянь опять вылезла :(
> Я периодически её давлю, но выкидывать её нельзя.
> 
> Извиняюсь, что по беспокоил, ещё раз спасибо.

С Вас свежий sunburd ;-) ;-) ;-)

Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Alexey Gladkov]

Ildar Mulyukov wrote:
> С Вас свежий sunburd ;-) ;-) ;-)

Если Damir Shayhutdinov не будет против и передаст мне (обратно) пакет.

-- 
Rgrds, legion

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Slava Semushin]

2007/10/30, Alexey Tourbin <at / altlinux.ru>:
[...]
> Но в принципе эта практика себя окупает.  Так что я советую всем:
> на стадии %prep ВЫ ОБЯЗАНЫ УДАЛИТЬ любой дублирующийся системный код.

Вот бы робота, чтобы он выявлял такие пакеты ;)

Тогда:
- мэйнтейнер сможет узнать, что в его пакетах кто-то таскает с собой что-то
- мэйнтейнер сможет убедиться, что сделал правильное исправление и уже
никто ничего не таскает

А если не робота, то хотя бы инструмент, чтобы можно было самому
запустить. Это ведь возможно?

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Ildar Mulyukov]

On 30.10.2007 14:23:33, Slava Semushin wrote:
> 2007/10/30, Alexey Tourbin <at / altlinux.ru>:
> [...]
>> Но в принципе эта практика себя окупает.  Так что я советую всем: на  
>> стадии %prep ВЫ ОБЯЗАНЫ УДАЛИТЬ любой дублирующийся системный код.
> 
> Вот бы робота, чтобы он выявлял такие пакеты ;)
> 
> Тогда:
> - мэйнтейнер сможет узнать, что в его пакетах кто-то таскает с собой  
> что-то

Эмм. Мне очень неудобно, но разве мэйнтейнер больше не заглядывает в  
"папочки" пакетов, которые собирает? Обычно /внешнее/ лежит в отдельных  
папочках.

> - мэйнтейнер сможет убедиться, что сделал правильное исправление и уже
> никто ничего не таскает
> 
> А если не робота, то хотя бы инструмент, чтобы можно было самому
> запустить. Это ведь возможно?
Что-то такое уже существует в природе, знающие люди подскажут... at@ ?

С уважением, Ильдар.
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Slava Semushin]

30.10.07, Ildar Mulyukov<ildar / altlinux.ru> написал(а):
[...]
> > Тогда:
> > - мэйнтейнер сможет узнать, что в его пакетах кто-то таскает с собой
> > что-то
>
> Эмм. Мне очень неудобно, но разве мэйнтейнер больше не заглядывает в
> "папочки" пакетов, которые собирает? Обычно /внешнее/ лежит в отдельных
> папочках.

1. Мэйнтейнер вполне может и не заглядывать. Во-первых, потому что у
него очень много пакетов, во-вторых, потому что у него очень мало
времени, в-третьих, он может быть не достаточно квалифицированным, в
четвёртых, он может знать о подобной проблеме но она его может не
волновать пока всё работает.

2. Чем больше исходного кода тем труднее найти дублирующиеся куски. К
тому же есть апстримы, которые ложат заимсвованный код не в отдельные
папочки, а рядом со своим кодом, причем могут даже файлы
переименовывать в соответствии с правилами именования файлов в их
проекте.

[...]
> > А если не робота, то хотя бы инструмент, чтобы можно было самому
> > запустить. Это ведь возможно?
> Что-то такое уже существует в природе, знающие люди подскажут... at@ ?

Некоторое время назад я интересовался этим вопросом. Как понял, at@
разок запускал такой механизм и развешал багов, но робота такого нет.


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Денис Смирнов]

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

On Tue, Oct 30, 2007 at 02:23:33PM +0600, Slava Semushin wrote:

>> Но в принципе эта практика себя окупает.  Так что я советую всем:
>> на стадии %prep ВЫ ОБЯЗАНЫ УДАЛИТЬ любой дублирующийся системный код.
SS> Вот бы робота, чтобы он выявлял такие пакеты ;)
SS> Тогда:
SS> - мэйнтейнер сможет узнать, что в его пакетах кто-то таскает с собой что-то
SS> - мэйнтейнер сможет убедиться, что сделал правильное исправление и уже
SS> никто ничего не таскает
SS> А если не робота, то хотя бы инструмент, чтобы можно было самому
SS> запустить. Это ведь возможно?

Помнится такой робот у нас был, at@ его писал. Но что-то я очень давно не
видел от этого робота писем.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Всё чудесатее и чудесатее, но по прежнему вне сферы моего влияния.
		-- ldv in #8493

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

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Led]

В сообщении от Tuesday 30 October 2007 10:37:15 Slava Semushin написал(а):
> 30.10.07, Ildar Mulyukov<ildar / altlinux.ru> написал(а):
> [...]
>
> > > Тогда:
> > > - мэйнтейнер сможет узнать, что в его пакетах кто-то таскает с собой
> > > что-то
> >
> > Эмм. Мне очень неудобно, но разве мэйнтейнер больше не заглядывает в
> > "папочки" пакетов, которые собирает? Обычно /внешнее/ лежит в отдельных
> > папочках.
>
> 1. Мэйнтейнер вполне может и не заглядывать. Во-первых, потому что у
> него очень много пакетов, во-вторых, потому что у него очень мало
> времени, в-третьих, он может быть не достаточно квалифицированным, в
> четвёртых, он может знать о подобной проблеме но она его может не
> волновать пока всё работает.

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

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

Это, скорее, исключение, чем правило

> Некоторое время назад я интересовался этим вопросом. Как понял, at@
> разок запускал такой механизм и развешал багов, но робота такого нет.


-- 
Led

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Damir Shayhutdinov]

> Ildar Mulyukov wrote:
> > С Вас свежий sunburd ;-) ;-) ;-)
>
> Если Damir Shayhutdinov не будет против и передаст мне (обратно) пакет.
Я не против. Вечером напишу соотв. notes.

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Andrey Rahmatullin]

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

On Tue, Oct 30, 2007 at 02:31:13PM +0600, Ildar Mulyukov wrote:
> Обычно /внешнее/ лежит в отдельных  папочках.
Увы, далеко не всегда.
Т.е. в отдельных, но совсем не обязательно наверху.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Как ГлавВрач Феста я кунания отменяю, как несекурные.
		-- jaa in community@

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

Re: [devel] I: xulrunner-1.8.0.4 носит свою копию cairo

[Andrey Rahmatullin]

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

On Tue, Oct 30, 2007 at 12:20:14PM +0200, Led wrote:
> Вот бы рОбота, который бы вычислял таких мейнтейнеров с 
> подобными "отмазками" - тогда бы легко было отфильтровывать такие пакеты и не 
> пользоваться ними...
%
> А как проверить, пьет ли maintainer коньяк по утрам?  (Никак нельзя.)
[ "$maintainer" = "ab@altlinux.org" ] || echo "может пить коньяк по утрам"
                -- ab in devel@
%


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<lioka> raorn: собрал xemacs с nas :)
<Voins> lioka, а зачему xemacs'у nas??????
<lioka> Voins: пищщать красиво через сетку :)
<Voins> .... у меня нет слов :)
<lioka> Voins: ну, подумаешь, либку за собой вытащит -- пишшать-то никто не
        заставляет
<Voins> :)))))) а текст в нём набрать можно??? :))))

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