[Ninux-Wireless] OpenWISP accettata al Google Summer of Code 2018

[nemesis]

Anche quest'anno OpenWISP è stata accettata al Google Summer of Code.

Qui c'è la lista dei progetti in cantiere:
http://openwisp.org/gsoc/ideas-2018.html

Se vorreste aiutarci a spargere la voce per attrarre un pò di studenti 
italiani, potreste rilanciare sui social media (e/o passaparola che non 
guasta mai):

https://twitter.com/openWISP/status/965661044478824450
https://www.facebook.com/OpenWISP/posts/1489263331182737

Bella!
Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Bringing young people in the community: Google Code-In 2017

[nemesis]

Hi everyone,

I'm Federico Capoano, some of you may know me for my involvement with 
Ninux, NetJSON, OpenWISP and contribution to several editions of the 
Google Summer of Code with Freifunk.


OpenWISP has been accepted into the Google Code-In:
https://codein.withgoogle.com/organizations/openwisp/

By participating in this program we hope to attract many new young 
contributors in the world of open source networking, free wifi and 
similar topics.
We aim at proposing easy tasks related to documentation, tutorials, 
fixing small code issues, UX improvements and so on.


We are looking for mentors that share similar goals with us and want to 
get involved, for those of you that are following the NetJSON 
development or using some OpenWISP tool, this would be a good time to 
start contributing!


We are also open to accept mentors that want to propose tasks that are 
not directly related to NetJSON and OpenWISP, as long as they are aimed 
at creating an ecosystem of interoperable tools for community networks, 
free wifi and open source networking.


Important notes:

- we want mentors to take care of the tasks they propose
- please read the GCI rules, in particular section 2, 4 and 5: 
https://developers.google.com/open-source/gci/resources/contest-rules
- take a look at the tasks proposals we are working on (we will export 
this collaborative spreadsheet to CSV) and import it using the GCI API: 
https://docs.google.com/spreadsheets/d/1nNNN6Db8fS3KtijO9BJB2YHmMzU20OUBoFrXdWk055I/edit#gid=820690942


If interested, please get in touch with us via our support channels 
(IRC, mailing list, gitter) http://openwisp.org/support.html or reply in 
private to me (in order to avoid cross-post hell).


Thank you for your attention!

Best regards
Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] upgrade openwrt dnsmasq binary packages ?

[nemesis]

Il comit è di 10 giorni fa, le compilazioni non sono ancora state 
fatte. Puoi provare a chiedere in ML o su IRC se hanno in programma di 
farle.


Nemesis



On Sat, 14 Oct 2017 09:47:42 +0200, Saverio Proto <ziopr...@gmail.com> 
wrote:

Ciao,

volevo aggiornare dnsmasq su questa macchina:

root@OpenWrt:~# cat /etc/openwrt_version
15.05.1

Non capisco perche' nella chaos calmer branch:

https://github.com/openwrt/openwrt/tree/chaos_calmer/package/network/services/dnsmasq

vedo la version 2.78

ma i binari sono ancora a 2.73 :


https://downloads.openwrt.org/chaos_calmer/15.05.1/ar71xx/generic/packages/base/dnsmasq_2.73-1_ar71xx.ipk

dove trovo il binario di 2.78 per chaos calmer ?

grazie

Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: [Battlemesh] GSoC 2018 announced

[Nemesis]

Io penso che ci riproverò con OpenWISP, cominciando a preparare una
lista di issue e idee sin da ora.

Nemesis


On 10/02/2017 09:34 AM, Leonardo Maccari wrote:
> 
> Idee?
> 
>  Forwarded Message 
> Subject:  [Battlemesh] GSoC 2018 announced
> Date: Sun, 1 Oct 2017 12:04:15 +0200
> From: Andreas Bräu <a...@andi95.de>
> Reply-To: Battle of the Mesh Mailing List <battlem...@ml.ninux.org>
> To:   battlem...@ml.ninux.org
> 
> 
> 
> Hi there,
> 
> GSoC 2017 is barely over and Google already announced the next Summer of
> Code for 2018: https://developers.google.com/open-source/gsoc/
> 
> Applications start at Jan 4 2018 and will end on Jan 23. Student
> applications will start in March.
> 
> I already prepared our wiki ideas page for new ideas:
> https://wiki.freifunk.net/Ideas
> Our 2017s ideas you can find at https://wiki.freifunk.net/Ideas_GSoC_2017
> 
> Please submit your new ideas, talk to possible students or forward this
> mail to people that may be interested as mentors or students.
> 
> Best regards,
> 
> Andi
> 
> —
> Andreas Bräu
> 
> XMPP: andibr...@jabber.weimarnetz.de <xmpp:andibr...@jabber.weimarnetz.de>
> Twitter:@evAltenberga <https://twitter.com/evaltenberga>
> Blog:https://blog.andi95.de <https://blog.andi95.de/>
> PGP:0xB7E04818
> 
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Share WiFi with your neighbors and the community. Get paid.

[Nemesis]

On 08/30/2017 12:49 PM, Saverio Proto wrote:
> per chi segue le cryptovalute:
> 
> http://ammbr.com/
> 
> ci sta il logo di Guifi. Non ho avuto tempo di studiarmelo, e non sono
> pratico di cryptovalute, quindi non posso commentare.

So che Gabriel ha letto il whitepaper.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] OpenWISP 2 Network Topology

[Nemesis]

Ciao a tutti,

volevo segnalarvi questa notizia:
https://medium.com/@rohithasrk/openwisp-2-network-topology-gsoc-17-4765008ccba

Uno degli studenti del GSoC ha pubblicato il proprio lavoro che abbiamo
già integrato quasi al 100% in OpenWISP 2.

Il grosso del lavoro è stato integrare il nuovo modulo di
collezionamento e visualizzazione topologia in OpenWISP 2, e poi siamo
riusciti anche ad aggiungere diverse piccole feature, la più
interessante permette di vedere lo stato di ogni grafo di rete nei
giorni precedenti, come uno storico della topologia.
Ci sono anche altre feature in cantiere su cui stiamo lavorando.

Stiamo già sperimentando queste novità su NNXX (Ninux Experimental),
ad esempio, qui c'è la topologia di Cosenza, ed è possibile tornare
indietro fino al 26 agosto:
https://openwisp.nnxx.ninux.org/topology/topology/6438e756-8bf0-4867-a30f-741dccbd2e53/

Ci sono molti miglioramenti da fare su molti fronti, in particolare
sulle ultime verisoni di OLSRd2 è cambiato l'output del plugin NetJSON e
c'è un pò di lavoro da fare per capire come interpretare meglio quei dati.

Poi ci sono un pò di feature request sul modulo della topologia:
https://github.com/netjson/django-netjsongraph/issues

Ci sono altre novità in arrivo ma ve le annuncerò quando avrò qualcosa
di concreto! :-)

Questo GSoC è stato impegnativo ma è andato molto bene, peccato che di
persone attive di Ninux ce ne sono poche! Se riuscissimo a coinvolgere
più persone attivamente che possono fare mentor e student potremmo
ottenere risultati ancora migliori.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [LEDE-DEV] LEDE v17.01.2 service release

[Nemesis]

FYI


 Forwarded Message 
Subject: [LEDE-DEV]  LEDE v17.01.2 service release
Date: Mon, 12 Jun 2017 14:43:32 +0200
From: Jo-Philipp Wich 
To: LEDE Development List 

The LEDE Community is proud to announce the second service release of
stable LEDE 17.01 series.

LEDE 17.01.2 "Reboot" incorporates a fair number of fixes back ported
from the development branch during the last seven weeks.

---

Some selected highlights of the service release are:

* Linux kernel updated to version 4.4.71 (from 4.4.61 in v17.01.1)
* Fixed TX power limit handling of ath9k
* Various fixes to the rt2x00 wireless driver
* Various fixes to odhcpd
* Various fixes to firewall
* Security fixes to vulnerabilities in Samba, Dropbear, OpenVPN and
  Linux kernel
* Assorted platform fixes for ar71xx, bcm53xx, brcm63xx, ipq806x,
  lantiq, ramips and x86

For a detailed list of changes since 17.01.1 refer to
https://lede-project.org/releases/17.01/changelog-17.01.2

---

For latest information about the 17.01 series, refer to the wiki at:
https://lede-project.org/releases/17.01/

To download the v17.01.2 images, navigate to:
https://downloads.lede-project.org/releases/17.01.2/

---

As always, a big thank you goes to all our active package maintainers,
testers, documenters and supporters.

Have fun!

The LEDE Community


___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: [LEDE-DEV] openwrt and lede - remerge proposal

[Nemesis]

Sarà un bel lavorone!

Nemesis


On 05/08/2017 03:27 PM, Claudio Pisa wrote:
> FYI
> 
> 
>  Forwarded Message 
> Subject: [LEDE-DEV] openwrt and lede - remerge proposal
> Date: Mon, 8 May 2017 15:19:40 +0200
> From: John Crispin <j...@phrozen.org>
> To: openwrt-de...@lists.openwrt.org, LEDE Development List
> <lede-...@lists.infradead.org>, LEDE Project Administration
> <lede-...@lists.infradead.org>, OpenWrt Internal Developer List
> <openwrt-hack...@lists.openwrt.org>
> 
> Hi,
> 
> Felix, Imre and myself had 2 calls last week lasting several hours and
> discussed the following proposal of conditions for a remerge that we
> would like to propose and have people vote on.
> 
> *) branding
> - the owrt side sees no option of using the lede brand
> 
> - a (minor) majority voted for openwrt as a name over lede whilst most
> people said they did not care
> 
> - as the last vote had a 100% ACK for a remerge using the owrt brand is
> the only feasible option
> 
> *) domain
> - transfer owner ship to SPI for openwrt.org and lede-project.org
> - add them to the pool of urls at digital ocean
> - post remerge build a setup where we have several DNS servers in
> various locations
> - point git.openwrt.org at the lede git server
> - point bugs.openwrt.org to the lede flyspray instance
> - keep both wikis and forums as is (we should decide post remerge how to
> proceed to avoid these issues blocking the progress)
> - update the lede domain entries for build/download/rsync/... servers so
> that the openwrt domain also points at them
> 
> *) SPI
> - TBD post remerge
> 
> *) github
> - stop pushing to lede-project organisation
> - start pushing to the openwrt organisation
> - cleanup the list of owners in the openwrt organisation
> - obsolete all issues on the openwrt organisation and close the issue
> tracker
> - go through the open openwrt and lede PRs, pickup whats useful and
> close the rest, asking people to repost (things wont be rebasable anyhow)
> - close the lede PR tracker
> - keep the lede organisation in its current state so that forked trees
> dont get obsoleted
> 
> - obsolete the lede github org after a grace period of 3-6 months
> 
> *) landing page
> - update the lede landing page to represent the openwrt name
> - update the landing page to have the same look & feel as the current
> openwrt landing page
> - point openwrt.org at the lede landing page
> 
> *) trac
> - trac is already readonly, keep content so that search engines can
> still find the it
> - edit the trac html templates, adding a note pointing at the
> bug.openwrt.org instance
> 
> *) email accounts
> - currently there are around ~20 active openwrt.org mail accounts
> - turn all the webmaster@, hostmaster@, ... accounts into aliases that
> anyone with voting rights can be subscribed to
> - ask those people that are no longer active to voluntarily give up
> their accounts
> - mail addresses may under no conditions be used for any personal
> business, consultancy, applying for jobs, ... purposes
> 
> - any mail sent from an openwrt.org account needs to adhere the
> trademark policy and should only be used for FOSS purposes
> 
> 
> *) wiki / forum
> - TBD
> - asking in either forum/wiki will get a biased vote so keep them both
> around
> - start a separate discussion regarding these post remerge
> 
> *) LF
> - find out what doubts folks have about LF
> - find out benefits - we would have their hosting and sponsorship ?!
> - start a separate discussion regarding these post remerge
> 
> *) git trees
> - rebrand the lede tree to openwrt
> - work out what has happened inside the openwrt tree since the reboot
> and pick up the useful bits (zoltan has done some prior work on this
> already)
> 
> *) mailing list
> - ask david to add the openwrt-adm and openwrt lists
> - announce the switch to the infradead serves, asking people to
> unsubscribe if they have privacy issues with this
> - import the user DB from the current openwrt and lede ML into the 2 new
> mailing lists
> - find out if we can redirect/auto-reply  the existing lists to the new ones
> 
> *) trademark/sponsorship policy
> - review/ack imres trademark policy
> - review/ack jows sponsorship policy
> 
> *) timeline
> - refine / vote / agree on the proposal withing the next 2 week
> - work on the action items in the 4 weeks after that
> 
> John
> 
> 
> ___
> Lede-dev mailing list
> lede-...@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] R: [Gestione Indirizzi] - Milano

[Nemesis]

Matteo, a mio avviso stai facendo una grossa semplificazione, non è così
facile ottenere ipv6 pubblici senza fare un qualche tipo di tunnel.

E' possibile far parlare tra loro le reti ninux, come già avviene,
tramite BGP, esportando le rotte dei protocolli interni su BGP.

Inoltre prendere ip pubblici senza usare tunnel broker comporta una
grossa responsabilità, che non tutti i gruppi sono in grado di
sobbarcarsi, specialmente appena nati.

Nemesis


On 05/03/2017 11:07 PM, Matteo Pedani wrote:
> Queste istruzioni secondo me portano a creare 20 reti ninux che non si
> parlano, sarebbe meglio che vi integrate al resto della rete italiana e
> prendete degli indirizzi pubblici.
> 
> Sarei per cancellare http://ninux.org/Lombardia che crea solo confusione
> 
> Magari per ottimizzare il routing potete prendere una /60 oppure una /59
> in modo da avere degli indirizzi contigui  per tutta la regione.
> 
> Sono d'accordo sul puntare soprattutto sull' IPv6
> 
> Matteo
> 
> Il giorno 3 maggio 2017 08:02, Wyz <wyz...@tiscali.it
> <mailto:wyz...@tiscali.it>> ha scritto:
> 
> Buon dì, 
> 
> era già stato creato l’ambito “Lombardia”:
> 
> http://ninux.org/Lombardia
> 
> ecco gli indirizzi:
> 
> http://ninux.org/Lombardia/GestioneIndirizzi
> <http://ninux.org/Lombardia/GestioneIndirizzi>
> 
> __ __
> 
> Magari si potrebbe parlare con Elena Valhalla e Diego che stavano
> guidando l’attività.
> 
> __ __
> 
> Cordialmente.
> 
> --
> 
> Wyz - Wlady
> 
> __ __
> 
> *Da:*wireless-boun...@ml.ninux.org
> <mailto:wireless-boun...@ml.ninux.org>
> [mailto:wireless-boun...@ml.ninux.org
> <mailto:wireless-boun...@ml.ninux.org>] *Per conto di *Paolo Meraviglia
> *Inviato:* mercoledì 3 maggio 2017 01:21
> *A:* wireless@ml.ninux.org <mailto:wireless@ml.ninux.org>
> *Oggetto:* Re: [Ninux-Wireless] [Gestione Indirizzi] - Milano
> 
> __ __
> 
> mi unisco anche io alla discussione, visto che la domanda è in
> realtà per assegnare ip al mio nodo [m91]-mil
> 
> __ __
> 
> Il giorno 2 maggio 2017 17:24, Michele Salerno <mikysa...@gmail.com
> <mailto:mikysa...@gmail.com>> ha scritto:
> 
> In http://ipam.ninux.org/ c'è già una Backbone ed una LAN?
> Oppure possiamo attivarne 2 nuove?
> 
> Grazie!
> ___
> Wireless mailing list
> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
> http://ml.ninux.org/mailman/listinfo/wireless
> <http://ml.ninux.org/mailman/listinfo/wireless>
> 
> __ __
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
> http://ml.ninux.org/mailman/listinfo/wireless
> <http://ml.ninux.org/mailman/listinfo/wireless>
> 
> 
> 
> 
> -- 
> /*Matteo Pedani*/
> 
> www.pedani.it <http://www.pedani.it>   
> mobile +39  3343637690 
> phone +39 0699341466
> phone +39 069415152
> 
> 
> 
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] R: [Gestione Indirizzi] - Milano

[Nemesis]

Ho letto in silenzio molte email e ora mi preme dire la mia per il bene
del progetto. Spero che altri veterani ninux possano contribuire
positivamente alla discussione.

Necessità di uniformarsi: bah, dipende, l'importante secondo me è
integrarsi e mantenere semplici le integrazioni.
Minori differenze fanno bene al progetto perchè creano diversità e
aumentano le possibilità che alcune varianti diventino maggiormente robuste.

Usare batman-adv perchè alcune persone hanno passato mesi di studio:
Ma se arriva un altro contributor in un'altra città che proprio non ci
si trova, lasciatelo lavorare con ciò con cui si trova meglio,
specialmente dato che al momento mi pare che lo studio non si è
tramutato in una vera rete. Forse l'altra persona usando un altro metodo
riesce a combinare qualcosa. Le due reti possono sempre parlare tra loro
tramite BGP come già fanno molte isole ninux italiane.
Se si forzano metodi con cui alcune persone che veramente vogliono
contribuire non si trovano, possono verificarsi principalmente 2 scenari:

- un fork
- oppure stagnazione

Un terzo scenario è che queste persone capiscano a fondo la metodologia
scelta e la abbraccino totalmente, cosa che a mio avviso può succedere
solo quando è provato che la metodologia funziona (o funzionicchia diciamo).

Da quello che vedo lo scenario più probabile è la stagnazione, perchè è
un trend che ultimamente va di moda (ridiamoci su!).

Doversi incontrare per decidere le cose:
Simone, sei proprio sicuro che incontrandosi risolvete? Ho visto così
tanti incontri inconcludenti che oramai mi sono stancato di parteciparvi.
Alcuni ninuxer di diverse isole da nord a sud hanno fatto un sacco di
cose nell'ultimo anno senza mai incontrarsi di persona, coordinandosi
via email, github, chat, trello, telefono e conference call.
E se uno non può venire alle riunioni fisiche perchè abita lontano che
si fa?

Allocazione indirizzi:
Al momento è palese che il caos regna. Io al momento non ho soluzioni
definitive da proporre se non quella di evitare come la peste di
aggiungere caos ulteriore.

Nemesis



On 05/04/2017 05:54 AM, Simone Magrin wrote:
> Posto che ognuno possa fare ciò che vuole del proprio nodo, vi segnalo
> che la scelta di Batman ha basi solide ed è frutto di mesi di pensieri e
> prove comuni, così come quella del metodo di assegnazione e tipologia di
> indirizzi IPv6.
> Se vogliamo cambiare linea ok, ma facciamolo insieme, dopo esserci
> confrontati...in pieno stile community.
> 
> Anche per questo, direi che forse sia il caso di incontrarci. Come dove
> e quando lo lascio decidere a voi in chat Lombardia.
> 
> my2cent
> S.
> 
> 
> 
> 
> Il 03 mag 2017 11:23 PM, "Paolo Meraviglia" <aixammimat...@gmail.com
> <mailto:aixammimat...@gmail.com>> ha scritto:
> 
> Sto smadonnando orora sul nodo milano. Sarei proprio per abbandonare
> batman e uniformarci al resto
> 
> Il 03 mag 2017 11:08 PM, "Matteo Pedani" <mat...@pedani.it
> <mailto:mat...@pedani.it>> ha scritto:
> 
> Queste istruzioni secondo me portano a creare 20 reti ninux che
> non si parlano, sarebbe meglio che vi integrate al resto della
> rete italiana e prendete degli indirizzi pubblici.
> 
> Sarei per cancellare http://ninux.org/Lombardia che crea solo
> confusione
> 
> Magari per ottimizzare il routing potete prendere una /60 oppure
> una /59 in modo da avere degli indirizzi contigui  per tutta la
> regione.
> 
> Sono d'accordo sul puntare soprattutto sull' IPv6
> 
> Matteo
> 
> Il giorno 3 maggio 2017 08:02, Wyz <wyz...@tiscali.it
> <mailto:wyz...@tiscali.it>> ha scritto:
> 
> Buon dì, 
> 
> era già stato creato l’ambito “Lombardia”:
> 
> http://ninux.org/Lombardia
> 
> ecco gli indirizzi:
> 
> http://ninux.org/Lombardia/GestioneIndirizzi
> <http://ninux.org/Lombardia/GestioneIndirizzi>
> 
> __ __
> 
> Magari si potrebbe parlare con Elena Valhalla e Diego che
> stavano guidando l’attività.
> 
> __ __
> 
> Cordialmente.
> 
> --
> 
> Wyz - Wlady
> 
> __ __
> 
> *Da:*wireless-boun...@ml.ninux.org
> <mailto:wireless-boun...@ml.ninux.org>
> [mailto:wireless-boun...@ml.ninux.org
> <mailto:wireless-boun...@ml.ninux.org>] *Per conto di *Paolo
> Meraviglia
> *Inviato:* mercoledì 3 maggio 2017 01:21
> *A:* wireless@ml.ninux.org <mailto:wireless@ml.ninux.org>
> *Oggetto:* Re: [Ninux-

[Ninux-Wireless] Fwd: [ninux-dev] [nnxx] SUNXI targets Lomobo R1

[Nemesis]

Buone notizie da NNXX (ninux experimental, più informazioni qui:
http://wiki.ninux.org/nnxx)


 Forwarded Message 
Subject: [ninux-dev] [nnxx] SUNXI targets Lomobo R1
Date: Wed, 3 May 2017 16:14:48 +0200
From: Nemesis <neme...@ninux.org>
Reply-To: Ninux Software Development <ninux-...@ml.ninux.org>
To: Ninux Software Development <ninux-...@ml.ninux.org>

Grazie a Michele avevamo scoperto che il ruolo
ansible-openwisp2-imagegenerator non poteva compilare quei target di
OpenWRT/LEDE che non specificano un subtarget.

Sono finalmente riuscito a risolvere questa limitazione:
https://github.com/openwisp/ansible-openwisp2-imagegenerator/commit/2e47333d7264db63afed0038fc71e9aebbf82310

Qui il changelog dell'utimo rilascio:
https://github.com/openwisp/ansible-openwisp2-imagegenerator/releases/tag/0.4.4

Ho quindi aggiornato la configurazione del firmware aggiungendo il
target sunxi e il device Lomobo R1:
https://github.com/ninuxorg/ansible-nnxx/commit/962b5311ef204343bad33ab6499a7aed60c26324

Durante il processo, ho anche trovato un problema che sembra un bug:
https://bugs.lede-project.org/index.php?do=details_id=755

Nonostante questo problema, l'immagine che abbiamo generato sembra
funzionare correttamente.

Spero che dopo queste modifiche la prossima volta che dovremo aggiungere
un nuovo device sarà più facile.

Nemesis
___
ninux-dev mailing list
ninux-...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/ninux-dev
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Facebook, OpenWRT e LEDE

[Nemesis]

Sembra che dei tecnici che lavorano ad un progetto di Facebook
(http://www.opencompute.org/about/) vogliano usare OpenWRT come base.

Nella discussione David Liang ha risposto consigliandogli di usare LEDE
perchè pare che stiano pensando di riunire il codice di OpenWRT e LEDE
usando il codice di LEDE.

Vi allego le email in questione.

Nemesis
--- Begin Message ---

On Tue, 2 May 2017, tapper wrote:


Hi you should look at LEDE:
https://lede-project.org/
The LEDE Project (“Linux Embedded Development Environment”) is a Linux 
operating system based on OpenWrt. It is a complete replacement for the 
vendor-supplied firmware of a wide range of wireless routers and 
non-network devices.


More than that, all OpenWRT developers have commit access to LEDE and work is 
ongoing to re-merge the projects using the LEDE codebase (the OpenWRT devs are 
working to merge anything from the OpenWRT codebase that's missing in the LEDE 
codebase). Currently LEDE has about a year of development beyond the OpenWRT 
codebase.


David Lang___
openwrt-devel mailing list
openwrt-de...@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
--- End Message ---
--- Begin Message ---
Hello All,

I'm working on Facebook's Open Compute CBW (Campus, Branch, and
Wireless) project [1]. OCP CBW mission is:
"Closed wireless and branch networking equipment have served well in the past
but now is the time to democratize wireless networking to make it programmable,
faster, easier, and less expensive for customers and give everyone the
power of choice like never before"

We have made some research and choose OpenWrt as base system (thanks
for OpenWrt advantages :).

Hardware options is:
3 Broadcom based designs (802.11 AC Wave 1)[2]
2 Qualcomm based designs (802.11 AC WAVE 2)
More planned by other H/W ODMs in 2017/18

All devices is open hardware in some terms.

I have started github repo for adopting OpenWrt to this hardware:
https://github.com/aospan/openwrt/commits/ocp

Currently main AP I'm working on is EdgeCore ECW7220-L [2]. CPU, RAM,
Flash, Ethernet is supported now. There is also two wifi pci-e
adapters:
01:00.0 Class 0280: 14e4:43a2
01:00.0 Class 0280: 14e4:4331

"14e4:4331" is supported by b43 driver in 2.4GHz only mode (this is ok).
Second adapter "14e4:43a2" doesn't supported by brcmsmac (this adapter
is soft-mac). Now I'm trying to make this adapter working with
brcmsmac.
Also, there is plans to adopt/create solution for modern Software
Defined Network model based on OpenWRT. All projects will be Open
Source.
We are open for new participants. If you are interested please drop me
a message or send reply to ML for public discussion.
And happily we have possibilities to rise some funds to make some tasks payable.

Links:
 [1] http://www.opencompute.org/wiki/Networking/CBWCampus2cBranch2CAndWireless
 [2] http://www.edge-core.com/productsInfo.php?cls=3=19=24=112

-- 
Abylay Ospan,
JokerSys
http://jokersys.com
___
openwrt-devel mailing list
openwrt-de...@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
--- End Message ---
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [blog] Lettera Aperta all'Unione Europea

[Nemesis]

Perfavore condividete questi articoli il più possibile:

- https://blog.ninux.org/2017/04/12/lettera-aperta-allunione-europea/
-
http://www.ansa.it/sito/notizie/tecnologia/tlc/2017/04/10/tlc-le-reti-nascono-dal-basso_5ca15e80-a142-4c87-a34f-230dd770ca7f.html

Se conoscete giornalisti o attivisti che possono essere anche lontamente
interessati, inoltrategli la notizia.

Nemesis


On 04/12/2017 10:43 AM, clauz wrote:
> Nuovo post sul blog (Ninux.org Wireless Community): 
> 
> 'Lettera Aperta all'Unione Europea' di clauz
> 
> Lo scorso 16 Marzo più di 25 community network europee, supportate da oltre 35
> organizzazioni da tutto il mondo, hanno inviato una lettera aperta ai
> policy-makers della UE. Ora che l'Unione Europea sta andando verso una riforma
> sostanziale delle politiche sulle telecomunicazioni, la lettera include 
> diverse
> raccomandazioni per assicurare la continuità nello sviluppo di queste
> iniziative dei cittadini, che costituiscono un modo alternativo, democratica e
> sostenibile, per gestire infrastrutture di telecomunicazioni e raggiungere gli
> obiettivi delle politiche sulla banda larga.
> 
> Ninux.org è tra i primi firmatari della lettera, menzionata in recenti 
> articoli
> e sotto riportata tradotta in italiano.
> 
> Questa lettera segue l'iniziativa promossa dalla free software foundation a
> favore dei firmware open source. 
> 
> 
> 
> 
> 
> Preambolo
> 
> Noi rappresentiamo le Reti Comunitarie (Community Networks - CN) europee, un
> movimento in via di espansione che raccoglie organizzazioni che gestiscono
> infrastrutture di comunicazione a livello locale, talvolta fra loro associate 
> a
> livello regionale o nazionale. Queste reti, la maggior parte delle quali
> fornisce anche accesso ad Internet, sono gestite come un bene comune. Ciò
> significa che, anziché essere gestite al fine di fare profitto, il nostro
> principale obiettivo è di fornire connettività e allo stesso tempo
> incoraggiare la democrazia, l'inclusione sociale, l'istruzione e i diritti 
> umani
> con riferimento alle tecnologie della comunicazione e delle telecomunicazioni.
> 
> Le nostre organizzazioni differiscono molto fra loro in termini di grandezza,
> tipologia delle infrastrutture e cultura politica. Nonostante tali diversità,
> siamo uniti dall'obiettivo comune di costruire reti che vadano incontro alle
> esigenze comunicative umane (anziché a quelle di oggetti o macchine) mediante
> reti che siano costruite e gestite da e per le nostre comunità, focalizzate
> sulla legittimazione delle comunità locali, sulla convenienza economica e
> sull’affidabilità e sull’accessibilità economica e culturale.
> 
> Attualmente, l’insieme delle nostre reti fornisce connettività a banda larga
> non solo a decine di migliaia di cittadini e residenti dell'Unione Europea, in
> contesti urbani o rurali, ma anche a numerose organizzazioni, comprese piccole
> medie imprese, scuole, centri sanitari, progetti sociali e via dicendo. In 
> molti
> casi, siamo stati in grado di surclassare gli operatori commerciali fornendo
> connettività ad Internet più veloce e più economica rispetto agli operatori
> esistenti. Grazie alle nostre infrastrutture e attraverso le nostre diverse
> attività favoriamo esperimenti scientifici e ingegneristici, aiutiamo le
> realtà locali di fornitura di servizi e gestione dei dati a collaborare al 
> fine
> di condividere investimenti e costi; supportiamo infine l'alfabetizzazione
> informatica e la sovranità dei dati attraverso seminari ed altre attività
> formative.
> 
> Nonostante i nostri risultati, fino ad oggi le istituzioni nazionali ed 
> europee
> hanno per lo più ignorato la nostra esistenza e le nostre esigenze a livello
> normativo. Peggio ancora, le normative spesso ostacolano le nostre iniziative,
> rendendo il lavoro dei volontari e di coloro che prendono parte alle nostre
> attività più gravoso di quanto dovrebbe essere. Questo è il motivo per cui,
> nel momento in cui Voi iniziate a lavorare sul "Codice delle comunicazioni
> elettroniche europeo", abbiamo deciso di contattarvi e dare voce alla nostre
> idee fornendo raccomandazioni relative al futuro del quadro normativo e 
> politico
> che regolamenta le nostre attività.
> 
> Eliminare oneri finanziari e normativi non necessari
> 
> Innanzitutto vi chiediamo di rivedere il quadro normativo esistente e di
> eliminare gli oneri normativi non necessari, quali tariffe o burocrazia che 
> non
> sia necessaria o sia illegittimamente imposta su enti non profit di piccole
> dimensioni. In Belgio, ad esempio, il canone di registrazione che gli 
> operatori
> di telecomunicazioni devono pagare all'autorità di registrazione nazionale è
> di 676€ per la prima registrazione e di 55

Re: [Ninux-Wireless] [Fwd: NVNetworks - UBIQUITI airOS Vulnerability Issue Update]

[Nemesis]

On 03/20/2017 05:35 PM, Leonardo Maccari wrote:
> un'update su una vulnerabilita' critica degli apparati ubiquiti.
> 
> Vi farei notare la terribile frase che dice: 
> 
> "We’re currently addressing the php2 code concern, which will
>  be eliminated from applicable code bases within the next few weeks."
> 
> PHP2??

Ma come non lo sapevate, c'abbiamo anche il codice di AirOS sul nostro
github :-)

Fatevi due risate:
https://github.com/ninuxorg/openwrt-modified-by-ubiquiti/commit/9bcc4b9195e090ec9173a29829ad754a681c76c1#diff-1b41322e3d0c27f5994590c4626fbad3
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [LEDE-DEV] OpenWrt/LEDE summit dates

[Nemesis]

 Forwarded Message 
Subject: [LEDE-DEV] OpenWrt/LEDE summit dates
Date: Wed, 15 Mar 2017 23:54:23 +0100
From: Hauke Mehrtens 
To: lede-...@lists.infradead.org , OpenWrt
Development List 
CC: Eric Schultz ,
summit-commit...@lists.prplfoundation.org


This year's OpenWrt/LEDE summit should take place in Prague in October
around Embedded Linux Conference Europe (ELCE). OpenWrt/LEDE summit 2017
will not be collocated with ELCE and be free of charge as of the current
planning. This event is in the early planning phase, see the website of
last years event as a reference: http://openwrtsummit.org/

OpenWrt/LEDE summit 2017 should be a two day event and is planned either
the two days before ELCE, Saturday, October 21 and Sunday, October 22 or
the two days after ELCE, Thursday, October 26 and Friday, October 27. We
would like to know which dates would attracts more people and created a
doodle survey for this. Please take part in this survey:
http://doodle.com/poll/xt9xssmm9u72yn6b

If you would like to help us organizing this event, please contact Eric
or me.

Hauke

___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [blog] Ninux Google Summer of Code 2017

[Nemesis]

Ragazzi, è strano. Sto ricevendo un sacco di gente interessata da tutti
gli angoli del mondo tranne che dall'Italia.

Fin ora solamente un ragazzo Italiano è entrato in contatto con noi
(Freifunk o OpenWISP) attraverso i canali pubblici.

O ai ragazzi italiani non frega una mazza dei software per le reti
oppure la voce non sta arrivando nei posti giusti.

Nemesis


On 03/07/2017 10:26 AM, Nemesis wrote:
> Aiutateci a spargere la voce!
> 
> 
> On 03/06/2017 11:17 PM, clauz wrote:
>> Nuovo post sul blog (Ninux.org Wireless Community): 
>>
>> 'Ninux Google Summer of Code 2017' di clauz
>>
>> Ninux è stata selezionata tra le associazioni che partecipano al Google 
>> Summer
>> of Code 2017!
>>
>> Il Google Summer of Code (GSoC) è un programma di Google per finanziare
>> progetti software free e open source. Google mette a disposizione centinaia 
>> di
>> borse per studenti studenti universitari (triennale, master, dottorato) per
>> poter lavorare su un progetto di software open source durante l’estate. Si
>> tratta, per studenti italiani di ben 6000$ per un periodo che va da maggio a
>> settembre.
>>
>> Solo poche organizzazioni riescono ad entrare tra quelle che possono ottenere
>> queste borse, e Ninux ha già partecipato alle edizioni 2011, 2012, 2014, 
>> 2015 e
>> 2016 del GSoC attraverso I nostri amici di Freifunk anche quest’anno fungono
>> da "umbrella organization". Insieme a noi ci sono qaul.net, Guifi.net, WLAN
>> Slovenija, Rhizomatica, LEDE, OpenWRT, OLSR, BATMAN, Babel, LibreMesh,
>> RetroShare, Gluon, netmon and Multipath-TCP, tutti gruppi che lavorano su 
>> reti
>> comunitarie europee.
>>
>> La lista dei progetti che potete fare insieme a Ninux la potete consultare 
>> sul
>> wiki di Freifunk ma ricordate che sono solo indicative: se sei uno studente e
>> hai altre idee per un progetto ce le puoi proporre scrivendo a
>> ninux-...@ml.ninux.org.
>>
>> Anche l'organizzazione OpenWISP è stata accettata: OpenWISP è un progetto
>> open source che stiamo testando in alcune isole Ninux, le idee per i progetti
>> di OpenWISP sono consultabili sul sito OpenWISP.org.
>>
>> Le iscrizioni si apriranno il 20 Marzo e termineranno il 3 aprile, 
>> contattateci
>> e buon coding!
>>
>> Riassumiamo i link utili di seguito:
>>
>>  Lista delle idee di progetto da fare con Ninux
>>  Lista delle idee dei progetto da fare con OpenWISP
>>  Prossime scadenze Google Summer of Code 2017
>>
>> https://blog.ninux.org/2017/03/06/ninux-google-summer-of-code-2017/
>>
>> (messaggio generato automaticamente)
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Sondaggio OpenWRT/LEDE summit 2017

[Nemesis]

Ciao a tutti,

sto contribuendo all'organizzazione di OpenWRT/LEDE summit 2017 (ancora
non sono sicuro se il nome rimarrà "openwrt summit" o cambierà in
openwrt/lede summit", ma intanto lo chiamo così per far capire che
l'obiettivo del summit non è aumentare la rivalità tra i due progetti).

Ho partecipato alle precedenti edizioni che ho trovato particolarmente
interessanti dal punto di vista tecnico, quest'anno mi sto focalizzando
sull'idea di organizzare uno sprint di sviluppo per LEDE/OpenWRT.
L'anno scorso erano anche presenti i principali sviluppatori core di
LEDE (Felix, Blogic, Daniel Golle, Hauke Mertens e altri).

Quest'anno il summit si terrà molto probabilmente a Praga e si stanno
valutando due possibili date per Ottobre 2017:

- sabato e domenica 21 e 22 Ottobre 2017
- gioved e venerdì 26 e 27 Ottobre 2017

Delle due quale preferite? Votate qui:
http://doodle.com/poll/xt9xssmm9u72yn6b

Se volete inoltrare questa mail ad altri gruppi che potrebbero essere
potenzialmente interessati fatelo pure.

Grazie!
Nemesis



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [blog] Ninux Google Summer of Code 2017

[Nemesis]

Aiutateci a spargere la voce!


On 03/06/2017 11:17 PM, clauz wrote:
> Nuovo post sul blog (Ninux.org Wireless Community): 
> 
> 'Ninux Google Summer of Code 2017' di clauz
> 
> Ninux è stata selezionata tra le associazioni che partecipano al Google Summer
> of Code 2017!
> 
> Il Google Summer of Code (GSoC) è un programma di Google per finanziare
> progetti software free e open source. Google mette a disposizione centinaia di
> borse per studenti studenti universitari (triennale, master, dottorato) per
> poter lavorare su un progetto di software open source durante l’estate. Si
> tratta, per studenti italiani di ben 6000$ per un periodo che va da maggio a
> settembre.
> 
> Solo poche organizzazioni riescono ad entrare tra quelle che possono ottenere
> queste borse, e Ninux ha già partecipato alle edizioni 2011, 2012, 2014, 2015 
> e
> 2016 del GSoC attraverso I nostri amici di Freifunk anche quest’anno fungono
> da "umbrella organization". Insieme a noi ci sono qaul.net, Guifi.net, WLAN
> Slovenija, Rhizomatica, LEDE, OpenWRT, OLSR, BATMAN, Babel, LibreMesh,
> RetroShare, Gluon, netmon and Multipath-TCP, tutti gruppi che lavorano su reti
> comunitarie europee.
> 
> La lista dei progetti che potete fare insieme a Ninux la potete consultare sul
> wiki di Freifunk ma ricordate che sono solo indicative: se sei uno studente e
> hai altre idee per un progetto ce le puoi proporre scrivendo a
> ninux-...@ml.ninux.org.
> 
> Anche l'organizzazione OpenWISP è stata accettata: OpenWISP è un progetto
> open source che stiamo testando in alcune isole Ninux, le idee per i progetti
> di OpenWISP sono consultabili sul sito OpenWISP.org.
> 
> Le iscrizioni si apriranno il 20 Marzo e termineranno il 3 aprile, 
> contattateci
> e buon coding!
> 
> Riassumiamo i link utili di seguito:
> 
>   Lista delle idee di progetto da fare con Ninux
>   Lista delle idee dei progetto da fare con OpenWISP
>   Prossime scadenze Google Summer of Code 2017
> 
> https://blog.ninux.org/2017/03/06/ninux-google-summer-of-code-2017/
> 
> (messaggio generato automaticamente)
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [LEDE-DEV] OpenWISP Endorses LEDE

[Nemesis]

Su OpenWISP abbiamo switchato i default a LEDE 17.01!

Nemesis

 Forwarded Message 
Subject: [LEDE-DEV] OpenWISP Endorses LEDE
Date: Fri, 3 Mar 2017 19:32:53 +0100
From: Nemesis <neme...@ninux.org>
To: lede-...@lists.infradead.org

Many thanks to the LEDE community and core contributors for the 17.01
release!

I just published this news:

http://openwisp.org/news/lede.html
https://twitter.com/openWISP/status/837731126827495425

We switched our repositories to default to LEDE 17.01:

openwisp-config:
https://github.com/openwisp/openwisp-config/commit/35067c857da53398060ec63a4437c677b59f2d4b
luci-openwisp:
https://github.com/openwisp/luci-openwisp/commit/fd00c439997d3442d540cd8b112bccde3447f0b1
image-generator:
https://github.com/openwisp/ansible-openwisp2-imagegenerator/commit/51eda4c531b05f1fe6bc96359e7f3f1875145863

These changes were already released in the previous days.

This should help LEDE to grow a bit, since OpenWISP has been growing a
bit latelly. We are getting new users every day and now these users will
start using LEDE too (some enthusiasts already are).

Bytheway, OpenWISP is an accepted mentoring organization for the Google
Summer of Code 2017, if you work on open source wifi networks, you may
want to find out more at:
http://openwisp.org/gsoc/ideas-2017.html

Freifunk was accepted too: https://wiki.freifunk.net/Ideas

Best regards
Federico Capoano
(core developer of OpenWISP and contributor of Ninux.org)
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Mesh 802.11s?

[Nemesis]

Henning lo usa di default già da molto, puoi provare a chiedere a lui
che ne pensa.

Nemesis


On 03/05/2017 03:20 PM, Ilario Gelmetti wrote:
> Cio,
> qualcuno ha esperienza con 802.11s link-layer (non routing) per il mesh?
> In LibreMesh siamo convinti di impostarlo di default per la prossima
> release (che dovrebbe uscire in aprile-maggio) per sostituire ad-hoc.
> Il problema con ad-hoc è che parecchie architetture di router nuovi non
> lo supportano bene (ath10k, mt76xx), mentre per 802.11s la situazione
> sembra migliore.
> Suggerimenti?
> Grazie!
> Ciao!
> Ilario
> 
> 
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: [Battlemesh] GSoC 2017 - Freifunk accepted!

[Nemesis]

Lista idee progetti:

Freifunk: https://wiki.freifunk.net/Ideas

OpenWISP: http://openwisp.org/gsoc/ideas-2017.html

Nemesis


On 02/27/2017 11:55 PM, Ilario Gelmetti wrote:
> Un'ottima notizia!
> Freifunk e OpenWisp (con moltissime altre organizzazioni attive nel
> software libero) son state accettate nel Google Summer of Code!
> Qui l'elenco completo:
> https://summerofcode.withgoogle.com/organizations/
> 
> 
>  Forwarded Message 
> Subject:  [Battlemesh] GSoC 2017 - Freifunk accepted!
> Date: Mon, 27 Feb 2017 22:33:48 +0100
> From: Andreas Bräu <a...@andi95.de>
> To:   battlem...@ml.ninux.org
> 
> Hi there,
> 
> today Google announced the organizations they choosed for GSoC 2017. I’m
> happy to tell you: Freifunk is again accepted as mentoring organization
> for Google Summer of Code together with 200 other OpenSource
> organizations! Our friends from OpenWISP.org got accepted, too! Thanks
> to all who helped making this application successful: those who
> collected all the ideas (this year we have really a lot of ideas!),
> those who talked to possible mentors and those who wrote the application
> texts.
> 
> From now on students can find us on the GSoC Website, and we should
> start talking to students that want to propose projects to freifunk. If
> you know students, point them to our Ideas page
> at https://wiki.freifunk.net/Ideas so they can get in touch with our
> mentors.
> 
> The official Students Application period will start on March, 20. Then
> students can start submitting their applications.
> 
> As a next step we’ll add the possible mentors to a mailing list.
> 
> If you have any questions regarding GSoC, our ideas or as organization,
> please don’t hesitate to ask!
> 
> Best regards,
> 
> Andi
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [LEDE-DEV] LEDE v17.01.0 final

[Nemesis]

 Forwarded Message 
Subject: [LEDE-DEV]  LEDE v17.01.0 final
Date: Wed, 22 Feb 2017 18:47:04 +0100
From: Jo-Philipp Wich 
To: LEDE Development List 

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--8nG6MUQLcr3T8nPjIh0mhEO1JN891r2cH
Content-Type: multipart/mixed; boundary="T0nlSqAXd1fVNWlaD620fBKg0NTXgKtSt";
 protected-headers="v1"
From: Jo-Philipp Wich 
To: LEDE Development List 
Message-ID: <12d06619-15f5-d91c-554d-3a1487605...@mein.io>
Subject: [LEDE-DEV] LEDE v17.01.0 final

--T0nlSqAXd1fVNWlaD620fBKg0NTXgKtSt
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi,

The LEDE Community is proud to announce the first stable version of the
LEDE 17.01 version series.

LEDE 17.01.0 "Reboot" incorporates thousands of commits over the last
nine months of effort. With this release, the LEDE development team
closes out an intense effort to modernize many parts of OpenWrt and
incorporate many new modules, packages, and technologies.

---

Some selected highlights of this release are:

  * Linux kernel updated to version 4.4.50 (from 3.18 in Chaos Calmer)
  * Update of essential software:
* dnsmasq updated to 2.76 (from 2.73 in Chaos Calmer)
* busybox updated to 1.25.1 (from 1.23.2 in Chaos Calmer)
* mbedtls version 2.4.0 (from polarssl 1.3.14 in Chaos Calmer)
* openssl updated to 1.0.2k
  * Improved Security Features
* Use SHA256 instead of MD5 to validate source code for packages
* mbedtls: disable SSLv3 support
* OpenSSL: disable support for compression, heartbeats, NPN,
  Whirlpool, and J-PAKE
* Memory Corruption Mitigation Methods
  * gcc -Wformat -Wformat-security
  * User space Stack-Smashing Protection (Regular)
  * Kernel space Stack-Smashing Protection (Regular)
  * buffer-overflows detection (FORTIFY_SOURCE) (Conservative)
  * RELRO protection (Full)
  * Improved Networking Support
* Smart Queue Management (SQM) minimizes bufferbloat by using the
  cake and fq_codel qdisc's.
* Improvements to the WiFi stack eliminating bufferbloat on ath9k,
  mt76 and some ath10k chipsets
* Airtime fairness scheduler for ath9k to prevent slow stations
  from hogging too much airtime
* Various stability and regression fixes to the Linux wireless
  stack and ath9k in particular
* Provide alternative Candela-Tech ath10k-ct driver
* IPv6 hardening
  * Updated toolchain
* musl 1.1.16
* gcc 5.4.0
* binutils 2.25.1
  * Platform and Driver Support
* Lantiq
  * Added redistributable DSL firmware
  * Updated DSL phy drivers
* Added new targets:
  * apm821xx (AppliedMicro APM821xx)
  * arc770 (Synopsys DesignWare ARC 770D)
  * archs38 (Synopsys DesignWare ARC HS38)
  * armvirt (QEMU ARM Virtual Machine)
  * ipq806x (Qualcomm Atheros IPQ806X)
  * layerscape (NXP Layerscape)
  * zynq (Xilinx Zynq 7000 SoCs)
* Reorganized x86 target:
  * Drop dedicated Xen DomU target, merged with x86/generic
  * Enable AES-NI support
* Removed targets:
  * realview, replaced by armvirt
  * ppc44x, disabled due to code brokeness
  * netlogic, dropped due to no available hardware
  * Build system improvements
* Separation of base system and community feeds to simplify
  distribution of binary package updates
* Fixes and enhancements in package dependency handling, better
  support for virtual provides
* Per-device rootfs images to better tune package selection to each
  individual device profile
* New image build code improving compilation times and simplifying
  device profile declarations
* New package/.../check make target to run a series of standard
  diagnostics on Makefiles
* Support for fetching sources using Curl
* Generate reproducible source tarballs when packing SCM checkouts
  * Image Builder / SDK
* Rework library bundling to allow for better portability between
  different Linux distributions
* Add support for building kernel modules using the SDK
  * Added support for a many new routers and boards


For a detailed list of changes since 17.01.0-rc2 refer to
https://lede-project.org/releases/17.01/changelog-17.01.0-final

For a complete list of changes since the start of the LEDE project, see
https://lede-project.org/releases/17.01/changelog-17.01.0

---

Known issues:

  * Available space on devices with only 4MB flash is very low,
users requiring extra packages might want to consider using the
image builder to repack custom images

  * The available memory on devices with 32MB RAM might be too low to
reliably run opkg or sysupgrade operations, especially in
conjunction with LuCI

  * Any outstanding issues reported at https://bugs.lede-project.org/

---

For latest information about the 17.01 series, refer to the wiki at:

Re: [Ninux-Wireless] Decentralized internet

[Nemesis]

On 02/19/2017 09:27 AM, Claudio Pisa wrote:
> On 02/05/2017 11:57 AM, nemesis wrote:
>> Io e Hispanico siamo a FOSDEM nella decentralized internet devroom,
> 
> Quello che mi salta all'occhio e' che parliamo di "decentralized
> internet", ma Internet al momento (almeno ai livelli 1-2-3) e'
> decentralizzata. Cosa volevano dire gli organizzatori con questo titolo?

Sarebbe da chiedere a loro, ma andando indietro riesco a ritrovare
l'annuncio iniziale che venne forwardato su varie liste:

https://lists.fosdem.org/pipermail/fosdem/2016-November/002495.html

I pezzi salienti a mio avviso:

"PCs are less and less used  while smartphones are soaring and data is
collected and stored on servers on which we have very limited control as
users."

...

"What happened to our  freedom and empowerment in the meantime?  The
outlook is not so great: we  have less and less control over our digital
environment."

"Network Neutrality is in danger and most code we use is proprietary and
runs on servers we don't have control over."

...

"We invite projects/individual working around these issues/topics to
submit proposals"

...

Topics could include all layers of the stack, from network, hardware,
OS, platform, apps and services:

* Community-driven networks, DIY access providers,
* Self-hosting software and distributions,
* Software aimed at keeping control over personal data,
* Community-hosted alternatives to GAFA

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Report FOSDEM + video del mio talk (OpenWISP2)

[Nemesis]

Ciao a tutti,

volevo solo farvi sapere che a mio parere la stanza "Decentralized
Internet" è stata un successo. Era una stanza piccolina, capacità
massima circa 80-100 persone, ma è stata sempre piena.

Guifi e Freifunk hanno fatto un talk per presentarsi. Inoltre c'erano
molti altri progetti interessanti che si sono presentati.

Io ho presentato OpenWISP2 facendo vedere degli screencast preparati
qualche giorno prima, quindi se chi era presente si è perso il talk ed
era curioso di sapere di più su questo progetto, può vedere questi 3
screencast:

Installing OpenWISP2:
https://www.youtube.com/watch?v=v_DUeFUGG8Q=1=PLPueLZei9c8_DEYgC5StOcR5bCAcQVfR8

Introduction to OpenWISP2 (questo è quello che ho fatto vedere a FOSDEM):
https://www.youtube.com/watch?v=MY097Y2cPQ0=2=PLPueLZei9c8_DEYgC5StOcR5bCAcQVfR8

Some advanced features of OpenWISP2 (qui si vede anche l'instanza che
stiamo usando su Ninux Experimental):
https://www.youtube.com/watch?v=IZEesG3UDio=3=PLPueLZei9c8_DEYgC5StOcR5bCAcQVfR8

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] IRC log 8 febbraio

[Nemesis]

Qualcuno può caricare i log dell'ultimo irc meeting su github?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] De-google-ify Internet

[nemesis]

Scoperto a FOSDEM:

https://degooglisons-internet.org/

Si presentano molto bene e il sito è simpatico :-)

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Decentralized internet

[nemesis]

Io e Hispanico siamo a FOSDEM nella decentralized internet devroom, 
hanno presentato un pò di progetti interessanti che già conosciamo ma 
dovremmo cominciare a giocarci di più:


- matrix.org: http://matrix.org/ (ne abbiamo discusso all'ultimo IRC 
meeting)

- nextcloud (fork di owncloud con federazione): https://nextcloud.com/
- cozycloud https://cozy.io

Nemesis

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [LEDE-DEV] Release Candidate Test Plan - first draft

[Nemesis]

FYI


 Forwarded Message 
Subject: [LEDE-DEV] Release Candidate Test Plan - first draft
Date: Mon, 30 Jan 2017 15:14:08 -0500
From: Rich Brown 
To: LEDE Development List 

Folks,

There have been a couple questions on the forum about what needs to be
tested in the LEDE release candidate.

I put together a draft of a note that lists how to install, what to
test, and how to report problems. It's at:
https://lede-project.org/playground/releasecandidatetestplan

Comments, updates, etc. welcomed.

Rich
___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Resoconto IRC meeting 25 gennaio 2017 - Prossimo meeting 8 febbraio 2017

[nemesis]

On Thu, 26 Jan 2017 17:29:38 +0100, Accattone 
<hackatt...@inventati.org> wrote:

On 26/01/2017 12:25, Nemesis wrote:

On 01/26/2017 10:36 AM, Accattone wrote:

On 25/01/2017 22:24, Elena ``of Valhalla'' wrote:

Ciao

Con un lieve ritardo, è finito anche il secondo IRC meeting.

Il prossimo meeting sarà sempre su IRC mercoledì 8 febbraio: 
proviamo a vedere
se il meeting bisettimanale funziona (altrimenti torniamo al 
meeting mensile)


Il pad con l'agenda per il prossimo meeting è su
http://pad.ninux.org/p/IRC-agenda-2017-02-08

Per il resto degli argomenti, rimando alle comode minute generate 
da meetbot:


22:15 < meetbot-ninux`> Meeting ended Wed Jan 25 21:15:02 2017 
UTC.
Information about MeetBot at 
http://86.119.33.5 . (v

0.1.4)
22:15 < meetbot-ninux`> Minutes: 
http://86.119.33.5/ninux_org_irc_meeting/2017/ninux_org_irc_meeting.2017-01-25-20.07.html
22:15 < meetbot-ninux`> Minutes (text): 
http://86.119.33.5/ninux_org_irc_meeting/2017/ninux_org_irc_meeting.2017-01-25-20.07.txt
22:15 < meetbot-ninux`> Log: 
http://86.119.33.5/ninux_org_irc_meeting/2017/ninux_org_irc_meeting.2017-01-25-20.07.log.html


grazie a tutti quanti!


Ciao,

avevo messo un argomento in agenda, ma non ho potuto partecipare 
per

casini miei, mi scuso...

Comunque grazie alla lettura dell'etherpad ho potuto conoscere il
progetto NNXX. Wow!


Ah ecco chi era! Ma Regina Margherita dove?


Nella città di Roma, zona universitaria.
:-)


Facci sapere di più!
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [ninux-dev] Sperimentazione nnxx a Pomezia (ninux-roma)

[Nemesis]

Una notizia che spero potrà interessare ad alcuni, spero!

PS: scusate il cross-posting


 Forwarded Message 
Subject: [ninux-dev] Sperimentazione nnxx a Pomezia (ninux-roma)
Date: Thu, 26 Jan 2017 12:22:52 +0100
From: Nemesis <neme...@ninux.org>
Reply-To: Ninux Software Development <ninux-...@ml.ninux.org>
To: Ninux Software Development <ninux-...@ml.ninux.org>

Ciao a tutti,

ieri ho installato il firwmare nnxx di Palermo (olsrd1 + olsrd2 con VPN
automatica) su un TP-Link WDR 4300 che ho messo al posto di un
edgerouter guasto (problema flash) e ne ho approfittato per aggiungere
il mio nodo di Pomezia (ninux-roma) alla sperimentazione che sto facendo
con MikyTux (Basilicata) e Claud43 (Palermo).

Al momento mi sono imbattuto nel problema della VLAN sul Tp-link 4300,
che non avevo ancora approfondito, mi toccherà studiarmi per bene la
guida per il routing a terra così è la volta buona che mi ficco sta roba
delle VLAN in testa per bene.

A causa di questa mia ignoranza delle VLAN, il nodo Pomezia è collegato
solo da un lato verso Diego Apriliana, ma conto di risolvere presto.

Fare questa cosa mi è utile anche per capire come procedere con NNXX,
migliorare openwisp2 e capire come in futuro potrò integrare tutti gli
sviluppi fatti in questi anni in un risultato coerente (non pensiate che
mi sia dimenticato della parte di visualizzazione della rete e della
mappa che ci è così cara).

La sperimentazione di questa ultima settimana ha già fornito piccoli
spunti di migliormaneto fattibili in poco tempo:

- generazione configurazioni openwrt:
https://github.com/openwisp/netjsonconfig/issues/59
- compilazione automatica firmware:
https://github.com/openwisp/ansible-openwisp2-imagegenerator/issues/3

Altra nota interessante, il nodo di pomezia, un paio di nodi in
basilicata e qualche nodo a palermo parlano tra loro tramite VPN e OLSRd2.

Il setup è ancora rudimentale e molto migliorabile, ma abbiamo qualcosa
su cui si può iterare gradualmente e la cosa comincia ad essere
divertente, per cui rinnovo l'invito a chi ha tempo e voglia di
smanettare ad unirsi a noi! Trovate informazioni qui:
http://wiki.ninux.org/nnxx

Le cose "grosse" che vogliamo fare nel futuro a breve termine sono:

- possibilità di automare la scelta degli IP per nuovi nodi, integrando
le API di phpmyipam o qualcosa del genere

- divisione di openwisp2 in isole (tipo le organizzazioni di github,
quello che in nodeshot avevo chiamato erroneamente "layer"), in modo che
ogni "isola" può avere le sue particolarità separate dalle altre

- separazione delle VPN di ogni organizzazione, sarebbe meglio che ogni
isola abbia la sua VPN automata per facilitare l'ingresso in rete ai
nodi di quell'isola

- automazione connessione VPN tra isole

Bella!
Nemesis
___
ninux-dev mailing list
ninux-...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/ninux-dev
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Resoconto IRC meeting 25 gennaio 2017 - Prossimo meeting 8 febbraio 2017

[Nemesis]

On 01/26/2017 10:36 AM, Accattone wrote:
> On 25/01/2017 22:24, Elena ``of Valhalla'' wrote:
>> > Ciao
>> > 
>> > Con un lieve ritardo, è finito anche il secondo IRC meeting.
>> > 
>> > Il prossimo meeting sarà sempre su IRC mercoledì 8 febbraio: proviamo a 
>> > vedere
>> > se il meeting bisettimanale funziona (altrimenti torniamo al meeting 
>> > mensile)
>> > 
>> > Il pad con l'agenda per il prossimo meeting è su 
>> > http://pad.ninux.org/p/IRC-agenda-2017-02-08
>> > 
>> > Per il resto degli argomenti, rimando alle comode minute generate da 
>> > meetbot:
>> > 
>> > 22:15 < meetbot-ninux`> Meeting ended Wed Jan 25 21:15:02 2017 UTC.  
>> > Information about MeetBot at http://86.119.33.5 . 
>> > (v 
>> > 0.1.4)
>> > 22:15 < meetbot-ninux`> Minutes: 
>> > http://86.119.33.5/ninux_org_irc_meeting/2017/ninux_org_irc_meeting.2017-01-25-20.07.html
>> > 22:15 < meetbot-ninux`> Minutes (text): 
>> > http://86.119.33.5/ninux_org_irc_meeting/2017/ninux_org_irc_meeting.2017-01-25-20.07.txt
>> > 22:15 < meetbot-ninux`> Log: 
>> > http://86.119.33.5/ninux_org_irc_meeting/2017/ninux_org_irc_meeting.2017-01-25-20.07.log.html
>> > 
>> > grazie a tutti quanti!
>> > 
> Ciao,
> 
> avevo messo un argomento in agenda, ma non ho potuto partecipare per
> casini miei, mi scuso...
> 
> Comunque grazie alla lettura dell'etherpad ho potuto conoscere il
> progetto NNXX. Wow!

Ah ecco chi era! Ma Regina Margherita dove?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Reminder: IRC meeting mercoledì 25 gennaio alle 21

[Nemesis]

On 01/24/2017 10:30 PM, Elena ``of Valhalla'' wrote:
> Ciao
> 
> un ricordo veloce: domani sera, mercoledì 25 gennaio, alle 21 ci sarà il
> meeting IRC sul canale #ninux.org @ Freenode

Per i pigri c'è un modo facile facile di accedere via web:
https://riot.im/app/#/room/#freenode_#ninux.org:matrix.org

Bisogna registrarsi a riot.im.

L'integrazione del protocollo di matrix sarà argomento di discussione!

Nemesis




signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Problemi con il Mapserver

[Nemesis]

On 01/05/2017 10:17 PM, Massimiliano CARNEMOLLA wrote:
> On 05/01/2017 14:20, Nemesis wrote:
> 
>> http://docs.nodeshot.org/en/latest/topics/install_production_manual.html#supervisor
>>
> 
> Basta seguire questa procedura per sistemare tutto ?

No, lì c'è un esempio che va riadattato.

> Potrei anch'io essere in grado di farlo ?

Non ne ho idea sinceramente.


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Map Server

[Nemesis]

On 01/03/2017 03:01 PM, Massimiliano CARNEMOLLA wrote:
> On 03/01/2017 10:54, Nemesis wrote:
> 
>>> Come mai non e' stato linkato sul wiki al posto del Map Server ?
>>
>> Mancano delle parti che non ho avuto la possibilità di completare.
> 
> Io metterei il link accanto a quello del vecchio.
> 
> Quello nuovo secondo me potenzialmente potrebbe condizionare
> maggiormente una persona sulla possibilita' di approfondire o decidere
> mi installare un nodo sul proprio tetto. 

Se pensi che aggiungere un link possa veramente fare tale differenza,
per me non ci sono problemi a farlo, ma solo se si trovano delle persone
che mi aiutano a mantenere il servizio perchè al momento l'istanza di
test me la gestisco da solo e ci metto le mani solo di tanto in tanto.
Renderla visibile a tutti significherebbe più lavoro per me, e non credo
sia saggio spostare il mio tempo dallo sviluppo a operations e supporto.

> Ma esiste un repository col codice sorgente di quello vecchio ?

C'è un branch apposito:
https://github.com/ninuxorg/nodeshot/tree/0.9.x
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Problemi con il Mapserver

[Nemesis]

On 01/04/2017 09:17 PM, Claudio wrote:
> Salve, non riesco a registrare nuovi nodi
> 
> La procedura va a buon fine ma non arriva email di conferma… inoltre i
> link attivi non vengono aggiornati

Riporto qui quello che ho scritto in chat:

--

allora ragazzi il problema era che celery, il gestore dei processi in
background non stava girando

il modo in cui è settato ora celery non va bene perchè a ogni
interruzione della macchina (riavvio, perdita di corrente) il problema
si ripresenterà

bisogna configurare celery con supervisor

una procedura simile è descritta per il nuovo nodeshot qui:
http://docs.nodeshot.org/en/latest/topics/install_production_manual.html#supervisor

io non ho tempo di occuparmi di questa cosa perchè sono molto impegnato
in questo periodo

ho applicato un fix temporaneo
e sottolineo TEMPORANEO

se nessuno si accolla sto cetriolo risuccederà

ho controllato le chiavi SSH, abbiamo accesso solo io, clauz e
hispanico, credo anche che ci sia la chiave di matteo piccinini

secondo me c'è bisogno che almeno un'altra persona ci dia una mano a
gestire sto servizio

io ho levato tempo al lavoro per questa cosa ora e non va bene

detto questo, buona epifania a tutti e ci risentiamo lunedì

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Map Server

[Nemesis]

On 01/01/2017 03:05 PM, Massimiliano CARNEMOLLA wrote:
> ho visto ninux.nodeshot.org
> 
> era un po che non c'andavo
> 
> L'ho trovato maturo per metterlo in produzione.
> 
> Come mai non e' stato linkato sul wiki al posto del Map Server ?

Mancano delle parti che non ho avuto la possibilità di completare.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] Ninux IRC Meeting Giovedi 22 Dicembre, ore 21:00

[Nemesis]

On 12/01/2016 10:47 AM, Claudio Pisa wrote:
> On 12/01/2016 10:18 AM, Saverio Proto wrote:
>> Ciao,
>>
>> quando: Giovedi 22 Dicembre, ore 21:00 fino alle 22:00
>> dove: IRC Freenode canale #ninux.org
>> agenda: pad.ninux.org/p/IRC-agenda-2016-12-22
>>
>> per favore girate l'appuntamento alle varie isole.
>> per favore se avete qualcosa da dire scrivete in agenda.
>>
>> La data e la tecnologia sono stati decisi sulla base di questi dati:
>> https://docs.google.com/forms/d/14yhO8BrYVF5xhrKYhnxmZKwPcBWRnmXz_2Uam41EWT0/edit?usp=sharing
>> (allego dati anche in questa email per chi non vuole fare login su google)
> 
> Quindi era una votazione?
> 
> Senza discussione e possibilita' di appello?
> 
> E senza considerare gli orari delle riunioni gia' esistenti?
> 
> Non abbiamo mai fatto votazioni ma abbiamo sempre usato il metodo del
> consenso. E se non abbiamo mai fatto votazioni ci sono dei motivi.
> 
> Non sono d'accordo e penso che questa modalita' di decisione sia un
> colpo basso in salsa dittatoriale.
> 
> Sia di fare il sondaggio sopra sia di farlo diventare una votazione non
> sono stati decisi in assemblea ma sono l'iniziativa di una singola persona.
> 
> Vi invito a non diffondere e a non partecipare se prima non c'e' una
> discussione in merito.
> 
> Clauz


Ci sono modi e modi di comunicare il proprio dissenso, ma questo è uno
di quei modi che potrebbe essere incorniciato tra "i meno efficaci per
la collaborazione di gruppo".

Mi pare che la discussione c'era stata, che ci fosse la voglia di fare
questo esperimento. Un conto è scrivere: "aspetta Saverio potremmo
ragionarci un pò di più prima di procedere? Ci sono dei problemi per
Giovedì 22 Dicembre, potremmo spostarla?" e invece boom, la tua risposta
provoca lo stesso dolore di un calcio nelle palle.

Farei comunque un tentativo nel trovare un punto di incontro, se c'è
veramente la volontà, perchè al momento io ho l'impressione che questa
volontà manchi.

Ti ripeto la domanda che ho fatto in un'altra mail, precisando che non
penso che questa sia stata una vera e propria votazione, ma visto che
Giovedì non vabene, diciamo che la spostiamo ad un altro giorno, cosa
succede se poi ci accorgiamo che ogni giorno proposto a qualcuno non vabene?

Voglio dire: che metodologia usiamo per andare avanti, visto che non
siamo più 20 persone ma molte di più?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] Ninux IRC meeting

[Nemesis]

