metadata URL?
> [1] https://datatracker.ietf.org/doc/html/rfc8414
> [2] https://datatracker.ietf.org/doc/html/rfc8414#section-3.1
>
> Best regards
> Pavindu
>
>
> _______
> OAuth mailing list -- oauth@ietf.org
> To unsubscr
and MUST NOT support
TLS 1.1 or 1.0". The minimum is TLS 1.3. You might support TLS 1.2 for
"legacy" usage that is probably still secure. And you don't use TLS 1.0 or 1.1
because they have known, serious security issues.
Michael Sweet
___
penID Connect listed
in the registry...
Thanks!
[1]
https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
Michael Sweet
___
OAuth mailing list -- oauth@ietf.org
To unsubscribe send an ema
and MUST NOT support
TLS 1.1 or 1.0". The minimum is TLS 1.3. You might support TLS 1.2 for
"legacy" usage that is probably still secure. And you don't use TLS 1.0 or 1.1
because they have known, serious security issues.
Michael Sweet
_
er kinds of connectivity that provide their own layer of
security/access.
Michael Sweet
___
Acme mailing list -- acme@ietf.org
To unsubscribe send an email to acme-le...@ietf.org
ve a dedicated Internet service. For
example, my Starlink service drops out regularly as satellites transit
overhead, and cellular similarly comes and goes for a variety of reasons. We
need a *local* trusted authority for *local* services.
Michael Sweet
__
very
> unlikely unless the device itself is physically compromised. This in turn
> means we can worry a lot less about key compromise and certificate expiry.
>
> So when the device connects, if it has secure storage, can just issue it a 10
> year cert under Alice's personal root.
First, IoT devices have a lot longer life than 10 years. Second, browsers only
accept certs with much shorter lifespans. This is one of the reasons why I
keep coming back to ACME - we need certs that are automatically (re)issued...
Michael Sweet
___
Acme mailing list -- acme@ietf.org
To unsubscribe send an email to acme-le...@ietf.org
ect an IoT device to the local network - "bootstrapping"
a secure(ish) identity.
2. How to securely manage certificate requests on the local ACME server - the
current model provides a trustable X.509 certificate to anyone that asks, but
that has some obvious security issues, even with
g the IPP"
>>
>> Zdenek, I hope you will soon clarify which commits fix what issues, to
>> assist with distro backports. I understand you're still busy getting
>> these in now and it's probably night time for you, so follow up when you
>> have a moment later, please.
>>
>> Thanks,
>>
>> Alexander
>>
> --
> Zdenek Dohnal
> Senior Software Engineer
> Red Hat, BRQ-TPBC
>
Michael Sweet
dryer all support it as
well.
So maybe we need to note that while *some* network equipment might not (yet)
support mDNS, the vast majority of it *does*. Using mDNS hostnames is a viable
alternative to using link-local addresses in URIs, and has been for a long time
now..
rowser). I would much rather it redirect the browser to a unique mDNS
hostname (unify-XX.local or similar) but I also wouldn't expect more than
one active controller per network (for obvious reasons).
Michael Sweet
___
Anima mailing list -- anima@ietf.org
To unsubscribe send an email to anima-le...@ietf.org
times you need to get the right people involved when they decide
where to put these things, otherwise the user experience will suck.
Michael Sweet
signature.asc
Description: Message signed with OpenPGP
___
Anima mailing list -- anima@ietf.org
To unsubscribe send an email to anima-le...@ietf.org
This adds more security discussions for Public and Private networks...
> Begin forwarded message:
>
> From: internet-dra...@ietf.org
> Subject: New Version Notification for draft-sweet-iot-acme-06.txt
> Date: August 9, 2024 at 4:34:08 PM EDT
> To: "Michael Sweet"
&g
______
> Acme mailing list
> Acme@ietf.org
> https://www.ietf.org/mailman/listinfo/acme
Michael Sweet
___
Acme mailing list
Acme@ietf.org
https://www.ietf.org/mailman/listinfo/acme
gin forwarded message:
>
> From: internet-dra...@ietf.org
> Subject: New Version Notification for draft-sweet-iot-acme-05.txt
> Date: January 30, 2024 at 11:03:43 AM EST
> To: "Michael Sweet"
>
> A new version of Internet-Draft draft-sweet-iot-acme-05.txt has been
&
Client needs to only use a root certificate to
validate certificates on that network interface. I'll work on the wording here
but that's what I'm trying to get across...
Michael Sweet
___
Acme mailing list
Acme@ietf.org
https://www.ietf.org/mailman/listinfo/acme
bout this in a future draft; an IoT device
*could* keep track of multiple networks (for "roaming" between different
networks) but it would be important for it to treat a new network as such...
That said, this mechanism is meant to be automatic so no use
of more than, say 14 days does
> not seem worth it here.
>
> If you could justify bringing that number to ~7 days, then you can probably
> ignore the complexity of revocation as well due to the caching of OCSP/CRLs.
My thought was to simply set an
terial
As always, feedback and questions are appreciated!
> Begin forwarded message:
>
> From: internet-dra...@ietf.org
> Subject: New Version Notification for draft-sweet-iot-acme-04.txt
> Date: August 2, 2023 at 12:01:54 PM EDT
> To: "Michael Sweet"
>
>
>
Ilari,
> On Jul 6, 2023, at 5:35 AM, Ilari Liusvaara wrote:
>> On Fri, Jun 23, 2023 at 1:44 PM Michael Sweet > 40msweet@dmarc.ietf.org> wrote:
>>
>>> In a somewhat-related situation for printing, we have an event
>>> notification interface (RFC 3996) w
ly, I want to bring attention to the longer-term prospects for ARI:
> it's quite possible that ARI will become irrelevant before it is widely
> adopted by most clients. This itself may discourage adoption. As stated
> above, ARI has two primar
tary of the Internet Printing Protocol WG...)
> Begin forwarded message:
>
> From: internet-dra...@ietf.org
> Subject: New Version Notification for draft-sweet-iot-acme-03.txt
> Date: February 6, 2023 at 4:42:33 PM EST
> To: "Michael Sweet"
>
>
> A new version of
Tom,
> On Apr 8, 2022, at 5:02 AM, tom petch wrote:
>
> From: Int-area on behalf of Michael Sweet
>
> Sent: 07 April 2022 15:11
> Re: [Int-area] [Iotops] Last Call: Moving TPC.INT and NSAP.INT infrastructure
> domains to historic
>
> Michael
>
> I am well
a streamable subset of PDF.
So, assuming somebody doesn't just email you a file you can print it quite
easily using a single, standard protocol.
[But of course telephone-based fax still hasn't died - boggles the mind...]
Michael Sweet
signature.asc
Descri
pts->func_inst;
>
> + /* Make sure q_len is initialized, otherwise the bound device can't
> support read/write! */
> + opts->q_len = DEFAULT_Q_LEN;
> +
> mutex_lock(&printer_ida_lock);
>
> if (ida_is_empty(&printer_ida)) {
> --
> 2.17.1
>
Michael Sweet
signature.asc
Description: Message signed with OpenPGP
Current HTMLDOC supports UTF-8 for Western languages...
On Fri, 03 Mar 2006 02:42:23 +0800 Dan Jacobson wrote:
> Package: htmldoc
> Version: 1.8.24-2
> Severity: wishlist
>
> Support charset UTF-8.
>
>
_________
Michael S
reeType-based font drawing
> librar
> ii xlibs6.8.2.dfsg.1-11 X Window System client libraries
> m
> ii zlib1g 1:1.2.3-9 compression library - runtime
>
> htmldoc recommends no packages.
>
> -- no debconf information
>
>
_
Michael Sweet, Senior Printing System Engineer
er functionality are you trying to expose?
_________
Michael Sweet, Senior Printing System Engineer
___
Do not post admin requests to the list. They will be ignored.
Printing mailing list (Printi
really seems like a client (mac) issue.
>
> _______
> Do not post admin requests to the list. They will be ignored.
> Printing mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com
ay "in a special position as described in Section
> 3.1.1".
Works for me, changed.
> Nits/editorial comments:
>
> * idnits complains that this document is attempting to reference
> "rfc2910bis" (this document) without declaring the reference.
> Thes
ly need their help? I'm quite an experienced
> Mac developer.
If your USB printer requires special handling at the USB level (i.e. it won't
work with the standard USB print class backend or the IPP-USB interface) then
you'll want to contact DTS for the USB class driver sample
t; or "example.net" in the URL. Consider:
>
> (404) http://ftp.example.com/pub/ipp-model-v11-990510.pdf
This is actually a real link to an (old) archived draft of the original RFC
2911, but I can update it to be a fake example.com URL...
> In Section 5.3.7, the reference
them with the
> modified NetprintPC installer.
> They both work now.
>
> ___
> Do not post admin requests to the list. They will be ignored.
> Printing mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Sub
alist
> Technology Services at FAA / UIUC
> ___
> Do not post admin requests to the list. They will be ignored.
> Printing mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/opt
; 6x9
>
> this issue with “other” has been around since 10.9 days…
Yeah, it's still a bug - if a printer doesn't support the system default size
it should be using the PPD default (this commonly happens for label and some
large format printers...)
>
> thanks!
>
&
ting mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/printing/msweet%40apple.com
>
> This email sent to msw...@apple.com
_
Michael Sweet, Senior Printin
vance -
> D [01/Oct/2015:15:12:11 -0700] [Job 518] cgpdftoraster:
> "/private/var/spool/cups/d00518-001" has 2 pages.
> is there a way to get that value from the cgpdftoraster ?
>
> thanks for any help on this.
>
> steve
>
>
> On Oct 1, 2015, at 10:14:16 AM
> hi all -
> hi michael sweet -
>
> we've discovered that if we were to print a pdf document that has n-pages -
> if we use the lp/lpr command - it seems to send out n-separate 1-page job
> this behavior seems to be the same if we dragged the pdf icon into the
> printer
he standard location on OS X
is /Library/Printers/PPDs/Contents/Resources.
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
___
Do not post admin requests to the list. They will be ignored.
Printing mailing list (Printing@lists.apple.com)
mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/printing/msweet%40apple.com
>
> This email sent to msw...@apple.com
_
Michael Sweet, Senior Prin
n wrote:
>
> Michael,
>
> What do I need to do to include the "username" parameter in the
> WWW-Authenticate header value?
>
> Thanks,
> -Rick
>
>
> On 8/28/15, 1:42 PM, Michael Sweet wrote:
>> Rick,
>>
>> There is no way to cha
be ignored.
> Printing mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/printing/msweet%40apple.com
>
> This email sent to msw...@apple.com
_
Michael Swe
ess it, is there a way I can provide my own
> preview to replace what gets shown as default preview in print dialog?
There isn't a way to replace the preview, but the preview shows whatever your
application draws for printing...
________
t; https://lists.apple.com/mailman/options/printing/msweet%40apple.com
>
> This email sent to msw...@apple.com
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
___
Do not post admin requests to the list.
. So applications need to get a *lot*
> better at being endpoint address independent.
Need is a strong word - certainly they do not meet your high expectations, and
there is likely room for improvement, but what works for Mosh and the recovery
times it has may not be reflective of what othe
ess.
So don't assume there will be problems when a network is renumbered - a lot of
the work that's been done to deal with unreliable networks is equally useful
for network changes, so long as the client application does not assume the
network address of a named service won't
Rick,
If the output of Mac drivers is not compatible with the corresponding Windows
drivers, that is a question you'll need to ask of the printer manufacturers.
If the Generic PostScript output from the Mac does not work with Windows, that
is a question you'll need to ask Microsoft about - we a
IETF RFC formally updating one of their
> documents, that's their process, not ours, no?
And FWIW, the sections in question currently reference RFC 3510 along with the
various TLS RFCs. At some point in the next year we will be updating IPP/2.0
to full IEEE standard, at which point
Creating and closing a temporary file, only to open it again later exposes you
to a well known symlink attack. Basically, if an attacker knows (or can guess)
the temp filename they can replace it with a symlink to another file (e.g.,
/etc/passwd) to potentially reveal the contents of the file or
lain once where it shouldn't.
> (The thing in the [] should be RFC7235, not 4):
>> [RFC7234] Fielding, R., and J. Reschke, "Hypertext Transfer Protocol
>> (HTTP/1.1): Authentication", RFC 7235, June 2014.
>>
>
>
>
>
>
>
>
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art
com/mailman/options/printing/msweet%40apple.com
>
> This email sent to msw...@apple.com
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
___
Do not post admin requests to the list. They will be ignored.
Printing
___
> Do not post admin requests to the list. They will be ignored.
> Printing mailing list (Printing@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/printing/msweet%40apple.com
>
>
/mailman/options/printing/msweet%40apple.com
>
> This email sent to msw...@apple.com
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
smime.p7s
Description: S/MIME cryptographic signature
h was designed for a _very_
> different security context.
>
> ___
> homenet mailing list
> homenet@ietf.org
> https://www.ietf.org/mailman/listinfo/homenet
es listening to *:631 and the
org.cups.cupsd.path unit sees the /var/spool/cups/cache/org.cups.cupsd file
created by cupsd to keep cupsd running all the time.
_________
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRI
vendor to provide additional functionality, but generally
you'll be able to just plug a printer in and print something without installing
extra software...)
For IPP USB in particular I think we'll see adoption by NAS and other network
boxes that already provide primitive printer sharing
here
> any Hosts, including model, OS and OS version (or other S/W requirements),
> presently available on the market (or otherwise) which support IPP USB as per
> the Specification?
>
> Thanks again,
>
> Carlos Rimola
>
>
> On Thu, Feb 27, 2014 at 7:37 AM, Mic
, including OS and version,
> support the IPP USB protocol with these Printers?
>
Here is the latest list we have from HP:
Deskjet 3520
Envy 120
Envy 4500
Envy 5530
Officejet 3620
Officejet 4630
Officejet 7610
Officejet Pro 276 MFP
Officejet Pro X576 dw
Photos
Greg,
We already unload the usblp driver - it isn't compatible with most of the
multifunction printers out there today...
On Feb 26, 2014, at 6:02 PM, Greg KH wrote:
> On Tue, Feb 25, 2014 at 08:56:23PM -0500, Michael Sweet wrote:
>> Greg,
>>
>> On Feb 25, 2014,
absolutely required, but it
helps to minimize the overall "weight" of the OS when you aren't printing
constantly...
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
smime.p7s
Description: S/MIME cryptographic signature
___
to the local USB printer), but communications
from the proxy to the USB printer need to be unencrypted.
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
smime.p7s
Description: S/MIME cryptographic signature
___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Didier,
OK, the 1.7 branch mirroring should be fixed now and shows the work towards
1.7.2.
On Feb 23, 2014, at 2:48 PM, Michael Sweet wrote:
> Didier,
>
> I'll investigate why the 1.7 git branch isn't tracking the svn branch. Per
> the roadmap page, you should expect
Didier,
I'll investigate why the 1.7 git branch isn't tracking the svn branch. Per the
roadmap page, you should expect 1.7.x releases every 6-8 weeks until 2.0 is
final.
As for 2.0, I hope to start beta releases in a few months, with a release
before October. That sounds like 2.0 will meet you
, cups.bugs, etc.) will not be returning,
we will just have mailman-based mailing lists going forward...
_____
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
, cups.bugs, etc.) will not be returning,
we will just have mailman-based mailing lists going forward...
_____
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
ssuring the folks that are doing the security
audit of the new cups.org server to sign off on it so I can put the public bug
reporter back online. It is a major pain in the butt for me as well, I assure
you!
_____
Michael Sweet, Senior Printin
ssuring the folks that are doing the security
audit of the new cups.org server to sign off on it so I can put the public bug
reporter back online. It is a major pain in the butt for me as well, I assure
you!
_____
Michael Sweet, Senior Printin
he
burden entirely on the client, both to strip IPv6 link-local addresses *and*
retain such information as long as is needed to rewrite URIs in the response
from the server. Allowing the client to include the zone ID (and explaining
why a client might do so) simplifies client code with no
hanges here, and there is a bug fix for a related issue in the
upcoming 1.6.4 release (probably will go live next week) to make sure we pass
the "correct" MIME media type to the server. (whether it understands that
media type is another matter...)
_____
hanges here, and there is a bug fix for a related issue in the
upcoming 1.6.4 release (probably will go live next week) to make sure we pass
the "correct" MIME media type to the server. (whether it understands that
media type is another matter...)
_____
ate: 27 August, 2013 11:55:38 AM EDT
> To: Stuart Cheshire , Michael Sweet ,
> "Robert M. Hinden" , Brian Carpenter
>
>
>
> A new version of I-D, draft-sweet-uri-zoneid-00.txt
> has been successfully submitted by Michael Sweet and posted to the
> IETF reposi
Dicier,
Too late, 1.6.3 went live last Friday. But I'll add this for the next releases
- dunno if we will have 1.6.4 but definitely for 1.7.0. And I now have a bug
tracking support for quirks files for the USB backend which will allow users
and driver developers to add to the quirks list witho
Dicier,
Too late, 1.6.3 went live last Friday. But I'll add this for the next releases
- dunno if we will have 1.6.4 but definitely for 1.7.0. And I now have a bug
tracking support for quirks files for the USB backend which will allow users
and driver developers to add to the quirks list witho
On Jul 9, 2013, at 11:46 AM, Michael Sweet wrote:
> OK, then it sounds like the /version=1.1 support isn't kicking in for
> client.conf for some reason. Investigating...
>
>
> On 2013-07-09, at 11:09 AM, Vincent Lefevre wrote:
>
>> On 2013-07-09 10:46:15 -0400,
On Jul 9, 2013, at 11:46 AM, Michael Sweet wrote:
> OK, then it sounds like the /version=1.1 support isn't kicking in for
> client.conf for some reason. Investigating...
>
>
> On 2013-07-09, at 11:09 AM, Vincent Lefevre wrote:
>
>> On 2013-07-09 10:46:15 -0400,
OK, then it sounds like the /version=1.1 support isn't kicking in for
client.conf for some reason. Investigating...
On 2013-07-09, at 11:09 AM, Vincent Lefevre wrote:
> On 2013-07-09 10:46:15 -0400, Michael Sweet wrote:
>> Strange, what happens if you do:
>>
>>
OK, then it sounds like the /version=1.1 support isn't kicking in for
client.conf for some reason. Investigating...
On 2013-07-09, at 11:09 AM, Vincent Lefevre wrote:
> On 2013-07-09 10:46:15 -0400, Michael Sweet wrote:
>> Strange, what happens if you do:
>>
>>
Vincent,
Strange, what happens if you do:
lpr -H lip-printserver1.lip.ens-lyon.fr/version=1.1 bfrange-test.pdf
On 2013-07-09, at 5:17 AM, Vincent Lefevre wrote:
> On 2013-07-08 07:30:45 -0400, Michael Sweet wrote:
>> And the same patch for CUPS 1.6.x...
>
> This patch
Vincent,
Strange, what happens if you do:
lpr -H lip-printserver1.lip.ens-lyon.fr/version=1.1 bfrange-test.pdf
On 2013-07-09, at 5:17 AM, Vincent Lefevre wrote:
> On 2013-07-08 07:30:45 -0400, Michael Sweet wrote:
>> And the same patch for CUPS 1.6.x...
>
> This patch
And the same patch for CUPS 1.6.x...
rdar14290628-1.6.patch
Description: Binary data
On Jul 2, 2013, at 9:25 AM, Michael Sweet wrote:
> Vincent,
>
> On 2013-06-27, at 6:06 PM, Vincent Lefevre wrote:
>> ...
>> Then I assume that lpq could use cupsGetNamedDest like lp a
And the same patch for CUPS 1.6.x...
rdar14290628-1.6.patch
Description: Binary data
On Jul 2, 2013, at 9:25 AM, Michael Sweet wrote:
> Vincent,
>
> On 2013-06-27, at 6:06 PM, Vincent Lefevre wrote:
>> ...
>> Then I assume that lpq could use cupsGetNamedDest like lp a
ck this issue in the same bug and make them all use cupsGetNamedDest
> to get the default printer.
>
> _
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
ck this issue in the same bug and make them all use cupsGetNamedDest
> to get the default printer.
>
> _
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
Dest to
get the default printer.
_________
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
Dest to
get the default printer.
_________
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
>
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.
accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
>
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
. Then we needed user-savable options and defaults. Then
we needed to be able to set system-side defaults. Then we wanted a
last-used-printer scheme if no user default was set. Aaarrrggghhh!
(http://www.youtube.com/watch?v=avpFGlv7iw8)
__
. Then we needed user-savable options and defaults. Then
we needed to be able to set system-side defaults. Then we wanted a
last-used-printer scheme if no user default was set. Aaarrrggghhh!
(http://www.youtube.com/watch?v=avpFGlv7iw8)
_
)
{
+case HTTP_ERROR :
+s = strerror(errno);
+break;
case HTTP_CONTINUE :
s = _("Continue");
break;
_____
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian
)
{
+case HTTP_ERROR :
+s = strerror(errno);
+break;
case HTTP_CONTINUE :
s = _("Continue");
break;
_____
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debia
Dest(name, instance, num_dests, *dests)) != NULL)
- dest->is_default = 1;
+num_dests = cupsRemoveDest(dest->name, dest->instance, num_dests,
+ dests);
+ }
}
/*
_________
Michael Swee
Dest(name, instance, num_dests, *dests)) != NULL)
- dest->is_default = 1;
+num_dests = cupsRemoveDest(dest->name, dest->instance, num_dests,
+ dests);
+ }
}
/*
_________
Michael Swee
Daniel,
On 2013-06-21, at 2:20 PM, "Daniel Richard G." wrote:
> On Fri, 2013 Jun 21 9:29-0400, Michael Sweet wrote:
>>
>> Well, before we go off and spend extra engineering time on this, how
>> widespread is the use of client.conf in the Linux world? On OS X it
Daniel,
On 2013-06-21, at 2:20 PM, "Daniel Richard G." wrote:
> On Fri, 2013 Jun 21 9:29-0400, Michael Sweet wrote:
>>
>> Well, before we go off and spend extra engineering time on this, how
>> widespread is the use of client.conf in the Linux world? On OS X it
ServerName hostname-or-ip-address[:port]
ServerName /domain/socket
Specifies the address and optionally the port to use when connect-
ing to a server running CUPS 1.4 or later. Note: Not supported on
OS X 10.7 or later.
__
ServerName hostname-or-ip-address[:port]
ServerName /domain/socket
Specifies the address and optionally the port to use when connect-
ing to a server running CUPS 1.4 or later. Note: Not supported on
OS X 10.7 or later.
__
Cheers,
>
> Didier
>
> [0] http://bugs.debian.org/cgi-
> bin/bugreport.cgi?msg=5;filename=http_errormsg.patch;att=1;bug=645436
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
Cheers,
>
> Didier
>
> [0] http://bugs.debian.org/cgi-
> bin/bugreport.cgi?msg=5;filename=http_errormsg.patch;att=1;bug=645436
_
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
erwise, for
>> instance, if a document is sent to a private printer but something
>> goes wrong like here, it may end up on a public printer!
>>
>> [*] by either a lpoptions config file or an environment variable.
>> The -P lpr option is handled directly in lpr, and cupsGe
1 - 100 of 876 matches
Mail list logo
