* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
@ 2017-02-21 7:29 Thomas Petazzoni
2017-02-21 21:42 ` Peter Seiderer
2017-02-22 20:39 ` Peter Seiderer
0 siblings, 2 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2017-02-21 7:29 UTC (permalink / raw)
To: buildroot
Hello,
Build statistics for 2017-02-20
================================
successes : 200
failures : 34
timeouts : 0
TOTAL : 234
Classification of failures by reason
====================================
sngrep-v1.4.2 | 8
qt5base-5.8.0 | 4
alljoyn-16.04.00a | 3
czmq-5205ec201e97c3a652c17e... | 2
apitrace-7.0 | 1
docker-engine-v1.12.6 | 1
freerdp-17834af7bb378f85a3b... | 1
granite-0.4.0.1 | 1
icu-58.2 | 1
jsoncpp-1.7.7 | 1
lftp-4.7.4 | 1
libcec-4.0.2 | 1
libnfc-1.7.1 | 1
libv4l-1.12.2 | 1
lttng-libust-2.9.0 | 1
lttng-tools-2.9.3 | 1
mesa3d-demos-8.3.0 | 1
opencv-2.4.13 | 1
sslh-v1.18 | 1
synergy-1.3.1 | 1
vlc-2.2.4 | 1
Detail of failures
===================
or1k | alljoyn-16.04.00a | NOK | http://autobuild.buildroot.net/results/eebf4ce5ecb896e54912cfa21268e81ff5fb6593
or1k | alljoyn-16.04.00a | NOK | http://autobuild.buildroot.net/results/a41087ebd9c26c1c3a44acc21055484582426c77
or1k | alljoyn-16.04.00a | NOK | http://autobuild.buildroot.net/results/cc7bb33366977839b7c2f5071d26495319832a47
x86_64 | apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/7a1ff050e51267b12e550ef71c98086df1443e62
arm | czmq-5205ec201e97c3a652c17e... | NOK | http://autobuild.buildroot.net/results/f6d7c0102954aaa02c53b0313cdde01d87cf98a3
arm | czmq-5205ec201e97c3a652c17e... | NOK | http://autobuild.buildroot.net/results/7d8b87c0dfa2af008f88db927d0c630ca9c89cbc
i686 | docker-engine-v1.12.6 | NOK | http://autobuild.buildroot.net/results/9dc9370a79c5c44e6c92be6a44334842c211d923
i686 | freerdp-17834af7bb378f85a3b... | NOK | http://autobuild.buildroot.net/results/5d429d0e288754a541ee5d8be515454c5fccd28b
x86_64 | granite-0.4.0.1 | NOK | http://autobuild.buildroot.net/results/e8e012ca64d32c2ff51ab6025e68c2681080d14b
bfin | icu-58.2 | NOK | http://autobuild.buildroot.net/results/e919dfe0fad82ebce5b12adda01e2d5cecd68e1f
or1k | jsoncpp-1.7.7 | NOK | http://autobuild.buildroot.net/results/8dbf406898a59e36ac6a1e16f543b6260da775c8
arm | lftp-4.7.4 | NOK | http://autobuild.buildroot.net/results/7c6e39651c9f07507596ca610b36cacabafc41f2
x86_64 | libcec-4.0.2 | NOK | http://autobuild.buildroot.net/results/38ba94fe0db1544e78fd69dcbd77a452e121deba
or1k | libnfc-1.7.1 | NOK | http://autobuild.buildroot.net/results/0fbb98eac816ed98a256fd8450901a778e5807b2
sparc | libv4l-1.12.2 | NOK | http://autobuild.buildroot.net/results/3f13042565df20087e007949f653942c0462e334
i586 | lttng-libust-2.9.0 | NOK | http://autobuild.buildroot.net/results/052940d74cb7b79287edbb419453f87ad18526ee
i686 | lttng-tools-2.9.3 | NOK | http://autobuild.buildroot.net/results/e189300490fc05dc78f3c46bca73cb1f535bfae8
arm | mesa3d-demos-8.3.0 | NOK | http://autobuild.buildroot.net/results/1da5e9edab7a07fbbdd4edd4a840286becf381ff
i686 | opencv-2.4.13 | NOK | http://autobuild.buildroot.net/results/f49486286ce02918d7e64b1bca30f805b6b8acfd
xtensa | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/ce6f506f610434dff1d0eb64644be0200d7c52f6
arm | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/197ab8a12bf1d780a986e5d447d1e0f5ee070405
arm | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/05d74374b6338c8da3e98579db51bcd214132dd2
arc | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/fda8a5165cc599adfa4b3cb012916fa4dc38aeca
mips64el | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/c0342a9f3a6471355a1859b289234386127f41ba
arm | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/9183cfbbce5eb558f45ceb42d3937eedec6dd054
nios2 | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/dc8b73423dc9610b04088ae75877cfbb073433e5
mips64el | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/23701810d86e1021441f41a552d4a2df6b6c36b0
x86_64 | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/0af942c6b55a887be033d123940e44df81c1e7b1
i686 | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/2a6239a3e3200252a30f71131d321bcebcc67acc
m68k | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/1992641cff4f301e973a39f33dd0b07b0ba5b1f3
arm | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/b3621154ff79ad7fd0cfb9a1fb3fb64ebd6aa2dd
powerpc | sslh-v1.18 | NOK | http://autobuild.buildroot.net/results/867c74ed74fd04ab06d1a10ff34ca177fe005fd2
arc | synergy-1.3.1 | NOK | http://autobuild.buildroot.net/results/1395eca13ca537bde928ddd68a5bc6e130e82ba3
microblazeel | vlc-2.2.4 | NOK | http://autobuild.buildroot.net/results/ef4f3f280ebbfd9f52d4e1055d750706fd60e723
--
http://autobuild.buildroot.net
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-21 7:29 [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20 Thomas Petazzoni
@ 2017-02-21 21:42 ` Peter Seiderer
2017-02-21 21:48 ` Thomas Petazzoni
2017-02-22 20:39 ` Peter Seiderer
1 sibling, 1 reply; 9+ messages in thread
From: Peter Seiderer @ 2017-02-21 21:42 UTC (permalink / raw)
To: buildroot
On Tue, 21 Feb 2017 08:29:02 +0100 (CET), Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> xtensa | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/ce6f506f610434dff1d0eb64644be0200d7c52f6
../3rdparty/double-conversion/include/double-conversion/utils.h:81:2: error: #error Target architecture was not detected as supported by Double-Conversion.
#error Target architecture was not detected as supported by Double-Conversion.
Tried to compile with 'QT5BASE_CONFIGURE_OPTS += -no-doubleconversion', but gives:
Qt Core:
DoubleConversion ....................... no
Using system DoubleConversion ........ no
[...]
ERROR: Your C library does not provide sscanf_l or snprintf_l.
You need to use libdouble-conversion for double/string conversion.
Disable BR2_PACKAGE_QT5_VERSION_LATEST for xtensa (or xtensa/uClibc combination)?
Similare failure for arc:
> arc | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/fda8a5165cc599adfa4b3cb012916fa4dc38aeca
Regards,
Peter
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-21 21:42 ` Peter Seiderer
@ 2017-02-21 21:48 ` Thomas Petazzoni
2017-02-21 21:51 ` Romain Naour
2017-02-21 22:01 ` Peter Seiderer
0 siblings, 2 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2017-02-21 21:48 UTC (permalink / raw)
To: buildroot
Hello,
On Tue, 21 Feb 2017 22:42:30 +0100, Peter Seiderer wrote:
> > xtensa | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/ce6f506f610434dff1d0eb64644be0200d7c52f6
>
> ../3rdparty/double-conversion/include/double-conversion/utils.h:81:2: error: #error Target architecture was not detected as supported by Double-Conversion.
> #error Target architecture was not detected as supported by Double-Conversion.
>
> Tried to compile with 'QT5BASE_CONFIGURE_OPTS += -no-doubleconversion', but gives:
>
> Qt Core:
> DoubleConversion ....................... no
> Using system DoubleConversion ........ no
>
> [...]
>
> ERROR: Your C library does not provide sscanf_l or snprintf_l.
> You need to use libdouble-conversion for double/string conversion.
>
> Disable BR2_PACKAGE_QT5_VERSION_LATEST for xtensa (or xtensa/uClibc combination)?
>
>
> Similare failure for arc:
>
> > arc | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/fda8a5165cc599adfa4b3cb012916fa4dc38aeca
Or add support to the double-conversion code?
For example, m68k support was contributed upstream:
https://github.com/google/double-conversion/commit/da11179623145f53b204105a93b8bbca431141da
But indeed, for the release, disabling unsupported architectures is
probably best. Can you send a patch?
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-21 21:48 ` Thomas Petazzoni
@ 2017-02-21 21:51 ` Romain Naour
2017-02-21 22:01 ` Peter Seiderer
1 sibling, 0 replies; 9+ messages in thread
From: Romain Naour @ 2017-02-21 21:51 UTC (permalink / raw)
To: buildroot
Hi Thomas, Peter, All,
Le 21/02/2017 ? 22:48, Thomas Petazzoni a ?crit :
> Hello,
>
> On Tue, 21 Feb 2017 22:42:30 +0100, Peter Seiderer wrote:
>
>>> xtensa | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/ce6f506f610434dff1d0eb64644be0200d7c52f6
>>
>> ../3rdparty/double-conversion/include/double-conversion/utils.h:81:2: error: #error Target architecture was not detected as supported by Double-Conversion.
>> #error Target architecture was not detected as supported by Double-Conversion.
>>
>> Tried to compile with 'QT5BASE_CONFIGURE_OPTS += -no-doubleconversion', but gives:
>>
>> Qt Core:
>> DoubleConversion ....................... no
>> Using system DoubleConversion ........ no
>>
>> [...]
>>
>> ERROR: Your C library does not provide sscanf_l or snprintf_l.
>> You need to use libdouble-conversion for double/string conversion.
>>
>> Disable BR2_PACKAGE_QT5_VERSION_LATEST for xtensa (or xtensa/uClibc combination)?
>>
>>
>> Similare failure for arc:
>>
>>> arc | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/fda8a5165cc599adfa4b3cb012916fa4dc38aeca
>
> Or add support to the double-conversion code?
>
> For example, m68k support was contributed upstream:
>
> https://github.com/google/double-conversion/commit/da11179623145f53b204105a93b8bbca431141da
>
> But indeed, for the release, disabling unsupported architectures is
> probably best. Can you send a patch?
Same for nios2:
http://autobuild.buildroot.net/results/779/779fd562c28f3a47f9caea7d0e0cb1dcda7fe489/build-end.log
Best regards,
Romain
>
> Thanks,
>
> Thomas
>
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-21 21:48 ` Thomas Petazzoni
2017-02-21 21:51 ` Romain Naour
@ 2017-02-21 22:01 ` Peter Seiderer
2017-02-21 22:12 ` Thomas Petazzoni
1 sibling, 1 reply; 9+ messages in thread
From: Peter Seiderer @ 2017-02-21 22:01 UTC (permalink / raw)
To: buildroot
On Tue, 21 Feb 2017 22:48:04 +0100, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
Hello Thomas,
> Hello,
>
> On Tue, 21 Feb 2017 22:42:30 +0100, Peter Seiderer wrote:
>
> > > xtensa | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/ce6f506f610434dff1d0eb64644be0200d7c52f6
> >
> > ../3rdparty/double-conversion/include/double-conversion/utils.h:81:2: error: #error Target architecture was not detected as supported by Double-Conversion.
> > #error Target architecture was not detected as supported by Double-Conversion.
> >
> > Tried to compile with 'QT5BASE_CONFIGURE_OPTS += -no-doubleconversion', but gives:
> >
> > Qt Core:
> > DoubleConversion ....................... no
> > Using system DoubleConversion ........ no
> >
> > [...]
> >
> > ERROR: Your C library does not provide sscanf_l or snprintf_l.
> > You need to use libdouble-conversion for double/string conversion.
> >
> > Disable BR2_PACKAGE_QT5_VERSION_LATEST for xtensa (or xtensa/uClibc combination)?
> >
> >
> > Similare failure for arc:
> >
> > > arc | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/fda8a5165cc599adfa4b3cb012916fa4dc38aeca
>
> Or add support to the double-conversion code?
>
> For example, m68k support was contributed upstream:
>
> https://github.com/google/double-conversion/commit/da11179623145f53b204105a93b8bbca431141da
Seems simple ;-), but I think it should be done by someone with access to the target arch who can
run the double-conversion test suite...
>
> But indeed, for the release, disabling unsupported architectures is
> probably best. Can you send a patch?
Can do..., depending on BR2_xtensa or (BR2_xtensa && BR2_TOOLCHAIN_USES_UCLIBC)?
Regards,
Peter
>
> Thanks,
>
> Thomas
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-21 22:01 ` Peter Seiderer
@ 2017-02-21 22:12 ` Thomas Petazzoni
0 siblings, 0 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2017-02-21 22:12 UTC (permalink / raw)
To: buildroot
Hello,
On Tue, 21 Feb 2017 23:01:19 +0100, Peter Seiderer wrote:
> > But indeed, for the release, disabling unsupported architectures is
> > probably best. Can you send a patch?
>
> Can do..., depending on BR2_xtensa or (BR2_xtensa && BR2_TOOLCHAIN_USES_UCLIBC)?
Is it C library specific? I don't think it is.
Also, it's not only xtensa, but also arc and nios2 (at least).
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-21 7:29 [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20 Thomas Petazzoni
2017-02-21 21:42 ` Peter Seiderer
@ 2017-02-22 20:39 ` Peter Seiderer
2017-02-23 8:17 ` Thomas Petazzoni
1 sibling, 1 reply; 9+ messages in thread
From: Peter Seiderer @ 2017-02-22 20:39 UTC (permalink / raw)
To: buildroot
On Tue, 21 Feb 2017 08:29:02 +0100 (CET), Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> sparc | libv4l-1.12.2 | NOK | http://autobuild.buildroot.net/results/3f13042565df20087e007949f653942c0462e334
From build-end.log:
CXXLD qv4l2
qv4l2-qv4l2.o: In function `QtPrivate::RefCount::deref()':
qv4l2.cpp:(.text._ZN9QtPrivate8RefCount5derefEv[_ZN9QtPrivate8RefCount5derefEv]+0x24): undefined reference to `__sync_fetch_and_add_4'
qv4l2-qv4l2.o: In function `QString::QString(QString const&)':
qv4l2.cpp:(.text._ZN7QStringC2ERKS_[_ZN7QStringC5ERKS_]+0x54): undefined reference to `__sync_fetch_and_add_4'
qv4l2-vbi-tab.o: In function `QtPrivate::RefCount::ref()':
vbi-tab.cpp:(.text._ZN9QtPrivate8RefCount3refEv[_ZN9QtPrivate8RefCount3refEv]+0x24): undefined reference to `__sync_fetch_and_add_4'
collect2: error: ld returned 1 exit status
make[4]: *** [qv4l2] Error 1
make[4]: Leaving directory `/home/test/autobuild/run/instance-2/output/build/libv4l-1.12.2/utils/qv4l2'
This can be fixed by adding the following two lines to package/libv4l/libv4l.mk:
LIBV4L_CONF_ENV += CXXFLAGS="$(TARGET_CXXFLAGS) -std=gnu++0x"
LIBV4L_CONF_ENV += LDFLAGS="$(TARGET_LDFLAGS) -latomic"
This forces the same compile/link flags as would be used when (successfully)
compiling using the libv4l-1.12.2/utils/qv4l2/qv4l2.pro file...
I am not sure if this is a feasible solution? And when yes on which config
parameters this additional compile/link flags should depend?
ifeq ($(BR2_TOOLCHAIN_GCC_AT_LEAST_4_8)$(BR2_PACKAGE_QT5_VERSION_5_6),yy)
LIBV4L_CONF_ENV += CXXFLAGS="$(TARGET_CXXFLAGS) -std=gnu++0x"
ifeq ($(BR2_TOOLCHAIN_HAS_LIBATOMIC),y)
LIBV4L_CONF_ENV += LDFLAGS="$(TARGET_LDFLAGS) -latomic"
endif
endif
Regards,
Peter
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-22 20:39 ` Peter Seiderer
@ 2017-02-23 8:17 ` Thomas Petazzoni
2017-02-23 16:57 ` Peter Seiderer
0 siblings, 1 reply; 9+ messages in thread
From: Thomas Petazzoni @ 2017-02-23 8:17 UTC (permalink / raw)
To: buildroot
Hello,
On Wed, 22 Feb 2017 21:39:00 +0100, Peter Seiderer wrote:
> On Tue, 21 Feb 2017 08:29:02 +0100 (CET), Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
>
> > sparc | libv4l-1.12.2 | NOK | http://autobuild.buildroot.net/results/3f13042565df20087e007949f653942c0462e334
>
>
> From build-end.log:
>
> CXXLD qv4l2
>
> qv4l2-qv4l2.o: In function `QtPrivate::RefCount::deref()':
> qv4l2.cpp:(.text._ZN9QtPrivate8RefCount5derefEv[_ZN9QtPrivate8RefCount5derefEv]+0x24): undefined reference to `__sync_fetch_and_add_4'
> qv4l2-qv4l2.o: In function `QString::QString(QString const&)':
> qv4l2.cpp:(.text._ZN7QStringC2ERKS_[_ZN7QStringC5ERKS_]+0x54): undefined reference to `__sync_fetch_and_add_4'
> qv4l2-vbi-tab.o: In function `QtPrivate::RefCount::ref()':
> vbi-tab.cpp:(.text._ZN9QtPrivate8RefCount3refEv[_ZN9QtPrivate8RefCount3refEv]+0x24): undefined reference to `__sync_fetch_and_add_4'
This normally indicates that a dependency on BR2_TOOLCHAIN_HAS_SYNC_4
is missing.
> This can be fixed by adding the following two lines to package/libv4l/libv4l.mk:
>
> LIBV4L_CONF_ENV += CXXFLAGS="$(TARGET_CXXFLAGS) -std=gnu++0x"
> LIBV4L_CONF_ENV += LDFLAGS="$(TARGET_LDFLAGS) -latomic"
Hum, so using gnu++0x forces to use __atomic built-ins instead of
__sync built-ins ?
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20
2017-02-23 8:17 ` Thomas Petazzoni
@ 2017-02-23 16:57 ` Peter Seiderer
0 siblings, 0 replies; 9+ messages in thread
From: Peter Seiderer @ 2017-02-23 16:57 UTC (permalink / raw)
To: buildroot
Hello Thomas,
On Thu, 23 Feb 2017 09:17:59 +0100, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On Wed, 22 Feb 2017 21:39:00 +0100, Peter Seiderer wrote:
> > On Tue, 21 Feb 2017 08:29:02 +0100 (CET), Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> >
> > > sparc | libv4l-1.12.2 | NOK | http://autobuild.buildroot.net/results/3f13042565df20087e007949f653942c0462e334
> >
> >
> > From build-end.log:
> >
> > CXXLD qv4l2
> >
> > qv4l2-qv4l2.o: In function `QtPrivate::RefCount::deref()':
> > qv4l2.cpp:(.text._ZN9QtPrivate8RefCount5derefEv[_ZN9QtPrivate8RefCount5derefEv]+0x24): undefined reference to `__sync_fetch_and_add_4'
> > qv4l2-qv4l2.o: In function `QString::QString(QString const&)':
> > qv4l2.cpp:(.text._ZN7QStringC2ERKS_[_ZN7QStringC5ERKS_]+0x54): undefined reference to `__sync_fetch_and_add_4'
> > qv4l2-vbi-tab.o: In function `QtPrivate::RefCount::ref()':
> > vbi-tab.cpp:(.text._ZN9QtPrivate8RefCount3refEv[_ZN9QtPrivate8RefCount3refEv]+0x24): undefined reference to `__sync_fetch_and_add_4'
>
> This normally indicates that a dependency on BR2_TOOLCHAIN_HAS_SYNC_4
> is missing.
>
> > This can be fixed by adding the following two lines to package/libv4l/libv4l.mk:
> >
> > LIBV4L_CONF_ENV += CXXFLAGS="$(TARGET_CXXFLAGS) -std=gnu++0x"
> > LIBV4L_CONF_ENV += LDFLAGS="$(TARGET_LDFLAGS) -latomic"
>
> Hum, so using gnu++0x forces to use __atomic built-ins instead of
> __sync built-ins ?
Yes, seems so (and is the same as is done when configuring via qmake)...
Regards,
Peter
>
> Thomas
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2017-02-23 16:57 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-02-21 7:29 [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-20 Thomas Petazzoni
2017-02-21 21:42 ` Peter Seiderer
2017-02-21 21:48 ` Thomas Petazzoni
2017-02-21 21:51 ` Romain Naour
2017-02-21 22:01 ` Peter Seiderer
2017-02-21 22:12 ` Thomas Petazzoni
2017-02-22 20:39 ` Peter Seiderer
2017-02-23 8:17 ` Thomas Petazzoni
2017-02-23 16:57 ` Peter Seiderer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox