[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Thomas Petazzoni]

Hello,

On April 21th, I sent a personal reminder to all the patch authors who
had patches older than 15 days pending in Buildroot's patchwork.

Since then, a number of authors have responded to indicate whether they
are still interested or not by their patches, which is great.

However, a fairly significant portion of the patches have not been
given any feedback by their respective authors. I have triaged the
answers from the authors, and classified such patches. The list of such
patches follows. Note that the authors of such patches are again added
in the To: field of this e-mail, to get their attention.

I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
one month after the reminder), if the authors still haven't expressed
interest and nobody else volunteered to adopt the patch. I believe we
can't keep for months or years patches that the original author has
lost interest in, and nobody else seems to be interested in.

Let me know if you agree or disagree with this proposal.

Volunteers interested in adopting one or several of the below patches,
please speak up.

Here is the list of such patches:

 * [1/2] Makefile: Fix target-purgelocales
 * [RFC,2/2] barebox: Add possibility to build also barebox xloader (MLO).
 * [1/3] ccache: change compilercheck to use compiler and toolchain info
 * [v3,5/5] board: add support for the Fri2 board
 * [v7,1/2] adding bootloader option for iso9660 filesystem image
 * [v7,2/2] add bootloader isolinux for iso9660 filesystem image
 * [v2] Add Marble package.
 * [v1] Python script to check package version
 * socfpga-cyclone5 Dev board support
 * Reduce need for BR2_HOSTARCH_NEEDS_IA32_COMPILER
 * [6/7,v3] package/petitboot: Add petitboot, the userspace bootloader
 * [7/7,v3] Add powerpc64 petitboot defconfig
 * [1/1] libssh2: fix library search path issues when zlib support enabled
 * [RFC] Separate target-building make targets from image-building make targets
 * [2/2] ntp: prevent keyword-gen failure during ntp_keyword.h check
 * [lua,V4,4/4] lua-iconv: new package
 * [1/1] ti-wl12xx_target_scripts: new package
 * [v2] wpa_supplicant: Add NL80211 support option
 * [v2] qt: add gst-plugins-base dependency to multimedia module
 * [1/1] toybox: new package
 * Fix selection of bootloaders from $(BR2_EXTERNAL)
 * [RFC/PATCH] linux: remove the zImage before rebuild
 * [v3] autobuilder: branch support
 * [1/1] Fix nfs server for a read only rootfs
 * RFC: [PATCH 1/1] check-updates.py: Adds CVE check
 * [v3] uboot-tools: Allow users to use uboot's sources
 * [1/2] Use package framework to manage skeleton
 * [2/2] Change deps between $(TARGET_DIRS) and rootfs-dirs
 * [50/51] protobuf-c: bump version
 * [51/51] protobuf: bump version
 * wireshark: remove RPATH tag
 * [V3,4/5] c-icap: new package
 * [V3,5/5] c-icap-modules: new package
 * [v2,1/4] libfm-extra: new package
 * [v2,2/4] menu-cache: new package
 * [v2,3/4] libfm: new package
 * [v2,4/4] pcmanfm: bump version to 1.2.3
 * [v4,1/9] Makefile: don't depend on the umask
 * [v4,2/9] Makefile: don't depend on current skeleton/overlay permissions
 * [v4,3/9] toolchain/helpers.mk: use --chmod on rsync
 * [v4,4/9] pkg-generic.mk: don't depend on external package permissions
 * [v4,6/9] scripts: mkmakefile: set umask before calling BR's makefile
 * [1/1] Fix npm module cross compilation, use up-to-date npm and install modules globally
 * [1/1] package/iojs: new package
 * spidev_test: use the one from the kernel we build
 * [1/3] fs/iso9660: allow building a hybrid ISO image
 * [3/3] docs/manual/beyond-buildroot: building and testing live-CDs
 * [RFC,3/4] opengl-registry: Also provide DRI interface
 * [RFC,4/4] xorg-server: Depends on libgl to enable DRI/GLX
 * [v2,2/2] python-jinja2: allow build as host-package
 * [1/1] qt5base: add option for custom qconfig file
 * [1/2,RFC] LLVM: Added package
 * [2/2,RFC] mesa3d: Use LLVM as the shader compiler when applicable
 * [PATCHv3,for,next,1/2] toolchain-external: improve lib subdirectory matching
 * [PATCHv3,for,next,2/2] toolchain: create symlink to 'lib' from ARCH_LIB_DIR iso fixed lib32/lib64
 * xc3sprog: new package
 * [1/1] package/x11r7/xapp_xfs: Fix linking error
 * linux: adjust fixup logic for ktap
 * gettext: add dependency on host-libxml2 for host-gettext.
 * [2/2] fs: add custom fakeroot script support
 * [1/1] Added package gmock
 * [1/1] package/systemd: journald should use volatile storage
 * [1/1] gmock: new package
 * [1/1] bash: added option to disable locale support
 * [v2,1/1] Makefile: add target to clean targetfs
 * [v2,1/1] board: add support for Xilinx zc706
 * [v2] busybox: add option for standalone telnetd on target
 * toolchain-external: fix gdbserver copying for ARC GNU tools
 * [2/2] bfin: put the libc link path of the flat shared and sep data formats before the sysroot link path
 * [RFC,v2,1/5] aarch64: add big endian(aarch64_be) support
 * [RFC,v2,2/5] aarch64: ilp32: handle special file name
 * [RFC,v2,3/5] aarch64: ilp32: add ilp32 compiler and linker flags
 * [RFC,v2,4/5] aarch64: ilp32: add ilp32 build config
 * [RFC,v2,5/5] aarch64: ilp32 defconfig examples
 * [1/1] busybox: add conditional dependency on libselinux (v2)

Thanks,

Thomas Petazzoni
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Alexey Brodkin]

Hi Thomas,

On Wed, 2015-05-06 at 23:53 +0200, Thomas Petazzoni wrote:
>  * [v2] busybox: add option for standalone telnetd on target

I did reply on that saying that I'm still interested in getting that
accepted. See https://patchwork.ozlabs.org/patch/449356/

>  * toolchain-external: fix gdbserver copying for ARC GNU tools

This one is superseded with v2, see
https://patchwork.ozlabs.org/patch/454258/

Let me know if I may improve anything in either patch.

-Alexey

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Emeric Vigier]

On 15-05-06 05:53 PM, Thomas Petazzoni wrote:
>   * [v2,1/1] Makefile: add target to clean targetfs

Hi Thomas,

I am taking care of this one. I submitted a v3 since then, need to do 
some testing, and will send a v4 soon.

thanks,
Emeric

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Jeremy Kerr]

Hi Thomas,

> * [6/7,v3] package/petitboot: Add petitboot, the userspace
> bootloader

This has had some review, and needs some changes. I've marked this as
'Changes Requested' in patchwork.

> * [7/7,v3] Add powerpc64 petitboot defconfig

We don't really need this one; I'll send a replacement if we still want
a defconfig. I've marked as Superseded.

> * [RFC] Separate target-building make targets from image-building
> make targets

Still interested in this one, but it hasn't had any feedback.

Regards,


Jeremy

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Baruch Siach]

Hi Thomas,

On Wed, May 06, 2015 at 11:53:53PM +0200, Thomas Petazzoni wrote:
>  * wireshark: remove RPATH tag

I agree with marking this patch as rejected. The RPATH problem needs some kind 
of general solution, though. As the umount "bug" report from some time ago 
indicates, spurious RPATH might cause hard to debug problems.

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 -

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Bernd Kuhls]

Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8
@public.gmane.org> wrote in news:20150506235353.7740a9d3 at free-electrons.com:

> However, a fairly significant portion of the patches have not been
> given any feedback by their respective authors. I have triaged the
> answers from the authors, and classified such patches. The list of such
> patches follows.
> 
> [...]
> 
>  * [1/1] package/x11r7/xapp_xfs: Fix linking error

Hi Thomas,

