Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Apr 23, 2015
  1. @yann-morin-1998 @jacmet

    Makefile: add list-defconfig to the general help

    yann-morin-1998 authored jacmet committed
    When listing defconfig files was moved to its own make target, it was
    not added to the general help text.
    
    However, this is a very important topic, so list it.
    
    [Peter: drop ':' character]
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Arnout Vandecappelle <arnout@mind.be>
    Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Apr 18, 2015
  1. @yann-morin-1998 @tpetazzoni

    target-finalize: fix calling ldconfig

    yann-morin-1998 authored tpetazzoni committed
    On some systems (e.g. Fedora 20), the build breaks when parsing include
    directives in our /etc/ld.so.conf, with error messages as thus:
    
        /sbin/ldconfig: need absolute file name for configuration file
        when using -r
    
    So, enforce the path to the ld.so.conf file to point to our own, in the
    target/ directory.
    
    Reported-by: Al West <al.west@v-nova.com>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Mar 29, 2015
  1. @yann-morin-1998 @tpetazzoni

    distclean: clean a bit more

    yann-morin-1998 authored tpetazzoni committed
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Oct 12, 2014
  1. @yann-morin-1998 @jacmet

    Makefile: enable generating documents from br2-external

    yann-morin-1998 authored jacmet committed
    Currently, the only way br2-external may generate a document is by
    including that document's recipe from within external.mk.
    
    But external.mk is only parsed when the tree is configured.
    
    This is unlike our internal document (the manual) which can be generated
    from within an unconfigured tree.
    
    So, include the documents from br2-external at the same time we include
    our own document:
      - expect the same layout as we have:      docs/DOC_NAME/doc-name.mk
      - do not fail if there is no document:    use "-include", not "include"
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com>
    Reviewed-by: Samuel Martin <s.martin49@gmail.com>
    Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
  2. @yann-morin-1998 @jacmet

    docs: rename the GENDOC infrastructure

    yann-morin-1998 authored jacmet committed
    Rename the GENDOC infrastructure so that it more closely matches the way
    we handle the packages infras.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com>
    Reviewed-by: Samuel Martin <s.martin49@gmail.com>
    Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
  3. @yann-morin-1998 @jacmet

    docs: separate the GENDOC infra from our manual definition

    yann-morin-1998 authored jacmet committed
    Move the GENDOC infra to its own file, so it is even less tied to our
    manual document, so that it is more obvious that GENDOC is an infra like
    our packages infras, and 'manual' is a document like we have packages.
    
    Ideally, this new file should better go in docs/ rather than in package/ .
    However, docs/ is already full of our website stuff, so adding it in
    there would just serve to clutter the website.
    
    So, let's just put alongside the other infrastructures, in package/ .
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com>
    Acked-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
    Acked-by: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
  4. @yann-morin-1998 @jacmet

    Makefile: be sure the default rule 'all:' is the first one

    yann-morin-1998 authored jacmet committed
    In the coming patch, we are going to change the order in which our rules
    are defined, because we include the gendoc infra before we define the
    'all:' rule, so we need to decalre the 'all:' rule before we include
    gendoc.
    
    Declare it very, very early in the Makefile, so it always kick in first.
    The actual dependency is still declared much later, all that counts is
    that "all:" is first.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Peter Korsgaard <jacmet@uclibc.org>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Jul 27, 2014
  1. @yann-morin-1998 @tpetazzoni

    toolchain: add option to copy the gconv libraries

    yann-morin-1998 authored tpetazzoni committed
    The gconv libraries are used to translate between different character sets
    ('charsets', even 'csets' sometimes). Some packages need them to present
    text to the user (eg. XBMC Gotham).
    
    In (e)glibc they are implemented by the internal implemenation of iconv,
    called gconv, and are provided as dlopen-able libraries.
    
    Note that some gconv modules need extra libraries (shared by more than
    one gconv module), so we must, when adding a subset of modules, scan the
    installed modules in search of the missing libraries.
    
    [Thomas: add general explanation in expunge-gconv-modules and fix
    coding style.]
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
    Cc: Bernd Kuhls <bernd.kuhls@t-online.de>
    Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
    Cc: Eric Limpens <limpens@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Jun 8, 2014
  1. @yann-morin-1998 @tpetazzoni

    graph-depends: add option to pass arbitrary dot options

    yann-morin-1998 authored tpetazzoni committed
    Kids nowaday seem to prefer a left-to-right drawing rather than the
    more conventional and historical top-down drawing.
    
    Rather than multiply the number of environment variables, just add
    a single one where the user can pass arbitrary dot options, such as:
    
        make BR2_GRAPH_DOT_OPTS=-Grankdir=LR graph-depends
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on May 17, 2014
  1. @yann-morin-1998 @jacmet

    graph-depends: rename the variable to pass the max depth

    yann-morin-1998 authored jacmet committed
    There will soon be new options to the graph-depends script, which we
    can only sanely pass via environment variables.
    
    Currently, we use such an environment variable to pass the maximum depth
    of the dependency graph; the name of that variable is explicit that it
    contains just the depth.
    
    However, there has been so far no release of Buildroot which would make
    use of that variable, so no user should have come to rely on it.
    
    Rename that variable so it is less specific, and more generic, so it can
    be used to pass more options to graph-depends.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Apr 19, 2014
  1. @yann-morin-1998 @tpetazzoni

    graphs: store and keep intermediate 'dot' program for graph-depends

    yann-morin-1998 authored tpetazzoni committed
    Currently, graph-depends (and PKG-graph-depends) do not store the
    intermediate 'dot' program.
    
    Some users would like to get the dot program to be able to further
    customise the generated graphs (eg. modify the layout, colorise some
    of the packages...)
    
    So, store the intermediate dot program alongside the generated graph.
    
    Reported-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Acked-by: "Maxime Hadjinlian" <maxime.hadjinlian@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Apr 17, 2014
  1. @yann-morin-1998 @tpetazzoni

    Makefile: rename USER_HOOKS_EXTRA_ENV to EXTRA_ENV

    yann-morin-1998 authored tpetazzoni committed
    This variable contains extra environment variables that we can not export
    since they are clashing with some build systems (eg. BUILD_DIR with
    u-boot).
    
    So, we may need these variables for uses other than the user's hooks
    for instrumentation. For example, we'll use them later on to export
    BUILD_DIR to the download helper scripts.
    
    Fix comment, too.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
    Reviewed-by: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Apr 14, 2014
  1. @yann-morin-1998 @tpetazzoni

    support/graph-depends: add option to limit the depth of the graph

    yann-morin-1998 authored tpetazzoni committed
    Currently, the complete dependency chain of a package is used to
    generate the dependency graph. When this dependency chain is long,
    the generated graph becomes almost unreadable.
    
    However, it is often sufficient to get the first few levels of
    dependency of a package.
    
    Add a new variable BR2_GRAPH_DEPTH, that the user can set to limit
    the depth of the dependency list.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
  2. @yann-morin-1998 @tpetazzoni

    Makefile: rename non-user-facing variable

    yann-morin-1998 authored tpetazzoni committed
    Variables should be prefixed with BR_ when they are not user-facing.
    
    As a side effect, the new variable is prettier than the previous one. :-)
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Feb 24, 2014
  1. @yann-morin-1998 @jacmet

    graphs: rename user-facing variables

    yann-morin-1998 authored jacmet committed
    Rename the GRAPH_OUT and GRAPH_ALT variables according to our
    recently-agreed naming scheme for user-facing variables:
      - GRAPH_OUT -> BR2_GRAPH_OUT
      - GRAPH_ALT -> BR2_GRAPH_ALT
    
    The documentation part of the rename is handled by Thomas as
    part of his manual fixing spree. ;-)
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Feb 22, 2014
  1. @yann-morin-1998 @jacmet

    Makefile: internally use absolute paths to BR2_EXTERNAL

    yann-morin-1998 authored jacmet committed
    Using a relative path for BR2_EXTERNAL, and using an external defconfig,
    such as in (from a Buildroot top-dir):
        make O=.. BR2_EXTERNAL=.. foo_defconfig
    
    is broken. It is unclear why the %_defconfig rule recurses in that case.
    
    This patch internaly makes BR2_EXTERNAL canonical (ie. makes it an absolute
    path), and checks the directory exists.
    
    [Peter: s/relatively/relative/ as suggested by Thomas]
    Reported-by: Jérémy Rosen <jeremy.rosen@openwide.fr>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Peter Korsgaard <jacmet@uclibc.org>
    Cc: Romain Naour <romain.naour@openwide.fr>
    Cc: Arnout Vandecappelle <arnout@mind.be>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Jan 28, 2014
  1. @yann-morin-1998 @jacmet

    fs: ensure $(TARGET_DIR_WARNING_FILE) is writable

    yann-morin-1998 authored jacmet committed
    If the Buildroot tree is read-only, then $(TARGET_DIR_WARNING_FILE) is
    copied read-only into target/ but we may want to remove it during the
    build process.
    
    This poses no real problem, since target/ itself is guaranteed to be
    writable, but for good measure, force $(TARGET_DIR_WARNING_FILE) to be
    writable itself.
    
    Reported-by: Danomi Manchego <danomimanchego123@gmail.com>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Jan 17, 2014
  1. @yann-morin-1998 @jacmet

    Revert "prevent recursion in %_defconfig rules"

    yann-morin-1998 authored jacmet committed
    This reverts commit 94dd02f.
    
    The change breaks defconfigs from BR2_EXTERNAL, both for in-tree and
    out-of-tree builds.
    
    Besides, the problem reported in 94dd02f could not be reproduced.
    
    I can read French, and I suspect a relative path was used for either
    BR2_EXTERNAL or O.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Jérémy Rosen <jeremy.rosen@openwide.fr>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Jan 9, 2014
  1. @yann-morin-1998 @jacmet

    Makefile: support running graph-depends from out-of-tree

    yann-morin-1998 authored jacmet committed
    Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Dec 29, 2013
  1. @yann-morin-1998 @tpetazzoni

    graphs: support generating png graphs

    yann-morin-1998 authored tpetazzoni committed
    PDF files can not be easily embedded in other documents (eg. ODT, or HTML).
    
    Add support for generating PNG graphs, by setting the GRAPH_OUT=pdf|png on
    the command line:
        make GRAPH_OUT=png graph-build graph-depends
    
    The default is still to generate PDF graphs.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
  2. @yann-morin-1998 @tpetazzoni

    Makefile: expose 'graph-depends' to generate a graph of the dependenc…

    yann-morin-1998 authored tpetazzoni committed
    …y tree
    
    Generate the graph of the complete dependency tree by calling:
        make graph-depends
    
    It's also possible to generate the graph-depends for a single package:
        make PKG-graph-depends
    
    The graphs are generated in $(O)/graphs/
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
  3. @yann-morin-1998 @tpetazzoni

    Makefile: expose target 'graph-build' to generate the build-time graphs

    yann-morin-1998 authored tpetazzoni committed
    Generate the build-time graphs by calling:
        make graph-build
    
    This generates the graphs in $(O)/graphs/
    
    It is possible to use the alternate color-scheme by setting the variable
    GRAPH_ALT=1 on the command line:
        make GRAPH_ALT=1 graph-build
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Dec 27, 2013
  1. @yann-morin-1998 @tpetazzoni

    Makefile: ignore .config for defconfig

    yann-morin-1998 authored tpetazzoni committed
    Currently, we do not include .config for all '%_defconfig' targets, but
    we forgot to also exclude plain 'defconfig'.
    
    Reported-by: Fabio Porcedda <fabio.porcedda@gmail.com>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commits on Nov 12, 2013
  1. @yann-morin-1998 @jacmet

    post-{build, images} hooks: export BUILD_DIR too

    yann-morin-1998 authored jacmet committed
    Also export BUILD_DIR for post-{build,images} hooks, so they do have
    a place to store generated files.
    
    Note: this will be more einteresting for the instrumentation of steps,
    to come in a later patch.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com>
    Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
    Reviewed-by: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Oct 24, 2013
  1. @yann-morin-1998 @jacmet

    Makefile: export BUILD_DIR

    yann-morin-1998 authored jacmet committed
    $(BUILD_DIR) is a nice place to put files generated during the build.
    With the advent of user-supplied step-hooks, they may want to store
    some information on the build.
    
    Export BUILD_DIR to that effect; update manual accordingly.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Commits on Jul 10, 2013
  1. @yann-morin-1998

    system: add option to pass extra args to post-build and post-image sc…

    yann-morin-1998 authored Peter Korsgaard committed
    …ripts
    
    It can be useful to have different configuration use the same post-build
    and/or post-image scripts as they share a common infrastructure, but yet
    have minor differentiation.
    
    This option allows passing zero or more additional arguments to each
    post-build or post-image script.
    
    The same set of extra arguments are passed to all scripts, it is not
    possible to pass different arguments to each script.
    
    [Peter: fix help text, post-image gets called with the images dir]
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Baruch Siach <baruch@tkos.co.il>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Commits on Jan 13, 2013
  1. @yann-morin-1998

    Makefile: use newly-introduced BUILDROOT_CONFIG

    yann-morin-1998 authored Peter Korsgaard committed
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
  2. @yann-morin-1998

    Makefile: export a few variables to help support scripts

    yann-morin-1998 authored Peter Korsgaard committed
    Support scripts (in support/) may need to parse the .config file, so give
    them an easy access to it, by exporting BUILDROOT_CONFIG with the fully-
    qualified path to .config.
    
    Also, post-build scripts may need to reference a few locations, so export
    those, too.
    
    Note: we export both O and BASE_DIR. Although they are the same, BASE_DIR
    is used internally, while O is used on the command line, which makes it a
    bit ambiguous to know which to use. As users use O= on the command line,
    they will probably tend to use that in their post-build scripts.
    
    Update doc accordingly.
    
    [Peter: fixed typo]
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Arnout Vandecappelle <arnout@mind.be>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    cc: Peter Korsgaard <jacmet@uclibc.org>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Something went wrong with that request. Please try again.