[OpenIndiana-discuss] Cups problems

[Udo Grabowski (IMK)]

On 17/05/2023 09:55, Stephan Althaus wrote:
> On 5/16/23 18:45, Udo Grabowski (IMK) wrote:
>> On 16/05/2023 18:37, Udo Grabowski (IMK) wrote:
>>> I've found a few problems with cups
>>>
>>> 1) it wants system/volatile/cups, but /system/volatile doesn't exist.
>>>    Works if created manually and restart cups/in-lpd and /scheduler.
>>>    Either system/volatile should be created somehow after boot before
>>>    cups starts, or cups should be patched to put that into /var/run/cups;
>>>    but...
>>>
>>> 2) ... it wants /var/run/cups/, but that doesn't exist. Should be created
>>>    when it installs.
>>>
>>> 3) It complains about a missing ColorManager:
>>>    "The name org.freedesktop.ColorManager was not provided by any .service
>>>    files" which relates to a missing gnome-colord manager (because it's
>>>    mate here...), so it can't read icc-Profiles for the printer. Don't know
>>>    if that affects color-printing somehow.
>>>
>>>
>>> _______________________________________________
>>> openindiana-discuss mailing list
>>> openindiana-discuss at openindiana.org
>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>
>>
>>
>> 4) it opens network connections like hell (on a simple client):
>>
>> ro sunts ~ # netstat -afinet | grep \.ipp | wc -l
>>      105
>>
>> don't see any messages in regard to this problem, neither in messages,
>> syslog, cups/access_log or error_log
>>
>> _______________________________________________
>> openindiana-discuss mailing list
>> openindiana-discuss at openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
> Hello!
>
> I dont't see this problem here:
>
> $ netstat -afinet | grep \.ipp | wc -l
>        2
>
> $ svcs -a|grep cup
> legacy_run      9:40:33 lrc:/etc/rc3_d/S99cups-browsed
> online          9:40:19 svc:/application/cups/scheduler:default
> online          9:51:42 svc:/application/cups/in-lpd:default
>
>
> $ pkg list|grep cups
> library/desktop/gtk2/gtk-backend-cups 2.24.32-2023.0.0.5         i--
> library/desktop/gtk3/gtk-backend-cups 3.24.34-2023.0.0.2         i--
> library/print/cups-libs 2.4.2-2023.0.0.2           i--
> library/python/pycups-39 2.0.1-2023.0.0.0           i--
> print/cups 2.4.2-2023.0.0.2           i--
> print/cups-filters 1.28.17-2023.0.0.1         i--
> print/cups/system-config-printer 2.30.0-2023.0.0.7          i--
>
> $ uname -a
> SunOS dell7720 5.11 illumos-864a8d6953 i86pc i386 i86pc
>
> I did a pkg update a few minutes ago..
>

Problem 4 is generated by cups-browsed (avahi,dns/multicast active).
Found this:

/etc/init.d/cups-browsed is linked from several rc*.d/ directories
with S* and K* entries (as specified in package contents).
The script does not set pid for SunOS, so more than one cups-browsed is
started and not killed in run level transitions.
Adding SunOS to the pid discovery in the script leaves one cups-browsed.

This one still generates a loop of connections. The printing server is an
older cups, which is accomodated by setting

ServerName  myserver/version=1.1

in /etc/cups/client.conf. The server is spammed with these log entries:

access_log: hundreds of entries
imksunts - - [17/May/2023:11:05:40 -0100] "POST /admin/ HTTP/1.1" 403 0 - -

error_log: hundreds of corresponding entries
I [17/May/2023:11:05:48 -0100] cupsdAcceptClient: label=(null)

So I suspect that the connection to the old cups printing server
does not function totally correct anymore. Nevertheless, all
advertised printers are found and can be used.

The problems 1 and 2 have been fixed by the latest update.
-- 
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology           http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026