The LEDE project source code starts off with OpenWrt revision r49258. The code is stored inside a git tree which contains all branches and releases ever made by OpenWrt. While importing the sources the tree was normalised and some minor tweaks were made to committer names and mail addresses.
All repositories can be browsed online through:
Any LEDE development happens in the main
openwrt.git repository which is accessible via both HTTP and HTTPS:
git clone https://git.openwrt.org/openwrt/openwrt.git
You can find a mirror of the repository on Github:
git clone https://github.com/openwrt/openwrt.git
These are the folders you can find in the project’s git:
Generating Releases has already been vastly automated. The remaining parts of the process need to also be automated before the first LEDE release. We will introduce a TESTERS file that is formatted similarly to the MAINTAINERS file of the kernel. Community members can list themselves as testers for a target/profile/device. Once a release has been generated testers should receive an email informing them of the requirement for images to be tested. It needs to be decided if only tested images should be included in the binary release.
See the TODO page for more info.
To create yourself a staging tree on git.lede-project.org (does not apply to regular users):
ssh <email@example.com> "create lede/yournick/staging" ssh <firstname.lastname@example.org> "desc lede/yournick/staging Staging tree of Your Name"
To get your staging tree visible at https://git.lede-project.org:
ssh <email@example.com> "perms lede/yournick/staging + READERS gitweb"
To get your staging tree read accessible to everyone:
ssh <firstname.lastname@example.org> "perms lede/yournick/staging + READERS @all "
It has proven impractical and a waste of time to always be on the very latest kernel within 2 days of its release. It has caused the following:
Obviously, this doesn't excuse old, dusty kernels. A balanced path between the 2 should be taken that gives the community recent kernels without causing unnecessary workload and stability issues.
There should be a max of three concurrent kernel versions. Having only two concurrent versions is better than three.
In Short - stability should be valued higher than bleeding edge. Bleeding edge is important – but not as a trade-off to stability.
Adding a new device General information about adding a new device
We keep the original OpenWrt source code up to r49258 available, mostly as reference and for historic interest.
The original OpenWrt Subversion repository has been split up into several Git repositories mapping the various SVN directories and tags to proper Git branches.
git clone https://git.lede-project.org/openwrt/source.git git clone https://git.lede-project.org/openwrt/packages.git git clone https://git.lede-project.org/openwrt/feeds.git git clone https://git.lede-project.org/openwrt/docs.git