On 11/30/2016 10:51 PM, Claudio Pisa wrote:
> On 11/30/2016 07:42 PM, Nemesis wrote:
>> On 11/29/2016 03:11 PM, Claudio Pisa wrote:
>>> On 11/29/2016 01:49 PM, Saverio Proto wrote:
>>>> Cmq per ora hanno partecipato 43 persone, e le proposte con piu consensi 
>>>> sono
>>>>
>>>> Mensile,
>>>> Giovedi,
>>>> 21:00-22:00
>>>> IRC
>>>>
>>>> Inoltre queste 4 scelte stanno riscuotendo consensi con ampio margine,
>>>> quindi prevedo pochi battibecchi.
>>>
>>> Giorno e ora qui sopra andrebbero in conflitto con la riunione fisica di
>>> ninux Roma.
>>>
>>>
>>>> Penso di aspettare fino al weekend prima di riguardare i risultati.
>>>
>>> ...
>>
>> Se per un giovedì al mese quelli che vanno al Fusolab partecipano
>> insieme via chat alla riunione nazionale è un problema?
> 
> Attraverseresti la citta' per andare in un posto a chiuderti davanti al
> PC a chattare?

L'essere presenti di persona potrebbe essere un vantaggio. Ma
bisognerebbe provare per dirlo.

> E non credo sarebbe il massimo per chi venisse ad una riunione per la
> prima volta trovare gente che non gli parla perche' sta chattando...

E' vero, però a rigor di logica la stessa cosa vale per l'assemblea
mensile, o no?

> In piu' c'e' la possibilita' che i meeting online si tengano piu' spesso
> che una volta al mese.

Ok immaginiamo che alla fine nel sondaggio esca giovedì e che siccome
non va bene ad un gruppo di persona si ripete il sondaggio per scegliere
un altro giorno. Se poi un altro gruppo dice che a loro quel giorno non
va bene che si fa?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] Ninux IRC meeting

[Nemesis]

On 11/29/2016 03:11 PM, Claudio Pisa wrote:
> On 11/29/2016 01:49 PM, Saverio Proto wrote:
>> ciao Claudio,
>>
>> il sondaggio fornira' un indicazione sul da farsi. Puo' seguire
>> discussione, ma cerchiamo di quagliare in tempi brevi, se no come al
>> solito poi non si fa nulla.
> 
> Aboliamo una camera :P
> 
> 
>> Cmq per ora hanno partecipato 43 persone, e le proposte con piu consensi sono
>>
>> Mensile,
>> Giovedi,
>> 21:00-22:00
>> IRC
>>
>> Inoltre queste 4 scelte stanno riscuotendo consensi con ampio margine,
>> quindi prevedo pochi battibecchi.
> 
> Giorno e ora qui sopra andrebbero in conflitto con la riunione fisica di
> ninux Roma.
> 
> 
>> Penso di aspettare fino al weekend prima di riguardare i risultati.
> 
> ...

Se per un giovedì al mese quelli che vanno al Fusolab partecipano
insieme via chat alla riunione nazionale è un problema?

Nemesis

PS: ma poi perchè sto mega cross-post? Potremmo evitarli in futuro? Grazie

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [post-ninux-day] Esempi di successo

[Nemesis]

On 11/29/2016 11:37 AM, Leonardo Maccari wrote:
> On Tue, 2016-11-29 at 11:06 +0100, Nemesis wrote:
>> Parlando di esempi di successo, mi sono chiesto perchè più volte questa
>> community (ma anche altre community network), tendono a non guardare
>> molto quello che succede in altre community più grandi per capire quali
>> sono i modelli e le strategie che hanno funzionato e stanno funzionando.
>>  
> 
> Ciao Federico,
> 
> per incoraggiarti, nei primi 30 minuti dell'assemblea abbiamo proprio
> discusso di questo, di perche' noi siamo in crisi mentre altre realta'
> sono in crescita, ed abbiamo parlato proprio di Freifunk e Guifi, di 
> cui abbiamo piu' informazioni.
> 
> ciao,
> leonardo.

Ciao Leonardo,

sì ricordo che sono entrato che la discussione era già inoltrata ma è
stata proprio quella discussione a darmi gli spunti per questo thread.

So che alcuni si sono interessati alla questione, ma secondo me queste
persone sono troppo poche rispetto al resto del gruppo attivo per poter
influenzare positivamente l'evoluzione della community.

Inoltre vedo che nonostante se ne sia già parlato più volte, continuo a
sentire sempre gli stessi miti, ad esempio: Freifunk non ha un
organizzazione che la coordina, Guifi è un ISP; queste sono
semplificazioni molto riduttive.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] [post-ninux-day] Esempi di successo

[Nemesis]

Parlando di esempi di successo, mi sono chiesto perchè più volte questa
community (ma anche altre community network), tendono a non guardare
molto quello che succede in altre community più grandi per capire quali
sono i modelli e le strategie che hanno funzionato e stanno funzionando.

Personalmente vedo due tendenze che mi scoraggiano un bel pò:

La prima è l'ignoranza, il non approfondire nel dettaglio quello che
avviene nelle altre community (non solo community network), il credere
che gli altri casi non siano applicabili a questa community, oppure il
nascondersi dietro a scuse: non ho tempo, non capisco bene l'inglese,
eccetera;

La seconda è l'isolamento: il voler a tutti costi sentirsi più puri e
idelogicamente superiori; il tendere a voler usare solo strumenti fatti
in casa, senza tenere in considerazione l'effort che va messo per lo
sviluppo e il mantenimento di un sufficiente livello di qualità degli
stessi.

Io mi farei delle domande:

- questi atteggiamenti hanno prodotto risultati positivi? Continuando su
questa strada si arriverà dove si vuole o si cadrà gradualmente
nell'obsolescenza e nell'oblio?

- questi atteggiamenti corrispondono ad una mentalità aperta,
pragmatica, agile, è propria di persone che vogliono uscire dalla
propria comfort zone per crescere, o il contrario?

Vi lascio alcuni spunti di approfondimento:

* l'associazione di Freifunk:
https://foerderverein.freie-netzwerke.de/organisation/
* Un esempio di successo nel gestire nuovi sviluppi all'interno della
comunità di Django: https://changelog.com/podcast/229

Nemesis



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] OpenWRT Summit in Berlin (Oct 13 2016)

[Nemesis]

Ciao a tutti,

scusate se copio e incollo il messaggio che ho appena inviato sulla
lista del battlemesh senza tradurlo in Italiano!

Spero a qualcuno possa interessare questa notizia :-)



Hi everyone,

I'm sharing with you here the invitation to the next OpenWRT Summit
(http://openwrtsummit.org) which will be held in Berlin on the 13th of
October 2016, and of course LEDE developers & fans (as myself) are
mostly welcome as well.

I've been last year to the first edition in Dublin and I had a very
positive experience. The crowd was quite different than the usual crowd
I meet at the battlemesh and similar events, because it was formed
mainly by professionals who have (or are employed by) a business which
uses OpenWRT/LEDE for its core activity.

I think that having more community network enthusiasts would improve the
atmosphere at the event.

I also want to encourage everybody who has interesting information to
share to propose a talk (by August 19)!

Suggested topics include:

* Introductory topics (What is OpenWrt/LEDE? How to build? How to
install? How to build packages?)
* Hardware (Adding support for hardware you created or bought,
contributing back to the core)
* OpenWrt/LEDE derivatives (Best practices, staying close to core)
* Unique and complex usage scenarios
* Security (Containers, jails, etc)
* Culture (Encouraging new contributors, documentation, advocacy)
* Internet of Things/Internet of Everything
* Future of OpenWrt, LEDE and related projects

The event is funded by prpl foundation (which has also been donating
financial assistance to the last 2 battlemesh events), the people
involved in organizing it are listed below:

* Abhijit Mahajani
* Beda Kosata
* Eric Schultz
* Federico Capoano
* Hans Dedecker
* Hauke Mehrtens
* Imre Kaloz
* Kathy Giori
* Luka Perkov
* Paul Blay
* Zoltan Herpai

Hope to see you in Berlin, it will be fun.. Berlin is always fun :-)

Federico
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] LEDE vs OpenWRT

[Nemesis]

Avrete saputo la notizia dello split tra OpenWRT e LEDE.

Io sto cercando di capire meglio la situazione ma ho l'impressione che
tutte quelle persone più attive nella comunità di OpenWRT, quelle che mi
hanno sempre dato una mano, che mi hanno sempre risposto su IRC e in
mailing list, quelle che sono venute più volte ai vari battlemesh e
wireless community weekend siano quelli di LEDE.

Dopo aver saputo che gli indirizzi email di jow, felix e altri sono
stati cancellati da openwrt.org dopo l'annuncio di LEDE, ho realizzato
che c'è qualcosa che sta andando molto storto all'interno di OpenWRT, ed
è per questo che sto considerando di cominciare a contribuire a LEDE,
innanzitutto provando a compilare i miei firmware con il sorgente di
LEDE (che al momento dovrebbe essere quasi uguale a OpenWRT), ma
soprattutto cercando di capire come posso contribuire con piccole patch
e miglioramenti al nuovo sito e alla nuova documentazione di LEDE.

Mi piacerebbe trovare altre persone che hanno il tempo, la voglia e la
giusta dose di nerdismo per contribuire a questo nuovo progetto, in modo
da portare un pò della nostra visione Ninux in LEDE.

Nemesis




signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [OpenWrt-Devel] Introducing the LEDE project

[nemesis]

 Original Message 
Subject: [OpenWrt-Devel] Introducing the LEDE project
Date: Tue, 3 May 2016 18:59:55 +0100
From: Jo-Philipp Wich 
To: OpenWrt Development List , OpenWrt 
User List 


Hi,

we'd like to introduce LEDE, a reboot of the OpenWrt community
.

The project is founded as a spin-off of the OpenWrt project and shares
many of the same goals.


We are building an embedded Linux distribution that makes it easy for
developers, system administrators or other Linux enthusiasts to build
and customize software for embedded devices, especially wireless 
routers.

 The name 'LEDE' stands for 'Linux Embedded Development Environment'.



Members of the project already include a significant share of the most
active members of the OpenWrt community.
We intend to bring new life to Embedded Linux development by creating a
community with a strong focus on transparency, collaboration and
decentralisation.



LEDE’s stated goals are:


- Building a great embedded Linux distribution with focus on stability
  and functionality.

- Having regular, predictable release cycles coupled with community
  provided device testing feedback.

- Establishing transparent decision processes with broad community
  participation and public meetings.



We decided to create this new project because of long standing issues
that we were unable to fix from within the OpenWrt project/community:


1. Number of active core developers at an all time low, no process for
   getting more new people involved.

2. Unreliable infrastructure, fixes prevented by internal disagreements
   and single points of failure.

3. Lack of communication, transparency and coordination in the OpenWrt
   project, both inside the core team and between the core team and the
   rest of the community.

4. Not enough people with commit access to handle the incoming flow of
   patches, too little attention to testing and regular builds.

5. Lack of focus on stability and documentation.



To address these issues we set up the LEDE project in a different way
compared to OpenWrt:


1. All our communication channels are public, some read-only to
   non-members to maintain a good signal-to-noise ratio.

2. Our decision making process is more open, with an approximate 50/50
   mix of developers and power users with voting rights.

3. Our infrastructure is simplified a lot, to ensure that it creates
   less maintenance work for us.

4. We have made our merge policy more liberal, based on our experience
   with the OpenWrt package github feed.

5. We have a strong focus on automated testing combined with a
   simplified release process

If you're interested in participating or want to learn more about the
project, check out https://www.lede-project.org/.


Sincerely,

Jo-Philipp Wich,
John Crispin,
Daniel Golle,

Felix Fietkau,

Hauke Mehrtens

John Crispin

Matthias Schiffer,

Steven Barth
___
openwrt-devel mailing list
openwrt-de...@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: Introducing the LEDE project

[nemesis]

L'hanno annunciato qui al battlemesh oggi pomeriggio verso le 4.

https://twitter.com/nemesisdesign/status/727519655368265733

In questa iniziativa ci sono i membri più attivi (e più forti a mio 
avviso) di OpenWRT,
se hanno deciso di fare questo passo evidentemente hanno un ottimo 
motivo per farlo.


Uno di questi motivi è che non si riusciva a migliorare la gestione del 
progetto e della community OpenWRT per problemi interni di alcuni membri 
che si oppongono ad alcuni cambiamenti.


Nemesis




On Wed, 4 May 2016 00:20:16 +0200, Ilario Gelmetti 
<iocheson...@gmail.com> wrote:

Qualcuno dal Battlemesh può commentarci questa bbomba?
Da quel che ho capito: 8 degli sviluppatori principali di OpenWrt 
hanno
deciso di fare un "fork" (cioè copiare lo stato attuale di un 
progetto

ed usarlo come base di partenza per un altro progetto) di OpenWrt,
chiamato LEDE "Linux Embedded Development Environment".
Era davvero necessaria questa nuova frammentazione?


 Forwarded Message 
Subject: [Battlemesh] Introducing the LEDE project
Date: Tue, 3 May 2016 20:55:23 +0200
From: John Crispin <j...@phrozen.org>
Reply-To: Battle of the Mesh Mailing List <battlem...@ml.ninux.org>
To: Battle of the Mesh Mailing List <battlem...@ml.ninux.org>,
cerowrt-de...@lists.bufferbloat.net, ninux-...@ml.ninux.org,
guifi-...@llistes.guifi.net, gl...@luebeck.freifunk.net,
qmp-...@mail.qmp.cat, wlanw...@freifunk.net

The LEDE project is founded as a spin-off of the OpenWrt project and
shares many of the same goals. We are building an embedded Linux
distribution that makes it easy for developers, system administrators 
or

other Linux enthusiasts to build and customize software for embedded
devices, especially wireless routers. The name 'LEDE' stands for 
'Linux

Embedded Development Environment'.

Members of the project already include a significant share of the 
most
active members of the OpenWrt community. We intend to bring new life 
to
Embedded Linux development by creating a community with a strong 
focus

on transparency, collaboration and decentralisation.

LEDE’s stated goals are:
- Building a great embedded Linux distribution with focus on 
stability

and functionality.
- Having regular, predictable release cycles coupled with community
provided device testing feedback.
- Establishing transparent decision processes with broad community
participation and public meetings.

We decided to create this new project because of long standing issues
that we were unable to fix from within the OpenWrt project/community:
1. Number of active core developers at an all time low, no process 
for

getting more new people involved.
2. Unreliable infrastructure, fixes prevented by internal 
disagreements

and single points of failure.
3. Lack of communication, transparency and coordination in the 
OpenWrt

project, both inside the core team and between the core team and the
rest of the community.
4. Not enough people with commit access to handle the incoming flow 
of

patches, too little attention to testing and regular builds.
5. Lack of focus on stability and documentation.

To address these issues we set up the LEDE project in a different way
compared to OpenWrt:
1. All our communication channels are public, some read-only to
non-members to maintain a good signal-to-noise ratio.
2. Our decision making process is more open, with an approximate 
50/50

mix of developers and power users with voting rights.
3. Our infrastructure is simplified a lot, to ensure that it creates
less maintenance work for us.
4. We have made our merge policy more liberal, based on our 
experience

with the OpenWrt package github feed.
5. We have a strong focus on automated testing combined with a
simplified release process.

We would like to thank the communities using the codebase and would
welcome endorsements. If your community feels that the idea is good 
and

will benefit all our communities as a whole then please post an
endorsement on the lede-dev mailing list.

Find out more on our project website http://lede-project.org/

Daniel Golle
Felix Fietkau
Hauke Mehrtens
Jo-Philipp Wich
John Crispin
Matthias Schiffer
Steven Barth
___
Battlemesh mailing list
battlem...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/battlemesh


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Bozza decreto attuazione direttiva EU

[Nemesis]

E' disponibile una bozza del decreto per l'attuazione della normativa EU
di cui abbiamo parlato sul blog:

http://www.sviluppoeconomico.gov.it/images/stories/documenti/schema_di_decreto_di_attuazione_2014_53_UE.pdf

C'è una sezione che indica quali sono gli apparati esclusi (Allegato I)
ma questa sezione non contiene gli apparati che utilizziamo noi
regolarmente.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [blog] EU contro i firmware open source: fai sentire la tua voce

[Nemesis]

Perfavore leggetelo tutti e diffondetelo, è importante: se la cosa va
avanti senza cambi di direzione diventerà molto difficile flashare
firmware opensource (OpenWRT, PfSense, DD-WRT) su tutti quei dispositivi
che sono dotati di una scheda wireless.

Nemesis


On 04/26/2016 08:34 AM, Nemesis wrote:
> Nuovo post sul blog (Ninux.org Wireless Community): 
> 
> 'EU contro i firmware open source: fai sentire la tua voce' di Nemesis
> 
> Una direttiva dell'Unione Europea approvata nel 2014 rischia di avere
> conseguenze molto negative per chi utilizza firmware open source come OpenWRT
> e DD-WRT.
> 
> Abbiamo firmato e tradotto un'iniziativa della Free Software Foundation Europe
> che mira ad informare e sensibilizzare le comunità e le aziende colpite dalle
> conseguenze negative ad unire le forze per fare pressione a livello nazionale 
> ed
> Europeo affinchè vengano introdotte delle eccezioni che permettano di mitigare
> i rischi di questa direttiva.
> 
> Joint Statement on #RadioLockdown Directive with 23 organisations. Read why 
> the
> #RadioDirective threatens all of us: https://t.co/K8u5Hvce8d
> — FSFE (@fsfe) April 11, 2016
> 
> 
> Segue la traduzione dell'iniziativa di Free Software Foundation Europe.
> Direttiva EU per blocco dispositivi radio
> I segnali radio sono dappertutto e sempre più dispositivi li utilizzano, wifi,
> reti cellulari, GPS. Di pari passo aumentano anche le normative sull'utilizzo 
> di
> tali segnali radio.
> Ora, una direttiva Europea punta a rivedere ed estendere le regolamentazioni
> chiedendo ai produttori di apparecchiature radio di controllare che i software
> dei propri dispositivi rispettino le norme.
> A prima vista può sembrare ragionevole ma la direttiva ha delle implicazioni
> fortemente negative per i diritti degli utenti, per il Software Libero, per la
> concorrenza leale, per l'innovazione, per l'ambiente e per il volontariato -
> perlopiù senza benefici altrettanto grandi, sfortunatamente.
> 
> Molte organizzazioni e aziende hanno firmato una Dichiarazione Congiunta 
> contro
> la Direttiva per il Blocco degli Apparati Radio  in cui abbiamo formulato
> diverse proposte rivolte alle istituzioni Europee e agli stati membri
> dell'Unione con dei punti concreti per risolvere tali problematiche.
> La direttiva in sintesi
> Nel maggio 2014 il Parlamento Europeo e il Consiglio Europeo hanno approvato 
> la
> Direttiva 2014/53/EU sui dispositivi radio. Gli scopi principali della 
> direttiva
> sono l'armonizzazione delle regolamentazioni esistenti, il miglioramento della
> sicurezza dello spettro radio e la tutela della salute.
> 
> Tutti gli stati membri devono recepire la direttiva nelle loro legislazioni
> nazionali entro il 12 Giugno 2016 con un periodo di transizione di un anno. I
> paesi solitamente hanno un certo margine interpretativo nel processo di
> attuazione.
> La direttiva di per sè non è male e in generale sosteniamo il suo obbiettivo.
> Tuttavia, riguardo alla valutazione di conformità del software, sembra che i
> legislatori abbiano svantaggiato in modo sproporzionato i diritti degli 
> utenti e
> la concorrenza leale.
> 
> Infatti, ad essere interessati dalla normativa sono quasi tutti i dispositivi 
> in
> grado di inviare e ricevere segnali radio (Wifi, reti cellulari, GPS).
> L'articolo 3.3(i) è il punto cruciale: i dispositivi radio devono supportare
> "alcune caratteristiche che impediscono di introdurre un software
> nell'apparecchiatura radio, se non è stata dimostrata la conformità della
> combinazione dell'apparecchiatura radio e del software". Questo implica che i
> produttori di dispositivi radio dovranno valutare la conformità alle normative
> in materia (ad esempio relativamente a frequenza e potenza del segnale) di 
> ogni
> software che può essere utilizzato sui loro dispositivi.
> I pericoli per il Software Libero
> La Direttiva 2014/53/EU sui dispositivi radio avrà ricadute negative sugli
> utenti e sulle aziende. Poichè i produttori di apparecchiature radio dovranno
> controllare il rispetto delle norme da parte di ogni software (Art. 3.3(i)), 
> ci
> aspettiamo che diventi difficile o quasi impossibile per utenti e aziende
> l'utilizzo di software alternativo sui dispositivi acquistati - router,
> cellulari, schede wifi e i portatili che le integrano, o quasi tutti i
> dispositivi dell'internet delle cose (IoT) in futuro.
> 
> Questo, oltre ad essere un onere per i produttori, costituisce anche una
> violazione del diritto a scegliere da parte degli utenti.
> Gli utenti saranno costretti ad usare il software sviluppato dai produttori e
> non potranno più scegliere hardware e software separatamente. Questo aspetto è
> cruciale perchè i software alternativi, sopratutto il Softwar

[Ninux-Wireless] [blog] EU contro i firmware open source: fai sentire la tua voce

[Nemesis]

Nuovo post sul blog (Ninux.org Wireless Community): 

'EU contro i firmware open source: fai sentire la tua voce' di Nemesis

Una direttiva dell'Unione Europea approvata nel 2014 rischia di avere
conseguenze molto negative per chi utilizza firmware open source come OpenWRT
e DD-WRT.

Abbiamo firmato e tradotto un'iniziativa della Free Software Foundation Europe
che mira ad informare e sensibilizzare le comunità e le aziende colpite dalle
conseguenze negative ad unire le forze per fare pressione a livello nazionale ed
Europeo affinchè vengano introdotte delle eccezioni che permettano di mitigare
i rischi di questa direttiva.

Joint Statement on #RadioLockdown Directive with 23 organisations. Read why the
#RadioDirective threatens all of us: https://t.co/K8u5Hvce8d
— FSFE (@fsfe) April 11, 2016


Segue la traduzione dell'iniziativa di Free Software Foundation Europe.
Direttiva EU per blocco dispositivi radio
I segnali radio sono dappertutto e sempre più dispositivi li utilizzano, wifi,
reti cellulari, GPS. Di pari passo aumentano anche le normative sull'utilizzo di
tali segnali radio.
Ora, una direttiva Europea punta a rivedere ed estendere le regolamentazioni
chiedendo ai produttori di apparecchiature radio di controllare che i software
dei propri dispositivi rispettino le norme.
A prima vista può sembrare ragionevole ma la direttiva ha delle implicazioni
fortemente negative per i diritti degli utenti, per il Software Libero, per la
concorrenza leale, per l'innovazione, per l'ambiente e per il volontariato -
perlopiù senza benefici altrettanto grandi, sfortunatamente.

Molte organizzazioni e aziende hanno firmato una Dichiarazione Congiunta contro
la Direttiva per il Blocco degli Apparati Radio  in cui abbiamo formulato
diverse proposte rivolte alle istituzioni Europee e agli stati membri
dell'Unione con dei punti concreti per risolvere tali problematiche.
La direttiva in sintesi
Nel maggio 2014 il Parlamento Europeo e il Consiglio Europeo hanno approvato la
Direttiva 2014/53/EU sui dispositivi radio. Gli scopi principali della direttiva
sono l'armonizzazione delle regolamentazioni esistenti, il miglioramento della
sicurezza dello spettro radio e la tutela della salute.

Tutti gli stati membri devono recepire la direttiva nelle loro legislazioni
nazionali entro il 12 Giugno 2016 con un periodo di transizione di un anno. I
paesi solitamente hanno un certo margine interpretativo nel processo di
attuazione.
La direttiva di per sè non è male e in generale sosteniamo il suo obbiettivo.
Tuttavia, riguardo alla valutazione di conformità del software, sembra che i
legislatori abbiano svantaggiato in modo sproporzionato i diritti degli utenti e
la concorrenza leale.

Infatti, ad essere interessati dalla normativa sono quasi tutti i dispositivi in
grado di inviare e ricevere segnali radio (Wifi, reti cellulari, GPS).
L'articolo 3.3(i) è il punto cruciale: i dispositivi radio devono supportare
"alcune caratteristiche che impediscono di introdurre un software
nell'apparecchiatura radio, se non è stata dimostrata la conformità della
combinazione dell'apparecchiatura radio e del software". Questo implica che i
produttori di dispositivi radio dovranno valutare la conformità alle normative
in materia (ad esempio relativamente a frequenza e potenza del segnale) di ogni
software che può essere utilizzato sui loro dispositivi.
I pericoli per il Software Libero
La Direttiva 2014/53/EU sui dispositivi radio avrà ricadute negative sugli
utenti e sulle aziende. Poichè i produttori di apparecchiature radio dovranno
controllare il rispetto delle norme da parte di ogni software (Art. 3.3(i)), ci
aspettiamo che diventi difficile o quasi impossibile per utenti e aziende
l'utilizzo di software alternativo sui dispositivi acquistati - router,
cellulari, schede wifi e i portatili che le integrano, o quasi tutti i
dispositivi dell'internet delle cose (IoT) in futuro.

Questo, oltre ad essere un onere per i produttori, costituisce anche una
violazione del diritto a scegliere da parte degli utenti.
Gli utenti saranno costretti ad usare il software sviluppato dai produttori e
non potranno più scegliere hardware e software separatamente. Questo aspetto è
cruciale perchè i software alternativi, sopratutto il Software Libero, spesso
soddisfano specifici requisiti di sicurezza, caratteristiche tecniche, aderenza
a standard o determinati requisiti legali.

Lo status quo erige delle barriere che rendono la vita difficile a quegli utenti
che vogliono avere pieno controllo del loro software e del loro hardware. Un
numero crescente di dispositivi usa i segnali radio, fra questi alcuni
dispositivi sensibili come cellulari, computer, apparecchiature domestiche,
dispositivi per il collegamento ad internet di utenti domestici e aziende. Per
il bene della sicurezza e della concorrenza leale dobbiamo permettere che le
persone siano sempre in grado di scegliere quale software installare sui propri
dispositivi senza impedimenti aggiuntivi,

Re: [Ninux-Wireless] Fwd: Olsr2 in produzione

[Nemesis]

On 04/22/2016 07:28 PM, Gabriel wrote:
> FYI-- Messaggio inoltrato --
> Da: Gabriel <gabr...@autistici.org>
> Data: 22 apr 2016 16:38
> Oggetto: Olsr2 in produzione
> A: ninux Firenze <fire...@ml.ninux.org>
> Cc: 
> 
>> Finalmente siamo riusciti a far funzionare olsr2 sulla rete. 
>>
>> Attualmente i nodi interessati sono: Casa mia, Casa di Salvatore, Santa 
>> Marta e Fiesole. 
>>
>> Per ora stiamo usando i soliti indirizzi ipv6 che avevamo scritto sul wiki. 
>>
>> Qui potete vedere il grafo della rete: 
>>
>> http://ninux-graph.netjson.org/topology/53b35ab9-aa6d-4705-89c3-310eac09b0da/
>>  

Ottima notizia Gabriel!

Che ne pensate di olsrd2?
Configurandolo per Matera con Michele mi sono trovato molto bene,
apprezzo specialmente il fatto di poter utilizzare una sola subnet per nodo.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] presentazione Andrea Segato

[Nemesis]

On 04/24/2016 02:04 PM, Nemesis wrote:
> On 04/24/2016 01:31 PM, Luca Postregna wrote:
>> > 2016-04-24 13:24 GMT+02:00 andrea.samu...@gmail.com
>> > <mailto:andrea.samu...@gmail.com> <andrea.samu...@gmail.com
>> > <mailto:andrea.samu...@gmail.com>>:
>> > 
>> > ciao 
>> > 
>> > ci sta dando altamente fastidio il rifiuto di appartenere ad una
>> > nostra nuvola e vogliono abbinarci ad una massa di 4 sloveni
>> > (abitanti della slovenia) che manco parlano l'italiano 
>> > 
>> > noi si parte con carnialab.ninux.org <http://carnialab.ninux.org> o
>> > non si parte con ninux
>> > 
>> > 
>> > caro andrea, permettimi, ma c'hai le mestruazioni?
> Vorrei far presente a tutti, in modo trasparente,
> che dopo questo ultimo scambio di email ho messo in moderazione Andrea,
> il quale dopo aver inviato altre due email poco cordiali che
> fortunatamente non sono state trattenuto dal filtro di moderazione si è
> disiscritto dalla lista.

Minkia la dislessia oggi, volevo scrivere "che fortunatamente sono state
trattenute dal filtro di moderazione".

> PS: la frase sulle mestruazioni è leggermente sessista .. ma a me ha
> fatto ridere .. perdonatemi per questo :-) ..
> __

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] presentazione Andrea Segato

[Nemesis]

On 04/24/2016 01:31 PM, Luca Postregna wrote:
> 2016-04-24 13:24 GMT+02:00 andrea.samu...@gmail.com
>   >:
> 
> ciao 
> 
> ci sta dando altamente fastidio il rifiuto di appartenere ad una
> nostra nuvola e vogliono abbinarci ad una massa di 4 sloveni
> (abitanti della slovenia) che manco parlano l'italiano 
> 
> noi si parte con carnialab.ninux.org  o
> non si parte con ninux
> 
> 
> caro andrea, permettimi, ma c'hai le mestruazioni?

Vorrei far presente a tutti, in modo trasparente,
che dopo questo ultimo scambio di email ho messo in moderazione Andrea,
il quale dopo aver inviato altre due email poco cordiali che
fortunatamente non sono state trattenuto dal filtro di moderazione si è
disiscritto dalla lista.

PS: la frase sulle mestruazioni è leggermente sessista .. ma a me ha
fatto ridere .. perdonatemi per questo :-) ..
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] presentazione Andrea Segato

[Nemesis]

On 04/24/2016 01:31 PM, Luca Postregna wrote:
> 2016-04-24 13:24 GMT+02:00 andrea.samu...@gmail.com
> <mailto:andrea.samu...@gmail.com> <andrea.samu...@gmail.com
> <mailto:andrea.samu...@gmail.com>>:
> 
> ciao 
> 
> ci sta dando altamente fastidio il rifiuto di appartenere ad una
> nostra nuvola e vogliono abbinarci ad una massa di 4 sloveni
> (abitanti della slovenia) che manco parlano l'italiano 
> 
> noi si parte con carnialab.ninux.org <http://carnialab.ninux.org> o
> non si parte con ninux
> 
> 
> caro andrea, permettimi, ma c'hai le mestruazioni?

Non so se ridere o se piangere e mettermi le mani nei capelli che sto
perdendo.

Nemesis


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] presentazione Andrea Segato

[Nemesis]

Andrea,

On 04/24/2016 12:33 PM, andrea.samu...@gmail.com wrote:
> 1) mi serve conoscere quale regolamento sto/stiamo infrangendo chiedendo
> un dominio carnialab.ninux.org <http://carnialab.ninux.org> ?

Non è mai successo che subito dopo essersi presentato qualcuno richieda
un sottodominio ninux.org.

> 2) iuliinet è nelle valli del natisone confine slovenia e conta 4 nodi
> mentre noi siamo in Carnia e abbiamo (ripeto) dominato il Friuli che
> è una nozione culturale rilevante e significativa, e possediamo 47 nodi

La posizione geografica dei nodi non è importante, quello che conta è
che iuliinet esiste già da diversi anni e ci sono già molte persone
iscritte alla mailing list che sono attive.

Ma questi 47 nodi hanno altrettante persone che sono disposte a
partecipare alla comunità, o vuoi fare un organizzazione che si occupa
di gestire la rete a tutti i nodi?

> 3) ripeto ancora che sono mesi che abbiamo ninux in programma e ce se
> non c'è volontà di collaborare, meglio che si dica chiaramente senza
> girarci intorno

Se non ci fosse stata volontà di collaborare avremmo spento tutti i
server e le antenne sui nostri tetti!

Noi ti abbiamo conosciuto solo qualche giorno fa, e ci chiedi già un
sottodominio e non ci spieghi cosa ci vuoi fare di preciso (nuvola in
cloud non è una spiegazione sufficientemente dettagliata).

> 4) il dominio carnialab.ninux.org <http://carnialab.ninux.org/> è
> fondamentale per noi per avviare la nuvola e se questo non avviene entro
> pochi giorni, ci rivolgiamo all'Austria 

Non è fondamentale, perchè puoi benissimo usare un altro dominio di tua
proprietà.

Nemesis

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] presentazione Andrea Segato

[Nemesis]

Andrea,

la nostra comunità è un punto di ritrovo per chi vuole costruire una
rete libera su tutto il territorio nazionale.

Se ti va di starci, ci stai, conosci gente, ottieni supporto e
visibilità, se non rispondi alle nostre domande ma esigi servizi, stai
cominciando con il piede sbagliato e forse è meglio che ti rivolgi a un
WISP o un azienda che può aiutarti a realizzare quello di cui hai
bisogno in poco tempo.

Nemesis


On 04/24/2016 12:48 PM, andrea.samu...@gmail.com wrote:
> scusa e rispondere alla tua domanda avrebbe quale significato ?
> a me sembra che si necessiti di un semplice redirect non vedo i
> motivi di creare tutti questi problemi
> /
> /
> /vuoi un sito ? hbb.it/carnialab.htm <http://hbb.it/carnialab.htm> ... è
> questo che vuoi ? /
> /
> /
> /e poi tu chi sei che ti permetti di rispondere /
> /
> /
> /e rispondi punto-punto anche sulla nostra storia ?/
> /
> /
> /https://it.wikipedia.org/wiki/Carnia// 
> 
> /
> 
> Il giorno 24 aprile 2016 12:44, sal <s...@keybit.net
> <mailto:s...@keybit.net>> ha scritto:
> 
> ti posso rispondere anche punto per punto
> se lo ritieni necessario
> 
> tuttavia non capisco come ti si possa dare aiuto
> se non rispondi alle domande che ti si pongono :)
> 
> questo aiuterebbe tutti a capire
> come darti una mano
> 
> esiste o no un sito del carnialab?
> --sal;
> 
> On Sun, Apr 24, 2016 at 12:33:00PM +0200, andrea.samu...@gmail.com
> <mailto:andrea.samu...@gmail.com> wrote:
> > 1) mi serve conoscere quale regolamento sto/stiamo infrangendo
> chiedendo un
> > dominio carnialab.ninux.org <http://carnialab.ninux.org> ?
> >
> > 2) iuliinet è nelle valli del natisone confine slovenia e conta 4 nodi
> > mentre noi siamo in Carnia e abbiamo (ripeto) dominato il
> Friuli che è
> > una nozione culturale rilevante e significativa, e possediamo 47 nodi
> >
> > 3) ripeto ancora che sono mesi che abbiamo ninux in programma e ce
> se non
> > c'è volontà di collaborare, meglio che si dica chiaramente senza
> girarci
> > intorno
> >
> > 4) il dominio carnialab.ninux.org <http://carnialab.ninux.org> è
> fondamentale per noi per avviare la
> > nuvola e se questo non avviene entro pochi giorni, ci rivolgiamo
> > all'Austria
> >
> >
> > *ecco i problemi*
> >
> > Il giorno 24 aprile 2016 12:24, sal <s...@keybit.net
> <mailto:s...@keybit.net>> ha scritto:
> >
> > > On Sun, Apr 24, 2016 at 11:52:24AM +0200,
> andrea.samu...@gmail.com <mailto:andrea.samu...@gmail.com> wrote:
> > > > grazie sal, sto cercando di capire quali sono i problemi con nino
> > > >
> > >
> > > non ho capito a quali problemi ti riferisci,
> > >
> > > un sito a cui faresti puntare il terzo livello...
> > > c'e' o non c'e'?
> > >
> > > ti ringrazio
> > > --sal;
> > >
> > > > Il giorno 24 aprile 2016 11:47, sal <s...@keybit.net
> <mailto:s...@keybit.net>> ha scritto:
> > > >
> > > > > On Fri, Apr 22, 2016 at 05:40:28PM +0200,
> andrea.samu...@gmail.com <mailto:andrea.samu...@gmail.com>
> > > wrote:
> > > > > [..]
> > > > > >
> > > > > > mi aiuteresti a dare il dominio di terzo livello come
> > > > > carnialab.ninux.org <http://carnialab.ninux.org> ?
> > > > > >
> > > > > [..]
> > > > >
> > > > > ciao andrea,
> > > > >
> > > > > il terzo livello a cosa punterebbe?
> > > > >
> > > > > un sito esiste gia'?
> > > > > --sal;
> > > > >
> ___
> Wireless mailing list
> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
> http://ml.ninux.org/mailman/listinfo/wireless
> 
> 
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] presentazione Andrea Segato

[Nemesis]

On 04/24/2016 11:52 AM, andrea.samu...@gmail.com wrote:
> grazie sal, sto cercando di capire quali sono i problemi con nino

Ciao Andrea,

prima di tutto, esiste già una comunità Ninux in Friuli Venezia Giulia:
https://iulii.ninux.org/

Che ha anche una mailing list:
http://ml.ninux.org/pipermail/iuliinet/

Facebook e Twitter:
https://www.facebook.com/Iuliinet/
https://twitter.com/iuliinet

I ragazzi di iuliinet sono nella comunità da molti anni e a mio avviso
sarebbe meglio unire le forze con loro piuttosto che creare un altro
gruppo che poi in realtà è portato avanti da una sola persona.

Inoltre, nella nostra comunità non è mai successo che un nuovo membro
volesse avere un dominio di terzo livello subito dopo essersi presentato
senza prima essersi fatto conoscere un pò di più all'interno della comunità.

Se non sbaglio ti ho anche risposto su IRC che sarebbe stato meglio
aspettare per questo.

Nessuno ti sta impededendo di installare nodi e servizi per la tua
comunità locale senza il dominio carnialab.ninux.org, non hai bisogno di
questo per procedere.

Ti consigliamo di procedere così come hanno fatto molti prima di te che
hanno creato nuove reti libere nella loro zona.

A noi non importa che si chiami ninux, carnialab, o qualsiasi cosa,
importa solo che rispetti le regole di base del picopeering agreement e
che sia possibile a tutti partecipare.

Nemesis


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Cavo da esterno bianco

[Nemesis]

Corrugato bianco lo puoi usare?

Federico


On 04/21/2016 01:08 AM, Andrea Grillini wrote:
> Qualcuno di voi ha mai trovato del cavo da esterno FTP bianco?
> 
> Ho esigenze di estetica, non posso usare quello nero...
> 
> Grazie anticipate
> 
> 
> A.
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: p2p value survey

[Nemesis]

Potrebbe interessare a qualcuno.

Nemesis


 Forwarded Message 
Subject:p2p value survey
Date:   Tue, 19 Apr 2016 09:56:52 +0200
From:   Guido Anselmi <g.ansel...@campus.unimib.it>
To: Guido Anselmi <g.ansel...@campus.unimib.it>



/Dear Sir or Madam/


/My name is Guido Anselmi and I write in behalf of the p2p value
research initiative, a EU-funded multi stakeholder research initiative(
www.p2pvalue.eu <http://www.p2pvalue.eu/> ). You are receiving this mail
because, at some point, your organization has been included by our
researchers in a list of relevant players in the p2p economy.
Because we are interested in mapping the social composition of p2p
producers, we would like to ask you to fill a short survey; if you could
also circulate the survey among the other people in your organization
//it would be great for us.
Here's the link for the survey/

//

/http://www.eSurveysPro.com/Survey.aspx?id=18ce1f0b-ff26-42f9-9d00-9717cb00674c/


/Also write me back if you need further informations./


/Have a Nice Day /


/Guido Anselmi /



-- 
Guido Anselmi
PhD - Università degli studi Milano Bicocca
Mobile: +393331904194


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] EU Radio Lockdown Directive

[nemesis]

On Sat, 9 Apr 2016 16:20:03 +0200, sal <s...@keybit.net> wrote:

On Sat, Apr 09, 2016 at 01:11:49PM +0200, nemesis wrote:

On Sun, 3 Apr 2016 19:18:07 +0200, Immanuel <atlantid...@gmail.com>
wrote:
>On 03 Apr 2016, at 18:40, Nemesis <neme...@ninux.org> wrote:
>>
>>Free Software Foundation Europe sta lavorando a questa campagna:
>>
>>https://fsfe.org/activities/radiodirective/
>>
>>Qualcuno di ninux vuole contribuire facendo una traduzione in
>>Italiano?
>>
>>Ci hanno anche chiesto se vogliamo aggiungere il nostro logo e
>>diventare
>>promotori.
>>
>>Che ne pensate?
>>
>>Nemesis
>
>Iniziamo a tradurre il testo.
>Ho aperto un pad qui [0] per la traduzione.
>
>[0] http://pad.ninux.org:9001/p/euradio_lockdown_directive_it

Il testo è stato tradotto ma ha bisogno di essere rifinito e reso
meno letterale.



ho ridato una letta veloce...

in alcune parti dovrebbe essere reso *piu' letterale*

cioe' tradotto piu' fedelmente
per evitare misinterpretazioni di natura politica


Qualcuno vuole dare un ultimo contributo prima di inviarlo a FSFE?

Nemesis


ma perche', non c'e' nessun italiano di fsfe
che se ne puo' occupare
e puo' rivedere la traduzione direttamente sul pad?

cosi' com'e' non puo' essere inviato
--sal;


Potete riguardare ora?

http://pad.ninux.org:9001/p/euradio_lockdown_directive_it
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Airgateway vlan openwrt

[nemesis]

On Fri, 15 Apr 2016 22:52:43 +0200, Jason Ledger 
<thejokerthe...@gmail.com> wrote:

Ragazzi ho installato openwrt sull'airgateway funziona sia il WiFi
che l'interfaccia grafica web, lo switch è supportato da openwrt e
supporta le vlan ma non è presente nella configurazione come posso
aggiungere il supporto ?


Hai letto la documentazione di OpenWRT al riguardo?
https://wiki.openwrt.org/doc/uci/network#switch
(suppongo ti riferisci a questo, ovvero lo switch programmabile)

In particolare:

"Not every OpenWrt supported device (or architecture, like x86) has a 
programmable switch, therefore this section might not be present on some 
platforms. Please also note, that some switches only support 
4Bit-VLANs."


Su Luci (TP-Link WDR 4300) la configurazione si trova in Network > 
Switch.


Se entri via shell guarda in /etc/config/network se trovi delle cose 
tipo:


config switch
option name 'switch0'
option enable_vlan '1'
option reset '1'

config switch_vlan
option ports '0t 2 3 4 5'
option device 'switch0'
option vlan '1'

config switch_vlan
option ports '0t 1'
option device 'switch0'
    option vlan '2'

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] EU Radio Lockdown Directive

[nemesis]

On Sun, 3 Apr 2016 19:18:07 +0200, Immanuel <atlantid...@gmail.com> 
wrote:

On 03 Apr 2016, at 18:40, Nemesis <neme...@ninux.org> wrote:


Free Software Foundation Europe sta lavorando a questa campagna:

https://fsfe.org/activities/radiodirective/

Qualcuno di ninux vuole contribuire facendo una traduzione in 
Italiano?


Ci hanno anche chiesto se vogliamo aggiungere il nostro logo e 
diventare

promotori.

Che ne pensate?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


Iniziamo a tradurre il testo.
Ho aperto un pad qui [0] per la traduzione.

[0] http://pad.ninux.org:9001/p/euradio_lockdown_directive_it


Il testo è stato tradotto ma ha bisogno di essere rifinito e reso meno 
letterale.


Qualcuno vuole dare un ultimo contributo prima di inviarlo a FSFE?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] EU Radio Lockdown Directive

[Nemesis]

On 04/04/2016 02:11 PM, Cascafico Giovanni wrote:
>
> SemiOT, sulla collaborazione etherpad
>
> Il proxy mi blocca i port diversi dall'80. Sarebbe possibile fare un
> reverse della porta 9001?
>

Fabys?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] EU Radio Lockdown Directive

[nemesis]

On Sun, 03 Apr 2016 21:26:38 +0200, leonardo <m...@leonardo.ma> wrote:

On Sun, 2016-04-03 at 18:40 +0200, Nemesis wrote:

Free Software Foundation Europe sta lavorando a questa campagna:

https://fsfe.org/activities/radiodirective/

Qualcuno di ninux vuole contribuire facendo una traduzione in
Italiano?

Ci hanno anche chiesto se vogliamo aggiungere il nostro logo e
diventare
promotori.


ack.


Non ho capito se ack indica favorevole o neutrale.

Io sono favorevole, se non si fosse capito.



Che ne pensate?


io ho chiesto ai portoghesi che organizzano BM se possono mettere in
piedi una conferenza in phone call. Vorrei far parlare qualcuno di 
FSFE

per fare il punto della situazione.

ho anche chiesto su twitter a quelli di turris-omnia se anche loro
saranno compliant, e come:

https://twitter.com/leobowski/status/716621211183218689

magari se retwittate rispondono.


Fatto.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] EU Radio Lockdown Directive

[Nemesis]

Non vorrei lasciarmi andare a considerazioni politiche sull'unione
Europea perchè credo siano OT qui, però se vieni su telegram ci
sfoghiamo allegramente :-)

PS: sul pad stanno contribuendo almeno 5 persone:
http://pad.ninux.org:9001/p/euradio_lockdown_directive_it

Nemesis


On 04/03/2016 08:02 PM, Enrico La Cava wrote:
>
> Mi pare una regolamentazione simile a quella recentemente adottata
> dagli usa. Nessuno a Bruxelles che pensi con la sua testa eh!?
>
> On Apr 3, 2016 6:41 PM, "Nemesis" <neme...@ninux.org
> <mailto:neme...@ninux.org>> wrote:
>
> Free Software Foundation Europe sta lavorando a questa campagna:
>
> https://fsfe.org/activities/radiodirective/
>
> Qualcuno di ninux vuole contribuire facendo una traduzione in
> Italiano?
>
> Ci hanno anche chiesto se vogliamo aggiungere il nostro logo e
> diventare
> promotori.
>
> Che ne pensate?
>
> Nemesis
> ___
> Wireless mailing list
> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] EU Radio Lockdown Directive

[Nemesis]

Free Software Foundation Europe sta lavorando a questa campagna:

https://fsfe.org/activities/radiodirective/

Qualcuno di ninux vuole contribuire facendo una traduzione in Italiano?

Ci hanno anche chiesto se vogliamo aggiungere il nostro logo e diventare
promotori.

Che ne pensate?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Sistema HotSpot con auth su VPS

[Nemesis]

On 03/25/2016 01:43 PM, Paolo Colucci wrote:
> Salve a tutti, chiedo a voi "maghi" consigli sul seguente sistema
> HotSpot con Captive Portal che vorrei realizzare:
>
> 1) Access Point Wireless con OpenWRT o similari e applicativo per
> gestire un Hotspot
>
> 2) Captive Portal di accesso su server Web in server Ubuntu e non
> all'interno del router
>
> 3) Radius server sempre nello stesso server Ubuntu
>
>
> Il sistema verrebbe simile a quello offerto da molte aziende
> come: http://www.hotspotsystem.com/
>
> Per 1 pensavo di utilizzare CoovaChili, mentre per il 2 e il 3 avevo
> visto questo che sembra tutto completo: http://www.radiusdesk.com/
>
> Voi avete altri sistemi da consigliarmi per fare ciò ?
>
> Grazie in anticipo
>

Ci sono vari modi in cui puoi fare questa cosa.

Ti serve per ninux o per altro?

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chat di supporto pubblico su telegram

[Nemesis]

On 03/23/2016 01:07 PM, ThEgAmEr wrote:
> 2016-03-23 12:08 GMT+01:00 Claudio Pisa <cl...@ninux.org>:
>> Ciao, Saverio.
>> Il nostro obiettivo e' *creare una rete nostra, con i nostri servizi*.
>> Possiamo usare temporaneamente servizi esterni ma a tendere il nostro
>> obiettivo deve essere hostarli internamente. Se, sempre a tendere,
>> questi non saranno abbastanza affidabili e non li useremo vorra' dire
>> che avremo fallito e che sara' meglio dedicarci ad altro.
>> Github per me e' solo un mirror temporaneo. Se ci affidassimo per cose
>> veramente critiche a servizi esterni per me staremmo solo perdendo il
>> nostro tempo.
> E vorrei aggiungere che per la natura fortemente distribuita di git e'
> un attimo replicare i repo altrove, e si puo' mantenere la
> collaborazione anche con chi un account non vuole farlo.
> Con un servizio come Telegram e' tutto un altro paio di maniche...

Giusto, git è facilmente replicabile su altri server, ciò non toglie che
oggi come oggi in molti casi per i progetti pubblici conviene usare
github per non isolarsi e attrarre più contributors.

Abbiamo anche una chat IRC, ma al momento non è utilizzata.

Ultimamente stiamo avendo problemi col fatto che i pochi servizi che ci
sono sono sulle spalle di pochi, e a parte tante proposte non vediamo
molta attività.

Abbiamo creato questo canale su telegram per dare la possibilità a nuove
persone di avvicinarsi, fare domande, entrare in contatto, al momento ci
sono 78 persone dentro, cosa mai vista sui canali jabber / IRC di ninux,
quindi facciamoci anche delle domande. Nessuno è obbligato a usare
telegram e se vi sta sulle palle l'immagine toglietela.

Come ha detto già BornAgain, è inutile tirare su servizi che poi non si
mantengono. Un servizio per essere veramente un servizio deve avere un
minimo di affidabilità e deve essere mantenuto da delle persone.

Nemesis

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ma Jabber?

[nemesis]

On Sun, 20 Mar 2016 14:10:57 +0100, Luigi Porto <open.m...@gmail.com> 
wrote:

Il giorno 20 marzo 2016 13:39, Nemesis  ha scritto:
Ma se faccessimo un canale telegram?

Usandolo già per gruppi di lavoro / NinuCS posso dire: favorevole.

Anche se un'uppatina a Jabber la farei.. servizi in/out nnx servono
sempre


Abbiamo creato un nuovo gruppo (aka supergruppo) pubblico su Telegram 
per sopperire alla mancanza di jabber.


Maggiori informazioni qui:
http://wiki.ninux.org/telegram

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Chat di supporto pubblico su telegram

[nemesis]

Abbiamo creato un nuovo gruppo (aka supergruppo) pubblico su Telegram 
per sopperire alla mancanza di jabber.


Maggiori informazioni qui:
http://wiki.ninux.org/telegram

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fronte battlemesh

[Nemesis]

Ciao a tutti,

ci sono 80 partecipanti registrati per il battlemesh, quest'anno ci sono
anche ben 3 sviluppatori di OpenWRT, tra cui Jow e Felix, due dei più
attivi.La lista dei partecipanti è qui:
http://battlemesh.org/BattleMeshV9/Participants

Per chi non è mai venuto ed è in dubbiose venire o meno: siete ancora in
tempo.

Più info su: http://battlemesh.org/BattleMeshV9

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ma Jabber?

[Nemesis]

On 03/20/2016 02:10 PM, Luigi Porto wrote:
>
>
> Il giorno 20 marzo 2016 13:39, Nemesis <neme...@ninux.org
> <mailto:neme...@ninux.org>> ha scritto:
>
> Ma se faccessimo un canale telegram?
>
>
> Usandolo già per gruppi di lavoro / NinuCS posso dire: favorevole.
> Anche se un'uppatina a Jabber la farei.. servizi in/out nnx servono
> sempre

Al momento non c'è nessuno che ha tempo di assumersi l'onere di
mantenere questo servizio.

Nemesis

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Dismettere la pagina Gestione Indirizzi

[Nemesis]

On 03/15/2016 01:01 PM, Giuseppe De Marco wrote:
> Il 15 marzo 2016 12:51, Matteo Pedani <mat...@pedani.it> ha scritto:
>> La pagina Gestione Indirizzi è ormai diventata un vero.
>>
>> Usandola è facile prendere un indirizzo già usato e non accorgersene.
>> Tant'è che anche chi mette mano ad un nodo condiviso come quello del
>> fusolab, non ha aggiornato in passato le informazioni.
>>
>> Io propongo di dismettere da ADESSO, l'uso della pagina Gestione indirizzi.
>>
> Matteo dici cose sacrosante, è anche vero che una gestione unificata
> significa mettere daccordo tutti.
>
> Personalmente credo che dovremmo portare questi contenuti in nodeshot
> e usare nodeshot per tutte le cose necessarie ai task "wireless". In
> questo l'assegnazione degli indirizzi ricade nel "wireless". Di certo
> un campo "unique" e una serie di piccoli accorgimenti risolverebbero
> il problema della collisione e tante altre care cose.

E' da un pò che ci penso, solo che sono già attivo su troppi fronti.

In effetti una soluzione del genere ci semplificherebbe molto la vita.

Vedrei bene la risoluzione di questo problema con un pacchetto separato,
testabile in modo indipendente da nodeshot, che poi potremmo includere
quando nodeshot sarà più stabile.

Anche l'idea di aggiungere un modulo per fare da oauth provider non è male.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ma Jabber?

[Nemesis]

Ma se faccessimo un canale telegram?

Nemesis


On 03/17/2016 07:38 PM, Michele Salerno wrote:
> Se vuoi una VPS con IP publico te la do volentieri...
>
> Il 1 marzo 2016 16:37, federico la morgia <super_tr...@hotmail.com> ha 
> scritto:
>>
>>> From: ferraiologiuse...@gmail.com
>>> Date: Tue, 1 Mar 2016 16:20:17 +0100
>>> To: wireless@ml.ninux.org
>>> Subject: [Ninux-Wireless] Ma Jabber?
>>> Non funge? Rotto? :(
>>> ___
>>> Wireless mailing list
>>> Wireless@ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>> ServerFarm giù e nessuno si è più accollato il server con raggiungibilità
>> interna/esterna a Ninux.
>>
>>
>> Federico.
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>
>

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [ninux-roma] Sunto collettore topologia & next steps

[Nemesis]

Inoltro questa mail anche ai non Romani in quanto penso possa
interessare a più persone.

Per raccogliere la topologia è necessario pubblicare la topologia su una
URL pubblica, in modo che il map-server possa recuperarla e processarla.

Questo però ci ha dato spesso problemi:

  * per chi è agli inizi e non è pratico risulta difficile recuperare la
topologia ed inviarla su un server con ip pubblico regolarmente
  * se il server/nodo dove viene pubblicata la topologia va giù la
topologia non viene aggiornata, questo è stato sempre uno dei nostri
principali single point of failure

Con il nuovo tool che sto sviluppando è possibile inviare la topologia
direttamente al collettore con una richiesta HTTP POST (feature
richiesta più volte da più persone), ma non solo, la vera ficata è che
ora è anche possibile far inviare la topologia a più nodi, e se il
collettore viene ridondato su più server potremo evitare totalmente il
single point of failure.

A Roma stiamo testando l'invio della topologia ipv6 da parte di più
nodi, potete vederla qui:
http://ninux-graph.netjson.org/topology/e384464c-d1d2-4af3-aae1-4e852a28d956/

Vi ricordo la pagina sul wiki:
http://wiki.ninux.org/TopologyVisualizer

Di seguito la mail che ho inviato sulla lista di Roma:

 Forwarded Message 
Subject:[ninux-roma] Sunto collettore topologia & next steps
Date:   Sun, 20 Mar 2016 13:26:28 +0100
From:   Nemesis <neme...@ninux.org>
Reply-To:   Lista pubblica di Ninux-Roma <r...@ml.ninux.org>
To: r...@ml.ninux.org



Ciao a tutti,

al momento stanno inviando la topologia ipv6 almeno 5 nodi:

  * Pomezia (HTTP POST passa via ADSL)
  * Falco (HTTP POST passa via ADSL)
  * Diego Apriliana (HTTP POST passa via ADSL)
  * Fusolab 2.0 (HTTP POST passa via Namex)
  * Stranonet (HTTP POST passa via ADSL)

E forse qualcun altro che sto dimenticando.

Al prossimo disservizio ipv6 - che a questo punto spero arrivi presto :D
- vedremo se effettivamenDe riusciremo ad avere qualcosa di meglio
rispetto all'ultima volta, mi aspetto di riuscire a capire a colpo
d'occhio quali sono le zone che causano problemi.*
*

*Idee da sviluppare*

Ci sono tanti fronti su cui vorrei lavorare, ma dovrà fare delle scelte
perchè da solo non posso fare tutto (in breve tempo si intende):

  * risolvere problema dei link che hanno source e target identico (ora
vengono scartati, ma se non fosse così bisognerebbe poter
visualizzarli entrambi con un magheggio grafico)
  * aggiungere dati geografici nel mix
  * integrazione con nodeshot
  * possibilità di unire facilmente i nodi che si trovano in un unica
subnet (eg: quelli che non usano routing a terra), sarà cmq
richiesto l'intervento manuale di un utente

*Idee che possono essere sviluppate come pacchetti aggiuntivi*:

  * query SNMP ai nodi per tenere aggiornate le informazioni
  * discovery tramite LLDP
  * raccolta statistiche (numero di nodi, numero di link, metriche dei link)
  * snapshot giornalieri della topologia per poter monitorare
l'evoluzione della rete

*Setup futuro*

A regime vorrei avere un collettore ridondato su più nodi, sia
fisicamente in ninux che fuori (eg: hetzner). Come lo vedete un servizio
anycast per questo caso d'uso?

Nemesis



___
Roma mailing list
r...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/roma

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [OpenWrt-Users] 15.05.1 - Chaos Calmer

[Nemesis]

FYI


 Forwarded Message 
Subject:[OpenWrt-Users] 15.05.1 - Chaos Calmer
Resent-Date:Wed, 16 Mar 2016 13:21:19 +0100
Resent-From:Imre Kaloz 
Resent-To:  openwrt-us...@lists.openwrt.org

Date:   Wed, 16 Mar 2016 13:06:53 +0100
From:   John Crispin 
Reply-To:   OpenWrt User List 
To: openwrt-de...@lists.openwrt.org, openwrt-us...@lists.openwrt.org



The OpenWrt developers are proud to announce the minor fix release of
OpenWrt Chaos Calmer.

 ___ __
   |   |.-.-.-.|  |  |  |..|  |_
   |   -   ||  _  |  -__| ||  |  |  ||   _||   _|
   |___||   __|_|__|__||||__|  ||
|__| W I R E L E S S   F R E E D O M
   -
   CHAOS CALMER (15.05.1)
   -
* 1 1/2 oz GinShake with a glassful
* 1/4 oz Triple Sec   of broken ice and pour
* 3/4 oz Lime Juice   unstrained into a goblet.
* 1 1/2 oz Orange Juice
* 1 tsp. Grenadine Syrup
   -

   -
http://downloads.openwrt.org/chaos_calmer/15.05.1/


** Highlights since Chaos Calmer 15.05 **

* Linux kernel updated to version 3.18.23
* Security fixes:
  - kernel: fix keyring reference leak (CVE-2016-0728)
  - openssl updated to 1.0.2f
  - hostapd security fixes
  - samba36 (CVE patches from 2015-12-16)
* Update of netifd, procd, uci, rpcd, ubox & uhttpd
* Driver updates
  - ledtrig-netdev: fix possible deadlock
  - bcm47xxpart: fix bcm53xx booting on NAND with badblocks
  - brcmfmac: fix getting/setting TX power, add stations dumping and
support beamforming
  - 8139c: backport v4.3 fixes
  - backport spi layer fixes from v4.2+
  - solos-pci: increase headroom on RX
  - xrx200-net: fix port mirroring issues
  - update mac80211 (adding mt76)
* Support for new devices:
  - Linksys WRT1900ACS (mvebu)
  - D-LINK DIR-615 rev. Ix (ar71xx)
  - LinkIt Smart7688 (ramips)
  - Gainstrong MiniBox v1.0 (ar71xx)
  - ZBT WG2626 (ramips)
  - TP-LINK TL-WR841N/ND v10 (ar71xx)
  - TL-WR741ND v5 (ar71xx)
  - WR740N v5.0 (ar71xx)
  - TP-LINK TL-WR941ND v6 international version (ar71xx)
* Improved support for existing devices:
  - Netgear R8000: USB power and CPU speed
  - RapsberryPi: Add sysupgrade support
* Kernel fixes
  - ramoverlay
  - multicast-to-unicast
  - ip6_fragment related skb_leak
* Package fixes
  - igmpproxy: spurious restart issues

Have fun!
  The OpenWrt developer team
___
openwrt-users mailing list
openwrt-us...@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users



___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Visualizzare la topologia della vostra rete

[Nemesis]

Da oggi è disponibile una nuova guida sul wiki:
http://wiki.ninux.org/TopologyVisualizer

Descrive come aggiungere topologie sul nuovo collettore/visualizzatore
che stiamo testando da un pò di tempo.

Man mano che lo userete ed invierete feedback la migliorerò aggiungendo
informazioni mancanti.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: Re: [OpenWrt-Devel] Cannot flash UBNT Loco M2

[Nemesis]

FYI


 Forwarded Message 
Subject:Re: [OpenWrt-Devel] Cannot flash UBNT Loco M2
Date:   Fri, 11 Mar 2016 15:28:41 +0100
From:   Matthias Schiffer 
To: Joseph Marlin , Outback Dingo

CC: Bill Moffitt , openwrt-de...@lists.openwrt.org





This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--rxAlIpeFV6gXQsOOrJdtfljB0USMgOl9v
Content-Type: multipart/mixed; boundary="wulcDOuxD3Kao985jBLkWu6w6ucA9x8w7"
From: Matthias Schiffer 
To: Joseph Marlin ,
 Outback Dingo 
Cc: Bill Moffitt , openwrt-de...@lists.openwrt.org
Message-ID: <56e2d619.3070...@universe-factory.net>
Subject: Re: [OpenWrt-Devel] Cannot flash UBNT Loco M2
References: <56be547b.1080...@ayrstone.com>
 
 <806358474.10108225.1455314988512.javamail.r...@saucontech.com>
 
 <1701680746.20447974.1457704012855.javamail.zim...@saucontech.com>
In-Reply-To: <1701680746.20447974.1457704012855.javamail.zim...@saucontech.com>

--wulcDOuxD3Kao985jBLkWu6w6ucA9x8w7
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 03/11/2016 02:46 PM, Joseph Marlin wrote:
> We certainly haven't. I've tried applying these patches - http://thread=
=2Egmane.org/gmane.comp.embedded.openwrt.devel/39001
>=20
> to no avail. I still get hit by a "Error code 2 - Firmware Check Failed=
".=20
>=20
> I'm really suspecting this comes down to an intentional check by Ubiqui=
ti to prevent us from flashing, as described on this list and in this com=
ment on the ticket - https://dev.openwrt.org/ticket/20982#comment:16
>=20
> I have not yet had a chance to change the image header and CRC to look =
like a Ubiquiti image, nor do I know how to offhand, but I hope to give i=
t a shot soon.

Hi,
there is a lot of misinformation about this issue going around, in
particular, the wiki is plain wrong (I'll fix that some time soon.)

Here's what's going on:

* OpenWrt had wrong partition sizes in its UBNT AirMax firmware for a lon=
g time
* Old AirOS and the corresponding U-boot version had a bug that made U-bo=
ot
ignore the partition sizes defined in the firmware image. This made OpenW=
rt
work with the old U-boot despite its broken partition sizes
* The new AirOS has been fixed in this regard (but contains a new bug).
This also means that the broken OpenWrt images don't work anymore and can=

cause even more breakage
* The new U-boot/AirOS did *not* change the flash layout. Both AirOS 5.5.=
x
and 5.6.x use the same flash layout, the changed flash layout reported in=

the wiki is caused by broken OpenWrt images!
* The OpenWrt trunk since r48829 and the CC branch since r48849 are fixed=
,
meaning they define the correct partition sizes
* The "Newly-erased block contained word ..." messages are a consequence =
of
a missing patch in CC that has been backported as r48849 (the new U-boot
doesn't remove flash protection, so the flash is just read-only from
OpenWrt; TFTP recovery is the only way to upgrade in this state)
* AFAIR "Error code 2 - Firmware Check Failed" is the consequence of a bu=
g
in the new U-boot: after flashing an image with broken (smaller) partitio=
n
sizes, the recovery doesn't accept images with the original partition siz=
es
anymore

Getting out of this state is not easy: you have a U-boot on your device
that doesn't accept correct images, and an OpenWrt version that doesn't
allow writing to the flash.

Through a serial console, you can try fixing the settings in U-boot; when=
 I
tried this the last time, I wasn't able to do so, but maybe I did somethi=
ng
wrong. The U-boot console has a few interesting settings (I forgot the
exact commands, but the "help" command should tell you everything you nee=
d
to know):

* You can reset the MTD layout to the defaults. This makes the recovery
accept correct images again. Unfortunately, in my experiments, this setti=
ng
was not permanent even when I saves the environment after resetting the
layout. In the hindsight, I remember there being a setting to disable fla=
sh
protection, maybe that would made have the environment saving effective.

In the end, I fixed this by creating a patched OpenWrt image that allowed=

me to write to the uboot and uboot-env partitions; this allowed me to wri=
te
back backups I had made of the uboot and uboot-env before I broke the fla=
sh
layout by flashing OpenWrt. Obviously, this does not work if you don't ha=
ve
backups...

* If you don't plan to ever go back to AirOS again, it might be okay to
just ignore the broken MTD layout in the U-boot settings. Get into the
U-boot console, reset the MTD layout, start recovery, and flash an OpenWr=
t
version after trunk r48829 or CC r48849.


I hope this helps. I'd be 

[Ninux-Wireless] Fwd: [Battlemesh] Late bird deadline extended to March 10 - only 6 left!

[Nemesis]

Ritardatari siete ancora in tempo se volete ;-)


 Forwarded Message 
Subject:[Battlemesh] Late bird deadline extended to March 10 - only 6
left!
Date:   Fri, 4 Mar 2016 15:22:24 +
From:   Filipe Borges Teixeira 
Reply-To:   Battle of the Mesh Mailing List 
To: Battle of the Mesh Mailing List 


Hi everyone!

We managed to extend the late bird deadline some days! You can still
pick up the €150 Rivoli Cinema hostel package for the full Battlemesh
week, breakfast included, until March 10th! After this date we can no
longer hold the reservations and any late arrangements are possible, but
subject to availability. Only 6 beds are available at the moment and we
would like to have the hostel just for the WBMv9 group.

The hostel is within walking distance to the city centre, where the most
social events will take place. Check the pictures and sign up today here:

http://battlemesh.org/BattleMeshV9/#Participant_Registration_and_Fee

Are you traveling with friends? We can also book the accommodation
package for them as well: we will put you in the same room :) You can
also contact the hostel to anticipate or extend your stay if you want to
travel around Porto for some more days.

If you just want to register for the event itself, please sign up
without any accommodation selection. Registration is mandatory so that
we can prepare everything to make this an excellent Battlemesh!

We have now 60+ registered participants. Please help spreading the word!

Thanks a lot!

Best Regards,
Filipe Teixeira



___
Battlemesh mailing list
battlem...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/battlemesh

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [OpenWrt-Users] Request for Feedback - prplwrt Software Support Program - initial draft

[Nemesis]

FYI


 Forwarded Message 
Subject:[OpenWrt-Users] Request for Feedback - prplwrt Software
Support Program - initial draft
Date:   Thu, 3 Mar 2016 15:07:22 -0600
From:   Eric Schultz 
Reply-To:   OpenWrt User List 
To: openwrt-devel ,
openwrt-us...@lists.openwrt.org, OpenWrt Internal Developer List




As discussed in prplwrt meetings, prpl is interested in funding
development work on OpenWrt. In order to make this as fair as possible,
I'm proposing a process which I'm tentatively calling the prplwrt
Software Support Program (PSSP)

PSSP will fund innovative OpenWrt development work that is responsive to
the needs of the OpenWrt community and industry. To make sure the
process benefits the community as much as possible, I'm asking for your
feedback. Please look through the document I've linked below and provide
feedback, either as comments on the document or as a reply to this message.

As a quick summary, the process would go as follows:

* prpl and its members, as funders, would set initial themes that all
projects would be expected to fit into.
* the community, prpl members, and others would submit and comment on
ideas for projects that fit those themes
* potential implementers would then submit proposals for
implementations, including a budget, timeline and general plan for
implementation
* an OpenWrt community committee, the prpl TSC and prpl Board would
finalize which implementations are selected and funded.

More details are in the linked document. I want to make sure everyone in
the OpenWrt community has had a chance to provide their thoughts on the
program so please provide your feedback as soon as possible and no later
than March 17.

Thanks,

Eric

PSSP proposal:
https://docs.google.com/document/d/1b5LwqNPUasSafP-3NLwnV7rXRRUPDfj5yrU772dkpoc/edit?usp=sharing

-- 
Eric Schultz, Community Manager, prpl Foundation
http://www.prplfoundation.org
eschu...@prplfoundation.org 
cell: 920-539-0404
skype: ericschultzwi
@EricPrpl


___
openwrt-users mailing list
openwrt-us...@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [ninux-dev] netdiff e Fedora (/RHEL/CentOS/SL)

[Nemesis]

Ciao a tutti,

grazie al lavoro di Germano alcune librerie sviluppate per ninux sono
state inserite nei pacchetti ufficiali di Fedora,
altre sono in processo di revisione.

Questo ci aiuterà a rendere più facile l'installazione di alcuni tool.

Sarebbe bello trovare qualcuno che ci aiuti a fare questo processo anche
per Debian ;-)

Nemesis


 Forwarded Message 
Subject:[ninux-dev] netdiff e Fedora (/RHEL/CentOS/SL)
Date:   Sat, 5 Mar 2016 00:09:43 +0100
From:   Germano Massullo <germano.massu...@gmail.com>
Reply-To:   Ninux Software Development <ninux-...@ml.ninux.org>
To: Ninux Software Development <ninux-...@ml.ninux.org>





This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--nbf1Bx9wk64qiw9gi9KtdMJIF3JiPP1wU
Content-Type: multipart/mixed; boundary="tN1bf4Hi8l9KUAdb2mAru2IcP3qncO6Bp"
From: Germano Massullo <germano.massu...@gmail.com>
To: Ninux Software Development <ninux-...@ml.ninux.org>
Message-ID: <56da15b7.3040...@gmail.com>
Subject: netdiff e Fedora (/RHEL/CentOS/SL)

--tN1bf4Hi8l9KUAdb2mAru2IcP3qncO6Bp
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable

La libreria Python netdiff [1] ha superato il processo di revisione [2]
per l'immissione nei repository Fedora / Fedora EPEL.
Il repository EPEL [3] (Extra Packages for Enterprise Linux) fornisce
pacchetti aggiuntivi per Red Hat Enterprise Linux (RHEL), CentOS,
Scientific Linux (SL) ed Oracle Linux (OL).

La libreria netdiff otterr=E0 ulteriore visibilit=E0, ed inoltre, potr=E0=

potenzialmente esser utilizzata in componenti chiave del sistema
operativo o in qualche altro punto dell'infrastruttura Fedora [4].

La presentazione che ho scritto =E8 disponibile all'indirizzo [5]



[1]: https://github.com/ninuxorg/netdiff
[2]: https://bugzilla.redhat.com/show_bug.cgi?id=3D1301268
[3]: https://fedoraproject.org/wiki/EPEL/it
[4]: https://apps.fedoraproject.org/
[5]:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o=
rg/thread/7NMSVIDOC6YUJMCLH5TPH4L5MY2B26AD/


--tN1bf4Hi8l9KUAdb2mAru2IcP3qncO6Bp--

--nbf1Bx9wk64qiw9gi9KtdMJIF3JiPP1wU
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJW2hW3AAoJEIq8nrxQ7aiEVsUP/R+5p4Cau73CEm1Zc5WRaYtv
9fWTMz/YIWQ/Q0Tm6wQzb2ho4xc9vlm/+1tRsarCAFkf6+5E3gZP2ncMB3xsRJ+V
eD4Xh8Ly5eLuAUNpacIE1t3UdtxSNfstJKeQOBE3XqcfvRECU9Zd0yffZsvN1YWo
4SINmUb9j0QN/40h67g2O59AFCL2TYv+S5EFZhaq3hmaZMLufnqN5ZhiecKCr14j
r51skI+Y5XF+keBvlfpGxzyQch18Y7QrHT3y+TcHNw3sSdnRj4mmIn+hLIOIU9Vn
hjhZ+ZgzivjYsmmE8BrnqlFLgeFLltO5yDxeolyvyjZ/KJgO+n8QnlUKGG2xaVSJ
Bmqikydjlyk2IwniL0kLB3zvHwSLr3A2REb7cYTnGoxMilO0Y4ZCWvrvNppenmKb
qc7Ndnp5SlApmsDXsX5L4JM5srI8xZrs2KwOLC/SR7ZCxUiwSz7z0e0HScHRu+S3
v0jf37rJp53in9g+ZFRw4Ryn3jcFlIX3CpI0esqQnZLWaDLOwBaK6jeMkAjLiWZJ
EXodl8yzi000eAwW2VdRcG7FnaA8xTQseLsm9Eq2PY3GFuHzLSM1Mvm9bXbBCaYB
klLMXWf//YdQ9HSh7hMV7C1co6fEd2chGe6qC707+M90Df0kEVmCbL7vrNl5cMu6
2uvUu93tqDnexofsVDJJ
=TEFH
-END PGP SIGNATURE-

--nbf1Bx9wk64qiw9gi9KtdMJIF3JiPP1wU--

___
ninux-dev mailing list
ninux-...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/ninux-dev



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Sperimentazione OLSR2 + VPN di management

[Nemesis]

Ciao a tutti,

con Michele Salerno stiamo sperimentando OLSR2 e VPN di management molto
facilitata su Ninux Basilicata (ovvero Matera), usando una soluzione che
ci permette di gestire le configurazioni di apparati OpenWRT da remoto
con dei template.

A Matera ci sono due nodi fisici che girano con OLSR1, e poi c'è una
rete di test che gira con OLSR2, se tutto vabene prossimamente i due
nodi con OLSR1 saranno passati a OLSR2.

Se a qualcuno interessa questo tema, su ninux-dev stiamo condividendo
informazioni, eg:

Notizie sul fronte automazione configurazioni
http://ml.ninux.org/pipermail/ninux-dev/2016-February/000646.html

Olsr2 e compilazione
http://ml.ninux.org/pipermail/ninux-dev/2016-February/000650.html

A regime puntiamo ad avere un playbook ansible per installare/aggiornare
il server e uno script di compilazione per OpenWRT da poter mettere in
delle istanze jenkins (quello che stiamo sperimentando viene compilato
da una mia istanza privata), il tutto MAGARI anche documentato :-)

La mailing list ninux-dev è qui:
http://ml.ninux.org/mailman/listinfo/ninux-dev

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Battlemesh v9

[Nemesis]

On 02/25/2016 06:41 PM, Germano Massullo wrote:
> Il giorno 25 febbraio 2016 18:09, Nemesis <neme...@ninux.org
> <mailto:neme...@ninux.org>> ha scritto:
>
> Qualcuno vuole partecipare ai test e alla pubblicazione dei risultati?
> E' molto formativo!
>
>
> È necessario essere presenti sul posto per partecipare ai test?
>

Secondo me sì, in passato qualcuno c'ha provato a partecipare da remoto
ma secondo me non funziona affatto bene.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Battlemesh v9

[Nemesis]

Chi ci sarà quest'anno?

Qualcuno vuole partecipare ai test e alla pubblicazione dei risultati?
E' molto formativo!

Per chi è indeciso consiglio di sbrigarsi! C'è tempo fino ai primi di
Marzo per prenotare l'ostello dove staremo tutti.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: Re: [Battlemesh] Chilling effect - Lockdown (FCC/EU)

[nemesis]

Alcuni modelli TP-Link locked.

 Original Message 
Subject: Re: [Battlemesh] Chilling effect - Lockdown (FCC/EU)
Date: Wed, 17 Feb 2016 12:56:02 -0500
From: Adam Longwill 
To: Battle of the Mesh Mailing List 
Cc: Sebastian Raible 
Reply-To: Battle of the Mesh Mailing List 



Yes. Less than 24 hours ago I was given the following information from
a customer service rep from tplink:

Adam Longwill09:10:01 pm downgrading does not work
 I get an 18005 errror
 upon attempting to downgrade
 I want to know if this is because of the FCC's rules regarding
broadcast strength and DFS control. Has TP-Link complied with these
rules and locked down its firmware and if so, for what models
 I need to know if I am going to continue purchasing devices from you.
  
 Camille09:13:25 pm wait one moment please
 Thanks for your waiting, right now only these products has limitation
on firmware: Archer C7 V2 Archer C1900 V1 Touch P5 V1 Archer C2600 V1
Archer C3200 V1 Archer C2 V1 Archer C5 V2 Archer C8 V1 Archer C9 V1
TL-WR841N V11 TL-WDR3500 V1 TL-WR940N V3.0 TL-WR1043ND V3.0
TL-WR710N(USA) TL-WR841N V9.0
 and all products will also limite firmware in the future.
   
    Adam Longwill09:26:19 pm Wow. Thank you. I'm impressed with
your digging
 And this limitation is due to FCC rule clarifications in 2015?
 And not some other reason
 
  Camille09:28:15 pm Right, due to FCC
  
 Adam Longwill09:28:50 pm Thank you very much. Can you explain why the
WDR3600 appears to be locked down? Is it possible that your list is not
totally updated?
 And do you have a method or avenue that people who wish to use other
firmware have?
  
 Camille09:34:02 pm Yes, wdr3600 as dual band wifi router, is also
locked down. And there is no other way to use other firmware. Sorry for
that
    
 Adam Longwill09:34:19 pm Thank you very much, Camille. You've been
very helpful

Sorry for the formatting, I'm on mobile.

I'm very interested in what we, as a community, can do to ensure we can
continue to build our networks.
On Feb 17, 2016 12:51 PM, "Adam Longwill"  wrote:

Yes. Less than 24 hours ago I was given the following information from
a customer service rep from tplink:

Adam Longwill09:10:01 pm downgrading does not work
 I get an 18005 errror
 upon attempting to downgrade
 I want to know if this is because of the FCC's rules regarding
broadcast strength and DFS control. Has TP-Link complied with these
rules and locked down its firmware and if so, for what models
 I need to know if I am going to continue purchasing devices from you.
  
 Camille09:13:25 pm wait one moment please
 Thanks for your waiting, right now only these products has limitation
on firmware: Archer C7 V2 Archer C1900 V1 Touch P5 V1 Archer C2600 V1
Archer C3200 V1 Archer C2 V1 Archer C5 V2 Archer C8 V1 Archer C9 V1
TL-WR841N V11 TL-WDR3500 V1 TL-WR940N V3.0 TL-WR1043ND V3.0
TL-WR710N(USA) TL-WR841N V9.0
 and all products will also limite firmware in the future.
   
    Adam Longwill09:26:19 pm Wow. Thank you. I'm impressed with
your digging
 And this limitation is due to FCC rule clarifications in 2015?
 And not some other reason
 
  Camille09:28:15 pm Right, due to FCC
  
 Adam Longwill09:28:50 pm Thank you very much. Can you explain why the
WDR3600 appears to be locked down? Is it possible that your list is not
totally updated?
 And do you have a method or avenue that people who wish to use other
firmware have?
  
 Camille09:34:02 pm Yes, wdr3600 as dual band wifi router, is also
locked down. And there is no other way to use other firmware. Sorry for
that
    
 Adam Longwill09:34:19 pm Thank you very much, Camille. You've been
very helpful

Sorry for the formatting, I'm on mobile.

I'm very interested in what we, as a community, can do to ensure we can
continue to build our networks.

Dear fellow meshas,

we are searching, if there is a proof that manufacturers already
locking down to follow the EU 2014/53 or FCC?

The result is that alternative software cannot be flashed, even if they
stated in the guideline that this was not the goal?
An article or spec or something?

Thanks a lot, Monic

PS: ETSI has the standard for DRM on SDR-Modules nearly finished …
one said to me, but I don’t have more infos at the moment.

___
 Battlemesh mailing list
 battlem...@ml.ninux.org [2]
 http://ml.ninux.org/mailman/listinfo/battlemesh [3]



Links:
--
[1] mailto:adam.longw...@gmail.com
[2] mailto:battlem...@ml.ninux.org
[3] http://ml.ninux.org/mailman/listinfo/battlemesh

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [FCC] OpenWRT: 2004-2016, killed by the FCC.

[nemesis]

Oggetto un pò catastrofico ma credo a fin di bene.

 Original Message 
Subject: [FCC] OpenWRT: 2004-2016, killed by the FCC.
Date: Wed, 17 Feb 2016 15:13:03 -0800
From: Dave Taht 
To: bufferbloat-fcc-discuss 
, 
f...@lists.prplfoundation.org


List of TPlink routers that cannot be reflashed due to FCC rules:
http://is.gd/HPrGgu as confirmed by a tp-link service rep.

Some folk are trying to turn the recent glibc bug into a meta-argument
for source to critical infrastructure:

https://plus.google.com/u/0/+AlanCoxLinux/posts/4WwDBRq5A9F

(although many are using a different libc, which does not appear to be
vulnerable - it does however, have less eyeballs on it)

Dan Gillmor also had a good piece today:

http://www.slate.com/articles/technology/future_tense/2016/02/tech_reviews_should_assess_gadget_app_security_and_privacy.html?wpsrc=sh_all_dt_tw_ru

I keep wondering what mudge is up to. I LIKE the U/L insurance bet 
idea.


and it would be nice to find some forum (medium? circleid?) for
debating the mandates we'd outlined in the wifi vs fcc letter.


--
Dave Täht
Let's go make home routers and wifi faster! With better software!
https://www.gofundme.com/savewifi
___
FCC mailing list
f...@lists.prplfoundation.org
http://lists.prplfoundation.org/cgi-bin/mailman/listinfo/fcc

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] [blog] Ninux.org sostiene il #Battlemesh v9

[Nemesis]

Nuovo post sul blog (Ninux.org Wireless Community): 

'Ninux.org sostiene il #Battlemesh v9' di Nemesis

Il "Wireless Battle of the Mesh" è un evento che mira a far incontrare
persone da tutto il pianeta per testare le performance dei differenti
protocolli di routing (Babel, B.A.T.M.A.N., BMX, OLSR, 802.11s, ecc) e per
parlare di community network.
Molti appassionati di reti mesh si uniranno all'evento per presentare novità,
testare, sviluppare ed imparare.
L'evento è gratuito ed aperto a tutti, ogni anno ci impegniamo a tenere i costi
di partecipazione bassi facendo accordi per pernottamento e cibo.
Quest'anno l'evento si terrà dal 1 al 7 Maggio 2016 a Porto, Portogallo ed
è organizzato da WirelessPT.
Ninux sostiene il battlemesh dalle sue primissime edizioni perchè è anche
grazie a questo tipo di eventi che riusciamo a migliorare le nostre
conoscenze sul campo delle reti distribuite e sulle reti comunitarie.
Grazie al battlemesh abbiamo imparato tante cose che ora utilizziamo nelle
nostre reti. Se siete interessati alle reti mesh, ai protocolli di routing
dinamici, alle reti comunitarie, o se volete ritenervi dei ninuxer seri, non
potete perdere questo evento!
Ninux supporterà l'evento principalmente in diversi modi:


aiutando con la promozione e gli "endorsements"
portando membri della comunità all'evento
partecipando attivamente al setup del testbed
coordinando il processo di documentazione dei risultati
proponendo talk riguardo gli sviluppi della nostra comunità

Potete trovare più informazioni sul sito ufficiale del Battlemesh.
Se hai intenzione di unirti a noi ti consigliamo di seguire la mailing list
dell'evento per non perdere gli ultimi sviluppi.

https://blog.ninux.org/2016/02/10/ninux-org-sostiene-il-battlemesh-v9/

(messaggio generato automaticamente)

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [Battlemesh] Early bird deadline extended for one week - sign up now for reduced hostel package price

[Nemesis]

125 € pacchetto ostello + colazione vicino al centro di Porto.

Che volete di più dalla vita?

PS: l'anno scorso ho dato una mano attivamente con i test, e nonostante
ho creato un "piccolo" incidente diplomatico (lol), ho imparato
moltissimo e mi sono pentito di non averlo fatto a tutti i battlemesh
precedenti, quindi ve lo consiglio altamente!!


 Forwarded Message 
Subject:[Battlemesh] Early bird deadline extended for one week - sign
up now for reduced hostel package price
Date:   Tue, 2 Feb 2016 23:48:11 +
From:   Filipe Borges Teixeira 
Reply-To:   Battle of the Mesh Mailing List 
To: Battle of the Mesh Mailing List 



Hi everyone!

We managed to extend the early bird deadline for one week! You can still
pick up the €125 hostel package for the full Battlemesh week,
breakfast included, until February 10th! 

The hostels are really nice and within walking distance to the city
centre, where the most social events will take place. Check the hostels
pictures and sign up today here:

http://battlemesh.org/BattleMeshV9/#Participant_Registration_and_Fee

Are you traveling with friends? We can also book the accommodation
package for them as well: we will put you in the same room :) You can
also contact the hostel to anticipate or extend your stay if you want to
travel around Porto for some days.

If you just want to register for the event itself, please sign up
without any accommodation selection. Registration is mandatory so that
we can prepare everything to make this an excelent Battlemesh!

For the nearly 40 people already registered, please help spreading the word!

Thanks!

Best Regards,
Filipe Teixeira

--Â 
INESC TEC

*Filipe Borges Teixeira*
Centro de Telecomunicações e Multimédia
Centre for Telecommunications and Multimedia

*INESC TEC*
Campus da FEUP
Rua Dr Roberto Frias
4200-465 Porto
Portugal

T +351 22 209 4299
M +351 91 247 8025
F +351 22 209 4050
filipe.b.teixe...@inesctec.pt 
www.inesctec.pt 


___
Battlemesh mailing list
battlem...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/battlemesh

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Flash OpenWRT su Ubiquiti PowerBeam 400

[Nemesis]

Sì, aggiungere un riferimento in più secondo me non fa male.

Nemesis


On 02/04/2016 09:15 AM, Alfredo Vania wrote:
> Allora..
> le info in effetti ci sono, ma frammentate, e sta all'utente metterle
> insieme.
> Su https://wiki.openwrt.org/toh/ubiquiti/powerbeam c'è scritto che
> l'HW è compatibile con quello del rocket e che quindi si può
> installare trunk (15.05-rc2 Chaos Calmer) .
> <https://downloads.openwrt.org/chaos_calmer/15.05-rc2/ar71xx/generic/openwrt-15.05-rc2-ar71xx-generic-ubnt-rocket-m-xw-squashfs-factory.bin>
> Se uno però non conosce il problema delle partizioni di AirOS 6.x e
> parte subito ad installare Openwrt senza prima installare AirOS 5.x ,
> brikka tutto come ho fatto io
> Secondo me si potrebbe inserire un riferimento al problema delle
> partizioni nella pagina Openwrt della powerbeam.
> Che ne dite?
> Alfredo
>
>
> Il giorno 3 febbraio 2016 18:49, Nemesis <neme...@ninux.org
> <mailto:neme...@ninux.org>> ha scritto:
>
> Ignorate pure, ho ricontrollato al volo il wiki di OpenWRT e mi
> pare apposto.
>
> Nemesis
>
>
>
> On 02/03/2016 06:46 PM, Nemesis wrote:
>> Potreste aggiornare il wiki di OpenWRT al fine di evitare che
>> succeda ad altre persone?
>>
>> Sarebbe opportuno anche segnalare la cosa su openwrt-devel.. già
>> che ci sono inoltro la mail di Ilario mandata su battlemesh.
>>
>> Nemesis
>>
>>
>> On 02/03/2016 09:42 AM, Alfredo Vania wrote:
>>> Buongiorno a tutti.
>>> Ieri ho provato a flashare ed è stato un mezzo disastro. Dopo
>>> aver configurato tutto a puntino, dò un reboot e...l'antenna va
>>> in failsafe!
>>> Purtroppo mi son fatto fregare ed è successo proprio ciò che è
>>> scritto in
>>> https://www.mail-archive.com/wireless@ml.ninux.org/msg19252.html
>>> Avendo letto sul sito ufficiale di openwrt che l'HW era
>>> supportato, mi son fatto prendere dall'entusiasmo, dimenticando
>>> del problema di uboot e delle partizioni di AirOS 5.6.x
>>> Con le nanostation ho già aggirato l'ostacolo facendo un
>>> downgrade ad AirOS 5.5.10 prima di installare OpenWRT.
>>> A questo punto dovrei fare la stessa cosa sulla powerbeam, ma
>>> essendo un prodotto nuovo, non esiste un FW 5.5.x specifico per
>>> powerbeam.
>>> Sul sito Ubiquiti sembra che il firmware
>>> "XW.v5.5.10-u2.28005.150723.1358.bin" sia compatibile anche con
>>> la serie "PBM5" (d'altronde l'HW del rocket M5 sembra uguale).
>>>
>>> Qualcuno ha mai provato questa manovra? E con quale versione di
>>> AirOS?
>>> @Darkman: voi che avete lavorato su powerbeam, cosa mi dite?
>>>
>>> Thanks in advance
>>> Alfredo
>>>
>>>
>>>
>>> Il giorno 18 gennaio 2016 16:08, Alfredo Vania <iz7...@gmail.com
>>> <mailto:iz7...@gmail.com>> ha scritto:
>>>
>>> Grazie a tutti del feedback, proverò a flashare e vi farò
>>> sapere!
>>> Saluti,
>>> Alfredo
>>>
>>>
>>> Il giorno 17 gennaio 2016 14:14, Darkman <dark...@darkman.it
>>> <mailto:dark...@darkman.it>> ha scritto:
>>>
>>> Ti posso confermare personalmente che OpenWRT 15
>>> funziona su:
>>>
>>>  *
>>> ​ NanoBeam M5 16​
>>>
>>>  *
>>> ​ NanoBeam M5 19 (la scheda di rete muore
>>> randomicamente, necessario whatchdog se proprio vuoi
>>> usarla)
>>>
>>>  *
>>> PowerBeam 300
>>>  *
>>> PowerBeam 400
>>>
>>> Lo so perché ​Progetto Neco sta upgradando gradualmente
>>> la rete con i modelli che ho elencato e fin'ora non
>>> hanno dato problemi, oltre quello indicato.
>>>
>>>
>>> Il giorno 17 gennaio 2016 13:38, Stefano De Carlo
>>> <stefana...@gmail.com <mailto:stefana...@gmail.com>> ha
>>> scritto:
>>>
>>>
>>>
>>> Il giorno ven 15 gen 2016 alle ore 09:14 Alfredo
>>> Vania <iz7...@gmail.com <mailto:iz7...@gmail.com>>
>>> ha scritto:
>>>
>>>
>>>   

Re: [Ninux-Wireless] Flash OpenWRT su Ubiquiti PowerBeam 400

[Nemesis]

Ignorate pure, ho ricontrollato al volo il wiki di OpenWRT e mi pare
apposto.

Nemesis


On 02/03/2016 06:46 PM, Nemesis wrote:
> Potreste aggiornare il wiki di OpenWRT al fine di evitare che succeda
> ad altre persone?
>
> Sarebbe opportuno anche segnalare la cosa su openwrt-devel.. già che
> ci sono inoltro la mail di Ilario mandata su battlemesh.
>
> Nemesis
>
>
> On 02/03/2016 09:42 AM, Alfredo Vania wrote:
>> Buongiorno a tutti.
>> Ieri ho provato a flashare ed è stato un mezzo disastro. Dopo aver
>> configurato tutto a puntino, dò un reboot e...l'antenna va in failsafe!
>> Purtroppo mi son fatto fregare ed è successo proprio ciò che è
>> scritto in
>> https://www.mail-archive.com/wireless@ml.ninux.org/msg19252.html
>> Avendo letto sul sito ufficiale di openwrt che l'HW era supportato,
>> mi son fatto prendere dall'entusiasmo, dimenticando del problema di
>> uboot e delle partizioni di AirOS 5.6.x
>> Con le nanostation ho già aggirato l'ostacolo facendo un downgrade ad
>> AirOS 5.5.10 prima di installare OpenWRT.
>> A questo punto dovrei fare la stessa cosa sulla powerbeam, ma essendo
>> un prodotto nuovo, non esiste un FW 5.5.x specifico per powerbeam.
>> Sul sito Ubiquiti sembra che il firmware
>> "XW.v5.5.10-u2.28005.150723.1358.bin" sia compatibile anche con la
>> serie "PBM5" (d'altronde l'HW del rocket M5 sembra uguale).
>>
>> Qualcuno ha mai provato questa manovra? E con quale versione di AirOS?
>> @Darkman: voi che avete lavorato su powerbeam, cosa mi dite?
>>
>> Thanks in advance
>> Alfredo
>>
>>
>>
>> Il giorno 18 gennaio 2016 16:08, Alfredo Vania <iz7...@gmail.com
>> <mailto:iz7...@gmail.com>> ha scritto:
>>
>> Grazie a tutti del feedback, proverò a flashare e vi farò sapere!
>> Saluti,
>> Alfredo
>>
>>
>> Il giorno 17 gennaio 2016 14:14, Darkman <dark...@darkman.it> ha
>> scritto:
>>
>> Ti posso confermare personalmente che OpenWRT 15 funziona su:
>>
>>  *
>> ​ NanoBeam M5 16​
>>
>>  *
>> ​ NanoBeam M5 19 (la scheda di rete muore randomicamente,
>> necessario whatchdog se proprio vuoi usarla)
>>
>>  *
>> PowerBeam 300
>>  *
>> PowerBeam 400
>>
>> Lo so perché ​Progetto Neco sta upgradando gradualmente la
>> rete con i modelli che ho elencato e fin'ora non hanno dato
>> problemi, oltre quello indicato.
>>
>>
>> Il giorno 17 gennaio 2016 13:38, Stefano De Carlo
>> <stefana...@gmail.com> ha scritto:
>>
>>
>>
>> Il giorno ven 15 gen 2016 alle ore 09:14 Alfredo Vania
>> <iz7...@gmail.com> ha scritto:
>>
>>
>> Buongiorno a tutti.
>> Qualcuno ha mai provato a flashare una ubbiquiti
>> PowerBeam400 con Scooreggione? O, più in generale,
>> con OpenWRT?
>>
>>
>> Scorregione no di certo, OpenWrt pare di
>> si: https://wiki.openwrt.org/toh/ubiquiti/powerbeam
>>
>> Wiki a parte, mi ricordo di aver letto fosse compatibile,
>> ma non ho provato personalmente.
>>
>> Stefanauss.
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>>
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>>
>>
>>
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Flash OpenWRT su Ubiquiti PowerBeam 400

[Nemesis]

Potreste aggiornare il wiki di OpenWRT al fine di evitare che succeda ad
altre persone?

Sarebbe opportuno anche segnalare la cosa su openwrt-devel.. già che ci
sono inoltro la mail di Ilario mandata su battlemesh.

Nemesis


On 02/03/2016 09:42 AM, Alfredo Vania wrote:
> Buongiorno a tutti.
> Ieri ho provato a flashare ed è stato un mezzo disastro. Dopo aver
> configurato tutto a puntino, dò un reboot e...l'antenna va in failsafe!
> Purtroppo mi son fatto fregare ed è successo proprio ciò che è scritto
> in https://www.mail-archive.com/wireless@ml.ninux.org/msg19252.html
> Avendo letto sul sito ufficiale di openwrt che l'HW era supportato, mi
> son fatto prendere dall'entusiasmo, dimenticando del problema di uboot
> e delle partizioni di AirOS 5.6.x
> Con le nanostation ho già aggirato l'ostacolo facendo un downgrade ad
> AirOS 5.5.10 prima di installare OpenWRT.
> A questo punto dovrei fare la stessa cosa sulla powerbeam, ma essendo
> un prodotto nuovo, non esiste un FW 5.5.x specifico per powerbeam.
> Sul sito Ubiquiti sembra che il firmware
> "XW.v5.5.10-u2.28005.150723.1358.bin" sia compatibile anche con la
> serie "PBM5" (d'altronde l'HW del rocket M5 sembra uguale).
>
> Qualcuno ha mai provato questa manovra? E con quale versione di AirOS?
> @Darkman: voi che avete lavorato su powerbeam, cosa mi dite?
>
> Thanks in advance
> Alfredo
>
>
>
> Il giorno 18 gennaio 2016 16:08, Alfredo Vania <iz7...@gmail.com
> <mailto:iz7...@gmail.com>> ha scritto:
>
> Grazie a tutti del feedback, proverò a flashare e vi farò sapere!
> Saluti,
> Alfredo
>
>
> Il giorno 17 gennaio 2016 14:14, Darkman <dark...@darkman.it
> <mailto:dark...@darkman.it>> ha scritto:
>
> Ti posso confermare personalmente che OpenWRT 15 funziona su:
>
>  *
> ​ NanoBeam M5 16​
>
>  *
> ​ NanoBeam M5 19 (la scheda di rete muore randomicamente,
> necessario whatchdog se proprio vuoi usarla)
>
>  *
> PowerBeam 300
>  *
> PowerBeam 400
>
> Lo so perché ​Progetto Neco sta upgradando gradualmente la
> rete con i modelli che ho elencato e fin'ora non hanno dato
> problemi, oltre quello indicato.
>
>
> Il giorno 17 gennaio 2016 13:38, Stefano De Carlo
> <stefana...@gmail.com <mailto:stefana...@gmail.com>> ha scritto:
>
>
>
> Il giorno ven 15 gen 2016 alle ore 09:14 Alfredo Vania
> <iz7...@gmail.com <mailto:iz7...@gmail.com>> ha scritto:
>
>
> Buongiorno a tutti.
> Qualcuno ha mai provato a flashare una ubbiquiti
> PowerBeam400 con Scooreggione? O, più in generale, con
> OpenWRT?
>
>
> Scorregione no di certo, OpenWrt pare di
> si: https://wiki.openwrt.org/toh/ubiquiti/powerbeam
>
> Wiki a parte, mi ricordo di aver letto fosse compatibile,
> ma non ho provato personalmente.
>
> Stefanauss.
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org <mailto:Wireless@ml.ninux.org>
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Info sulle mailist

[Nemesis]

Ciao Carlo,

ho fatto presente al resto del gruppo il problema ed abbiamo aggiunto il
link alla lista sul wiki:
http://ml.ninux.org/mailman/listinfo/nodi-roma

Dovresti essere iscritto ora!

Nemesis


On 02/01/2016 10:02 PM, etruriano Villas wrote:
> Salve a tutti volevo chiedere una cosa ho il nodo EtrurianVelletri da
> più di un anno ora vorrei tirare su EtrurianRoma (nelle prossime
> settimane se ci riesco) ora volevo chieder una cosa ma per quanto
> riguarda i nodi romani oltre a questa ML nazionale non esiste una ML
> specifica perchè sul sito di Ninux ho trovato solo nodi prenestini e
> tuscolo mesh come ML non c'è ne una per Roma come quelle delle altre
> isole?
> Scusate se mi è sfuggita una cosa magari palese
> Ciao Carlo

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: [gaia] I-D Action: draft-irtf-gaia-alternative-network-deployments-03.txt

[Nemesis]

On 01/18/2016 03:50 PM, aad wrote:
> On 01/14/2016 04:51 PM, ThEgAmEr wrote:
>> > A diff from the previous version is available at:
>> > https://www.ietf.org/rfcdiff?url2=draft-irtf-gaia-alternative-network-deployments-03
> E' cambiato poco dalla 02 :)

Grazie per l'info (che è cambiata poco), evito di rileggerla;-)

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nuovo visualizer topologia

[Nemesis]

On 01/13/2016 04:04 PM, Germano Massullo wrote:
> Ho iniziato la procedura per l'immissione di netdiff,
> django-netjsongraph (e relative dipendenze) nei repository
> - ufficiali di Fedora
> ed
> -EPEL per
> -- CentOS
> -- Red Hat Enterprise Linux
> -- Scientific Linux
>
> In totale verranno immessi i pacchetti
> python-cookies (URL ticket richiesta revisione [1])
> python-django-netjsongraph
> python-libcnml (URL ticket richiesta revisione [2])
> python-netdiff
> python-responses
>
> Attualmente tutto il lavoro è fermo a causa di python-responses che
> richiede python-coverage >= 3.7.1, < 4.0.0 . Tuttavia Fedora ha
> python-coverage 4.0.3
> Ho chiesto chiarimenti [3] agli sviluppatori di python-responses, se
> non sarà possibile portare responses a supportare le nuove versioni di
> python-coverage, allora dovrò aggiungere un pacchetto di compatibilità
> python-coverage versione 3.7
>
> [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1297704
> [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1298180
> [3]: https://github.com/getsentry/responses/issues/95
>

Grandissimo Germano. Al più presto cerco di darti una mano con il
problema su python-responses.

Questo lavoro ci permetterà di preparare pacchetti installabili
facilmente per i principianti.
Spero che altri seguiranno l'esempio di Germano!
Ci sarebbe molto utile ripetere la stessa procedura su debian.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nuovo visualizer topologia

[Nemesis]

On 01/14/2016 09:46 AM, Alfredo Vania wrote:
>
>
> Buongiorno a tutti. L'isola di Trani c'è ma non si vede :-)
> Purtroppo un temporale di settembre ha fatto danno alla routerboard
> che faceva da BGP. Sto cercando di ripristinare il tutto con l'aiuto
> di FabyS, dovrei farcela a breve!
> Appena torna su il BGP, aggiungo l'isola nella lista.
> Nel frattempo la rete si sta anche ampliando, quindi attiverò nuovi
> nodi sulla mappa.
> Un caro saluto da TraNinux!
> Alfredo

Ottima notizia!

Per visualizzare la rete di Trani basta recuperare la topologia dal
vostro protocollo di routing, che suppong sia OLSR1, quindi il classico
txtinfo o jsoninfo.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [Battlemesh] Call for Presentation

[Nemesis]

 Forwarded Message 
Subject:[Battlemesh] Call for Presentation
Date:   Wed, 13 Jan 2016 16:29:28 +0100
From:   txt.file 
Reply-To:   Battle of the Mesh Mailing List 
To: Battle of the Mesh Mailing List 



Do you have an idea or project related to mesh routing protocols? Are
you involved in a community networking project that uses a mesh network?
Are you aware of a related issue that you think should be discussed?

Your workshop or presentation proposal is welcomed to BattleMeshV9 in Porto.

What is Battlemesh?
---

The Wireless Battle of the Mesh is an event that aims at bringing
together people from across Europe and beyond to test the performance of
different routing protocols for ad-hoc networks, like Babel,
B.A.T.M.A.N., BMX, OLSR, 802.11s and Static Routing.

It is a tournament with social character. If you are a mesh networking
enthusiast, community networking activist, or have an interest in mesh
networks you might want to check this out !

The goal of the WirelessBattleMesh (WBM) events is to set-up hands-on
testbed for each available mesh routing protocol with a standard test
procedure for the different mesh networks. During the different WBM
events, similar hardware and software configuration will be used based
on the OpenWRT BoardSupportPackage and packages for each protocol
implementation. The WBM events are also a great opportunity to develop
testing tools for PHY/MAC radio layers (drivers, scripts and PHY
analyzers) .

This years Battlemesh will take place from 1st - 7th May 2016 in Porto,
Portugal at the Faculty of Engineering of the University.

http://battlemesh.org

Format and topic of talks
-

Workshops or talks relating directly to open source mesh routing
protocols will be prioritised, but we welcome proposals of anything you
think may be of interest to mesh routing and community networking
enthusiasts.

They may take any format, for example a presentation, talk, discussion,
debate, practical workshop, or film screening.  The suggested length for
talks is one hour (40 minutes talk, 10 minutes questions and 10 minutes
break/buffer).

To get an idea of the kinds of talks and workshops at the previous
events, see http://battlemesh.org/BattleMeshV8/Agenda,
http://battlemesh.org/BattleMeshV7/Agenda,
http://battlemesh.org/BattleMeshV6/Agenda and
http://battlemesh.org/BattleMeshV5/Agenda.

Lightening talks


Lightening talks are shorter talks which can be submitted later than the
main workshops deadline, to allow everybody to have the opportunity to
present their project/idea. Each lightening talk will be 7 minutes long
followed by 3 minutes of questions. Projector slides can be submitted
before in PDF format to: submissions at battlemesh.org

Submissions
---

To allow an efficient handling of your proposal, please provide the
following information and send them by email to the email to the address
below:

 * Your name
 * What format will it take (talk/workshop/panel discussion/lightening
talk/…)
 * Your topic headline
 * Your topic description which can be brief (does not need to exceed a
couple of lines) but should provide a reasonable summary of your talk
 * The dates of your stay at the event and (optional) preferred day for
your slot
 * The duration of the slot if you wish to do a workshop (all other
slots will be limited to one hour)
 * Any requirements you need, for example, a projector.

Deadline


The deadline for proposals is the 14th of February.

Contact
---

Email your proposals or specific questions to: submissions at battlemesh.org

For general questions, please use the Battlemesh mailing list:
http://ml.ninux.org/mailman/listinfo/battlemesh

Please forward this message any groups or individuals who might be
interested.




___
Battlemesh mailing list
battlem...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/battlemesh



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ 1/2 OT ] ....domende su IPv6

[Nemesis]

C'è un libro consigliato da Leonardo Maccari poco tempo fa che è davvero
ottimo, ma è in inglese e sto cercando di capire se sono disponibili
delle traduzioni.

Ad occhio guardando il repository github esiste una traduzione in
francese e in spagnolo ma non in Italiano:
https://github.com/obonaventure/cnp3

IPv6 e la nuova generazione di protocolli ad esso associato (icmpv6,
dhcpv6, ecc) è spiegato abbastanza bene a mio avviso:
http://cnp3book.info.ucl.ac.be/1st/html/network/network.html#ip-version-6

Alle brutte puoi usare google translate.

Nemesis


On 01/12/2016 12:45 AM, Michele Salerno wrote:
> Conoscete qualche guida su questo protocollo, magari in italiano e che
> spiega in modo "terra terra" come funziona e come si usa?
> magari con qualche esempio concreto.
>
> Parlando di me, ho dovuto disabilitare il protocollo IPv6 perchè mi
> dava problemi con il server DNS interno forse il DHCP di OpenWRT
> da maggior importanza alla rete IPv6.
> Nel mio DNS interno avevo solo Ipv4 (ho) . sul client se avevo
> IPv6 abilitato non risolvava ed andava sui DNS esterni.
>
> Posso farne a meno di IPv6, ma prima o poi ci devo sbattere le corna e
> voglio capire come funzione e come strutturare una rete.
>
> Certo, se esistesse una utility che mettendo la rete IPv4 ti desse le
> impostazioni per IPv6 sarebbe già utilie ma vorrei capirci come
> funziona e come impostare le varie reti.
>
> Grazie.
>
> Michele
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] [Roma] Skill-sharing giovedì 14 Novembre

[Nemesis]

Ciao a tutti,

Giovedì prossimo a Roma faremo una serata "skill-sharing".

Oltre a fare il punto suuno sviluppo che sta facendo Germano per
aggiungere il supporto a NetJSON su batman-adv parlerò del nuovo tool di
analisi della topologia, django-netjsongraph:
https://github.com/interop-dev/django-netjsongraph

Dopo averlo spiegato ci giocheremo un pòe analizzeremo la topologia di
Roma per vedere se ci sono cose che non vanno.

Per chi è a Roma l'appuntamento è al Fusolab 2.0 in via della bella
villa 94dalle 21:00 in poi - ma se venite prima non fa male ;-)

Nemesis



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ninux Legnano

[Nemesis]

On 01/08/2016 06:13 AM, Saverio Proto wrote:
> Il LUG (Linux User Group) Legnano ha proposto quattro serate di corso
> su WordPress, reti e Ninux nel mese di gennaio
>
> http://www.bitmat.it/blog/news/51367/wordpress-corsi-gratuiti-a-la-tela

Condiviso qui:

https://twitter.com/ninuxorg/status/685388233979629568
https://www.facebook.com/ninuxorg/posts/1097666936924781
https://plus.google.com/u/0/b/118317108114353554766/+ninuxorg/posts/H6o3DQkpKxH

Se qualcuno vuole scrivere una news sul blog si faccia avanti!

Nemesis

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Mia prima patch e altro su OpenWRT

[Nemesis]

Ieri, dopo alcuni tentativi riusciti male, ho inviato la mia prima patch
a OpenWRT: https://patchwork.ozlabs.org/patch/564398/

Non ero abituato ad inviare le patch via mail, ma è stato istruttivo.

Ci vuole più tempo a settare correttamente git-send-email e a scrivere
bene il testo del messaggio che a scrivere le patch.

Devo dire che OpenWRT sta migliorando molto release dopo release.
L'interfaccia web è migliorata molto. Se solo si riuscisse a trovare un
vendor che fa apparati decenti che incoraggi l'utilizzo di OpenWRT
saremmo notevolmente avanti.

A tal proposito avete visto il talk di
Felix?https://www.youtube.com/watch?v=niu14NoLeQc
Ad uncerto punto dice: "Can we engineer customer demand for free
drivers?". Allo stesso modo una domanda simile potrebbe essere: "Can we
engineer customer demand for openwrt based wifi radio devices?".
Magari oggi come oggi è ancora presto, ma se le community network
continuano a crescere in tutto il mondo a questo ritmo, magari fra
qualche anno potremmo provarci.

Nemesis
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nuovo visualizer topologia

[Nemesis]

On 01/06/2016 10:04 AM, Claudio wrote:
> grazie per la cortese collaborazione 
>
> ho provato ad aggiornare i nodi nel map.ninux.org
>  ma non mi si aggiornano le interfacce e gli
> apparati 
>
> quando inserisco i dati al salvataggio rimane in attesa e poi in timeout 
>
> come se non riesce a salvarli 
>

Ho controllato e c'era la CPU staura al 100%, riprova ora e facci sapere.

PS: per le discussioni in mailinglist il top-quoting è preferito da
molti di noi, se potesse tutti seguire questa convenzione le discussioni
si riuscirebbero a seguire meglio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nuovo visualizer topologia

[Nemesis]

On 01/06/2016 03:24 PM, Claudio wrote:
> ok, riprovato è più fluido ad aprire la mappa ma quando tento di
> memorizzare apparati
>
> ..Ops! 500 Internal Server Error
>

Continuiamo in privato.


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless