On 7/8/19 12:04 PM, Antoine Jacoutot wrote:
On Mon, Jul 08, 2019 at 11:35:29AM +0300, Vadim Penzin wrote:
This is exactly how I solved the problem. About an hour lost in wondering
what can be wrong with otherwise perfectly functioning setup.
Do you (I liked that royal `we'!) expect the user to read READMEs of every
package that Firefox et al. depend on directly or indirectly?
No but if you want to print using cups, I expect you to read at least the cups
README:
I have done my bit by telling the package manager that I want Firefox *and*
CUPS. It should have worked.
$ grep -i gtk /usr/local/share/doc/pkg-readmes/cups
To be able to use CUPS printers from GTK+ applications, the gtk+2-cups,
gtk+3-cups and/or gtk+4-cups package need to be installed.
The economy of ~150K of storage does not justify lost time. I can build a
complete operating system from source, however I do prefer using packages
--- exactly for this reason: not dealing with ridiculous stuff like that.
"The economy of ~150K" ; you're only looking at the direct dependencies here.
Take a look at Firefox dependencies, then add Thunderbird, then Gimp, and
then other programs. *Anyone* installing a full-fledged desktop system
should have another 150K on the drive. Most (if not all) of indirect
dependencies of gtk+[23]-cups will be pulled anyway.
Storage can be purchased, it is cheap. Time is not.
You just don't want to read docs.
That is a too-far-fetched personal conclusion. I do not want to be forced
into reading documentation in cases like that. I suppose that you had the
pleasure of configuring remote printers in a corporate environment (`Open...
what do you want to print from?'), when IT personnel cannot even tell you
addresses of printers, let alone authentication and queue parameters.
Printing is hard *enough* (for absolutely non-technical reasons).
But don't complain.
It is called user experience.
