freifunk / openwrt-packages Goto Github PK
View Code? Open in Web Editor NEWFreifunk specific global OpenWrt Packages
License: Apache License 2.0
Freifunk specific global OpenWrt Packages
License: Apache License 2.0
updating the feed with "scripts/feeds update" gives the following error for some packages:
ERROR: please fix feeds/freifunk/applications/luci-app-freifunk-diagnostics/Makefile - see logs/feeds/freifunk/applications/luci-app-freifunk-diagnostics/dump.txt for details
affected packages:
As the Makefile errors these packages are not available in OpenWrt at all.
A buildlog can be found at http://buildbot.berlin.freifunk.net/builders/ramips-mt7621/builds/1167/steps/shell/logs/stdio
While it is welcome that we suggest independent dns servers in our firmwares, the currently used pre-set ip of Digitalcourage 85.214.20.141 will expire in a couple of months. We should revise and update the default dns server ips (i.e. for Digitalcourage 46.182.19.48 respectively 2a02:2970:1002::18 as stated here).
Installing the "theme-freifunk-generic" results in a broken UI using recent LuCI openwrt-19.07 branch (openwrt/luci@39a8290)
Something in the page-menu seems causing the failure
This is very likely caused by the major rewrite of the LuCI-core (use more JS)
For LEDE-1701 branch the theme was working (tested with openwrt/luci@7b230b0):
在编译 openwrt 22.03.2 时出现这个提示
./scripts/feeds install -a -p freifunk
WARNING: Makefile 'package/feeds/freifunk/luci-mod-freifunk-community/Makefile' has a dependency on 'freifunk-mapupdate', which does not exist
Installing all packages from feed freifunk.
As a result of the disinterest in the community as shown in pr #34, and the overall lack of movement in this repo, I would suggest that this feed be removed from the main OpenWrt feed list.
As it seems like the only project which uses this feed currently is freifunk-berlin, which has it's own make system and feeds list, I don't see this as a problem. If I am mistaken and other projects are dependent on this feed, please comment below.
I would submit a PR with OpenWrt sometime at the beginning of March 2021.
accessing /cgi-bin/luci/admin/freifunk/basics/profile_expert
raises a lua error:
...r/lib/lua/luci/model/cbi/freifunk/profile_expert.lua:12: attempt to concatenate local 'community' (a boolean value)
stack traceback:
...r/lib/lua/luci/model/cbi/freifunk/profile_expert.lua:12: in function 'func'
/usr/lib/lua/luci/cbi.lua:66: in function 'load'
/usr/lib/lua/luci/dispatcher.lua:1336: in function '_cbi'
/usr/lib/lua/luci/dispatcher.lua:1019: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:479: in function </usr/lib/lua/luci/dispatcher.lua:478>
even uci get feifunk.community.name
return a valid profile-suffix (here "berlin").
This probably relates to running it on the latest OpenWrt master:
OPENWRT_REPO=https://git.openwrt.org/openwrt/openwrt.git
OPENWRT_COMMIT=ad27c133eb606ee39fa346b7bdb26c1764ee869e
PACKAGES_PACKAGES_REPO=https://github.com/openwrt/packages.git
PACKAGES_PACKAGES_COMMIT=10fb31451e18b6a03f8070eeae373d37855ccc09
PACKAGES_LUCI_REPO=https://github.com/openwrt/luci.git
PACKAGES_LUCI_COMMIT=a573da0d191e30ccabc15b84fdc73f9b570fcf51
As this repo/feed is not part of future openWrt releases anymore how do we want to proceed with branches here?
At the moment we do have a branch for 19.07.
There are also things developed on the master branch.
Where should the main development take place? In master
I think it would be a good idea to change the name to the more descriptive wifi_iface_adhoc
. This will make it possible to generalize the code in the wizard and make it possible to add other wireless modes (p2p-go, ap, sta).
To truely be albe to generalize the wizard, another section could be added.
config 'defaults' 'mesh_modes'
option adhoc 'Ad-Hoc (Veraltet)'
option 80211s '802.11s'
...
option default '80211s'
Additionally, as in the case with adhoc, there is a need to have special settings based on if it's 2.4Ghz or 5Ghz. In these cases, sections like wifi_iface_adhoc_2
and wifi_iface_adhoc_5
could override the device agnostic settings.
运行./scripts/feeds install -a -p freifunk后提示这个报错要怎么弄?
WARNING: Makefile 'package/freifunk/modules/luci-mod-freifunk/Makefile' has a dependency on 'luci-lib-ipkg', which does not exist
currently there is no binary in any of the packages, so they can safely be set to PKGARCH=all.
For this we rely on the luci.mk if the luci-feed which defines LUCI_PKGARCH?=$(if $(realpath src/Makefile),,all)
(https://github.com/openwrt/luci/blob/c351beea561acafa088a3fd3d82bfec93ee45cd4/luci.mk#L12) for some reason this seems no to be evaluated correctly. So we end up in having ARCH-specifiy packages without any need.
Hi,
as the freifunk feeds is enabled by default in OpenWrt it would be great if you could create a branch for openwrt-21.02.
For all the other feeds I've just pushed the master to the branch openwrt-21.02
Best,
lynxis
this will follow up openwrt/luci#2503 after moving from OpenWrt-LuCI repo
this will follow up openwrt/luci#642 after moving from OpenWrt-LuCI repo
With recent LuCI (master branch; somewhere before openwrt/luci@09a3b47) Luci throws an error when clicking on the "Freifunk" button. The button on the page-bottom, beside the "Administration" button.
/usr/lib/lua/luci/dispatcher.lua:1190: attempt to index local 'f' (a nil value)
stack traceback:
/usr/lib/lua/luci/dispatcher.lua:1190: in function 'createtree_json'
/usr/lib/lua/luci/dispatcher.lua:703: in function 'menu_json'
/usr/lib/lua/luci/dispatcher.lua:796: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:995: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:479: in function </usr/lib/lua/luci/dispatcher.lua:478>
Seen with 05760f0. Calling http:///cgi-bin/luci/ works fine, calling http:///cgi-bin/luci/freifunk fails.
This is to follow up openwrt/luci#1635 after splitting freifunk-packages from luci-feed. Original issue-statment below:
When creating final images the build-scripts running the package init-scripts. As of including files like on a real system (line 4, 5), with absolute path, this will fail.
Activating init scripts
build_dir/target-mips_24kc_musl/root-ar71xx/etc/init.d/freifunk-policyrouting: line 4: /lib/functions/network.sh: No such file or directory
build_dir/target-mips_24kc_musl/root-ar71xx/etc/init.d/freifunk-policyrouting: line 5: /lib/functions.sh: No such file or directory
Running this init-script outside of a real-system don't seem to make sense at all, so just exit gracefully.
Remove the freifunk-mapupdate module. The whole software stack for this router map stack is unmaintained since a few years (> 5 years).
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.