[Buildroot] [PATCHv2/next 0/4] DEVELOPERS file and get-developer tool

[Buildroot] [PATCHv2/next 0/4] DEVELOPERS file and get-developer tool

[Thomas Petazzoni]

Hello,

This is the second iteration of this patch series.

Changes since v1
================

 - Took into account comments received on the DEVELOPERS file,
   specifically:

   * Baruch isn't taking care of wireshark, Gustavo is.
   * Bernd isn't taking care of pjsip, Luca is.
   * Luca is not taking care of ffmpeg and linphone.
   * Added Chris Packham as the micropython-lib and syslog-ng
     developer, upon his request.

 - Thanks to the comment from Chris Packham, found many more Git
   commits adding packages, and used that to further extend the
   DEVELOPERS final with a bunch of additional entries. This reduces
   the number of unassigned files from 3458 to 3016 (on a total of
   8543). Of course, many packages have been added a long time ago,
   and their original submitter is no longer active. This is something
   we will adjust progressively, as we determine which developers are
   active on a given package.

 - Improved the getdeveloperlib.py library to check if the patterns in
   the "F:" entries of the DEVELOPERS file actually match existing
   files/directories.

Also, today's autobuilder e-mail to the mailing list has been sent
using the new Python script
(https://git.buildroot.org/buildroot-test/tree/utils/daily-mail), and
individual developers have received notifications about build failures
related to their architectures and packages.

Original introduction for the patch series
==========================================

This patch series implements something that has already been discussed
several times during Buildroot meeting and that will hopefully help
maintaining Buildroot.

It adds a DEVELOPERS text file that associates developers (and their
e-mail address) with the list of files they look after in
Buildroot. On top of this, a "get-developer" tool allows to:

 - Get the proper list of recipients for "git send-email" when sending
   patches. This will make sure that developers looking after a given
   area in Buildroot (be it a package, package infra, documentation,
   defconfig, etc.) will receive the patches touching this area.

 - Notify developers when there are build failures on architectures
   they take care of (this was already the case today) but also
   packages they take care of (it wasn't possible without this
   mechanism)

The first patch adds the get-developer tool itself and its companion
Python library. We have a separate library because it is used by the
autobuilder infrastructure (rather than calling the command line tool
repeatedly).

The second patch adds an initial DEVELOPERS file. Of course, the aim
is to progressively improve this file so that it covers as many areas
of Buildroot as possible.

The last two patches update the Buildroot manual.

Let me know what you think, both in the general principles, but also
the implementation details (I'm sure my Python is not very good, so
comments and suggestions welcome).

It is worth mentioning that I have already adapted the autobuilder
infrastructure to use this mechanism, and if everything works well:

 - Tomorrow's daily autobuilder report on the list will be generated
   by the new Python script (no visible difference)

 - All developers taking care of an architecture or a package causing
   a build failure will be individually notified.

Thanks,

Thomas

Thomas Petazzoni (4):
  support/scripts/get-developers: add new script
  DEVELOPERS: add initial list of Buildroot developers
  docs/manual: update contribute.txt to cover get-developers
  docs/manual: add new section about the DEVELOPERS file and
    get-developer

 DEVELOPERS                         | 1542 ++++++++++++++++++++++++++++++++++++
 docs/manual/contribute.txt         |   12 +-
 docs/manual/developers.txt         |   45 ++
 docs/manual/manual.txt             |    2 +
 support/scripts/get-developers     |   83 ++
 support/scripts/getdeveloperlib.py |  201 +++++
 6 files changed, 1883 insertions(+), 2 deletions(-)
 create mode 100644 DEVELOPERS
 create mode 100644 docs/manual/developers.txt
 create mode 100755 support/scripts/get-developers
 create mode 100644 support/scripts/getdeveloperlib.py

-- 
2.7.4

[Buildroot] [PATCHv2/next 1/4] support/scripts/get-developers: add new script

[Thomas Petazzoni]

This script, and its companion library, is more-or-less Buildroot's
equivalent to the kernel get_maintainer.pl script: it allows to get the
list of developers to whom a set of patches should be sent to.

To do so, it first relies on a text file, named DEVELOPERS, at the root
of the Buildroot source tree (added in a followup commit) to list the
developers and the files they are interested in. The DEVELOPERS file's
format is simple:

N:     Firstname Lastname <email>
F:     path/to/file
F:     path/to/another/file

This allows to associate developers with the files they are looking
after, be they related to a package, a defconfig, a filesystem image, a
package infrastructure, the documentation, or anything else.

When a directory is given, the tool assumes that the developer handles
all files and subdirectories in this directory. For example
"package/qt5/" can be used for the developers looking after all the Qt5
packages.

Conventional shell patterns can be used, so "package/python-*" can be
used for the developers who want to look after all packages matching
"python-*".

A few files are recognized specially:

 - .mk files are parsed, and if they contain $(eval
   $(<something>-package)), the developer is assumed to be looking after
   the corresponding package. This way, autobuilder failures for this
   package can be reported directly to this developer.

 - arch/Config.in.<arch> files are recognized as "the developer is
   looking after the <arch> architecture". In this case, get-developer
   parses the arch/Config.in.<arch> to get the list of possible BR2_ARCH
   values. This way, autobuilder failures for this package can be
   reported directly to this developer.

 - pkg/pkg-<infra>.mk are recognized as "the developer is looking after
   the <infra> package infrastructure. In this case, any patch that adds
   or touches a .mk file that uses this infrastructure will be sent to
   this developer.

Examples of usage:

$ ./support/scripts/get-developers 0001-ffmpeg-fix-bfin-build.patch
git send-email--to buildroot at buildroot.org --to "Luca Ceresoli <luca@lucaceresoli.net>" --to "Bernd Kuhls <bernd.kuhls@t-online.de>"

$ ./support/scripts/get-developers -p imx-lib
Arnout Vandecappelle <arnout@mind.be>
Gary Bisson <gary.bisson@boundarydevices.com>

$ ./support/scripts/get-developers -a bfin
Waldemar Brodkorb <wbx@openadk.org>

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 support/scripts/get-developers     |  83 +++++++++++++++
 support/scripts/getdeveloperlib.py | 201 +++++++++++++++++++++++++++++++++++++
 2 files changed, 284 insertions(+)
 create mode 100755 support/scripts/get-developers
 create mode 100644 support/scripts/getdeveloperlib.py

diff --git a/support/scripts/get-developers b/support/scripts/get-developers
new file mode 100755
index 0000000..f73512f
--- /dev/null
+++ b/support/scripts/get-developers
@@ -0,0 +1,83 @@
+#!/usr/bin/env python
+
+import argparse
+import getdeveloperlib
+
+def parse_args():
+    parser = argparse.ArgumentParser()
+    parser.add_argument('patches', metavar='P', type=str, nargs='*',
+                        help='list of patches')
+    parser.add_argument('-a', dest='architecture', action='store',
+                        help='find developers in charge of this architecture')
+    parser.add_argument('-p', dest='package', action='store',
+                        help='find developers in charge of this package')
+    parser.add_argument('-c', dest='check', action='store_const',
+                        const=True, help='list files not handled by any developer')
+    return parser.parse_args()
+
+def __main__():
+    devs = getdeveloperlib.parse_developers()
+    if devs is None:
+        sys.exit(1)
+    args = parse_args()
+
+    # Check that only one action is given
+    action = 0
+    if args.architecture is not None:
+        action += 1
+    if args.package is not None:
+        action += 1
+    if args.check:
+        action += 1
+    if len(args.patches) != 0:
+        action += 1
+    if action > 1:
+        print("Cannot do more than one action")
+        return
+    if action == 0:
+        print("No action specified")
+        return
+
+    # Handle the check action
+    if args.check:
+        files = getdeveloperlib.check_developers(devs)
+        for f in files:
+            print f
+
+    # Handle the architecture action
+    if args.architecture is not None:
+        for dev in devs:
+            if args.architecture in dev.architectures:
+                print(dev.name)
+        return
+
+    # Handle the package action
+    if args.package is not None:
+        for dev in devs:
+            if args.package in dev.packages:
+                print(dev.name)
+        return
+
+    # Handle the patches action
+    if len(args.patches) != 0:
+        (files, infras) = getdeveloperlib.analyze_patches(args.patches)
+        matching_devs = set()
+        for dev in devs:
+            # See if we have developers matching by package name
+            for f in files:
+                if dev.hasfile(f):
+                    matching_devs.add(dev.name)
+            # See if we have developers matching by package infra
+            for i in infras:
+                if i in dev.infras:
+                    matching_devs.add(dev.name)
+
+        result = "--to buildroot at buildroot.org"
+        for dev in matching_devs:
+            result += " --to \"%s\"" % dev
+
+        if result != "":
+            print("git send-email %s" % result)
+
+__main__()
+
diff --git a/support/scripts/getdeveloperlib.py b/support/scripts/getdeveloperlib.py
new file mode 100644
index 0000000..7b39041
--- /dev/null
+++ b/support/scripts/getdeveloperlib.py
@@ -0,0 +1,201 @@
+import sys
+import os
+import re
+import argparse
+import glob
+import subprocess
+
+#
+# Patch parsing functions
+#
+
+FIND_INFRA_IN_PATCH = re.compile("^\+\$\(eval \$\((host-)?([^-]*)-package\)\)$")
+
+def analyze_patch(patch):
+    """Parse one patch and return the list of files modified, added or
+    removed by the patch."""
+    files = set()
+    infras = set()
+    with open(patch, "r") as f:
+        for line in f:
+            # If the patch is adding a package, find which infra it is
+            m = FIND_INFRA_IN_PATCH.match(line)
+            if m:
+                infras.add(m.group(2))
+            if not line.startswith("+++ "):
+                continue
+            line.strip()
+            fname = line[line.find("/") + 1 : ].strip()
+            if fname == "dev/null":
+                continue
+            files.add(fname)
+    return (files, infras)
+
+FIND_INFRA_IN_MK = re.compile("^\$\(eval \$\((host-)?([^-]*)-package\)\)$")
+
+def fname_get_package_infra(fname):
+    """Checks whether the file name passed as argument is a Buildroot .mk
+    file describing a package, and find the infrastructure it's using."""
+    if not fname.endswith(".mk"):
+        return None
+
+    if not os.path.exists(fname):
+        return None
+
+    with open(fname, "r") as f:
+        for l in f:
+            l = l.strip()
+            m = FIND_INFRA_IN_MK.match(l)
+            if m:
+                return m.group(2)
+    return None
+
+def get_infras(files):
+    """Search in the list of files for .mk files, and collect the package
+    infrastructures used by those .mk files."""
+    infras = set()
+    for fname in files:
+        infra = fname_get_package_infra(fname)
+        if infra:
+            infras.add(infra)
+    return infras
+
+def analyze_patches(patches):
+    """Parse a list of patches and returns the list of files modified,
+    added or removed by the patches, as well as the list of package
+    infrastructures used by those patches (if any)"""
+    allfiles = set()
+    allinfras = set()
+    for patch in patches:
+        (files, infras) = analyze_patch(patch)
+        allfiles = allfiles | files
+        allinfras = allinfras | infras
+    allinfras = allinfras | get_infras(allfiles)
+    return (allfiles, allinfras)
+
+#
+# DEVELOPERS file parsing functions
+#
+
+class Developer:
+    def __init__(self, name, files):
+        self.name = name
+        self.files = files
+        self.packages = parse_developer_packages(files)
+        self.architectures = parse_developer_architectures(files)
+        self.infras = parse_developer_infras(files)
+
+    def hasfile(self, f):
+        f = os.path.abspath(f)
+        for fs in self.files:
+            if f.startswith(fs):
+                return True
+        return False
+
+def parse_developer_packages(fnames):
+    """Given a list of file patterns, travel through the Buildroot source
+    tree to find which packages are implemented by those file
+    patterns, and return a list of those packages."""
+    packages = set()
+    for fname in fnames:
+        for root, dirs, files in os.walk(fname):
+            for f in files:
+                path = os.path.join(root, f)
+                if fname_get_package_infra(path):
+                    pkg = os.path.splitext(f)[0]
+                    packages.add(pkg)
+    return packages
+
+def parse_arches_from_config_in(fname):
+    """Given a path to an arch/Config.in.* file, parse it to get the list
+    of BR2_ARCH values for this architecture."""
+    arches = set()
+    with open(fname, "r") as f:
+        parsing_arches = False
+        for l in f:
+            l = l.strip()
+            if l == "config BR2_ARCH":
+                parsing_arches = True
+                continue
+            if parsing_arches:
+                m = re.match("^\s*default \"([^\"]*)\".*", l)
+                if m:
+                    arches.add(m.group(1))
+                else:
+                    parsing_arches = False
+    return arches
+
+def parse_developer_architectures(fnames):
+    """Given a list of file names, find the ones starting by
+    'arch/Config.in.', and use that to determine the architecture a
+    developer is working on."""
+    arches = set()
+    for fname in fnames:
+        if not re.match("^.*/arch/Config\.in\..*$", fname):
+            continue
+        arches = arches | parse_arches_from_config_in(fname)
+    return arches
+
+def parse_developer_infras(fnames):
+    infras = set()
+    for fname in fnames:
+        m = re.match("^package/pkg-([^.]*).mk$", fname)
+        if m:
+            infras.add(m.group(1))
+    return infras
+
+def parse_developers(basepath=None):
+    """Parse the DEVELOPERS file and return a list of Developer objects."""
+    developers = []
+    linen = 0
+    if basepath == None:
+        basepath = os.getcwd()
+    with open(os.path.join(basepath, "DEVELOPERS"), "r") as f:
+        files = []
+        name = None
+        for l in f:
+            l = l.strip()
+            if l.startswith("#"):
+                continue
+            elif l.startswith("N:"):
+                if name is not None or len(files) != 0:
+                    print("Syntax error in DEVELOPERS file, line %d" % linen)
+                name = l[2:].strip()
+            elif l.startswith("F:"):
+                fname = l[2:].strip()
+                dev_files = glob.glob(os.path.join(basepath, fname))
+                if len(dev_files) == 0:
+                    print("WARNING: '%s' doesn't match any file" % fname)
+                files += dev_files
+            elif l == "":
+                if not name:
+                    continue
+                developers.append(Developer(name, files))
+                files = []
+                name = None
+            else:
+                print("Syntax error in DEVELOPERS file, line %d: '%s'" % (linen, l))
+                return None
+            linen += 1
+    # handle last developer
+    if name is not None:
+        developers.append(Developer(name, files))
+    return developers
+
+def check_developers(developers, basepath=None):
+    """Look at the list of files versioned in Buildroot, and returns the
+    list of files that are not handled by any developer"""
+    if basepath == None:
+        basepath = os.getcwd()
+    cmd = ["git", "--git-dir", os.path.join(basepath, ".git"), "ls-files"]
+    files = subprocess.check_output(cmd).strip().split("\n")
+    unhandled_files = []
+    for f in files:
+        handled = False
+        for d in developers:
+            if d.hasfile(os.path.join(basepath, f)):
+                handled = True
+                break
+        if not handled:
+            unhandled_files.append(f)
+    return unhandled_files
-- 
2.7.4

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

This is an initial list of Buildroot developers. It has been created
semi-automatically by parsing the Git history, and finding the authors
of commits with a title like "<foo>: new package". Some additional
manual tweaking has been done (merging multiple entries corresponding to
the same person, adding some more entries, etc.).

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 DEVELOPERS | 1542 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 1542 insertions(+)
 create mode 100644 DEVELOPERS

diff --git a/DEVELOPERS b/DEVELOPERS
new file mode 100644
index 0000000..3742a73
--- /dev/null
+++ b/DEVELOPERS
@@ -0,0 +1,1542 @@
+# Syntax:
+#
+# N:	Firstname Lastname <email>
+# F:	file pattern or directory
+# F:	file pattern or directory
+#
+# The "F" entries can be:
+#
+# - A directory, in which case all patches touching any file in this
+#   directory or its subdirectories will be CC'ed to the developer.
+# - A pattern, in which case the pattern will be expanded, and then
+#   all files/directories (and their subdirectories) will be
+#   considered when matching against a patch
+#
+# Notes:
+#
+# - When a developer adds an "arch/Config.in.<arch>" file to its list
+#   of files, he is considered a developer of this architecture. He
+#   will receive e-mail notifications about build failures occuring on
+#   this architecture. Not more than one e-mail per day is sent.
+# - When a developer adds a directory that contains one or several
+#   packages, this developer will be notified when build failures
+#   occur. Not more than one e-mail per day is sent.
+# - When a developer adds an "package/pkg-<infra>.mk" file to its list
+#   of files, he is considered interested by this package
+#   infrastructure, and will be CC'ed on all patches that add or
+#   modify packages that use this infrastructure.
+
+N:	Abhishek Singh <abhishek.singh@imgtec.com>
+F:	package/cxxtest/
+
+N:	Adam Duskett <aduskett@gmail.com>
+F:	package/nginx-naxsi/
+
+N:	Alex Suykov <alex.suykov@gmail.com>
+F:	package/vboot-utils/
+
+N:	Alexander Clouter <alex+buildroot@digriz.org.uk>
+F:	package/odhcp6c/
+
+N:	Alexander Dahl <post@lespocky.de>
+F:	package/fastd/
+F:	package/libuecc/
+F:	package/putty/
+
+N:	Alexander Lukichev <alexander.lukichev@espotel.com>
+F:	package/openpgm/
+
+N:	Alexander Varnin <fenixk19@mail.ru>
+F:	package/liblog4c-localtime/
+
+N:	Alexandre Belloni <alexandre.belloni@free-electrons.com>
+F:	package/tz/
+
+N:	Alistair Francis <alistair.francis@xilinx.com>
+F:	package/xen/
+
+N:	Alvaro G. M <alvaro.gamez@hazent.com>
+F:	package/dcron/
+F:	package/libxmlrpc/
+F:	package/python-docopt/
+
+N:	Anders Darander <anders@chargestorm.se>
+F:	package/ktap/
+
+N:	Andr? Hentschel <nerv@dawncrow.de>
+F:	package/openal/
+F:	package/p7zip/
+F:	package/wine/
+
+N:	Andrew Ruder <andrew.ruder@elecsyscorp.com>
+F:	package/expect/
+
+N:	Andy Kennedy <andy.kennedy@adtran.com>
+F:	package/libunwind/
+
+N:	Angelo Compagnucci <angelo.compagnucci@gmail.com>
+F:	package/mono/
+F:	package/mono-gtksharp3/
+F:	package/monolite/
+F:	package/python-can/
+F:	package/python-pillow/
+F:	package/python-pydal/
+F:	package/python-web2py/
+F:	package/sysdig/
+
+N:	Anthony Viallard <viallard@syscom-instruments.com>
+F:	package/gnuplot/
+
+N:	Antoine T?nart <antoine.tenart@free-electrons.com>
+F:	package/wf111/
+
+N:	ARC Maintainers <arc-buildroot@synopsys.com>
+F:	arch/Config.in.arc
+
+N:	Ariel D'Alessandro <ariel@vanguardiasur.com.ar>
+F:	package/axfsutils/
+F:	package/mali-t76x/
+
+N:	Arnaud Aujon <arnaud@intelibre.fr>
+F:	package/espeak/
+
+N:	Arnaud R?billout <rebillout@syscom.ch>
+F:	package/dbus-triggerd/
+F:	package/lftp/
+F:	package/tcping/
+
+N:	Arnout Vandecappelle <arnout@mind.be>
+F:	package/freescale-imx/firmware-imx/
+F:	package/freescale-imx/imx-lib/
+F:	package/gstreamer/gst-fsl-plugins/
+F:	package/moarvm/
+F:	package/owfs/
+F:	package/python-bottle/
+F:	package/sqlcipher/
+F:	package/stress/
+
+N:	Assaf Inbal <shmuelzon@gmail.com>
+F:	package/lbase64/
+F:	package/luabitop/
+F:	package/luacrypto/
+F:	package/luaexpatutils/
+F:	package/luaposix/
+F:	package/luasec/
+F:	package/lua-ev/
+F:	package/orbit/
+
+N:	Bartosz Golaszewski <bgolaszewski@baylibre.com>
+F:	package/autoconf-archive/
+F:	package/doxygen/
+F:	package/libserialport/
+F:	package/libsigrok/
+F:	package/libsigrokdecode/
+F:	package/libzip/
+F:	package/pulseview/
+F:	package/sigrok-cli/
+
+N:	Baruch Siach <baruch@tkos.co.il>
+F:	package/ebtables/
+F:	package/openipmi/
+
+N:	Ben Boeckel <mathstuf@gmail.com>
+F:	package/taskd/
+
+N:	Benjamin Kamath <kamath.ben@gmail.com>
+F:	package/lapack/
+
+N:	Bernd Kuhls <bernd.kuhls@t-online.de>
+F:	package/apache/
+F:	package/clamav/
+F:	package/dovecot/
+F:	package/dovecot-pigeonhole/
+F:	package/fetchmail/
+F:	package/freeswitch/
+F:	package/ffmpeg/
+F:	package/giflib/
+F:	package/jsoncpp/
+F:	package/kodi*
+F:	package/leafnode2/
+F:	package/libaacs/
+F:	package/libasplib/
+F:	package/libbdplus/
+F:	package/libbroadvoice/
+F:	package/libcodec2/
+F:	package/libcrossguid/
+F:	package/libdcadec/
+F:	package/libdvbcsa/
+F:	package/libdvdcss/
+F:	package/libebur128/
+F:	package/libfreeglut/
+F:	package/libg7221/
+F:	package/libglew/
+F:	package/libglfw/
+F:	package/libglu/
+F:	package/libhdhomerun/
+F:	package/libilbc/
+F:	package/libldns/
+F:	package/libminiupnpc/
+F:	package/libnatpmp/
+F:	package/libopenh264/
+F:	package/libplatform/
+F:	package/libsidplay2/
+F:	package/libsilk/
+F:	package/libsoil/
+F:	package/libsoundtouch/
+F:	package/libsquish/
+F:	package/liburiparser/
+F:	package/libva/
+F:	package/libva-intel-driver/
+F:	package/libyuv/
+F:	package/mjpg-streamer/
+F:	package/perl-crypt-openssl-random/
+F:	package/perl-crypt-openssl-rsa/
+F:	package/perl-db-file/
+F:	package/perl-digest-sha1/
+F:	package/perl-encode-detect/
+F:	package/perl-encode-locale/
+F:	package/perl-file-listing/
+F:	package/perl-html-parser/
+F:	package/perl-html-tagset/
+F:	package/perl-http-cookies/
+F:	package/perl-http-daemon/
+F:	package/perl-http-date/
+F:	package/perl-http-message/
+F:	package/perl-http-negotiate/
+F:	package/perl-io-html/
+F:	package/perl-lwp-mediatypes/
+F:	package/perl-mail-dkim/
+F:	package/perl-mailtools/
+F:	package/perl-mime-base64/
+F:	package/perl-net-dns/
+F:	package/perl-net-http/
+F:	package/perl-netaddr-ip/
+F:	package/perl-time-hires/
+F:	package/perl-timedate/
+F:	package/perl-uri/
+F:	package/perl-www-robotrules/
+F:	package/pound/
+F:	package/pure-ftpd/
+F:	package/python-mako/
+F:	package/tinyxml2/
+F:	package/tor/
+F:	package/softether/
+F:	package/unixodbc/
+F:	package/vnstat/
+F:	package/x11r7/
+
+N:	Bimal Jacob <bimal.jacob@rockwellcollins.com>
+F:	package/nginx-upload/
+
+N:	Bogdan Radulescu <bogdan@nimblex.net>
+F:	package/iftop/
+F:	package/ncdu/
+
+N:	Bryan Brinsko <bryan.brinsko@rockwellcollins.com>
+F:	package/pps-tools/
+
+N:	Carlo Caione <carlo.caione@gmail.com>
+F:	package/sunxi-boards/
+
+N:	Carlos Santos <casantos@datacom.ind.br>
+F:	package/gmock/
+F:	package/perl-file-util/
+
+N:	Carsten Schoenert <c.schoenert@gmail.com>
+F:	package/dvbsnoop/
+F:	package/libdvbsi/
+F:	package/libsvg/
+F:	package/libsvg-cairo/
+
+N:	Chris Packham <judge.packham@gmail.com>
+F:	package/eventlog/
+F:	package/micropython/
+F:	package/micropython-lib/
+F:	package/syslog-ng/
+
+N:	Christian Stewart <christian@paral.in>
+F:	package/batman-adv/
+F:	package/docker-containerd/
+F:	package/docker-engine/
+F:	package/mosh/
+F:	package/rtl8821au/
+F:	package/runc/
+
+N:	Christophe Vu-Brugier <cvubrugier@fastmail.fm>
+F:	package/drbd-utils/
+F:	package/iotop/
+F:	package/python-configshell-fb/
+F:	package/python-rtslib-fb/
+F:	package/python-urwid/
+F:	package/targetcli-fb/
+
+N:	Clayton Shotwell <clayton.shotwell@rockwellcollins.com>
+F:	package/audit/
+F:	package/cpio/
+
+N:	Clayton Shotwell <clshotwe@rockwellcollins.com>
+F:	package/checkpolicy/
+F:	package/libcgroup/
+F:	package/libee/
+F:	package/libestr/
+F:	package/liblogging/
+F:	package/libselinux/
+F:	package/libsemanage/
+F:	package/libsepol/
+F:	package/sepolgen/
+F:	package/ustr/
+
+N:	C?dric Ch?pied <cedric.chepied@gmail.com>
+F:	package/znc/
+
+N:	Dagg Stompler <daggs@gmx.com>
+F:	package/libamcodec/
+F:	package/odroid-mali/
+F:	package/odroid-scripts/
+
+N:	Damien Lanson <damien@kal-host.com>
+F:	package/libvdpau/
+F:	package/log4cpp/
+
+N:	Daniel Nystr?m <daniel.nystrom@timeterminal.se>
+F:	package/e2tools/
+F:	package/fbgrab/
+
+N:	Daniel Price <daniel.price@gmail.com>
+F:	package/nodejs/
+F:	package/redis/
+
+N:	Daniel Sangue <daniel.sangue@sangue.ch>
+F:	package/libftdi1/
+
+N:	Danomi Manchego <danomimanchego123@gmail.com>
+F:	package/cjson/
+F:	package/jq/
+F:	package/ljsyscall/
+F:	package/lua-cjson/
+F:	package/luaexpat/
+F:	package/xinetd/
+
+N:	Dave Skok <blanco.ether@gmail.com>
+F:	package/ola/
+
+N:	David Bachelart <david.bachelart@bbright.com>
+F:	package/ccrypt/
+F:	package/dos2unix/
+F:	package/ipmiutil/
+F:	package/python-daemon/
+
+N:	David Bender <codehero@gmail.com>
+F:	package/benejson/
+F:	package/cgic/
+F:	package/freeradius-client/
+F:	package/openldap/
+
+N:	David du Colombier <0intro@gmail.com>
+F:	package/x264/
+
+N:	Davide Viti <zinosat@tiscali.it>
+F:	package/flann/
+F:	package/python-paho-mqtt/
+F:	package/qhull/
+F:	package/tcllib/
+
+N:	Denis Bodor <lefinnois@lefinnois.net>
+F:	package/libstrophe/
+
+N:	Dimitrios Siganos <dimitris@siganos.org>
+F:	package/wireless-regdb/
+
+N:	Dominik Faessler <faessler@was.ch>
+F:	package/logsurfer/
+F:	package/python-id3/
+
+N:	Doug Kehn <rdkehn@yahoo.com>
+F:	package/nss-pam-ldapd/
+F:	package/sp-oops-extract/
+F:	package/unscd/
+
+N:	Ed Swierk <eswierk@skyportsystems.com>
+F:	package/xxhash/
+
+N:	Eric Le Bihan <eric.le.bihan.dev@free.fr>
+F:	package/adwaita-icon-theme/
+F:	package/eudev/
+F:	package/hicolor-icon-theme/
+F:	package/jemalloc/
+F:	package/ninja/
+F:	package/smack/
+
+N:	Eric Limpens <limpens@gmail.com>
+F:	package/pifmrds/
+F:	package/ympd/
+
+N:	Erico Nunes <nunes.erico@gmail.com>
+F:	package/acpica/
+F:	package/acpitool/
+F:	package/efibootmgr/
+F:	package/efivar/
+F:	package/spi-tools/
+F:	package/xdotool/
+
+N:	Erik Stromdahl <erik.stromdahl@gmail.com>
+F:	package/mxsldr/
+
+N:	Ernesto L. Williams Jr <realcontrols@gmail.com>
+F:	package/szip/
+
+N:	Evan Zelkowitz <evan.zelkowitz@gmail.com>
+F:	package/sdl_gfx/
+
+N:	Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
+F:	arch/Config.in.nios2
+F:	package/fio/
+F:	package/iptraf-ng/
+F:	package/jimtcl/
+F:	package/nodm/
+F:	package/openbox/
+F:	package/supertuxkart/
+
+N:	Fabio Estevam <festevam@gmail.com>
+F:	configs/freescale_imx*
+
+N:	Fabio Porcedda <fabio.porcedda@gmail.com>
+F:	package/netsurf-buildsystem/
+
+N:	Fabrice Fontaine <fabrice.fontaine@orange.com>
+F:	package/domoticz/
+F:	package/openzwave/
+
+N:	Fabrice Fontaine <fontaine.fabrice@gmail.com>
+F:	package/alljoyn/
+F:	package/alljoyn-base/
+F:	package/alljoyn-tcl/
+F:	package/alljoyn-tcl-base/
+F:	package/gtksourceview/
+F:	package/gupnp-dlna/
+F:	package/gupnp-tools/
+F:	package/igd2-for-linux/
+F:	package/minissdpd/
+F:	package/tinycbor/
+F:	package/tinydtls/
+
+N:	Floris Bos <bos@je-eigen-domein.nl>
+F:	package/ipmitool/
+F:	package/odhcploc/
+
+N:	Francisco Gonzalez <gzmorell@gmail.com>
+F:	package/ser2net/
+
+N:	Francois Perrad <fperrad@gmail.com>
+F:	package/4th/
+F:	package/botan/
+F:	package/cosmo/
+F:	package/dado/
+F:	package/ficl/
+F:	package/gdbm/
+F:	package/libtomcrypt/
+F:	package/libtommath/
+F:	package/libump/
+F:	package/linenoise/
+F:	package/ljlinenoise/
+F:	package/lpeg/
+F:	package/lpty/
+F:	package/lrandom/
+F:	package/lsqlite3/
+F:	package/lua*
+F:	package/lunit/
+F:	package/lzlib/
+F:	package/perl*
+F:	package/qemu/
+F:	package/tekui/
+F:	support/scripts/scancpan
+
+N:	Frank Hunleth <fhunleth@troodon-software.com>
+F:	package/am335x-pru-package/
+F:	package/libdmtx/
+F:	package/libsodium/
+F:	package/python-cherrypy/
+F:	package/sane-backends/
+F:	package/ucl/
+F:	package/upx/
+F:	package/zxing-cpp/
+
+N:	Gary Bisson <gary.bisson@boundarydevices.com>
+F:	configs/nitrogen*
+F:	package/freescale-imx/
+F:	package/libimxvpuapi/
+F:	package/sshpass/
+
+N:	Geoff Levand <geoff@infradead.org>
+F:	package/flannel/
+
+N:	Geoffrey Ragot <geoffreyragot@gmail.com>
+F:	package/python-pycli/
+F:	package/python-pyyaml/
+
+N:	Gilles Talis <gilles.talis@gmail.com>
+F:	package/fdk-aac/
+F:	package/httping/
+F:	package/iozone/
+F:	package/ocrad/
+F:	package/webp/
+
+N:	Giovanni Zantedeschi <giovanni.zantedeschi@datacom.ind.br>
+F:	package/libpam-radius-auth/
+F:	package/libpam-tacplus/
+
+N:	Gregory Dymarek <gregd72002@gmail.com>
+F:	package/ding-libs/
+F:	package/gengetopt/
+F:	package/janus-gateway/
+F:	package/libnice/
+F:	package/libsrtp/
+F:	package/libwebsock/
+F:	package/sofia-sip/
+
+N:	Gregory Hermant <gregory.hermant@calao-systems.com>
+F:	package/bcusdk/
+F:	package/dfu-util/
+F:	package/libpthsem/
+F:	package/linknx/
+F:	package/snowball-hdmiservice/
+F:	package/ux500-firmware/
+
+N:	Guillaume Gardet <guillaume.gardet@oliseo.fr>
+F:	package/c-icap/
+F:	package/c-icap-modules/
+F:	package/sdl2/
+
+N:	Guillaume William Brs <guillaume.bressaix@gmail.com>
+F:	package/liquid-dsp/
+
+N:	Gustavo Zacarias <gustavo@zacarias.com.ar>
+F:	arch/Config.in.powerpc
+F:	board/qemu/
+F:	configs/qemu_*
+F:	package/argp-standalone/
+F:	package/arptables/
+F:	package/audiofile/
+F:	package/autossh/
+F:	package/bitstream-vera/
+F:	package/blktrace/
+F:	package/bmon/
+F:	package/btrfs-progs/
+F:	package/c-ares/
+F:	package/cantarell/
+F:	package/check/
+F:	package/collectd/
+F:	package/comix-cursors/
+F:	package/connman-gtk/
+F:	package/conntrack-tools/
+F:	package/cppdb/
+F:	package/crda/
+F:	package/cryptodev-linux/
+F:	package/dbus-cpp/
+F:	package/debianutils/
+F:	package/dt/
+F:	package/exfat/
+F:	package/exfat-utils/
+F:	package/f2fs-tools/
+F:	package/faad2/
+F:	package/fping/
+F:	package/ftop/
+F:	package/gcr/
+F:	package/geoip/
+F:	package/gpsd/
+F:	package/granite/
+F:	package/graphite2/
+F:	package/gsettings-desktop-schemas/
+F:	package/hans/
+F:	package/haveged/
+F:	package/heimdal/
+F:	package/hostapd/
+F:	package/ifupdown/
+F:	package/inconsolata/
+F:	package/iodine/
+F:	package/iperf3/
+F:	package/ipset/
+F:	package/iw/
+F:	package/jhead/
+F:	package/jquery-keyboard/
+F:	package/kompexsqlite/
+F:	package/kvmtool/
+F:	package/lame/
+F:	package/lft/
+F:	package/libao/
+F:	package/libcroco/
+F:	package/libcue/
+F:	package/libcuefile/
+F:	package/libepoxy/
+F:	package/libgee/
+F:	package/libglib2/
+F:	package/libgtk2/
+F:	package/libgtk3/
+F:	package/libmcrypt/
+F:	package/libmemcached/
+F:	package/libmhash/
+F:	package/libmnl/
+F:	package/libmng/
+F:	package/libmpdclient/
+F:	package/libnetfilter_acct/
+F:	package/libnetfilter_conntrack/
+F:	package/libnetfilter_cthelper/
+F:	package/libnetfilter_cttimeout/
+F:	package/libnetfilter_log/
+F:	package/libnetfilter_queue/
+F:	package/libnfnetlink/
+F:	package/libnl/
+F:	package/liboping/
+F:	package/libreplaygain/
+F:	package/libsamplerate/
+F:	package/libtorrent/
+F:	package/libuv/
+F:	package/lksctp-tools/
+F:	package/lshw/
+F:	package/lz4/
+F:	package/lzip/
+F:	package/mbedtls/
+F:	package/mcrypt/
+F:	package/memcached/
+F:	package/minizip/
+F:	package/mpd/
+F:	package/mpv/
+F:	package/mtr/
+F:	package/musepack/
+F:	package/ncmpc/
+F:	package/net-tools/
+F:	package/netstat-nat/
+F:	package/nettle/
+F:	package/nfacct/
+F:	package/nftables/
+F:	package/nload/
+F:	package/nmap/
+F:	package/noip/
+F:	package/norm/
+F:	package/obsidian-cursors/
+F:	package/ocf-linux/
+F:	package/opencore-amr/
+F:	package/openswan/
+F:	package/opusfile/
+F:	package/p11-kit/
+F:	package/p910nd/
+F:	package/pax-utils/
+F:	package/procrank_linux/
+F:	package/php-*
+F:	package/pkgconf/
+F:	package/privoxy/
+F:	package/protobuf-c/
+F:	package/ptpd/
+F:	package/ptpd2/
+F:	package/pwgen/
+F:	package/ramspeed/
+F:	package/rng-tools/
+F:	package/rtorrent/
+F:	package/samba4/
+F:	package/sbc/
+F:	package/snmppp/
+F:	package/sox/
+F:	package/spidev_test/
+F:	package/squid/
+F:	package/start-stop-daemon/
+F:	package/swig/
+F:	package/thrift/
+F:	package/twolame/
+F:	package/ulogd/
+F:	package/unionfs/
+F:	package/unrar/
+F:	package/ushare/
+F:	package/vala/
+F:	package/vorbis-tools/
+F:	package/wavpack/
+F:	package/wayland-protocols/
+F:	package/webkitgtk/
+F:	package/webkitgtk24/
+F:	package/whois/
+F:	package/wireshark/
+F:	package/wpan-tools/
+F:	package/x11r7/xdriver_xf86-video-qxl/
+F:	package/xtables-addons/
+F:	package/zd1211-firmware/
+
+N:	Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com>
+F:	package/gnuradio/
+F:	package/gr-osmosdr/
+F:	package/libusbgx/
+F:	package/python-cheetah/
+F:	package/python-markdown/
+F:	package/python-pyqt/
+F:	package/python-sip/
+
+N:	Henrique Camargo <henrique@henriquecamargo.com>
+F:	package/json-glib/
+
+N:	Hiroshi Kawashima <kei-k@ca2.so-net.ne.jp>
+F:	package/gauche/
+F:	package/gmrender-resurrect/
+F:	package/squeezelite/
+
+N:	Ian Haylock <haylocki@yahoo.co.uk>
+F:	package/python-rpi-gpio/
+
+N:	Ignacy Gaw?dzki <ignacy.gawedzki@green-communications.fr>
+F:	package/angularjs/
+
+N:	James Knight <james.knight@rockwellcollins.com>
+F:	package/atkmm/
+F:	package/cairomm/
+F:	package/google-material-design-icons/
+F:	package/gtkmm3/
+F:	package/libpqxx/
+F:	package/pangomm/
+F:	package/yad/
+
+N:	Jan Pedersen <jp@jp-embedded.com>
+F:	package/zip/
+
+N:	Jan Viktorin <viktorin@rehivetech.com>
+F:	package/python-pexpect/
+F:	package/python-ptyprocess/
+F:	package/zynq-boot-bin/
+
+N:	Jarkko Sakkinen <jarkko.sakkinen@intel.com>
+F:	package/quota/
+
+N:	Jason Pruitt <jrspruitt@gmail.com>
+F:	package/librtlsdr/
+
+N:	Jens Rosenboom <j.rosenboom@x-ion.de>
+F:	package/sl/
+
+N:	Jens Zettelmeyer <zettelmeyerj@gmail.com>
+F:	package/batctl/
+
+N:	Jeremy Rosen <jeremy.rosen@openwide.fr>
+F:	package/fxload/
+
+N:	Joel Stanley <joel@jms.id.au>
+F:	package/pdbg/
+
+N:	Johan Derycke <johanderycke@gmail.com>
+F:	package/python-libconfig/
+
+N:	Johan Oudinet <johan.oudinet@gmail.com>
+F:	package/ejabberd/
+F:	package/erlang-goldrush/
+F:	package/erlang-lager/
+F:	package/erlang-p1-cache-tab/
+F:	package/erlang-p1-iconv/
+F:	package/erlang-p1-sip/
+F:	package/erlang-p1-stringprep/
+F:	package/erlang-p1-stun/
+F:	package/erlang-p1-tls/
+F:	package/erlang-p1-utils/
+F:	package/erlang-p1-xml/
+F:	package/erlang-p1-yaml/
+F:	package/erlang-p1-zlib/
+
+N:	John Stile <johns@msli.com>
+F:	package/dhcpcd/
+
+N:	Jonathan Ben Avraham <yba@tkos.co.il>
+F:	arch/Config.in.xtensa
+F:	package/autofs/
+F:	package/dawgdic/
+F:	package/libphidget/
+F:	package/phidgetwebservice/
+F:	package/rapidxml/
+F:	package/sphinxbase/
+
+N:	Jonathan Liu <net147@gmail.com>
+F:	package/python-meld3/
+F:	package/supervisor/
+
+N:	Joris Lijssens <joris.lijssens@gmail.com>
+F:	package/emlog/
+F:	package/libcoap/
+F:	package/libnet/
+F:	package/libuio/
+F:	package/netsniff-ng/
+F:	package/rabbitmq-c/
+
+N:	Juha Rantanen <juha@codercoded.com>
+F:	package/acsccid/
+
+N:	Julian Lunz <git@jlunz.de>
+F:	package/freerdp/
+
+N:	Julian Scheel <julian@jusst.de>
+F:	package/bitstream/
+F:	package/cbootimage/
+F:	package/cryptopp/
+F:	package/dvblast/
+F:	package/tegrarcm/
+
+N:	Julien Boibessot <julien.boibessot@armadeus.com>
+F:	configs/armadeus*
+F:	package/libcddb/
+
+N:	Julien Corjon <corjon.j@ecagroup.com>
+F:	package/qt5/
+
+N:	Julien Floret <julien.floret@6wind.com>
+F:	package/lldpd/
+
+N:	Justin Maggard <jmaggard@netgear.com>
+F:	package/dtach/
+
+N:	J?r?me Oufella <jerome.oufella@savoirfairelinux.com>
+F:	package/libdri2/
+F:	package/qt-webkit-kiosk/
+
+N:	J?r?me Pouiller <jezz@sysmic.org>
+F:	package/apitrace/
+F:	package/freescale-imx/gpu-amd-bin-mx51/
+F:	package/freescale-imx/libz160/
+F:	package/lxc/
+F:	package/strongswan/
+F:	package/wmctrl/
+F:	package/x11r7/xdriver_xf86-video-imx/
+F:	package/x11r7/xdriver_xf86-video-imx-viv/
+
+N:	J?rg Krause <joerg.krause@embedded.rocks>
+F:	package/libshout/
+F:	package/libupnpp/
+F:	package/luv/
+F:	package/luvi/
+F:	package/mp4v2/
+F:	package/shairport-sync/
+F:	package/swupdate/
+F:	package/upmpdcli/
+F:	package/wavemon/
+
+N:	Karoly Kasza <kaszak@gmail.com>
+F:	package/irqbalance/
+F:	package/openvmtools/
+
+N:	Kelvin Cheung <keguang.zhang@gmail.com>
+F:	package/cpuload/
+F:	package/bwm-ng/
+F:	package/ramsmp/
+
+N:	Laurent Cans <laurent.cans@gmail.com>
+F:	package/aircrack-ng/
+
+N:	Lee Jones <lee.jones@linaro.org>
+F:	boot/afboot-stm32/
+
+N:	Lionel Orry <lionel.orry@gmail.com>
+F:	package/mongrel2/
+
+N:	Lothar Felten <lothar.felten@gmail.com>
+F:	package/ti-sgx-demos/
+F:	package/ti-sgx-km/
+F:	package/ti-sgx-um/
+
+N:	Luca Ceresoli <luca@lucaceresoli.net>
+F:	package/agentpp/
+F:	package/exim/
+F:	package/libpjsip/
+F:	package/qpid-proton/
+F:	package/rtl8188eu/
+F:	package/stm32flash/
+F:	package/unzip/
+F:	support/legal-info/
+
+N:	Lucas De Marchi <lucas.de.marchi@gmail.com>
+F:	package/fswebcam/
+
+N:	Ludovic Desroches <ludovic.desroches@atmel.com>
+F:	board/atmel/
+F:	configs/at91*
+F:	configs/atmel_*
+F:	package/fb-test-app/
+F:	package/python-json-schema-validator/
+F:	package/python-keyring/
+F:	package/python-simplejson/
+F:	package/python-versiontools/
+F:	package/wilc1000-firmware/
+
+N:	Mamatha Inamdar <mamatha4@linux.vnet.ibm.com>
+F:	package/nvme/
+
+N:	Manuel V?gele <develop@manuel-voegele.de>
+F:	package/python-requests-toolbelt/
+
+N:	Marcin Bis <marcin@bis.org.pl>
+F:	package/bluez5_utils/
+F:	package/cc-tool/
+F:	package/ecryptfs-utils/
+
+N:	Marcin Niestroj <m.niestroj@grinn-global.com>
+F:	package/argparse/
+F:	package/rs485conf/
+F:	package/turbolua/
+
+N:	Marek Belisko <marek.belisko@open-nandra.com>
+F:	package/libatasmart/
+F:	package/polkit/
+F:	package/sg3_utils/
+F:	package/udisks/
+
+N:	Markos Chandras <markos.chandras@imgtec.com>
+F:	package/harfbuzz/
+F:	package/libsecret/
+
+N:	Martin Bark <martin@barkynet.com>
+F:	package/ca-certificates/
+
+N:	Martin Hicks <mort@bork.org>
+F:	package/cryptsetup/
+
+N:	Matt Weber <matthew.weber@rockwellcollins.com>
+F:	package/bc/
+F:	package/eigen/
+F:	package/fmc/
+F:	package/fmlib/
+F:	package/igmpproxy/
+F:	package/iputils/
+F:	package/omniorb/
+F:	package/python-ipy/
+F:	package/python-posix-ipc/
+F:	package/python-pypcap/
+F:	package/python-pyrex/
+F:	package/raptor/
+F:	package/setools/
+F:	package/simicsfs/
+F:	package/smcroute/
+F:	package/tclap/
+
+N:	Mauro Condarelli <mc5686@mclink.it>
+F:	package/mc/
+F:	package/python-autobahn/
+F:	package/python-cbor/
+F:	package/python-characteristic/
+F:	package/python-click/
+F:	package/python-crossbar/
+F:	package/python-lmdb/
+F:	package/python-mistune/
+F:	package/python-netaddr/
+F:	package/python-pyasn-modules/
+F:	package/python-pygments/
+F:	package/python-pynacl/
+F:	package/python-pytrie/
+F:	package/python-service-identity/
+F:	package/python-setproctitle/
+F:	package/python-shutilwhich/
+F:	package/python-treq/
+F:	package/python-txaio/
+F:	package/python-ujson/
+F:	package/python-wsaccel/
+
+N:	Max Filippov <jcmvbkbc@gmail.com>
+F:	arch/Config.in.xtensa
+
+N:	Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
+F:	package/babeld/
+F:	package/dante/
+F:	package/faifa/
+F:	package/initscripts/
+F:	package/intel-microcode/
+F:	package/iucode-tool/
+F:	package/jasper/
+F:	package/kodi/
+F:	package/libass/
+F:	package/libbluray/
+F:	package/libcdio/
+F:	package/libcofi/
+F:	package/libenca/
+F:	package/libmodplug/
+F:	package/libnfs/
+F:	package/libplist/
+F:	package/libshairplay/
+F:	package/linux-zigbee/
+F:	package/netcat-openbsd/
+F:	package/open-plc-utils/
+F:	package/rpi-firmware/
+F:	package/rpi-userland/
+F:	package/rtmpdump/
+F:	package/skeleton/
+F:	package/systemd/
+F:	package/systemd-bootchart/
+F:	package/tinyalsa/
+F:	package/tinyxml/
+
+N:	Maxime Ripard <maxime.ripard@free-electrons.com>
+F:	package/kmsxx/
+
+N:	Michael Rommel <rommel@layer-7.net>
+F:	package/aiccu/
+F:	package/knock/
+F:	package/python-crc16/
+F:	package/python-pyzmq/
+
+N:	Michael Trimarchi <michael@amarulasolutions.com>
+F:	package/python-spidev/
+
+N:	Mikhail Boiko <mikhailboiko85@gmail.com>
+F:	package/libfribidi/
+
+N:	Morgan Delestre <m.delestre@sinters.fr>
+F:	package/monkey/
+
+N:	Murat Demirten <mdemirten@yh.com.tr>
+F:	package/jpeg-turbo/
+F:	package/libgeotiff/
+
+N:	Nathan Lynch <ntl@pobox.com>
+F:	package/chrony/
+
+N:	Nathaniel Roach <nroach44@gmail.com>
+F:	package/bandwidthd/
+F:	package/libgudev/
+
+N:	Naumann Andreas <ANaumann@ultratronik.de>
+F:	package/evemu/
+F:	package/libevdev/
+
+N:	Nicolas Menegale <nicolas.menegale@openwide.fr>
+F:	package/cppcms/
+F:	package/glibmm/
+F:	package/libxmlpp/
+
+N:	Nicolas Serafini <nicolas.serafini@sensefly.com>
+F:	package/exiv2/
+F:	package/nvidia-tegra23/nvidia-tegra23-binaries/
+F:	package/nvidia-tegra23/nvidia-tegra23-codecs/
+
+N:	Nimai Mahajan <nimaim@gmail.com>
+F:	package/libucl/
+
+N:	Niranjan Reddy <niranjan.reddy@rockwellcollins.com>
+F:	package/cgroupfs-mount/
+
+N:	No? Rubinstein <noe.rubinstein@gmail.com>
+F:	package/tpm-tools/
+F:	package/trousers/
+
+N:	Olaf Rempel <razzor@kopf-tisch.de>
+F:	package/ctorrent/
+
+N:	Oli Vogt <oli.vogt.pub01@gmail.com>
+F:	package/python-django/
+F:	package/python-flup/
+
+N:	Olivier Schonken <olivier.schonken@gmail.com>
+F:	package/ijs/
+F:	package/poppler/
+F:	package/qpdf/
+F:	package/openjpeg/
+
+N:	Olivier Singla <olivier.singla@gmail.com>
+F:	package/shellinabox/
+
+N:	Parnell Springmeyer <parnell@digitalmentat.com>
+F:	package/scrypt/
+
+N:	Pascal Huerst <pascal.huerst@gmail.com>
+F:	package/google-breakpad/
+
+N:	Patrick Gerber <kpa_info@yahoo.fr>
+F:	package/yavta/
+
+N:	Patrick Ziegler <patrick.ziegler@fh-kl.de>
+F:	package/aespipe/
+F:	package/libqmi/
+
+N:	Paul Cercueil <paul.cercueil@analog.com>
+F:	package/libiio/
+
+N:	Paul Cercueil <paul@crapouillou.net>
+F:	package/lightning/
+
+N:	Pedro Aguilar <paguilar@paguilar.org>
+F:	package/libunistring/
+
+N:	Peter Korsgaard <peter@korsgaard.com>
+F:	package/flickcurl/
+F:	package/libfastjson/
+F:	package/lzop/
+F:	package/python-alsaaudio/
+F:	package/python-enum/
+F:	package/python-enum34/
+F:	package/python-ipaddr/
+F:	package/python-pam/
+F:	package/python-psutil/
+F:	package/triggerhappy/
+F:	package/wpa_supplicant/
+
+N:	Peter Seiderer <ps.report@gmx.net>
+F:	package/assimp/
+F:	package/bcm2835/
+F:	package/dejavu/
+F:	package/dillo/
+F:	package/edid-decode/
+F:	package/ghostscript-fonts/
+F:	package/gstreamer1/gst1-validate/
+F:	package/log4cplus/
+F:	package/postgresql/
+F:	package/qt5/qt53d/
+F:	package/qt5/qt5quickcontrols2/
+F:	package/qt5/qt5tools/
+F:	package/racehound/
+F:	package/wiringpi/
+
+N:	Peter Thompson <peter.macleod.thompson@gmail.com>
+F:	package/sdl2_gfx/
+F:	package/sdl2_image/
+F:	package/sdl2_ttf/
+
+N:	Petr Vorel <petr.vorel@gmail.com>
+F:	package/linux-backports/
+
+N:	Phil Eichinger <phil.eichinger@gmail.com>
+F:	package/libqrencode/
+F:	package/psplash/
+F:	package/sispmctl/
+F:	package/zsh/
+
+N:	Philipp Claves <claves@budelmann-elektronik.com>
+F:	package/libassuan/
+F:	package/libgpgme/
+
+N:	Philippe Proulx <eeppeliteloop@gmail.com>
+F:	package/python-ipython/
+
+N:	Pierre Floury <pierre.floury@gmail.com>
+F:	package/trace-cmd/
+
+N:	Pieter De Gendt <pieter.degendt@gmail.com>
+F:	package/libvips/
+
+N:	Pieterjan Camerlynck <pieterjan.camerlynck@gmail.com>
+F:	package/libdvbpsi/
+F:	package/mraa/
+
+N:	Qais Yousef <Qais.Yousef@imgtec.com>
+F:	package/bellagio/
+
+N:	Rahul Bedarkar <rahul.bedarkar@imgtec.com>
+F:	package/gflags/
+F:	package/glog/
+F:	package/gssdp/
+F:	package/gupnp/
+F:	package/gupnp-av/
+
+N:	Renaud Aubin <root@renaud.io>
+F:	package/libhttpparser/
+
+N:	Rhys Williams <github@wilberforce.co.nz>
+F:	package/lirc-tools/
+
+N:	Richard Braun <rbraun@>
+F:	package/curlftpfs/
+
+N:	Richard Braun <rbraun@sceen.net>
+F:	package/tzdata/
+
+N:	Rico Bachmann <bachmann@tofwerk.com>
+F:	package/apr-util/
+F:	package/subversion/
+
+N:	Rodrigo Rebello <rprebello@gmail.com>
+F:	package/chocolate-doom/
+F:	package/irssi/
+
+N:	Romain Naour <romain.naour@openwide.fr>
+F:	package/bullet/
+F:	package/efl/
+F:	package/iqvlinux/
+F:	package/liblinear/
+F:	package/mcelog/
+F:	package/openpowerlink/
+F:	package/stress-ng/
+F:	package/terminology/
+
+N:	Ryan Barnett <ryan.barnett@rockwellcollins.com>
+F:	package/atftp/
+F:	package/miraclecast/
+F:	package/python-pyasn/
+F:	package/python-pycrypto/
+F:	package/python-pysnmp/
+F:	package/python-pysnmp-apps/
+F:	package/python-pysnmp-mibs/
+F:	package/python-tornado/
+
+N:	Ryan Wilkins <ryan@deadfrog.net>
+F:	package/biosdevname/
+
+N:	R?mi R?rolle <remi.rerolle@gmail.com>
+F:	package/libfreeimage/
+
+N:	Sagaert Johan <sagaert.johan@skynet.be>
+F:	package/git/
+F:	package/gsl/
+F:	package/jquery-mobile/
+F:	package/libgsasl/
+F:	package/qdecoder/
+F:	package/qlibc/
+
+N:	Sam Bobroff <sam.bobroff@au1.ibm.com>
+F:	package/librtas/
+
+N:	Samuel Martin <s.martin49@gmail.com>
+F:	package/armadillo/
+F:	package/canfestival/
+F:	package/clapack/
+F:	package/cwiid/
+F:	package/flite/
+F:	package/nginx/
+F:	package/openobex/
+F:	package/python-numpy/
+F:	package/scrub/
+F:	package/urg/
+F:	package/ussp-push/
+
+N:	Santosh Multhalli <santosh.multhalli@rockwellcollins.com>
+F:	package/valijson/
+
+N:	Scott Fan <fancp2007@gmail.com>
+F:	package/libssh/
+F:	package/x11r7/xdriver_xf86-video-fbturbo/
+
+N:	Sebastien Bourdelin <sebastien.bourdelin@savoirfairelinux.com>
+F:	package/atf/
+F:	package/cppunit/
+F:	package/kyua/
+F:	package/lutok/
+F:	package/yaml-cpp/
+
+N:	Sergio Prado <sergio.prado@e-labworks.com>
+F:	package/libgdiplus/
+F:	package/mongodb/
+F:	package/stella/
+F:	package/tunctl/
+F:	package/ubus/
+
+N:	Simon Dawson <spdawson@gmail.com>
+F:	boot/at91bootstrap3/
+F:	package/cppzmq/
+F:	package/czmq/
+F:	package/filemq/
+F:	package/googlefontdirectory/
+F:	package/jansson/
+F:	package/jquery-ui/
+F:	package/jquery-ui-themes/
+F:	package/json-javascript/
+F:	package/lcdapi/
+F:	package/libfreefare/
+F:	package/libjson/
+F:	package/libnfc/
+F:	package/libnfc/
+F:	package/libserial/
+F:	package/libsigsegv/
+F:	package/macchanger/
+F:	package/minicom/
+F:	package/minidlna/
+F:	package/msgpack/
+F:	package/nanocom/
+F:	package/neard/
+F:	package/neardal/
+F:	package/owl-linux/
+F:	package/python-nfc/
+F:	package/rapidjson/
+F:	package/sconeserver/
+F:	package/sound-theme-borealis/
+F:	package/sound-theme-freedesktop/
+F:	package/vlc/
+F:	package/wvdial/
+F:	package/wvstreams/
+F:	package/xscreensaver/
+F:	package/zmqpp/
+F:	package/zyre/
+
+N:	Spenser Gilliland <spenser@gillilanding.com>
+F:	arch/Config.in.microblaze
+F:	package/a10disp/
+F:	package/glmark2/
+F:	package/libvpx/
+F:	package/mesa3d-demos/
+F:	package/sunxi-mali/
+F:	package/ti-gfx/
+
+N:	Stefan Fr?berg <stefan.froberg@petroprogram.com>
+F:	package/elfutils/
+F:	package/libtasn1/
+F:	package/proxychains-ng/
+F:	package/yasm/
+
+N:	Stephan Hoffmann <sho@relinux.de>
+F:	package/cache-calibrator/
+F:	package/gtest/
+F:	package/mtdev/
+F:	package/mtdev2tuio/
+F:	package/qtuio/
+
+N:	Steve Calfee <stevecalfee@gmail.com>
+F:	package/python-pymysql/
+F:	package/python-pyratemp/
+
+N:	Steve James <ste@junkomatic.net>
+F:	package/leveldb/
+F:	package/libcli/
+
+N:	Steve Kenton <skenton@ou.edu>
+F:	package/dvdauthor/
+F:	package/dvdrw-tools/
+F:	package/memtest86/
+F:	package/mjpegtools/
+F:	package/tovid/
+F:	package/xorriso/
+
+N:	Steve Thomas <scjthm@live.com>
+F:	package/cloog/
+F:	package/isl/
+
+N:	Steven Noonan <steven@uplinklabs.net>
+F:	package/hwloc/
+F:	package/powertop/
+
+N:	Sven Neumann <neumann@teufel.de>
+F:	package/gstreamer1/gst1-libav/
+
+N:	Sven Neumann <s.neumann@raumfeld.com>
+F:	package/glib-networking/
+F:	package/libmms/
+F:	package/orc/
+
+N:	S?bastien Szymanski <sebastien.szymanski@armadeus.com>
+F:	package/mmc-utils/
+F:	package/python-flask-jsonrpc/
+F:	package/python-flask-login/
+
+N:	Thierry Bultel <tbultel@free.fr>
+F:	package/mpd-mpc/
+
+N:	Thijs Vermeir <thijsvermeir@gmail.com>
+F:	package/ranger/
+F:	package/x265/
+
+N:	Thomas Claveirole <thomas.claveirole@green-communications.fr>
+F:	package/fcgiwrap/
+
+N:	Thomas Davis <sunsetbrew@sunsetbrew.com>
+F:	package/civetweb/
+
+N:	Thomas De Schampheleire <patrickdepinguin+buildroot@gmail.com>
+F:	package/libpfm4/
+F:	package/mkpasswd/
+F:	package/zeromq/
+
+N:	Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+F:	arch/Config.in.arm
+F:	boot/boot-wrapper-aarch64/
+F:	boot/grub2/
+F:	boot/gummiboot/
+F:	package/android-tools/
+F:	package/b43-firmware/
+F:	package/b43-fwcutter/
+F:	package/c-periphery/
+F:	package/cdrkit/
+F:	package/cifs-utils/
+F:	package/cloop/
+F:	package/cmake/
+F:	package/cramfs/
+F:	package/dmidecode/
+F:	package/enlightenment/
+F:	package/flashrom/
+F:	package/gcc/gcc-final/
+F:	package/gcc/gcc-initial/
+F:	package/genext2fs/
+F:	package/genromfs/
+F:	package/getent/
+F:	package/gnu-efi/
+F:	package/heirloom-mailx/
+F:	package/hiawatha/
+F:	package/igh-ethercat/
+F:	package/intltool/
+F:	package/libcap/
+F:	package/libevas-generic-loaders/
+F:	package/libffi/
+F:	package/libsha1/
+F:	package/libtirpc/
+F:	package/liburcu/
+F:	package/libxkbcommon/
+F:	package/libxml-parser-perl/
+F:	package/localedef/
+F:	package/log4cxx/
+F:	package/lttng-babeltrace/
+F:	package/lttng-libust/
+F:	package/lttng-modules/
+F:	package/lttng-tools/
+F:	package/monit/
+F:	package/mpdecimal/
+F:	package/msmtp/
+F:	package/musl/
+F:	package/ne10/
+F:	package/pkg-python.mk
+F:	package/pkg-autotools.mk
+F:	package/pkg-generic.mk
+F:	package/polarssl/
+F:	package/python/
+F:	package/python3/
+F:	package/python-mad/
+F:	package/python-serial/
+F:	package/qextserialport/
+F:	package/rpcbind/
+F:	package/rt-tests/
+F:	package/sam-ba/
+F:	package/scons/
+F:	package/squashfs/
+F:	package/wayland/
+F:	package/weston/
+F:	toolchain/
+
+N:	Tiago Brusamarello <tiago.brusamarello@datacom.ind.br>
+F:	package/aer-inject/
+
+N:	Tom Sparks <tom_a_sparks@yahoo.com.au>
+F:	package/ibrcommon/
+F:	package/ibrdtn/
+F:	package/ibrdtn-tools/
+F:	package/ibrdtnd/
+
+N:	Tzu-Jung Lee <roylee17@gmail.com>
+F:	package/dropwatch/
+F:	package/tstools/
+
+N:	Vanya Sergeev <vsergeev@gmail.com>
+F:	package/lua-periphery/
+
+N:	Vicente Olivert Riera <Vincent.Riera@imgtec.com>
+F:	arch/Config.in.mips
+F:	package/gnupg2/
+F:	package/hidapi/
+F:	package/libfm/
+F:	package/libfm-extra/
+F:	package/libksba/
+F:	package/menu-cache/
+F:	package/openblas/
+F:	package/openmpi/
+F:	package/pinentry/
+F:	package/trinity/
+
+N:	Vincent Stehl? <vincent.stehle@intel.com>
+F:	package/i7z/
+F:	package/msr-tools/
+
+N:	Vinicius Tinti <viniciustinti@gmail.com>
+F:	package/python-thrift/
+
+N:	Volkov Viacheslav <sv99@inbox.ru>
+F:	package/rfkill/
+F:	package/v4l2grab/
+F:	package/zbar/
+
+N:	Wade Berrier <wberrier@gmail.com>
+F:	package/ngrep/
+
+N:	Waldemar Brodkorb <wbx@openadk.org>
+F:	arch/Config.in.bfin
+F:	arch/Config.in.sparc
+F:	arch/Config.in.m68k
+
+N:	Waldemar Rymarkiewicz <waldemar.rymarkiewicz@tieto.com>
+F:	package/ccid/
+F:	package/pcsc-lite/
+
+N:	Will Newton <will.newton@gmail.com>
+F:	package/enchant/
+F:	package/erlang/
+F:	package/libmicrohttpd/
+F:	package/sysprof/
+F:	package/time/
+
+N:	Will Newton <will.newton@imgtec.com>
+F:	package/numactl/
+
+N:	Will Wagner <will_wagner@carallon.com>
+F:	package/yaffs2utils/
+
+N:	Wojciech M. Zabolotny <wzab01@gmail.com>
+F:	package/avrdude/
+F:	package/jack2/
+F:	package/python-msgpack/
+F:	package/python-pyusb/
+
+N:	Wojciech Nizi?ski <niziak@spox.org>
+F:	package/fwup/
+
+N:	Yann E. MORIN <yann.morin.1998@free.fr>
+F:	package/cegui06/
+F:	package/celt051/
+F:	package/dtc/
+F:	package/dtv-scan-tables/
+F:	package/dvb-apps/
+F:	package/keyutils/
+F:	package/libbsd/
+F:	package/libedit/
+F:	package/libinput/
+F:	package/libiscsi/
+F:	package/libseccomp/
+F:	package/mesa3d-headers/
+F:	package/mke2img/
+F:	package/nut/
+F:	package/omxplayer/
+F:	package/python-pyparsing/
+F:	package/pkg-download.mk
+F:	package/slirp/
+F:	package/snappy/
+F:	package/spice/
+F:	package/spice-protocol/
+F:	package/tmux/
+F:	package/tvheadend/
+F:	package/usbredir/
+F:	package/vde2/
+F:	package/w_scan/
+F:	support/download/
+
+N:	Yegor Yefremov <yegorslists@googlemail.com>
+F:	package/acl/
+F:	package/attr/
+F:	package/bluez_utils/
+F:	package/boost/
+F:	package/bootstrap/
+F:	package/cannelloni/
+F:	package/circus/
+F:	package/feh/
+F:	package/giblib/
+F:	package/imlib2/
+F:	package/jquery-datetimepicker/
+F:	package/jquery-sidebar/
+F:	package/kmod/
+F:	package/libical/
+F:	package/libmbim/
+F:	package/libndp/
+F:	package/libnftnl/
+F:	package/libsoc/
+F:	package/libsocketcan/
+F:	package/libubox/
+F:	package/libuci/
+F:	package/linux-firmware/
+F:	package/modem-manager/
+F:	package/nuttcp/
+F:	package/parted/
+F:	package/python*
+F:	package/socketcand/
+F:	package/qt5/qt5serialbus/
+F:	package/sdparm/
+F:	package/ti-utils/
+F:	package/x11r7/xapp_xconsole/
+F:	package/x11r7/xapp_xinput-calibrator/
+F:	package/zlog/
+F:	support/scripts/scanpypi
+
+N:	Zoltan Gyarmati <mr.zoltan.gyarmati@gmail.com>
+F:	package/crudini/
+F:	package/grantlee/
+F:	package/python-configobj/
+F:	package/python-iniparse/
+F:	package/qjson/
+F:	package/quazip/
+F:	package/tinc/
-- 
2.7.4

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Gary Bisson]

Thomas, All,

2016-08-23 14:47 GMT+02:00 Thomas Petazzoni
<thomas.petazzoni@free-electrons.com>:
> <snip>
> +N:     Gary Bisson <gary.bisson@boundarydevices.com>
> +F:     configs/nitrogen*
> +F:     package/freescale-imx/
> +F:     package/libimxvpuapi/
> +F:     package/sshpass/

Maybe you can add:
board/boundarydevices/
package/gstreamer1/gst1-imx/

Regards,
Gary

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Tue, 23 Aug 2016 16:26:53 +0200, Gary Bisson wrote:

> 2016-08-23 14:47 GMT+02:00 Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com>:
> > <snip>
> > +N:     Gary Bisson <gary.bisson@boundarydevices.com>
> > +F:     configs/nitrogen*
> > +F:     package/freescale-imx/
> > +F:     package/libimxvpuapi/
> > +F:     package/sshpass/  
> 
> Maybe you can add:
> board/boundarydevices/
> package/gstreamer1/gst1-imx/

Thanks for the suggestion, I've added those.

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Bernd Kuhls]

Am Tue, 23 Aug 2016 14:47:44 +0200 schrieb Thomas Petazzoni:

> +N:	Bernd Kuhls <bernd.kuhls@t-online.de>
> +F:	package/apache/
> +F:	package/clamav/
> +F:	package/dovecot/
> +F:	package/dovecot-pigeonhole/
> +F:	package/fetchmail/
> +F:	package/freeswitch/
> +F:	package/ffmpeg/
> +F:	package/giflib/
> +F:	package/jsoncpp/
> +F:	package/kodi*
> +F:	package/leafnode2/
> +F:	package/libaacs/
> +F:	package/libasplib/
> +F:	package/libbdplus/
> +F:	package/libbroadvoice/
> +F:	package/libcodec2/
> +F:	package/libcrossguid/
> +F:	package/libdcadec/
> +F:	package/libdvbcsa/
> +F:	package/libdvdcss/
> +F:	package/libebur128/
> +F:	package/libfreeglut/
> +F:	package/libg7221/
> +F:	package/libglew/
> +F:	package/libglfw/
> +F:	package/libglu/
> +F:	package/libhdhomerun/
> +F:	package/libilbc/
> +F:	package/libldns/
> +F:	package/libminiupnpc/
> +F:	package/libnatpmp/
> +F:	package/libopenh264/
> +F:	package/libplatform/
> +F:	package/libsidplay2/
> +F:	package/libsilk/
> +F:	package/libsoil/
> +F:	package/libsoundtouch/
> +F:	package/libsquish/
> +F:	package/liburiparser/
> +F:	package/libva/
> +F:	package/libva-intel-driver/
> +F:	package/libyuv/
> +F:	package/mjpg-streamer/
> +F:	package/perl-crypt-openssl-random/
> +F:	package/perl-crypt-openssl-rsa/
> +F:	package/perl-db-file/
> +F:	package/perl-digest-sha1/
> +F:	package/perl-encode-detect/
> +F:	package/perl-encode-locale/
> +F:	package/perl-file-listing/
> +F:	package/perl-html-parser/
> +F:	package/perl-html-tagset/
> +F:	package/perl-http-cookies/
> +F:	package/perl-http-daemon/
> +F:	package/perl-http-date/
> +F:	package/perl-http-message/
> +F:	package/perl-http-negotiate/
> +F:	package/perl-io-html/
> +F:	package/perl-lwp-mediatypes/
> +F:	package/perl-mail-dkim/
> +F:	package/perl-mailtools/
> +F:	package/perl-mime-base64/
> +F:	package/perl-net-dns/
> +F:	package/perl-net-http/
> +F:	package/perl-netaddr-ip/
> +F:	package/perl-time-hires/
> +F:	package/perl-timedate/
> +F:	package/perl-uri/
> +F:	package/perl-www-robotrules/
> +F:	package/pound/
> +F:	package/pure-ftpd/
> +F:	package/python-mako/
> +F:	package/tinyxml2/
> +F:	package/tor/
> +F:	package/softether/
> +F:	package/unixodbc/
> +F:	package/vnstat/
> +F:	package/x11r7/

Hi,

you can add the following packages to my list:

F:	package/exim/
F:	package/transmission/
F:	package/libvpx/
F:	package/libdrm/
F:	package/mesa3d/
F:	package/libsndfile/
F:	package/mplayer/
F:	package/libdvdread/
F:	package/libdvdnav/
F:	package/tvheadend/
F:	package/libmicrohttpd/
F:	package/vlc/
F:	package/eudev/
F:	package/glmark2/
F:	package/dtv-scan-tables/
F:	package/taglib/
F:	package/libbluray/
F:	package/x264/
F:	package/x265/
F:	package/minidlna/
F:	package/znc/
F:	package/libcec/
F:	package/libass/
F:	package/libpciaccess/
F:	package/rtmpdump/
F:	package/lame/
F:	package/apr-util/
F:	package/apr/
F:	package/pixman/
F:	package/libogg/
F:	package/libvorbis/
F:	package/libcdio/

Or in other words:
F:	package/_everything_needed_for_kodi_freeswitch_mail/

;)

Regards, Bernd

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Tue, 23 Aug 2016 19:38:24 +0200, Bernd Kuhls wrote:

> you can add the following packages to my list:

[...]

> Or in other words:
> F:	package/_everything_needed_for_kodi_freeswitch_mail/

Thanks for the suggestions, I've added those, they will be part of v3.