for this patch (http://patchwork.ozlabs.org/patch/442068/) I send an answer 
to your comment, do you need more information?

The fix is just a copy from package/x11r7/xapp_bdftopcf/xapp_bdftopcf.mk

Regards, Bernd

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[jordi montagne]

Hi.
I'm always interested by this patch :
[v2,1/1] board: add support for Xilinx zc706

And someone has added a tested-by.

Jordi

On Wed, May 6, 2015 at 11:53 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On April 21th, I sent a personal reminder to all the patch authors who
> had patches older than 15 days pending in Buildroot's patchwork.
>
> Since then, a number of authors have responded to indicate whether they
> are still interested or not by their patches, which is great.
>
> However, a fairly significant portion of the patches have not been
> given any feedback by their respective authors. I have triaged the
> answers from the authors, and classified such patches. The list of such
> patches follows. Note that the authors of such patches are again added
> in the To: field of this e-mail, to get their attention.
>
> I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
> one month after the reminder), if the authors still haven't expressed
> interest and nobody else volunteered to adopt the patch. I believe we
> can't keep for months or years patches that the original author has
> lost interest in, and nobody else seems to be interested in.
>
> Let me know if you agree or disagree with this proposal.
>
> Volunteers interested in adopting one or several of the below patches,
> please speak up.
>
> Here is the list of such patches:
>
>  * [1/2] Makefile: Fix target-purgelocales
>  * [RFC,2/2] barebox: Add possibility to build also barebox xloader (MLO).
>  * [1/3] ccache: change compilercheck to use compiler and toolchain info
>  * [v3,5/5] board: add support for the Fri2 board
>  * [v7,1/2] adding bootloader option for iso9660 filesystem image
>  * [v7,2/2] add bootloader isolinux for iso9660 filesystem image
>  * [v2] Add Marble package.
>  * [v1] Python script to check package version
>  * socfpga-cyclone5 Dev board support
>  * Reduce need for BR2_HOSTARCH_NEEDS_IA32_COMPILER
>  * [6/7,v3] package/petitboot: Add petitboot, the userspace bootloader
>  * [7/7,v3] Add powerpc64 petitboot defconfig
>  * [1/1] libssh2: fix library search path issues when zlib support enabled
>  * [RFC] Separate target-building make targets from image-building make targets
>  * [2/2] ntp: prevent keyword-gen failure during ntp_keyword.h check
>  * [lua,V4,4/4] lua-iconv: new package
>  * [1/1] ti-wl12xx_target_scripts: new package
>  * [v2] wpa_supplicant: Add NL80211 support option
>  * [v2] qt: add gst-plugins-base dependency to multimedia module
>  * [1/1] toybox: new package
>  * Fix selection of bootloaders from $(BR2_EXTERNAL)
>  * [RFC/PATCH] linux: remove the zImage before rebuild
>  * [v3] autobuilder: branch support
>  * [1/1] Fix nfs server for a read only rootfs
>  * RFC: [PATCH 1/1] check-updates.py: Adds CVE check
>  * [v3] uboot-tools: Allow users to use uboot's sources
>  * [1/2] Use package framework to manage skeleton
>  * [2/2] Change deps between $(TARGET_DIRS) and rootfs-dirs
>  * [50/51] protobuf-c: bump version
>  * [51/51] protobuf: bump version
>  * wireshark: remove RPATH tag
>  * [V3,4/5] c-icap: new package
>  * [V3,5/5] c-icap-modules: new package
>  * [v2,1/4] libfm-extra: new package
>  * [v2,2/4] menu-cache: new package
>  * [v2,3/4] libfm: new package
>  * [v2,4/4] pcmanfm: bump version to 1.2.3
>  * [v4,1/9] Makefile: don't depend on the umask
>  * [v4,2/9] Makefile: don't depend on current skeleton/overlay permissions
>  * [v4,3/9] toolchain/helpers.mk: use --chmod on rsync
>  * [v4,4/9] pkg-generic.mk: don't depend on external package permissions
>  * [v4,6/9] scripts: mkmakefile: set umask before calling BR's makefile
>  * [1/1] Fix npm module cross compilation, use up-to-date npm and install modules globally
>  * [1/1] package/iojs: new package
>  * spidev_test: use the one from the kernel we build
>  * [1/3] fs/iso9660: allow building a hybrid ISO image
>  * [3/3] docs/manual/beyond-buildroot: building and testing live-CDs
>  * [RFC,3/4] opengl-registry: Also provide DRI interface
>  * [RFC,4/4] xorg-server: Depends on libgl to enable DRI/GLX
>  * [v2,2/2] python-jinja2: allow build as host-package
>  * [1/1] qt5base: add option for custom qconfig file
>  * [1/2,RFC] LLVM: Added package
>  * [2/2,RFC] mesa3d: Use LLVM as the shader compiler when applicable
>  * [PATCHv3,for,next,1/2] toolchain-external: improve lib subdirectory matching
>  * [PATCHv3,for,next,2/2] toolchain: create symlink to 'lib' from ARCH_LIB_DIR iso fixed lib32/lib64
>  * xc3sprog: new package
>  * [1/1] package/x11r7/xapp_xfs: Fix linking error
>  * linux: adjust fixup logic for ktap
>  * gettext: add dependency on host-libxml2 for host-gettext.
>  * [2/2] fs: add custom fakeroot script support
>  * [1/1] Added package gmock
>  * [1/1] package/systemd: journald should use volatile storage
>  * [1/1] gmock: new package
>  * [1/1] bash: added option to disable locale support
>  * [v2,1/1] Makefile: add target to clean targetfs
>  * [v2,1/1] board: add support for Xilinx zc706
>  * [v2] busybox: add option for standalone telnetd on target
>  * toolchain-external: fix gdbserver copying for ARC GNU tools
>  * [2/2] bfin: put the libc link path of the flat shared and sep data formats before the sysroot link path
>  * [RFC,v2,1/5] aarch64: add big endian(aarch64_be) support
>  * [RFC,v2,2/5] aarch64: ilp32: handle special file name
>  * [RFC,v2,3/5] aarch64: ilp32: add ilp32 compiler and linker flags
>  * [RFC,v2,4/5] aarch64: ilp32: add ilp32 build config
>  * [RFC,v2,5/5] aarch64: ilp32 defconfig examples
>  * [1/1] busybox: add conditional dependency on libselinux (v2)
>
> Thanks,
>
> Thomas Petazzoni
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Jérôme Pouiller]

Hello,

On Wednesday 06 May 2015 23:53:53 Thomas Petazzoni wrote:
[...]
> Volunteers interested in adopting one or several of the below patches,
> please speak up.
> 
> Here is the list of such patches:
> 
[...]
>  * [1/2] Use package framework to manage skeleton
>  * [2/2] Change deps between $(TARGET_DIRS) and rootfs-dirs
IMHO, they continue to make sense. I will respin and resend.

[...]
>  * [RFC,3/4] opengl-registry: Also provide DRI interface
>  * [RFC,4/4] xorg-server: Depends on libgl to enable DRI/GLX
These 2 ones was based on opengl-registry. This package was replaced by
mesa3d-headers. However, I think there is something to do on this 
subject. I mark the first as Not-Applicable and the second as Change 
Request. I will rework them.

