From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] Patchwork cleanup #7: triaging proposal
Date: Sun, 16 Mar 2014 17:07:12 +0100 [thread overview]
Message-ID: <20140316160712.GA3267@free.fr> (raw)
In-Reply-To: <CAAXf6LWP0FX4AAGP_ACZHgoxEAEwarpEdHchukxE+V=WJnXROg@mail.gmail.com>
Thomas, All,
On 2014-03-16 08:48 +0100, Thomas De Schampheleire spake thusly:
> Here is a first patchwork cleanup based on the new patchwork cleanup
> proposal [1]. Let's see how this goes and evaluate after one or more
> sessions.
[--SNIP--]
Thanks for putting up this list! :-)
> A. Patches to keep:
> -------------------
>
> directfb-lua: new package
> http://patchwork.ozlabs.org/patch/262971/
Vote: A, keep.
> [v2] Standardisation of $(BUILD)/.root name
> http://patchwork.ozlabs.org/patch/265680/
Vote C: unsure.
> [2/2] arch/Config.in: Allow ARM to select BR2_BINFMT_FLAT
> http://patchwork.ozlabs.org/patch/272450/
>
> arch/Config.in: Allow arm7tdmi to select BR2_BINFMT_FLAT
> http://patchwork.ozlabs.org/patch/273066/
>
> [Note: the above two patches are related. The feedback in the patch is
> to introduce a split between ARCH_HAS_MMU and BR2_USE_MMU, and thus
> requires quite some work in the core infrastructure.]
As Thomas said, they can't go in as-is. It would be better to add
generic config options (_HAS_MMU, _USE_MMU et al.) first.
So I'd rather say:
Vote: C, unsure: we do not want _these_ patches, but a better way
to express such a configuration.
> [RFC] uclibc: Don't build shared library if !HAVE_SHARED
> http://patchwork.ozlabs.org/patch/273175/
Vote: A, keep.
> Add pyside + shiboken packages
> http://patchwork.ozlabs.org/patch/275929/
Vote: A, keep. Needs heavy refresh, though.
> [v2,1/1] package: remove the trailing slash sign from $(PKG)_SITE variable
> http://patchwork.ozlabs.org/patch/276237/
Vote: A, keep. Needs heavy refresh, though. Pretty trivial to do,
and very easy to automate. I'll take.
> [v2,1/1] u-boot: allow to pass a custom configuration file
> http://patchwork.ozlabs.org/patch/276286/
Vote: C, unsure. This is likely to overwrite a uboot source file
with a local file, so we won't be able to generate conpliant
legal-info when a custom comnfig file is used.
> [v3,01/11] udev: explicitly include pthreads
> http://patchwork.ozlabs.org/patch/278298
Vote: C, unsure. There was no feedback on the reason why the change
was needed in the first place (Peter tested and it worked).
> [v3,02/11] sunxi-mali: add explicit pthread/dl/rt dependencies
> http://patchwork.ozlabs.org/patch/278295
Vote: C, unsure. Same as above.
> [v3,05/11] sunxi-cedarx: bump to newer version, use armel2 binaries, add demo
> http://patchwork.ozlabs.org/patch/278299
Vote: A, keep.
> [v3,08/11] libpng12: new package
> http://patchwork.ozlabs.org/patch/278300
>
> [v3,09/11] libpng: ensure libpng12 is installed before libpng
> http://patchwork.ozlabs.org/patch/278301
Vote: A, keep both.
> [v3,10/11] glmark2: new package
> http://patchwork.ozlabs.org/patch/278304
Vote: A, keep.
> [v3,11/11] mesa3d-demos: new package
> http://patchwork.ozlabs.org/patch/278305
Vote: A, keep.
> B. Patches to reject:
> ---------------------
>
> infra: display current task as title of the term window
> http://patchwork.ozlabs.org/patch/265214/
Vote: B, reject.
> C. Unsure / need more investigation:
> ------------------------------------
>
> [RESEND] package/Makefile.in: Fix dependency for selecting uclinux as TARGET_OS
> http://patchwork.ozlabs.org/patch/277119/
Vote: C, unsure. It looks related to the two other patches above:
[2/2] arch/Config.in: Allow ARM to select BR2_BINFMT_FLAT
arch/Config.in: Allow arm7tdmi to select BR2_BINFMT_FLAT
> libgcc erroneously built as armv5 for arm920t(armv4t)
> http://patchwork.ozlabs.org/patch/278212/
Vote: B, reject. Should be fixed by:
d3539dd5: arch: pass cpu option instead of tune option on ARM
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2014-03-16 16:07 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-16 7:48 [Buildroot] Patchwork cleanup #7: triaging proposal Thomas De Schampheleire
2014-03-16 16:07 ` Yann E. MORIN [this message]
[not found] ` <5325D7A3.4090704@gigabyte.getmyip.com>
2014-03-16 18:43 ` Yann E. MORIN
2014-03-17 6:59 ` Arnout Vandecappelle
2014-03-16 23:51 ` Ezequiel García
2014-03-18 4:54 ` Thomas Petazzoni
2014-03-18 10:39 ` Ezequiel García
2014-03-18 12:00 ` Jérôme Pouiller
2014-03-18 12:16 ` Thomas De Schampheleire
2014-03-17 7:03 ` Arnout Vandecappelle
2014-03-25 20:17 ` Thomas De Schampheleire
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=20140316160712.GA3267@free.fr \
--to=yann.morin.1998@free.fr \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.