From Peter.Dennis@sun.com Fri Sep 25 10:05:35 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PH5YhO011626 for ; Fri, 25 Sep 2009 10:05:35 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8PH5WQo046801; Fri, 25 Sep 2009 11:05:32 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ00807E58M400@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Sep 2009 10:05:32 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00C6LE57XJ90@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Sep 2009 10:05:32 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8PH5ULK018457; Fri, 25 Sep 2009 17:05:30 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ00B00DZ1T400@fe-emea-10.sun.com>; Fri, 25 Sep 2009 18:05:10 +0100 (BST) Received: from [192.168.1.100] ([unknown] [86.164.159.101]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00C7RE4MM810@fe-emea-10.sun.com>; Fri, 25 Sep 2009 18:05:10 +0100 (BST) Date: Fri, 25 Sep 2009 18:05:10 +0100 From: petede Subject: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] Sender: Peter.Dennis@sun.com To: PSARC-ext@sun.com Cc: Venky Reply-to: Peter.Dennis@sun.com Message-id: <4ABCF846.1030201@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.22 (X11/20090818) Status: RO Content-Length: 5586 I am sponsoring the following fast-track for Venky TV. The case requests Micro binding and the timeout is 10/02/2009. 1. Introduction 1.1. Project/Component Working Name: CUPS as the default print service 1.2. Name of Document Author/Supplier: Venky TV 1.3. Date of This Document: 09 Sep 2009 1.3.1. Date this project was conceived: 15 Mar 2009 1.4. Name of Major Document Customer(s)/Consumer(s): 1.4.1. The PAC or CPT you expect to review your project: Solaris PAC 1.4.2. The ARC(s) you expect to review your project: PSARC 1.4.3. The Director/VP who is "Sponsoring" this project: Chris Armes 1.4.4. The name of your business unit: OP/N1 RPE 1.5. Email Aliases: 1.5.1. Responsible Manager: Joseph George 1.5.2. Responsible Engineer: Venky TV 1.5.3. Marketing Manager: 1.5.4. Interest List: 2. Project Summary 2.1. Project Description: The projects proposes to switch from LP to CUPS as the default print service. The present default LP service will be retained for backward compatibility. Targeted release: OpenSolaris 2010.02 Requested binding: Minor 2.2. Risks and Assumptions: Some Solaris LP features like Trusted printing, NIS support, Forms printing are not available in CUPS at present. Customers who need any of these functionalities will need to switch back to LP. 3. Business Summary 3.1. Problem Area: LP has fallen behind CUPS in printer support, usability and manageablity in recent times, for example, with features like printer discovery using Bonjour, PDF workflow, etc. Also, now that CUPS is the de facto standard in the open source world, lots of key open source applications like Ghostscript and Samba are building in support for the CUPS API. 3.3. Business Justification: Customer demand for CUPS, printer support, usability and manageability. Switching over as CUPS as default presents a better user experience to customers, and longer term reduction in support costs. 3.4. Competitive Analysis: Almost all Linux distributions and MacOS/X use CUPS as the default print service. 3.5. Opportunity Window/Exposure: 3.6. How will you know when you are done?: New Solaris and OpenSolaris installations will ship with CUPS as the default print service. CUPS will be the only print service bundled with the OpenSolaris CD. 4. Technical Description: 4.1. Details: PSARC/2008/130 has already introduced a service to switch between the Solaris LP and CUPS services. The service detects the currently configured print service automatically. The desktop also currently sets up the right printer management tools depending on the active print service. To enable CUPS as the default service, all that needs to be done is to set the "general/active" propery in the CUPS SMF manifest to "true". 4.2. Bug/RFE Number(s): 6872820 Switch to CUPS as the default print service 4.3. In Scope: 4.4. Out of Scope: 4.5. Interfaces: CUPS and LP interfaces are listed in PSARC 2008/130. This case does not introduce any new interfaces nor does it remove any. 4.6. Doc Impact: Documentation will be based on that provided by the CUPS community. Additional documentation will be necessary to outline the process of installing LP for customers who want to switch back to it, as well as the process of switching between the two services (print-service(1M)). CUPS being the default print service will also need to be noted in the release notes. 4.7. Admin/Config Impact: Administration changes required by CUPS are already in place. 4.8. HA Impact: None 4.9. I18N/L10N Impact: None 4.10. Packaging & Delivery: There are no packaging changes. Install will now deliver CUPS instead of LP. 4.11. Security Impact: None 4.12. Dependencies: None 5. Reference Documents: PSARC/2008/130 CUPS 1.3.6 6851083 modify print-service to switch running printer detection daemon correctly 6. Resources and Schedule: 6.1. Projected Availability: FY10 Q2 6.2. Cost of Effort: Total: 6 weeks Development: 2 weeks Documentation: 4 weeks 6.3. Cost of Capital Resources: 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: SFW 6.4.3. Type of CPT Review and Approval expected: FastTrack 6.4.4. Project Boundary Conditions: 6.4.5. Is this a necessary project for OEM agreements: No 6.4.6. Notes: 6.4.7. Target RTI Date/Release: Nevada/SFW Build 127 6.4.8. Target Code Design Review Date: 6.4.9. Update approval addition: 6.5. ARC review type: FastTrack 6.6. ARC Exposure: Open 7. Prototype Availability: 7.1. Prototype Availability: Now From carlsonj@workingcode.com Fri Sep 25 10:15:59 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PHFwSI012069 for ; Fri, 25 Sep 2009 10:15:59 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8PHFqnP053159; Fri, 25 Sep 2009 11:15:55 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ00901EMIW400@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Sep 2009 10:15:54 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00CMEEMIXNA0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Sep 2009 10:15:54 -0700 (PDT) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PH7W9W017165; Fri, 25 Sep 2009 17:15:54 +0000 (GMT) Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12]) by relay41i.sun.com with ESMTP id BT-MMP-2059984; Fri, 25 Sep 2009 17:15:48 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-134738; Fri, 25 Sep 2009 17:15:45 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay4i.sun.com with ESMTP id BT-MMP-15200679; Fri, 25 Sep 2009 17:15:45 +0000 (Z) Received: from [75.150.68.97] (carlson [75.150.68.97]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id n8PHFgOj021530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 13:15:43 -0400 (EDT) Date: Fri, 25 Sep 2009 13:15:42 -0400 From: James Carlson Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4ABCF846.1030201@sun.com> To: Peter.Dennis@sun.com Cc: PSARC-ext@sun.com, Venky Message-id: <4ABCFABE.8020208@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-dmv.com-Metrics: carlson 1181; Body=3 Fuz1=3 Fuz2=3 X-Antispam: No, score=-0.2/5.0, scanned in 0.286sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4ABCF846.1030201@sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090818) Status: RO Content-Length: 1230 petede wrote: > I am sponsoring the following fast-track for Venky TV. > The case requests Micro binding and the timeout is 10/02/2009. [...] > Targeted release: OpenSolaris 2010.02 > Requested binding: Minor You should probably pick a release binding. (For what it's worth, "Micro" is effectively the same as "Minor" if you don't also include "Patch" and if the PAC isn't planning a "10.1" release. But knowing whether you intended to included Patch/Micro release binding, and therefore a potential S10 back-port, would be useful.) > 4.5. Interfaces: > > CUPS and LP interfaces are listed in PSARC 2008/130. > > This case does not introduce any new interfaces nor does it > remove any. Can you describe the upgrade and install experience? My guess would be: - If an existing system is upgraded (either via SysV packages or IPS), it will continue to run whatever service it was running before. The new default does not take effect. The user must set the flag if he wants to switch. - When a new system is installed, it will pick up the new default and run CUPS. Is that right? -- James Carlson 42.703N 71.076W From gdamore@sun.com Fri Sep 25 10:38:16 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PHcGaK012622 for ; Fri, 25 Sep 2009 10:38:16 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8PHcDJZ000600; Fri, 25 Sep 2009 11:38:14 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ00D0FFNO3D00@nwk-avmta-2.sfbay.sun.com>; Fri, 25 Sep 2009 10:38:12 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00AU9FNN5U30@nwk-avmta-2.sfbay.sun.com>; Fri, 25 Sep 2009 10:38:11 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8PHcB2Z005668; Fri, 25 Sep 2009 10:38:11 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ00500FIFBC00@fe-sfbay-09.sun.com>; Fri, 25 Sep 2009 10:38:11 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ0072ZFNM1G80@fe-sfbay-09.sun.com>; Fri, 25 Sep 2009 10:38:11 -0700 (PDT) Date: Fri, 25 Sep 2009 10:38:10 -0700 From: "Garrett D'Amore" Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4ABCF846.1030201@sun.com> Sender: Garrett.Damore@sun.com To: Peter.Dennis@sun.com Cc: PSARC-ext@sun.com, Venky Message-id: <4ABD0002.8010203@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 6745 +1. I think this will be a big help. I've a few questions (which probably count as not this case) though: 1) Upgrades -- will upgrades (or pkg image-update) switch the service, or leave the existing setting? 2) Are there any plans to enhance CUPS to distributed network printer configuration via NIS? Or is there a replacement for this service already present? (I guess this is what Bonjour is intended for?) 3) What about Trusted Printing? What are the issues here? I'd be interested to understand why CUPS can't do this; feel free to email me out of band with more information. 4) Forms support? Does anyone still need or use this? Seems like possibly this is a feature that could just fall by the way side.... I guess what I'm getting at is that I'd like to see use reach the point where we could just ditch the LP system altogether -- its a maintenance headache, and its hard to use. - Garrett > I am sponsoring the following fast-track for Venky TV. > The case requests Micro binding and the timeout is 10/02/2009. > > > 1. Introduction > > 1.1. Project/Component Working Name: > > CUPS as the default print service > > 1.2. Name of Document Author/Supplier: > > Venky TV > > 1.3. Date of This Document: > > 09 Sep 2009 > > 1.3.1. Date this project was conceived: > > 15 Mar 2009 > > 1.4. Name of Major Document Customer(s)/Consumer(s): > 1.4.1. The PAC or CPT you expect to review your project: > > Solaris PAC > > 1.4.2. The ARC(s) you expect to review your project: > > PSARC > > 1.4.3. The Director/VP who is "Sponsoring" this project: > > Chris Armes > > 1.4.4. The name of your business unit: > > OP/N1 RPE > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: Joseph George > 1.5.2. Responsible Engineer: Venky TV > 1.5.3. Marketing Manager: > 1.5.4. Interest List: > > > 2. Project Summary > > 2.1. Project Description: > > The projects proposes to switch from LP to CUPS as the default > print service. The present default LP service will be retained > for backward compatibility. > > Targeted release: OpenSolaris 2010.02 > Requested binding: Minor > > 2.2. Risks and Assumptions: > > Some Solaris LP features like Trusted printing, NIS support, > Forms printing are not available in CUPS at present. Customers > who need any of these functionalities will need to switch back > to LP. > > > 3. Business Summary > > 3.1. Problem Area: > > LP has fallen behind CUPS in printer support, usability and > manageablity in recent times, for example, with features like > printer discovery using Bonjour, PDF workflow, etc. > > Also, now that CUPS is the de facto standard in the open source > world, lots of key open source applications like Ghostscript and > Samba are building in support for the CUPS API. > > 3.3. Business Justification: > > Customer demand for CUPS, printer support, usability and > manageability. Switching over as CUPS as default presents a > better user experience to customers, and longer term reduction > in support costs. > > 3.4. Competitive Analysis: > > Almost all Linux distributions and MacOS/X use CUPS as the > default print service. > > 3.5. Opportunity Window/Exposure: > > 3.6. How will you know when you are done?: > > New Solaris and OpenSolaris installations will ship with CUPS as > the default print service. CUPS will be the only print service > bundled with the OpenSolaris CD. > > > 4. Technical Description: > > 4.1. Details: > > PSARC/2008/130 has already introduced a service to switch > between the Solaris LP and CUPS services. The service detects > the currently configured print service automatically. The > desktop also currently sets up the right printer management > tools depending on the active print service. > > To enable CUPS as the default service, all that needs to be done > is to set the "general/active" propery in the CUPS SMF manifest > to "true". > > 4.2. Bug/RFE Number(s): > > 6872820 Switch to CUPS as the default print service > > 4.3. In Scope: > > 4.4. Out of Scope: > > 4.5. Interfaces: > > CUPS and LP interfaces are listed in PSARC 2008/130. > > This case does not introduce any new interfaces nor does it > remove any. > > 4.6. Doc Impact: > > Documentation will be based on that provided by the CUPS > community. Additional documentation will be necessary to > outline the process of installing LP for customers who want to > switch back to it, as well as the process of switching between > the two services (print-service(1M)). CUPS being the default > print > service will also need to be noted in the release notes. > > 4.7. Admin/Config Impact: > > Administration changes required by CUPS are already in place. > > 4.8. HA Impact: > > None > > 4.9. I18N/L10N Impact: > > None > > 4.10. Packaging & Delivery: > > There are no packaging changes. Install will now deliver CUPS > instead of LP. > > 4.11. Security Impact: > > None > > 4.12. Dependencies: > > None > > > 5. Reference Documents: > > PSARC/2008/130 CUPS 1.3.6 > > 6851083 modify print-service to switch running printer detection > daemon correctly > > > 6. Resources and Schedule: > > 6.1. Projected Availability: > > FY10 Q2 > > 6.2. Cost of Effort: > > Total: 6 weeks > Development: 2 weeks > Documentation: 4 weeks > > 6.3. Cost of Capital Resources: > > 6.4. Product Approval Committee requested information: > 6.4.1. Consolidation or Component Name: > > SFW > > 6.4.3. Type of CPT Review and Approval expected: > > FastTrack > > 6.4.4. Project Boundary Conditions: > > 6.4.5. Is this a necessary project for OEM agreements: > > No > > 6.4.6. Notes: > > 6.4.7. Target RTI Date/Release: > > Nevada/SFW Build 127 > > 6.4.8. Target Code Design Review Date: > > 6.4.9. Update approval addition: > > 6.5. ARC review type: > > FastTrack > > 6.6. ARC Exposure: > > Open > > 7. Prototype Availability: > 7.1. Prototype Availability: > > Now From Scott.Rotondo@Sun.COM Sat Sep 26 16:28:52 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8QNSpnN025174 for ; Sat, 26 Sep 2009 16:28:51 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8QNSnad053137; Sat, 26 Sep 2009 17:28:49 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQL00901QK16700@nwk-avmta-1.sfbay.Sun.COM>; Sat, 26 Sep 2009 16:28:49 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQL003TDQK02D90@nwk-avmta-1.sfbay.Sun.COM>; Sat, 26 Sep 2009 16:28:49 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8QNSmLo002302; Sat, 26 Sep 2009 23:28:48 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQL00D00QH6D500@mail-amer.sun.com>; Sat, 26 Sep 2009 17:28:48 -0600 (MDT) Received: from viaggio.local ([unknown] [69.226.240.14]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQL00BMMQJHYNE0@mail-amer.sun.com>; Sat, 26 Sep 2009 17:28:48 -0600 (MDT) Date: Sat, 26 Sep 2009 16:28:19 -0700 From: Scott Rotondo Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4ABCF846.1030201@sun.com> Sender: Scott.Rotondo@Sun.COM To: Peter.Dennis@Sun.COM Cc: PSARC-ext@Sun.COM, Venky Message-id: <4ABEA393.6050900@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Status: RO Content-Length: 1038 > 2.2. Risks and Assumptions: > > Some Solaris LP features like Trusted printing, NIS support, > Forms printing are not available in CUPS at present. Customers > who need any of these functionalities will need to switch back > to LP. That sounds like a significant problem. It says elsewhere, in the justification for this project, that LP has significant deficiencies with respect to printer support, usability, and manageability. So switching back to LP isn't really a viable option. Solaris features need to work together; you can't ask users to choose between them. (E.g., you can have Trusted Extensions or modern printing, but not both). I'm assuming that there is no inherent reason that CUPS can't support labeled printing. What discussions have you had with the Trusted Extensions team to figure out how to add this support? Scott -- Scott Rotondo Principal Engineer, Solaris Security Technologies President, Trusted Computing Group Phone/FAX: +1 408 850 3655 (Internal x68278) From Norm.Jacobs@Sun.COM Tue Sep 29 11:52:01 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8TIq0IC009381 for ; Tue, 29 Sep 2009 11:52:00 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8TIpsHG061036; Tue, 29 Sep 2009 12:51:57 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQQ0051FXQKUH00@brm-avmta-1.central.sun.com>; Tue, 29 Sep 2009 12:51:56 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQQ00I6FXQJ7790@brm-avmta-1.central.sun.com>; Tue, 29 Sep 2009 12:51:56 -0600 (MDT) Received: from [10.7.251.237] (punchin-jacobs.SFBay.Sun.COM [10.7.251.237]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n8TIpsKu857872; Tue, 29 Sep 2009 11:51:55 -0700 (PDT) Date: Tue, 29 Sep 2009 13:51:54 -0500 From: Norm Jacobs Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4ABD0002.8010203@sun.com> To: "Garrett D'Amore" Cc: Peter.Dennis@Sun.COM, PSARC-ext@Sun.COM, Venky Message-id: <4AC2574A.708@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090818) Status: RO Content-Length: 8425 Garrett D'Amore wrote: > +1. I think this will be a big help. > > I've a few questions (which probably count as not this case) though: > > 1) Upgrades -- will upgrades (or pkg image-update) switch the service, > or leave the existing setting? Venky can correct me if I am wrong here, but I believe that the intention is to enable CUPS on fresh install and honor the prior print service selection on image-update. > > 2) Are there any plans to enhance CUPS to distributed network printer > configuration via NIS? Or is there a replacement for this service > already present? (I guess this is what Bonjour is intended for?) There are no plans for NIS. CUPS supports LDAP, DNS-SD, SLP, and CUPS Browse protocols for print queue advertisement/discovery. Since CUPS is the "de facto" standard print service on *nix these days, it's interoperable with other systems. Our name service support support isn't. > > 3) What about Trusted Printing? What are the issues here? I'd be > interested to understand why CUPS can't do this; feel free to email me > out of band with more information. There are a couple of patches to CUPS to support labeling under SELinux. The approach taken by the patches is similar to the scheduler changes we made to lpsched for TX a while back. They are being reworked to support Solaris as well. > > 4) Forms support? Does anyone still need or use this? Seems like > possibly this is a feature that could just fall by the way side.... There still appear to be occasional bugs filed against forms. We don't know how heavily they might be used and whether or not the media support in CUPS would sufficiently address the needs of the forms users that might exist. The page level printers that are more commonly used today are pretty much useless with the LP forms feature. > > I guess what I'm getting at is that I'd like to see use reach the > point where we could just ditch the LP system altogether -- its a > maintenance headache, and its hard to use. For reasons too numerous to list here, I think that we all would. Because we have been reluctant to deprecate printing features (even fairly obscure ones), we haven't simply asked to drop LP all together. Perhaps we should be announcing it's EOL again (Solaris 2.3 was a long time ago (PSARC/1993/348)) and really dropping it this time. -Norm > > - Garrett > >> I am sponsoring the following fast-track for Venky TV. >> The case requests Micro binding and the timeout is 10/02/2009. >> >> >> 1. Introduction >> >> 1.1. Project/Component Working Name: >> >> CUPS as the default print service >> >> 1.2. Name of Document Author/Supplier: >> >> Venky TV >> >> 1.3. Date of This Document: >> >> 09 Sep 2009 >> >> 1.3.1. Date this project was conceived: >> >> 15 Mar 2009 >> >> 1.4. Name of Major Document Customer(s)/Consumer(s): >> 1.4.1. The PAC or CPT you expect to review your project: >> >> Solaris PAC >> >> 1.4.2. The ARC(s) you expect to review your project: >> >> PSARC >> >> 1.4.3. The Director/VP who is "Sponsoring" this project: >> >> Chris Armes >> >> 1.4.4. The name of your business unit: >> >> OP/N1 RPE >> >> 1.5. Email Aliases: >> 1.5.1. Responsible Manager: Joseph George >> 1.5.2. Responsible Engineer: Venky TV >> 1.5.3. Marketing Manager: >> 1.5.4. Interest List: >> >> >> 2. Project Summary >> >> 2.1. Project Description: >> >> The projects proposes to switch from LP to CUPS as the default >> print service. The present default LP service will be retained >> for backward compatibility. >> >> Targeted release: OpenSolaris 2010.02 >> Requested binding: Minor >> >> 2.2. Risks and Assumptions: >> >> Some Solaris LP features like Trusted printing, NIS support, >> Forms printing are not available in CUPS at present. Customers >> who need any of these functionalities will need to switch back >> to LP. >> >> >> 3. Business Summary >> >> 3.1. Problem Area: >> >> LP has fallen behind CUPS in printer support, usability and >> manageablity in recent times, for example, with features like >> printer discovery using Bonjour, PDF workflow, etc. >> >> Also, now that CUPS is the de facto standard in the open source >> world, lots of key open source applications like Ghostscript and >> Samba are building in support for the CUPS API. >> >> 3.3. Business Justification: >> >> Customer demand for CUPS, printer support, usability and >> manageability. Switching over as CUPS as default presents a >> better user experience to customers, and longer term reduction >> in support costs. >> >> 3.4. Competitive Analysis: >> >> Almost all Linux distributions and MacOS/X use CUPS as the >> default print service. >> >> 3.5. Opportunity Window/Exposure: >> >> 3.6. How will you know when you are done?: >> >> New Solaris and OpenSolaris installations will ship with CUPS as >> the default print service. CUPS will be the only print service >> bundled with the OpenSolaris CD. >> >> >> 4. Technical Description: >> >> 4.1. Details: >> >> PSARC/2008/130 has already introduced a service to switch >> between the Solaris LP and CUPS services. The service detects >> the currently configured print service automatically. The >> desktop also currently sets up the right printer management >> tools depending on the active print service. >> >> To enable CUPS as the default service, all that needs to be done >> is to set the "general/active" propery in the CUPS SMF manifest >> to "true". >> >> 4.2. Bug/RFE Number(s): >> >> 6872820 Switch to CUPS as the default print service >> >> 4.3. In Scope: >> >> 4.4. Out of Scope: >> >> 4.5. Interfaces: >> >> CUPS and LP interfaces are listed in PSARC 2008/130. >> >> This case does not introduce any new interfaces nor does it >> remove any. >> >> 4.6. Doc Impact: >> >> Documentation will be based on that provided by the CUPS >> community. Additional documentation will be necessary to >> outline the process of installing LP for customers who want to >> switch back to it, as well as the process of switching between >> the two services (print-service(1M)). CUPS being the default >> print >> service will also need to be noted in the release notes. >> >> 4.7. Admin/Config Impact: >> >> Administration changes required by CUPS are already in place. >> >> 4.8. HA Impact: >> >> None >> >> 4.9. I18N/L10N Impact: >> >> None >> >> 4.10. Packaging & Delivery: >> >> There are no packaging changes. Install will now deliver CUPS >> instead of LP. >> >> 4.11. Security Impact: >> >> None >> >> 4.12. Dependencies: >> >> None >> >> >> 5. Reference Documents: >> >> PSARC/2008/130 CUPS 1.3.6 >> >> 6851083 modify print-service to switch running printer detection >> daemon correctly >> >> >> 6. Resources and Schedule: >> >> 6.1. Projected Availability: >> >> FY10 Q2 >> >> 6.2. Cost of Effort: >> >> Total: 6 weeks >> Development: 2 weeks >> Documentation: 4 weeks >> >> 6.3. Cost of Capital Resources: >> >> 6.4. Product Approval Committee requested information: >> 6.4.1. Consolidation or Component Name: >> >> SFW >> >> 6.4.3. Type of CPT Review and Approval expected: >> >> FastTrack >> >> 6.4.4. Project Boundary Conditions: >> >> 6.4.5. Is this a necessary project for OEM agreements: >> >> No >> >> 6.4.6. Notes: >> >> 6.4.7. Target RTI Date/Release: >> >> Nevada/SFW Build 127 >> >> 6.4.8. Target Code Design Review Date: >> >> 6.4.9. Update approval addition: >> >> 6.5. ARC review type: >> >> FastTrack >> >> 6.6. ARC Exposure: >> >> Open >> >> 7. Prototype Availability: >> 7.1. Prototype Availability: >> >> Now > From gdamore@sun.com Tue Sep 29 12:04:34 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8TJ4XAL010313 for ; Tue, 29 Sep 2009 12:04:33 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8TJ4UKY013060; Tue, 29 Sep 2009 12:04:32 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQQ00C19YBJNJ00@nwk-avmta-2.sfbay.sun.com>; Tue, 29 Sep 2009 12:04:31 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQQ008EQYBHYD80@nwk-avmta-2.sfbay.sun.com>; Tue, 29 Sep 2009 12:04:29 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8TJ4Sv3003457; Tue, 29 Sep 2009 12:04:28 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQQ00500Y5YF900@fe-sfbay-10.sun.com>; Tue, 29 Sep 2009 12:04:28 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQQ00JGDYBEG840@fe-sfbay-10.sun.com>; Tue, 29 Sep 2009 12:04:27 -0700 (PDT) Date: Tue, 29 Sep 2009 12:04:26 -0700 From: "Garrett D'Amore" Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4AC2574A.708@Sun.COM> Sender: Garrett.Damore@sun.com To: Norm Jacobs Cc: Peter.Dennis@sun.com, PSARC-ext@sun.com, Venky Message-id: <4AC25A3A.90702@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 9288 Norm Jacobs wrote: > Garrett D'Amore wrote: >> +1. I think this will be a big help. >> >> I've a few questions (which probably count as not this case) though: >> >> 1) Upgrades -- will upgrades (or pkg image-update) switch the >> service, or leave the existing setting? > Venky can correct me if I am wrong here, but I believe that the > intention is to enable CUPS on fresh install and honor the prior print > service selection on image-update. > >> >> 2) Are there any plans to enhance CUPS to distributed network printer >> configuration via NIS? Or is there a replacement for this service >> already present? (I guess this is what Bonjour is intended for?) > There are no plans for NIS. CUPS supports LDAP, DNS-SD, SLP, and CUPS > Browse protocols for print queue advertisement/discovery. Since CUPS > is the "de facto" standard print service on *nix these days, it's > interoperable with other systems. Our name service support support > isn't. So one thing I'd like to see here, in order to eventually remove the LP service altogether, is a set of tools or documents to help administrators migrate from using NIS to other protocols. > >> >> 3) What about Trusted Printing? What are the issues here? I'd be >> interested to understand why CUPS can't do this; feel free to email >> me out of band with more information. > There are a couple of patches to CUPS to support labeling under > SELinux. The approach taken by the patches is similar to the > scheduler changes we made to lpsched for TX a while back. They are > being reworked to support Solaris as well. Ah, cool! >> >> 4) Forms support? Does anyone still need or use this? Seems like >> possibly this is a feature that could just fall by the way side.... > There still appear to be occasional bugs filed against forms. We > don't know how heavily they might be used and whether or not the media > support in CUPS would sufficiently address the needs of the forms > users that might exist. The page level printers that are more > commonly used today are pretty much useless with the LP forms feature. I always figured forms were mostly for shops with weird typesetting or media requirements. I'm inclined to just nuke it. Perhaps its time to announce a plan to EOF this in the future. :-) >> >> I guess what I'm getting at is that I'd like to see use reach the >> point where we could just ditch the LP system altogether -- its a >> maintenance headache, and its hard to use. > For reasons too numerous to list here, I think that we all would. > Because we have been reluctant to deprecate printing features (even > fairly obscure ones), we haven't simply asked to drop LP all > together. Perhaps we should be announcing it's EOL again (Solaris 2.3 > was a long time ago (PSARC/1993/348)) and really dropping it this time. Yes, updating EOF announcements again would be an excellent idea. Its time to find away to ditch this baggage. - Garrett > > -Norm >> >> - Garrett >> >>> I am sponsoring the following fast-track for Venky TV. >>> The case requests Micro binding and the timeout is 10/02/2009. >>> >>> >>> 1. Introduction >>> >>> 1.1. Project/Component Working Name: >>> >>> CUPS as the default print service >>> >>> 1.2. Name of Document Author/Supplier: >>> >>> Venky TV >>> >>> 1.3. Date of This Document: >>> >>> 09 Sep 2009 >>> >>> 1.3.1. Date this project was conceived: >>> >>> 15 Mar 2009 >>> >>> 1.4. Name of Major Document Customer(s)/Consumer(s): >>> 1.4.1. The PAC or CPT you expect to review your project: >>> >>> Solaris PAC >>> >>> 1.4.2. The ARC(s) you expect to review your project: >>> >>> PSARC >>> >>> 1.4.3. The Director/VP who is "Sponsoring" this project: >>> >>> Chris Armes >>> >>> 1.4.4. The name of your business unit: >>> >>> OP/N1 RPE >>> >>> 1.5. Email Aliases: >>> 1.5.1. Responsible Manager: Joseph George >>> 1.5.2. Responsible Engineer: Venky TV >>> 1.5.3. Marketing Manager: >>> 1.5.4. Interest List: >>> >>> >>> 2. Project Summary >>> >>> 2.1. Project Description: >>> >>> The projects proposes to switch from LP to CUPS as the default >>> print service. The present default LP service will be retained >>> for backward compatibility. >>> >>> Targeted release: OpenSolaris 2010.02 >>> Requested binding: Minor >>> >>> 2.2. Risks and Assumptions: >>> >>> Some Solaris LP features like Trusted printing, NIS support, >>> Forms printing are not available in CUPS at present. Customers >>> who need any of these functionalities will need to switch back >>> to LP. >>> >>> >>> 3. Business Summary >>> >>> 3.1. Problem Area: >>> >>> LP has fallen behind CUPS in printer support, usability and >>> manageablity in recent times, for example, with features like >>> printer discovery using Bonjour, PDF workflow, etc. >>> >>> Also, now that CUPS is the de facto standard in the open source >>> world, lots of key open source applications like Ghostscript >>> and >>> Samba are building in support for the CUPS API. >>> >>> 3.3. Business Justification: >>> >>> Customer demand for CUPS, printer support, usability and >>> manageability. Switching over as CUPS as default presents a >>> better user experience to customers, and longer term reduction >>> in support costs. >>> >>> 3.4. Competitive Analysis: >>> >>> Almost all Linux distributions and MacOS/X use CUPS as the >>> default print service. >>> >>> 3.5. Opportunity Window/Exposure: >>> >>> 3.6. How will you know when you are done?: >>> >>> New Solaris and OpenSolaris installations will ship with >>> CUPS as >>> the default print service. CUPS will be the only print service >>> bundled with the OpenSolaris CD. >>> >>> >>> 4. Technical Description: >>> >>> 4.1. Details: >>> >>> PSARC/2008/130 has already introduced a service to switch >>> between the Solaris LP and CUPS services. The service detects >>> the currently configured print service automatically. The >>> desktop also currently sets up the right printer management >>> tools depending on the active print service. >>> >>> To enable CUPS as the default service, all that needs to be >>> done >>> is to set the "general/active" propery in the CUPS SMF manifest >>> to "true". >>> >>> 4.2. Bug/RFE Number(s): >>> >>> 6872820 Switch to CUPS as the default print service >>> >>> 4.3. In Scope: >>> >>> 4.4. Out of Scope: >>> >>> 4.5. Interfaces: >>> >>> CUPS and LP interfaces are listed in PSARC 2008/130. >>> >>> This case does not introduce any new interfaces nor does it >>> remove any. >>> >>> 4.6. Doc Impact: >>> >>> Documentation will be based on that provided by the CUPS >>> community. Additional documentation will be necessary to >>> outline the process of installing LP for customers who want to >>> switch back to it, as well as the process of switching between >>> the two services (print-service(1M)). CUPS being the >>> default print >>> service will also need to be noted in the release notes. >>> >>> 4.7. Admin/Config Impact: >>> >>> Administration changes required by CUPS are already in place. >>> >>> 4.8. HA Impact: >>> >>> None >>> >>> 4.9. I18N/L10N Impact: >>> >>> None >>> >>> 4.10. Packaging & Delivery: >>> >>> There are no packaging changes. Install will now deliver CUPS >>> instead of LP. >>> >>> 4.11. Security Impact: >>> >>> None >>> >>> 4.12. Dependencies: >>> >>> None >>> >>> >>> 5. Reference Documents: >>> >>> PSARC/2008/130 CUPS 1.3.6 >>> >>> 6851083 modify print-service to switch running printer detection >>> daemon correctly >>> >>> >>> 6. Resources and Schedule: >>> >>> 6.1. Projected Availability: >>> >>> FY10 Q2 >>> >>> 6.2. Cost of Effort: >>> >>> Total: 6 weeks >>> Development: 2 weeks >>> Documentation: 4 weeks >>> >>> 6.3. Cost of Capital Resources: >>> >>> 6.4. Product Approval Committee requested information: >>> 6.4.1. Consolidation or Component Name: >>> >>> SFW >>> >>> 6.4.3. Type of CPT Review and Approval expected: >>> >>> FastTrack >>> >>> 6.4.4. Project Boundary Conditions: >>> >>> 6.4.5. Is this a necessary project for OEM agreements: >>> >>> No >>> >>> 6.4.6. Notes: >>> >>> 6.4.7. Target RTI Date/Release: >>> >>> Nevada/SFW Build 127 >>> >>> 6.4.8. Target Code Design Review Date: >>> >>> 6.4.9. Update approval addition: >>> >>> 6.5. ARC review type: >>> >>> FastTrack >>> >>> 6.6. ARC Exposure: >>> >>> Open >>> >>> 7. Prototype Availability: >>> 7.1. Prototype Availability: >>> >>> Now >> > From gww@eng.sun.com Tue Sep 29 12:21:40 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8TJLd68010869 for ; Tue, 29 Sep 2009 12:21:40 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8TJLVie007964; Tue, 29 Sep 2009 20:21:36 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQQ00111Z3XX800@nwk-avmta-1.sfbay.Sun.COM>; Tue, 29 Sep 2009 12:21:33 -0700 (PDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQQ000RAZ3W5G00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 29 Sep 2009 12:21:32 -0700 (PDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8TJLVv2039619; Tue, 29 Sep 2009 12:21:31 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id n8TJMPoY010323; Tue, 29 Sep 2009 12:22:25 -0700 (PDT) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id n8TJMPNx010322; Tue, 29 Sep 2009 12:22:25 -0700 (PDT) Date: Tue, 29 Sep 2009 12:22:25 -0700 (PDT) From: Gary Winiger Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] To: Norm.Jacobs@sun.com, gdamore@sun.com Cc: Peter.Dennis@sun.com, PSARC-ext@sun.com, venky.tv@sun.com Message-id: <200909291922.n8TJMPNx010322@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 829 > >> 2) Are there any plans to enhance CUPS to distributed network printer > >> configuration via NIS? Or is there a replacement for this service > >> already present? (I guess this is what Bonjour is intended for?) > > There are no plans for NIS. CUPS supports LDAP, DNS-SD, SLP, and CUPS > > Browse protocols for print queue advertisement/discovery. Since CUPS > > is the "de facto" standard print service on *nix these days, it's > > interoperable with other systems. Our name service support support > > isn't. > > So one thing I'd like to see here, in order to eventually remove the LP > service altogether, is a set of tools or documents to help > administrators migrate from using NIS to other protocols. Is something more than PSARC/2001/282 NIS to LDAP Transition Project (N2L) being requested? Gary.. From gdamore@sun.com Tue Sep 29 14:08:29 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8TL8SBx014029 for ; Tue, 29 Sep 2009 14:08:29 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8TL8OOI002008; Wed, 30 Sep 2009 05:08:27 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQR00K0B421E800@nwk-avmta-2.sfbay.sun.com>; Tue, 29 Sep 2009 14:08:25 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQR00K9K4204J00@nwk-avmta-2.sfbay.sun.com>; Tue, 29 Sep 2009 14:08:24 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8TL8OD1018169; Tue, 29 Sep 2009 14:08:24 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQR003003QU2C00@fe-sfbay-10.sun.com>; Tue, 29 Sep 2009 14:08:24 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQR0051441U54G0@fe-sfbay-10.sun.com>; Tue, 29 Sep 2009 14:08:19 -0700 (PDT) Date: Tue, 29 Sep 2009 14:08:17 -0700 From: "Garrett D'Amore" Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <200909291922.n8TJMPNx010322@marduk.eng.sun.com> Sender: Garrett.Damore@sun.com To: Gary Winiger Cc: Norm.Jacobs@sun.com, Peter.Dennis@sun.com, PSARC-ext@sun.com, venky.tv@sun.com Message-id: <4AC27741.30406@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909291922.n8TJMPNx010322@marduk.eng.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 954 Gary Winiger wrote: >>>> 2) Are there any plans to enhance CUPS to distributed network printer >>>> configuration via NIS? Or is there a replacement for this service >>>> already present? (I guess this is what Bonjour is intended for?) >>>> >>> There are no plans for NIS. CUPS supports LDAP, DNS-SD, SLP, and CUPS >>> Browse protocols for print queue advertisement/discovery. Since CUPS >>> is the "de facto" standard print service on *nix these days, it's >>> interoperable with other systems. Our name service support support >>> isn't. >>> >> So one thing I'd like to see here, in order to eventually remove the LP >> service altogether, is a set of tools or documents to help >> administrators migrate from using NIS to other protocols. >> > > Is something more than PSARC/2001/282 NIS to LDAP Transition Project > (N2L) being requested? > > Gary.. > If that does the trick, then I'm happy :-) - Garrett From venkytv@sun.com Wed Sep 30 02:38:03 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8U9c3kV011011 for ; Wed, 30 Sep 2009 02:38:03 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8U9c2n3004092; Wed, 30 Sep 2009 02:38:03 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00K0B2RDTC00@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Sep 2009 02:38:01 -0700 (PDT) Received: from dm-india-01.singapore.sun.com ([129.158.71.103]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS009392RCIIA0@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Sep 2009 02:38:01 -0700 (PDT) Received: from rattlehead.sun.com (rattlehead.India.Sun.COM [129.158.227.201]) by dm-india-01.singapore.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8U9bqmq009435; Wed, 30 Sep 2009 17:37:52 +0800 (SGT) Received: by rattlehead.sun.com (Postfix, from userid 116884) id 3B6825F851; Wed, 30 Sep 2009 15:07:52 +0530 (IST) Date: Wed, 30 Sep 2009 15:07:52 +0530 From: Venky Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4ABCFABE.8020208@workingcode.com> To: James Carlson , Scott Rotondo , "Garrett D'Amore" Cc: PSARC-ext@sun.com, Peter.Dennis@sun.com, Norm Jacobs Message-id: <20090930093751.GM27979@india.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <4AC25A3A.90702@sun.com> <4ABCF846.1030201@sun.com> <4ABEA393.6050900@sun.com> <4ABCF846.1030201@sun.com> <4ABCFABE.8020208@workingcode.com> User-Agent: Mutt/1.5.19 (2009-01-05) Status: RO Content-Length: 3511 Sorry about the delay. Was a long weekend here. Consolidating all queries below. Replies inline. On Fri, Sep 25, 2009 at 01:15:42PM -0400, James Carlson wrote: > > I am sponsoring the following fast-track for Venky TV. > > The case requests Micro binding and the timeout is 10/02/2009. > [...] > > Targeted release: OpenSolaris 2010.02 > > Requested binding: Minor > > You should probably pick a release binding. (For what it's worth, > "Micro" is effectively the same as "Minor" if you don't also include > "Patch" and if the PAC isn't planning a "10.1" release. But knowing > whether you intended to included Patch/Micro release binding, and > therefore a potential S10 back-port, would be useful.) We do not intend to backport this to S10. > > 4.5. Interfaces: > > > > CUPS and LP interfaces are listed in PSARC 2008/130. > > > > This case does not introduce any new interfaces nor does it > > remove any. > > Can you describe the upgrade and install experience? My guess would be: > > - If an existing system is upgraded (either via SysV packages or IPS), > it will continue to run whatever service it was running before. The > new default does not take effect. The user must set the flag if he > wants to switch. > > - When a new system is installed, it will pick up the new default and > run CUPS. > > Is that right? That is right. >> 2.2. Risks and Assumptions: >> >> Some Solaris LP features like Trusted printing, NIS support, >> Forms printing are not available in CUPS at present. Customers >> who need any of these functionalities will need to switch back >> to LP. > > That sounds like a significant problem. It says elsewhere, in the > justification for this project, that LP has significant deficiencies > with respect to printer support, usability, and manageability. So > switching back to LP isn't really a viable option. Solaris features need > to work together; you can't ask users to choose between them. (E.g., you > can have Trusted Extensions or modern printing, but not both). > > I'm assuming that there is no inherent reason that CUPS can't support > labeled printing. What discussions have you had with the Trusted > Extensions team to figure out how to add this support? There is no inherent reason why CUPS cannot support labeled printing. Trusted printing support in CUPS is being planned for phase 2 of this project. We have discussed this with members of the TX team, and they are aware of the decision to stick with LP for trusted printing for this phase. Trusted printing in CUPS is, of course, mandatory before we remove LP. This case though is just about changing the install default and not about removing or even adding any feature. >>> I've a few questions (which probably count as not this case) though: >>> >>> 1) Upgrades -- will upgrades (or pkg image-update) switch the >>> service, or leave the existing setting? >> Venky can correct me if I am wrong here, but I believe that the >> intention is to enable CUPS on fresh install and honor the prior print >> service selection on image-update. That is correct. >>> I guess what I'm getting at is that I'd like to see use reach the >>> point where we could just ditch the LP system altogether -- its a >>> maintenance headache, and its hard to use. Agree. Removing LP is out of scope for this case, though it goes some way towards making it possible. Cheers, Venky. From carlsonj@workingcode.com Wed Sep 30 05:31:21 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UCVLPR013742 for ; Wed, 30 Sep 2009 05:31:21 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8UCUroY043470; Wed, 30 Sep 2009 06:31:14 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00417ARX3G00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 05:31:09 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS0034BARU6920@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 05:31:06 -0700 (PDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8UCRUDP006931; Wed, 30 Sep 2009 12:31:06 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay11i.sun.com with ESMTP id BT-MMP-2986192; Wed, 30 Sep 2009 12:31:06 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-47216762; Wed, 30 Sep 2009 12:31:05 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay1i.sun.com with ESMTP id BT-MMP-24727380; Wed, 30 Sep 2009 12:31:05 +0000 (Z) Received: from [10.50.24.188] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id n8UCV3ru014693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Sep 2009 08:31:04 -0400 (EDT) Date: Wed, 30 Sep 2009 08:31:03 -0400 From: James Carlson Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <20090930093751.GM27979@india.sun.com> To: Venky Cc: Scott Rotondo , "Garrett D'Amore" , PSARC-ext@sun.com, Peter.Dennis@sun.com, Norm Jacobs Message-id: <4AC34F87.9070308@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-dmv.com-Metrics: carlson 1181; Body=6 Fuz1=6 Fuz2=6 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <4AC25A3A.90702@sun.com> <4ABCF846.1030201@sun.com> <4ABEA393.6050900@sun.com> <4ABCF846.1030201@sun.com> <4ABCFABE.8020208@workingcode.com> <20090930093751.GM27979@india.sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 1020 Venky wrote: > Sorry about the delay. Was a long weekend here. > Consolidating all queries below. Replies inline. Careful with the quoting; I didn't write half of what you've attributed to me. :-/ > On Fri, Sep 25, 2009 at 01:15:42PM -0400, James Carlson wrote: >>> I am sponsoring the following fast-track for Venky TV. >>> The case requests Micro binding and the timeout is 10/02/2009. >> [...] >>> Targeted release: OpenSolaris 2010.02 >>> Requested binding: Minor >> You should probably pick a release binding. (For what it's worth, >> "Micro" is effectively the same as "Minor" if you don't also include >> "Patch" and if the PAC isn't planning a "10.1" release. But knowing >> whether you intended to included Patch/Micro release binding, and >> therefore a potential S10 back-port, would be useful.) > > We do not intend to backport this to S10. OK ... so Minor sounds about right, and Micro is possibly a typo. -- James Carlson 42.703N 71.076W From Peter.Dennis@sun.com Wed Sep 30 05:43:29 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UChRC2013947 for ; Wed, 30 Sep 2009 05:43:28 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8UChH6l016008; Wed, 30 Sep 2009 13:43:21 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00509BC7MB00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 05:43:20 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS003P9BC66950@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 05:43:19 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8UChIb2009753; Wed, 30 Sep 2009 12:43:18 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQS008008GYJ300@fe-emea-09.sun.com>; Wed, 30 Sep 2009 13:43:02 +0100 (BST) Received: from [129.156.173.66] ([unknown] [129.156.173.66]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQS00LVWBBMXJ40@fe-emea-09.sun.com>; Wed, 30 Sep 2009 13:42:58 +0100 (BST) Date: Wed, 30 Sep 2009 13:42:58 +0100 From: Peter Dennis - Sustaining Engineer Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4AC34F87.9070308@workingcode.com> Sender: Peter.Dennis@sun.com To: James Carlson Cc: Venky , Scott Rotondo , "Garrett D'Amore" , PSARC-ext@sun.com, Norm Jacobs Message-id: <4AC35252.1010203@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <4AC25A3A.90702@sun.com> <4ABCF846.1030201@sun.com> <4ABEA393.6050900@sun.com> <4ABCF846.1030201@sun.com> <4ABCFABE.8020208@workingcode.com> <20090930093751.GM27979@india.sun.com> <4AC34F87.9070308@workingcode.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090623) Status: RO Content-Length: 1041 James Carlson wrote: > Venky wrote: >> Sorry about the delay. Was a long weekend here. >> Consolidating all queries below. Replies inline. > > Careful with the quoting; I didn't write half of what you've attributed > to me. :-/ > >> On Fri, Sep 25, 2009 at 01:15:42PM -0400, James Carlson wrote: >>>> I am sponsoring the following fast-track for Venky TV. >>>> The case requests Micro binding and the timeout is 10/02/2009. >>> [...] >>>> Targeted release: OpenSolaris 2010.02 >>>> Requested binding: Minor >>> You should probably pick a release binding. (For what it's worth, >>> "Micro" is effectively the same as "Minor" if you don't also include >>> "Patch" and if the PAC isn't planning a "10.1" release. But knowing >>> whether you intended to included Patch/Micro release binding, and >>> therefore a potential S10 back-port, would be useful.) >> We do not intend to backport this to S10. > > OK ... so Minor sounds about right, and Micro is possibly a typo. Argh! It is a typo :-( Thanks for catching that. From Milan.Jurik@sun.com Wed Sep 30 08:41:02 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UFf1q3018038 for ; Wed, 30 Sep 2009 08:41:01 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8UFedGM028869; Wed, 30 Sep 2009 23:40:59 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00613JKAJ800@brm-avmta-1.central.sun.com>; Wed, 30 Sep 2009 09:40:58 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS00FOJJK69AC0@brm-avmta-1.central.sun.com>; Wed, 30 Sep 2009 09:40:55 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8UFervp025252; Wed, 30 Sep 2009 15:40:54 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQS00D00HZSTN00@fe-emea-09.sun.com>; Wed, 30 Sep 2009 16:40:51 +0100 (BST) Received: from [78.102.89.237] ([unknown] [78.102.89.237]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQS006FKJJU4UG0@fe-emea-09.sun.com>; Wed, 30 Sep 2009 16:40:43 +0100 (BST) Date: Wed, 30 Sep 2009 17:40:41 +0200 From: Milan Jurik Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4AC2574A.708@Sun.COM> Sender: Milan.Jurik@sun.com To: Norm Jacobs Cc: "Garrett D'Amore" , Peter.Dennis@sun.com, PSARC-ext@sun.com, Venky Message-id: <1254325241.1536.4.camel@xylabtecra> Organization: Sun Microsystems Inc. MIME-version: 1.0 X-Mailer: Evolution 2.26.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> Status: RO Content-Length: 784 Hi, Norm Jacobs píše v út 29. 09. 2009 v 13:51 -0500: > Garrett D'Amore wrote: [...] > > > > 2) Are there any plans to enhance CUPS to distributed network printer > > configuration via NIS? Or is there a replacement for this service > > already present? (I guess this is what Bonjour is intended for?) > There are no plans for NIS. CUPS supports LDAP, DNS-SD, SLP, and CUPS > Browse protocols for print queue advertisement/discovery. Since CUPS is > the "de facto" standard print service on *nix these days, it's > interoperable with other systems. Our name service support support isn't. NIS is not Solaris specific feature and fully supported naming service with no EOL plans. Why should admins mantain another naming just for printing? [...] Best regards, Milan From Norm.Jacobs@sun.com Wed Sep 30 09:59:26 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UGxPfT021895 for ; Wed, 30 Sep 2009 09:59:25 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8UGxHJq000312; Wed, 30 Sep 2009 17:59:21 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00E01N6WAJ00@brm-avmta-1.central.sun.com>; Wed, 30 Sep 2009 10:59:20 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS009RJN6V1Z50@brm-avmta-1.central.sun.com>; Wed, 30 Sep 2009 10:59:19 -0600 (MDT) Received: from [10.7.251.237] (punchin-jacobs.SFBay.Sun.COM [10.7.251.237]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n8UGxIHD139051; Wed, 30 Sep 2009 09:59:19 -0700 (PDT) Date: Wed, 30 Sep 2009 11:59:18 -0500 From: Norm Jacobs Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <1254325241.1536.4.camel@xylabtecra> To: Milan Jurik Cc: "Garrett D'Amore" , Peter.Dennis@sun.com, PSARC-ext@sun.com, Venky Message-id: <4AC38E66.2040407@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> User-Agent: Thunderbird 2.0.0.22 (X11/20090909) Status: RO Content-Length: 1041 Milan Jurik wrote: > Hi, > > Norm Jacobs píše v út 29. 09. 2009 v 13:51 -0500: > >> Garrett D'Amore wrote: >> > [...] > >>> 2) Are there any plans to enhance CUPS to distributed network printer >>> configuration via NIS? Or is there a replacement for this service >>> already present? (I guess this is what Bonjour is intended for?) >>> >> There are no plans for NIS. CUPS supports LDAP, DNS-SD, SLP, and CUPS >> Browse protocols for print queue advertisement/discovery. Since CUPS is >> the "de facto" standard print service on *nix these days, it's >> interoperable with other systems. Our name service support support isn't. >> > > NIS is not Solaris specific feature and fully supported naming service > with no EOL plans. Why should admins mantain another naming just for > printing? > NIS is not Solaris specific, but our printers.conf.byname NIS map is. The name service support in CUPS is more dynamic and actually requires less admin work than NIS does for printing under Solaris. -Norm From Peter.Dennis@sun.com Wed Sep 30 10:10:29 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UHAR7K023275 for ; Wed, 30 Sep 2009 10:10:28 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8UHAN5S048026; Wed, 30 Sep 2009 11:10:26 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00E07NPDI300@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 10:10:25 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS0057PNPC7MB0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 10:10:25 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8UHAN9O014498; Wed, 30 Sep 2009 17:10:23 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQS00E00NNA7D00@fe-emea-10.sun.com>; Wed, 30 Sep 2009 18:09:55 +0100 (BST) Received: from [192.168.1.230] ([unknown] [86.162.98.167]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQS00C06NOFAH80@fe-emea-10.sun.com>; Wed, 30 Sep 2009 18:09:55 +0100 (BST) Date: Wed, 30 Sep 2009 18:09:50 +0100 From: Pete Dennis Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4AC38E66.2040407@Sun.COM> Sender: Peter.Dennis@sun.com To: PSARC-ext@sun.com Cc: Venky Message-id: <4AC390DE.3060204@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> <4AC38E66.2040407@Sun.COM> User-Agent: Thunderbird 2.0.0.22 (X11/20090818) Status: RO Content-Length: 70 This case was approved at the PSARC meeting 30-Sep-2009. Thanks pete From carlsonj@workingcode.com Wed Sep 30 10:16:25 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UHGNxB023397 for ; Wed, 30 Sep 2009 10:16:24 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8UHGBAI020738; Thu, 1 Oct 2009 01:16:14 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS0002LNZ2KJ00@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Sep 2009 10:16:14 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS00IIHNZ0PY60@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Sep 2009 10:16:12 -0700 (PDT) Received: from relay44i.sun.com ([192.5.209.118]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8UH3CpP023507; Wed, 30 Sep 2009 17:16:11 +0000 (GMT) Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12]) by relay44i.sun.com with ESMTP id BT-MMP-586505; Wed, 30 Sep 2009 17:16:04 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-8640254; Wed, 30 Sep 2009 17:15:33 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay4i.sun.com with ESMTP id BT-MMP-565913; Wed, 30 Sep 2009 17:15:33 +0000 (Z) Received: from [10.50.24.188] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id n8UHFWln025671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Sep 2009 13:15:33 -0400 (EDT) Date: Wed, 30 Sep 2009 13:15:32 -0400 From: James Carlson Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4AC38E66.2040407@Sun.COM> To: Norm Jacobs Cc: Milan Jurik , PSARC-ext@sun.com, "Garrett D'Amore" , Venky Message-id: <4AC39234.6020707@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-dmv.com-Metrics: carlson 1181; Body=5 Fuz1=5 Fuz2=5 X-Antispam: No, score=0.0/5.0, scanned in 0.164sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> <4AC38E66.2040407@Sun.COM> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 696 Norm Jacobs wrote: > Milan Jurik wrote: >> NIS is not Solaris specific feature and fully supported naming service >> with no EOL plans. Why should admins mantain another naming just for >> printing? >> > NIS is not Solaris specific, but our printers.conf.byname NIS map is. > The name service support in CUPS is more dynamic and actually > requires less admin work than NIS does for printing under Solaris. Architecturally, though, if it went through the name service switch rather than linking directly with the protocol-specific libraries, it should work fine with NIS, LDAP, or any other NSS-supported feature. -- James Carlson 42.703N 71.076W From Nicolas.Williams@sun.com Wed Sep 30 10:43:55 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UHhsaY024724 for ; Wed, 30 Sep 2009 10:43:54 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8UHhnWU009739; Wed, 30 Sep 2009 11:43:50 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00I1ZP8ZGP00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 10:43:47 -0700 (PDT) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS00IDEP8XFX00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 30 Sep 2009 10:43:45 -0700 (PDT) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n8UHe4Fo001961; Wed, 30 Sep 2009 12:40:04 -0500 (CDT) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n8UHe31a001960; Wed, 30 Sep 2009 12:40:03 -0500 (CDT) Date: Wed, 30 Sep 2009 12:40:03 -0500 From: Nicolas Williams Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <4AC39234.6020707@workingcode.com> To: James Carlson Cc: Norm Jacobs , Milan Jurik , PSARC-ext@sun.com, "Garrett D'Amore" , Venky Message-id: <20090930174003.GM887@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> <4AC38E66.2040407@Sun.COM> <4AC39234.6020707@workingcode.com> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 1921 On Wed, Sep 30, 2009 at 01:15:32PM -0400, James Carlson wrote: > Norm Jacobs wrote: > > Milan Jurik wrote: > >> NIS is not Solaris specific feature and fully supported naming service > >> with no EOL plans. Why should admins mantain another naming just for > >> printing? > >> > > NIS is not Solaris specific, but our printers.conf.byname NIS map is. > > The name service support in CUPS is more dynamic and actually > > requires less admin work than NIS does for printing under Solaris. > > Architecturally, though, if it went through the name service switch > rather than linking directly with the protocol-specific libraries, it > should work fine with NIS, LDAP, or any other NSS-supported feature. Architecturally it couldn't really, since the relevant name service switch interfaces are not, so far as I can tell from a cursory look, Public. In fact, there are two private-looking implementations of getprinterbyname() in ONNV, like this one from $SRC/lib/print/libprint/common/nss_printer.c: int getprinterbyname(char *name, char *linebuf, int linelen, char *ns) { nss_XbyY_args_t arg; nss_status_t res; private_ns = ns; NSS_XbyY_INIT(&arg, linebuf, linebuf, linelen, str2printer); arg.key.name = name; res = nss_search(&db_root, _nss_initf_printers, NSS_DBOP_PRINTERS_BYNAME, &arg); (void) NSS_XbyY_FINI(&arg); private_ns = NULL; return (arg.status = res); } There's another, similar one in $SRC/lib/print/libpapi-dynamic/common/nss.c. And that's not enough, since one then has to parse the result (see the two _cvt_nss_entry_to_printer() implementations in the same two libraries). Of course, CUPS could get a contract to use those low-level name service switch interfaces. Or we could make a Public getprinterbyname(). The former seems more likely at the moment; anyways, I recommend it. Nico -- From Milan.Jurik@sun.com Wed Sep 30 11:12:09 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UIC8Kb026538 for ; Wed, 30 Sep 2009 11:12:08 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8UIC4FL031030 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Sep 2009 12:12:07 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00L03QK6GB00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 12:12:06 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS009WDQK51LD0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 12:12:05 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8UIC4L0017734 for ; Wed, 30 Sep 2009 18:12:04 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQS00M00QJH7900@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 19:11:42 +0100 (BST) Received: from [78.102.89.237] ([unknown] [78.102.89.237]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQS00122QJIUX70@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 19:11:42 +0100 (BST) Date: Wed, 30 Sep 2009 20:11:41 +0200 From: Milan Jurik Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <20090930174003.GM887@Sun.COM> Sender: Milan.Jurik@sun.com To: PSARC-ext@sun.com Message-id: <1254334301.4901.18.camel@xylabtecra> Organization: Sun Microsystems Inc. MIME-version: 1.0 X-Mailer: Evolution 2.26.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> <4AC38E66.2040407@Sun.COM> <4AC39234.6020707@workingcode.com> <20090930174003.GM887@Sun.COM> Status: RO Content-Length: 2688 Hi, Nicolas Williams píše v st 30. 09. 2009 v 12:40 -0500: > On Wed, Sep 30, 2009 at 01:15:32PM -0400, James Carlson wrote: > > Norm Jacobs wrote: > > > Milan Jurik wrote: > > >> NIS is not Solaris specific feature and fully supported naming service > > >> with no EOL plans. Why should admins mantain another naming just for > > >> printing? > > >> > > > NIS is not Solaris specific, but our printers.conf.byname NIS map is. > > > The name service support in CUPS is more dynamic and actually > > > requires less admin work than NIS does for printing under Solaris. > > > > Architecturally, though, if it went through the name service switch > > rather than linking directly with the protocol-specific libraries, it > > should work fine with NIS, LDAP, or any other NSS-supported feature. > > Architecturally it couldn't really, since the relevant name service > switch interfaces are not, so far as I can tell from a cursory look, > Public. > > In fact, there are two private-looking implementations of > getprinterbyname() in ONNV, like this one from > $SRC/lib/print/libprint/common/nss_printer.c: > > int > getprinterbyname(char *name, char *linebuf, int linelen, char *ns) > { > nss_XbyY_args_t arg; > nss_status_t res; > > private_ns = ns; > NSS_XbyY_INIT(&arg, linebuf, linebuf, linelen, str2printer); > arg.key.name = name; > res = nss_search(&db_root, _nss_initf_printers, > NSS_DBOP_PRINTERS_BYNAME, &arg); > (void) NSS_XbyY_FINI(&arg); > private_ns = NULL; > > return (arg.status = res); > } > > There's another, similar one in $SRC/lib/print/libpapi-dynamic/common/nss.c. > > And that's not enough, since one then has to parse the result (see the > two _cvt_nss_entry_to_printer() implementations in the same two > libraries). > > Of course, CUPS could get a contract to use those low-level name service > switch interfaces. Or we could make a Public getprinterbyname(). The > former seems more likely at the moment; anyways, I recommend it. > Yes, getprinterbyname() is private interface and lp is the only consumer. The question is how lp on other platforms is consuming NIS maps for printing because websearch reveals that "printers in NIS maps" is not Solaris only thing (but not on Linux probably). Still it is unclear how CUPS will take care or not (for now "not") about "printers" in nsswitch. I am not saying it is proper solution to use that interface but it should be evaluated before disbanding lp in the next phases. NIS2LDAP is not option for those who are using NIS servers (NIS2LDAP is "wrapper" around LDAP server). Best regards, Milan From Sebastien.Roy@sun.com Wed Sep 30 11:31:55 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UIVsnX027271 for ; Wed, 30 Sep 2009 11:31:54 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8UIVorc028887 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 30 Sep 2009 19:31:53 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00315RH4W100@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 11:31:52 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS00IERRH0Q3E0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 11:31:49 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8UIVmlT002337 for ; Wed, 30 Sep 2009 18:31:48 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQS00E00QB9VX00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 12:31:48 -0600 (MDT) Received: from [129.148.174.103] ([unknown] [129.148.174.103]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQS004UFRGSFG20@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 30 Sep 2009 12:31:41 -0600 (MDT) Date: Wed, 30 Sep 2009 14:29:23 -0400 From: Sebastien Roy Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <1254334301.4901.18.camel@xylabtecra> Sender: Sebastien.Roy@sun.com To: Milan Jurik Cc: PSARC-ext@sun.com Message-id: <1254335363.19199.103.camel@strat> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> <4AC38E66.2040407@Sun.COM> <4AC39234.6020707@workingcode.com> <20090930174003.GM887@Sun.COM> <1254334301.4901.18.camel@xylabtecra> Status: RO Content-Length: 1314 On Wed, 2009-09-30 at 20:11 +0200, Milan Jurik wrote: > Yes, getprinterbyname() is private interface and lp is the only > consumer. The question is how lp on other platforms is consuming NIS > maps for printing because websearch reveals that "printers in NIS maps" > is not Solaris only thing (but not on Linux probably). > > Still it is unclear how CUPS will take care or not (for now "not") about > "printers" in nsswitch. I am not saying it is proper solution to use > that interface but it should be evaluated before disbanding lp in the > next phases. "Not this case" seems appropriate to me. CUPS uses a perfectly modern desktop printer configuration tool that has a discovery feature that displays local printers (i.e. those that I'd actually want to print to) that use modern protocols. This is in contrast to NIS which has an incompatible notion of scope (NIS domain) that results in applications having access to potentially hundreds of printers I'd never want to print to. I'd rather see the printers NIS map Obsoleted rather than extended (and focus more on service discovery rather than "directory"-based solutions), but that's just my personal opinion. Anyway, not this case. > > NIS2LDAP is not option for those who are using NIS servers (NIS2LDAP is > "wrapper" around LDAP server). -Seb From john.plocher@gmail.com Wed Sep 30 12:27:40 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8UJRd3P028877 for ; Wed, 30 Sep 2009 12:27:39 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8UJRT3b028924; Thu, 1 Oct 2009 03:27:34 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQS00601U1XL700@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Sep 2009 12:27:33 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQS005LRU1WIM40@nwk-avmta-2.sfbay.sun.com>; Wed, 30 Sep 2009 12:27:32 -0700 (PDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8UJOrhi009044; Wed, 30 Sep 2009 19:27:32 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay11i.sun.com with ESMTP id BT-MMP-3030512; Wed, 30 Sep 2009 19:27:32 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-48081060; Wed, 30 Sep 2009 19:27:32 +0000 (Z) Received: from mail-qy0-f179.google.com ([209.85.221.179] [209.85.221.179]) by relay1i.sun.com with ESMTP id BT-MMP-15026167; Wed, 30 Sep 2009 19:27:32 +0000 (Z) Received: by mail-qy0-f179.google.com with SMTP id 9so11012791qyk.30 for ; Wed, 30 Sep 2009 12:27:26 -0700 (PDT) Received: by 10.229.116.140 with SMTP id m12mr200765qcq.54.1254338846271; Wed, 30 Sep 2009 12:27:26 -0700 (PDT) Date: Wed, 30 Sep 2009 12:27:26 -0700 From: John Plocher Subject: Re: CUPS as the default print service [PSARC/2009/514 FastTrack timeout 10/02/2009] In-reply-to: <1254335363.19199.103.camel@strat> To: Sebastien Roy Cc: Milan Jurik , PSARC-ext@sun.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=O42ju6Fl8G1+qk/SXWGCJFeTy3VgwNZ09kyn2d8WvnI=; b=gyFeaCJRDcQCtUPXGYG/JcmCcNX7eHoeYcKLWu+x4T1YYxvncx0JVCgB4rflj0bRXt UQKzsY1Is4UomNkUJm9tSy+s0kZE6B3gah1792YOmK5g4P0SznAf1Wufh80/f+1sv3G6 G1lbarGvs0AoX29uaIKvlpCsPL7fwDfIFB3Ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SCnGwASnX6mrAm3gV7dvGxHvIdUupbvP0HFbYRDwCgTFFtkHDSUDVLI/dgq31ucvEL hiy0dbIrq2zDsY7yGtDFMoyZRImKeU/hUdLkvcdhJvXZ7i0CGQs1CEjPN+UHgwq9Mobe p7MffqbOAYEvOYT759u+Vwev+ZwHue1+BEa6s= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== References: <4ABCF846.1030201@sun.com> <4ABD0002.8010203@sun.com> <4AC2574A.708@Sun.COM> <1254325241.1536.4.camel@xylabtecra> <4AC38E66.2040407@Sun.COM> <4AC39234.6020707@workingcode.com> <20090930174003.GM887@Sun.COM> <1254334301.4901.18.camel@xylabtecra> <1254335363.19199.103.camel@strat> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id n8UJRd3P028877 Status: RO Content-Length: 176 On Wed, Sep 30, 2009 at 11:29 AM, Sebastien Roy wrote: >  I'd rather see the printers NIS map Obsoleted +1 > Anyway, not this case. +1 !!! -John