[...]

-- 
J?r?me Pouiller, Sysmic
Embedded Linux specialist
http://www.sysmic.fr

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Nathaniel Roach]

Apologies Thomas, it's assignment season and I brushed off your first email.

RE my patch (package/systemd: journald should use volatile storage):
The bug it works around (#7892) as far as I can tell, is still an issue.

I'd prefer that the patch remains as a work around for the issue, but it 
isn't a big deal either way, and is your call.

I've updated the bug with the details discussed in IRC a while ago.

On 07/05/15 05:53, Thomas Petazzoni wrote:
> Hello,
>
> On April 21th, I sent a personal reminder to all the patch authors who
> had patches older than 15 days pending in Buildroot's patchwork.
>
> Since then, a number of authors have responded to indicate whether they
> are still interested or not by their patches, which is great.
>
> However, a fairly significant portion of the patches have not been
> given any feedback by their respective authors. I have triaged the
> answers from the authors, and classified such patches. The list of such
> patches follows. Note that the authors of such patches are again added
> in the To: field of this e-mail, to get their attention.
>
> I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
> one month after the reminder), if the authors still haven't expressed
> interest and nobody else volunteered to adopt the patch. I believe we
> can't keep for months or years patches that the original author has
> lost interest in, and nobody else seems to be interested in.
>
> Let me know if you agree or disagree with this proposal.
>
> Volunteers interested in adopting one or several of the below patches,
> please speak up.
>
> Here is the list of such patches:
--snip--
>
> Thanks,
>
> Thomas Petazzoni
>

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Károly Kasza]

Hi all,

 * [1/3] ccache: change compilercheck to use compiler and toolchain info
>

I've sent a proposal patch for the same problem, I'd say mark this as
superseded now. I'll send a new version after Danomi's & Arnout's comments,
just real life called.

BR,
Karoly
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150507/cff79ca2/attachment.html>

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Will Wagner]

On 06/05/2015 22:53, Thomas Petazzoni wrote:
>   * [1/1] qt5base: add option for custom qconfig file

Hi Thomas,

I'd still like to get this one included. It is a pretty trivial change 
and is just exactly copying what we already have for the qt4 package.

What more can I do to try to get it committed?

Thanks
Will

-- 
------------------------------------------------------------------------
Will Wagner                                     will_wagner at carallon.com
Development Manager                      Office Tel: +44 (0)20 7471 9224
Carallon Ltd, Studio G20, Shepherds Building, Rockley Rd, London W14 0DA
------------------------------------------------------------------------

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Samuel Martin]

Hi Thomas, all,

On Wed, May 6, 2015 at 11:53 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On April 21th, I sent a personal reminder to all the patch authors who
> had patches older than 15 days pending in Buildroot's patchwork.
>
> Since then, a number of authors have responded to indicate whether they
> are still interested or not by their patches, which is great.
>
> However, a fairly significant portion of the patches have not been
> given any feedback by their respective authors. I have triaged the
> answers from the authors, and classified such patches. The list of such
> patches follows. Note that the authors of such patches are again added
> in the To: field of this e-mail, to get their attention.
>
> I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
> one month after the reminder), if the authors still haven't expressed
> interest and nobody else volunteered to adopt the patch. I believe we
> can't keep for months or years patches that the original author has
> lost interest in, and nobody else seems to be interested in.
>
> Let me know if you agree or disagree with this proposal.
>
> Volunteers interested in adopting one or several of the below patches,
> please speak up.
>
> Here is the list of such patches:
>
[...]

>  * [v3] autobuilder: branch support
Already in my todo list

[...]

>  * [v1] Python script to check package version
>  * RFC: [PATCH 1/1] check-updates.py: Adds CVE check
In my todo list as well.

[...]

>
> Thanks,
>
> Thomas Petazzoni
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

Regards,

-- 
Samuel

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Thomas Petazzoni]

Hello,

On Thu, 7 May 2015 12:19:36 +0200, Samuel Martin wrote:

> >  * [v3] autobuilder: branch support
> Already in my todo list

Maybe we should mark this patch as superseded, since you already resent
a new version of it?

> >  * [v1] Python script to check package version
> >  * RFC: [PATCH 1/1] check-updates.py: Adds CVE check
> In my todo list as well.

Did you sync with Maxime Hadjinlian on this? He also started to work on
this topic a while ago. Make sure to not duplicate efforts here.

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Carlos Santos]

----- Original Message -----
> From: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>

> * [1/1] Added package gmock

Superseded by the next one (http://patchwork.ozlabs.org/patch/445297/). Can be discarded.

> * [1/1] gmock: new package

I'm still interested on it but have been kept busy with other activities. I will give it attention again over the weekend. Thanks for your patience.

Carlos Santos (Casantos)
DATACOM, P&D

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Zhangjian]

Hi, Thomas

