Thanks to everyone involved, finally we have an official release!
* generic binaries, meant for testing or setting up temporary networks
(i.e. when having the default AP SSID = LibreMesh.org is fine)
http://downloads.libremesh.org/community_chaos/16.07/
* customized binaries with chef, meant for stable community networks
(basically, you can preset a specific AP SSID and other settings
common to the whole network, and then flash many routers in a row)
can be generated at:
http://chef.libremesh.org/
Changelog since "BiggestBang" 15.09:
• Now based on OpenWrt Chaos Calmer 15.05.1
• Removed "firewall" package (which is included by default in vanilla
OpenWrt/LEDE), since it's not really being used in LibreMesh setup. It
can always be installed on a case-by-case basis using opkg.
∘ there's a new minimal system that runs /etc/firewall.lime on boot
(if "firewall" is not installed)
• Removed "odhcpd" since we're not using it at the moment (we use dnsmasq)
• Removed "odhcp6c" since we're not using it at the moment (we still
haven't solved how to deal with native IPv6 coming over WAN, i.e.
propagate a delegated prefix over the mesh in a reasonable way)
• New default packages: "lime-hwd-openwrt-wan" and "lime-proto-wan".
This checks if there's a WAN port, and automatically configures as "wan"
proto (lime-proto-wan). The "wan" proto let's you assign in
/etc/config/lime, for example, 802.1ad VLANs over the WAN port.
• New default package: "lime-hwd-ground-routing". Allows you to
configure 802.1q VLANs on embedded switches, so that you can separate
specific ports and put
• New default package: "bmx6-auto-gw-mode", so that when a node detects
(with watchping) it can ping 8.8.8.8 over WAN port, a bmx6 tunIn is
created on-the-fly, and Internet is shared to the rest of the clouds.
• Workaround for an spurious log message caused by BATMAN-Adv ("br-lan:
received packet on bat0 with own address as source address"): a "dummy0"
interface is created and added to bat0, with a slightly different MAC
address
∘ https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2014-March/011839.html
• New available packages: "lime-proto-bgp", allows to do BGP with bird
daemon; and "lime-proto-olsr", "-olsr2" and "-olsr6", which add support
for all versions of OLSR.
• Some new settings possible in /etc/config/lime-defaults
∘ wireless.htmode lets you preset the htmode for any wireless radio
(or htmode_2ghz and htmode_5ghz for specific bands)
∘ wireless.distance is the equivalent, for setting distance (and
distance_2ghz / _5ghz)
∘ system.domain for setting a cloud-wide domain name
• New "named AP" interface by default: in addition to the shared SSID
(where clients roam between nodes), there's a new AP with a different,
unique SSID (it includes the node hostname). This lets people easily
check with any stock smartphone (not only Android with a special app)
which nodes are online, nearby, and their respective signal strength.
Most importantly, it lets them connect to a specific AP and prevent
roaming, when they need it. Roaming is a nuisance if you're in the
middle of two nodes, with similar RSSI, but different performance
(bandwidth to Internet). Finally, it gives users a very easy way to
reliably access a specific (nearby) node webinterface, simply
associating to a specific AP and browsing to http://thisnode.info/
• Fixed all alfred facters (bat-hosts, dnsmasq-distributed-hosts,
dnsmasq-lease-share), so that they retry the "alfred -r" when it fails
(i.e. in slave mode)
• LiMe web interface received love:
∘ luci-app-lime-location (Simple Config -> Location) now works
∘ Simple Config -> Advanced
Thank you Gui and everyone involved for your work! The real chaos is starting!!
On 13 de setembre de 2016 21:06:35 CEST, bruno vianna <bruno(a)pobox.com> wrote:
>congrats!
>
>On Tue, Sep 13, 2016 at 11:44 AM, Gui Iribarren <gui(a)altermundi.net>
>wrote:
>
>> Thanks to everyone involved, finally we have an official release!
>>
>> * generic binaries, meant for testing or setting up temporary
>networks
>> (i.e. when having the default AP SSID = LibreMesh.org is fine)
>>
>> http://downloads.libremesh.org/community_chaos/16.07/
>>
>> * customized binaries with chef, meant for stable community networks
>> (basically, you can preset a specific AP SSID and other settings
>> common to the whole network, and then flash many routers in a row)
>> can be generated at:
>>
>> http://chef.libremesh.org/
>>
>> Changelog since "BiggestBang" 15.09:
>>
>> • Now based on OpenWrt Chaos Calmer 15.05.1
>> • Removed "firewall" package (which is included by default in vanilla
>> OpenWrt/LEDE), since it's not really being used in LibreMesh setup.
>It
>> can always be installed on a case-by-case basis using opkg.
>> ∘ there's a new minimal system that runs /etc/firewall.lime on boot
>> (if "firewall" is not installed)
>> • Removed "odhcpd" since we're not using it at the moment (we use
>dnsmasq)
>> • Removed "odhcp6c" since we're not using it at the moment (we still
>> haven't solved how to deal with native IPv6 coming over WAN, i.e.
>> propagate a delegated prefix over the mesh in a reasonable way)
>> • New default packages: "lime-hwd-openwrt-wan" and "lime-proto-wan".
>> This checks if there's a WAN port, and automatically configures as
>"wan"
>> proto (lime-proto-wan). The "wan" proto let's you assign in
>> /etc/config/lime, for example, 802.1ad VLANs over the WAN port.
>> • New default package: "lime-hwd-ground-routing". Allows you to
>> configure 802.1q VLANs on embedded switches, so that you can separate
>> specific ports and put
>> • New default package: "bmx6-auto-gw-mode", so that when a node
>detects
>> (with watchping) it can ping 8.8.8.8 over WAN port, a bmx6 tunIn is
>> created on-the-fly, and Internet is shared to the rest of the clouds.
>> • Workaround for an spurious log message caused by BATMAN-Adv
>("br-lan:
>> received packet on bat0 with own address as source address"): a
>"dummy0"
>> interface is created and added to bat0, with a slightly different MAC
>> address
>> ∘ https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2014-
>> March/011839.html
>> • New available packages: "lime-proto-bgp", allows to do BGP with
>bird
>> daemon; and "lime-proto-olsr", "-olsr2" and "-olsr6", which add
>support
>> for all versions of OLSR.
>> • Some new settings possible in /etc/config/lime-defaults
>> ∘ wireless.htmode lets you preset the htmode for any wireless radio
>> (or htmode_2ghz and htmode_5ghz for specific bands)
>> ∘ wireless.distance is the equivalent, for setting distance (and
>> distance_2ghz / _5ghz)
>> ∘ system.domain for setting a cloud-wide domain name
>> • New "named AP" interface by default: in addition to the shared SSID
>> (where clients roam between nodes), there's a new AP with a
>different,
>> unique SSID (it includes the node hostname). This lets people easily
>> check with any stock smartphone (not only Android with a special app)
>> which nodes are online, nearby, and their respective signal strength.
>> Most importantly, it lets them connect to a specific AP and prevent
>> roaming, when they need it. Roaming is a nuisance if you're in the
>> middle of two nodes, with similar RSSI, but different performance
>> (bandwidth to Internet). Finally, it gives users a very easy way to
>> reliably access a specific (nearby) node webinterface, simply
>> associating to a specific AP and browsing to http://thisnode.info/
>> • Fixed all alfred facters (bat-hosts, dnsmasq-distributed-hosts,
>> dnsmasq-lease-share), so that they retry the "alfred -r" when it
>fails
>> (i.e. in slave mode)
>> • LiMe web interface received love:
>> ∘ luci-app-lime-location (Simple Config -> Location) now works
>> ∘ Simple Config -> Advanced
>>
>>
>>
>> _______________________________________________
>> lime-users mailing list
>> lime-users(a)lists.libremesh.org
>> https://lists.libremesh.org/mailman/listinfo/lime-users
>>
>
>
>
>--
>
>bruno(a)pobox.com ▀─█▄██▄▀▄
>http://brunovianna.net ─█▄██▄▀█▀█▄
>skype: randomico▀─█▄██▄▀█▀█▄▌██─█▌█▌
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>lime-users mailing list
>lime-users(a)lists.libremesh.org
>https://lists.libremesh.org/mailman/listinfo/lime-users
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hello people,
back in sep/2014, Ilario suggested to register libremesh.org:
http://lists.libre-mesh.org/pipermail/dev/2014-September/000458.html
we did, and after a looong transition, we're finally finishing all the
renamings, right on time before the new release (so we're taking the
opportunity to launch 16.07 with the new name)
back in march, we took the decision to migrate everything, then at the
last meeting consensus was *against* migration (among concerns, was
breaking github urls, and such); but recently found out about github
retrocompatibility features, and finally reached consensus approving the
migration.
Affected:
* IRC: channel #libre-mesh is deprecated, join #libremesh from now on
* GitHub repos: all the legacy urls continue to work (but deprecated)
example:
git clone https://github.com/libre-mesh/lime-packages.git
still works, but you should clone from now on:
git clone https://github.com/libremesh/lime-packages.git
so all the existing lime-builds out there will continue to work,
pointing to the legacy URLs, pulling changes without problem
but if you're reading this, and have already existing repos in your
computers, please change remote's URLs, like so:
https://help.github.com/articles/changing-a-remote-s-url/
The only thing that will not work anymore is the old's organization
"homepage" in github, i.e. the list of repos
https://github.com/libre-mesh/
doesn't work anymore. use https://github.com/libremesh/ instead.
This caveat is mentioned in
https://help.github.com/articles/renaming-an-organization/
* Repo contents: everything was renamed in 1 commit to each repo branch:
https://github.com/libremesh/lime-build/commit/071a90b85https://github.com/libremesh/lime-build/commit/dde93693ahttps://github.com/libremesh/lime-packages/commit/4c0bd49e70https://github.com/libremesh/lime-packages/commit/7f18ad3597https://github.com/libremesh/lime-web/commit/b78a0d57c
* Chef: All the mentions about Libre-Mesh were replaced to LibreMesh
back in march/april already.
* Mailing lists: they'll be transparently renamed to
lime-*(a)lists.libremesh.org (pipermail archives, subscribers, etc)
and the @lists.libre-mesh.org will be deprecated (mail sent to the
deprecated address will be held, and senders notified the new addr)
this will also involve moving to a better maintained mailman server
This last step (mailing lists) is not done yet, to allow people to get
this notice first, and update their email filters / etc. Please do so,
since this email is the last one you'll get from *(a)lists.libre-mesh.org.
You'll soon get a "Welcome" message from lime-*(a)lists.libremesh.org
cheers! and see you on the other side of the mirror, with a freshly
cooked release.
2016-07-11 20:49 GMT+02:00 p4u <pau(a)dabax.net>:
> From the README: Or to use your own LiMe packages git repository and/or
> OpenWRT/LEDE (must be executed the first time make is invoked or after
> clean).
>
> make LIME_GIT="http://foo.git" <http://foo.git> T=ar71xx P=generic
> OWRT_GIT="http://foo.git" <http://foo.git>
>
I tried to compile LiMe on LEDE using lime-build develop, I simply issued:
make T=ar71xx P=generic OWRT_GIT="
https://git.lede-project.org/source.git"
but I noticed that there are lines in the feeds.conf file [1] included in
lime-build which are pointing to our static OpenWrt repos.
So, what is a good procedure to build LiMe on LEDE using lime-build?
Is it enough to remove those lines in the feeds.conf file and specify the
OWRT_GIT parameter pointing to LEDE source?
Thanks,
Ilario
[1] https://github.com/libre-mesh/lime-build/blob/develop/feeds.conf
