Re: On-demand starting/stopping of cups [was: [Blueprint client-1305-printing-stack-with-mobile-in-mind] Printing Stack with Mobile in Mind]

2014-02-05 Thread Till Kamppeter
I had some thoughts about running the daemons on-demand. Principally, we want the following: When a user opens the print dialog, avavhi-daemon, cups, and cups-browsed should be started (can get called explicitly), as cups-browsed will get D-Bus signals from avahi-daemon when printers appear o

Re: On-demand starting/stopping of cups [was: [Blueprint client-1305-printing-stack-with-mobile-in-mind] Printing Stack with Mobile in Mind]

2014-02-05 Thread Till Kamppeter
On 04.02.2014 20:06, Seth Arnold wrote: Lets hope it isn't 30 actual seconds; I'm accustomed to hearing the printer spool up near immediately. Thirty seconds is long enough that I'd suspect something is broken and begin troubleshooting. Since CUPS broadcasting/browsing was replaced by Bonjour/A

Re: should discover featured apps be not installed? (was:Re: muon discover featured apps for 14.04)

2014-02-05 Thread James Cain
On Wed, Feb 5, 2014 at 6:20 AM, Tomasz Dudzik wrote: > Well, when you look into a App Store like app, you're about to install NEW > software, which you will discover in after you install it, or by reading > the description That's the mentality I think a /user/ would approach MD with. - James C

Re: On-demand starting/stopping of cups [was: [Blueprint client-1305-printing-stack-with-mobile-in-mind] Printing Stack with Mobile in Mind]

2014-02-05 Thread Till Kamppeter
On 05.02.2014 06:40, Martin Pitt wrote: Yes, agreed. I'm not concerned about cups' start up time, that's negligible. I'm primarily concerned about the time that it takes to detect remote printers, as they are only advertised/broadcast every so often (30s?). For that I think we ought to have at le