packages added by a patch will not be activated #734
Labels
Comments
|
In PR #714 I changed the Makefile to apply the patches on the individual feeds and openwrt in contrast to our current way of using patches with openwrt as basedir (including the feeds). This makes it possible to patch the feeds independently from openwrt. In addition the PR is using some scripts from the @freifunk-gluon to apply the patches and update the source. The overall changes solving the problem of this issue, without runnig "feeds update" and "feeds install" multiple times. |
SvenRoederer
added a commit
to SvenRoederer/freifunk-berlin-firmware
that referenced
this issue
Dec 8, 2019
update the current targets to use the gluon-scripts for cloning, patching and installing OpenWrt and feeds. - target .stamp-feeds-updated, which is doing the whole update-steps, by depending on patch and prepare - update openwrt and feeds - patch openwrt and feeds - setup feeds within openwrt - have target patch depend on the patches-files, to reapply them after they have changed (moved from target pre-patch) - drop conflicting / superfluous targets - openwrt-update - handled by "patch" - $(OPENWRT_DIR) - handled by "patch" - $(OPENWRT_DIR)/patches - superfluous, by patching outside of OpenWrt-tree - $(OPENWRT_DIR)/feeds.conf - handled by "feeds-update" - unpatch - superfluous by not using quilt anymore - extend target clean to remove added files / folders Using the Gluon-toolset fixes issue freifunk-berlin#734, where feed-packages added as patch have not been installed.
SvenRoederer
added a commit
to SvenRoederer/freifunk-berlin-firmware
that referenced
this issue
Dec 8, 2019
update the current targets to use the gluon-scripts for cloning, patching and installing OpenWrt and feeds. - target .stamp-feeds-updated, which is doing the whole update-steps, by depending on patch and prepare - update openwrt and feeds - patch openwrt and feeds - setup feeds within openwrt - have target patch depend on the patches-files, to reapply them after they have changed (moved from target pre-patch) - drop conflicting / superfluous targets - openwrt-update - handled by "patch" - $(OPENWRT_DIR) - handled by "patch" - $(OPENWRT_DIR)/patches - superfluous, by patching outside of OpenWrt-tree - $(OPENWRT_DIR)/feeds.conf - handled by "feeds-update" - unpatch - superfluous by not using quilt anymore - extend target clean to remove added files / folders Using the Gluon-toolset fixes issue freifunk-berlin#734, where feed-packages added as patch have not been installed.
|
fixed by merging #714 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In bfc8f48 a patch was added which implements openwrt/luci#2817. When building the firmware it fails with
As the package "luci-lib-base" is created by this patch by splitting some files from the original "luli-base" package.
The text was updated successfully, but these errors were encountered: