Re: [devel] [cyber] I: Sisyphus-20081124 i586 beehive_status: +145 -58 (624)

Re: [devel] [cyber] I: Sisyphus-20081124 i586 beehive_status: +145 -58 (624)

[Dmitry V. Levin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
[...]

Опять отвалилась java-1.*-sun.


-- 
ldv

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

[devel] cyrus-imapd: transfig -> gs (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> cyrus-imapd-2.3.13-alt2
> 	rm -f groff-html-*.png pod2htm*
> 	fig2dev -L png murder.fig murder.png
> 	make: Leaving directory `/usr/src/RPM/BUILD/cyrus-imapd-2.3.13/doc'
> 	sh: gs: command not found
> 	fig2dev: broken pipe (GhostScript aborted?)
> 	command was: gs -q -dSAFER -sDEVICE=png16m -r80 -g851x495 -sOutputFile=murder.png -
> 	make: *** [dist] Error 1
> 	error: Bad exit status from /usr/src/tmp/rpm-tmp.59046 (%build)
> 	RPM build errors:
> 	Macro %ghost not found

Здесь расклад такой: программа fig2dev из пакета transfig
запускает gs (файл transfig.3.2.5/fig2dev/dev/genps.c)
и обламывается, потому что у пакета transfig нет зависимости
на ghostscript.  Рекомендую в пакете transfig добавить зависимость
на /usr/bin/gs.

Надо выяснить, почему пакет cyrus-imapd раньше собирался, а теперь
собираться перестал.  Дело том, что rider перепилил ImageMagick,
переместив программы из ImageMagick в новый подпакет ImageMagick-tools.
В результате поменялась цепочка зависимостей:

[ BuildRequires: groff-extra ]
- groff-extra -> /usr/bin/convert -> ImageMagick
+ groff-extra -> /usr/bin/convert -> ImageMagick-tools

Но зависимость на ghostscript как была, так и осталась в пакете
ImageMagick, который теперь стал пустым.

  ImageMagick -> ghostscript-classic

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

[devel] gossip-0.31-alt1 -lXext (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> gossip-0.31-alt1
> 	checking for XScreenSaverQueryInfo in -lXext... no
> 	configure: error: You must have xss installed

Пакет libXScrnSaver-devel (библиотека libXss.so) раньше содержал
искуственную зависимость на libXext-devel, которая недавно была
удалена.

Вот выдержка из config.log при сборке gossip-0.31-alt1.

configure:29268: checking for XScreenSaverQueryInfo in -lXss
configure:29303: x86_64-alt-linux-gcc -o conftest -pipe -Wall -O2   conftest.c -lXss    -lSM -lICE  -lXss -lXext -lX11 >&5
/usr/bin/ld: cannot find -lXext
...
configure:29347: checking for XScreenSaverQueryInfo in -lXext
configure:29382: x86_64-alt-linux-gcc -o conftest -pipe -Wall -O2   conftest.c -lXext    -lSM -lICE  -lXext -lX11 >&5
/usr/bin/ld: cannot find -lXext

Я считаю, что в пакете gossip кривой configure скрипт -- он автоматом
плюхает -lXext туда, где достаточно -lXss.  Вообще, желательно, чтобы
этот configure скрипт использовал pkg-config (PKG_CHECK_MODULES).
Но в качестве workaround'а проще в BuildRequires у gossip добавить
libXext-devel.

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

Re: [devel] gossip-0.31-alt1 -lXext (Sisyphus-20081124 i586 beehive_status)

[Valery V. Inozemtsev]

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

On Tuesday 25 November 2008 20:24:24 Alexey Tourbin wrote:
> On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> > gossip-0.31-alt1
> > 	checking for XScreenSaverQueryInfo in -lXext... no
> > 	configure: error: You must have xss installed
>
> Пакет libXScrnSaver-devel (библиотека libXss.so) раньше содержал
> искуственную зависимость на libXext-devel, которая недавно была
> удалена.

искусственные зависимости удалены у всех libX*-devel. и видимо это далеко не 
единственный пакет, который на этом споткнется

-- 
Valery V. Inozemtsev

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

[devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> greycstoration-2.9-alt2
> 	CImg.h:28076: warning: argument 'filename' might be clobbered by 'longjmp' or 'vfork'
> 	/usr/bin/ld: cannot find -lXext
> 	collect2: ld returned 1 exit status

Пакет libXrand-devel раньше содержал искуственную зависимость
на libXext-devel, которая недавно была удалена (раньше buildreq
оптимизировал зависимость на libXext-devel, а при новом раскладе
эта оптимизация приводит к недостаточным сборочным зависимостям).
Так что распрямление зависимостей чревато некоторыми неудобствами:
для greycstoration придётся запустить buildreq ещё раз (хотя и
maintainer пакета greycstoration делал всё правильно и "ни в чем не
виноват").

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

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Led]

On Tuesday, 25 November 2008 19:49:13 Alexey Tourbin wrote:
> On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> > greycstoration-2.9-alt2
> > 	CImg.h:28076: warning: argument 'filename' might be clobbered by
> > 'longjmp' or 'vfork' /usr/bin/ld: cannot find -lXext
> > 	collect2: ld returned 1 exit status
>
> Пакет libXrand-devel раньше содержал искуственную зависимость
> на libXext-devel, которая недавно была удалена (раньше buildreq
> оптимизировал зависимость на libXext-devel, а при новом раскладе
> эта оптимизация приводит к недостаточным сборочным зависимостям).
> Так что распрямление зависимостей чревато некоторыми неудобствами:

Есть подозрение, что от "распрямления" зависимостей больше вреда, чем пользы.
Например, очень неудобно зачастую писать зависимости типа
%{?_with_foo:BuildRequires: libfoo-devel}
потому как libfoo-devel может просто не попасть в зависимости, генерируемые 
buildreq

-- 
Led

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Tue, Nov 25, 2008 at 09:16:22PM +0200, Led wrote:
> On Tuesday, 25 November 2008 19:49:13 Alexey Tourbin wrote:
> > On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> > > greycstoration-2.9-alt2
> > > 	CImg.h:28076: warning: argument 'filename' might be clobbered by
> > > 'longjmp' or 'vfork' /usr/bin/ld: cannot find -lXext
> > > 	collect2: ld returned 1 exit status
> >
> > Пакет libXrand-devel раньше содержал искуственную зависимость
> > на libXext-devel, которая недавно была удалена (раньше buildreq
> > оптимизировал зависимость на libXext-devel, а при новом раскладе
> > эта оптимизация приводит к недостаточным сборочным зависимостям).
> > Так что распрямление зависимостей чревато некоторыми неудобствами:
> 
> Есть подозрение, что от "распрямления" зависимостей больше вреда, чем пользы.
> Например, очень неудобно зачастую писать зависимости типа
> %{?_with_foo:BuildRequires: libfoo-devel}
> потому как libfoo-devel может просто не попасть в зависимости, генерируемые 
> buildreq

Удаление искусственной зависимости libXrand-devel -> libXext-devel --
в целом это правильно.  Это зависимость типа Requires.private aka
BuildRequires.  Когда не было pkgconfig(...) зависимостей, то это
был такой грубый но надёжный способ добавить зависимости в *-devel
пакеты (продублировав BuildRequires).  А сейчас информация в *.pc
файлах в основном уже адекватная и самодостаточная.

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

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Valery V. Inozemtsev]

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

> Есть подозрение, что от "распрямления" зависимостей больше вреда, чем
> пользы.

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

-- 
Valery V. Inozemtsev

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

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Tue, Nov 25, 2008 at 09:16:22PM +0200, Led wrote:
> On Tuesday, 25 November 2008 19:49:13 Alexey Tourbin wrote:
> > On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> > > greycstoration-2.9-alt2
> > > 	CImg.h:28076: warning: argument 'filename' might be clobbered by
> > > 'longjmp' or 'vfork' /usr/bin/ld: cannot find -lXext
> > > 	collect2: ld returned 1 exit status
> >
> > Пакет libXrand-devel раньше содержал искуственную зависимость
> > на libXext-devel, которая недавно была удалена (раньше buildreq
> > оптимизировал зависимость на libXext-devel, а при новом раскладе
> > эта оптимизация приводит к недостаточным сборочным зависимостям).
> > Так что распрямление зависимостей чревато некоторыми неудобствами:
> 
> Есть подозрение, что от "распрямления" зависимостей больше вреда, чем пользы.
> Например, очень неудобно зачастую писать зависимости типа
> %{?_with_foo:BuildRequires: libfoo-devel}
> потому как libfoo-devel может просто не попасть в зависимости, генерируемые 
> buildreq

Другой вопрос, надо ли оптимизировать список BuildRequires так, как это
делает buildreq.  В идеале, в BuildRequires нужно оставить те и только
те зависимости, которые непосредственно необходимы для сборки пакета
(выводимы из содержимого дерева исходников), но в остальном отсеить все
транзитивные зависимости (которые требуются не непосредственно, а далее,
"в свою оченедь" по цепочкам).  Но дело в том, что используя трассировку
доступа к файлам (strace), никак нельзя отличить непосдерственные
зависимости от транзитивных (то есть, например, включается ли хедер
в файле из дерева исходников, или же он включается дальше уже другим
стандартным хедером).

Поэтому принципиально есть только два противоположных подхода: либо
не оптимизировать список BuildRequires вообще (и тогда список будет
очень-очень длинным, как "usedforbuild" в SUSE спеках); либо полностью
оптимизировать список на основе топологической сортировки (тогда в
списке останутся только "вершины" дерева, а все остальные пакеты,
которые "вытягиваются" этими вершинами, будут удаляться).

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

Re: [devel] buildreq

[Dmitry V. Levin]

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

On Tue, Nov 25, 2008 at 10:39:31PM +0300, Alexey Tourbin wrote:
[...]
> Поэтому принципиально есть только два противоположных подхода: либо
> не оптимизировать список BuildRequires вообще (и тогда список будет
> очень-очень длинным, как "usedforbuild" в SUSE спеках); либо полностью
> оптимизировать список на основе топологической сортировки (тогда в
> списке останутся только "вершины" дерева, а все остальные пакеты,
> которые "вытягиваются" этими вершинами, будут удаляться).

Меня больше устраивает нынешнее поведение buildreq.


-- 
ldv

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

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Led]

On Tuesday, 25 November 2008 21:39:31 Alexey Tourbin wrote:
> On Tue, Nov 25, 2008 at 09:16:22PM +0200, Led wrote:
> > On Tuesday, 25 November 2008 19:49:13 Alexey Tourbin wrote:
> > > On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> > > > greycstoration-2.9-alt2
> > > > 	CImg.h:28076: warning: argument 'filename' might be clobbered by
> > > > 'longjmp' or 'vfork' /usr/bin/ld: cannot find -lXext
> > > > 	collect2: ld returned 1 exit status
> > >
> > > Пакет libXrand-devel раньше содержал искуственную зависимость
> > > на libXext-devel, которая недавно была удалена (раньше buildreq
> > > оптимизировал зависимость на libXext-devel, а при новом раскладе
> > > эта оптимизация приводит к недостаточным сборочным зависимостям).
> > > Так что распрямление зависимостей чревато некоторыми неудобствами:
> >
> > Есть подозрение, что от "распрямления" зависимостей больше вреда, чем
> > пользы. Например, очень неудобно зачастую писать зависимости типа
> > %{?_with_foo:BuildRequires: libfoo-devel}
> > потому как libfoo-devel может просто не попасть в зависимости,
> > генерируемые buildreq
>
> Другой вопрос, надо ли оптимизировать список BuildRequires так, как это
> делает buildreq.

Вот как раз об этом я и говорил.

> В идеале, в BuildRequires нужно оставить те и только 
> те зависимости, которые непосредственно необходимы для сборки пакета
> (выводимы из содержимого дерева исходников), но в остальном отсеить все
> транзитивные зависимости (которые требуются не непосредственно, а далее,
> "в свою оченедь" по цепочкам).  Но дело в том, что используя трассировку
> доступа к файлам (strace), никак нельзя отличить непосдерственные
> зависимости от транзитивных (то есть, например, включается ли хедер
> в файле из дерева исходников, или же он включается дальше уже другим
> стандартным хедером).
>
> Поэтому принципиально есть только два противоположных подхода: либо
> не оптимизировать список BuildRequires вообще (и тогда список будет
> очень-очень длинным, как "usedforbuild" в SUSE спеках); либо полностью
> оптимизировать список на основе топологической сортировки (тогда в
> списке останутся только "вершины" дерева, а все остальные пакеты,
> которые "вытягиваются" этими вершинами, будут удаляться).

Очень жаль.

-- 
Led

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Michael Shigorin]

On Tue, Nov 25, 2008 at 10:39:31PM +0300, Alexey Tourbin wrote:
> Другой вопрос, надо ли оптимизировать список BuildRequires так,
> как это делает buildreq.

Ещё тогда предлагалось дампать неоптимизированный
в закомментированном виде -- хотя бы в качестве хинта.

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

Re: [devel] greycstoration-2.9-alt2 -lXext (Sisyphus-20081124 i586 beehive_status)

[Ivan Fedorov]

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

Alexey Tourbin <at-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

> Поэтому принципиально есть только два противоположных подхода: либо
> не оптимизировать список BuildRequires вообще (и тогда список будет
> очень-очень длинным, как "usedforbuild" в SUSE спеках);
Что в оной SUSE во времена 8.0-9.0 выдавало потрясные результаты
навроде необходимости какой-то 3d-игры для сборки spamassasin.

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

[devel] gnome-mag-0.15.4-alt1 xext (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> gnome-mag-0.15.4-alt1
> 	checking for XEXTENSIONS... yes
> 	checking for XCOMPOSITE... configure: error: Package requirements (xcomposite xrender
> 	xext) were not met:
> 	No package 'xext' found
> 	Consider adjusting the PKG_CONFIG_PATH environment variable if you

Раньше была искусственная зависимость libXcomposite-devel -> libXext-devel.

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

[devel] libao-0.8.8-alt1.13239 (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> libao-0.8.8-alt1.13239
> 	+ /usr/lib/rpm/find-requires
> 	find-requires: running scripts
> 	(files,lib,pam,perl,pkgconfig,pkgconfiglib,python,rpmlib,shebang,shell,static,symlinks)
> 	+ exit 0
> 	Requires: libao = 0.8.8-alt1.13239, esound >= 0.2.8, libc.so.6(GLIBC_2.0),
> 	libc.so.6(GLIBC_2.1.3), libesd.so.0, libpthread.so.0(GLIBC_2.0), rtld(GNU_HASH)
> 	Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1, rpmlib(CompressedFileNames)
> 	<= 3.0.4-1
> 	Processing files: libao-nas-0.8.8-alt1.13239
> 	error:
> 	RPM build errors:
> 	File not found: /usr/src/tmp/libao-buildroot/usr/lib/ao/plugins-2/libnas.so
> 	File not found: /usr/src/tmp/libao-buildroot/usr/lib/ao/plugins-2/libnas.so

Вот кусочек разницы между предыдущим успешным и текущим логами сборки.

@@ -1053,4 +1026,4 @@
 checking for IceConnectionNumber in -lICE... yes
-checking for XauFileName in -lXau... yes
-checking for AuOpenServer in -laudio... yes
+checking for XauFileName in -lXau... no
+checking for AuOpenServer in -laudio... no
 checking audio/audiolib.h usability... yes

Раньше была искусственная зависимость libX11-devel -> libXau-devel.

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

[devel] libfox-1.6.33-alt2 (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> libfox-1.6.33-alt2
[...]
> 	.libs/strtoll.o .libs/vsscanf.o  -lXext -lXft -lXrender -lfontconfig -lfreetype
> 	-lX11 -lXcursor -lXrandr -ldl -lpthread -lrt -ljpeg -lpng -ltiff -lz -lbz2 -lGLU -lGL
> 	-L/usr/lib/gcc/i586-alt-linux/4.3.2 -L/usr/lib/gcc/i586-alt-linux/4.3.2/../../.. -lstdc++
> 	-lm -lc -lgcc_s /usr/lib/gcc/i586-alt-linux/4.3.2/crtendS.o
> 	/usr/lib/gcc/i586-alt-linux/4.3.2/../../../crtn.o  -march=i586 -mtune=i686 -Wl,-soname
> 	-Wl,libFOX-1.6.so.0 -o .libs/libFOX-1.6.so.0.0.33
> 	/usr/bin/ld: cannot find -lXext

Раньше была искусственная зависимость libXrandr-devel -> libXext-devel.
Лечится buildreq'ом.

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

[devel] ltspfsd-0.3-alt0.2 Xauth.h (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> ltspfsd-0.3-alt0.2
> 	i586-alt-linux-gcc -DPACKAGE_NAME=\"ltspfsd\" -DPACKAGE_TARNAME=\"ltspfsd\"
> 	-DPACKAGE_VERSION=\"0.2\" -DPACKAGE_STRING=\"ltspfsd\ 0.2\"
> 	-DPACKAGE_BUGREPORT=\"sbalneav@ltsp.org\" -DX_DISPLAY_MISSING=1 -DHAVE_LIBX11=1
> 	-DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_SYS_TYPES_H=1
> 	-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
> 	-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> 	-DHAVE_ARPA_INET_H=1 -DHAVE_FCNTL_H=1 -DHAVE_NETINET_IN_H=1 -DHAVE_STDLIB_H=1
> 	-DHAVE_STRING_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYSLOG_H=1
> 	-DHAVE_UNISTD_H=1 -DHAVE_UTIME_H=1 -DHAVE_X11_XLIB_H=1	-I. -I.    -Wall -W
> 	-D_FILE_OFFSET_BITS=64 -pipe -Wall -Os -march=i586 -mtune=i686 -c ltspfsd_functions.c
> 	ltspfsd_functions.c:14:23: error: X11/Xauth.h: No such file or directory
> 	ltspfsd_functions.c: In function 'handle_auth':

Раньше была искусственная зависимость libX11-devel -> libXau-devel.
Лечится buildreq'ом.

Вот какие ещё были искусственные зависимости у libX11-devel.

$ compare_packages -a -R -- libX11-devel-1.1.5-alt2.x86_64.rpm -- libX11-devel-1.1.5-alt3.x86_64.rpm
--- /tmp/.private/at/compare_packages.esKFwZYSKq/1      2008-11-25 21:32:32 +0300
+++ /tmp/.private/at/compare_packages.esKFwZYSKq/2      2008-11-25 21:32:32 +0300
@@ -1,10 +1,7 @@
 /usr/lib64/libX11-xcb.so.1.0.0
 /usr/lib64/libX11.so.6.2.0
 /usr/lib64/pkgconfig
-libX11 = 1.1.5-alt2
-libXau-devel
-libXdmcp-devel
-libxcb-devel
+libX11 = 1.1.5-alt3
 pkgconfig(kbproto)
 pkgconfig(xcb)
 pkgconfig(xproto)
@@ -12,4 +9,3 @@
 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
 rpmlib(PayloadIsLzma) <= 4.4.2-1
 rpmlib(VersionedDependencies) <= 3.0.3-1
-xorg-x11-proto-devel
$ 

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

[devel] pidgin-2.5.1-alt2 (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> pidgin-2.5.1-alt2
> 	checking for XScreenSaverRegister in -lXss... no
> 	configure: error:
> 	XScreenSaver extension development headers not found.

Там кривоватый configure скрипт.

AC_CHECK_LIB(Xext, XScreenSaverRegister,[XSS_LIBS="$X_LIBS $X_PRE_LIBS -lX11 -lXext $X_EXTRA_LIBS"],[],[-lX11 -lXext -lm])
AC_CHECK_LIB(Xss, XScreenSaverRegister,[XSS_LIBS="$X_LIBS $X_PRE_LIBS -lX11 -lXext $X_LIBS $X_EXTRA_LIBS -lXss"],[],[-lX11 -lXext -lm])

(В XSS_LIBS не следовало бы просто так пихать -lXext.)

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

[devel] pulseaudio-0.9.13-alt1 libltdl (Sisyphus-20081124 i586 beehive_status)

[Alexey Tourbin]

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

On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> pulseaudio-0.9.13-alt1
> 	acinclude.m4:6664: the serial number must appear before any macro definition
> 	aclocal-default: couldn't open directory `libltdl': No such file or directory
> 	autoreconf-default: aclocal failed with exit status: 1

Что-то изменилось в libltdl?

- rpmi: libltdl-devel-3:1.5.26-alt3 installed
+ rpmi: libltdl-devel-3:1.5.26-alt4 installed

@@ -156,4121 +129,24 @@
 + autoreconf -fisv -Ilibltdl
 autoreconf-default: Entering directory `.'
 autoreconf-default: configure.ac: not using Gettext
-autoreconf-default: running: aclocal --force -I m4
+autoreconf-default: running: aclocal -I libltdl --force -I m4
+libltdl/acinclude.m4:6664: the serial number must appear before any macro definition
 autoreconf-default: configure.ac: tracing
 autoreconf-default: configure.ac: adding subdirectory libltdl to autoreconf
 autoreconf-default: Entering directory `libltdl'
-autoreconf-default: running: aclocal --force 
-acinclude.m4:6664: the serial number must appear before any macro definition
-autoreconf-default: running: libtoolize --force
-You should update your `aclocal.m4' by running aclocal.
-You should update your `aclocal.m4' by running aclocal.
-autoreconf-default: configure.ac: not using Intltool
+autoreconf-default: running: aclocal -I libltdl --force 
 acinclude.m4:6664: the serial number must appear before any macro definition
-autoreconf-default: running: /usr/bin/autoconf-2.60 --include=libltdl --force
-autoreconf-default: running: /usr/bin/autoheader-2.60 --include=libltdl --force
[...]
+aclocal-default: couldn't open directory `libltdl': No such file or directory
+autoreconf-default: aclocal failed with exit status: 1

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

Re: [devel] pulseaudio-0.9.13-alt1 libltdl

[Dmitry V. Levin]

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

On Tue, Nov 25, 2008 at 10:10:29PM +0300, Alexey Tourbin wrote:
> On Mon, Nov 24, 2008 at 11:32:23PM +0000, QA Team Robot wrote:
> > pulseaudio-0.9.13-alt1
> > 	acinclude.m4:6664: the serial number must appear before any macro definition
> > 	aclocal-default: couldn't open directory `libltdl': No such file or directory
> > 	autoreconf-default: aclocal failed with exit status: 1
> 
> Что-то изменилось в libltdl?

Ничего не изменилось, простая пересборка из-за filetriggers.

> - rpmi: libltdl-devel-3:1.5.26-alt3 installed
> + rpmi: libltdl-devel-3:1.5.26-alt4 installed
> 
> @@ -156,4121 +129,24 @@
>  + autoreconf -fisv -Ilibltdl
>  autoreconf-default: Entering directory `.'
>  autoreconf-default: configure.ac: not using Gettext
> -autoreconf-default: running: aclocal --force -I m4
> +autoreconf-default: running: aclocal -I libltdl --force -I m4

Это изменился autoreconf (см. #11438) -- бэкпорт апстримного патча.

> +libltdl/acinclude.m4:6664: the serial number must appear before any macro definition

Похоже что в пакете pulseaudio был неправильный libltdl.


-- 
ldv

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