<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Ciao matteo,<br>
      <br>
      aggiungo ninux-dev alla discussione, possiamo usare questa ML dato
      che gli argomenti potrebbero interessare anche a clauz e spero
      altri.<br>
      <br>
      Aggiungo anche joxer (Diego) e lo invito a iscriversi:
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      <a href="http://ml.ninux.org/mailman/listinfo/ninux-dev">http://ml.ninux.org/mailman/listinfo/ninux-dev</a><br>
      <br>
      On 01/19/2014 11:36 AM, _n355_1 (Matteo) wrote:<br>
    </div>
    <blockquote
      cite="mid:6A33F306-E4F3-4436-B6EC-B19B9933BD91@ninux.org"
      type="cite">
      <pre wrap="">Riprendo a lavorarci in settimana, scriverò il test (sembra abbastanza facile, guardando l'esempio che hai notificato) per il metodo uptime e ti farò la pull request per il metodo + test, adesso non ci riesco, devo andare a pranzo fuori e poi sono impegnato tutto il giorno.

Comunque che linee guida/convenzioni devo seguire per lavorare con git? Faccio commit "atomici" e pull request per feature? (In questo caso per il metodo e il test?).</pre>
    </blockquote>
    <br>
    Sì, cerca di fare un commit per ogni cambiamento o feature,
    includendo possibilmente i test per ogni cambiamento o feature. Ma
    se non riesci a fare il test subito puoi farlo in un secondo commit.<br>
    <br>
    <blockquote
      cite="mid:6A33F306-E4F3-4436-B6EC-B19B9933BD91@ninux.org"
      type="cite">
      <pre wrap="">I commenti come devono essere? Una descrizione concisa da visualizzare con git log e visualizzare il dettaglio con un git log --pretty=full?
</pre>
    </blockquote>
    <br>
    Così sarebbe perfetto, ma sinceramente io tendo a fare solo
    descrizioni molto concise con delle parole chiave, perchè poi
    bisogna andare a guardare necessariamente il codice per capire cosa
    è stato fatto realmente.<br>
    <br>
    Comunque non bisogna concentrarsi solo su git ma anche su tutto il
    resto, qui ho scritto i punti principali:<br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="https://github.com/nemesisdesign/netengine#contribute">https://github.com/nemesisdesign/netengine#contribute</a><br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    Ma mi sono dimenticato di inserire un riferimento a PEP8:
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="http://www.python.org/dev/peps/pep-0008/">http://www.python.org/dev/peps/pep-0008/</a><br>
    <br>
    Inoltre è molto importante che la copertura dei test non scenda
    sotto il 90%.<br>
    <br>
    <blockquote
      cite="mid:6A33F306-E4F3-4436-B6EC-B19B9933BD91@ninux.org"
      type="cite">
      <pre wrap="">
Ieri mi sono messo davanti al pc dalle sei all'una per lavorare a netengine, dovevo sistemare prima la rete e pensavo di farlo in un paio di ora, purtroppo non ho ancora finito e quindi non ho fatto sulla su netengine.
In compenso per la parte ipv4 funziona, ho configurato l'edge router e il tplink, con tutte le vlan etc... adesso da casa posso lavorare in rete senza problemi.

Tanto per...penso ad alta voce:

Per quanto riguarda l'ambiente di test locale sul pc dello sviluppatore ho pensato alcune cose, le proverò questa settimana che sono in trasferta perchè non dovrei essere saturo di cose da fare la sera in albergo.
Se non ricordo male il progetto confine esegue dei linux container con openwrt su hardware x86 quindi per openwrt si può tranquillamente usare "docker" che è molto semplice da eseguire e facile da preparare, c'è una buona documentazione e molto fomento nel mondo (Oppure per mac vagrant + docker c'è già la ricetta vagrant nei sorgenti di docker).</pre>
    </blockquote>
    <br>
    Sarebbe ottimo.<br>
    <br>
    <blockquote
      cite="mid:6A33F306-E4F3-4436-B6EC-B19B9933BD91@ninux.org"
      type="cite">
      <pre wrap="">
Devo vedere se si può fare anche con AirOS, sai se su netkit lo hanno testato? netkit usa UML se non sbaglio, comunque si può emulare l'archiettura mips con qemu, se è una cosa semplice e veloce ci provo.

</pre>
    </blockquote>
    <br>
    Riguardo netkit c'è qualcun altro di Ninux che ne sa più di noi, in
    particolare Halino e Immanuel lo hanno usato per i loro studi. La
    prossima volta dobbiamo cercare di fare un incontro dedicato a
    questo argomento e includere anche loro nella discussione.<br>
    <br>
    La cosa migliore sarebbe fare in modo che si possa installare una
    rete di test in modo facile e tenere un'ambiente di test (con
    password condivise) riservato agli sviluppatori di ninux-dev.<br>
    <br>
    Nemesis<br>
  </body>
</html>