...
What should our job control story be to the community? Given Oliver's new motto of "Do no worse" is there a chance we can make it at least as functional as the old model? Can we make it a little better?
Metrics
- We are currently collecting page count, job name, and user name information from CUPS.MIT.EDU via Virebo. Will this work via PRINTERS.MIT.EDU? In particular, what's up with page counts?
- Does PRINTERS.MIT.EDU position us any better for metrics requests that are probably "coming soon"? (Quotas, limits, overage charging, etc.?)
- Is an infrastructure transition now the right thing to do given that: at least three task forces are looking at student printing and MIT-wide printing; we don't have a lot of money to invest in printing infrastructure and we don't know future demands on it yet? Is it really mainly the "PDF->Postscript problem" and if so should we just fix that?
Documentation
- Expensive printing documentation in the clusters (SAVE project, ~$1000 total not counting labor); is it worth re-doing this? If not, are we taking a step back or is documentation no longer necessary because (printing) life is easier?
- Web pages and stock answers: who changes what?
- Printing "portal" page at http://ist.mit.edu.ezproxyberklee.flo.org/services/printing
...