Mandriva 2007.1, xpp, cups, and cups.sock - Mandriva

This is a discussion on Mandriva 2007.1, xpp, cups, and cups.sock - Mandriva ; Two machines currently running Mandriva 2007.1 Machine A: upgraded from Mandriva 2006.0 Machine B: wiped and clean install The same two printers on each. Strangely, on A "xpp" shows the "destination" (ie, the type of printer) whereas on B it ...

+ Reply to Thread
Results 1 to 3 of 3

Thread: Mandriva 2007.1, xpp, cups, and cups.sock

  1. Mandriva 2007.1, xpp, cups, and cups.sock

    Two machines currently running Mandriva 2007.1

    Machine A: upgraded from Mandriva 2006.0
    Machine B: wiped and clean install

    The same two printers on each. Strangely, on A "xpp"
    shows the "destination" (ie, the type of printer)
    whereas on B it says "Destination not available". A bit of digging
    turned up this:

    http://qa.mandriva.com/show_bug.cgi?id=27027

    which describes a similar situation on 2007.0, and sure enough, on A:
    there is no /var/run/cups/cups.sock whereas there is on B. The log
    file on B shows these messages:

    error_log:I [16/May/2007:15:02:08 -0400] Listening to
    /var/run/cups/cups.sock (Domain)
    error_log:I [16/May/2007:15:02:08 -0400] Listening to
    /var/run/cups/cups.sock on fd 4...

    but they are missing on A. Be this as it may, cups is working for
    printing the same on both machines, for instance with lpr. The rpms
    installed are identical on the two machines:

    gutenprint-cups-5.0.0-3mdv2007.1
    libgnomecups-0.2.2-3mdv2007.0
    cups-common-1.2.10-2mdv2007.1
    libgnomecups-1.0_1-0.2.2-3mdv2007.0
    cups-1.2.10-2mdv2007.1
    cups-drivers-2007-8mdv2007.1
    libcups2-1.2.10-2mdv2007.1
    [root@saf02 cups]# rpm -qa | grep cups | sort
    cups-1.2.10-2mdv2007.1
    cups-common-1.2.10-2mdv2007.1
    cups-drivers-2007-8mdv2007.1
    gutenprint-cups-5.0.0-3mdv2007.1
    libcups2-1.2.10-2mdv2007.1
    libgnomecups-0.2.2-3mdv2007.0
    libgnomecups-1.0_1-0.2.2-3mdv2007.0
    xpp-1.5-3mdk

    That left the /etc/cups/cupsd.conf file. So I tried copying the
    one from A to B. Originally the one on B was as created when cups
    was installed, and the one on A dated from Mandriva 2006.0. restart
    cups, and cool, xpp now shows Destinations. The printers still work.
    Look closely at the cupsd.conf and find that the new one has these
    two entries:

    Listen *:631
    Listen /var/run/cups/cups.sock

    whereas the older one had no such lines. (Yet it worked.)

    So, put the "new" cupsd.conf back in B. commented out the cups.sock
    line, and now "xpp" works. I also verified that OpenOffice will print
    with or without cups.sock present. (In the bug report above they
    indicated a problem with that.)

    What then is the point of the /var/run/cups/cups.sock file, other than
    breaking xpp?

    Thanks,

    David Mathog

  2. Re: Mandriva 2007.1, xpp, cups, and cups.sock

    On Wed, 16 May 2007 18:29:10 -0400, David Mathog wrote:

    > What then is the point of the /var/run/cups/cups.sock file, other than
    > breaking xpp?


    Speed for applications that use it. See
    http://www.cups.org/articles.php?L433+I0+TFAQ+M10+P1+Q

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  3. Re: Mandriva 2007.1, xpp, cups, and cups.sock

    David W. Hodgins wrote:
    > On Wed, 16 May 2007 18:29:10 -0400, David Mathog wrote:
    >
    >> What then is the point of the /var/run/cups/cups.sock file, other than
    >> breaking xpp?

    >
    > Speed for applications that use it. See
    > http://www.cups.org/articles.php?L433+I0+TFAQ+M10+P1+Q


    I've never noticed any problems with printing speed, whatever internal
    limits there might have been with a tcp/ip connection to localhost are
    not rate limiting since the printers are all connected over physical
    100BaseT which is orders of magnitude slower.

    Anyway, that link explains it fully. It's not that the CUPS people
    added an extra contact mode, but that they changed the behavior of the
    API, specifically:

    CUPS API call cupsServer() now returns the unix domain socket at
    /var/run/cups/cups.sock instead of "localhost".

    Sure enough (this in Mandriva 2006.0),

    % ldd `which xpp` | grep cups
    libcups.so.2 => /usr/lib/libcups.so.2 (0xb7d79000)

    That's a particularly dumb API change, since it used to return apples
    and now returns oranges. They should have left that call alone and
    introduced a new function, perhaps "cupsBestServer". Then existing
    applications wouldn't have broken and developers could add support for
    the new functionality at their leisure.

    Thanks,

    David Mathog

+ Reply to Thread