Of course, we will still be able to patch the DEVELOPERS file
afterwards, what I'm proposing in my patch series is just an initial
state.

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Carlos Santos]

> From: "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
---8<---
> This is an initial list of Buildroot developers. It has been created
> semi-automatically by parsing the Git history, and finding the authors
> of commits with a title like "<foo>: new package". Some additional
> manual tweaking has been done (merging multiple entries corresponding to
> the same person, adding some more entries, etc.).
---8<---
> +N:	Carlos Santos <casantos@datacom.ind.br>
> +F:	package/gmock/
> +F:	package/perl-file-util/

I can take care of util-linux, too.
---8<---
> +N:	Giovanni Zantedeschi <giovanni.zantedeschi@datacom.ind.br>
> +F:	package/libpam-radius-auth/
> +F:	package/libpam-tacplus/

Giovanni does not work at DATACOM anymore. Please replace by casantos at ...

---8<---
> +N:	Stephan Hoffmann <sho@relinux.de>
> +F:	package/cache-calibrator/
> +F:	package/gtest/

I'm planing to replace gmock and gtest by "googletest" in the near future, so I could take care of gtest if Stefan does not mind. 
---8<---

Carlos Santos (Casantos)
DATACOM, P&D

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Tue, 23 Aug 2016 16:50:41 -0300 (BRT), Carlos Santos wrote:

