{"push_id":1251536492,"size":13,"distinct_size":6,"ref":"refs/heads/yem/misc-features","head":"d966b5cd754535a610a163ffd3c018a907e4f202","before":"7ab8ea3c7a7d1b09496524ca1a471e0dff8eeda9","commits":[{"sha":"cdf63517de2514a99d6fd55d109018f69a55aa9d","author":{"name":"Zakharov Vlad","email":"92127385eab2ea95e66f62cff02ff431feee0599@synopsys.com"},"message":"gmp: disable assembly for arc\n\nIt has different inline assembly constraints that\nare not supported after update to gcc-6.\n\nFixes:\nhttp://autobuild.buildroot.net/results/c91/c9143eec0834017d57d5352d6fc95b5fae38da00//\nand a lot of other failures of gmp-6.1.1 for ARC.\n\nSigned-off-by: Vlad Zakharov <vzakhar@synopsys.com>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/cdf63517de2514a99d6fd55d109018f69a55aa9d"},{"sha":"0c5c17a1ba5db80b7aa89386025fb6930464cc50","author":{"name":"Waldemar Brodkorb","email":"715f27d3de81233d0d16bb75bc9caf5e6a33f7d1@openadk.org"},"message":"poco: fix m68k compile\n\nAdd a patch from double-conversion upstream project which is bundled\nwith poco to fix compile for m68k.\n\nFixes:\n  http://autobuild.buildroot.net/results/791917c1343f53e12f27b06cfd5e1d2e88078014/\n  http://autobuild.buildroot.net/results/349d4b49d65a652551c4de20233684bb4ffa5ae3/\n\nSigned-off-by: Waldemar Brodkorb <wbx@openadk.org>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/0c5c17a1ba5db80b7aa89386025fb6930464cc50"},{"sha":"efbd36a141c51cfbae83dd63f902654b247943d8","author":{"name":"Waldemar Brodkorb","email":"715f27d3de81233d0d16bb75bc9caf5e6a33f7d1@openadk.org"},"message":"uclibc: add upstream patch for CVE-2016-4429\n\nAdd security related bugfix to fix CVE-2016-4429 from\nGNU libc project.\n\nSigned-off-by: Waldemar Brodkorb <wbx@openadk.org>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/efbd36a141c51cfbae83dd63f902654b247943d8"},{"sha":"bbe71a699abc65492a677682af21aa43286af397","author":{"name":"Raphaël Poggi","email":"528e7fa47e3e4d25cf30ab908203da8286907754@gmail.com"},"message":"barebox: fix ARCH value for arm64\n\nbarebox 2016.08 added arm64 support using ARCH=arm.\n\n[Peter: extend commit message to clarify]\nSigned-off-by: Raphael Poggi <poggi.raph@gmail.com>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/bbe71a699abc65492a677682af21aa43286af397"},{"sha":"cc3f8bc16556f5d40ef006539cca7c3ba1300c7d","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"linux: fix comment about version choice\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/cc3f8bc16556f5d40ef006539cca7c3ba1300c7d"},{"sha":"161746ca8fde099fa2994a00f89f829f02924897","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"package/axel: fix link order\n\nlibintl may use thread-related functions, so -lpthread must come after\n-lintl.\n\nFixes:\n    http://autobuild.buildroot.org/results/e9d/e9d89fd5b24a76a3c5ab9dc8f01f4643f7c13396/\n\n[Peter: use -lpthread in comment as suggested by Arnout]\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\nReviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/161746ca8fde099fa2994a00f89f829f02924897"},{"sha":"6d2533bdebdce21df13525cd723daa6837fcd1f5","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"package/quota: fix static build with e2fsprogs\n\nquota does not use pkg-config to find e2fsprogs libs, so it misses out\non the fact that it may require -pthread when doing static links.\n\nFix that by manually adding -pthread in case of the static build (of\ncourse, only if the toolchain has threads).\n\nFixes:\n    http://autobuild.buildroot.org/results/733/733145e94d7c4f3b11e867c60a1e8f8e049a3ce0/\n    http://autobuild.buildroot.org/results/666/6666f7c07339830fb45a5decb8825560ee432ce5/\n    http://autobuild.buildroot.org/results/f5b/f5b1d57bd26adaf125555b97ff1eb9faf223a293/\n    [...]\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\nSigned-off-by: Peter Korsgaard <peter@korsgaard.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/6d2533bdebdce21df13525cd723daa6837fcd1f5"},{"sha":"0b154a02296bc443bd7b48c3aff6cc75238c0eab","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"package/xbmc: enhance startup script\n\nNow that we can run XBMC with full openGL, it needs an X server to be\nrunning, so it has to wait for it before running.\n\nSo, we create a config file (in /etc/default/xbmc) in which we store\nwhther to wait for an X server or not. All options to XBMC are now\nhard-coded in our br-xbmc wrapper, not unlike we're doing for the\nsystemd unit.\n\nThen, if it has to wait for X, our own br-xbmc wrapper will do the\nwaiting. We do it as thus, because we can not do it in the startup\nscript.\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\n\n---\nNote: as I don't know how to do dependencies in systemd, I did not\nchange our systemd unit. It can be done by any systemd-savy interested\nparty! ;-)","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/0b154a02296bc443bd7b48c3aff6cc75238c0eab"},{"sha":"d1c9c9263bbed518dca51b2924c39e343509ca09","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"Makefile: from a defconfig file, point to the corresponding board/ entry\n\nWhen configuring Buildroot from a defconfig files, soem users complain\nit is non-obvious that the corresponding board documentattion is to be\nfound in the board/ sub-directory.\n\nSo, deduce the board name from the defconfig file, look for a similarly\nnamed sub-dir of board (first level only), and if such a directory\nexists, print a message stating extra documentation for that board is to\nbe found there.\n\nThis works for only 5 of our 69 defconfig files, because:\n\n  - some boards docs are in sub-sub-dirs (count raises to 11 in that\n    case);\n\n  - most boards dirs are not directly named after the defconfig file,\n    like:\n        board/olimex/imx233_olinuxino/\n        configs/olimex_imx233_olinuxino_defconfig\n\nSo, we could maybe improve this by renaming and moving our boards docs\nso there is a one-to-one mapping from the board directory to the\ncorresponding defconfig file (but not necessarily the other way around).\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/d1c9c9263bbed518dca51b2924c39e343509ca09"},{"sha":"c5ab65c59a115973bfae41b31edf862fc03ecc9a","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"support/dependencies: ensure we have 'file' on the host\n\nWhen 'file' is missing on the host, libtool fails miserably. Packages\nthat use libtool will suddenly FTBFS, with cryptic error messages, like\nmissing libraries on the linker invocation.\n\nWe could ensure that autotools based packages now all depend on\nhost-file. But It itself is an autotools package, so it's again a\nchicken-n-egg issue. And even non-autotools package may use libtool.\n\nSo, just require that 'file' is present on the host.\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/c5ab65c59a115973bfae41b31edf862fc03ecc9a"},{"sha":"866c2f9ce9dd6fa00857906b082a7d03c5e5f36e","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"core/pkg-download: accept leading/trailing spaces in _SITE_METHOD\n\nOften enough do packagers leave out trailing spaces in some variables,\nlike FOO_SITE_METHOD.\n\nThis is a hard-to-debug condtion, especially since it does not spring to\nthe eye when looking at the code, neither in an editor nor on a\nweb-paste.\n\nRelax the conditions under which we use FOO_SITE_METHOD so that we\naccept leading/trailing spaces.\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\nCc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/866c2f9ce9dd6fa00857906b082a7d03c5e5f36e"},{"sha":"339affb47137d82b5420491cf68b78e7ad9ac1e5","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"Revert \"Added local directory as source of kernel code\"\n\nThis reverts commit 73da2ff6f718f2889e3c5024d899f8d58f502863.\n\nThe reason for adding support for a local location was to be able to do\ndevelopment on the Linux kernel source tree on a local direrctory rather\nthan have to clone it for every build.\n\nWe already have a mechanism for that, it's called override-srcdir. It's\nbeen available since September 2011, more than a year before this patch\nwas committed.\n\nOtherwise, we're going to be adding support for local sources in other\npackages. First was U-Boot as submitted by Adam. But what next? We can't\nhave such support for all packages, especially since override-srcdir\ndoes the job.\n\nBesides, using a local source tree makes the build non-reproducible, so\nwe don't really want to have this in a .config (or defconfig).\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\nCc: Rafal Fabich <rafal.fabich@gmail.com>\nCc: Peter Korsgaard <peter@korsgaard.com>\nCc: Arnout Vandecappelle <arnout@mind.be>\nCc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nCc: Adam Duskett <aduskett@gmail.com>\n\n---\nRafal, if your use-case was just to use a local tree for development\npurposes, please see to using the override-srcdir mechanism instead.\nIf you had another use-case that requires using a local source tree,\ncould you explain it, please? Thanks!","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/339affb47137d82b5420491cf68b78e7ad9ac1e5"},{"sha":"d966b5cd754535a610a163ffd3c018a907e4f202","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"support/scripts: add follow-selects\n\nWhen we need to change the dependencies of a package, we have to\npropagate that new dependency to all packages that select the package\nto which we add that dependency, and that recursively.\n\nIn some cases, that chain-o-selects can be quite big, especially in the\ncase of low-level libraries such as libffi: 153 packages would be\nimpacted when changing the dependencies of libffi, with the chain being\n5-level deep.\n\nFurthermore, some packages may appear at different depth, because they\nmay select deeper and more shallow packages that both in turn have a\nchain-o-select down to the original package.\n\nFor example, when adding a dependency to libffi, it propagates down\nto midori by way of (but not only) webkitgtk and gcr (packages more\nindented select the package less indented (e.g. gst1-plugins-good\nselects gdk-pixbuf):\n\n    libffi\n      libglib2\n        gdk-pixbuf\n          gst1-plugins-good\n            webkitgtk\n              midori\n        gcr\n          midori\n\nWhat we are really interested in when propagating such a new dependency\nis the shortest chain-o-selects.\n\nIt is thus pretty difficult to follow by mere visual inspection, and\nsimple greps are not much use either.\n\nAdd a script that, given a package as argument, will follow the chain\nof selects and dump the most shallow chain-o-selects that lead to that\npackage. It also prints the number of affected packages (including the\nstarting one) and the maximum depth of the chain considering only the\nshortest chains (the actual depth can be larger if we'd take into\naccount the longest chain, but that's not useful in this case).\n\nThere is a bunch of output option,. covering the various envisioned\nuse-cases for that script:\n\n  - a tree-like output (default), with only the names of the packages,\n  - a comment-like, arrowed list suitable for adding as a comment of a\n    depednency;\n  - the filenames of the affected packages.\n\nIt can be silenced (not progress no summary, only dependency chains).\nIt can be debugged to see how packages are added and moved in the\nchains. Also, -h gives the help.\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>\nCc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\n\n---\nFor example, here is the chain-o-select for xzlinux (using libffi is way\ntoo long for a note in a commit log):\n\n    $ support/scripts/follow-selects xz\n    xz\n      cmake\n      squashfs\n      systemd\n      tiff\n        directfb\n        efl\n        imlib2\n          feh\n          giblib\n        kodi\n        libgeotiff\n        opencv\n        opencv3\n        qt\n          pinentry\n          python-pyqt\n          python-sip\n        sdl_image\n          python-pygame\n\n    Scan completed in: ~2s\n    Packages: 20 (-1)\n    Maximum depth: 3","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/d966b5cd754535a610a163ffd3c018a907e4f202"}]}
{"actor":{"display_login":"yann-morin-1998"}}