Custom Query (22 matches)
Results (1 - 3 of 22)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#3 | invalid | CUPS daemon permissions shouldn't be set system wide | jhamrick | |
Description |
The CUPS daemon processes need to run under group 'audio' so that they can use the audio facilities of the system, but the CUPS daemon processes do not inherit groups from the lp user (so, for example, even if we add 'lp' to 'audio', the process will not be running in group 'audio'). For the time being, I've set the CUPS daemon to always run under group 'audio', but there should really be a better solution. |
|||
#4 | invalid | CUPS uses SIGKILL for Purge-Jobs | jhamrick | |
Description |
When the Purge-Jobs command is sent, the jobs are removed, but the current mplayer instance continues playing (this is because a SIGKILL is sent instead of a SIGTERM, so it kills the parent process but not the child process). This unfortunately leads to jobs being played over each other when the CUPS server restarts. We could do something like "make sure there aren't other mplayer process running when a job starts", but that feels hacky. This might be a thing we need to change upstream. |
|||
#13 | invalid | Create an API for accessing the queue information | jhamrick | jhamrick |
Description |
As we add more features to Gutenbach, there are many things that need to be able to access the queue data -- client scripts, the gutenbach-queue package, and the web interface. It is better if this information is stored in a database somewhere, and is updated periodically, instead of polling CUPS every single time. |