> > This is an initial list of Buildroot developers. It has been created
> > semi-automatically by parsing the Git history, and finding the authors
> > of commits with a title like "<foo>: new package". Some additional
> > manual tweaking has been done (merging multiple entries corresponding to
> > the same person, adding some more entries, etc.).  
> ---8<---
> > +N:	Carlos Santos <casantos@datacom.ind.br>
> > +F:	package/gmock/
> > +F:	package/perl-file-util/  
> 
> I can take care of util-linux, too.

Added, even though you haven't made any commits to util-linux yet (I
remember we have 3 patches from you in patchwork on util-linux).

> > +N:	Giovanni Zantedeschi <giovanni.zantedeschi@datacom.ind.br>
> > +F:	package/libpam-radius-auth/
> > +F:	package/libpam-tacplus/  
> 
> Giovanni does not work at DATACOM anymore. Please replace by casantos at ...

Done, thanks for letting me know!

> ---8<---
> > +N:	Stephan Hoffmann <sho@relinux.de>
> > +F:	package/cache-calibrator/
> > +F:	package/gtest/  
> 
> I'm planing to replace gmock and gtest by "googletest" in the near future, so I could take care of gtest if Stefan does not mind. 

I've added package/gtest/ for you as well. Package assignments are not
exclusive: two developers can express their interest for the same
package. That's why I've chosen the term "developer" and not
"maintainer": it's not a file that really describes "ownership" of
packages, but rather "interest".

