You are here

Home » Forums » General discussion

Bloodhound Repositories

11 posts / 0 new
Log in or register to post comments
Last post
Fri, 04/08/2016 - 13:49
#1
K7DXS
Bloodhound Repositories
I'm having trouble figuring out what each of the repos in Bloodhound is. I know what aredn_packages is, but I'm not quite sure what the others are.
Top
Fri, 04/08/2016 - 14:25
AE6XE
AE6XE's picture
K7DXS,   The repos match the
K7DXS,   The repos match the structure (and more documentation exists) from OpenWRT that we derive from.

arednbase:    This is the linux kernel and core building blocks of a mesh node  -- we hope to just package and reuse all the right components needed and not have to patch at this level.
aredn_ar71xx:   These are all the configuration files and perl code where we spend 95%+ of our time  to make AREADN what it is.  One can make these changes on a live node directly -- you don't need a repository until ready to configuration manage changes.
aredn_packages:   These are add-on packages we create.  Tunnel, meshchat, etc.  
bbhn_brcm24:   frozen repo with linksys related releases

 Joe AE6XE
Top
Fri, 04/08/2016 - 15:05
(Reply to #2)
K7DXS
So if I understand correctly,
So if I understand correctly, to contribute to the project itself I should clone aredn_ar71xx. Thanks!
Top
Fri, 04/08/2016 - 19:50
(Reply to #3)
AE6XE
AE6XE's picture
K7DXS,  Generally, the first
K7DXS,  Generally, the first place to start is to fix a defect or create something new that you think would be of interest to others.   These changes can be directly sent or hosted on your own website. Reference Trevor's contributions:  http://www.trevorsbench.com/ .    MeshChat is a great example of a very popular application that is an add-on to the AREDN releases and is separate.    

Once you create something, and I recommend just doing so on a live mesh node,  then there's a lot of folks on the AREDN team and in the community that can advise in the forums how to handle the code depending on what it is.  Then a choice can be made to check your code into a repo, to submit separately, or that you may want to retain licensing and control yourself.  

Getting into the inner AREDN circle and checking directly into the AREDN repos historically happens by these type of contributions first.   Conrad started by porting to UBNT, I just started debugging prominent OLSR issues at the time, Darryl created what is today the tunnel capabilities,  Trevor wrote meshchat, Randy helped beta testing and deployed our website,  and Andre hurds us cats among other key leadership and domain contributions.     

Joe AE6XE
Top
Fri, 04/08/2016 - 19:53
(Reply to #4)
K5DLQ
K5DLQ's picture
by the way, there is a map
by the way, there is a map contest going at the moment...  html, css, js skills....
;-)
 
Top
Sat, 04/09/2016 - 00:10
(Reply to #5)
K7DXS
HTML? Easy. CSS? I'm good at
HTML? Easy. CSS? I'm good at it. JS? Haven't really used it in awhile. Plus I'm not good at graphics at all.
Top
Sat, 04/09/2016 - 00:09
(Reply to #6)
K7DXS
Porting to Lua
Actually, seeing as you've mentioned switching to Lua because it's lightweight, I've started porting perlfunc.pl to Lua. I'll put it up on a public repository tomorrow and post the link here. Even if you ditch the Lua idea, it's helping me sharpen both my Perl and my Lua skills.
Top
Sat, 04/09/2016 - 14:00
(Reply to #7)
AE6XE
AE6XE's picture
I wouldn't expect a lot of
I wouldn't expect a lot of the perl code routines will be coming over--TBD.     If you load OpenWRT Chaos Calmer release on a mesh node, it includes all the LUCI-Lua UI technology and no perl.  You could pick a page in the existing AREDN UI and seek to create this page in the LUCI structure with LUA underneath.  With a clean Chaos Calmer install, look around under /usr/lib/lua as I recall.   There's already some overlap of what is in the perl module in the LUA routines from Chaos Calmer to reuse rather than reinventing this wheel or bringing a duplicate implementation of existing routines.  

Joe AE6XE
Top
Sat, 04/09/2016 - 15:13
(Reply to #8)
K7DXS
Ah, I see. I'll take a look.
Ah, I see. I'll take a look. BTW The perlfunc I was referring to is in /www/cgi/bin/perlfunc.pm and was written by the AREDN team.
Top
Sat, 04/09/2016 - 15:20
(Reply to #9)
K7DXS
Also are we using LuCI or
Also are we using LuCI or LuCI2? LuCI2 is much less resource intensive, but it's experimental.
Top
Mon, 04/11/2016 - 14:25
(Reply to #10)
AE6XE
AE6XE's picture
As a best practice, using
As a best practice, using components that are experimental, beta, or other not-yet-released are not put into an AREDN release.   It would be somewhat of a conflicting definition for AREDN to call something released, that the owners of the component do not.    All the specific versions of components that are in Chaos Calmer are to be used, with case-by-case consideration to pull in a newer version of a component or a patch.  But this means we take on the effort and risk of knowing all the dependencies still work.   Historically, we have pulled in newer OLSR releases because it resolved critical issues. 
Top

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer