From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Patchwork cleanup week #24
Date: Wed, 15 Jun 2016 22:06:34 +0200 [thread overview]
Message-ID: <20160615220634.67eb8fa9@free-electrons.com> (raw)
Hello,
The previous patchwork cleanup period being over, it's time to start
the second period, with 10 other patches. We're on June 15th, so I'll
give people until June 30th to react on the following patches. If
there's no reaction, like no interest from either the original
submitter nor any other Buildroot developer, the patch will be marked
Rejected on June 30th.
If you are in To: of this e-mail, then one or several of the patches
below have been authored by you, so you should be interested :-)
Thanks,
Thomas
1. board: add support for Chromebook Snow
http://patchwork.ozlabs.org/patch/563197/
This one has not been reviewed. It would be sad not to merge it,
because we have merged some specific packages that are needed for
this defconfig (host-vboot-utils).
2. pyqtgraph: new package
http://patchwork.ozlabs.org/patch/529864/
It seems to be a pretty straightforward package, but nobody
reviewed it.
3. toolchain-wrapper: prevent use of unsupported -fstack-protector*
http://patchwork.ozlabs.org/patch/545315/
This patch proposes to make the toolchain wrapper fail immediately
when -fstack-protector is passed to gcc, but SSP support is not
available. This helps with some packages that assume that compiling
with -fstack-protector is enough to determine if SSP support is
available, while in several cases, doing a link test is necessary.
I personally don't really like this change, as I believe it's
adding even more sorcery to our toolchain wrapper. Instead, the
problematic upstream packages should be fixed. Plus, at the time,
we had a few packages in this situation, but nowadays, I don't
think we have build failures due to this.
So, my proposal would be to reject this patch.
4. uboot: install multiple spl images
http://patchwork.ozlabs.org/patch/595980/
5. Fix for the makeinfo / missing issue, proposal from Romain
http://patchwork.ozlabs.org/patch/595041/
http://patchwork.ozlabs.org/patch/595042/
http://patchwork.ozlabs.org/patch/595043/
We need to take a decision on this one. The problem also occurs for
gdb and binutils on ARC, for which we've added a custom hack
recently.
I tried to play with timestamps by touch'ing the .info files before
the build, it worked with one of gdb or binutils, but failed for
the other.
So either we take Romain's approach, or we bite the bullet and add
a host-makeinfo package on which we depend when gdb/binutils are
fetched from Git.
6. wget download: 'scheme missing' results in empty output file
http://patchwork.ozlabs.org/patch/599387/
7. Fortran support
http://patchwork.ozlabs.org/patch/599678/
http://patchwork.ozlabs.org/patch/599679/
http://patchwork.ozlabs.org/patch/599680/
Nobody reviewed this.
8. new package: alsacap
http://patchwork.ozlabs.org/patch/607045/
Isn't there already a tool in alsa-utils that does the same thing
more or less?
9. overlay: Add archive-based (tar) rootfs overlays
http://patchwork.ozlabs.org/patch/610752/
10. Improvements to kernel headers version selection
http://patchwork.ozlabs.org/patch/612316/
http://patchwork.ozlabs.org/patch/612315/
http://patchwork.ozlabs.org/patch/612313/
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next reply other threads:[~2016-06-15 20:06 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-15 20:06 Thomas Petazzoni [this message]
[not found] ` <CAJsd3zJkzAUJhvBPJ9hdQ60YmjSjuB7sahptmLFx6-1V70fLAg@mail.gmail.com>
2016-06-15 21:18 ` [Buildroot] Patchwork cleanup week #24 Thomas Petazzoni
2016-06-16 7:18 ` Thomas De Schampheleire
2016-06-16 7:32 ` Thomas Petazzoni
2016-06-16 9:52 ` Thomas De Schampheleire
2016-06-16 9:56 ` Thomas Petazzoni
2016-06-16 17:30 ` Yann E. MORIN
2016-06-16 17:23 ` Yann E. MORIN
2016-06-18 20:56 ` Thomas Petazzoni
2016-06-18 14:14 ` Romain Naour
[not found] ` <4209f432-0fbd-8d44-7194-c99829f66e2e@smile.fr>
2016-06-22 5:45 ` Alexey Brodkin
2016-06-24 7:24 ` Vlad Zakharov
2016-06-24 7:32 ` Thomas Petazzoni
2016-06-24 9:13 ` Alexey Brodkin
2016-06-24 9:15 ` Thomas Petazzoni
2016-06-24 9:17 ` Alexey Brodkin
2016-07-01 7:59 ` Romain Naour
2016-06-22 6:14 ` Cam Hutchison
2016-06-30 23:51 ` Cam Hutchison
2016-07-01 7:01 ` Thomas Petazzoni
2016-06-22 20:57 ` Arnout Vandecappelle
2016-06-26 11:07 ` Jörg Krause
2016-06-26 12:53 ` Thomas Petazzoni
2016-07-24 20:23 ` Thomas Petazzoni
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=20160615220634.67eb8fa9@free-electrons.com \
--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