From dwc@sac.sfbay.sun.com Wed Jan 16 12:46:35 2008 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 m0GKkYRN001421 for ; Wed, 16 Jan 2008 12:46:35 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m0GKkTku023747; Thu, 17 Jan 2008 04:46:33 +0800 (SGT) 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 <0JUR00C038DL6N00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jan 2008 12:46:33 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR00MTV8DKYLA0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jan 2008 12:46:32 -0800 (PST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m0GKkWJu043418; Wed, 16 Jan 2008 12:46:32 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0GKd12p001317; Wed, 16 Jan 2008 12:39:01 -0800 (PST) Received: (from dwc@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m0GKd1Pe001313; Wed, 16 Jan 2008 12:39:01 -0800 (PST) Date: Wed, 16 Jan 2008 12:39:01 -0800 (PST) From: Don Cragun Subject: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] To: PSARC-ext@sun.com Cc: april.chin@sun.com Message-id: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 3061 I am sponsoring this case for April Chin and marking it closed approved automatic. If any ARC member believes this needs to be promoted to a fast track case, let me know and I'll start a timer. The project team requests a minor release binding. Sincerely, Don Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Move quagga files from /usr/sfw to /usr 1.2. Name of Document Author/Supplier: Author: April Chin 1.3 Date of This Document: 16 January, 2008 2. Technical Description 2.1 Summary This project moves files for the Quagga routing protocol suite from /usr/sfw to /usr. 2.2 Details The quagga binaries already reside under /usr/sbin, as described in PSARC/2005/571. The quagga libraries--libzebra, libospf, and libospfapiclient--are currently in /usr/sfw/lib and will be moved to /usr/gnu/lib. Because of restrictions of the GNU Public License (GPL), under which quagga is licensed, these libraries cannot reside under the default /usr/lib location. Symbolic links to the /usr/gnu/lib libraries will replace the old /usr/sfw/lib quagga library files. Quagga manpages shall move from /usr/sfw/share/man to /usr/share/man. The original manpages will not be replaced with symbolic links. /usr/sfw/info/quagga.info will be moved to /usr/share/info/quagga.info. The /usr/sfw/info/dir file will no longer contain a quagga entry. 2.2.1 Libraries Old Location New Location ====================================== ======================================= /usr/sfw/lib/libzebra.so /usr/gnu/lib/libzebra.so /usr/sfw/lib/libzebra.so.0 /usr/gnu/lib/libzebra.so.0 /usr/sfw/lib/libzebra.so.0.0.0 /usr/gnu/lib/libzebra.so.0.0.0 /usr/sfw/lib/libospf.so /usr/gnu/lib/libospf.so /usr/sfw/lib/libospf.so.0 /usr/gnu/lib/libospf.so.0 /usr/sfw/lib/libospf.so.0.0.0 /usr/gnu/lib/libospf.so.0.0.0 /usr/sfw/lib/libospfapiclient.so /usr/gnu/lib/libospfapiclient.so /usr/sfw/lib/libospfapiclient.so.0 /usr/gnu/lib/libospfapiclient.so.0 /usr/sfw/lib/libospfapiclient.so.0.0.0 /usr/gnu/lib/libospfapiclient.so.0.0.0 2.2.2 Documentation Old Location New Location ==================================== ======================================= Manpages in /usr/sfw/share/man Manpages in /usr/share/man /usr/sfw/info/quagga.info /usr/share/info/quagga.info /usr/sfw/info/dir has a quagga entry No dir file will contain a quagga entry Note that the Interface Stability Classification listed in the manpage quaggaadm.1m will be updated from the old Interface Taxonomy classification (Evolving) to the new classification (Committed). 3. References PSARC/2005/571: SFWQuagga: SFW integration of Quagga routing suite PSARC/2007/047: /usr/gnu PSARC/2005/185: Enabling Serendipitous Discovery http://www.quagga.net 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: SFW 6.5. ARC review type: Automatic 6.6. ARC Exposure: open From carlsonj@phorcys.east.sun.com Wed Jan 16 12:54:58 2008 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 m0GKsv3K001872 for ; Wed, 16 Jan 2008 12:54:58 -0800 (PST) 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 m0GKsouM026640; Thu, 17 Jan 2008 04:54:53 +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 <0JUR001018RFU800@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 12:54:51 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR001ZE8REQX00@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 12:54:51 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m0GKrQLS001301; Wed, 16 Jan 2008 15:53:26 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m0GKrQbM001298; Wed, 16 Jan 2008 15:53:26 -0500 (EST) Date: Wed, 16 Jan 2008 15:53:26 -0500 From: James Carlson Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> To: Don Cragun Cc: psarc-ext@sun.com, April.Chin@sun.com Message-id: <18318.28358.436694.839348@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> Status: RO Content-Length: 1083 Don Cragun writes: > The quagga binaries already reside under /usr/sbin, as > described in PSARC/2005/571. The quagga libraries--libzebra, > libospf, and libospfapiclient--are currently in /usr/sfw/lib > and will be moved to /usr/gnu/lib. Because of restrictions of > the GNU Public License (GPL), under which quagga is licensed, > these libraries cannot reside under the default /usr/lib > location. I don't agree. Dealing with licensing issues (real or imagined) is not what /usr/gnu was defined to do by PSARC 2007/047. Instead, it's *only* for naming conflicts -- cases where there's a GNU variant of some utility (e.g., tar) where a user would want to have an un-prefixed alternative by setting his path. Furthermore, we have GPL all over the system, not just here, and a lot of it is in /usr/lib. What could make this one project special? -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From David.Comay@sun.com Wed Jan 16 13:31:20 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0GLVK4V002929 for ; Wed, 16 Jan 2008 13:31:20 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0GLVJiA002339 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Wed, 16 Jan 2008 13:31:20 -0800 (PST) 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 <0JUR00G01AG7OB00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 16 Jan 2008 13:31:19 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR0031IAG6BH90@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 16 Jan 2008 13:31:18 -0800 (PST) Received: from izimbra.SFBay.Sun.COM (izimbra.SFBay.Sun.COM [129.146.226.141]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m0GLVHpr015018; Wed, 16 Jan 2008 13:31:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m0GLVHKh007510; Wed, 16 Jan 2008 13:31:17 -0800 (PST) Date: Wed, 16 Jan 2008 13:31:16 -0800 (PST) From: David.Comay@sun.com Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <18318.28358.436694.839348@gargle.gargle.HOWL> Sender: David.Comay@sun.com To: James Carlson Cc: Don Cragun , psarc-ext@sun.com, April.Chin@sun.com, Paul.Jakma@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> <18318.28358.436694.839348@gargle.gargle.HOWL> Status: RO Content-Length: 1565 >> The quagga binaries already reside under /usr/sbin, as >> described in PSARC/2005/571. The quagga libraries--libzebra, >> libospf, and libospfapiclient--are currently in /usr/sfw/lib >> and will be moved to /usr/gnu/lib. Because of restrictions of >> the GNU Public License (GPL), under which quagga is licensed, >> these libraries cannot reside under the default /usr/lib >> location. > > I don't agree. Dealing with licensing issues (real or imagined) is > not what /usr/gnu was defined to do by PSARC 2007/047. > > Instead, it's *only* for naming conflicts -- cases where there's a GNU > variant of some utility (e.g., tar) where a user would want to have an > un-prefixed alternative by setting his path. > > Furthermore, we have GPL all over the system, not just here, and a lot > of it is in /usr/lib. What could make this one project special? It's my understanding that those GPL components under /usr/lib should not be there per the most recent guidelines from Sun legal. So it was my recommendation to the team to explore the alternative of /usr/gnu/lib as Quagga is one of the GNU components in the FSF/UNESCO Free Software Directory. Upon rereading PSARC 2007/047 though, you're correct that it's focused on the naming conflict instead of other sorts of conflicts. Assuming these libraries are Project Private (note that the opinion for the Quagga case, PSARC 2005/57, is missing so I'm not sure of the stability level here), would a reasonable solution here be to instead deliver those components under /usr/lib/quagga? Private? dsc From carlsonj@phorcys.east.sun.com Wed Jan 16 13:48:30 2008 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 m0GLmTGq003909 for ; Wed, 16 Jan 2008 13:48:30 -0800 (PST) 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 m0GLmAHf015523; Thu, 17 Jan 2008 05:48:23 +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 <0JUR0040JB8K8O00@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 13:48:20 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR00322B8ICX10@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 13:48:19 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m0GLksbh001715; Wed, 16 Jan 2008 16:46:54 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m0GLks9O001712; Wed, 16 Jan 2008 16:46:54 -0500 (EST) Date: Wed, 16 Jan 2008 16:46:54 -0500 From: James Carlson Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: To: David.Comay@sun.com Cc: Don Cragun , psarc-ext@sun.com, April.Chin@sun.com, Paul.Jakma@sun.com Message-id: <18318.31566.394280.37797@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> <18318.28358.436694.839348@gargle.gargle.HOWL> Status: RO Content-Length: 2365 David.Comay@Sun.COM writes: > > Instead, it's *only* for naming conflicts -- cases where there's a GNU > > variant of some utility (e.g., tar) where a user would want to have an > > un-prefixed alternative by setting his path. > > > > Furthermore, we have GPL all over the system, not just here, and a lot > > of it is in /usr/lib. What could make this one project special? > > It's my understanding that those GPL components under /usr/lib should > not be there per the most recent guidelines from Sun legal. So it was > my recommendation to the team to explore the alternative of > /usr/gnu/lib as Quagga is one of the GNU components in the FSF/UNESCO > Free Software Directory. Something's going awry here, as a "closed approved automatic" case should not be the place for Sun's legal group to set new architectural policy for the system. I know of no practical reason to segregate GNU bits into a special ghetto. Just about all of GNOME is under GPLv2 or LGPL, and we intentionally don't do any separation with those, and I don't see why Quagga is being subjected to a different set of rules. Nor, frankly, do I see what establishing such a ghetto would accomplish. If you need one, /usr/sfw is already a mess like that. > Upon rereading PSARC 2007/047 though, you're correct that it's focused > on the naming conflict instead of other sorts of conflicts. Assuming > these libraries are Project Private (note that the opinion for the > Quagga case, PSARC 2005/57, is missing so I'm not sure of the stability > level here), would a reasonable solution here be to instead deliver > those components under /usr/lib/quagga? Private? No. I want to see them in /usr/lib, or a clear explanation of why they can't be there. As best I can tell, they belong there just as much as any of the GNOME bits. The reason I think it's important is that Quagga offers interfaces for new protocols to be built on top. Hiding these libraries in a non-standard location just makes us different from other platforms for no reason, and sets us up for the same kind of mess that /usr/sfw created. We've been trying to do away with that problem. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From David.Comay@sun.com Wed Jan 16 14:37:01 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0GMb15g006568 for ; Wed, 16 Jan 2008 14:37:01 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0GMb0qS018177 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Wed, 16 Jan 2008 14:37:01 -0800 (PST) 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 <0JUR00H0XDHNQE00@brm-avmta-1.central.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 16 Jan 2008 15:36:59 -0700 (MST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR00H5MDHKOA00@brm-avmta-1.central.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 16 Jan 2008 15:36:56 -0700 (MST) Received: from izimbra.SFBay.Sun.COM (izimbra.SFBay.Sun.COM [129.146.226.141]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m0GMas3O052541; Wed, 16 Jan 2008 14:36:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m0GMas4X007780; Wed, 16 Jan 2008 14:36:54 -0800 (PST) Date: Wed, 16 Jan 2008 14:36:53 -0800 (PST) From: David.Comay@sun.com Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <18318.31566.394280.37797@gargle.gargle.HOWL> Sender: David.Comay@sun.com To: James Carlson Cc: Don Cragun , psarc-ext@sun.com, April.Chin@sun.com, Paul.Jakma@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> <18318.28358.436694.839348@gargle.gargle.HOWL> <18318.31566.394280.37797@gargle.gargle.HOWL> Status: RO Content-Length: 3246 >> It's my understanding that those GPL components under /usr/lib should >> not be there per the most recent guidelines from Sun legal. So it was >> my recommendation to the team to explore the alternative of >> /usr/gnu/lib as Quagga is one of the GNU components in the FSF/UNESCO >> Free Software Directory. > > Something's going awry here, as a "closed approved automatic" case > should not be the place for Sun's legal group to set new architectural > policy for the system. Something tells me that we're no longer in "closed approved automatic" land, Toto. :-) This isn't a new architectural policy per-se but a restatement of the existing policy that we've been working under. Or at least that I've been working under. :-) And I realize that this policy hasn't been articulated outside of Sun which is something we've been working to change as part of a revised set of GPL/LGPL architectural guidelines that we want to make available soon. I'd love for us to be able to liberalize the policy in the namespace area as part of that effort. > I know of no practical reason to segregate GNU bits into a special > ghetto. Just about all of GNOME is under GPLv2 or LGPL, and we > intentionally don't do any separation with those, and I don't see why > Quagga is being subjected to a different set of rules. Note that as far as I know, there isn't as much of a concern about LGPL components for obvious reasons. > Nor, frankly, do I see what establishing such a ghetto would > accomplish. If you need one, /usr/sfw is already a mess like that. Believe me, I don't want to segregate these bits either - remember, I'm on this kick to make things familiar. But as with readline case, there was/is the concern about delivering viral libraries under /usr/lib. Or do you see a difference between this case and the one for readline? >> Upon rereading PSARC 2007/047 though, you're correct that it's focused >> on the naming conflict instead of other sorts of conflicts. Assuming >> these libraries are Project Private (note that the opinion for the >> Quagga case, PSARC 2005/57, is missing so I'm not sure of the stability >> level here), would a reasonable solution here be to instead deliver >> those components under /usr/lib/quagga? Private? > > No. I want to see them in /usr/lib, or a clear explanation of why > they can't be there. As best I can tell, they belong there just as > much as any of the GNOME bits. > > The reason I think it's important is that Quagga offers interfaces for > new protocols to be built on top. Hiding these libraries in a > non-standard location just makes us different from other platforms for > no reason, and sets us up for the same kind of mess that /usr/sfw > created. So these libraries do deliver public interfaces and the creation of new protocols can be done outside of the Quagga project? > We've been trying to do away with that problem. Again, you won't get any pushback from me on this in the general case. If /usr/lib is where everyone else delivers the libraries, then that's what I'd like to see at some point. But from a practical point of view, I do see a difference between a library exporting public interfaces and those which implement project implementation details. dsc From don.cragun@sun.com Wed Jan 16 14:44:20 2008 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 m0GMiJqG006759 for ; Wed, 16 Jan 2008 14:44:19 -0800 (PST) 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 m0GMiGup027759; Wed, 16 Jan 2008 22:44:17 GMT 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 <0JUR00I01DTS5500@brm-avmta-1.central.sun.com>; Wed, 16 Jan 2008 15:44:16 -0700 (MST) Received: from spartan.SFBay.Sun.COM ([129.146.226.64]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR00HOKDTNOF00@brm-avmta-1.central.sun.com>; Wed, 16 Jan 2008 15:44:11 -0700 (MST) Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64]) by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id m0GMiARY025314; Wed, 16 Jan 2008 14:44:10 -0800 (PST) Date: Wed, 16 Jan 2008 14:44:10 -0800 (PST) From: Don Cragun Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 FastTrack timeout 01/23/2008] To: psarc-ext@sun.com Cc: April.Chin@sun.com Reply-to: Don Cragun Message-id: <200801162244.m0GMiARY025314@spartan.SFBay.Sun.COM> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: kMUR7UQZ+pwm7JC7LPrzUg== X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 127 Based on the discussion so far, I'm changing this from Self Review to Fast Track with a timer set for next Wednesday. - Don From Ienup.Sung@sun.com Wed Jan 16 14:51:05 2008 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 m0GMp4Ip006797 for ; Wed, 16 Jan 2008 14:51:04 -0800 (PST) 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 m0GMotdE000343 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 16 Jan 2008 22:51:03 GMT 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 <0JUR00I11E53QZ00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 16 Jan 2008 15:51:03 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR00HJDE52OE10@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 16 Jan 2008 15:51:02 -0700 (MST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m0GMp2hl002449 for ; Wed, 16 Jan 2008 14:51:02 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JUR00301E0O5100@fe-sfbay-10.sun.com> (original mail from Ienup.Sung@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 16 Jan 2008 14:51:02 -0800 (PST) Received: from [129.145.155.190] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JUR00C3YE4VGM20@fe-sfbay-10.sun.com>; Wed, 16 Jan 2008 14:51:01 -0800 (PST) Date: Wed, 16 Jan 2008 14:50:55 -0800 From: Ienup Sung Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <18318.31566.394280.37797@gargle.gargle.HOWL> Sender: Ienup.Sung@sun.com To: psarc-ext@sun.com Cc: April.Chin@sun.com, Paul.Jakma@sun.com Reply-to: Ienup.Sung@sun.com Message-id: <478E8A4F.2030105@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> <18318.28358.436694.839348@gargle.gargle.HOWL> <18318.31566.394280.37797@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 3214 James Carlson wrote at 01/16/08 13:46: > David.Comay@Sun.COM writes: >>> Instead, it's *only* for naming conflicts -- cases where there's a GNU >>> variant of some utility (e.g., tar) where a user would want to have an >>> un-prefixed alternative by setting his path. >>> >>> Furthermore, we have GPL all over the system, not just here, and a lot >>> of it is in /usr/lib. What could make this one project special? >> It's my understanding that those GPL components under /usr/lib should >> not be there per the most recent guidelines from Sun legal. So it was >> my recommendation to the team to explore the alternative of >> /usr/gnu/lib as Quagga is one of the GNU components in the FSF/UNESCO >> Free Software Directory. > > Something's going awry here, as a "closed approved automatic" case > should not be the place for Sun's legal group to set new architectural > policy for the system. > > I know of no practical reason to segregate GNU bits into a special > ghetto. Just about all of GNOME is under GPLv2 or LGPL, and we > intentionally don't do any separation with those, and I don't see why > Quagga is being subjected to a different set of rules. > > Nor, frankly, do I see what establishing such a ghetto would > accomplish. If you need one, /usr/sfw is already a mess like that. > >> Upon rereading PSARC 2007/047 though, you're correct that it's focused >> on the naming conflict instead of other sorts of conflicts. Assuming >> these libraries are Project Private (note that the opinion for the >> Quagga case, PSARC 2005/57, is missing so I'm not sure of the stability >> level here), would a reasonable solution here be to instead deliver >> those components under /usr/lib/quagga? Private? > > No. I want to see them in /usr/lib, or a clear explanation of why > they can't be there. As best I can tell, they belong there just as > much as any of the GNOME bits. > > The reason I think it's important is that Quagga offers interfaces for > new protocols to be built on top. Hiding these libraries in a > non-standard location just makes us different from other platforms for > no reason, and sets us up for the same kind of mess that /usr/sfw > created. > > We've been trying to do away with that problem. Personally I also think that having a separate directory for each viral license is a something that we as a whole entity should try to avoid and get rid of, well, somehow. Having said that though one of the things that I constantly hear about on this subject matter from Sun Legal is that: have a separate, isolated directory and put the binary with the corresponding license file in that directory (and during legal review that is signed by your director and VP, you find there are always other additional things to do based on what you have to deliver and whom you talk to). We also have OpenSource/Freeware Advice (Authority SAC) and Legal rules for inclusion of OpenSource/Freeware (Authority Legal) that might need some update. And for these conflicting requirements and precedents, what project teams should do? It appears we need to have a single, ironed out guideline (or whatever you call it) with joint authorities between SAC and Legal on this matter. Ienup From April.Chin@sun.com Wed Jan 16 15:35:46 2008 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 m0GNZj0h009508 for ; Wed, 16 Jan 2008 15:35:45 -0800 (PST) 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 m0GNZUvI018620; Wed, 16 Jan 2008 23:35:40 GMT 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 <0JUR00607G7F9000@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jan 2008 15:35:39 -0800 (PST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR001X0G7EW730@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jan 2008 15:35:38 -0800 (PST) Received: from aragon (aragon.SFBay.Sun.COM [129.146.226.123]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with SMTP id m0GNZcGq161479; Wed, 16 Jan 2008 15:35:38 -0800 (PST) Date: Wed, 16 Jan 2008 15:34:31 -0800 (PST) From: April Chin Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] To: james.d.carlson@sun.com, David.Comay@sun.com Cc: don.cragun@sun.com, psarc-ext@sun.com, April.Chin@sun.com, Paul.Jakma@sun.com Reply-to: April Chin Message-id: <200801162335.m0GNZcGq161479@jurassic-x4600.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.7_79 SunOS 5.11 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: +3134I+U0wxFiccepZRxyw== X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 1869 > Date: Wed, 16 Jan 2008 14:36:53 -0800 (PST) > From: David.Comay@Sun.COM ... > > >> Upon rereading PSARC 2007/047 though, you're correct that it's focused > >> on the naming conflict instead of other sorts of conflicts. Assuming > >> these libraries are Project Private (note that the opinion for the > >> Quagga case, PSARC 2005/57, is missing so I'm not sure of the stability > >> level here), would a reasonable solution here be to instead deliver > >> those components under /usr/lib/quagga? Private? > > > > No. I want to see them in /usr/lib, or a clear explanation of why > > they can't be there. As best I can tell, they belong there just as > > much as any of the GNOME bits. > > > > The reason I think it's important is that Quagga offers interfaces for > > new protocols to be built on top. Hiding these libraries in a > > non-standard location just makes us different from other platforms for > > no reason, and sets us up for the same kind of mess that /usr/sfw > > created. > > So these libraries do deliver public interfaces and the creation of new > protocols can be done outside of the Quagga project? Paul Jakma, who initially integrated quagga, had mentioned it's possible the libraries are being used by some applications (we don't know which, if any), hence the need for symlinks from /usr/sfw/lib/lib* to the new location. The interface stability of the quagga interfaces should probably be Volatile, not Private. > > > We've been trying to do away with that problem. > > Again, you won't get any pushback from me on this in the general case. > If /usr/lib is where everyone else delivers the libraries, then that's > what I'd like to see at some point. But from a practical point of > view, I do see a difference between a library exporting public > interfaces and those which implement project implementation details. > > dsc From carlsonj@phorcys.east.sun.com Wed Jan 16 15:57:57 2008 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 m0GNvulr011464 for ; Wed, 16 Jan 2008 15:57:57 -0800 (PST) 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 m0GNvpZ7028352; Wed, 16 Jan 2008 23:57:53 GMT 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 <0JUR00905H8FXO00@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 15:57:51 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR003QOH8ECS80@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 15:57:51 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m0GNuRKf002603; Wed, 16 Jan 2008 18:56:27 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m0GNuQAp002600; Wed, 16 Jan 2008 18:56:26 -0500 (EST) Date: Wed, 16 Jan 2008 18:56:26 -0500 From: James Carlson Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <200801162335.m0GNZcGq161479@jurassic-x4600.sfbay.sun.com> To: April Chin Cc: David.Comay@sun.com, don.cragun@sun.com, psarc-ext@sun.com, Paul.Jakma@sun.com Message-id: <18318.39338.705870.520355@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162335.m0GNZcGq161479@jurassic-x4600.sfbay.sun.com> Status: RO Content-Length: 680 April Chin writes: > Paul Jakma, who initially integrated quagga, > had mentioned it's possible the libraries are being > used by some applications Indeed; they're designed to be used that way. > (we don't know which, if any), hence the need > for symlinks from /usr/sfw/lib/lib* to the new location. > The interface stability of the quagga interfaces should probably be > Volatile, not Private. That's yet another reason to prefer them in /usr/lib. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From John.Plocher@sun.com Wed Jan 16 16:32:02 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0H0W22j014531 for ; Wed, 16 Jan 2008 16:32:02 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0H0W224014092; Wed, 16 Jan 2008 16:32:02 -0800 (PST) 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 <0JUR00B0PITEY200@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jan 2008 16:32:02 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR001UXITCVZ50@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jan 2008 16:32:01 -0800 (PST) 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 m0H0W0I4011135; Wed, 16 Jan 2008 16:32:00 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JUR00301IR46Y00@fe-sfbay-10.sun.com> (original mail from John.Plocher@Sun.COM); Wed, 16 Jan 2008 16:32:00 -0800 (PST) Received: from wp668.SFBay.Sun.COM ([129.146.226.219]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JUR008N1ITBAB20@fe-sfbay-10.sun.com>; Wed, 16 Jan 2008 16:31:59 -0800 (PST) Date: Wed, 16 Jan 2008 16:31:59 -0800 From: John Plocher Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <18318.39338.705870.520355@gargle.gargle.HOWL> Sender: John.Plocher@sun.com To: don.cragun@sun.com Cc: April Chin , Paul.Jakma@sun.com, psarc-ext@sun.com Message-id: <478EA1FF.3050907@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162335.m0GNZcGq161479@jurassic-x4600.sfbay.sun.com> <18318.39338.705870.520355@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) Status: RO Content-Length: 546 Some comments from PSARC/OpenSolaris-ARC-Biz discussion: Plocher-1: The SFW case explicitly detangled the "filesystem location" ties to "promises and expectations"; why isn't this another of those expectations that are covered better by man pages and docs, rather than location in filesystem? Plocher-2: If we create a ghetto, and mess up by putting a "ghetto-able" thing somewhere else (i.e., not in the ghetto), don't we put ourselves in a worse place? Marsland-1: What happens if/when the license (of OS.o or quagga) changes? -John From carlsonj@phorcys.east.sun.com Wed Jan 16 17:01:05 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0H115wb015786 for ; Wed, 16 Jan 2008 17:01:05 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0H113dJ020079; Wed, 16 Jan 2008 17:01:03 -0800 (PST) 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 <0JUR00C03K5ROK00@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 17:01:03 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JUR003H0K5PCOC0@nwk-avmta-2.sfbay.sun.com>; Wed, 16 Jan 2008 17:01:02 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m0H0xcis002785; Wed, 16 Jan 2008 19:59:38 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m0H0xcEB002782; Wed, 16 Jan 2008 19:59:38 -0500 (EST) Date: Wed, 16 Jan 2008 19:59:38 -0500 From: James Carlson Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: To: David.Comay@sun.com Cc: Don Cragun , psarc-ext@sun.com, April.Chin@sun.com, Paul.Jakma@sun.com Message-id: <18318.43130.279859.774712@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801162039.m0GKd1Pe001313@sac.sfbay.sun.com> <18318.28358.436694.839348@gargle.gargle.HOWL> <18318.31566.394280.37797@gargle.gargle.HOWL> Status: RO Content-Length: 4956 David.Comay@Sun.COM writes: > This isn't a new architectural policy per-se but a restatement of the > existing policy that we've been working under. Or at least that I've > been working under. :-) And I realize that this policy hasn't been > articulated outside of Sun which is something we've been working to > change as part of a revised set of GPL/LGPL architectural guidelines > that we want to make available soon. I'd love for us to be able to > liberalize the policy in the namespace area as part of that effort. It actually hasn't been articulated too well _inside_ Sun either. > > I know of no practical reason to segregate GNU bits into a special > > ghetto. Just about all of GNOME is under GPLv2 or LGPL, and we > > intentionally don't do any separation with those, and I don't see why > > Quagga is being subjected to a different set of rules. > > Note that as far as I know, there isn't as much of a concern about LGPL > components for obvious reasons. Sure ... but there are random GPL things there as well, such as libgtop. > > Nor, frankly, do I see what establishing such a ghetto would > > accomplish. If you need one, /usr/sfw is already a mess like that. > > Believe me, I don't want to segregate these bits either - remember, I'm > on this kick to make things familiar. But as with readline case, there > was/is the concern about delivering viral libraries under /usr/lib. Or > do you see a difference between this case and the one for readline? We parked that case pending the outcome of a legal opinion. Either that opinion never arrived, or the submitter lost interest. My last message on that topic was: As the licensing issues are much more complex than just a single "which one" question, I think this suggestion (if serious) provides a substantial risk of providing a false sense of security to users. Those who set the flags right and are told that nothing is wrong will _assume_ that they are in fact in the clear. Given that we can't actually guarantee that, and that doing so would be tantamount to providing free legal advice by way of our system utilities and linking infrastructure, I don't think it's a good idea. In other words, providing a special ghetto for storage of GPLv2 components that (presumably) can "infect" things that get too close -- somehow a directory structure is expected to be enough to prevent infection -- implies two things: - Sun is implicitly saying that it has evaluated all the licensing issues, and the things in this special directory are subject to GPLv2. - Sun is also saying that it has evaluated everything else, and none of it is subject to GPLv2. Both of these are essentially providing customers with legal advice (something we should just _never_ attempt to do), and both are potentially quite wrong. We have no good way of auditing these statements or proving that there are no mistakes on this boundary. How do we know that the stuff we're putting there is _only_ under GPLv2 and that no other restrictions apply? How do we know that the person purporting to be the original author really has the right to convey that license to us? How do we know that nothing else in the system has a similar license? How do we know that library linkage is special, so /usr/lib must be guarded, but that invocation from within a script isn't, so /usr/bin is wide open? I don't think we can answer these things. In fact, I'm arguing that we should not answer them. > > The reason I think it's important is that Quagga offers interfaces for > > new protocols to be built on top. Hiding these libraries in a > > non-standard location just makes us different from other platforms for > > no reason, and sets us up for the same kind of mess that /usr/sfw > > created. > > So these libraries do deliver public interfaces and the creation of new > protocols can be done outside of the Quagga project? Yes. I don't know what the stability of libospfapiclient.so might be, but it's certainly a programming interface. > > We've been trying to do away with that problem. > > Again, you won't get any pushback from me on this in the general case. > If /usr/lib is where everyone else delivers the libraries, then that's > what I'd like to see at some point. But from a practical point of > view, I do see a difference between a library exporting public > interfaces and those which implement project implementation details. I'd like to see the legal beagles who are pushing for a new system architecture to come out of the shadows and propose something concrete that we can use. I don't want to see us designing the system based on second- or third-hand filtered advice. We need solid rules. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From April.Chin@sun.com Tue Jan 22 10:39:06 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0MId687017294 for ; Tue, 22 Jan 2008 10:39:06 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0MId3ui017678; Tue, 22 Jan 2008 10:39:04 -0800 (PST) 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 <0JV200A0R6H2UM00@brm-avmta-1.central.sun.com>; Tue, 22 Jan 2008 11:39:02 -0700 (MST) 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 <0JV20017B6GZJ0D0@brm-avmta-1.central.sun.com>; Tue, 22 Jan 2008 11:39:00 -0700 (MST) Received: from aragon (aragon.SFBay.Sun.COM [129.146.226.123]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with SMTP id m0MIcwNQ893834; Tue, 22 Jan 2008 10:38:59 -0800 (PST) Date: Tue, 22 Jan 2008 10:37:45 -0800 (PST) From: April Chin Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] To: psarc-ext@sun.com Cc: April.Chin@sun.com, david.comay@sun.com, Paul.Jakma@sun.com Reply-to: April Chin Message-id: <200801221838.m0MIcwNQ893834@jurassic-x4600.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.7_79 SunOS 5.11 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: VNF/bZeam/KoAcke5m0Wfw== X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 2761 Below is an updated spec (diffmarked) for this case which changes the new location of the /usr/sfw/lib quagga libraries from /usr/gnu/lib to /usr/lib. David Comay and Kelly Nishimura will be working with legal regarding the GPL library location issue. Thanks, April 1. Introduction 1.1. Project/Component Working Name: Move quagga files from /usr/sfw to /usr 1.2. Name of Document Author/Supplier: Author: April Chin 1.3 Date of This Document: | 22 January, 2008 2. Technical Description 2.1 Summary This project moves files for the Quagga routing protocol suite from /usr/sfw to /usr. 2.2 Details The quagga binaries already reside under /usr/sbin, as described in PSARC/2005/571. The quagga libraries--libzebra, libospf, and libospfapiclient--are currently in /usr/sfw/lib | and will be moved to /usr/lib. The original /usr/sfw/lib | library files will not be replaced with symbolic links. Quagga manpages shall move from /usr/sfw/share/man to /usr/share/man. The original manpages will not be replaced with symbolic links. /usr/sfw/info/quagga.info will be moved to /usr/share/info/quagga.info. The /usr/sfw/info/dir file will no longer contain a quagga entry. 2.2.1 Libraries Old Location New Location ====================================== ======================================= | /usr/sfw/lib/libzebra.so /usr/lib/libzebra.so | /usr/sfw/lib/libzebra.so.0 /usr/lib/libzebra.so.0 | /usr/sfw/lib/libzebra.so.0.0.0 /usr/lib/libzebra.so.0.0.0 | /usr/sfw/lib/libospf.so /usr/lib/libospf.so | /usr/sfw/lib/libospf.so.0 /usr/lib/libospf.so.0 | /usr/sfw/lib/libospf.so.0.0.0 /usr/lib/libospf.so.0.0.0 | /usr/sfw/lib/libospfapiclient.so /usr/lib/libospfapiclient.so | /usr/sfw/lib/libospfapiclient.so.0 /usr/lib/libospfapiclient.so.0 | /usr/sfw/lib/libospfapiclient.so.0.0.0 /usr/lib/libospfapiclient.so.0.0.0 2.2.2 Documentation Old Location New Location ==================================== ======================================= Manpages in /usr/sfw/share/man Manpages in /usr/share/man /usr/sfw/info/quagga.info /usr/share/info/quagga.info /usr/sfw/info/dir has a quagga entry No dir file will contain a quagga entry Note that the Interface Stability Classification listed in the manpage quaggaadm.1m will be updated from the old Interface Taxonomy classification (Evolving) to the new classification (Committed). 3. References PSARC/2005/571: SFWQuagga: SFW integration of Quagga routing suite PSARC/2007/047: /usr/gnu PSARC/2005/185: Enabling Serendipitous Discovery http://www.quagga.net 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: SFW 6.5. ARC review type: Automatic 6.6. ARC Exposure: open From carlsonj@phorcys.east.sun.com Tue Jan 22 11:58:10 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0MJwAUn022259 for ; Tue, 22 Jan 2008 11:58:10 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0MJw0uZ008992; Tue, 22 Jan 2008 11:58:08 -0800 (PST) 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 <0JV200905A4UPR00@nwk-avmta-2.sfbay.sun.com>; Tue, 22 Jan 2008 11:58:06 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JV2007L0A4T5230@nwk-avmta-2.sfbay.sun.com>; Tue, 22 Jan 2008 11:58:06 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m0MJw5E0003042; Tue, 22 Jan 2008 14:58:05 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m0MJw5fX003039; Tue, 22 Jan 2008 14:58:05 -0500 (EST) Date: Tue, 22 Jan 2008 14:58:05 -0500 From: James Carlson Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <200801221838.m0MIcwNQ893834@jurassic-x4600.sfbay.sun.com> To: April Chin Cc: psarc-ext@sun.com, David.Comay@sun.com, Paul.Jakma@sun.com Message-id: <18326.19149.430192.100165@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801221838.m0MIcwNQ893834@jurassic-x4600.sfbay.sun.com> Status: RO Content-Length: 713 April Chin writes: > Below is an updated spec (diffmarked) for this case which changes the new > location of the /usr/sfw/lib quagga libraries from /usr/gnu/lib to /usr/lib. > David Comay and Kelly Nishimura will be working with legal regarding > the GPL library location issue. Thanks! > /usr/sfw/info/quagga.info /usr/share/info/quagga.info > /usr/sfw/info/dir has a quagga entry No dir file will contain a quagga entry Isn't there a /usr/share/info/dir file delivered by SUNWsfinf? -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From David.Comay@sun.com Tue Jan 22 12:20:29 2008 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 m0MKKSMV023080 for ; Tue, 22 Jan 2008 12:20:28 -0800 (PST) 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 m0MKKQoC012448 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Wed, 23 Jan 2008 04:20: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 <0JV200A01B62IT00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Tue, 22 Jan 2008 12:20:26 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JV2007L8B615K40@nwk-avmta-2.sfbay.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Tue, 22 Jan 2008 12:20:25 -0800 (PST) Received: from izimbra.SFBay.Sun.COM (izimbra.SFBay.Sun.COM [129.146.226.141]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m0MKKM1l031038; Tue, 22 Jan 2008 12:20:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m0MKKLeM000223; Tue, 22 Jan 2008 12:20:22 -0800 (PST) Date: Tue, 22 Jan 2008 12:20:19 -0800 (PST) From: David.Comay@sun.com Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <18326.19149.430192.100165@gargle.gargle.HOWL> Sender: David.Comay@sun.com To: James Carlson Cc: April Chin , psarc-ext@sun.com, Paul.Jakma@sun.com, Dermot.McCluskey@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801221838.m0MIcwNQ893834@jurassic-x4600.sfbay.sun.com> <18326.19149.430192.100165@gargle.gargle.HOWL> Status: RO Content-Length: 489 >> /usr/sfw/info/quagga.info /usr/share/info/quagga.info >> /usr/sfw/info/dir has a quagga entry No dir file will contain a quagga entry > > Isn't there a /usr/share/info/dir file delivered by SUNWsfinf? At the moment, SFW hasn't been updating the dir file pending an expected smf(5) service (see PSARC/2007/572 for a brief discussion on this) which will automatically keep the file updated. I know that Dermot McCluskey is working on this but I'll let him chime in on its status. dsc From April.Chin@sun.com Tue Jan 22 12:25:14 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m0MKPE3V023214 for ; Tue, 22 Jan 2008 12:25:14 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m0MKPAP6015477; Tue, 22 Jan 2008 12:25:12 -0800 (PST) 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 <0JV200J05BDV3300@brm-avmta-1.central.sun.com>; Tue, 22 Jan 2008 13:25:07 -0700 (MST) 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 <0JV200CN6BDUN940@brm-avmta-1.central.sun.com>; Tue, 22 Jan 2008 13:25:07 -0700 (MST) Received: from aragon (aragon.SFBay.Sun.COM [129.146.226.123]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with SMTP id m0MKP6Kf915464; Tue, 22 Jan 2008 12:25:06 -0800 (PST) Date: Tue, 22 Jan 2008 12:23:52 -0800 (PST) From: April Chin Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] To: April.Chin@sun.com, james.d.carlson@sun.com Cc: psarc-ext@sun.com, David.Comay@sun.com, Paul.Jakma@sun.com, dermot.mccluskey@sun.com Reply-to: April Chin Message-id: <200801222025.m0MKP6Kf915464@jurassic-x4600.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.7_79 SunOS 5.11 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: aY4sutg2zRK3j4wmaoZitw== X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 1112 > Date: Tue, 22 Jan 2008 14:58:05 -0500 > From: James Carlson > Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] > To: April Chin > Cc: psarc-ext@sun.com, David.Comay@sun.com, Paul.Jakma@sun.com > MIME-version: 1.0 > Content-transfer-encoding: 7BIT > X-PMX-Version: 5.2.0.264296 > > April Chin writes: > > Below is an updated spec (diffmarked) for this case which changes the new > > location of the /usr/sfw/lib quagga libraries from /usr/gnu/lib to /usr/lib. > > David Comay and Kelly Nishimura will be working with legal regarding > > the GPL library location issue. > > Thanks! > > > /usr/sfw/info/quagga.info /usr/share/info/quagga.info > > /usr/sfw/info/dir has a > > quagga entry No dir file will contain a quagga entry > > Isn't there a /usr/share/info/dir file delivered by SUNWsfinf? Yes, but I understand we should not be delivering an entry into /usr/share/info/dir now, per Dermot McCluskey for PSARC/2007/375: Info directory file update service although I understand this case is not yet approved. April From carlsonj@phorcys.east.sun.com Tue Jan 22 12:43:56 2008 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 m0MKhtLG023444 for ; Tue, 22 Jan 2008 12:43:55 -0800 (PST) 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 m0MKhmCh027759; Tue, 22 Jan 2008 20:43:53 GMT 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 <0JV20010LC92K000@nwk-avmta-1.sfbay.Sun.COM>; Tue, 22 Jan 2008 12:43:50 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JV200E9LC91VPB0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 22 Jan 2008 12:43:49 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m0MKhnBQ003219; Tue, 22 Jan 2008 15:43:49 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m0MKhmVl003216; Tue, 22 Jan 2008 15:43:48 -0500 (EST) Date: Tue, 22 Jan 2008 15:43:48 -0500 From: James Carlson Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <200801222025.m0MKP6Kf915464@jurassic-x4600.sfbay.sun.com> To: April Chin Cc: psarc-ext@sun.com, David.Comay@sun.com, Paul.Jakma@sun.com, dermot.mccluskey@sun.com Message-id: <18326.21892.773499.780237@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801222025.m0MKP6Kf915464@jurassic-x4600.sfbay.sun.com> Status: RO Content-Length: 679 April Chin writes: > > Isn't there a /usr/share/info/dir file delivered by SUNWsfinf? > > Yes, but I understand we should not be delivering an entry into > /usr/share/info/dir now, per Dermot McCluskey for > PSARC/2007/375: Info directory file update service > although I understand this case is not yet approved. OK; that makes sense. That case is stuck in "waiting need spec" state. We've been waiting since June for a new spec from the submitter. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Dermot.McCluskey@sun.com Wed Jan 23 05:05:57 2008 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 m0ND5u6Z015523 for ; Wed, 23 Jan 2008 05:05:57 -0800 (PST) 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 m0ND5rH3024923 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 23 Jan 2008 13:05:55 GMT 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 <0JV300805LPVNQ00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jan 2008 06:05:55 -0700 (MST) Received: from gmp-eb-mail-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 <0JV30019FLPUXZ80@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jan 2008 06:05:54 -0700 (MST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m0ND5rZq028484 for ; Wed, 23 Jan 2008 13:05:53 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JV300101KZL9O00@fe-emea-10.sun.com> (original mail from Dermot.McCluskey@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jan 2008 13:05:53 +0000 (GMT) Received: from [129.156.226.130] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JV300L6SLPDSZ00@fe-emea-10.sun.com>; Wed, 23 Jan 2008 13:05:37 +0000 (GMT) Date: Wed, 23 Jan 2008 13:05:37 +0000 From: Dermot McCluskey Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 Self Review] In-reply-to: <18326.21892.773499.780237@gargle.gargle.HOWL> Sender: Dermot.McCluskey@sun.com To: James Carlson Cc: April Chin , psarc-ext@sun.com, David.Comay@sun.com, Paul.Jakma@sun.com Reply-to: Dermot.McCluskey@sun.com Message-id: <47973BA1.6040809@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200801222025.m0MKP6Kf915464@jurassic-x4600.sfbay.sun.com> <18326.21892.773499.780237@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20071023) Status: RO Content-Length: 636 James Carlson wrote: > April Chin writes: >>> Isn't there a /usr/share/info/dir file delivered by SUNWsfinf? >> Yes, but I understand we should not be delivering an entry into >> /usr/share/info/dir now, per Dermot McCluskey for >> PSARC/2007/375: Info directory file update service >> although I understand this case is not yet approved. > > OK; that makes sense. That case is stuck in "waiting need spec" > state. We've been waiting since June for a new spec from the > submitter. Yes - I know this has been on the shelf for a long time. I'm trying to set aside some time to return to it and submit a full spec soon. - Dermot From don.cragun@sun.com Wed Jan 23 10:51:43 2008 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 m0NIpgix026551 for ; Wed, 23 Jan 2008 10:51:43 -0800 (PST) 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 m0NIpWN3025009 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 23 Jan 2008 18:51:41 GMT 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 <0JV400L0N1Q3FR00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jan 2008 10:51:39 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JV400GR91Q2MZ80@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jan 2008 10:51:38 -0800 (PST) Received: from spartan.sfbay.sun.com (spartan.SFBay.Sun.COM [129.146.226.64]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m0NIpbxM054082; Wed, 23 Jan 2008 10:51:37 -0800 (PST) Received: from spartan (spartan [129.146.226.64]) by spartan.sfbay.sun.com (8.13.7+Sun/8.13.7) with SMTP id m0NIihjo003661; Wed, 23 Jan 2008 10:44:43 -0800 (PST) Date: Wed, 23 Jan 2008 10:44:43 -0800 (PST) From: Don Cragun Subject: Re: Move quagga files from /usr/sfw to /usr [PSARC/2008/038 FastTrack timeout 01/23/2008] To: psarc-ext@sun.com Cc: April.Chin@sun.com Reply-to: Don Cragun Message-id: <200801231844.m0NIihjo003661@spartan.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6.2 SunOS 5.10 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: TD3FtzXqQesf+RLYdCnLkg== X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 62 This case was approved during today's PSARC meeting. - Don