Thanks for your feedback!

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Romain Naour]

Hi Thomas,

Le 23/08/2016 ? 14:47, Thomas Petazzoni a ?crit :
> This is an initial list of Buildroot developers. It has been created
> semi-automatically by parsing the Git history, and finding the authors
> of commits with a title like "<foo>: new package". Some additional
> manual tweaking has been done (merging multiple entries corresponding to
> the same person, adding some more entries, etc.).
> 
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---

> +
> +N:	Julien Boibessot <julien.boibessot@armadeus.com>
> +F:	configs/armadeus*
> +F:	package/libcddb/

I guess Julien want to take care of opentyrian :)

> +
> +N:	Nicolas Menegale <nicolas.menegale@openwide.fr>
> +F:	package/cppcms/
> +F:	package/glibmm/
> +F:	package/libxmlpp/

Nicolas no longer works for Open Wide, so these packages are orphan I guess.
Also, I'm not sure he still on the mailing list.

> +N:	Romain Naour <romain.naour@openwide.fr>

Please update my address with romain.naour at gmail.com

> +F:	package/bullet/
> +F:	package/efl/
> +F:	package/iqvlinux/
> +F:	package/liblinear/
> +F:	package/mcelog/
> +F:	package/openpowerlink/
> +F:	package/stress-ng/
> +F:	package/terminology/

Here are some missing packages:
+F: package/elementary/
+F: package/expedite/
+F: package/xenomai/

> +N:	Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[snip]
> +F:	package/enlightenment/
> +F:	package/libevas-generic-loaders/

Thomas, I'd like to take these two packages on my list ;-)

Also some packages are not listed yet, like busybox.
I could be interesting to list all orphan packages.

Best regards,
Romain

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Tue, 23 Aug 2016 21:51:44 +0200, Romain Naour wrote:

> > +N:	Julien Boibessot <julien.boibessot@armadeus.com>
> > +F:	configs/armadeus*
> > +F:	package/libcddb/  
> 
> I guess Julien want to take care of opentyrian :)

Added.

> > +N:	Nicolas Menegale <nicolas.menegale@openwide.fr>
> > +F:	package/cppcms/
> > +F:	package/glibmm/
> > +F:	package/libxmlpp/  
> 
> Nicolas no longer works for Open Wide, so these packages are orphan I guess.
> Also, I'm not sure he still on the mailing list.

OK. I've moved glibmm to James Knight, since he is already taking care
of the other *mm packages (cairomm, libgtk3mm, etc.), so it makes sense
to have him look at glibmm as well.

> > +N:	Romain Naour <romain.naour@openwide.fr>  
> 
> Please update my address with romain.naour at gmail.com

Done.

> Here are some missing packages:
> +F: package/elementary/
> +F: package/expedite/
> +F: package/xenomai/

Added.

> > +N:	Thomas Petazzoni <thomas.petazzoni@free-electrons.com>  
> [snip]
> > +F:	package/enlightenment/
> > +F:	package/libevas-generic-loaders/  
> 
> Thomas, I'd like to take these two packages on my list ;-)

I've moved them to you. Note that as I said to Carlos, things are not
mutually exclusive: several developers can list the same packages. This
is note a file listing ownership of packages, but interest in packages.

> Also some packages are not listed yet, like busybox.
> I could be interesting to list all orphan packages.

Run:

./support/scripts/get-developer -c

It looks at all files under version control, and lists the ones that
are not associated to any developer. With all the latest updates, there
are still 2945 files that are not referenced by anyone. But I'm not
trying to make it 0 before putting this mechanism in place, it's going
to be a gradual effort, like it has been for hashes, license
information, etc.

Best regards,

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Peter Korsgaard]

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 > This is an initial list of Buildroot developers. It has been created
 > semi-automatically by parsing the Git history, and finding the authors
 > of commits with a title like "<foo>: new package". Some additional
 > manual tweaking has been done (merging multiple entries corresponding to
 > the same person, adding some more entries, etc.).

 > Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

 > +N:	Peter Korsgaard <peter@korsgaard.com>
 > +F:	package/flickcurl/
 > +F:	package/libfastjson/
 > +F:	package/lzop/
 > +F:	package/python-alsaaudio/
 > +F:	package/python-enum/
 > +F:	package/python-enum34/
 > +F:	package/python-ipaddr/
 > +F:	package/python-pam/
 > +F:	package/python-psutil/
 > +F:	package/triggerhappy/
 > +F:	package/wpa_supplicant/