On 2015/5/7 5:53, Thomas Petazzoni wrote:
> Hello,
>
> On April 21th, I sent a personal reminder to all the patch authors who
> had patches older than 15 days pending in Buildroot's patchwork.
...
>   * [RFC,v2,1/5] aarch64: add big endian(aarch64_be) support
>   * [RFC,v2,2/5] aarch64: ilp32: handle special file name
>   * [RFC,v2,3/5] aarch64: ilp32: add ilp32 compiler and linker flags
>   * [RFC,v2,4/5] aarch64: ilp32: add ilp32 build config
>   * [RFC,v2,5/5] aarch64: ilp32 defconfig examples
I will send the next version of these patches in next few days.

thanks

bamvor

>   * [1/1] busybox: add conditional dependency on libselinux (v2)
>
> Thanks,
>
> Thomas Petazzoni
>

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Maxime Hadjinlian]

Hi Thomas,

On Wed, May 6, 2015 at 11:53 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On April 21th, I sent a personal reminder to all the patch authors who
> had patches older than 15 days pending in Buildroot's patchwork.
>
> Since then, a number of authors have responded to indicate whether they
> are still interested or not by their patches, which is great.
>
> However, a fairly significant portion of the patches have not been
> given any feedback by their respective authors. I have triaged the
> answers from the authors, and classified such patches. The list of such
> patches follows. Note that the authors of such patches are again added
> in the To: field of this e-mail, to get their attention.
>
> I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
> one month after the reminder), if the authors still haven't expressed
> interest and nobody else volunteered to adopt the patch. I believe we
> can't keep for months or years patches that the original author has
> lost interest in, and nobody else seems to be interested in.
>
> Let me know if you agree or disagree with this proposal.
>
> Volunteers interested in adopting one or several of the below patches,
> please speak up.
>
> Here is the list of such patches:
>
>  * [1/2] Makefile: Fix target-purgelocales
>  * [RFC,2/2] barebox: Add possibility to build also barebox xloader (MLO).
>  * [1/3] ccache: change compilercheck to use compiler and toolchain info
>  * [v3,5/5] board: add support for the Fri2 board
>  * [v7,1/2] adding bootloader option for iso9660 filesystem image
>  * [v7,2/2] add bootloader isolinux for iso9660 filesystem image
>  * [v2] Add Marble package.
>  * [v1] Python script to check package version
Still working on an equivalent of this, it's moving slowly but it's moving...
>  * socfpga-cyclone5 Dev board support
I could take this on if nobody is going to look after it since I know
that board fairly well.
>  * Reduce need for BR2_HOSTARCH_NEEDS_IA32_COMPILER
>  * [6/7,v3] package/petitboot: Add petitboot, the userspace bootloader
>  * [7/7,v3] Add powerpc64 petitboot defconfig
>  * [1/1] libssh2: fix library search path issues when zlib support enabled
>  * [RFC] Separate target-building make targets from image-building make targets
>  * [2/2] ntp: prevent keyword-gen failure during ntp_keyword.h check
>  * [lua,V4,4/4] lua-iconv: new package
>  * [1/1] ti-wl12xx_target_scripts: new package
>  * [v2] wpa_supplicant: Add NL80211 support option
>  * [v2] qt: add gst-plugins-base dependency to multimedia module
>  * [1/1] toybox: new package
>  * Fix selection of bootloaders from $(BR2_EXTERNAL)
>  * [RFC/PATCH] linux: remove the zImage before rebuild
>  * [v3] autobuilder: branch support
>  * [1/1] Fix nfs server for a read only rootfs
>  * RFC: [PATCH 1/1] check-updates.py: Adds CVE check
I'm incorporating this in the rework of check-updates.py anyway.
>  * [v3] uboot-tools: Allow users to use uboot's sources
I don't remember what would need to be done for this one, but I still
think it would be good to have this feature.
>  * [1/2] Use package framework to manage skeleton
>  * [2/2] Change deps between $(TARGET_DIRS) and rootfs-dirs
>  * [50/51] protobuf-c: bump version
>  * [51/51] protobuf: bump version
Still need some love if I remember correctly, I still have a branch
with theses two. Need to rework them from your comments.
>  * wireshark: remove RPATH tag
>  * [V3,4/5] c-icap: new package
>  * [V3,5/5] c-icap-modules: new package
>  * [v2,1/4] libfm-extra: new package
>  * [v2,2/4] menu-cache: new package
>  * [v2,3/4] libfm: new package
>  * [v2,4/4] pcmanfm: bump version to 1.2.3
>  * [v4,1/9] Makefile: don't depend on the umask
>  * [v4,2/9] Makefile: don't depend on current skeleton/overlay permissions
>  * [v4,3/9] toolchain/helpers.mk: use --chmod on rsync
>  * [v4,4/9] pkg-generic.mk: don't depend on external package permissions
>  * [v4,6/9] scripts: mkmakefile: set umask before calling BR's makefile
>  * [1/1] Fix npm module cross compilation, use up-to-date npm and install modules globally
>  * [1/1] package/iojs: new package
>  * spidev_test: use the one from the kernel we build
>  * [1/3] fs/iso9660: allow building a hybrid ISO image
>  * [3/3] docs/manual/beyond-buildroot: building and testing live-CDs
>  * [RFC,3/4] opengl-registry: Also provide DRI interface
>  * [RFC,4/4] xorg-server: Depends on libgl to enable DRI/GLX
>  * [v2,2/2] python-jinja2: allow build as host-package
>  * [1/1] qt5base: add option for custom qconfig file
>  * [1/2,RFC] LLVM: Added package
>  * [2/2,RFC] mesa3d: Use LLVM as the shader compiler when applicable
>  * [PATCHv3,for,next,1/2] toolchain-external: improve lib subdirectory matching
>  * [PATCHv3,for,next,2/2] toolchain: create symlink to 'lib' from ARCH_LIB_DIR iso fixed lib32/lib64
>  * xc3sprog: new package
>  * [1/1] package/x11r7/xapp_xfs: Fix linking error
>  * linux: adjust fixup logic for ktap
>  * gettext: add dependency on host-libxml2 for host-gettext.
>  * [2/2] fs: add custom fakeroot script support
>  * [1/1] Added package gmock
>  * [1/1] package/systemd: journald should use volatile storage
>  * [1/1] gmock: new package
>  * [1/1] bash: added option to disable locale support
>  * [v2,1/1] Makefile: add target to clean targetfs
>  * [v2,1/1] board: add support for Xilinx zc706
>  * [v2] busybox: add option for standalone telnetd on target
>  * toolchain-external: fix gdbserver copying for ARC GNU tools
>  * [2/2] bfin: put the libc link path of the flat shared and sep data formats before the sysroot link path
>  * [RFC,v2,1/5] aarch64: add big endian(aarch64_be) support
>  * [RFC,v2,2/5] aarch64: ilp32: handle special file name
>  * [RFC,v2,3/5] aarch64: ilp32: add ilp32 compiler and linker flags
>  * [RFC,v2,4/5] aarch64: ilp32: add ilp32 build config
>  * [RFC,v2,5/5] aarch64: ilp32 defconfig examples
>  * [1/1] busybox: add conditional dependency on libselinux (v2)
>
> Thanks,
>
> Thomas Petazzoni
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Thomas De Schampheleire]

On May 6, 2015 11:53:53 PM CEST, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
>Hello,
>
>On April 21th, I sent a personal reminder to all the patch authors who
>had patches older than 15 days pending in Buildroot's patchwork.
>
>Since then, a number of authors have responded to indicate whether they
>are still interested or not by their patches, which is great.
>
>However, a fairly significant portion of the patches have not been
>given any feedback by their respective authors. I have triaged the
>answers from the authors, and classified such patches. The list of such
>patches follows. Note that the authors of such patches are again added
>in the To: field of this e-mail, to get their attention.
>
>I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
>one month after the reminder), if the authors still haven't expressed
>interest and nobody else volunteered to adopt the patch. I believe we
>can't keep for months or years patches that the original author has
>lost interest in, and nobody else seems to be interested in.
>
>Let me know if you agree or disagree with this proposal.
>
>Volunteers interested in adopting one or several of the below patches,
>please speak up.
>
>Here is the list of such patches:

>* [PATCHv3,for,next,1/2] toolchain-external: improve lib subdirectory
>matching
>* [PATCHv3,for,next,2/2] toolchain: create symlink to 'lib' from
>ARCH_LIB_DIR iso fixed lib32/lib64

Sorry for my late reply.
These patches are still relevant and I think they should be applied. I
recall you telling me on IRC that you had an odd feeling about the
entire external toolchain directory matching, but I think it's the
reality we're in and there is nothing extraordinary going on in these
patches so that it could be a basis to reject them.

I just checked and they still apply on top of master.

What is your opinion here? Is there anything I can do?

Thanks,
Thomas

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[jean burgat]

Hello.
I confirm, I use zc706 daily with this patch and I think It's a good thing
to integrate this support.

Jean

On Thu, May 7, 2015 at 8:54 AM, jordi montagne <jordi.montagne66@gmail.com>
wrote:

