FUSS at work: Issueshttps://work.fuss.bz.it/https://work.fuss.bz.it/favicon.ico?15861920342018-12-04T11:46:05ZFUSS at work
Redmine fuss-server - Segnalazione #686 (Nuovo): Necessità riavvio coova-chilli dopo restart server FUSShttps://work.fuss.bz.it/issues/6862018-12-04T11:46:05ZPaolo Dongillidongilli@fuss.bz.it
<p>Riporto quanto segnalato da Andrea Padovan:</p>
<blockquote>
<p>PRECEDENTE ESPERIENZA<br />qualche giorno fa ho aggiornato un fuss-server (scuola elementare San Filippo Neri a Bolzano) con la versione 8.0.36 del fuss-server (quella precedente all'attuale 8.0.37)</p>
<p>Dopo aver lanciato</p>
<pre>
# apt update
# apt upgrade
# fuss-server upgrade
</pre>
<p>tutto è andato a buon fine e il WIFI continuava a funzionare correttamente.</p>
<p>PROBELMA COL WIFI<br />Appena riavviato il server, il servizio chilli non "girava" più.</p>
<p>Ho dovuto riavviarlo a mano, dopodichè il WIFI ha iniziato a funzionare.</p>
<pre>
# /etc/init.d/chilli restart
</pre>
</blockquote>
<p>Andrea, dici che il servizio "chilli" non girava più: una domanda: hai verificato prima di fare il restart, se chilli veramente non girava?</p> octofuss-client - Segnalazione #667 (Nuovo): Ignorare device esternihttps://work.fuss.bz.it/issues/6672018-11-15T08:16:08ZMarco Marinello
<p>Se octofuss-client trova chiavette con nomi strani blocca anche octomon-sender</p> octonet - Segnalazione #572 (Nuovo): Typo funzionalità "creazione in massa"https://work.fuss.bz.it/issues/5722018-07-26T11:08:35ZPaolo Dongillidongilli@fuss.bz.it
<p>Segnalo un typo da correggere in OctoNet nella funzione di "creazione in massa":</p>
<p><strong>Pressio</strong> nome utente --> <strong>Prefisso</strong> nome utente</p> octonet - Segnalazione #540 (Nuovo): Utente con stesso gruppo come principale ed ausiliario compa...https://work.fuss.bz.it/issues/5402018-06-12T15:27:22ZSimone Piccardipiccardi@truelite.it
<p>L'utente che ha un gruppo come principale, ed è pure elencato esplicitamente nei membri dello stesso, compare due volte nell'elenco di octonet.</p>
<p>La situazione è comunque anomala, andrebbe come minimo segnalata come tale.</p> fuss-artwork - Segnalazione #469 (Nuovo): xfce - eyecandyhttps://work.fuss.bz.it/issues/4692018-02-20T07:55:10ZMichael Guggenberg
<p>Chiedo di aggiungere dei pachetti che contengono themes più moderni come per esempio:</p>
<p>numix-gtk-theme modern flat theme from the Numix project<br />numix-icon-theme modern icon theme from the Numix project</p>
<p>di applicarlo come preselezionato (per lo stile, per le icone e per le decorazioni delle finestre) per tutti gli utenti,<br />e di migliorare l'aspetto dei charatteri attivando l'anti-aliasing (Hinting sottile, Ordinge di sub-pixel RGB)</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> fuss-client - Segnalazione #424 (Nuovo): blocco_COPIA_DATI_da_chiavetta_USBhttps://work.fuss.bz.it/issues/4242017-09-19T10:47:04ZAndrea PadovanAndrea.Padovan@scuola.alto-adige.it
<p>Se provo a copiare una cartella di DATI (io provato con cartelle contenenti dai 2gb e 8gb), la procedura si blocca.<br />Compare 1 errore (vedi file allegato con relativi syslog)</p>
<p>Dopo la comparsa di questo problema, non si riesce a copiare più nessun dato sul desktop e l'errore (del file allegato) ricompare a video.</p>
<p>Anche altre funzionalità rimangono bloccate come l'apertura di un file .txt dal desktop.</p>
<p>Devo riavviare il PC per eliminare questo disagio. Sembra che rimanga bloccato un processo che poi ne blocca altri.</p>
<p>Il problema lo ho rivelato da diversi PC con diversi utenti e diverse cartelle DATI e da diversi dispositivi USB.</p>
<p>potete verificare ?<br />mi fate sapere?</p>
<p>SCUOLA DI RIFERIMENTO: SAN FILIPPO NERI<br />- Fuss-client 8.0.21<br />- Suss Server 8.0.29</p>
<p>Grazie<br />Andrea Padovan</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> fuss-client - Segnalazione #412 (Nuovo): Utente rimasto LOGGATO= 1.NON esiste un modo per accorge...https://work.fuss.bz.it/issues/4122017-09-13T15:11:57ZAndrea PadovanAndrea.Padovan@scuola.alto-adige.it
<p>1) Se un utente fa il login sul client, poi va via, dopo un deteminato tempo (credo 10 min) la sessione grafica attiva in automatico il Blocco schermo. Questo è buono, ma lo fa presentando a video la stessa identica schermata di login. Questo non permette agli utenti di capire se c'è già qualcuno loggato oppure no. Parlo soprattutto di dei PC nelle aulee docenti dove gli utenti vi muovono e cambiano PC con molta frequenza (e fretta :-))<br />Si potrebbe fare in modo di visualizzare a video quali utenti sono loggati in quel momento?</p>
<p>2) Sui client, se rimane loggato un utente di rete, NON si riesce più a fare lo swhutdown.<br />SPIEGO:<br />nel file /etc/crontab ho impostato lo spegnimento automatico (ore 21:00) di tutti i PC con il comando<br />00 21 * * * root /sbin/init 0</p>
<p>nel file /etc/crontab</p>
<p>Questo permette ogni mattina di presentare agli utenti una situazione "pulita"!!<br />Se qualcuno il giorno prima si dimentica loggato e magari con una bella sessione di FIREFOX aperta, questo visualizzerà la scritta : "Firefox is already running...." e a far diventare matti i referenti e noi (oltre a rimanere loro fermi, soprattutto se quotidianemente devono far uso del registro elettronico!<br />Quindi chiedo venga presa in seria considerazione la possibilità di poter fare lo shutdown in automatico!</p>
<p>N.B:<br />Se rimane loggato un utente, e mi connetto da terminale, NESSUNO dei seguenti comendi permette lo shutdown<br />/sbin/init 0<br />shutdown -h now<br />poweroff</p>
<p>ci fate sapere ?<br />Grazie, Andrea</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> 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 #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>