FUSS issueshttps://gitlab.fuss.bz.it/groups/fuss/-/issues2020-08-26T09:25:47Zhttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/35Server di stampa Pykota2020-08-26T09:25:47ZMassimo.PrevidiServer di stampa Pykota<!--_Originally created by @Massimo Previdi on [#35 (Redmine)](http://www.example.org/issues/35)_-->
Su sollecito del referente icbz2,
(alle don bosco consumano troppo toner stampanti)
torno “alla carica” sulla possibilità di inserir...<!--_Originally created by @Massimo Previdi on [#35 (Redmine)](http://www.example.org/issues/35)_-->
Su sollecito del referente icbz2,
(alle don bosco consumano troppo toner stampanti)
torno “alla carica” sulla possibilità di inserire delle quote stampa.
Ezio aveva segnalato il
link:
<http://www.linuxtrent.it/documentazione/pillole-e-annotazioni-tecniche/pillola-48-configurare-server-di-stampa-cups-pykota-qu>
Per favore Andrea chiedi a Simone Piccardi se la cosa è fattibile
grazie
MassimoSimone PiccardiSimone Piccardihttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/242isc-dhcp options2020-08-26T09:24:08ZMichael.Guggenbergisc-dhcp options<!--_Originally created by @Michael Guggenberg on [#242 (Redmine)](http://www.example.org/issues/242)_-->
man page:
allow booting; deny booting; ignore booting;
The booting flag is used to tell dhcpd whether or not to respond to
quer...<!--_Originally created by @Michael Guggenberg on [#242 (Redmine)](http://www.example.org/issues/242)_-->
man page:
allow booting; deny booting; ignore booting;
The booting flag is used to tell dhcpd whether or not to respond to
queries from a particular client. This keyword only has meaning when it
appears in a host declaration. By default, booting is allowed, but if it
is disabled for a particular client, then that client will not be able
to get an address from the DHCP server.
authoritative;
The DHCP server will normally assume that the configuration information
about a given network segment is not known to be correct and is not
authoritative.
Network administrators setting up authoritative DHCP servers for their
networks should always write authoritative; at the top of their
configuration file to indicate that the DHCP server should send DHCPNAK
messages to misconfigured clients.
update-static-leases on;
The update-static-leases flag, if enabled, causes the DHCP server to do
DNS updates for clients even if those clients are being assigned their
IP address using a fixed-address statement.
use-host-decl-names on;
If the use-host-decl-names parameter is true the name provided for the
host declaration will be supplied to the client as its hostname.
### Related issues
- **Related to** fuss/octonet#244Michael.GuggenbergMichael.Guggenberghttps://gitlab.fuss.bz.it/fuss/octonet/-/issues/352Cambio forzato della password al primo login per ogni nuovo utente2020-08-26T09:27:59ZAndrea.PadovanCambio forzato della password al primo login per ogni nuovo utente<!--_Originally created by @Andrea Padovan on [#352 (Redmine)](http://www.example.org/issues/352)_-->
PREMESSA:
Vista la negligenza di alcuni studenti e docenti nel cambiarsi la
password al primo accesso durante inizio anno scolastico...<!--_Originally created by @Andrea Padovan on [#352 (Redmine)](http://www.example.org/issues/352)_-->
PREMESSA:
Vista la negligenza di alcuni studenti e docenti nel cambiarsi la
password al primo accesso durante inizio anno scolastico, e vista la
necessità di promuovere un sistema il più possibile sicuro per la
salvaguardia del proprio profilo nella rete scolastica, si chiede quanto
segue:
RICHIESTA:
1\) Cambio forzato della password al primo login per ogni nuovo utente
della rete.
2\) Sarebbe utile poter avere tracciabilità in OCTONET dell’avvenuto
cambio password dei vari utenti e magari in quale giorno e ora.Mark CaglienziMark Caglienzihttps://gitlab.fuss.bz.it/fuss/octonet/-/issues/404Rimozione utenza in OctoNet ed /etc/group2020-08-26T09:27:48ZPaolo.DongilliRimozione utenza in OctoNet ed /etc/group<!--_Originally created by @Paolo Dongilli on [#404 (Redmine)](http://www.example.org/issues/404)_-->
Quando si rimuove un’utenza via OctoNet noto che in
/etc/group
l’utente rimane nei gruppi cui era stato assegnato (p.es. audi...<!--_Originally created by @Paolo Dongilli on [#404 (Redmine)](http://www.example.org/issues/404)_-->
Quando si rimuove un’utenza via OctoNet noto che in
/etc/group
l’utente rimane nei gruppi cui era stato assegnato (p.es. audio,
plugdev, internet, …).Christopher R. GabrielChristopher R. Gabrielhttps://gitlab.fuss.bz.it/fuss/octofussd/-/issues/635Scelta creazione tar2020-08-27T13:23:34ZMarco.MarinelloScelta creazione tar<!--_Originally created by @Marco Marinello on [#635 (Redmine)](http://www.example.org/issues/635)_-->
Prevedere uno skip alla creazione del tar della home dell’utente
eliminato<!--_Originally created by @Marco Marinello on [#635 (Redmine)](http://www.example.org/issues/635)_-->
Prevedere uno skip alla creazione del tar della home dell’utente
eliminatoMarco.MarinelloMarco.Marinellohttps://gitlab.fuss.bz.it/fuss/octomon/-/issues/763Invio dati /etc2020-08-26T09:27:13ZMarco.MarinelloInvio dati /etc<!--_Originally created by @Marco Marinello on [#763 (Redmine)](http://www.example.org/issues/763)_-->
Sui server, rilevare gli ultimi commit in /etc ed inviarli con
\- messaggio commit
\- data / ora
\- files modificati
**senza** c...<!--_Originally created by @Marco Marinello on [#763 (Redmine)](http://www.example.org/issues/763)_-->
Sui server, rilevare gli ultimi commit in /etc ed inviarli con
\- messaggio commit
\- data / ora
\- files modificati
**senza** contenuto della modifica (si rischia l’invio di password)
### Related issues
- **Related to** fuss/octofuss-client#764https://gitlab.fuss.bz.it/fuss/octofuss-client/-/issues/764Invio dati /etc2020-08-27T13:18:53ZMarco.MarinelloInvio dati /etc<!--_Originally created by @Marco Marinello on [#764 (Redmine)](http://www.example.org/issues/764)_-->
Predisporre, sui server, l’invio dei dati relativi alla /etc come
descritto in fuss/octomon#763 .
Si può utilizzare la libreria git...<!--_Originally created by @Marco Marinello on [#764 (Redmine)](http://www.example.org/issues/764)_-->
Predisporre, sui server, l’invio dei dati relativi alla /etc come
descritto in fuss/octomon#763 .
Si può utilizzare la libreria gitpython (
<https://gitpython.readthedocs.io> ) , pachetizzata per debian.
### Attachments
* [dump_etc.py](https://work.fuss.bz.it/attachments/download/887/dump_etc.py)
### Related issues
- **Related to** fuss/octofussd#778
- **Related to** fuss/octomon#763https://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/795ErrorPolicy di cups2020-08-26T09:23:05ZPaolo.DongilliErrorPolicy di cups<!--_Originally created by @Paolo Dongilli on [#795 (Redmine)](http://www.example.org/issues/795)_-->
In Debian “Jessie”, sulla quale l’attuale server fuss si basa, la
ErrorPolicy di cups è impostata in `/etc/cupsd.conf` a
ErrorPol...<!--_Originally created by @Paolo Dongilli on [#795 (Redmine)](http://www.example.org/issues/795)_-->
In Debian “Jessie”, sulla quale l’attuale server fuss si basa, la
ErrorPolicy di cups è impostata in `/etc/cupsd.conf` a
ErrorPolicy stop-printer
In caso di errore la stampante vine messa in stato “paused” in CUPS e
questo è fonte di ticket da parte degli utenti in quanto per lo sblocco
è richiesto l’accesso di un utente/amministratore al server CUPS e la
modifica dello stato a resume printer da interfaccia web o riga di
comando.
Proponiamo di modificare nella prossima release di fuss-server il valore
di default di `ErrorPolicy` in `/etc/cupsd.conf` nel seguente modo:
ErrorPolicy retry-job
che tra l’altro è il default a partire da Debian “Stretch”.
Con `retry-job` come error policy risultano importanti anche i due
parametri
JobRetryInterval seconds (default is "30")
JobRetryLimit count (default is "5")
che possono essere lasciati ai loro rispettivi default salvo vi siano
controindicazioni non evidenti.Paolo.DongilliPaolo.Dongillihttps://gitlab.fuss.bz.it/fuss/octonet/-/issues/892Creazione in massa utenti da csv2020-08-27T13:33:02ZClaudio.CavalliCreazione in massa utenti da csv<!--_Originally created by @Claudio Cavalli on [#892 (Redmine)](http://www.example.org/issues/892)_-->
La creazione in massa non va a buon fine se nel csv compaiono utenti già
esistenti. Può essere un problema in caso di bocciature, cam...<!--_Originally created by @Claudio Cavalli on [#892 (Redmine)](http://www.example.org/issues/892)_-->
La creazione in massa non va a buon fine se nel csv compaiono utenti già
esistenti. Può essere un problema in caso di bocciature, cambi di
sezione, ecc.
E’ possibile implementare un sistema che controlli se un utente esiste
già, lo escluda dalla creazione nuovi utenti in modo che il processo
vada a buon fine?Mark CaglienziMark Caglienzihttps://gitlab.fuss.bz.it/fuss/fuss-manager/-/issues/987Backport a Django 1.112022-09-19T12:51:32ZEnrico ZiniBackport a Django 1.11Al momento nelle scuole è installato Django 1.11.
Serve far sí che fuss-manager funzioni sia con Django 1.11 che con Django 2.2.Al momento nelle scuole è installato Django 1.11.
Serve far sí che fuss-manager funzioni sia con Django 1.11 che con Django 2.2.Elena GrandiElena Grandi