I know this is just a first try (and I don't mind), but interesting that
your script flagged me for wpa_supplicant (and nobody else), considering
I have never used it in buildroot, a number of other people have added
new features and fixes, and my last real fix to it was in 2010.

-- 
Bye, Peter Korsgaard

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Tue, 23 Aug 2016 23:01:27 +0200, Peter Korsgaard wrote:

> I know this is just a first try (and I don't mind), but interesting that
> your script flagged me for wpa_supplicant (and nobody else), considering
> I have never used it in buildroot, a number of other people have added
> new features and fixes, and my last real fix to it was in 2010.

It's because of commit 6828f982b89c4f85101fb8cfd5987ae4b1992de8:

commit 6828f982b89c4f85101fb8cfd5987ae4b1992de8
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Mon Mar 9 20:28:40 2009 +0000

    wpa_supplicant: new package
    
    Patch by Gustavo Zacarias <gustavo@zacarias.com.br>
    
    Closes #81.

The patch was indeed provided by Gustavo, but you are the author of the
patch, and that's what my script was looking at.

I'll change that and put Gustavo as the referee for the wpa_supplicant
package.

Thanks for the feedback!

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Peter Korsgaard]

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 > Hello,
 > On Tue, 23 Aug 2016 23:01:27 +0200, Peter Korsgaard wrote:

 >> I know this is just a first try (and I don't mind), but interesting that
 >> your script flagged me for wpa_supplicant (and nobody else), considering
 >> I have never used it in buildroot, a number of other people have added
 >> new features and fixes, and my last real fix to it was in 2010.

 > It's because of commit 6828f982b89c4f85101fb8cfd5987ae4b1992de8:

 > commit 6828f982b89c4f85101fb8cfd5987ae4b1992de8
 > Author: Peter Korsgaard <jacmet@sunsite.dk>
 > Date:   Mon Mar 9 20:28:40 2009 +0000

 >     wpa_supplicant: new package
    
 >     Patch by Gustavo Zacarias <gustavo@zacarias.com.br>
    
 >     Closes #81.

 > The patch was indeed provided by Gustavo, but you are the author of the
 > patch, and that's what my script was looking at.

Ahh, ok. And your script really looks for something like

'<foo>: new package' and not just the first commit for for E.G. every
.mk file?

E.G. it didn't flag me as developer for package/opus:

commit c226de26ec1379a88f7fe0e278ceb5888b92a054
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Tue Sep 11 22:45:08 2012 +0200

    package: add opus audio codec library

    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>

or package/pulseaudio:

commit d96e977e372a9b7b7c681fc7bc6902211273ea1e
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Wed Oct 19 15:25:11 2011 +0200

    package: add pulseaudio

    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>

or package/jquery:

commit 4e20e8fe00b7125e2fe4538c69c6560f5bb75121
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Sun Dec 18 23:11:14 2011 +0100

    package: add Javascript menu and jQuery package

    A lot of open source Javascript libraries can be interesting to use on
    embedded systems, so add a specific Javascript menu and the probably most
    well known library of them all, jQuery.

    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>

 > I'll change that and put Gustavo as the referee for the wpa_supplicant
 > package.

great!

 > Thanks for the feedback!

You're welcome, the series looks OK to me.

-- 
Venlig hilsen,
Peter Korsgaard 

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Tue, 23 Aug 2016 23:54:03 +0200, Peter Korsgaard wrote:

> Ahh, ok. And your script really looks for something like
> 
> '<foo>: new package' and not just the first commit for for E.G. every
> .mk file?

Yes, I've looked at "<foo>: new package" commits. Looking at the first
commit if each .mk file would have been a better approach indeed. I can
try to have a look at this alternative approach, and see if it brings
some additional/better details.

>  > Thanks for the feedback!  
> 
> You're welcome, the series looks OK to me.

Thanks. I believe the Python code could definitely get some review, but
follow-up patches are also possible to improve the implementation.

Best regards,

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Arnout Vandecappelle]

 Hi Thomas,

On 23-08-16 14:47, Thomas Petazzoni wrote:
> +N:	Arnout Vandecappelle <arnout@mind.be>
> +F:	package/freescale-imx/firmware-imx/
> +F:	package/freescale-imx/imx-lib/
> +F:	package/gstreamer/gst-fsl-plugins/
> +F:	package/moarvm/

 This one was an accident: I took over the patch from Francois and slightly
amended it, but then I committed with --reset-author (I have an alias for git
commit --amend --reset-author -C HEAD). I actually have no idea what moarvm does :-)

> +F:	package/owfs/
> +F:	package/python-bottle/
> +F:	package/sqlcipher/
> +F:	package/stress/

 All of these were really drive-by patches, I don't use any of them regularly.
And in fact, I think that that will be the case for the majority of the packages
that are listed now.

 I'm afraid that maintaining the DEVELOPERS file (pruning dead e-mail addresses,
removing people that are no longer interested in a particular package) is going
to take more effort (i.e. more commits) than we actually gain by putting the
developers in Cc.

 So for this initial version, I'd suggest keeping just the people that we know
are active. Basically the people who have responded to this patch :-) And then
in the contributing documentation, invite people to also update the DEVELOPERS
file with their entry.

 Regards,
 Arnout


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Peter Korsgaard]

>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:

Hi,

 >> +F:	package/owfs/
 >> +F:	package/python-bottle/
 >> +F:	package/sqlcipher/
 >> +F:	package/stress/

 >  All of these were really drive-by patches, I don't use any of them regularly.
 > And in fact, I think that that will be the case for the majority of the packages
 > that are listed now.

 >  I'm afraid that maintaining the DEVELOPERS file (pruning dead e-mail addresses,
 > removing people that are no longer interested in a particular package) is going
 > to take more effort (i.e. more commits) than we actually gain by putting the
 > developers in Cc.

 >  So for this initial version, I'd suggest keeping just the people that we know
 > are active. Basically the people who have responded to this patch :-) And then
 > in the contributing documentation, invite people to also update the DEVELOPERS
 > file with their entry.

Yes, I also think we should start small and see how it goes.

-- 
Bye, Peter Korsgaard

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Wed, 24 Aug 2016 11:58:13 +0200, Peter Korsgaard wrote:

>  >  All of these were really drive-by patches, I don't use any of them regularly.
>  > And in fact, I think that that will be the case for the majority of the packages
>  > that are listed now.  
> 
>  >  I'm afraid that maintaining the DEVELOPERS file (pruning dead e-mail addresses,
>  > removing people that are no longer interested in a particular package) is going
>  > to take more effort (i.e. more commits) than we actually gain by putting the
>  > developers in Cc.  
> 
>  >  So for this initial version, I'd suggest keeping just the people that we know
>  > are active. Basically the people who have responded to this patch :-) And then
>  > in the contributing documentation, invite people to also update the DEVELOPERS
>  > file with their entry.  
> 
> Yes, I also think we should start small and see how it goes.

I disagree, see my reply to Arnout for the reasons why.

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Wed, 24 Aug 2016 02:17:25 +0200, Arnout Vandecappelle wrote:

> On 23-08-16 14:47, Thomas Petazzoni wrote:
> > +N:	Arnout Vandecappelle <arnout@mind.be>
> > +F:	package/freescale-imx/firmware-imx/
> > +F:	package/freescale-imx/imx-lib/
> > +F:	package/gstreamer/gst-fsl-plugins/
> > +F:	package/moarvm/  
> 
>  This one was an accident: I took over the patch from Francois and slightly
> amended it, but then I committed with --reset-author (I have an alias for git
> commit --amend --reset-author -C HEAD). I actually have no idea what moarvm does :-)

ACK, I'm moving this package to Fran?ois.

> > +F:	package/owfs/
> > +F:	package/python-bottle/
> > +F:	package/sqlcipher/
> > +F:	package/stress/  
> 
>  All of these were really drive-by patches, I don't use any of them regularly.
> And in fact, I think that that will be the case for the majority of the packages
> that are listed now.

Shall I remove those packages from your name?

>  I'm afraid that maintaining the DEVELOPERS file (pruning dead e-mail addresses,
> removing people that are no longer interested in a particular package) is going
> to take more effort (i.e. more commits) than we actually gain by putting the
> developers in Cc.

Then I don't think you've been doing this "Analysis of autobuilder
results" enough times. It's a very long and boring work to look at those
autobuilder issues, analyze them quickly, and try to remember by head
which developer is the most appropriate for the different
packages/issues in order to Cc the relevant people.

So I completely disagree that maintaining this file will be more work
than putting the developers in Cc. Or at least, I can say that the work
will be spread on the shoulders of everyone (every developer submitting
a new package) instead of just being on my shoulders, when doing the
analysis of autobuilder results.

Or maybe you just volunteered to do the analysis of the autobuilder
results ? :-)

>  So for this initial version, I'd suggest keeping just the people that we know
> are active. Basically the people who have responded to this patch :-) And then
> in the contributing documentation, invite people to also update the DEVELOPERS
> file with their entry.

I also completely disagree with this. Keeping only the people that we
know are active would be _entirely_ useless. The people that we know
are active... well they are already active, so there's little point
Cc'ing them some additional e-mails: they already look at the
autobuilder issues regularly, they fix their own packages, and even
packages submitted by others, etc.

The whole point of this DEVELOPERS file is to increase the set of
developers who help in fixing the autobuilder issues, and in reviewing
new patches coming in that touch packages they know about.

By adding a large initial set of developers, even people who are rarely
active, we let those people know that we need their help to continue
maintain the packages they contributed. In the best case, since they
will receive a direct e-mail, they will notice, and help us. In the
worst case, they will ignore the e-mail or maybe better let us know
they are no longer interested in Buildroot (in which case we can decide
what to do with the problematic package).

So having a minimal DEVELOPERS file would be pretty much entirely
against the point of having it.

Best regards,

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Rahul Bedarkar]

Hi Thomas,

On Tuesday 23 August 2016 06:17 PM, Thomas Petazzoni wrote:

> +
> +N:	Abhishek Singh <abhishek.singh@imgtec.com>
> +F:	package/cxxtest/
> +

Abhishek is no longer with IMG, I can volunteer for this package.

Thanks,
Rahul

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Wed, 24 Aug 2016 12:08:18 +0530, Rahul Bedarkar wrote:

> On Tuesday 23 August 2016 06:17 PM, Thomas Petazzoni wrote:
> 
> > +
> > +N:	Abhishek Singh <abhishek.singh@imgtec.com>
> > +F:	package/cxxtest/
> > +  
> 
> Abhishek is no longer with IMG, I can volunteer for this package.

Thanks for the notification, I've updated the DEVELOPERS file
accordingly, it will be in my v3.

Thanks!

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Alistair Francis]

2016-08-23 8:47 GMT-04:00 Thomas Petazzoni
<thomas.petazzoni@free-electrons.com>:
> This is an initial list of Buildroot developers. It has been created
> semi-automatically by parsing the Git history, and finding the authors
> of commits with a title like "<foo>: new package". Some additional
> manual tweaking has been done (merging multiple entries corresponding to
> the same person, adding some more entries, etc.).
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---
>  DEVELOPERS | 1542 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 1542 insertions(+)
>  create mode 100644 DEVELOPERS
>
> diff --git a/DEVELOPERS b/DEVELOPERS
> new file mode 100644
> index 0000000..3742a73
> --- /dev/null
> +++ b/DEVELOPERS
> @@ -0,0 +1,1542 @@
> +# Syntax:
> +#
> +# N:   Firstname Lastname <email>
> +# F:   file pattern or directory
> +# F:   file pattern or directory
> +#
> +# The "F" entries can be:
> +#
> +# - A directory, in which case all patches touching any file in this
> +#   directory or its subdirectories will be CC'ed to the developer.
> +# - A pattern, in which case the pattern will be expanded, and then
> +#   all files/directories (and their subdirectories) will be
> +#   considered when matching against a patch
> +#
> +# Notes:
> +#
> +# - When a developer adds an "arch/Config.in.<arch>" file to its list
> +#   of files, he is considered a developer of this architecture. He
> +#   will receive e-mail notifications about build failures occuring on
> +#   this architecture. Not more than one e-mail per day is sent.
> +# - When a developer adds a directory that contains one or several
> +#   packages, this developer will be notified when build failures
> +#   occur. Not more than one e-mail per day is sent.
> +# - When a developer adds an "package/pkg-<infra>.mk" file to its list
> +#   of files, he is considered interested by this package
> +#   infrastructure, and will be CC'ed on all patches that add or
> +#   modify packages that use this infrastructure.
> +
> +N:     Abhishek Singh <abhishek.singh@imgtec.com>
> +F:     package/cxxtest/
> +
> +N:     Adam Duskett <aduskett@gmail.com>
> +F:     package/nginx-naxsi/
> +
> +N:     Alex Suykov <alex.suykov@gmail.com>
> +F:     package/vboot-utils/
> +
> +N:     Alexander Clouter <alex+buildroot@digriz.org.uk>
> +F:     package/odhcp6c/
> +
> +N:     Alexander Dahl <post@lespocky.de>
> +F:     package/fastd/
> +F:     package/libuecc/
> +F:     package/putty/
> +
> +N:     Alexander Lukichev <alexander.lukichev@espotel.com>
> +F:     package/openpgm/
> +
> +N:     Alexander Varnin <fenixk19@mail.ru>
> +F:     package/liblog4c-localtime/
> +
> +N:     Alexandre Belloni <alexandre.belloni@free-electrons.com>
> +F:     package/tz/
> +
> +N:     Alistair Francis <alistair.francis@xilinx.com>
> +F:     package/xen/
> +

Can I please have a second email added?

Alistair Francis <alistair23@gmail.com>

I need to keep my company email here, but it is much easier to do list
work from my gmail. If not what's here now is fine.

