lynxis staging tree https://git.openwrt.org/openwrt/staging/lynxis/atom?h=reboot 2016-01-28T22:42:18Z 2016-01-28T22:42:18Z Felix Fietkau 2016-01-28T22:42:18Z urn:sha1:868d5f9ae92cf6c3a2b6d64af161645e6cef3db3 This is necessary for reproducible image builds. Signed-off-by: bryan newbold <bnewbold@robocracy.org> SVN-Revision: 48538 2015-06-14T17:47:16Z Felix Fietkau 2015-06-14T17:47:16Z urn:sha1:b20a2b48901195a79d86eaecb386d45fe5d63c39 Currently "make clean" only clears the build_dir/target*, but leaves staging_dir/target* intact. "make clean" should also clean the staging_dir/target* directories, as in the current situation some old packages or libraries may be linked into the firmware from staging_dir despite a "make clean". The patch reorganises clean / dirclean functionality so that * "make clean" also clears the staging_dir/target* in addition to build_dir/target*. * "make dirclean" clears toolchain and host(=tools) directories from both build_dir and staging_dir signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> SVN-Revision: 45973 2015-05-23T15:28:42Z John Crispin 2015-05-23T15:28:42Z urn:sha1:9a96820d3d7fc96a79277f0d7f78851bd6092ef1 Makefile: remove non-existent STAGING_DIR_TOOLCHAIN from dirclean Openwrt's top level Makefile uses STAGING_DIR_TOOLCHAIN in the make dirclean statement. https://dev.openwrt.org/browser/trunk/Makefile#L55 rm -rf $(STAGING_DIR) $(STAGING_DIR_HOST) $(STAGING_DIR_TOOLCHAIN) $(TOOLCHAIN_DIR) $(BUILD_DIR_HOST) $(BUILD_DIR_TOOLCHAIN) As far as I can determine, no such variable has been defined. I made a search in Openwrt source repository and the one line in Makefile's dirclean command is the only place where that variable exists. The item has been introduced to Makefile by r8362, but even at that time neither Makefile nor rules.mk defined such a variable. Most likely the goal has been to set both staging_dir/toolchain and build_dir/toolchain to be cleaned, but one of the variables has been erroneous. The correct variable for build_dir/toolchain has been then added by r13494. References: https://dev.openwrt.org/changeset/8362/ https://dev.openwrt.org/browser/trunk/Makefile?rev=8362 https://dev.openwrt.org/browser/trunk/rules.mk?rev=8362 https://lists.openwrt.org/pipermail/openwrt-devel/2007-August/001159.html https://dev.openwrt.org/changeset/13494 In current code, TOOLCHAIN_DIR = $(TOPDIR)/staging_dir/$(TOOLCHAIN_DIR_NAME) BUILD_DIR_TOOLCHAIN = $(TOPDIR)/build_dir/$(TOOLCHAIN_DIR_NAME) so the item STAGING_DIR_TOOLCHAIN in the rm command is unnecessary. signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> SVN-Revision: 45736 2015-05-10T11:17:29Z Felix Fietkau 2015-05-10T11:17:29Z urn:sha1:58683312140cb2cd0e0c4aa3163bfaae0d211aff Most of the time, we want to make sure OpenWrt has been configured and setup before start running make. However, in case of package/symlinks, forcing prereq as a dependency creates multiple issues: *when executed on a clean workspace, it will prompt for user input and open a menuconfig window before executing the feeds command *the only way around that is to provide a .config. However, the "prereq" target would then run a "make defconfig", which will remove all the packages in the .config but from external feeds, as feeds have not been installed yet. The only way to currently work around this, is to generate a fake config by running "make defconfig", then "make package/symlinks", copy the real config (which at this point disregards the previously generated config), and run make defconfig again. Something like this: make defconfig make package/symlinks cp real.config .config make defconfig This change is removing the need for the first defconfig, making the process more logical for OpenWrt users using the package/symlinks target. Signed-off-by: Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 45657 2015-03-28T13:38:34Z Felix Fietkau 2015-03-28T13:38:34Z urn:sha1:74ca7e9af3b7b0cae395c07c4a50fb903709619b Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45090 2014-10-22T10:47:26Z Felix Fietkau 2014-10-22T10:47:26Z urn:sha1:4fde9deed11f56b65f389c7e83c70b7b5878222e This seems to cause issues on some build hosts, and it is not that important. SVN-Revision: 43025 2014-10-22T08:57:40Z Felix Fietkau 2014-10-22T08:57:40Z urn:sha1:c4979908344bc5d49e6b8ebef003b3c32d6bd284 Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 43021 2014-03-21T15:54:11Z Felix Fietkau 2014-03-21T15:54:11Z urn:sha1:bb959c0f3e5d5593fe21ace7a64c48c96aad5f16 Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 39981 2012-12-02T15:26:28Z Felix Fietkau 2012-12-02T15:26:28Z urn:sha1:c233a088f05e263671b2bac26e384db348760516 SVN-Revision: 34451 2012-10-21T02:00:11Z Felix Fietkau 2012-10-21T02:00:11Z urn:sha1:43f34a93e6d61d206126b47c92d999b286f5a7c8 SVN-Revision: 33884