[Bug 889591] New: RPMs that provide new printing filters do not restart cupsd
https://bugzilla.novell.com/show_bug.cgi?id=889591 https://bugzilla.novell.com/show_bug.cgi?id=889591#c0 Summary: RPMs that provide new printing filters do not restart cupsd Classification: openSUSE Product: openSUSE Factory Version: 201407* Platform: All OS/Version: openSUSE 13.2 Status: ASSIGNED Severity: Minor Priority: P5 - None Component: Printing AssignedTo: jsmeix@suse.com ReportedBy: jsmeix@suse.com QAContact: jsmeix@suse.com Found By: Development Blocker: --- When packages get installed that provide new printing filters or change the CUPS MIME conversion rules e.g. by providing new /usr/share/cups/mime/<whatever>.convs files, then cupsd must be restarted. Also when such RPMs are uninstalled cupsd must be restarted because a restart of cupsd is needed whenever print job processing has changed, cf. https://bugzilla.novell.com/show_bug.cgi?id=888782#c0 For example when in a minimal system only cups-filters-ghostscript and cups-filters-foomatic-rip are installed, then printing "text/plain" is not supported. For example "echo hello | lp -d <queue_name>" fails with "lp: Unsupported document-format text/plain". To support "text/plain" the package cups-filters is needed because it provides in particular the printing filters /usr/lib/cups/filter/textto* together with a matching /usr/share/cups/mime/cupsfilters.convs To let cupsd recognize the changed print job processing, it must be restarted. The question is whether or not is is a good idea to automatically restart the cupsd by RPM postinstall scriptlet and also restart the cupsd by RPM postuninstall scriptlet for RPMs that provide printing filters or change the conversion rules. But a restart of the cupsd disrupts all currently printing jobs and re-prints them from the beginning after its restart so that automated restartd by RPM scriptlets is bad at least on print server machines. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=889591 https://bugzilla.novell.com/show_bug.cgi?id=889591#c1 Johannes Meixner <jsmeix@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |INVALID --- Comment #1 from Johannes Meixner <jsmeix@suse.com> 2014-07-30 15:54:26 CEST --- See https://bugzilla.novell.com/show_bug.cgi?id=637455#c3 about other bad side effects in the running system when a print job is active and cupsd gets somehow "distrurbed". It must be possible to install printing related RPMs in the running system also when a print job is active without causing arbitrary bad side effects. Assume the admin wants to install in his running system several such RPMs where each would trigger a cupsd restart or whatever kind of distrurbance for the cupsd. I assume the admin would expect that he can install in his running system several printing related RPMs, and when he is finished with the package installation, then he would manually restart the cupsd at the right time for him, e.g. he may first disable printing on all queues and wait until all active jobs have finished, then restart the cupsd and finally re-enable printing on all queues. Summary: I will keep is simple and do not implement oversophisticated automatisms in the RPMs that may work well in some cases (e.g. single user systems) but cause arbitrary bad side effects in other cases (e.g. business print server machines). According to https://bugzilla.novell.com/page.cgi?id=fields.html#status I close it as "INVALID" bacause the problem described is not a bug because a deliberate manual restart of the cupsd is intended. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com