> Hi.
> I'm always interested by this patch :
> [v2,1/1] board: add support for Xilinx zc706
>
> And someone has added a tested-by.
>
> Jordi
>
> On Wed, May 6, 2015 at 11:53 PM, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com> wrote:
> > Hello,
> >
> > On April 21th, I sent a personal reminder to all the patch authors who
> > had patches older than 15 days pending in Buildroot's patchwork.
> >
> > Since then, a number of authors have responded to indicate whether they
> > are still interested or not by their patches, which is great.
> >
> > However, a fairly significant portion of the patches have not been
> > given any feedback by their respective authors. I have triaged the
> > answers from the authors, and classified such patches. The list of such
> > patches follows. Note that the authors of such patches are again added
> > in the To: field of this e-mail, to get their attention.
> >
> > I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
> > one month after the reminder), if the authors still haven't expressed
> > interest and nobody else volunteered to adopt the patch. I believe we
> > can't keep for months or years patches that the original author has
> > lost interest in, and nobody else seems to be interested in.
> >
> > Let me know if you agree or disagree with this proposal.
> >
> > Volunteers interested in adopting one or several of the below patches,
> > please speak up.
> >
> > Here is the list of such patches:
> >
> >  * [1/2] Makefile: Fix target-purgelocales
> >  * [RFC,2/2] barebox: Add possibility to build also barebox xloader
> (MLO).
> >  * [1/3] ccache: change compilercheck to use compiler and toolchain info
> >  * [v3,5/5] board: add support for the Fri2 board
> >  * [v7,1/2] adding bootloader option for iso9660 filesystem image
> >  * [v7,2/2] add bootloader isolinux for iso9660 filesystem image
> >  * [v2] Add Marble package.
> >  * [v1] Python script to check package version
> >  * socfpga-cyclone5 Dev board support
> >  * Reduce need for BR2_HOSTARCH_NEEDS_IA32_COMPILER
> >  * [6/7,v3] package/petitboot: Add petitboot, the userspace bootloader
> >  * [7/7,v3] Add powerpc64 petitboot defconfig
> >  * [1/1] libssh2: fix library search path issues when zlib support
> enabled
> >  * [RFC] Separate target-building make targets from image-building make
> targets
> >  * [2/2] ntp: prevent keyword-gen failure during ntp_keyword.h check
> >  * [lua,V4,4/4] lua-iconv: new package
> >  * [1/1] ti-wl12xx_target_scripts: new package
> >  * [v2] wpa_supplicant: Add NL80211 support option
> >  * [v2] qt: add gst-plugins-base dependency to multimedia module
> >  * [1/1] toybox: new package
> >  * Fix selection of bootloaders from $(BR2_EXTERNAL)
> >  * [RFC/PATCH] linux: remove the zImage before rebuild
> >  * [v3] autobuilder: branch support
> >  * [1/1] Fix nfs server for a read only rootfs
> >  * RFC: [PATCH 1/1] check-updates.py: Adds CVE check
> >  * [v3] uboot-tools: Allow users to use uboot's sources
> >  * [1/2] Use package framework to manage skeleton
> >  * [2/2] Change deps between $(TARGET_DIRS) and rootfs-dirs
> >  * [50/51] protobuf-c: bump version
> >  * [51/51] protobuf: bump version
> >  * wireshark: remove RPATH tag
> >  * [V3,4/5] c-icap: new package
> >  * [V3,5/5] c-icap-modules: new package
> >  * [v2,1/4] libfm-extra: new package
> >  * [v2,2/4] menu-cache: new package
> >  * [v2,3/4] libfm: new package
> >  * [v2,4/4] pcmanfm: bump version to 1.2.3
> >  * [v4,1/9] Makefile: don't depend on the umask
> >  * [v4,2/9] Makefile: don't depend on current skeleton/overlay
> permissions
> >  * [v4,3/9] toolchain/helpers.mk: use --chmod on rsync
> >  * [v4,4/9] pkg-generic.mk: don't depend on external package permissions
> >  * [v4,6/9] scripts: mkmakefile: set umask before calling BR's makefile
> >  * [1/1] Fix npm module cross compilation, use up-to-date npm and
> install modules globally
> >  * [1/1] package/iojs: new package
> >  * spidev_test: use the one from the kernel we build
> >  * [1/3] fs/iso9660: allow building a hybrid ISO image
> >  * [3/3] docs/manual/beyond-buildroot: building and testing live-CDs
> >  * [RFC,3/4] opengl-registry: Also provide DRI interface
> >  * [RFC,4/4] xorg-server: Depends on libgl to enable DRI/GLX
> >  * [v2,2/2] python-jinja2: allow build as host-package
> >  * [1/1] qt5base: add option for custom qconfig file
> >  * [1/2,RFC] LLVM: Added package
> >  * [2/2,RFC] mesa3d: Use LLVM as the shader compiler when applicable
> >  * [PATCHv3,for,next,1/2] toolchain-external: improve lib subdirectory
> matching
> >  * [PATCHv3,for,next,2/2] toolchain: create symlink to 'lib' from
> ARCH_LIB_DIR iso fixed lib32/lib64
> >  * xc3sprog: new package
> >  * [1/1] package/x11r7/xapp_xfs: Fix linking error
> >  * linux: adjust fixup logic for ktap
> >  * gettext: add dependency on host-libxml2 for host-gettext.
> >  * [2/2] fs: add custom fakeroot script support
> >  * [1/1] Added package gmock
> >  * [1/1] package/systemd: journald should use volatile storage
> >  * [1/1] gmock: new package
> >  * [1/1] bash: added option to disable locale support
> >  * [v2,1/1] Makefile: add target to clean targetfs
> >  * [v2,1/1] board: add support for Xilinx zc706
> >  * [v2] busybox: add option for standalone telnetd on target
> >  * toolchain-external: fix gdbserver copying for ARC GNU tools
> >  * [2/2] bfin: put the libc link path of the flat shared and sep data
> formats before the sysroot link path
> >  * [RFC,v2,1/5] aarch64: add big endian(aarch64_be) support
> >  * [RFC,v2,2/5] aarch64: ilp32: handle special file name
> >  * [RFC,v2,3/5] aarch64: ilp32: add ilp32 compiler and linker flags
> >  * [RFC,v2,4/5] aarch64: ilp32: add ilp32 build config
> >  * [RFC,v2,5/5] aarch64: ilp32 defconfig examples
> >  * [1/1] busybox: add conditional dependency on libselinux (v2)
> >
> > Thanks,
> >
> > Thomas Petazzoni
> > --
> > Thomas Petazzoni, CTO, Free Electrons
> > Embedded Linux, Kernel and Android engineering
> > http://free-electrons.com
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150511/f5e0bcbb/attachment.html>

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Steve Calfee]

