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-manager - Segnalazione #934 (Nuovo): Dare un messaggio di errore quando si cerca di accedere...https://work.fuss.bz.it/issues/9342019-12-05T08:58:38ZElena Grandielena@truelite.it
<p>Al momento muore con un Internal Server Error e</p>
<pre>
[...]
File "/usr/lib/python3/dist-packages/manager/web/views.py", line 134, in get
data = signing.loads(token, key=secret, salt="fuss_manager.auth", max_age=60)
[...]
django.core.exceptions.ImproperlyConfigured: Requested setting SECRET_KEY, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.
</pre>
<p>perché secret è None</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 #917 (Nuovo): Aggiungere annotazione coi permessi necessari ai playbo...https://work.fuss.bz.it/issues/9172019-10-23T10:33:03ZElena Grandielena@truelite.it
<p>Come sono stati aggiunti ai playbook server</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> 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> SportDay - Segnalazione #462 (Nuovo): Aggiunta classificahttps://work.fuss.bz.it/issues/4622018-01-09T14:55:56ZMarco Marinello
<p>Aggiungere una classifica per la classe con i risultati degli studenti in tutte le gare partecipate</p> Nuovi Sviluppi - Segnalazione #418 (Nuovo): Dansguardian - categorie blocklistshttps://work.fuss.bz.it/issues/4182017-09-18T07:08:32ZMichael Guggenberg
<p>Richiesta bloccare tutti i socuial network.</p>
<p>Possibile soluzione:<br /><a class="external" href="http://www.shallalist.de">http://www.shallalist.de</a> (la blocklist viene aggiornata ogni giorno)<br /><a class="external" href="http://www.shallalist.de/licence.html">http://www.shallalist.de/licence.html</a><br /><a class="external" href="http://www.shallalist.de/helpers.html">http://www.shallalist.de/helpers.html</a></p>
<p>Forse e possibile scaricare anche liste categorizzate rilasciate in gpl?</p> Octofuss - Segnalazione #399 (Nuovo): exfathttps://work.fuss.bz.it/issues/3992017-09-07T08:45:51ZHelmut Oberholllenzerhelmut.oberhollenzer@provinz.bz.it
<p>Ciao,</p>
<p>un referente mi ha detto che le usb con exfat non vengono montate.</p>
<p>grazie e saluti</p> Nuovi Sviluppi - Segnalazione #362 (Nuovo): Client umbenennen - ridenominazione clienthttps://work.fuss.bz.it/issues/3622017-07-31T14:58:53ZHelmut Oberholllenzerhelmut.oberhollenzer@provinz.bz.it
<p>Hallo,</p>
<p>einen Funktion im Octofuss fürs umbenennen der Clients wäre praktisch.</p>
<p>Danke.</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>