* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 8:44 ` Thomas Petazzoni
@ 2014-11-20 9:09 ` Baruch Siach
2014-11-20 9:16 ` Thomas Petazzoni
2014-11-20 9:36 ` Peter Korsgaard
` (4 subsequent siblings)
5 siblings, 1 reply; 15+ messages in thread
From: Baruch Siach @ 2014-11-20 9:09 UTC (permalink / raw)
To: buildroot
Hi Thomas,
On Thu, Nov 20, 2014 at 09:44:07AM +0100, Thomas Petazzoni wrote:
> > powerpc | host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
> > arm | host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/
>
> configure: error: No curses/termcap library found
>
> Why don't we simply add host-ncurses to the host-mysql dependencies?
> Nathaniel, can you reproduce this issue on your autobuilder, and see if
> adding host-ncurses to the dependencies of host mysql fixes the problem?
It seem commit d81d202e97258e (mysql: host variant needs ncurses as well) by
Peter should fix this issue.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 15+ messages in thread* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 9:09 ` Baruch Siach
@ 2014-11-20 9:16 ` Thomas Petazzoni
0 siblings, 0 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2014-11-20 9:16 UTC (permalink / raw)
To: buildroot
Dear Baruch Siach,
On Thu, 20 Nov 2014 11:09:35 +0200, Baruch Siach wrote:
> Hi Thomas,
>
> On Thu, Nov 20, 2014 at 09:44:07AM +0100, Thomas Petazzoni wrote:
> > > powerpc | host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
> > > arm | host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/
> >
> > configure: error: No curses/termcap library found
> >
> > Why don't we simply add host-ncurses to the host-mysql dependencies?
> > Nathaniel, can you reproduce this issue on your autobuilder, and see if
> > adding host-ncurses to the dependencies of host mysql fixes the problem?
>
> It seem commit d81d202e97258e (mysql: host variant needs ncurses as well) by
> Peter should fix this issue.
Ah, indeed, missed this one. We'll see if host-mysql issues related to
this continue to pop up or not, but I suspect Peter's commit should fix
those.
Thanks for noticing this!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 8:44 ` Thomas Petazzoni
2014-11-20 9:09 ` Baruch Siach
@ 2014-11-20 9:36 ` Peter Korsgaard
2014-11-20 10:27 ` Thomas Petazzoni
2014-11-20 18:37 ` Bernd Kuhls
` (3 subsequent siblings)
5 siblings, 1 reply; 15+ messages in thread
From: Peter Korsgaard @ 2014-11-20 9:36 UTC (permalink / raw)
To: buildroot
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
>> powerpc | cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/38b4030b17a8ba1319afcfbc326489ecd030b0be/
> The uClibc bug about setreuid().
> What do we do about this one? It still isn't fixed upstream. Should we
> simply disable uClibc for static builds? (But then we would only have
> musl left as a C library compatible with static builds). Or do we
> simply blacklist for now the packages that are known to use the symbols
> causing problems?
> Peter?
uClibc with static linking is useful for quite some setups, so I would
find it a pity to globally disable it. Let's just disable the affected
packages with a comment.
>> powerpc | host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/dc0dd9e878edd2b359900d02e1d53d294321c00b/
>> arm | host-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/0b8411482def8fdfba0aaaa19be01a477707d874/
> configure: error: No curses/termcap library found
> Why don't we simply add host-ncurses to the host-mysql dependencies?
> Nathaniel, can you reproduce this issue on your autobuilder, and see if
> adding host-ncurses to the dependencies of host mysql fixes the problem?
I did that yesterday:
http://git.buildroot.net/buildroot/commit/?id=d81d202e97258e440d1fc271ba5cdb7c01f7257f
>> bfin | omniorb-4.1.6 | NOK | http://autobuild.buildroot.net/results/c60d880b620c47f4aa03cdf2e1bb85a526242d54/
> Proposal of fix by Baruch at http://patchwork.ozlabs.org/patch/412575/.
I will take a look later today.
>> sh4a | qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/
> Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
> solution than blacklisting configurations that contain Qt4 Webkit and
> that use this toolchain. Opinions?
Yes, I also think we should just blacklist it.
>> bfin | thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/cf2723cf650486586ff18b6ef57c91a74a97bbc9/
> bfin-linux-uclibc-g++:
> /home/chroot/media/code/buildroot/autobuilder/instance-1/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/opt/uClinux/bfin-linux-uclibc/lib/gcc/bfin-linux-uclibc/4.3.5/libstdc++.so:
> No such file or directory
> Don't know what's going on. Someone to have a look?
I also looked at the log, and it doesn't make sense to me. I haven't
investigated further though.
All in all, it looks pretty good!
--
Venlig hilsen,
Peter Korsgaard
^ permalink raw reply [flat|nested] 15+ messages in thread* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 9:36 ` Peter Korsgaard
@ 2014-11-20 10:27 ` Thomas Petazzoni
2014-11-20 10:48 ` Peter Korsgaard
0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2014-11-20 10:27 UTC (permalink / raw)
To: buildroot
Dear Peter Korsgaard,
On Thu, 20 Nov 2014 10:36:24 +0100, Peter Korsgaard wrote:
> > The uClibc bug about setreuid().
>
> > What do we do about this one? It still isn't fixed upstream. Should we
> > simply disable uClibc for static builds? (But then we would only have
> > musl left as a C library compatible with static builds). Or do we
> > simply blacklist for now the packages that are known to use the symbols
> > causing problems?
>
> > Peter?
>
> uClibc with static linking is useful for quite some setups, so I would
> find it a pity to globally disable it. Let's just disable the affected
> packages with a comment.
So you suggest to disable them within Buildroot, or through an
exception in the autobuild-run script?
Advantage of doing it in the autobuild-run script: we don't need to
propagate to all the reverse dependencies. The script will exclude any
configuration that has the problematic package selected with a uClibc
toolchain.
Drawback of doing it in the autobuild-run script: normal users of
Buildroot may run into the issue.
> I did that yesterday:
>
> http://git.buildroot.net/buildroot/commit/?id=d81d202e97258e440d1fc271ba5cdb7c01f7257f
Yep, Baruch pointed me to this commit, which I had missed.
> >> sh4a | qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/
>
> > Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
> > solution than blacklisting configurations that contain Qt4 Webkit and
> > that use this toolchain. Opinions?
>
> Yes, I also think we should just blacklist it.
I'll add an exception to the autobuilder then.
> >> bfin | thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/cf2723cf650486586ff18b6ef57c91a74a97bbc9/
>
> > bfin-linux-uclibc-g++:
> > /home/chroot/media/code/buildroot/autobuilder/instance-1/output/host/usr/bfin-buildroot-linux-uclibc/sysroot/opt/uClinux/bfin-linux-uclibc/lib/gcc/bfin-linux-uclibc/4.3.5/libstdc++.so:
> > No such file or directory
>
> > Don't know what's going on. Someone to have a look?
>
> I also looked at the log, and it doesn't make sense to me. I haven't
> investigated further though.
Ok.
> All in all, it looks pretty good!
Yes, it starts to look good.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 10:27 ` Thomas Petazzoni
@ 2014-11-20 10:48 ` Peter Korsgaard
0 siblings, 0 replies; 15+ messages in thread
From: Peter Korsgaard @ 2014-11-20 10:48 UTC (permalink / raw)
To: buildroot
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
>> > The uClibc bug about setreuid().
>>
>> > What do we do about this one? It still isn't fixed upstream. Should we
>> > simply disable uClibc for static builds? (But then we would only have
>> > musl left as a C library compatible with static builds). Or do we
>> > simply blacklist for now the packages that are known to use the symbols
>> > causing problems?
>>
>> > Peter?
>>
>> uClibc with static linking is useful for quite some setups, so I would
>> find it a pity to globally disable it. Let's just disable the affected
>> packages with a comment.
> So you suggest to disable them within Buildroot, or through an
> exception in the autobuild-run script?
> Advantage of doing it in the autobuild-run script: we don't need to
> propagate to all the reverse dependencies. The script will exclude any
> configuration that has the problematic package selected with a uClibc
> toolchain.
> Drawback of doing it in the autobuild-run script: normal users of
> Buildroot may run into the issue.
Is there other packages than cdrkit? If the packages don't have huge
reverse dependencies then I would prefer to disable them in Buildroot.
>> >> sh4a | qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/119adf6a31266e71e45fb1951d7e8ebbd1ff41fe/
>>
>> > Bug in the CodeSourcery SH4 toolchain. I don't think we have any other
>> > solution than blacklisting configurations that contain Qt4 Webkit and
>> > that use this toolchain. Opinions?
>>
>> Yes, I also think we should just blacklist it.
> I'll add an exception to the autobuilder then.
Why not to buildroot? It's a toolchain we have a preset for, right?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 8:44 ` Thomas Petazzoni
2014-11-20 9:09 ` Baruch Siach
2014-11-20 9:36 ` Peter Korsgaard
@ 2014-11-20 18:37 ` Bernd Kuhls
2014-11-20 21:41 ` Peter Korsgaard
2014-11-20 19:58 ` Alexey Brodkin
` (2 subsequent siblings)
5 siblings, 1 reply; 15+ messages in thread
From: Bernd Kuhls @ 2014-11-20 18:37 UTC (permalink / raw)
To: buildroot
[posted and mailed]
Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8
@public.gmane.org> wrote in news:20141120094407.4b487379 at free-
electrons.com:
>> xtensa | clamav-0.98.4 | NOK |
http://autobuild.buildroot.net/results/1a46e53cf892534f1b3a16c249fa71048529
0b5a/
>> arm | clamav-0.98.4 | NOK |
http://autobuild.buildroot.net/results/e732d1bac8fe68fd8bba50e4e9d908be3d99
6c83/
>
> CCLD clamscan
> ../libclamav/.libs/libclamav.so: undefined reference to `bzDecompress'
> ../libclamav/.libs/libclamav.so: undefined reference to
`bzDecompressInit'
> ../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressEnd'
> collect2: error: ld returned 1 exit status
>
> Bernd, can you have a look?
Hi,
I still[1] can not reproduce the bug on my machine. Apparently it happens
only on Peter?s autobuilder: http://autobuild.buildroot.net/?reason=clamav-
0.98.4.
@Peter: Could you please try this patch locally on your autobuilder?
--- a/package/clamav/clamav.mk
+++ b/package/clamav/clamav.mk
@@ -16,6 +16,7 @@ CLAMAV_DEPENDENCIES = openssl zlib $(if $(BR2
_NEEDS_GETTEXT_IF_LOCALE),gettext)
# mmap cannot be detected when cross-compiling, needed for mempool support
CLAMAV_CONF_ENV = \
+ LIBBZ2_PREFIX=$(STAGING_DIR)/usr \
ac_cv_c_mmap_private=yes
CLAMAV_CONF_OPTS = \
Regards, Bernd
[1] http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/98686
^ permalink raw reply [flat|nested] 15+ messages in thread* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 18:37 ` Bernd Kuhls
@ 2014-11-20 21:41 ` Peter Korsgaard
0 siblings, 0 replies; 15+ messages in thread
From: Peter Korsgaard @ 2014-11-20 21:41 UTC (permalink / raw)
To: buildroot
>>>>> "Bernd" == Bernd Kuhls <bernd.kuhls@t-online.de> writes:
Hi,
>> Bernd, can you have a look?
> I still[1] can not reproduce the bug on my machine. Apparently it happens
> only on Peter.s autobuilder: http://autobuild.buildroot.net/?reason=clamav-
> 0.98.4.
I did a manual test build on gcc16 and I see:
(with make CLAMAV_MAKE_OPTS='V=1' BR2_JLEVEL=1 clamav)
libtool: link: /home/peko/tmp/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -Os -fno-strict-aliasing -o clamscan output.o getopt.o optparser.o actions.o misc.o clamscan.o manager.o ../libclamav/.libs/libclamav.so -L/home/peko/tmp/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/lib -L/usr/lib -lbz2 -lssl -lcrypto -lz -lm -ldl -lpthread -Wl,-rpath -Wl,/home/peko/tmp/buildroot/output/build/clamav-0.98.5/libclamav/.libs
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompress'
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressInit'
../libclamav/.libs/libclamav.so: undefined reference to `bzDecompressEnd'
collect2: error: ld returned 1 exit status
As the -L/usr/lib hints of, the bzip2 detection is failing. From
config.log:
configure:17633: checking how to link with libbz2
configure:18093: result: /usr/lib/libbz2.so
configure:18134: checking for BZ2_bzDecompressInit in -lbz2
configure:18159: /home/peko/tmp/buildroot/output/host/usr/bin/armv5-ctng-linux-gnueabi-gcc -o conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -Os -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/peko/tmp/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr/include -L/usr/lib conftest.c -lbz2 -ldl >&5
/usr/lib/libbz2.so: file not recognized: File format not recognized
> @Peter: Could you please try this patch locally on your autobuilder?
> --- a/package/clamav/clamav.mk
> +++ b/package/clamav/clamav.mk
> @@ -16,6 +16,7 @@ CLAMAV_DEPENDENCIES = openssl zlib $(if $(BR2
> _NEEDS_GETTEXT_IF_LOCALE),gettext)
> # mmap cannot be detected when cross-compiling, needed for mempool support
> CLAMAV_CONF_ENV = \
> + LIBBZ2_PREFIX=$(STAGING_DIR)/usr \
> ac_cv_c_mmap_private=yes
Thanks, but that doesn't work:
Applying buildroot-libtool-v2.4.patch using patch:
patching file ltmain.sh
(cd /home/peko/tmp/buildroot/output/build/clamav-0.98.5/ && ... \
LIBBZ2_PREFIX=/home/peko/tmp/buildroot/output/host/usr/arm-buildroot-linux-gnueabi/sysroot/usr ac_cv_c_mmap_private=yes CONFIG_SITE=/dev/null ./configure
..
checking how to link with libbz2... /usr/lib/libbz2.so
checking for BZ2_bzDecompressInit in -lbz2... no
checking bzlib.h usability... yes
checking bzlib.h presence... yes
and it naturally still fails at the linking step.
Looking closer at the configure script I see we need to pass
ac_cv_libbz2_libs and ac_cv_libbz2_ltlibs instead. With that done it
works.
I'll cook a patch to do so.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 8:44 ` Thomas Petazzoni
` (2 preceding siblings ...)
2014-11-20 18:37 ` Bernd Kuhls
@ 2014-11-20 19:58 ` Alexey Brodkin
2014-11-21 8:20 ` Thomas Petazzoni
2014-11-20 20:07 ` Bernd Kuhls
2014-11-21 18:43 ` Bernd Kuhls
5 siblings, 1 reply; 15+ messages in thread
From: Alexey Brodkin @ 2014-11-20 19:58 UTC (permalink / raw)
To: buildroot
Hi Thomas,
On Thu, 2014-11-20 at 09:44 +0100, Thomas Petazzoni wrote:
> Hello,
>
> Quick analysis of yesterday build results. Samuel, Peter, Gustavo,
> Bernd, Yann, Vincente, Alexey, please have a look below.
> > arc | radvd-2.8 | NOK | http://autobuild.buildroot.net/results/9b480421bd66e046ff9200963facb2663b77fd35/
>
> device-linux.o: In function `check_ip6_forwarding':
> /home/test/autobuild/instance-1/output/build/radvd-2.8/device-linux.c:189: undefined reference to `sysctl'
>
> Alexey, can you have a look at this one?
This happens because for ARC in Linux kernel we don't have
__ARCH_WANT_SYSCALL_DEPRECATED.
So a number of syscalls is not enabled in
"include/asm-generic/unistd.h".
From the name of this define I would assume that we should avoid using
those syscalls. So probably "radvd" should be updated.
Any thoughts?
-Alexey
^ permalink raw reply [flat|nested] 15+ messages in thread* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 19:58 ` Alexey Brodkin
@ 2014-11-21 8:20 ` Thomas Petazzoni
0 siblings, 0 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2014-11-21 8:20 UTC (permalink / raw)
To: buildroot
Dear Alexey Brodkin,
On Thu, 20 Nov 2014 19:58:26 +0000, Alexey Brodkin wrote:
> > device-linux.o: In function `check_ip6_forwarding':
> > /home/test/autobuild/instance-1/output/build/radvd-2.8/device-linux.c:189: undefined reference to `sysctl'
> >
> > Alexey, can you have a look at this one?
>
> This happens because for ARC in Linux kernel we don't have
> __ARCH_WANT_SYSCALL_DEPRECATED.
>
> So a number of syscalls is not enabled in
> "include/asm-generic/unistd.h".
>
> From the name of this define I would assume that we should avoid using
> those syscalls. So probably "radvd" should be updated.
>
> Any thoughts?
Ok, thanks for the analysis. Going a bit further, the issue is that
when __NR_sysctl is not defined, uClibc will not provide an
implementation of sysctl(), but it will continue to install
<sys/sysctl.h>, which provides the prototype for sysctl().
Looking at the radvd code, the call to sysctl() is actually optional,
depending on whether the configure script has found <sys/sysctl.h>. So
it breaks in our case, because <sys/sysctl.h> is there, but the
sysctl() function is not actually implemented.
So I see two possible solutions (possibly non exclusive) :
1) Fix uClibc so that it doesn't install <sys/sysctl.h> when sysctl()
is not available.
2) Fix radvd configure check so that instead of checking if
<sys/sysctl.h> is available, check if the sysctl() function is
actually present. I don't remember if AC_CHECK_FUNCS() so a
compile+link test or just a compile test. If it does just a compile
test, then it will not detect the problem. If that's the case, then
use AC_TRY_LINK() would work.
Best regards,
Thomas Petazzoni
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 8:44 ` Thomas Petazzoni
` (3 preceding siblings ...)
2014-11-20 19:58 ` Alexey Brodkin
@ 2014-11-20 20:07 ` Bernd Kuhls
2014-11-21 18:43 ` Bernd Kuhls
5 siblings, 0 replies; 15+ messages in thread
From: Bernd Kuhls @ 2014-11-20 20:07 UTC (permalink / raw)
To: buildroot
Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8
@public.gmane.org> wrote in news:20141120094407.4b487379 at free-electrons.com:
>> arm | mesa3d-demos-8.2.0 | NOK |
http://autobuild.buildroot.net/results/92edf234780795bc2dc1aa495c492df1528204
a1/
>
> corender.c:17:19: fatal error: GL/gl.h: No such file or directory
>
> Yann, Bernd? I know Yann did an analysis of the issue, but I don't
> think we heard back from Bernd about it. Bernd, can you have a look at
> Yann's analysis of the issue?
Hi,
actually Peter commented on v1 of my patch to fix this bug ;)
Just sent v2: http://patchwork.ozlabs.org/patch/412860/
Yann commented on my glmark2 patch, not committed to buildroot yet, which
should depend on mesa3d for the time being.
Regards, Bernd
^ permalink raw reply [flat|nested] 15+ messages in thread* [Buildroot] [autobuild.buildroot.net] Build results for 2014-11-19
2014-11-20 8:44 ` Thomas Petazzoni
` (4 preceding siblings ...)
2014-11-20 20:07 ` Bernd Kuhls
@ 2014-11-21 18:43 ` Bernd Kuhls
5 siblings, 0 replies; 15+ messages in thread
From: Bernd Kuhls @ 2014-11-21 18:43 UTC (permalink / raw)
To: buildroot
Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote
in news:20141120094407.4b487379 at free-electrons.com:
>> arm | dovecot-2.2.15 | NOK |
>> http://autobuild.buildroot.net/results/9b536926b3b2bf82c683b48e
>> 9697a220f1b4bf33/
>
> /home/buildroot/instance-1/output/host/usr/arm-buildroot-linux-uclibcgnue
> abi/sysroot/usr/lib/mysql/libmysqlclient.a(my_time.o): In function
> `str_to_time': my_time.c:(.text+0x9a8): multiple definition of
> `str_to_time'
> ../../src/lib-dovecot/.libs/libdovecot.a(strnum.o):strnum.c:(.text+0x4f4)
> : first defined here
> ../../src/lib-dovecot/.libs/libdovecot.a(file-dotlock.o): In function
> `dotlock_create':
>
> Symbol conflict between MySQL and Dovecot it seems, in static linking
> configuration. Bernd, can you have a look, since you contributed
> ClamAV ?
Hi,
fixed by http://patchwork.ozlabs.org/patch/413152/
Regards, Bernd
^ permalink raw reply [flat|nested] 15+ messages in thread