I submitted  * [1/1] Fix nfs server for a read only rootfs

Go ahead and drop it. I noticed someone else has made changes to the
nfs writeable files. When I get back to that project I will see if
changes are still needed and will resubmit a patch if so.

Regards, Steve

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Carlos Santos]

Hello Thomas,

OK, I finally found some time to work on this patch again. The answers to your previous questions were included in the commit message and in comments in gmock.mk.

Thanks for your patience.

Carlos Santos (Casantos)
DATACOM, P&D

----- Original Message -----
> From: "Carlos Santos" <casantos@datacom.ind.br>
> To: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> Cc: "erico.nunes" <erico.nunes@datacom.ind.br>, buildroot at uclibc.org
> Sent: Thursday, May 7, 2015 8:14:59 AM
> Subject: Re: [Buildroot] Proposal to remove patches from patchwork,	or find adopters

> ----- Original Message -----
>> From: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> 
>> * [1/1] Added package gmock
> 
> Superseded by the next one (http://patchwork.ozlabs.org/patch/445297/). Can be
> discarded.
> 
>> * [1/1] gmock: new package
> 
> I'm still interested on it but have been kept busy with other activities. I will
> give it attention again over the weekend. Thanks for your patience.
> 
> Carlos Santos (Casantos)
> DATACOM, P&D
> 
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Carlos Santos]

----- Original Message -----
> From: "Carlos Santos" <casantos@datacom.ind.br>
> To: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> Cc: "erico.nunes" <erico.nunes@datacom.ind.br>, buildroot at uclibc.org
> Sent: Friday, May 15, 2015 3:28:37 PM
> Subject: Re: [Buildroot] Proposal to remove patches from patchwork, or find adopters

> Hello Thomas,
> 
> OK, I finally found some time to work on this patch again. The answers to your
> previous questions were included in the commit message and in comments in
> gmock.mk.

Here is the new link:

    http://patchwork.ozlabs.org/patch/472894/

This one can be discarded

    http://patchwork.ozlabs.org/patch/445297/

Carlos Santos (Casantos)
DATACOM, P&D

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Thomas Petazzoni]

Dear Carlos Santos,

On Fri, 15 May 2015 17:14:38 -0300 (BRT), Carlos Santos wrote:

> Here is the new link:
> 
>     http://patchwork.ozlabs.org/patch/472894/
> 
> This one can be discarded
> 
>     http://patchwork.ozlabs.org/patch/445297/

Ok, thanks!

Just to let you know: you can manage the status of your patches in
patchwork by yourself. You just need to create a patchwork with the
same e-mail address than the one used to submit the patches.

But for now, I've marked the old patch as Superseded.

Thanks a lot,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] Proposal to remove patches from patchwork, or find adopters

[Thomas De Schampheleire]

On Sun, May 10, 2015 at 12:00 PM, Thomas De Schampheleire
<patrickdepinguin@gmail.com> wrote:
> On May 6, 2015 11:53:53 PM CEST, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com> wrote:
>>Hello,
>>
>>On April 21th, I sent a personal reminder to all the patch authors who
>>had patches older than 15 days pending in Buildroot's patchwork.
>>
>>Since then, a number of authors have responded to indicate whether they
>>are still interested or not by their patches, which is great.
>>
>>However, a fairly significant portion of the patches have not been
>>given any feedback by their respective authors. I have triaged the
>>answers from the authors, and classified such patches. The list of such
>>patches follows. Note that the authors of such patches are again added
>>in the To: field of this e-mail, to get their attention.
>>
>>I hereby propose to mark all those patches as "Rejected" on May 21 (i.e
>>one month after the reminder), if the authors still haven't expressed
>>interest and nobody else volunteered to adopt the patch. I believe we
>>can't keep for months or years patches that the original author has
>>lost interest in, and nobody else seems to be interested in.
>>
>>Let me know if you agree or disagree with this proposal.
>>
>>Volunteers interested in adopting one or several of the below patches,
>>please speak up.
>>
>>Here is the list of such patches:
>
>>* [PATCHv3,for,next,1/2] toolchain-external: improve lib subdirectory
>>matching
>>* [PATCHv3,for,next,2/2] toolchain: create symlink to 'lib' from
>>ARCH_LIB_DIR iso fixed lib32/lib64
>
> Sorry for my late reply.
> These patches are still relevant and I think they should be applied. I
> recall you telling me on IRC that you had an odd feeling about the
> entire external toolchain directory matching, but I think it's the
> reality we're in and there is nothing extraordinary going on in these
> patches so that it could be a basis to reject them.
>
> I just checked and they still apply on top of master.
>

What is your opinion here? Is there anything I can do?