Thanks,

Alistair

[...]

> --
> 2.7.4
>
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Wed, 24 Aug 2016 09:35:27 -0400, Alistair Francis wrote:

> > +N:     Alistair Francis <alistair.francis@xilinx.com>
> > +F:     package/xen/
> > +  
> 
> Can I please have a second email added?
> 
> Alistair Francis <alistair23@gmail.com>
> 
> I need to keep my company email here, but it is much easier to do list
> work from my gmail. If not what's here now is fine.

Having two e-mail addresses is currently not supported, but it can
probably be added without too much efforts, though I'm not sure to do
it for this version of the patch series (and rather handle that as a
possible future improvement). Would this be OK?

In fact, thinking about this, using simply a comma to separate both
e-mail addresses might even work as-is, but I would have to test first.

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Alistair Francis]

On Wed, Aug 24, 2016 at 10:09 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On Wed, 24 Aug 2016 09:35:27 -0400, Alistair Francis wrote:
>
>> > +N:     Alistair Francis <alistair.francis@xilinx.com>
>> > +F:     package/xen/
>> > +
>>
>> Can I please have a second email added?
>>
>> Alistair Francis <alistair23@gmail.com>
>>
>> I need to keep my company email here, but it is much easier to do list
>> work from my gmail. If not what's here now is fine.
>
> Having two e-mail addresses is currently not supported, but it can
> probably be added without too much efforts, though I'm not sure to do
> it for this version of the patch series (and rather handle that as a
> possible future improvement). Would this be OK?
>
> In fact, thinking about this, using simply a comma to separate both
> e-mail addresses might even work as-is, but I would have to test first.

No worries. Can you just change my email to just use my gmail one
instead? That should be fine and should make communication easier.

Thanks,

Alistair

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

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Julien Boibessot]

Hello Thomas,

On 23/08/2016 14:47, Thomas Petazzoni wrote:
> This is an initial list of Buildroot developers. It has been created
> semi-automatically by parsing the Git history, and finding the authors
> of commits with a title like "<foo>: new package". Some additional
> manual tweaking has been done (merging multiple entries corresponding to
> the same person, adding some more entries, etc.).

Nice initiative !

>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---
>  DEVELOPERS | 1542 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 1542 insertions(+)
>  create mode 100644 DEVELOPERS
>
> diff --git a/DEVELOPERS b/DEVELOPERS
> new file mode 100644
> index 0000000..3742a73
> --- /dev/null
> +++ b/DEVELOPERS
> @@ -0,0 +1,1542 @@
> +# Syntax:
> +#
> +# N:	Firstname Lastname <email>
> +# F:	file pattern or directory
> +# F:	file pattern or directory
> +#
> +# The "F" entries can be:
> +#
> +# - A directory, in which case all patches touching any file in this
> +#   directory or its subdirectories will be CC'ed to the developer.
> +# - A pattern, in which case the pattern will be expanded, and then
> +#   all files/directories (and their subdirectories) will be
> +#   considered when matching against a patch
> +#
> +# Notes:
> +#
> +# - When a developer adds an "arch/Config.in.<arch>" file to its list
> +#   of files, he is considered a developer of this architecture. He
> +#   will receive e-mail notifications about build failures occuring on
> +#   this architecture. Not more than one e-mail per day is sent.
> +# - When a developer adds a directory that contains one or several
> +#   packages, this developer will be notified when build failures
> +#   occur. Not more than one e-mail per day is sent.
> +# - When a developer adds an "package/pkg-<infra>.mk" file to its list
> +#   of files, he is considered interested by this package
> +#   infrastructure, and will be CC'ed on all patches that add or
> +#   modify packages that use this infrastructure.
> +

> [....]
> +
> +N:	Julien Boibessot <julien.boibessot@armadeus.com>
> +F:	configs/armadeus*
> +F:	package/libcddb/

+ board/armadeus/*
+ package/gpm
+ package/lbreakout2
+ package/libmodbus
+ package/ltris
+ package/opentyrian
+ package/pygame
+ package/smstools3

[...]

Thanks !

Regards,
Julien

[Buildroot] [PATCHv2/next 2/4] DEVELOPERS: add initial list of Buildroot developers

[Thomas Petazzoni]

Hello,

On Mon, 29 Aug 2016 12:19:54 +0200, Julien Boibessot wrote:

> > +N:	Julien Boibessot <julien.boibessot@armadeus.com>
> > +F:	configs/armadeus*
> > +F:	package/libcddb/  
> 
> + board/armadeus/*

This last "*" is not needed. Directories are by default handled
recursively. Patterns are only needed if you want to match several
directories, like package/python-* for example.

> + package/gpm
> + package/lbreakout2
> + package/libmodbus
> + package/ltris
> + package/opentyrian
> + package/pygame
> + package/smstools3

All added, thanks!

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

[Buildroot] [PATCHv2/next 3/4] docs/manual: update contribute.txt to cover get-developers

[Thomas Petazzoni]

This commit updates the contribute.txt part of the manual to tell
people to use get-developers to get the appropriate "git send-email"
command when sending patches.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 docs/manual/contribute.txt | 12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/docs/manual/contribute.txt b/docs/manual/contribute.txt
index 1b1f4de..2973ef7 100644
--- a/docs/manual/contribute.txt
+++ b/docs/manual/contribute.txt
@@ -283,10 +283,18 @@ automatically adding the +Signed-off-by+ line.
 Once patch files are generated, you can review/edit the commit message
 before submitting them, using your favorite text editor.
 
-Lastly, send/submit your patch set to the Buildroot mailing list:
+Buildroot provides a handy tool to know to whom your patches should be
+sent, called +get-developers+. This tool reads your patches and
+outputs the appropriate +git send-email+ command to use:
 
 ---------------------
-$ git send-email --to buildroot at buildroot.org outgoing/*
+$ ./support/scripts/get-developers outgoing/*
+---------------------
+
+Use the output of +get-developers+ to send your patches:
+
+---------------------
+$ git send-email --to buildroot at buildroot.org --to bob --to alice outgoing/*
 ---------------------
 
 Note that +git+ should be configured to use your mail account.
-- 
2.7.4

[Buildroot] [PATCHv2/next 4/4] docs/manual: add new section about the DEVELOPERS file and get-developer

[Thomas Petazzoni]

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 docs/manual/developers.txt | 45 +++++++++++++++++++++++++++++++++++++++++++++
 docs/manual/manual.txt     |  2 ++
 2 files changed, 47 insertions(+)
 create mode 100644 docs/manual/developers.txt

diff --git a/docs/manual/developers.txt b/docs/manual/developers.txt
new file mode 100644
index 0000000..e4c1d88
--- /dev/null
+++ b/docs/manual/developers.txt
@@ -0,0 +1,45 @@
+// -*- mode:doc; -*-
+// vim: set syntax=asciidoc:
+
+== DEVELOPERS file and get-developers
+
+The main Buildroot directory contains a file named +DEVELOPERS+ that
+list the developers in charge of various areas of Buildroot. Thanks to
+this file, the +get-developer+ tool allows to:
+
+- Calculate the list of developers to whom patches should be sent, by
+  parsing the patches and matching the modified files with the
+  relevant developers. See xref:submitting-patches[] for details.
+
+- Find which developers are in charge of a given architecture or
+  package, so that they can be notified when a build failure occurs on
+  this architecture or package. This is done in interaction with
+  Buildroot's autobuild infrastructure.
+
+We ask developers adding new packages, new boards, or generally new
+functionality in Buildroot, to register themselves in the +DEVELOPERS+
+file. As an example, we expect a developer contributing a new package
+to include in his patch the appropriate modification to the
++DEVELOPERS+ file.
+
+The +DEVELOPERS+ file format is documented in detail inside the file
+itself.
+
+The +get-developer+ tool, located in +support/scripts+ allows to use
+the +DEVELOPERS+ file for various tasks:
+
+- When passing one or several patches as command line argument,
+  +get-developer+ will return the appropriate +git send-email+
+  command.
+
+- When using the +-a <arch>+ command line option, +get-developer+ will
+  return the list of developers in charge of the given architecture.
+
+- When using the +-p <package>+ command line option, +get-developer+
+  will return the list of developers in charge of the given package.
+
+- When using the +-c+ command line option, +get-developer+ will look
+  at all files under version control in the Buildroot repository, and
+  list the ones that are not handled by any developer. The purpose of
+  this option is to help completing the +DEVELOPERS+ file.
+
diff --git a/docs/manual/manual.txt b/docs/manual/manual.txt
index 3c531e3..7630ea6 100644
--- a/docs/manual/manual.txt
+++ b/docs/manual/manual.txt
@@ -64,6 +64,8 @@ include::debugging-buildroot.txt[]
 
 include::contribute.txt[]
 
+include::developers.txt[]
+
 = Appendix
 
 include::appendix.txt[]
-- 
2.7.4

[Buildroot] [PATCHv2/next 4/4] docs/manual: add new section about the DEVELOPERS file and get-developer

[Arnout Vandecappelle]

On 23-08-16 14:47, Thomas Petazzoni wrote:
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---
>  docs/manual/developers.txt | 45 +++++++++++++++++++++++++++++++++++++++++++++
>  docs/manual/manual.txt     |  2 ++
>  2 files changed, 47 insertions(+)
>  create mode 100644 docs/manual/developers.txt
> 
> diff --git a/docs/manual/developers.txt b/docs/manual/developers.txt
> new file mode 100644
> index 0000000..e4c1d88
> --- /dev/null
> +++ b/docs/manual/developers.txt
> @@ -0,0 +1,45 @@
> +// -*- mode:doc; -*-
> +// vim: set syntax=asciidoc:
> +
> +== DEVELOPERS file and get-developers
> +
> +The main Buildroot directory contains a file named +DEVELOPERS+ that
> +list the developers in charge of various areas of Buildroot. Thanks to
> +this file, the +get-developer+ tool allows to:
> +
> +- Calculate the list of developers to whom patches should be sent, by
> +  parsing the patches and matching the modified files with the
> +  relevant developers. See xref:submitting-patches[] for details.
> +
> +- Find which developers are in charge of a given architecture or
> +  package, so that they can be notified when a build failure occurs on
> +  this architecture or package. This is done in interaction with
> +  Buildroot's autobuild infrastructure.
> +
> +We ask developers adding new packages, new boards, or generally new
> +functionality in Buildroot, to register themselves in the +DEVELOPERS+
> +file. As an example, we expect a developer contributing a new package
> +to include in his patch the appropriate modification to the
> ++DEVELOPERS+ file.

 As I hinted in my reply to patch 2, I would also add this message to the end of
the "The formatting of a patch" section in contribute.txt. Something like:

If you are interested in getting notified of build failures and of further
changes in the packages you modified, please add yourself to the DEVELOPERS
file. This should be done in a separate patch of the series. See
xref:DEVELOPERS[the DEVELOPERS file] for more information.

(and add [[DEVELOPERS]] to the developers section).


 Regards,
 Arnout


> +
> +The +DEVELOPERS+ file format is documented in detail inside the file
> +itself.
> +
> +The +get-developer+ tool, located in +support/scripts+ allows to use
> +the +DEVELOPERS+ file for various tasks:
> +
> +- When passing one or several patches as command line argument,
> +  +get-developer+ will return the appropriate +git send-email+
> +  command.
> +
> +- When using the +-a <arch>+ command line option, +get-developer+ will
> +  return the list of developers in charge of the given architecture.
> +
> +- When using the +-p <package>+ command line option, +get-developer+
> +  will return the list of developers in charge of the given package.
> +
> +- When using the +-c+ command line option, +get-developer+ will look
> +  at all files under version control in the Buildroot repository, and
> +  list the ones that are not handled by any developer. The purpose of
> +  this option is to help completing the +DEVELOPERS+ file.
> +
> diff --git a/docs/manual/manual.txt b/docs/manual/manual.txt
> index 3c531e3..7630ea6 100644
> --- a/docs/manual/manual.txt
> +++ b/docs/manual/manual.txt
> @@ -64,6 +64,8 @@ include::debugging-buildroot.txt[]
>  
>  include::contribute.txt[]
>  
> +include::developers.txt[]
> +
>  = Appendix
>  
>  include::appendix.txt[]
> 


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

[Buildroot] [PATCHv2/next 4/4] docs/manual: add new section about the DEVELOPERS file and get-developer

[Thomas Petazzoni]

Hello,

On Wed, 24 Aug 2016 02:21:44 +0200, Arnout Vandecappelle wrote:

>  As I hinted in my reply to patch 2, I would also add this message to the end of
> the "The formatting of a patch" section in contribute.txt. Something like:
> 
> If you are interested in getting notified of build failures and of further
> changes in the packages you modified, please add yourself to the DEVELOPERS
> file. This should be done in a separate patch of the series. See
> xref:DEVELOPERS[the DEVELOPERS file] for more information.
> 
> (and add [[DEVELOPERS]] to the developers section).

Thanks for the suggestion, added.

While adding this, I noted that the references like:

   xref:label[some description]

are not rendered just has "some description" in the HTML, but as:

  "some description <the title of the section pointed to>"

For example, for:

  Before reporting any issue, please check in xref:community-resources[the mailing list archive] whether someone has

you get:

  Before reporting any issue, please check in the mailing list archive Chapter 5, Community resources whether someone has

which is not very pretty.

Maybe someone with AsciiDoc knowledge can look into this?

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