From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Analysis of build results for 2017-10-30
Date: Thu, 2 Nov 2017 23:21:55 +0100 [thread overview]
Message-ID: <20171102232155.11995715@windsurf> (raw)
In-Reply-To: <20171031230519.3feb2619@windsurf>
Hello,
Quick feedback on all the build issues.
On Tue, 31 Oct 2017 23:05:19 +0100, Thomas Petazzoni wrote:
> On Tue, 31 Oct 2017 08:00:13 +0100 (CET), Thomas Petazzoni wrote:
>
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/25e4ff4b8cecd88d56bd75fcdef64ad9affed959 | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/204d17c639e8a38648dbc15c4abbc0c6fe23370a | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/2ac87b1ea118366df4c816a13fa7cd02f8b10dc0 | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/a818230518d1197a9916019a955437fc3611ad33 | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/3663fc12c6d5908ba496efdfaa1ba24ed39f0104 | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/af51008cdc92645adb20664aa7b3c64d9ed4691e | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/e033f008b4731d41ec426884b45a591dda7adaf3 | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/1be95e26fd18e9772e42b5e6cb1e93fbac9c1c8a | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/c94d79b9eaecdb36e0894ae0f965ae39cdb35386 | ORPH
> > arc | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/53359e0fe1408f3816d3091b49462320239f39c1 | ORPH
>
> This is happening only on ARC. Why? Matt Weber proposed a patch,
> https://patchwork.ozlabs.org/patch/832397/, but I am not terribly
> convinced because it doesn't explain why this problem happens only on
> ARC, and why it appeared suddenly.
>
> Alexey, could you have a look ?
These have now been fixed by
https://git.buildroot.org/buildroot/commit/?id=f0b65bd90ce4429d6b7e952ce7de2d5f92a2dd26.
They were not ARC related in the end.
> > bfin | boost-1.65.1 | NOK | http://autobuild.buildroot.net/results/5874155f0d722c004971bb9ae9df995f052744c6 |
> > arm | boost-1.65.1 | NOK | http://autobuild.buildroot.net/results/06bfcc0ba0ea9a125e89a54235348564d1a074a3 |
> > m68k | boost-1.65.1 | NOK | http://autobuild.buildroot.net/results/f2a0bd030cce31a7346f05442a2d16c462713768 |
> > m68k | boost-1.65.1 | NOK | http://autobuild.buildroot.net/results/38d80d117f346ed630b10b6cdc951ec9a9dd1576 |
> > bfin | boost-1.65.1 | NOK | http://autobuild.buildroot.net/results/19ddca30994e3acf223e54b91cfda9725838d71c |
>
> All five issues are the same:
>
> libs/fiber/src/numa/linux/pin_thread.cpp:31:39: error: '::pthread_setaffinity_np' has not been declared
> if ( BOOST_UNLIKELY( 0 != ( err = ::pthread_setaffinity_np( ::pthread_self(), sizeof( set), & set) ) ) ) {
>
> This is weird, because:
>
> config BR2_PACKAGE_BOOST_FIBER
> bool "boost-fiber"
> depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL
>
> So the fiber library shouldn't be built on toolchains that don't have
> NPTL support.
>
> Adam, since you bumped Boost, could you investigate this?
This still needs to be investigated. Adam?
> > arc | busybox-1.27.2 | NOK | http://autobuild.buildroot.net/results/2cb531b9f9c75bb5dae10c02f2afeca225c65947 | ORPH
>
>
> CC console-tools/setlogcons.o
> libbb/appletlib.c:206:8: error: 'NUM_APPLETS' undeclared (first use in this function); did you mean 'PF_APPLETALK'?
> max = NUM_APPLETS;
>
> What is going on here?!?
It still occurred only once,
http://autobuild.buildroot.net/?reason=busybox-1.27.2. Not sure what
this means.
> > arm | core-dependencies | NOK | http://autobuild.buildroot.net/results/30d398c5764350609ef37d158c665347caf9f134 |
> > arm | core-dependencies | NOK | http://autobuild.buildroot.net/results/5f5b5edb058efe976c003678e21bcc28a87cc828 |
>
> Your Buildroot configuration needs a compiler capable of building 32 bits binaries.
> If you're running a Debian/Ubuntu distribution, install the gcc-multilib package.
> For other distributions, refer to their documentation.
>
> Peter, gcc112 is your autobuilder, and it's a ppc64 machine, which
> probably explains the issue.
Peter has submitted a patch series fixing some (all?) of those issues,
but I have some questions/concerns about some of the patches, which I
have already shared by replying to those patches.
> > arm | cups-2.2.5 | NOK | http://autobuild.buildroot.net/results/0f1cb8d72d0a78eb8b5c46548bc7c7bade93c674 | ORPH
>
>
> ippserver.o: In function `ipp_print_job':
> /accts/mlweber1/rclinux/target_build/instance-3/output/build/cups-2.2.5/test/ippserver.c:3881: undefined reference to `_cupsThreadDetach'
> ippserver.o: In function `run_printer':
> /accts/mlweber1/rclinux/target_build/instance-3/output/build/cups-2.2.5/test/ippserver.c:6812: undefined reference to `_cupsThreadDetach'
> /accts/mlweber1/rclinux/target_build/instance-3/output/build/cups-2.2.5/test/ippserver.c:6830: undefined reference to `_cupsThreadDetach'
>
> This happens with a toolchain that doesn't have thread support. So
> either we make cups depend on the availability of thread support, or we
> fix the problem in cups. Perhaps making cups depend on thread support
> is the easiest option.
>
> Olivier, could you have a look into this? Also, I realized you are not
> listed in the DEVELOPERS file for the cups package, would you be OK to
> add yourself there?
Fixed by:
https://git.buildroot.org/buildroot/commit/?id=f04f2023fcf28aea133cef25466631f9e9f9ce7f
>
> > powerpc64 | dbus-python-1.2.4 | NOK | http://autobuild.buildroot.net/results/1588d1a2fec77522857fd22e344b1a89ad04bb44 | ORPH
> > arm | dbus-python-1.2.4 | NOK | http://autobuild.buildroot.net/results/a1b68de766d13628380dfaa4e4db893a6c8e8af6 | ORPH
> > or1k | dbus-python-1.2.4 | NOK | http://autobuild.buildroot.net/results/bf1124aed79210f16acc08e056e744a0dc17b418 | ORPH
> > x86_64 | dbus-python-1.2.4 | NOK | http://autobuild.buildroot.net/results/8a7203b7473b5500b456344379dfa6d6bde4d52d | ORPH
>
> configure: PYTHON_INCLUDES overridden to: -I/usr/lfs/v0/rc-buildroot-test/scripts/instance-2/output/host/powerpc64-buildroot-linux-gnu/sysroot/usr/lfs/v0/rc-buildroot-test/scripts/instance-2/output/host/powerpc64-buildroot-linux-gnu/sysroot/usr/include/python3.6m -I/usr/lfs/v0/rc-buildroot-test/scripts/instance-2/output/host/powerpc64-buildroot-linux-gnu/sysroot/usr/lfs/v0/rc-buildroot-test/scripts/instance-2/output/host/powerpc64-buildroot-linux-gnu/sysroot/usr/include/python3.6m
> checking whether those headers are sufficient... no
> configure: error: could not find Python headers
>
> Feels like the "building in /usr" issue, it would be fixed by
> https://patchwork.ozlabs.org/patch/827751/.
Still need to look into this.
> > arc | ffmpeg-3.3.5 | NOK | http://autobuild.buildroot.net/results/b8fd41b127ab7702a2b69998076d737ea2e092b5 |
> > arc | ffmpeg-3.3.5 | NOK | http://autobuild.buildroot.net/results/43c90fbad3662101ef4eb5958f73700d1ff57b38 |
> > arc | ffmpeg-3.3.5 | NOK | http://autobuild.buildroot.net/results/a152a190108986392346efbba001b9dd0bdc89bc |
> > arc | ffmpeg-3.3.5 | NOK | http://autobuild.buildroot.net/results/60d44246fe6a54b02b53564761807204b9a190d0 |
>
> libavcodec/vp9dsp_template.c:1685:1: internal compiler error: Segmentation fault
>
> Alexey, could you have a look ?
Alexey, this continues to happen:
http://autobuild.buildroot.net/?reason=ffmpeg-3.3.5. Should we disable
this package on ARC ?
> > xtensa | freerdp-2.0.0-rc0 | NOK | http://autobuild.buildroot.net/results/81aa66ddd88919295ccb5f34b527b737627263a7 |
>
>
> CMake Error at channels/tsmf/client/gstreamer/CMakeLists.txt:21 (message):
> GStreamer library not found, but required for TSMF module.
>
> Adam, you recently bumped freerdp, could you please have a look?
Adam?
> > arc | gpm-1.20.7 | NOK | http://autobuild.buildroot.net/results/5a1404cf52c9547533a5b04c40d6118b43a07707 |
>
> gpm-root.c:(.text.startup+0x1aa): undefined reference to `__sigemptyset'
> gpm-root.c:(.text.startup+0x1aa): undefined reference to `__sigemptyset'
>
> This is with the new glibc ARC toolchain. Alexey ? :-)
Not ARC related, but glibc 2.26 related apparently. Fixed by
https://git.buildroot.org/buildroot/commit/?id=11a5a9d3570ca59f03b6f04ace1c0a30190695c9.
>
> > xtensa | gstreamer-0.10.36 | NOK | http://autobuild.buildroot.net/results/bb0a52f08ce07b3aa7301e69e9be12f3e45f45b2 | ORPH
> > arm | gstreamer-0.10.36 | NOK | http://autobuild.buildroot.net/results/0b6feb96ba877cb4f3b8c6a05c977a1c12805fac | ORPH
> > arm | gstreamer-0.10.36 | NOK | http://autobuild.buildroot.net/results/daa93d58840c77c980d040e2b740555dc3b36951 | ORPH
>
>
> /home/buildroot/autobuild/run/instance-3/output/host/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/lib/libgobject-2.0.a(libgobject_2_0_la-gmarshal.o): In function `g_cclosure_marshal_VOID__VOID':
> gmarshal.c:(.text+0x0): multiple definition of `g_cclosure_marshal_VOID__VOID'
> ../gst/.libs/libgstreamer-0.10.a(libgstreamer_0.10_la-gstmarshal.o):/home/buildroot/autobuild/run/instance-3/output/build/gstreamer-0.10.36/gst/gstmarshal.c:60: first defined here
>
> Static linking issue. Who volunteers to have a look? We don't even have
> a person listed in the DEVELOPERS file for gstreamer.
Still unfixed. Anyone?
> > arm | host-erlang-rebar-2.6.4 | TIM | http://autobuild.buildroot.net/results/6c4c7b3094bd48a72786f5be3d760f0356557403 |
> > arm | host-erlang-rebar-2.6.4 | TIM | http://autobuild.buildroot.net/results/a17d5eb1aac01dab19412aa28d523625577730db |
>
> The infamous ./bootstrap issue that consumes 100% of the CPU before
> timing out the build job. Johan, we really need to find a solution to
> this problem. How can we proceed to debug this?
Still unfixed.
> > arc | host-gdb-arc-2017.09-rc1-gdb | NOK | http://autobuild.buildroot.net/results/43eae264991aa369490236c7bd59c0b6a67fcf25 | ORPH
>
> checking whether /usr/bin/g++ supports C++11 features with -h std=c++11... no
> configure: error: *** A compiler with support for C++11 language features is required.
> make[2]: *** [configure-gdb] Error 1
>
> The ARC special version needs:
>
> depends on BR2_HOST_GCC_AT_LEAST_4_8
> depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8
>
> Just like the gdb 8.0 version.
>
> Yann, perhaps you could have a look at this ?
Fixed by
https://git.buildroot.org/buildroot/commit/?id=445340685f1c8118513355a5d96f683cb2af85e2.
>
> > xtensa | host-libevent-2.1.8-stable | NOK | http://autobuild.buildroot.net/results/dfb5009ff4289086ff6ecf008d623cad92e7d1fe | ORPH
>
> /usr/include/openssl/kssl.h:150:5: error: unknown type name 'krb5_octet'
> krb5_octet FAR *key;
>
> I think we need to pass --disable-openssl when building host-libevent.
> Who volunteers to have a look?
Still unfixed.
>
> > arm | host-mono-5.2.0.224 | NOK | http://autobuild.buildroot.net/results/51dcf8908157393a09ce772e6099e73fd0cd0ba2 |
>
> Unhandled Exception:
> System.ExecutionEngineException: System.NullReferenceException: Object reference not set to an instance of an object ---> System.NullReferenceException: Object reference not set to an instance of an object
>
> Angelo, could you have a look ?
Still unfixed.
> > arc | host-uboot-tools-2017.07 | NOK | http://autobuild.buildroot.net/results/9567703c95823be10400c0a330c3997a4cd6a62c | ORPH
> > arm | host-uboot-tools-2017.07 | NOK | http://autobuild.buildroot.net/results/e3ee47e30a01e68a80fcbef3178f8eb051fe509f | ORPH
> > sh4 | host-uboot-tools-2017.07 | NOK | http://autobuild.buildroot.net/results/7d60ebf31fd9df7a5fef7e7723859c32d7972f5b | ORPH
>
> The libfdt/python issue. Matt Weber has proposed a patch to fix it:
> https://patchwork.ozlabs.org/patch/827287/, however I have some
> questions/concerns about it.
Fixed by
https://git.buildroot.org/buildroot/commit/?id=0bcd09ffcabbcce74ed00bc38620f71a34a59b45.
>
> > xtensa | jimtcl-0.75 | NOK | http://autobuild.buildroot.net/results/fb939428388a53dce3a141147e6bdca15cd9c9ea |
> > microblazeel | jimtcl-0.75 | NOK | http://autobuild.buildroot.net/results/d5328314675e47534658884a9b249cefcf237c40 |
>
> Error: /home/peko/autobuild/instance-2/output/build/jimtcl-0.75/autosetup/config.guess: unable to guess system type
>
> Peter: another ppc64 as host system issue I believe. Could you have a look ?
Peter is looking into it.
> > powerpc | jose-10 | NOK | http://autobuild.buildroot.net/results/e5badaca8f078b84d3a2135634a96729a20f2a9b |
>
> hsh.c: In function 'hsh':
> hsh.c:28:21: error: declaration of 'hsh' shadows a global declaration [-Werror=shadow]
> hsh.c:26:1: error: shadowed declaration is here [-Werror=shadow]
>
> Should be fairly easy to fix. Peter, jose is a package you have added.
> Could you have a look?
Still unfixed.
> > arc | libidn-1.33 | NOK | http://autobuild.buildroot.net/results/d3c3abf9966dd023923235c3879f521ba3a2daa5 | ORPH
>
>
> strerror.c: In function 'rpl_strerror':
> strerror.c:44:21: warning: implicit declaration of function 'strerror_override'; did you mean 'strerror_r'? [-Wimplicit-function-declaration]
> const char *msg = strerror_override (n);
> ^~~~~~~~~~~~~~~~~
>
> This so far only happened on ARC, with uClibc. Alexey ?
Fixed by
https://git.buildroot.org/buildroot/commit/?id=11ed80169ca788d2b9ac448fb545485c44876be9.
> > arm | lttng-tools-2.9.5 | NOK | http://autobuild.buildroot.net/results/16791e9548715d06efe37cf99fb07e4e27d98383 |
>
> Yet again:
>
> prog.c:24:7: warning: implicit declaration of function 'dlmopen' [-Wimplicit-function-declaration]
> h1 = dlmopen(LM_ID_BASE, "libfoo.so", RTLD_LAZY);
>
> I'll try to have a look tomorrow.
Still unfixed.
> > microblazeel | lua-sdl2-v2.0.5-6.0 | NOK | http://autobuild.buildroot.net/results/46f93012342549c44e100522eea0852586311ef4 |
>
> I have a fix for this one, it's easy. I'll send it shortly.
Fixed by
https://git.buildroot.org/buildroot/commit/?id=8161a2f5367534a92978dd455bd736ff3f630abf.
> > arm | mp4v2-2.0.0 | NOK | http://autobuild.buildroot.net/results/8be30492abe3345dc9411fe3e5636c4f8e4311ce |
>
> src/rtphint.cpp:342:35: error: ISO C++ forbids comparison between pointer and integer [-fpermissive]
> if (pSlash != '\0') {
>
> Would be fixed by
> http://pkgs.fedoraproject.org/cgit/rpms/libmp4v2.git/tree/0004-Fix-GCC7-build.patch.
> J?rg, mp4v2 is your package, could you have a look? :-)
Still unfixed.
> > xtensa | nmap-7.60 | NOK | http://autobuild.buildroot.net/results/9e636919c98cd31b5067c8306d0e481a672434cf | ORPH
> > mips64el | nmap-7.60 | NOK | http://autobuild.buildroot.net/results/912561f505ad10d1eaa96dbe247d5838e9968e14 | ORPH
>
> xtensa-linux-g++.br_real: error: libssh2/lib/libssh2.a: No such file or directory
>
> Who volunteers to have a look?
Fixed by
https://git.buildroot.org/buildroot/commit/?id=302ab5ed258c366dfc3853954ef9ec20b22661ce.
> > mips64el | opencv-2.4.13.3 | NOK | http://autobuild.buildroot.net/results/b27d324331f6e351e95dd4742f4d0a50af60c590 |
> > mips64el | opencv-2.4.13.3 | NOK | http://autobuild.buildroot.net/results/44ed0be0bd94028b7b37e7bf21233adc1753d94b |
>
> CMake Error at cmake/OpenCVCompilerOptions.cmake:21 (else):
> A duplicate ELSE command was found inside an IF block.
> Call Stack (most recent call first):
> CMakeLists.txt:437 (include)
>
> Should be easy to fix. Samuel, do you think you will find some time to
> have a look at this?
Fixed by
https://git.buildroot.org/buildroot/commit/?id=dd609b38325d0b8949dcb6677b4e8ba020932b0c.
> > bfin | openobex-1.7.2 | NOK | http://autobuild.buildroot.net/results/78e033fe9f43845581a5d87b21a8451f67520e44 |
>
> /usr/lfs/v0/rc-buildroot-test/scripts/instance-2/output/build/openobex-1.7.2/lib/obex_transport_sock.c:(.text+0x5f6): undefined reference to `accept4'
>
> Not sure what's going on. accept4() not wired in Linux or uClibc for
> Blackfin? Something else? Waldemar, could you have a look?
Fixed by
https://git.buildroot.org/buildroot/commit/?id=93a86b4dec9e73fbe0e186cdde8fb04a36a44762.
But the issue will continue to pop up in the autobuilders until I
rebuild the toolchains. I'm waiting for -rc1 to be released to rebuild
all the toolchains.
> > arm | openssh-7.6p1 | NOK | http://autobuild.buildroot.net/results/3dcd2ab22b75bf27afd963d57e31df5e0bdedcaa | ORPH
> > arm | openssh-7.6p1 | NOK | http://autobuild.buildroot.net/results/8cc30818a400c7a392a3de787cabc9cd8425495f | ORPH
>
> getpagesize.c:(.text+0x0): multiple definition of `getpagesize'
> openbsd-compat//libopenbsd-compat.a(bsd-getpagesize.o):bsd-getpagesize.c:(.text+0x0): first defined here
>
> Would be fixed by http://patchwork.ozlabs.org/patch/832199/.
Fixed by
https://git.buildroot.org/buildroot/commit/?id=cc856401e8ac6a2c7a8767737b73dde933a5798a.
> > m68k | poppler-0.59.0 | NOK | http://autobuild.buildroot.net/results/c35599e6bf09aebe456ea959d7c238f82090fc62 |
>
> /usr/lfs/v0/rc-buildroot-test/scripts/instance-0/output/host/opt/ext-toolchain/m68k-buildroot-uclinux-uclibc/bin/ld.real: cannot find -lopenjp2
>
> Bernd, you recently bumped openjpeg. Could you have a look ?
Fixed by
https://git.buildroot.org/buildroot/commit/?id=84ec4f15ebbc3fb0691c7775766864c5a5039ff5
> > x86_64 | qt5declarative-5.9.2 | NOK | http://autobuild.buildroot.net/results/d9707cc2f47c6906b7e4872e185b7866301c3322 |
>
> logo.h:52:11: error: 'GLfloat' does not name a type
> const GLfloat *constData() const { return m_data.constData(); }
>
> Not sure what's going on. I don't see which package is the OpenGL
> provider. Peter (Seiderer), do you have an idea ?
Still unfixed.
> > arc | stress-ng-0.06.15 | NOK | http://autobuild.buildroot.net/results/296b14584c200593f88af75cdda65c4ca03cd863 |
>
> stress-fp-error.c: In function 'stress_fp_error':
> stress-fp-error.c:100:10: error: 'FE_INVALID' undeclared (first use in this function); did you mean 'EINVAL'?
> EDOM, FE_INVALID);
> ^~~~~~~~~~
>
> We already exclude nios2, we should probably exclude ARC as well.
> Alexey, do you confirm?
Alexey, I've disabled stress-ng on ARC. If you get to fix the <fenv.h>
support in glibc, we can re-enable it.
Fixed by
https://git.buildroot.org/buildroot/commit/?id=7a4fd532b7e5012b532c842639e3b82f751f0f7c.
> > m68k | tremor-19427 | TIM | http://autobuild.buildroot.net/results/5bff9fbd24264b3515a669d585e10ef23127d569 |
> > mipsel | tremor-19427 | TIM | http://autobuild.buildroot.net/results/d1c8e74477797b597c38186343e4d6c69b05560d |
>
> SVN repo is dead, and it locks up the build until we time out? Doesn't
> look great. Yann? :-)
Yann is investigating, but it only happens on Andr?'s autobuilder, so
we will need Andr?'s help.
> > microblazeel | usb_modeswitch-2.5.0 | NOK | http://autobuild.buildroot.net/results/20a9a75f701ce70c2ae434085a85ad8d34adc67b | ORPH
> > arm | usb_modeswitch-2.5.0 | NOK | http://autobuild.buildroot.net/results/46844b028989808aa7340c14af22f2855ec803d8 | ORPH
> >
>
> Not sure. Is it just:
>
>
> make[2]: *** [jim/libjim.a] Error 1
> make[2]: *** Waiting for unfinished jobs....
> usb_modeswitch.c: In function 'checkSuccess':
> usb_modeswitch.c:1579:7: warning: 'i' may be used uninitialized in this function [-Wmaybe-uninitialized]
> if (i == CheckSuccess-1) {
>
> That makes the build fail?
Seems like it's related to jimtcl as well?
Overall, we had 57 build failures, we fixed 27 of them. Still 30 of
them need to be fixed!
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2017-11-02 22:21 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-31 7:00 [Buildroot] [autobuild.buildroot.net] Build results for 2017-10-30 Thomas Petazzoni
2017-10-31 22:05 ` [Buildroot] Analysis of build " Thomas Petazzoni
2017-11-01 2:37 ` Matthew Weber
2017-11-01 9:45 ` Thomas Petazzoni
2017-11-01 10:01 ` Alexey Brodkin
2017-11-01 10:24 ` Thomas Petazzoni
2017-11-01 10:31 ` Alexey Brodkin
2017-11-02 2:31 ` Waldemar Brodkorb
2017-11-02 8:06 ` Thomas Petazzoni
2017-11-01 13:24 ` Matthew Weber
2017-11-01 13:37 ` Thomas Petazzoni
2017-11-01 10:17 ` Samuel Martin
2017-11-01 13:40 ` Thomas Petazzoni
2017-11-01 18:03 ` Baruch Siach
2017-11-02 10:54 ` Peter Korsgaard
2017-11-03 22:31 ` Peter Korsgaard
2017-11-02 10:46 ` Peter Korsgaard
2017-11-02 17:43 ` Yann E. MORIN
2017-11-02 18:08 ` Yann E. MORIN
2017-11-02 20:04 ` Thomas Petazzoni
2017-11-02 20:55 ` Yann E. MORIN
2017-11-02 22:21 ` Thomas Petazzoni [this message]
2017-11-02 22:30 ` Alexey Brodkin
2017-11-03 11:17 ` Angelo Compagnucci
2017-11-03 13:38 ` Thomas Petazzoni
2017-11-03 13:46 ` Angelo Compagnucci
2017-11-03 13:52 ` Thomas Petazzoni
2017-11-03 14:18 ` Angelo Compagnucci
2017-11-03 14:28 ` Thomas Petazzoni
2017-11-03 14:35 ` Angelo Compagnucci
2017-11-03 14:41 ` Thomas Petazzoni
2017-11-04 22:18 ` Arnout Vandecappelle
2017-11-04 22:20 ` Thomas Petazzoni
2017-11-04 22:36 ` Peter Korsgaard
2017-11-05 14:40 ` Thomas Petazzoni
2017-11-05 19:36 ` Peter Korsgaard
2017-11-05 22:35 ` Thomas Petazzoni
2017-11-09 20:58 ` Alexey Brodkin
2017-11-02 22:22 ` Alexey Brodkin
2017-11-08 12:49 ` Johan Oudinet
2017-11-08 16:16 ` Matthew Weber
2017-11-08 17:33 ` Yann E. MORIN
2017-11-08 19:35 ` Matthew Weber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171102232155.11995715@windsurf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox