FUSS at work: Issueshttps://work.fuss.bz.it/https://work.fuss.bz.it/favicon.ico?15861920342019-12-10T10:42:41ZFUSS at work
Redmine fuss-manager - Segnalazione #936 (Nuovo): Migliorare il parsing del data source DHCPhttps://work.fuss.bz.it/issues/9362019-12-10T10:42:41ZElena Grandielena@truelite.it
<p>Magari usando <code>python3-isc-dhcp-leases</code>, se usabile nel nostro caso</p> fuss-server - Segnalazione #932 (Nuovo): Verificare gli script in scripts/ e convertire a python3...https://work.fuss.bz.it/issues/9322019-11-22T13:37:30ZElena Grandielena@truelite.it
<p>Nella directory <code>scripts/</code> alla radice del repository sono presenti dei vecchi script in bash e python2 che vengono installati dal pacchetto.</p>
<p>Entro bullseye è necessario convertire a python3 quanto scritto in python2, ma quando lo si fa può essere una buona occasione per rimuovere quanto non più usato.</p> fuss-manager - Segnalazione #911 (Nuovo): Whitelist di backend di autenticazionehttps://work.fuss.bz.it/issues/9112019-10-03T10:24:53ZElena Grandielena@truelite.it
<p>Mettere nella configurazione una lista di backend di autenticazione da attivare, nell'ordine definito dalla lista.</p> fuss-manager - Segnalazione #910 (Nuovo): Gestire il caso in cui un utente sia presente in più ba...https://work.fuss.bz.it/issues/9102019-10-03T09:53:07ZElena Grandielena@truelite.it
<p>Quando un utente è presente in più backend di autenticazione (ad esempio <code>root</code>, sicuramente presente sia localmente che nel backend di master password, ma anche utenti presenti sia su ldap che localmente), la verifica della password viene fatta sul primo backend attivo, rischiando di fallire anche quando viene usata una password valida su uno di quei backend.</p>
<p>La soluzione elegante è fare la richiesta di authenticate su tutti i backend in parallelo, e accettare la prima con successo che si riceve (da decidere: qualche messaggio di errore fornire nel caso in cui tutti i backend neghino l'auth, propongo nel caso di dividere i casi di db.AuthenticationError tra problemi del backend e password sbagliata)</p>
<p>Prima dell'implementazione del ticket potrebbe servire anche qualche workaround veloce, da definirsi.</p> fuss-manager - Segnalazione #855 (Nuovo): Visualizzazione delle informazioni delle macchinehttps://work.fuss.bz.it/issues/8552019-06-28T09:53:04ZElena Grandielena@truelite.it
<p>fuss-manager raccoglie molte informazioni relative alle macchine, che al momento vengono visualizzate in modo grezzo nel modo in cui le fornisce ansible.</p>
<p>È utile sapere quali di queste informazioni sono particolarmente interessanti, in modo da visualizzarle di default (lasciando la massa delle informazioni meno utili in una visualizzazione avanzata).</p> fuss-manager - Segnalazione #848 (Nuovo): Visualizzare lo stato di accensione o meno di una macchinahttps://work.fuss.bz.it/issues/8482019-06-19T12:33:10ZElena Grandielena@truelite.it
<p>l'interfaccia di octonet mostra lo stato di accensione di una macchina.</p>
<p>Potrebbe essere utile avere qualcosa di simile in fuss-manager, ma bisogna decidere quale deve essere il comportamento.</p>
Innanzitutto: cosa si intende per "accesa"?
<ul>
<li>ha corrente?</li>
<li>ha fatto sufficiente boot da rispondere ai ping?</li>
<li>ha fatto sufficiente boot da essere raggiungibile via ssh?</li>
</ul>
<p>Poi c'è la questione di aggiornare il dato: al momento noi siamo solo in ascolto di attività dalle macchine, che avvengono quando la macchina è accesa (e abbiamo l'orario del last_seen), ma non quando la macchina è spenta. Aggiungere del polling risolverebbe, ma sarebbe un po' in direzione contraria a quanto fatto fin'ora.</p> fuss-manager - Segnalazione #844 (Nuovo): Pagina di cambio passwordhttps://work.fuss.bz.it/issues/8442019-06-14T14:31:15ZSimone Piccardipiccardi@truelite.it
<p>E' richiesta la possibilità di avere una pagina per il cambio password, che gestisca la diversa policy per gli studenti (password che non scadono), sostituto di webpasswd installato dal fuss-server, che semplicemente chiede username, vecchia password e due volte la nuova ed effettua il cambiamento.</p> fuss-manager - Segnalazione #839 (Nuovo): Run playbook con finestra con lista degli Host troppo l...https://work.fuss.bz.it/issues/8392019-06-13T14:17:49ZSimone Piccardipiccardi@truelite.it
<p>Dalla schermata Machines, usando il pulsante "Run playbook" la finestra di contesto che si apre (su chrome) mette su una riga sola la lista delle macchine che eccede la larghezza di qualunque schermo, forse è opportuno visualizzare la cosa su più righe, o trovare un modo di ottenere l'elenco altrimenti, come tooltip sono un nome all, link cliccabile al nome all o affini.</p> fuss-manager - Segnalazione #813 (Nuovo): Far girare fuss-manager con un suo utente appositohttps://work.fuss.bz.it/issues/8132019-05-16T12:31:13ZElena Grandielena@truelite.it
<p>Al momento usa root, ma se possibile può essere il caso di usare un utente dedicato.</p> fuss-manager - Segnalazione #803 (Nuovo): Salvare il fingerprint delle macchine della rete di tes...https://work.fuss.bz.it/issues/8032019-05-10T10:23:32ZElena Grandielena@truelite.it
<p>Quando si creano le macchine per la rete di test, salvarne il fingerprint in <code>~/.ssh/known_hosts_fuss_test</code> o qualche altro file simile, in modo che possa, a scelta:</p>
<ul>
<li>essere caricato nel proprio <code>.ssh/config</code> con una riga tipo <code>UserKnownHostsFile "~/.ssh/known_hosts" "~/.ssh/known_hosts_fuss_test"</code></li>
<li>essere passato ad ansible tramite opportuno parametro, se necessario</li>
</ul> Strumenti Generazione ISO - Segnalazione #716 (Nuovo): Repository mancanti dopo installazionehttps://work.fuss.bz.it/issues/7162019-01-14T14:19:46ZMarco Marinello
<p>Mi viene segnalato che dopo installazione pulita da iso FUSS Client (<a class="external" href="http://iso2.fuss.bz.it/fuss9/client/fuss-client-9.5.1-amd64-xfce.iso">http://iso2.fuss.bz.it/fuss9/client/fuss-client-9.5.1-amd64-xfce.iso</a>) mancano i nostri repo sotto /etc/apt/sources.list .</p>
<p>Da verificare ed eventualmente correggere. In teoria i repo dovrebbero essere aggiunti durante l'installazione di uno dei metapacchetti FUSS, non ricordo quale, che dava errore perché eseguiva apt-key add nel postinst. Forse è stato rimosso per quello (?)</p> coova-chilli - Segnalazione #388 (Nuovo): tinyproxy - fortiguardhttps://work.fuss.bz.it/issues/3882017-08-31T17:44:58ZMichael Guggenberg
<p>Il firwall centrale della rete didattica blocca traffico generato da tinyproxy.<br />Dopo autenticazione con succeso tramite covachilli apro il sito <a class="external" href="http://www.google.de">www.google.de</a>, immetto il termine di ricerca test e fortigate blocca la ricerca indicando come motivo banned url.<br />Alcuni giorni fa fortigate ha bloccato l'applicazione tinyproxy, recentemente tinyproxy è stato attivato come applicazione che puo uscire sul firewall. <br />Allego uno screenshot.</p>
<p>Lascio il ticket con stato non assegnato.</p> Nuovi Sviluppi - Segnalazione #361 (Nuovo): wakeonlanhttps://work.fuss.bz.it/issues/3612017-07-31T14:57:28ZHelmut Oberholllenzerhelmut.oberhollenzer@provinz.bz.it
<p>Eine Funktion im Octofuss für wakeonlan wäre praktisch.</p>
<p>Danke.</p> PyHearing - Segnalazione #59 (Nuovo): test coveragehttps://work.fuss.bz.it/issues/592016-06-28T10:53:48ZChristopher R. Gabrielcgabriel@truelite.it
<p>Per un porting ottimale, implementare test suite per ogni modello e vista rilevante, per avere una copertura totale.</p>
<p>Attuale stato di coverage:</p>
<pre>
Name Stmts Miss Cover
----------------------------------------------------------
hearings/__init__ 0 0 100%
hearings/admin 22 0 100%
hearings/forms 47 47 0%
hearings/models 138 63 54%
hearings/tests 4 0 100%
hearings/urls 3 3 0%
hearings/views 154 154 0%
pyhearing/__init__ 0 0 100%
pyhearing/context_processors 3 3 0%
pyhearing/management/__init__ 0 0 100%
pyhearing/settings 42 0 100%
pyhearing/templatetags/__init__ 0 0 100%
pyhearing/templatetags/pyhearingtags 8 8 0%
pyhearing/urls 6 6 0%
pyhearing/views 72 72 0%
pyhearing/wsgi 7 7 0%
----------------------------------------------------------
TOTAL 506 363 28%
</pre>
<p>Suggerisco di aprirti ticket specifici correlati, ognuno con suo feature branch, per gestire questi aspetti di lavorazione.</p> octomon - Segnalazione #6 (Nuovo): USE_TZ, datetime, e fusi orarihttps://work.fuss.bz.it/issues/62013-07-24T14:20:19ZMark Caglienzimark@truelite.it
<p>Django di default setta <code>USE_TZ=True</code> nel <code>settings.py</code>.<br />Leggendo nella <a href="https://docs.djangoproject.com/en/1.4/topics/i18n/timezones/#overview" class="external">documentazione</a> vedo che con il supporto TZ attivo, Django usa orari UTC internamente e nel database, e presenta nei template i valori rapportati al fuso orario dell'utente.</p>
<p>Facendo la parte degli allarmi, mi sono accorto che vedevo gli orari spostati avanti di 2 ore rispetto al sito in turbogears.<br />Ho dedotto che Django interpretasse i valori nel database MySQL come UTC, aggiungesse le 2 ore durante la visualizzazione nel template, e che il database MySQL avesse gli stessi valori che poi vengono visualizzati dai template dell'applicazione turbogears.</p>
<p>Nel commit <a class="changeset" title="Possible fix for the datetime 1-2 hour(s) shift" href="https://work.fuss.bz.it/projects/octomon/repository/3/revisions/09a1d475e8fc5fd7be41b3dd63a0bd34e9271319">09a1d475</a> ho settato <code>USE_TZ=False</code> e ora gli orari visualizzati da Django e da turbogears combaciano.</p>
<p>È una soluzione corretta, oppure serve un supporto TZ più avanzato, e quindi si deve risettare <code>USE_TZ=True</code> e trovare un'altra maniera per portare avanti le cose?<br />Ho agito così per fare in modo che comunque Django non salvasse valori diversi da quelli visualizzati a schermo, un domani che l'applicazione sarà in produzione, per evitare di avere il database con i valori vecchi in localtime e quelli nuovi in utc.</p>