From: Till Kamppeter <till.kamppeter@gmail.com>
To: Michael Sweet <msweet@apple.com>
Cc: Open Printing <printing-architecture@lists.linux-foundation.org>
Subject: Re: [Printing-architecture] Bug in ippfind
Date: Mon, 22 Jul 2013 18:46:01 +0200 [thread overview]
Message-ID: <51ED61C9.7060406@gmail.com> (raw)
In-Reply-To: <5C2D7440-2A36-42FC-818A-03DC5D44B0E1@apple.com>
Thank you very much. I have applied the patch and it works.
Till
On 07/22/2013 04:58 PM, Michael Sweet wrote:
> And the fix:
>
>
>
>
> On 2013-07-22, at 7:30 AM, Michael Sweet <msweet@apple.com> wrote:
>
>> Till,
>>
>> Filed the following Apple bug to track this:
>>
>> <rdar://problem/14508324> cups.org: ippfind endian issue on Linux/Avahi
>>
>> I think this *is* just an endian issue, and it is limited to Avahi (strange I didn't notice it when I tested, but an easy fix)
>>
>> On 2013-07-19, at 5:59 PM, Till Kamppeter <till.kamppeter@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I have packaged CUPS 1.7.0 RC1 for Ubuntu Raring (13.04) and Saucy
>>> (13.10) and uploaded them to my PPA
>>> (https://launchpad.net/~till-kamppeter/+archive/ppa).
>>>
>>> Then I have tested the new ippfind on Saucy by simply running
>>>
>>> ippfind
>>>
>>> The result is
>>>
>>> ipp://till-lenovo.local:30466/printers/Berlin
>>> ipp://till-lenovo.local:30466/printers/Berlin
>>> ipp://till-lenovo.local:30466/printers/Berlin
>>> ipp://till-lenovo.local:30466/printers/Budapest
>>> ipp://till-lenovo.local:30466/printers/LaBoheme
>>> ipp://till-lenovo.local:30466/printers/LaTraviata
>>> ipp://till-lenovo.local:30466/printers/Mailand
>>> ipp://till-lenovo.local:30466/printers/Marrakech
>>> ipp://HPOccam.local:30466/ipp/printer
>>> ipp://till-lenovo.local:30466/printers/Paris
>>> ipp://till-lenovo.local:30466/printers/SanFrancisco
>>> ipp://till-lenovo.local:30466/printers/SanFranciscoFax
>>> ipp://till-lenovo.local:30466/printers/Santorini
>>> ipp://till-lenovo.local:30466/printers/Singapur
>>> ipp://till-lenovo.local:30466/printers/Tokyo
>>> ipp://till-lenovo.local:30466/printers/Wien
>>> ipp://NPI90E6C1.local:30466/NPI90E6C1
>>>
>>> It should be port 631 and not 30466. Looks like an endian problem or so.
>>> I tested on an x86_64 system running Ubuntu Saucy.
>>>
>>> Till
>>
>> _________________________________________________________
>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>
>> _______________________________________________
>> Printing-architecture mailing list
>> Printing-architecture@lists.linux-foundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
prev parent reply other threads:[~2013-07-22 16:46 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-19 21:59 [Printing-architecture] Bug in ippfind Till Kamppeter
2013-07-22 11:30 ` Michael Sweet
2013-07-22 14:58 ` Michael Sweet
2013-07-22 16:46 ` Till Kamppeter [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51ED61C9.7060406@gmail.com \
--to=till.kamppeter@gmail.com \
--cc=msweet@apple.com \
--cc=printing-architecture@lists.linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.