Permalink
Commits on Mar 27, 2017
  1. Merge pull request #65 from GeoffreyFrogeye/rpi

    Encourages to resize the SD Card root partition
    committed on GitHub Mar 27, 2017
Commits on Mar 20, 2017
  1. Update README.md

    committed Mar 20, 2017
Commits on Mar 19, 2017
  1. Merge tag '2017.02' into rpi

    Release 2017.02-rpi
    committed Mar 19, 2017
Commits on Feb 28, 2017
  1. Update for 2017.02

    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    jacmet committed Feb 28, 2017
  2. qt5base: fix VNC platform plugin build on big-endian machines

    Fixes [1], [2]:
    
      In file included from qvncintegration.cpp:38:0:
      qvncscreen.h:76:22: error: expected ';' at end of member declaration
           bool swapBytes() const
    
    [1] http://autobuild.buildroot.net/results/718/7180ad7d7e78f1c3ce6a1f83a5a8fcc5e0ac03a2
    [2] http://autobuild.buildroot.net/results/14f/14f8c436b184192681fb79c7f0c0d0daa35f867b
    
    Signed-off-by: Peter Seiderer <ps.report@gmx.net>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    pseiderer committed with jacmet Feb 28, 2017
  3. mpv: disable with ARC external toolchain

    This package fails when building with ARC external toolchain
    
    Marking this with special comment "# ARC toolchain issue" as the package
    is to be enabled as soon as the issue with the ARC toolchain is
    resolved.
    
    Fixes:
      http://autobuild.buildroot.net/results/fb6/fb677a917545adee321bdcd2c2519c81326448c4//
    
    Signed-off-by: Vlad Zakharov <vzakhar@synopsys.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    vlad-zakharov committed with jacmet Feb 28, 2017
  4. xterm: disable with ARC external toolchain

    This package fails when building with ARC external toolchain
    
    Marking this with special comment "# ARC toolchain issue" as the package
    is to be enabled as soon as the issue with the ARC toolchain is
    resolved.
    
    Fixes:
      http://autobuild.buildroot.net/results/28a/28a92049a6ceef005787c5779f77ecf3fe8ad642//
    
    Signed-off-by: Vlad Zakharov <vzakhar@synopsys.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    vlad-zakharov committed with jacmet Feb 28, 2017
  5. qt5quickcontrols: fix installation of PrivateWidgets

    Commit e482ebf attempted to fix the
    installation of qt5quickcontrols by only installing the PrivateWidgets
    directory for the 5.8.0 version.
    
    However, the availability of PrivateWidgets has nothing to do with the
    version; in both 5.6.2 and 5.8.0, the installation is gated by the
    following statement in src/src.pro:
    
    qtHaveModule(quick):qtHaveModule(widgets): SUBDIRS += widgets
    
    i.e. it is installed when both the Quick and the Widgets module are
    available. The Widgets module is controlled by Buildroot's
    BR2_PACKAGE_QT5BASE_WIDGETS symbol, the Quick module is controlled by
    Buildroot's BR2_PACKAGE_QT5DECLARATIVE_QUICK. The qt5quickcontrols
    package selects BR2_PACKAGE_QT5DECLARATIVE_QUICK so it is not really
    needed to include it in the condition. However, it is theoretically
    possible to build this package without QtQuick. Also, adding this
    condition makes it consistent with src.pro.
    
    Note that commit e482ebf introduces a
    second fix (not mentioned in the commit message): for version 5.6.2, the
    Layouts directory is installed, but in 5.8.0 this directory doesn't
    exist any more. Therefore, a separate condition on the version is still
    needed.
    
    Fixes:
    http://autobuild.buildroot.net/results/1ff3e9ad4ba518d0a37f9fc12038bf9020f28094
    
    Cc: Peter Seiderer <ps.report@gmx.net>
    Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    arnout committed with jacmet Feb 28, 2017
  6. genimage: Fix typo in description

    Signed-off-by: Marcus Hoffmann <m.hoffmann@cartelsol.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    Bubu committed with jacmet Feb 28, 2017
  7. classpath: only allow on supported architectures

    In commit a75ab1f ("package/classpath:
    Don't depend on jamvm"), we removed the dependency of classpath on
    jamvm. Since jamvm is only available for a reduced set of architectures,
    classpath could until this commit until be built on those architectures.
    
    However, now that this dependency has been removed, classpath can
    potentially be built for all architectures supported by Buildroot, even
    though it doesn't support all of them.
    
    Since adding support for additional architectures in classpath doesn't
    make much sense, because classpath is in Buildroot only usable with
    JamVM anyway, and JamVM is only available for a small set of
    architectures, this commit simply makes classpath available on the
    architectures that it supports.
    
    By doing so, it also removes the or1k support patch which was added by
    commit f12a146, since anyway or1k is
    not supported by JamVM.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/55eb89f89e96b94a821778bc18ed844af08b7460/
      (classpath on microblaze)
    
      http://autobuild.buildroot.net/results/279dd731bd9ecf5f9d54bda3715caeaa7cbcdbb3/
      (classpath on nios2)
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni committed with jacmet Feb 27, 2017
  8. openocd: avoid documentation rebuild to fix build issues

    On PowerPC64(le), we patch all configure scripts. Due to this, the
    version.texi in OpenOCD files gets regenerated, and then since it has
    a newer date than openocd.info, openocd build system rebuilds the
    documentation. Unfortunately, this documentation rebuild fails on old
    machines.
    
    We work around this by faking the date of the generated version.texi
    file, to make the build system believe the documentation doesn't need
    to be regenerated.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/3cbe65a46e75b8e67846d593884c96df97dec7a4
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Reviewed-by: Sam Bobroff <sam.bobroff@au1.ibm.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni committed with jacmet Feb 26, 2017
  9. dependencies/cmake: blacklist cmake 3.7

    cmake-3.7 has a bug in how it handles rpath, linking with libraries from
    the host.
    
    Until we completely understand the issue, just blacklist cmake-3.7.
    
    The issue has been reported upstream:
        http://public.kitware.com/pipermail/cmake/2017-February/064970.html
    
    Reported-by: Baruch Siach <baruch@tkos.co.il>
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Jörg Krause <joerg.krause@embedded.rocks>
    Cc: Ben Boeckel <mathstuf@gmail.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    yann-morin-1998 committed with jacmet Feb 26, 2017
Commits on Feb 27, 2017
  1. assimp: fix gcc version condition

    In commit 68cebed ("assimp: work around
    gcc bug on SuperH"), a work around was added to make the package build
    with gcc on SuperH. The condition included a test on the gcc version,
    which was mistakenly done on the host gcc version, while a test on the
    target gcc version was intended.
    
    Thanks to Peter Korsgaard for spotting the issue.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni committed Feb 27, 2017
  2. assimp: work around gcc bug on SuperH

    gcc versions earlier than gcc 6.x fail to build assimp on SuperH when
    static linking:
    
      AssxmlExporter.cpp:623:1: error: unable to find a register to spill in class 'GENERAL_REGS'
    
    It's the combination of -Os and *not* having -fPIC that makes gcc
    fail, which explains why configurations with dynamic linking work
    fine.
    
     -Os -fPIC -> works
     -Os       -> fails
     -O2 -fPIC -> works
     -O2       -> works
    
    Therefore, as a workaround, we are forcing the use of -O2 on SuperH
    when the gcc version is older than gcc 6.x and we're statically
    linking.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/ec88aa8118179e30e24603cc45292047dca19216/
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni committed Feb 26, 2017
  3. assimp: remove dead "depends on" dependency

    BR2_TOOLCHAIN_EXTERNAL_BLACKFIN_UCLINUX has been removed in commit
    311bc13 ("toolchain: kill ADI
    Blackfin toolchain"), so this "depends on" is useless.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni committed Feb 26, 2017
  4. vlc: workaround microblaze gcc internal compiler error

    Override gcc optimization flags with -O0. The workaround is not required
    for gcc6 anymore, so we take this into account into our condition.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/a318f0838a6a602046e719103ac81965c0084d52
    
    Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
    [Thomas: add gcc 6.x condition.]
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    wbx-github committed with tpetazzoni Feb 27, 2017
Commits on Feb 26, 2017
  1. mplayer: not supported on or1k

    MPlayer doesn't support OpenRISC:
    
    The architecture of your CPU (or1k) is not supported by this configure script
    It seems nobody has ported MPlayer to your OS or CPU type yet.
    
    so disable it on this architecture.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/47207dfd10ff6e5ec4ccdcf8454aaf5f408ad1e3/
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni committed Feb 26, 2017
  2. python-libconfig: disable on musl

    The python-libconfig package fails to build with musl with very weird
    errors coming all the way from Boost Python, which nobody ever
    bothered to fix. It's time to disable this package on musl to avoid
    the repetitive build failures.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/f0f6cdc8c38c024772615d5e677b0f4ad63ef7ec
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni committed Feb 26, 2017
  3. Update for 2017.02-rc3

    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    jacmet committed Feb 26, 2017
  4. libuv: add dependency on BR2_TOOLCHAIN_HAS_SYNC_4

    The libuv library uses __sync atomic built-ins:
    
    $ readelf -a -W output/target/usr/lib/libuv.so.1.0.0 | grep __sync
       122: 00000000     0 NOTYPE  GLOBAL DEFAULT  UND __sync_val_compare_and_swap_4
    
    but this is not currently taken into account in the libuv package,
    causing some build failures in packages using libuv as an optional
    dependency, such as janus-gateway and mosquitto.
    
    Therefore, this commit updates the libuv package with this additional
    dependency.  The reverse dependencies of libuv are also updated: luv, luvi
    and moarvm.
    
    Fixes:
    
     - http://autobuild.buildroot.net/results/bdaa67d763c0d8d377a04529c74f73bee7d4ccef/
       (janus-gateway)
    
     - http://autobuild.buildroot.net/results/2bc84ba2d1167018e2d48e5183ead22b6425dcf5/
       (mosquitto)
    
    [Peter: drop cmake changes after cmake revert]
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni committed with jacmet Feb 23, 2017
  5. htop: work-around old uClibc issue when static linking

    htop wants to use backtrace() support from the C
    library. Unfortunately, with old uClibc versions such as the one we
    use for the ARC architecture, the backtrace() implementation is in
    libubacktrace. In addition, this implementation needs dladdr()
    support, which is in libdl, not available when static linking.
    
    Since this problem no longer exists in more recent versions of uClibc,
    we simply special case the ARC+static linking case, and make the
    configure script believe that <execinfo.h> is not available.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/cdea351fad7a0f61ddec3e6a141da8da0523a902/
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni committed with jacmet Feb 26, 2017
  6. pkg-cmake: pass <pkg>_CONF_ENV for the target configure step

    The Buildroot manual documents that <pkg>_CONF_ENV is passed in the
    environment when calling cmake during the configure step. However, the
    actual implementation in pkg-cmake passes HOST_<pkg>_CONF_ENV when
    configuring the host variant of a cmake package, but does not pass
    <pkg>_CONF_ENV when configuring the target variant of a cmake package.
    
    This commit fixes that by passing <pkg>_CONF_ENV in the environment as
    expected. It should not cause any behavior change, because this
    feature is in fact not used by any package in upstream Buildroot:
    
    $ grep CONF_ENV $(git grep -l cmake-package package/)
    package/pkg-cmake.mk:$(2)_CONF_ENV			?=
    package/pkg-cmake.mk:	$$($$(PKG)_CONF_ENV) $$(BR2_CMAKE) $$($$(PKG)_SRCDIR) \
    package/pkg-cmake.mk:	$$($$(PKG)_CONF_ENV) $$(BR2_CMAKE) $$($$(PKG)_SRCDIR) \
    
    This issue was reported by Olivier <ovalentin@awox.com> as bug #9616.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni committed with jacmet Feb 26, 2017
  7. Revert "cmake: bump version to 3.7.0"

    cmake 3.7 causes serious regressions in some cmake-based packages,
    related to how RPATH is handled.
    
    This reverts commit 1ffcf36.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Jörg Krause <joerg.krause@embedded.rocks>
    Cc: Baruch Siach <baruch@tkos.co.il>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    yann-morin-1998 committed with jacmet Feb 25, 2017
  8. Revert "cmake: bump version to 3.7.1"

    cmake 3.7 causes serious regressions in some cmake-based packages,
    related to how RPATH is handled.
    
    This reverts commit d96fafc.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Jörg Krause <joerg.krause@embedded.rocks>
    Cc: Baruch Siach <baruch@tkos.co.il>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    yann-morin-1998 committed with jacmet Feb 25, 2017
  9. Revert "cmake: adjust dependencies added for libuv"

    cmake 3.7 causes serious regressions in some cmake-based packages,
    related to how RPATH is handled.
    
    This reverts commit b754237.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Jörg Krause <joerg.krause@embedded.rocks>
    Cc: Baruch Siach <baruch@tkos.co.il>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    yann-morin-1998 committed with jacmet Feb 25, 2017
  10. Revert "cmake: bump version to 3.7.2"

    cmake 3.7 causes serious regressions in some cmake-based packages,
    related to how RPATH is handled.
    
    This reverts commit f8a6990.
    
    Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
    Cc: Samuel Martin <s.martin49@gmail.com>
    Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Jörg Krause <joerg.krause@embedded.rocks>
    Cc: Baruch Siach <baruch@tkos.co.il>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    yann-morin-1998 committed with jacmet Feb 25, 2017
  11. package/directfb: disable for static builds

    DirectFB is written in C++, but can be linked to by a C library or
    program.
    
    When doing shared link, this is fine because the linker gets help from
    the DT_NEEDED flags and knows what libraries to pull in during the link.
    
    However, during a static link, the linker does not get such help.
    
    Properly fixing this would require that there is support in pkg-config
    and autotools to specify that the C++ runtime must be linked. Alas there
    is no sush support. The only option is to add -lstdc++ to the
    Libs.Private field in directfb.pc. But this is not upstreamable, because
    there are other C++ runtimes in the wild (e.g. -lc++ from llvm/clang).
    
    However, DirectFB in a static scenario is probably not a very common
    scenario.
    
    Disable DirectFB for static builds.
    
    Fixes:
        http://autobuild.buildroot.org/results/3d3/3d3036d40ddad71d872d910aae7a24975706d2e9/
        http://autobuild.buildroot.org/results/d1c/d1c35a6003396942b584f2f2a5e8bf4ac2fbe370/
        http://autobuild.buildroot.org/results/d45/d4504871bd47930e8363032d380cdfcc5bb8aee7/
        [...]
    
    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>
    yann-morin-1998 committed with tpetazzoni Feb 23, 2017
  12. support/misc/Vagrantfile: reorganize provisioning

    * Remove distribution upgrade cause it slows down the first boot and
      presents a bug when executed non interactively.
    
    * Reorganize provision scripts to be in privileged and non privileged
      sections
    
    * Add Ubuntu mirror automatic handling for apt packages sources
    
    Fixes bug #9581
    
    Signed-off-by: Angelo Compagnucci <angelo.compagnucci@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    angeloc committed with tpetazzoni Feb 26, 2017
  13. classpath: add patch to fix or1k compile error

    Fixes:
      http://autobuild.buildroot.net/results/a0bb5535fd197b9dd1607a5f0bca477c9575c99f
    
    Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    wbx-github committed with tpetazzoni Feb 26, 2017
  14. ncurses: remove BR2_PACKAGE_NCURSES_TARGET_{FORM, MENU, PANEL} options

    The ncurses sub-options BR2_PACKAGE_NCURSES_TARGET_{FORM,MENU,PANEL}
    are currently very badly broken: they only control whether the
    libform, libmenu and libpanel libraries are installed in
    $(TARGET_DIR), but do absolutely nothing about their installation in
    $(STAGING_DIR).
    
    This means that when one of those options is disabled, the
    corresponding library is indeed not installed in the target, but is
    available in staging. It can therefore be detected by the configure
    script of another package and used... even though the library will not
    be in the target, causing a runtime failure.
    
    Internally, ncurses.mk uses the "make install" logic of ncurses for
    the staging installation, but uses a completely hand-written logic for
    the target installation, which is the reason for this
    desynchronization between what's installed in staging and target.
    
    When BR2_PACKAGE_NCURSES_WCHAR=y, this also causes some build
    failures. Indeed, when BR2_PACKAGE_NCURSES_WCHAR=y, Buildroot creates
    some symbolic links lib<foo>.so -> lib<foo>w.so in staging and target,
    but only for the lib<foo> that have been enabled by
    BR2_PACKAGE_NCURSES_TARGET_{FORM,MENU,PANEL}. Due to this, a package
    that for example needed the libmenu library but forgot to select
    BR2_PACKAGE_NCURSES_TARGET_MENU was:
    
     - Building fine with BR2_PACKAGE_NCURSES_WCHAR disabled (because
       libmenu.so exists in staging), but would fail to run at runtime
       because libmenu.so is not in the target.
    
     - Fail to build with BR2_PACKAGE_NCURSES_WCHAR=y because only
       libmenuw.so exists, and not the libmenu.so symbolic link.
    
    Since those libraries are small (43K for libform, 21K for libmenu and
    8.2K for libpanel), this commit takes the very simple approach of
    removing those options, and installing the libraries
    unconditionally. It therefore uses the "make install" logic for both
    the staging *and* target installation.
    
    In detail, this commit:
    
     - Removes the NCURSES_PROGS variable, not needed since
       --without-progs already allows to disable the build and
       installation of programs.
    
     - Removes the NCURSES_LIBS-y variable, and replaces it with a single
       unconditional assignement to NCURSES_LIBS, only used to create the
       lib<foo>w.so -> lib<foo>.so symbolic links when wchar support is
       enabled.
    
     - Removes NCURSES_INSTALL_TARGET_CMDS and the functions it was
       calling: NCURSES_INSTALL_TARGET_LIBS and
       NCURSES_INSTALL_TARGET_PROGS.
    
     - Adds a NCURSES_TARGET_SYMLINK_RESET hook to create the reset ->
       tset symbolic link, as was done before.
    
     - Adds a NCURSES_TARGET_CLEANUP_TERMINFO to cleanup the terminfo
       files in the target, so that we stay in the same situation in terms
       of installed terminfo files.
    
     - Removes the BR2_PACKAGE_NCURSES_TARGET_{FORM,MENU,PANEL} options
       from the Config.in files: both their definition and usage.
    
     - Simplifies all the symlink dance for lib<foo> -> lib<foo>w, because
       as Yann E. Morin suggested, this dance is only needed in staging, not
       in the target. Once binaries have been built, they refer to the
       SONAME of the library, which is the lib<foo>w variant (for shared
       linking). For static linking and .pc files, it's obvious that we
       don't care about them on the target. Therefore the
       NCURSES_LINK_LIBS_STATIC, NCURSES_LINK_LIBS_SHARED and
       NCURSES_LINK_PC functions no longer take any argument: they always
       apply to STAGING_DIR only. NCURSES_LINK_TARGET_LIBS is removed.
    
    It is worth mentioning that adding Config.in.legacy support is *NOT*
    necessary. Indeed:
    
     - If they were disabled before this patch, having them in
       Config.in.legacy would not trigger the legacy warning.
    
     - If they were enabled before this patch, then the behavior is
       unchanged: all libraries are now unconditionally installed. So
       there is no point in warning the user.
    
    We double-checked the installed size of a filesystem containing just
    ncurses before and after this patch, and the only folder that has its
    size changed is /usr/lib, growing from 852 KB to 932 KB in the wchar
    enabled case. That's a 80 KB system size increase.
    
    This commit fixes the sngrep build failure and potentially numerous
    runtime issues with ncurses.
    
    Fixes:
    
      http://autobuild.buildroot.net/results/7b5db21a6c568e6c6c8fe2b5d5a2f5ca24df510c/
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni committed Feb 23, 2017
  15. linux-headers: bump 4.{4, 9}.x series

    Signed-off-by: Fabio Estevam <festevam@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    fabioestevam committed with tpetazzoni Feb 26, 2017
  16. linux: bump default to version 4.9.13

    Signed-off-by: Fabio Estevam <festevam@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    fabioestevam committed with tpetazzoni Feb 26, 2017
  17. openssh: Move key generation to the start function of init script.

    Since there's not much point in generating missing host keys when the
    init script is called with "stop", the call to ssh-keygen should not
    be done inconditionally, but in the start function instead.
    
    Signed-off-by: Ignacy Gawędzki <ignacy.gawedzki@green-communications.fr>
    Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Ignacy Gawędzki committed with tpetazzoni Feb 24, 2017
  18. linux-headers: bump 4.{4, 9}.x series

    Signed-off-by: Fabio Estevam <festevam@gmail.com>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    fabioestevam committed with tpetazzoni Feb 25, 2017