From Mon Jul 21 18:01:41 2008 Date: Mon, 21 Jul 2008 18:01:41 -0700 (PDT) From: Postmaster Subject: Message from mail server Content-Length: 94 Mime-Version: 1.0 Status: RO X-IMAP: 1216688501 21 Delete. This is a system message. --END+PSEUDO-- From sh162551@sac.sfbay.sun.com Tue Jul 15 02:23:20 2008 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 m6F9NKCE006750 for ; Tue, 15 Jul 2008 02:23:20 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6F9NJpB018799; Tue, 15 Jul 2008 02:23:20 -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 <0K4100703JEU9800@nwk-avmta-2.sfbay.sun.com>; Tue, 15 Jul 2008 02:23:18 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K41003S9JESTN30@nwk-avmta-2.sfbay.sun.com>; Tue, 15 Jul 2008 02:23:16 -0700 (PDT) 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 m6F9NFGe021836; Tue, 15 Jul 2008 02:23:15 -0700 (PDT) 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 m6F9NCAK006743; Tue, 15 Jul 2008 02:23:12 -0700 (PDT) Received: (from sh162551@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m6F9NCGf006739; Tue, 15 Jul 2008 02:23:12 -0700 (PDT) Date: Tue, 15 Jul 2008 02:23:12 -0700 (PDT) From: Shi-Ying Irene Huang Subject: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] To: lsarc-ext@sun.com Cc: jim.li@sun.com Message-id: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Content-Length: 3306 Status: RO X-Status: $$$$ X-UID: 0000000001 Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: slocate for OpenSolaris 1.2. Name of Document Author/Supplier: Author: Jim Li 1.3 Date of This Document: 15 July, 2008 4. Technical Description 1. Introduction 1.1. Project/Component Working Name: Slocate 1.2. Name of Document Author/Supplier: Jim Li 1.3. Date of This Document: 07/09/08 1.3.1. Date this project was conceived: N/A 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: LSARC 1.4.3. The Director/VP who is "Sponsoring" this project: rebert.odea@Sun.Com 1.4.4. The name of your business unit: OPG / OpenSource 1.5. Email Aliases: 1.5.1. Responsible Manager: leo.binchy@sun.com 1.5.2. Responsible Engineer: jim.li@sun.com 1.5.3. Marketing Manager: dan.robert@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 4. Technical Description: 4.1. Details: This locate can index all files on your system, but only files and directories which the invoking user has access to will be displayed. 4.2. Bug/RFE Number(s): None. 4.3. In Scope: None. 4.4. Out of Scope: None. 4.5. Interfaces: ------------------------------------------------------------------ Exported Stability Comments ------------------------------------------------------------------ SUNWslocate Uncommitted package name /usr/bin/slocate Volatile CLI /usr/bin/updatedb Volatile CLI /usr/share/man/man1/slocate.1 Volatile man page /usr/share/man/man1/updatedb.1 Volatile man page ------------------------------------------------------------------ Imported Stability ARC case Comments ------------------------------------------------------------------ /usr/lib/libast.so.1 private 2006/550 (SONMAE libast.so.1) 4.6. Doc Impact: Community provided man pages will be installed. 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: N/A The community source code doesn't support L18N/L10N. 4.10. Packaging & Delivery: Add new packages, SUNWslocate, approximately 65.4kb 4.11. Security Impact: None. 4.12. Dependencies: private library /usr/lib/libast.so.1 (SONAME libast.so.1). 5. Reference Documents: Slocate community http://slocate.trakker.ca/ 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Desktop 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From carlsonj@phorcys.east.sun.com Tue Jul 15 08:10:18 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 m6FFAHuO013309 for ; Tue, 15 Jul 2008 08:10:17 -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 m6FFAD9e004384; Tue, 15 Jul 2008 16:10:14 +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 <0K4100B1TZGYGF00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 15 Jul 2008 08:10:10 -0700 (PDT) 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 <0K410091PZGWA710@nwk-avmta-1.sfbay.Sun.COM>; Tue, 15 Jul 2008 08:10:08 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6FFA7Vo008409; Tue, 15 Jul 2008 11:10:07 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6FFA7aT008406; Tue, 15 Jul 2008 11:10:07 -0400 (EDT) Date: Tue, 15 Jul 2008 11:10:07 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> To: Shi-Ying Irene Huang Cc: lsarc-ext@sun.com, Jim.Li@sun.com Message-id: <18556.48591.468446.922964@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> Content-Length: 1111 Status: RO X-Status: $$$$ X-UID: 0000000002 Shi-Ying Irene Huang writes: > SUNWslocate Uncommitted package name > /usr/bin/slocate Volatile CLI > /usr/bin/updatedb Volatile CLI I think you may have missed at least /etc/updatedb.conf and /var/lib/slocate/slocate.db. There may be other interfaces associated with this package; I'm not positive, as it's been a while since I used it. Isn't updatedb normally used only in a cron job entry? Should it be on every user's path, especially with that really unfortunate, much-too-generic name? ... and then there's locate(1) versus slocate(1) versus mlocate(1). Aren't Linux distributions dropping slocate over time? > /usr/lib/libast.so.1 private 2006/550 > (SONMAE libast.so.1) That comes from ON and I don't see a contract. Where's this software integrating? -- 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 Darren.Moffat@sun.com Tue Jul 15 09:47:58 2008 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 m6FGlwov016205 for ; Tue, 15 Jul 2008 09:47:58 -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 m6FGlv7G054021 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 15 Jul 2008 10:47:58 -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 <0K42002073ZX0M00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 09:47:57 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K42000T63ZVJQ50@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 09:47:56 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6FGltP2008552 for ; Tue, 15 Jul 2008 16:47:55 +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 <0K42008013QBQ700@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 17:47:55 +0100 (BST) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K42001DP3ZIY130@fe-emea-10.sun.com>; Tue, 15 Jul 2008 17:47:43 +0100 (BST) Date: Tue, 15 Jul 2008 17:47:42 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18556.48591.468446.922964@gargle.gargle.HOWL> Sender: Darren.Moffat@sun.com To: James Carlson Cc: Shi-Ying Irene Huang , Jim.Li@sun.com, lsarc-ext@sun.com Message-id: <487CD4AE.6070109@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (X11/20080602) Content-Length: 271 Status: RO X-Status: $$$$ X-UID: 0000000003 James Carlson wrote: >> /usr/lib/libast.so.1 private 2006/550 >> (SONMAE libast.so.1) > > That comes from ON and I don't see a contract. Where's this software > integrating? And what is being used from this library and why ? -- Darren J Moffat From MAILER-DAEMON Tue Jul 15 11:55:31 2008 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 m6FItVih021973 for ; Tue, 15 Jul 2008 11:55:31 -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 m6FItSJc036810; Tue, 15 Jul 2008 12:55:29 -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 <0K42001099WGQ100@brm-avmta-1.central.sun.com>; Tue, 15 Jul 2008 12:55:28 -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 <0K42000RV9WG7R10@brm-avmta-1.central.sun.com>; Tue, 15 Jul 2008 12:55:28 -0600 (MDT) Received: from rosseau (rosseau.SFBay.Sun.COM [129.146.228.252]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6FItSej929627; Tue, 15 Jul 2008 11:55:28 -0700 (PDT) Date: Tue, 15 Jul 2008 11:55:52 -0700 From: Stephen Hahn Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> To: Shi-Ying Irene Huang Cc: lsarc-ext@sun.com, jim.li@sun.com Message-id: <20080715185552.GB285@eng.sun.com> Organization: Solaris Kernel Development; Sun Microsystems, Inc. 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: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> User-Agent: Mutt/1.5.17 (2007-11-01) Content-Length: 677 Status: RO X-Status: $$$$ X-UID: 0000000004 * Shi-Ying Irene Huang [2008-07-15 09:24]: > 4.1. Details: > > This locate can index all files on your system, but only files > and directories which the invoking user has access to will be > displayed. In the discussions I've been in, it's been suggested that each locate implementation have an update service in smf(5), such as svc:/application/update/slocate so that it's easy to reindex the filesystem. I also agree with Jim's point that a cron job (which would be "svcadm restart slocate" on some interval) is probably part of the delivery. - Stephen -- sch@sun.com http://blogs.sun.com/sch/ From Jim.Li@sun.com Tue Jul 15 23:37:44 2008 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 m6G6biMj012052 for ; Tue, 15 Jul 2008 23:37:44 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6G6bhOu010421 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 15 Jul 2008 23:37:44 -0700 (PDT) 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 <0K4300A056EV3M00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 00:37:43 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K430094Y6EUQW00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 00:37:43 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6G6cm19027402 for ; Wed, 16 Jul 2008 06:38:48 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4300M0168Y4400@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 14:37:11 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K430071C6DUUHPM@mail-apac.sun.com>; Wed, 16 Jul 2008 14:37:07 +0800 (SGT) Date: Wed, 16 Jul 2008 14:37:08 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18556.48591.468446.922964@gargle.gargle.HOWL> Sender: Jim.Li@sun.com To: James Carlson Cc: Shi-Ying Irene Huang , lsarc-ext@sun.com Message-id: <487D9714.1040909@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Content-Length: 1826 Status: RO X-Status: $$$$ X-UID: 0000000005 James, Thanks a million for your question and comment. see my response inline. If there is anything unclear or wrong, please feel free to let me know Jim > Shi-Ying Irene Huang writes: > >> SUNWslocate Uncommitted package name >> /usr/bin/slocate Volatile CLI >> /usr/bin/updatedb Volatile CLI >> > > I think you may have missed at least /etc/updatedb.conf and > /var/lib/slocate/slocate.db. There may be other interfaces associated > with this package; I'm not positive, as it's been a while since I used > it. > > /etc/updatedb.conf is the configuration file for locate which belongs to another package findutils. As slocate man pages says that slocate will parse GNU Locate's /etc/updatedb.conf when the argument is provided. /var/lib/slocate/slocate.db is the index file which is be created by package install post, cause it's group owner should be slocate which is created by package install pre. I'm not sure if I should list this file here or not. If it should be there, please let me know. > Isn't updatedb normally used only in a cron job entry? Should it be > on every user's path, especially with that really unfortunate, > much-too-generic name? > > Not really. Sometime user need to update index immediately. > ... and then there's locate(1) versus slocate(1) versus mlocate(1). > Aren't Linux distributions dropping slocate over time? > > In Ubntu 7.10, locate has been overwritten by slocate if slocate is installed. >> /usr/lib/libast.so.1 private 2006/550 >> (SONMAE libast.so.1) >> > > That comes from ON and I don't see a contract. Where's this software > integrating? > > Contract is going on, Sorry about this. Libast.so.1 is in SUNWcsl. From Jim.Li@Sun.com Tue Jul 15 23:47:09 2008 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 m6G6l91w012117 for ; Tue, 15 Jul 2008 23:47:09 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6G6l950012568 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 15 Jul 2008 23:47:09 -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 <0K4300G0J6UJVB00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 23:47:07 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4300FZ36UI4420@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 23:47:07 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6G6lZLH015887 for ; Wed, 16 Jul 2008 06:47:35 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K43008016PCMU00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 14:44:48 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K43009IV6QN8GGE@mail-apac.sun.com>; Wed, 16 Jul 2008 14:44:48 +0800 (SGT) Date: Wed, 16 Jul 2008 14:46:36 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <487CD4AE.6070109@Sun.COM> Sender: Jim.Li@Sun.com To: Darren J Moffat Cc: James Carlson , Shi-Ying Irene Huang , lsarc-ext@Sun.com Message-id: <487D994C.2020006@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487CD4AE.6070109@Sun.COM> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Content-Length: 416 Status: RO X-Status: $$$$ X-UID: 0000000006 Darren, >>> /usr/lib/libast.so.1 private 2006/550 >>> (SONMAE libast.so.1) >> >> That comes from ON and I don't see a contract. Where's this software >> integrating? > > And what is being used from this library and why ? > Fts_open, fts_close, fts_open and fts_set provide the functionality of traversing a file hierarchy. They are GNU C library extension but not in our libc. Thanks Jim From Jim.Li@sun.com Wed Jul 16 00:33:23 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 m6G7XMj9013588 for ; Wed, 16 Jul 2008 00:33:23 -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 m6G7XJ52001704 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 16 Jul 2008 15:33:22 +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 <0K4300E098ZJKV00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 01:33:19 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K43009RX8ZIQR50@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 01:33:19 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6G7Xka5019556 for ; Wed, 16 Jul 2008 07:33:46 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K43001018N1CV00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 15:30:59 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4300BV68VMRE1Y@mail-apac.sun.com>; Wed, 16 Jul 2008 15:30:59 +0800 (SGT) Date: Wed, 16 Jul 2008 15:32:45 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <20080715185552.GB285@eng.sun.com> Sender: Jim.Li@sun.com To: Stephen Hahn Cc: Shi-Ying Irene Huang , lsarc-ext@sun.com Message-id: <487DA41D.6080407@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Content-Length: 1391 Status: RO X-Status: $$$$ X-UID: 0000000007 Stephen, > * Shi-Ying Irene Huang [2008-07-15 09:24]: > >> 4.1. Details: >> >> This locate can index all files on your system, but only files >> and directories which the invoking user has access to will be >> displayed. >> > > In the discussions I've been in, it's been suggested that each locate > implementation have an update service in smf(5), such as > > svc:/application/update/slocate > > so that it's easy to reindex the filesystem. I also agree with Jim's > point that a cron job (which would be "svcadm restart slocate" on some > interval) is probably part of the delivery. > > In Linux distribution, slocate use anacron to update index file periodically. Anacron is a little bit different from cron job. It executes commands at intervals not at specified time. It does not assume that the system is running continuously. If we provide an update services in smf(5), this service only update the index file when it start or restart, it that correct? From my understand, cron doesn't support executing command on some interval instead of specify a specific time, for instance, 24:13. If I'm wrong, please guide me how to do that. If so, which time is best time to slocate in crontab? What about a developer want to shut down his/her machine at midnight? Thanks Jim > - Stephen > > From Joerg.Schilling@fokus.fraunhofer.de Wed Jul 16 02:31:40 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 m6G9VdLr017611 for ; Wed, 16 Jul 2008 02:31: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 m6G9VQ9h005520; Wed, 16 Jul 2008 10:31:35 +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 <0K4300G03EGER100@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jul 2008 02:31:26 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K43008V0EGDYD90@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jul 2008 02:31:26 -0700 (PDT) Received: from relay41i.sun.com ([192.5.209.70]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6G9VP6t019851; Wed, 16 Jul 2008 09:31:25 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay41i.sun.com with ESMTP id BT-MMP-19193; Wed, 16 Jul 2008 09:31:25 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-717429; Wed, 16 Jul 2008 09:31:25 +0000 (Z) Received: from mailgw1.fraunhofer.de ([153.96.1.17] [153.96.1.17]) by relay4i.sun.com with ESMTP id BT-MMP-611905; Wed, 16 Jul 2008 09:31:24 +0000 (Z) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de[host mailgw21] (8.14.2+/8.14.2) with ESMTP id m6G9V9ki019878; Wed, 16 Jul 2008 11:31:09 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) by mailgw1.fraunhofer.de (8.14.2+/8.14.2) with ESMTP id m6G9V8J2019866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Jul 2008 11:31:09 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id m6G9V8DQ012446; Wed, 16 Jul 2008 11:31:08 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Wed, 16 Jul 2008 11:31:08 +0200 Date: Wed, 16 Jul 2008 11:31:07 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <20080715185552.GB285@eng.sun.com> To: sh162551@sac.sfbay.sun.com, sch@sun.com Cc: lsarc-ext@sun.com, jim.li@sun.com Message-id: <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Fraunhofer-Email-Policy: accepted X-Antispam: No, score=0.0/5.0, scanned in 0.130sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 16 Jul 2008 09:31:08.0298 (UTC) FILETIME=[AD56CEA0:01C8E726] Content-Length: 1016 Status: RO X-Status: $$$$ X-UID: 0000000008 Stephen Hahn wrote: > * Shi-Ying Irene Huang [2008-07-15 09:24]: > > 4.1. Details: > > > > This locate can index all files on your system, but only files > > and directories which the invoking user has access to will be > > displayed. > > In the discussions I've been in, it's been suggested that each locate > implementation have an update service in smf(5), such as > > svc:/application/update/slocate > > so that it's easy to reindex the filesystem. I also agree with Jim's > point that a cron job (which would be "svcadm restart slocate" on some > interval) is probably part of the delivery. Looks lie unneeded complexity.... Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily From carlsonj@phorcys.east.sun.com Wed Jul 16 04:43:01 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 m6GBh0S2019440 for ; Wed, 16 Jul 2008 04:43:01 -0700 (PDT) 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 m6GBgugv007185; Wed, 16 Jul 2008 19:42:59 +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 <0K4300807KJMEH00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jul 2008 04:42:58 -0700 (PDT) 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 <0K43008HHKJL7Q00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 16 Jul 2008 04:42:58 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6GBguTx010950; Wed, 16 Jul 2008 07:42:56 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6GBguXS010947; Wed, 16 Jul 2008 07:42:56 -0400 (EDT) Date: Wed, 16 Jul 2008 07:42:56 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <487D9714.1040909@sun.com> To: Jim Li Cc: Shi-Ying Irene Huang , lsarc-ext@sun.com Message-id: <18557.57024.578801.501474@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> Content-Length: 2391 Status: RO X-Status: $$$$ X-UID: 0000000009 Jim Li writes: > > Shi-Ying Irene Huang writes: > > I think you may have missed at least /etc/updatedb.conf and > > /var/lib/slocate/slocate.db. There may be other interfaces associated > > with this package; I'm not positive, as it's been a while since I used > > it. > > > > > /etc/updatedb.conf is the configuration file for locate which belongs to > another package findutils. As slocate man pages says that slocate will > parse GNU Locate's /etc/updatedb.conf when the argument is provided. OK. That still makes it an interface. Interface lists aren't just a catalog of the files shipped in the package. > /var/lib/slocate/slocate.db is the index file which is be created by > package install post, cause it's group owner should be slocate which is > created by package install pre. I'm not sure if I should list this file > here or not. If it should be there, please let me know. Yes; absolutely. The "install post" and "install pre" sound like an interesting problem as well. The new user and group are *also* interfaces. You should work with your case sponsor to come up with a complete set of materials. I suggest placing this case in "waiting need spec" state until those materials are available, because it's obviously not complete today, and thus can't be a fast-track. > > Isn't updatedb normally used only in a cron job entry? Should it be > > on every user's path, especially with that really unfortunate, > > much-too-generic name? > > > > > Not really. Sometime user need to update index immediately. I see. Does that user need special privileges to do this? > > ... and then there's locate(1) versus slocate(1) versus mlocate(1). > > Aren't Linux distributions dropping slocate over time? > > > > > In Ubntu 7.10, locate has been overwritten by slocate if slocate is > installed. What about mlocate? > >> /usr/lib/libast.so.1 private 2006/550 > >> (SONMAE libast.so.1) > >> > > > > That comes from ON and I don't see a contract. Where's this software > > integrating? > > > > > Contract is going on, Sorry about this. Libast.so.1 is in SUNWcsl. Where is slocate integrating? SFW? -- 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 Irene.Huang@Sun.COM Thu Jul 17 20:58:03 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 m6I3w2or003460 for ; Thu, 17 Jul 2008 20:58:03 -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 m6I3w1Q2017181 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 18 Jul 2008 11:58:02 +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 <0K4600301OCO2800@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 17 Jul 2008 21:58:00 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4600IANOCIBJ80@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 17 Jul 2008 21:58:00 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6I3x2TM008484 for ; Fri, 18 Jul 2008 03:59:02 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4600L01O790W00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 11:57:24 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4600MOPOBM9M0U@mail-apac.sun.com>; Fri, 18 Jul 2008 11:57:24 +0800 (SGT) Date: Fri, 18 Jul 2008 11:58:39 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> Sender: Irene.Huang@Sun.COM To: Joerg Schilling Cc: sh162551@sac.sfbay.sun.com, sch@Sun.COM, lsarc-ext@Sun.COM, Jim.Li@Sun.COM Message-id: <1216353519.3657.2.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.2 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> Content-Length: 1048 Status: RO X-Status: $$$$ X-UID: 0000000010 Hi, all The manpages for slocate and updatedb is available at Internally http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/manpages/ Externally http://www.opensolaris.org/os/community/arc/caselog/2008/447 --Irene On Wed, 2008-07-16 at 11:31 +0200, Joerg Schilling wrote: > Stephen Hahn wrote: > > > * Shi-Ying Irene Huang [2008-07-15 09:24]: > > > 4.1. Details: > > > > > > This locate can index all files on your system, but only files > > > and directories which the invoking user has access to will be > > > displayed. > > > > In the discussions I've been in, it's been suggested that each locate > > implementation have an update service in smf(5), such as > > > > svc:/application/update/slocate > > > > so that it's easy to reindex the filesystem. I also agree with Jim's > > point that a cron job (which would be "svcadm restart slocate" on some > > interval) is probably part of the delivery. > > Looks lie unneeded complexity.... > > Jörg > From Joerg.Schilling@fokus.fraunhofer.de Fri Jul 18 06:22:13 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 m6IDMCSD018369 for ; Fri, 18 Jul 2008 06:22:12 -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 m6IDLqAA017835; Fri, 18 Jul 2008 21:22:09 +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 <0K4700N09EGW4M00@brm-avmta-1.central.sun.com>; Fri, 18 Jul 2008 07:22:08 -0600 (MDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4700KXLEGV7Q20@brm-avmta-1.central.sun.com>; Fri, 18 Jul 2008 07:22:08 -0600 (MDT) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6IDM7dA009039; Fri, 18 Jul 2008 13:22:07 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay43i.sun.com with ESMTP id BT-MMP-24802; Fri, 18 Jul 2008 13:22:06 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-3199467; Fri, 18 Jul 2008 13:22:06 +0000 (Z) Received: from mailgw1.fraunhofer.de ([153.96.1.17] [153.96.1.17]) by relay4i.sun.com with ESMTP id BT-MMP-838573; Fri, 18 Jul 2008 13:22:06 +0000 (Z) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de[host mailgw27] (8.14.2+/8.14.2) with ESMTP id m6IDLpt7023760; Fri, 18 Jul 2008 15:21:51 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) by mailgw1.fraunhofer.de (8.14.2+/8.14.2) with ESMTP id m6IDLpXP023749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 18 Jul 2008 15:21:51 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id m6IDLout026292; Fri, 18 Jul 2008 15:21:50 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 18 Jul 2008 15:21:50 +0200 Date: Fri, 18 Jul 2008 15:21:50 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <1216353519.3657.2.camel@goalie> To: Irene.Huang@sun.com Cc: sh162551@sac.sfbay.sun.com, sch@sun.com, lsarc-ext@sun.com, Jim.Li@sun.com Message-id: <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Fraunhofer-Email-Policy: accepted X-Antispam: No, score=0.0/5.0, scanned in 0.073sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> <1216353519.3657.2.camel@goalie> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 18 Jul 2008 13:21:50.0362 (UTC) FILETIME=[3CADA7A0:01C8E8D9] Content-Length: 602 Status: RO X-Status: $$$$ X-UID: 0000000011 Irene Huang wrote: > Hi, all > > The manpages for slocate and updatedb is available at > Internally > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/manpages/ > > Externally > http://www.opensolaris.org/os/community/arc/caselog/2008/447 I cannot see any man page - sorry. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily From storycrafter@gmail.com Fri Jul 18 07:51:12 2008 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 m6IEpCnS019590 for ; Fri, 18 Jul 2008 07:51:12 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6IEp4qh017987 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 18 Jul 2008 07:51:12 -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 <0K470000HILBZ500@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 07:51:11 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4700EPRILAWLC0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 07:51:11 -0700 (PDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6IEoXcx025189 for ; Fri, 18 Jul 2008 14:51:10 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay11i.sun.com with ESMTP id BT-MMP-35743 for lsarc-ext@sun.com; Fri, 18 Jul 2008 14:51:10 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-1276455 for lsarc-ext@sun.com; Fri, 18 Jul 2008 14:51:10 +0000 (Z) Received: from an-out-0708.google.com ([209.85.132.251] [209.85.132.251]) by relay1ib.sun.com with ESMTP id BT-MMP-378045 for lsarc-ext@sun.com; Fri, 18 Jul 2008 14:51:10 +0000 (Z) Received: by an-out-0708.google.com with SMTP id d31so211003and.92 for ; Fri, 18 Jul 2008 07:51:06 -0700 (PDT) Received: by 10.100.253.5 with SMTP id a5mr182748ani.5.1216392666234; Fri, 18 Jul 2008 07:51:06 -0700 (PDT) Received: by 10.100.174.8 with HTTP; Fri, 18 Jul 2008 07:51:06 -0700 (PDT) Date: Fri, 18 Jul 2008 09:51:06 -0500 From: Mark Martin Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> To: Joerg Schilling Cc: lsarc-ext@sun.com Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_oriTh2RvUKr6IyW9/nekHw)" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=p9ZABTQDGJhbPFb4yTHKafDBM4dfc+2z0ENDyQxZAUc=; b=bgIj3x1xFQxJ64IpXMNER3pM2wjECptV/bwH83Xew9CLnn/v9NWLT5VwKOy1sL4l9p q2x2ETKBvgYnmkexsKt+cRmL8BbAOATdzMqAPmRNzAoNN8X1kSkh4zJDZuoLsqyR8eDk 2bXHKmcZPBzuHpEzQdpBI2yK9NYxnTlTVTKKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=SwjHRbsECqUgi5Q1o6jzO34+vjt1W4MFU173tUfhaEhTHc9TSIkivzw9fz918RxdwM WmY1GEwUSW5kj5h43e/3lkE0JoTQRdgj4tt45C59X9CvmRMiYhKcL0yPDyJG0tVUS6so K3T6VXDsbRRxe8Xzfdo5H21WXPOOy5wFrxaDU= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.088sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> <1216353519.3657.2.camel@goalie> <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> Content-Length: 3593 Status: RO X-Status: $$$$ X-UID: 0000000012 --Boundary_(ID_oriTh2RvUKr6IyW9/nekHw) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable Content-disposition: inline On Fri, Jul 18, 2008 at 8:21 AM, Joerg Schilling < Joerg.Schilling@fokus.fraunhofer.de> wrote: > Irene Huang wrote: > > > Hi, all > > > > The manpages for slocate and updatedb is available at > > Internally > > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/manpages/ > > > > Externally > > http://www.opensolaris.org/os/community/arc/caselog/2008/447 > > I cannot see any man page - sorry. It can take a day or more for the external site to synchronize. > > > J=F6rg > > -- > EMail:joerg@schily.isdn.cs.tu-berlin.de(home) J=F6rg Schilling D-13353 Berlin > js@cs.tu-berlin.de (uni) > schilling@fokus.fraunhofer.de (work) Blog: > http://schily.blogspot.com/ > URL: http://cdrecord.berlios.de/old/private/ > ftp://ftp.berlios.de/pub/schily > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > --Boundary_(ID_oriTh2RvUKr6IyW9/nekHw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable Content-disposition: inline

On Fri, Jul 18, 2008 at 8:21 AM, Joerg S= chilling <Joerg.S= chilling@fokus.fraunhofer.de> wrote:
Irene Huang <Irene.Huang@Sun.COM> wrote:

> Hi, all
>
> The manpages for slocate and updatedb is available at
> Internally
> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/man= pages/
>
> Externally
> http://www.opensolaris.org/os/community/arc/caselog/20= 08/447

I cannot see any man page - sorry.

It can take a= day or more for the external site to synchronize. 


J=F6rg

--
 EMail:jo= erg@schily.isdn.cs.tu-berlin.de (home) J=F6rg Schilling D-13353 Berlin<= br>       js@cs.tu-berlin= .de                (uni)
      schi= lling@fokus.fraunhofer.de     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily<= /a>
_______________________________________________

--Boundary_(ID_oriTh2RvUKr6IyW9/nekHw)-- From Irene.Huang@Sun.COM Fri Jul 18 10:52:35 2008 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 m6IHqZ1B026075 for ; Fri, 18 Jul 2008 10:52:35 -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 m6IHqYUD020565 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 18 Jul 2008 11:52:35 -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 <0K4700J09QZL2G00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 11:52:33 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K47009DWQZJX770@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 11:52:32 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6IHrdbD015534 for ; Fri, 18 Jul 2008 17:53:39 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4700401QTMMG00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sat, 19 Jul 2008 01:52:01 +0800 (SGT) Received: from [192.168.1.3] ([221.221.18.71]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4700MO6QYN9VY0@mail-apac.sun.com>; Sat, 19 Jul 2008 01:52:01 +0800 (SGT) Date: Sat, 19 Jul 2008 01:52:31 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> Sender: Irene.Huang@Sun.COM To: Joerg Schilling Cc: sh162551@sac.sfbay.sun.com, sch@Sun.COM, lsarc-ext@Sun.COM, Jim.Li@Sun.COM Message-id: <4880D85F.3090104@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> <1216353519.3657.2.camel@goalie> <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Content-Length: 549 Status: RO X-Status: $$$$ X-UID: 0000000013 Hi, Joerg If you are using the external link below, then it's possible that the materials hasn't been sync'ed to www.opensolaris.org yet :(. It take some time to sync. --Irene Joerg Schilling wrote: > Irene Huang wrote: > > >> Hi, all >> >> The manpages for slocate and updatedb is available at >> Internally >> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/manpages/ >> >> Externally >> http://www.opensolaris.org/os/community/arc/caselog/2008/447 >> > > I cannot see any man page - sorry. > > Jörg > > From matt.keenan@sun.com Fri Jul 18 13:52:46 2008 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 m6IKqkGC001489 for ; Fri, 18 Jul 2008 13:52:46 -0700 (PDT) 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 m6IKqhwT011428 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 18 Jul 2008 13:52:46 -0700 (PDT) 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 <0K470090DZBXCN00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 14:52:45 -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 <0K470086EZBVOY30@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 14:52:44 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6IKqhFi029825 for ; Fri, 18 Jul 2008 20:52:43 +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 <0K4700G01Z6DXT00@fe-emea-10.sun.com> (original mail from Matt.Keenan@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 21:52:43 +0100 (BST) Received: from [192.168.1.14] ([83.71.1.145]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K470031DZBT6160@fe-emea-10.sun.com>; Fri, 18 Jul 2008 21:52:43 +0100 (BST) Date: Fri, 18 Jul 2008 21:52:25 +0100 From: Matt Keenan Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4880D85F.3090104@sun.com> Sender: matt.keenan@sun.com To: Irene Huang Cc: Joerg Schilling , sh162551@sac.sfbay.sun.com, sch@sun.com, lsarc-ext@sun.com, Jim.Li@sun.com Message-id: <48810289.3030309@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> <1216353519.3657.2.camel@goalie> <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> <4880D85F.3090104@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080602) Content-Length: 752 Status: RO X-Status: $$$$ X-UID: 0000000014 Neither of the man pages contain an Attributes section which should detail the interface stability. They should be modified to include this information. Matt Irene Huang wrote: > Hi, Joerg > > If you are using the external link below, then it's possible that the > materials hasn't been sync'ed to www.opensolaris.org yet :(. > It take some time to sync. > > --Irene > Joerg Schilling wrote: >> Irene Huang wrote: >> >> >>> Hi, all >>> The manpages for slocate and updatedb is available at Internally >>> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/manpages/ >>> >>> Externally >>> http://www.opensolaris.org/os/community/arc/caselog/2008/447 >>> >> >> I cannot see any man page - sorry. >> >> Jörg >> >> > From Irene.Huang@sun.com Fri Jul 18 21:45:08 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 m6J4ixsB009879 for ; Fri, 18 Jul 2008 21:44:59 -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 m6J4iudN005694 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Sat, 19 Jul 2008 05:44:58 +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 <0K4800F03L6WMO00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 21:44:56 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4800ERFL6ULU30@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 18 Jul 2008 21:44:56 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6J4jN8a025107 for ; Sat, 19 Jul 2008 04:45:23 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4800301KUIUZ00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sat, 19 Jul 2008 12:44:24 +0800 (SGT) Received: from [192.168.1.3] ([221.221.30.139]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4800MNQL5V9VR2@mail-apac.sun.com>; Sat, 19 Jul 2008 12:44:23 +0800 (SGT) Date: Sat, 19 Jul 2008 12:44:51 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48810289.3030309@sun.com> Sender: Irene.Huang@sun.com To: Matt Keenan Cc: Joerg Schilling , sh162551@sac.sfbay.sun.com, sch@sun.com, lsarc-ext@sun.com, Jim.Li@sun.com Message-id: <48817143.1070708@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <20080715185552.GB285@eng.sun.com> <487dbfdb.HayFSXyo+UlzN2um%Joerg.Schilling@fokus.fraunhofer.de> <1216353519.3657.2.camel@goalie> <488098ee.Li3A+RDKwq9bkDlE%Joerg.Schilling@fokus.fraunhofer.de> <4880D85F.3090104@sun.com> <48810289.3030309@sun.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Content-Length: 1032 Status: RO X-Status: $$$$ X-UID: 0000000015 right, they are not final manpages to be shipped on solaris. These manpages are linux manpage for everyone's reference. Jim is working on the Solaris manpages, which will surely include the attribute secton. --Irene Matt Keenan wrote: > Neither of the man pages contain an Attributes section which should > detail > the interface stability. They should be modified to include this > information. > > Matt > > Irene Huang wrote: >> Hi, Joerg >> >> If you are using the external link below, then it's possible that the >> materials hasn't been sync'ed to www.opensolaris.org yet :(. >> It take some time to sync. >> >> --Irene >> Joerg Schilling wrote: >>> Irene Huang wrote: >>> >>> >>>> Hi, all >>>> The manpages for slocate and updatedb is available at Internally >>>> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/manpages/ >>>> >>>> Externally >>>> http://www.opensolaris.org/os/community/arc/caselog/2008/447 >>>> >>> >>> I cannot see any man page - sorry. >>> >>> Jörg >>> >>> >> > From Jim.Li@Sun.COM Mon Jul 21 03:19:04 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 m6LAJ3jB010158 for ; Mon, 21 Jul 2008 03:19:04 -0700 (PDT) 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 m6LAJ2nC002317 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 21 Jul 2008 18:19:03 +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 <0K4C0050JPZNJL00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 21 Jul 2008 03:18:59 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4C00MS1PZM78B0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 21 Jul 2008 03:18:59 -0700 (PDT) Received: from fe-apac-02.sun.com (fe-apac-02.sun.com [192.18.19.173] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6LAJRDY016881 for ; Mon, 21 Jul 2008 10:19:27 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4C00G01P768D00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 21 Jul 2008 18:18:39 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4C00K8JPZ3CT20@mail-apac.sun.com>; Mon, 21 Jul 2008 18:18:39 +0800 (SGT) Date: Mon, 21 Jul 2008 18:18:27 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18557.57024.578801.501474@gargle.gargle.HOWL> Sender: Jim.Li@Sun.COM To: James Carlson Cc: Shi-Ying Irene Huang , lsarc-ext@Sun.COM Message-id: <48846273.4040704@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Content-Length: 4439 Status: RO X-Status: $$$$ X-UID: 0000000016 Hi James, I've updated the one page and summarized the questions and answers. Q1. Missed at least /etc/updatedb.conf and /var/lib/slocate/slocate.db added the missed interfaces. see the updated one page. Q2. Missed a contract. What is being used from /usr/lib/libast.so.1 and why? The contract has been approved. http://sac.sfbay/Archives/CaseLog/arc/LSARC/2008/447/contracts/libast-PSARC-2006-550.txt Fts_open, fts_close, fts_read and fts_set provide the functionality of traversing a file hierarchy. They are GNU C library extension but not in Solaris's libc. Q3. What's this software integrating? Java Desktop. Q4. Suggested that each locate implementation has an update service in smf(5) and a cron job. Currently we are focusing on enriching the open source projects which can be used on Solaris. Don't have enough resources to improve the projects or provide extension function. In Linux distribution, slocate use anacron to update the index file periodically. Anacron is a little bit different from cron job. It executes commands at intervals not at specifed time. It does not assume that the system is running continuously. If this is a blocked issue of this case, please feel free to let me know as soon as possible. I'll discuss this issue with my manager. Q5. Does user need special privileges to execute updatedb? needs Primary Administrator profile. Q6. There's locate(1) versus slocate(1) versus mlocate(1). Aren't Linux distributions dropping slocate over time? mlocate is a locate/updatedb implementation. The 'm' stands for "merging". updatedb reuses the existing database to avoid rereading most of the file system, which makes updatedb faster and does not trash the system caches as much. mlocate could be a replacement for locate but not slocate. slocate skips the files and directory which the invoking user hasn't right access without stoping the locate. mlocate only focuses on creating index files effectively. In Ubuntu 7.10, locate has been overwritten by slocate if slocate has been installed. I do hope that the review can be restarted. Thanks Jim > Jim Li writes: > >>> Shi-Ying Irene Huang writes: >>> I think you may have missed at least /etc/updatedb.conf and >>> /var/lib/slocate/slocate.db. There may be other interfaces associated >>> with this package; I'm not positive, as it's been a while since I used >>> it. >>> >>> >>> >> /etc/updatedb.conf is the configuration file for locate which belongs to >> another package findutils. As slocate man pages says that slocate will >> parse GNU Locate's /etc/updatedb.conf when the argument is provided. >> > > OK. That still makes it an interface. Interface lists aren't just a > catalog of the files shipped in the package. > > >> /var/lib/slocate/slocate.db is the index file which is be created by >> package install post, cause it's group owner should be slocate which is >> created by package install pre. I'm not sure if I should list this file >> here or not. If it should be there, please let me know. >> > > Yes; absolutely. The "install post" and "install pre" sound like an > interesting problem as well. The new user and group are *also* > interfaces. > > You should work with your case sponsor to come up with a complete set > of materials. I suggest placing this case in "waiting need spec" > state until those materials are available, because it's obviously not > complete today, and thus can't be a fast-track. > > >>> Isn't updatedb normally used only in a cron job entry? Should it be >>> on every user's path, especially with that really unfortunate, >>> much-too-generic name? >>> >>> >>> >> Not really. Sometime user need to update index immediately. >> > > I see. Does that user need special privileges to do this? > > >>> ... and then there's locate(1) versus slocate(1) versus mlocate(1). >>> Aren't Linux distributions dropping slocate over time? >>> >>> >>> >> In Ubntu 7.10, locate has been overwritten by slocate if slocate is >> installed. >> > > What about mlocate? > > >>>> /usr/lib/libast.so.1 private 2006/550 >>>> (SONMAE libast.so.1) >>>> >>>> >>> That comes from ON and I don't see a contract. Where's this software >>> integrating? >>> >>> >>> >> Contract is going on, Sorry about this. Libast.so.1 is in SUNWcsl. >> > > Where is slocate integrating? SFW? > > From carlsonj@phorcys.east.sun.com Mon Jul 21 05:13:51 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 m6LCDpN5011833 for ; Mon, 21 Jul 2008 05:13:51 -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 m6LCDcfC020487; Mon, 21 Jul 2008 13:13:48 +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 <0K4C00H01VAYPR00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 21 Jul 2008 05:13:46 -0700 (PDT) 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 <0K4C00EW4VAYYA30@nwk-avmta-1.sfbay.Sun.COM>; Mon, 21 Jul 2008 05:13:46 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6LCDjjp007737; Mon, 21 Jul 2008 08:13:45 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6LCDjGZ007734; Mon, 21 Jul 2008 08:13:45 -0400 (EDT) Date: Mon, 21 Jul 2008 08:13:45 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48846273.4040704@sun.com> To: Jim Li Cc: lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <18564.32121.87539.794436@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> Content-Length: 1807 Status: RO X-Status: $$$$ X-UID: 0000000017 Jim Li writes: > Q4. Suggested that each locate implementation has an update service in > smf(5) > and a cron job. > > Currently we are focusing on enriching the open source projects which can > be used on Solaris. Don't have enough resources to improve the projects or > provide extension function. > > In Linux distribution, slocate use anacron to update the index file > periodically. Anacron is a little bit different from cron job. It > executes commands at intervals not at specifed time. It does not > assume that the system is running continuously. If I understand what you're saying, that seems broken to me. It sounds like you're saying that slocate works better on Linux today than it will on OpenSolaris once this project integrates because Linux has Anacron and OpenSolaris does not, and we provide no alternatives. The user will be forced to roll his own solution to the problem -- either using slocate in a cron job, writing a script using sleep(1), or porting over Anacron on his own to fill the gap. The goal of these porting jobs (as I understand it) is not just to add a large number of packages to OpenSolaris, regardless of functionality. It's to add them in a way that results in them working as well as or better than on Linux. If users perceive a regression in moving from Linux to OpenSolaris, then we've failed. If we don't have the resources to do this right, should we still do it anyway? > Q5. Does user need special privileges to execute updatedb? > > needs Primary Administrator profile. In that case, I don't think it belongs in /usr/bin. -- 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 danek.duvall@sun.com Mon Jul 21 09:42:57 2008 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 m6LGgvok018897 for ; Mon, 21 Jul 2008 09:42:57 -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 m6LGgutA043197 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 21 Jul 2008 10:42:56 -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 <0K4D00C0D7RJNR00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 09:42:55 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4D005Q37RIBVC0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 09:42:54 -0700 (PDT) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6LGgrbp050666; Mon, 21 Jul 2008 09:42:53 -0700 (PDT) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m6LGgrOq006795; Mon, 21 Jul 2008 09:42:53 -0700 (PDT) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m6LGgq4k006794; Mon, 21 Jul 2008 09:42:52 -0700 (PDT) Date: Mon, 21 Jul 2008 09:42:52 -0700 From: Danek Duvall Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18564.32121.87539.794436@gargle.gargle.HOWL> To: James Carlson Cc: Jim Li , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <20080721164252.GI15656@zruty.sfbay.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: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <18564.32121.87539.794436@gargle.gargle.HOWL> User-Agent: Mutt/1.5.16 (2007-06-27) Content-Length: 569 Status: RO X-Status: $$$$ X-UID: 0000000018 On Mon, Jul 21, 2008 at 08:13:45AM -0400, James Carlson wrote: > > Q5. Does user need special privileges to execute updatedb? > > > > needs Primary Administrator profile. > > In that case, I don't think it belongs in /usr/bin. Presumably you only need privilege to index directories you don't have read and execute perms on. If you just want to index your own part of the world, then you don't need any special privilege. I don't know that many people use it that way, but then, twenty years ago maybe normal people didn't use ping and traceroute, either. Danek From dan.mick@sun.com Mon Jul 21 10:55:07 2008 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 m6LHt7Lr022302 for ; Mon, 21 Jul 2008 10:55:07 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6LHt4eb013730 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 21 Jul 2008 10:55:07 -0700 (PDT) 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 <0K4D00J1RB3TMM00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 11:55:05 -0600 (MDT) Received: from dm-eng-01.sfbay.sun.com ([129.145.155.198]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4D007GSB3TH090@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 11:55:05 -0600 (MDT) Received: from [129.150.16.194] (vpn-129-150-16-194.SFBay.Sun.COM [129.150.16.194]) by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6LHt2Ao036995; Mon, 21 Jul 2008 10:55:03 -0700 (PDT) Date: Mon, 21 Jul 2008 10:55:02 -0700 From: Dan Mick Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18564.32121.87539.794436@gargle.gargle.HOWL> To: James Carlson Cc: Jim Li , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <4884CD76.8090903@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: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <18564.32121.87539.794436@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) Content-Length: 1346 Status: RO X-Status: $$$$ X-UID: 0000000019 James Carlson wrote: > Jim Li writes: >> Q4. Suggested that each locate implementation has an update service in >> smf(5) >> and a cron job. >> >> Currently we are focusing on enriching the open source projects which can >> be used on Solaris. Don't have enough resources to improve the projects or >> provide extension function. >> >> In Linux distribution, slocate use anacron to update the index file >> periodically. Anacron is a little bit different from cron job. It >> executes commands at intervals not at specifed time. It does not >> assume that the system is running continuously. > > If I understand what you're saying, that seems broken to me. > > It sounds like you're saying that slocate works better on Linux today > than it will on OpenSolaris once this project integrates because Linux > has Anacron and OpenSolaris does not, and we provide no alternatives. > The user will be forced to roll his own solution to the problem -- > either using slocate in a cron job, writing a script using sleep(1), > or porting over Anacron on his own to fill the gap. About this small issue of the case: this same limitation applies to any number of housekeeping tasks managed by cron; if you only have your machine on at certain times, some things don't get done. I don't see why slocate's database is any different, really. From carlsonj@phorcys.east.sun.com Mon Jul 21 13:08:02 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 m6LK81Hm025905 for ; Mon, 21 Jul 2008 13:08:02 -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 m6LK7vrX011286; Tue, 22 Jul 2008 04:07:58 +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 <0K4D00K0JH98XU00@nwk-avmta-2.sfbay.sun.com>; Mon, 21 Jul 2008 13:07:56 -0700 (PDT) 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 <0K4D00KLJH97CB10@nwk-avmta-2.sfbay.sun.com>; Mon, 21 Jul 2008 13:07:55 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6LK7r60009652; Mon, 21 Jul 2008 16:07:53 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6LK7rfO009649; Mon, 21 Jul 2008 16:07:53 -0400 (EDT) Date: Mon, 21 Jul 2008 16:07:53 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4884CD76.8090903@sun.com> To: Dan Mick Cc: Jim Li , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <18564.60569.892488.17209@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <18564.32121.87539.794436@gargle.gargle.HOWL> <4884CD76.8090903@sun.com> Content-Length: 2290 Status: RO X-Status: $$$$ X-UID: 0000000020 Dan Mick writes: > James Carlson wrote: > > Jim Li writes: > >> Q4. Suggested that each locate implementation has an update service in > >> smf(5) > >> and a cron job. > >> > >> Currently we are focusing on enriching the open source projects which can > >> be used on Solaris. Don't have enough resources to improve the projects or > >> provide extension function. > >> > >> In Linux distribution, slocate use anacron to update the index file > >> periodically. Anacron is a little bit different from cron job. It > >> executes commands at intervals not at specifed time. It does not > >> assume that the system is running continuously. > > > > If I understand what you're saying, that seems broken to me. > > > > It sounds like you're saying that slocate works better on Linux today > > than it will on OpenSolaris once this project integrates because Linux > > has Anacron and OpenSolaris does not, and we provide no alternatives. > > The user will be forced to roll his own solution to the problem -- > > either using slocate in a cron job, writing a script using sleep(1), > > or porting over Anacron on his own to fill the gap. > > About this small issue of the case: this same limitation applies to any > number of housekeeping tasks managed by cron; if you only have your machine > on at certain times, some things don't get done. I don't see why > slocate's database is any different, really. I think it's worse, and it has nothing to do with the subtle differences between anacron and traditional cron. They're doing nothing at all with respect to running updatedb, which means that the database doesn't get updated. On Linux, when you install slocate, you get /etc/cron.daily/slocate for free. It's part of the normal package, and automatically updates the database. On OpenSolaris, you'll get no such thing. After installing slocate, if you really still want to use it, you'll have to cook up your own cron entry for it -- unlike Linux. That's the regression I'm referring to. The OpenSolaris port will be intentionally inferior. -- 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 dan.mick@sun.com Mon Jul 21 13:09:13 2008 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 m6LK9DHO026148 for ; Mon, 21 Jul 2008 13:09:13 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6LK9Ch6004611 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 21 Jul 2008 13:09:13 -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 <0K4D00K01HBBZC00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 13:09:11 -0700 (PDT) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4D00KSDHBBC510@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 13:09:11 -0700 (PDT) Received: from [129.150.16.194] (vpn-129-150-16-194.SFBay.Sun.COM [129.150.16.194]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6LK98xV059221; Mon, 21 Jul 2008 13:09:08 -0700 (PDT) Date: Mon, 21 Jul 2008 13:09:04 -0700 From: Dan Mick Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18564.60569.892488.17209@gargle.gargle.HOWL> To: James Carlson Cc: Jim Li , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <4884ECE0.1070802@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: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <18564.32121.87539.794436@gargle.gargle.HOWL> <4884CD76.8090903@sun.com> <18564.60569.892488.17209@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) Content-Length: 2170 Status: RO X-Status: $$$$ X-UID: 0000000021 James Carlson wrote: > Dan Mick writes: >> James Carlson wrote: >>> Jim Li writes: >>>> Q4. Suggested that each locate implementation has an update service in >>>> smf(5) >>>> and a cron job. >>>> >>>> Currently we are focusing on enriching the open source projects which can >>>> be used on Solaris. Don't have enough resources to improve the projects or >>>> provide extension function. >>>> >>>> In Linux distribution, slocate use anacron to update the index file >>>> periodically. Anacron is a little bit different from cron job. It >>>> executes commands at intervals not at specifed time. It does not >>>> assume that the system is running continuously. >>> If I understand what you're saying, that seems broken to me. >>> >>> It sounds like you're saying that slocate works better on Linux today >>> than it will on OpenSolaris once this project integrates because Linux >>> has Anacron and OpenSolaris does not, and we provide no alternatives. >>> The user will be forced to roll his own solution to the problem -- >>> either using slocate in a cron job, writing a script using sleep(1), >>> or porting over Anacron on his own to fill the gap. >> About this small issue of the case: this same limitation applies to any >> number of housekeeping tasks managed by cron; if you only have your machine >> on at certain times, some things don't get done. I don't see why >> slocate's database is any different, really. > > I think it's worse, and it has nothing to do with the subtle > differences between anacron and traditional cron. > > They're doing nothing at all with respect to running updatedb, which > means that the database doesn't get updated. On Linux, when you > install slocate, you get /etc/cron.daily/slocate for free. It's part > of the normal package, and automatically updates the database. > > On OpenSolaris, you'll get no such thing. After installing slocate, > if you really still want to use it, you'll have to cook up your own > cron entry for it -- unlike Linux. > > That's the regression I'm referring to. The OpenSolaris port will be > intentionally inferior. > oh. yes. With no cron job at all, that's silly. From Irene.Huang@sun.com Mon Jul 21 19:20:13 2008 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 m6M2KDmb008931 for ; Mon, 21 Jul 2008 19:20:13 -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 m6M2KCBe009179 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 21 Jul 2008 20:20:13 -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 <0K4D00F0BYHNFI00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 19:20:11 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4D0066ZYHL1080@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 21 Jul 2008 19:20:11 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6M2LJnZ011962 for ; Tue, 22 Jul 2008 02:21:19 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4D00C01YCCCB00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 22 Jul 2008 10:17:43 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4D0092FYD58AKA@mail-apac.sun.com>; Tue, 22 Jul 2008 10:17:31 +0800 (SGT) Date: Tue, 22 Jul 2008 10:20:43 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48846273.4040704@sun.com> Sender: Irene.Huang@sun.com To: Jim Li Cc: James Carlson , Shi-Ying Irene Huang , lsarc-ext@sun.com Message-id: <1216693243.1997.1.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.2 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> Status: RO Content-Length: 5152 Hi, all The new proposal files is uploaded to Internally http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal-v2.txt Diff: http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal.diff Externally http://www.opensolaris.org/os/community/arc/caselog/2008/447 if there's any further issues with this case, please send an email before 07/22/2008. Thanks in advance. --Irene On Mon, 2008-07-21 at 18:18 +0800, Jim Li wrote: > Hi James, > > I've updated the one page and summarized the questions and answers. > > Q1. Missed at least /etc/updatedb.conf and /var/lib/slocate/slocate.db > > added the missed interfaces. see the updated one page. > > Q2. Missed a contract. What is being used from /usr/lib/libast.so.1 and why? > > The contract has been approved. > > http://sac.sfbay/Archives/CaseLog/arc/LSARC/2008/447/contracts/libast-PSARC-2006-550.txt > > Fts_open, fts_close, fts_read and fts_set provide the functionality > of traversing a file hierarchy. They are GNU C library extension but > not in Solaris's libc. > > Q3. What's this software integrating? > > Java Desktop. > > Q4. Suggested that each locate implementation has an update service in > smf(5) > and a cron job. > > Currently we are focusing on enriching the open source projects which can > be used on Solaris. Don't have enough resources to improve the projects or > provide extension function. > > In Linux distribution, slocate use anacron to update the index file > periodically. Anacron is a little bit different from cron job. It > executes commands at intervals not at specifed time. It does not > assume that the system is running continuously. > > If this is a blocked issue of this case, please feel free to let me know as > soon as possible. I'll discuss this issue with my manager. > > Q5. Does user need special privileges to execute updatedb? > > needs Primary Administrator profile. > > Q6. There's locate(1) versus slocate(1) versus mlocate(1). Aren't Linux > distributions dropping slocate over time? > > mlocate is a locate/updatedb implementation. The 'm' stands for "merging". > updatedb reuses the existing database to avoid rereading most of the file > system, which makes updatedb faster and does not trash the system caches > as much. mlocate could be a replacement for locate but not slocate. > > slocate skips the files and directory which the invoking user hasn't right > access without stoping the locate. mlocate only focuses on creating index > files effectively. > > In Ubuntu 7.10, locate has been overwritten by slocate if slocate has > been installed. > > I do hope that the review can be restarted. > > Thanks > Jim > > Jim Li writes: > > > >>> Shi-Ying Irene Huang writes: > >>> I think you may have missed at least /etc/updatedb.conf and > >>> /var/lib/slocate/slocate.db. There may be other interfaces associated > >>> with this package; I'm not positive, as it's been a while since I used > >>> it. > >>> > >>> > >>> > >> /etc/updatedb.conf is the configuration file for locate which belongs to > >> another package findutils. As slocate man pages says that slocate will > >> parse GNU Locate's /etc/updatedb.conf when the argument is provided. > >> > > > > OK. That still makes it an interface. Interface lists aren't just a > > catalog of the files shipped in the package. > > > > > >> /var/lib/slocate/slocate.db is the index file which is be created by > >> package install post, cause it's group owner should be slocate which is > >> created by package install pre. I'm not sure if I should list this file > >> here or not. If it should be there, please let me know. > >> > > > > Yes; absolutely. The "install post" and "install pre" sound like an > > interesting problem as well. The new user and group are *also* > > interfaces. > > > > You should work with your case sponsor to come up with a complete set > > of materials. I suggest placing this case in "waiting need spec" > > state until those materials are available, because it's obviously not > > complete today, and thus can't be a fast-track. > > > > > >>> Isn't updatedb normally used only in a cron job entry? Should it be > >>> on every user's path, especially with that really unfortunate, > >>> much-too-generic name? > >>> > >>> > >>> > >> Not really. Sometime user need to update index immediately. > >> > > > > I see. Does that user need special privileges to do this? > > > > > >>> ... and then there's locate(1) versus slocate(1) versus mlocate(1). > >>> Aren't Linux distributions dropping slocate over time? > >>> > >>> > >>> > >> In Ubntu 7.10, locate has been overwritten by slocate if slocate is > >> installed. > >> > > > > What about mlocate? > > > > > >>>> /usr/lib/libast.so.1 private 2006/550 > >>>> (SONMAE libast.so.1) > >>>> > >>>> > >>> That comes from ON and I don't see a contract. Where's this software > >>> integrating? > >>> > >>> > >>> > >> Contract is going on, Sorry about this. Libast.so.1 is in SUNWcsl. > >> > > > > Where is slocate integrating? SFW? > > > > > From Darren.Moffat@sun.com Tue Jul 22 02:04: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 m6M94Sfs023342 for ; Tue, 22 Jul 2008 02:04:28 -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 m6M94BDV005882 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 22 Jul 2008 17:04: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 <0K4E00D03H7CX600@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Tue, 22 Jul 2008 02:04:24 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4E002XYH7BVGE0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Tue, 22 Jul 2008 02:04:24 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6M94Nkt022001 for ; Tue, 22 Jul 2008 09:04:23 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K4E00L01G2VOE00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Tue, 22 Jul 2008 10:04:23 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4E00H2CH72U4A0@fe-emea-09.sun.com>; Tue, 22 Jul 2008 10:04:15 +0100 (BST) Date: Tue, 22 Jul 2008 10:04:14 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <1216693243.1997.1.camel@goalie> Sender: Darren.Moffat@sun.com To: Irene Huang Cc: Jim Li , Shi-Ying Irene Huang , James Carlson , lsarc-ext@sun.com Message-id: <4885A28E.8040403@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1612 > Comment 1: slocate.db is the index file which is be created by > package install post, will be updated when using updatedb. Why is this postinstall step needed ? Why can't an empty slocate.db file with the correct permissions be created ? Given 2 below it seems that slocate.db can be updated by the setgid slocate anyway. > Comment 2: slocate is a group which is created by package > install post. Both slocate.db and slocate CLI belong to > this group and slocate CLI has the group sticky bit on, > so normal user can access index file. What reserved GID is being used for this ? It isn't called the "group sticky bit" the sticky bit and the setgid bit are different things. I suspect you mean that slocate is setgid to the new slocate group. Please clarify though. I assume this is needed for the "permission" checking that slocate does, so that the database is not world readable, right ? How does the permission checking work with UFS and ZFS/NFSv4 ACLs ? What if the users slocate program is running with (inherited) file_dac_* privileges? > Comment 3: updatedb.conf is a configuration file of locate which > belongs to another package findutils. Slocate will parse this > configuration file if it exists. if not, Slocate still can > works, it just default or user inputed argument. Does slocate not have a configuration file format of its own ? Is there an intent to deliver this other package in the same build that slocate delviers. If not then I think this case should deliver a sample updatedb.conf. -- Darren J Moffat From Brian.Cameron@sun.com Thu Jul 24 04:18:12 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 m6OBIBTi001407 for ; Thu, 24 Jul 2008 04:18:12 -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 m6OBHha0022199 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 24 Jul 2008 19:18:11 +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 <0K4I00J0FCQ98300@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 24 Jul 2008 05:18:09 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4I0018OCQ90AA0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 24 Jul 2008 05:18:09 -0600 (MDT) 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 m6OBI9MD023751 for ; Thu, 24 Jul 2008 11:18:09 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K4I00A01CNV4100@mail-amer.sun.com> (original mail from Brian.Cameron@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 24 Jul 2008 05:18:09 -0600 (MDT) Received: from [129.156.226.192] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4I00A2MCQ7P100@mail-amer.sun.com>; Thu, 24 Jul 2008 05:18:08 -0600 (MDT) Date: Thu, 24 Jul 2008 06:18:14 -0500 From: Brian Cameron Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <1216693243.1997.1.camel@goalie> Sender: Brian.Cameron@sun.com To: Irene Huang Cc: Jim Li , Shi-Ying Irene Huang , James Carlson , lsarc-ext@sun.com Message-id: <488864F6.9090100@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> User-Agent: Thunderbird 2.0.0.14 (X11/20080701) Status: RO Content-Length: 5924 Irene: The description for this project says: > This locate can index all files on your system, but only files > and directories which the invoking user has access to will be > displayed. This doesn't really explain to me what exactly this project does very well. I don't, for example, understand how it is different (or how it relates) to other projects that do similar things - such as MetaTracker. Will having multiple services on the system which are indexing all the files on a system have performance impact? This isn't discussed at all. Brian Irene Huang wrote: > Hi, all > > The new proposal files is uploaded to > Internally > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal-v2.txt > Diff: http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal.diff > > Externally > http://www.opensolaris.org/os/community/arc/caselog/2008/447 > > if there's any further issues with this case, please send an email > before 07/22/2008. > > Thanks in advance. > > --Irene > On Mon, 2008-07-21 at 18:18 +0800, Jim Li wrote: >> Hi James, >> >> I've updated the one page and summarized the questions and answers. >> >> Q1. Missed at least /etc/updatedb.conf and /var/lib/slocate/slocate.db >> >> added the missed interfaces. see the updated one page. >> >> Q2. Missed a contract. What is being used from /usr/lib/libast.so.1 and why? >> >> The contract has been approved. >> >> http://sac.sfbay/Archives/CaseLog/arc/LSARC/2008/447/contracts/libast-PSARC-2006-550.txt >> >> Fts_open, fts_close, fts_read and fts_set provide the functionality >> of traversing a file hierarchy. They are GNU C library extension but >> not in Solaris's libc. >> >> Q3. What's this software integrating? >> >> Java Desktop. >> >> Q4. Suggested that each locate implementation has an update service in >> smf(5) >> and a cron job. >> >> Currently we are focusing on enriching the open source projects which can >> be used on Solaris. Don't have enough resources to improve the projects or >> provide extension function. >> >> In Linux distribution, slocate use anacron to update the index file >> periodically. Anacron is a little bit different from cron job. It >> executes commands at intervals not at specifed time. It does not >> assume that the system is running continuously. >> >> If this is a blocked issue of this case, please feel free to let me know as >> soon as possible. I'll discuss this issue with my manager. >> >> Q5. Does user need special privileges to execute updatedb? >> >> needs Primary Administrator profile. >> >> Q6. There's locate(1) versus slocate(1) versus mlocate(1). Aren't Linux >> distributions dropping slocate over time? >> >> mlocate is a locate/updatedb implementation. The 'm' stands for "merging". >> updatedb reuses the existing database to avoid rereading most of the file >> system, which makes updatedb faster and does not trash the system caches >> as much. mlocate could be a replacement for locate but not slocate. >> >> slocate skips the files and directory which the invoking user hasn't right >> access without stoping the locate. mlocate only focuses on creating index >> files effectively. >> >> In Ubuntu 7.10, locate has been overwritten by slocate if slocate has >> been installed. >> >> I do hope that the review can be restarted. >> >> Thanks >> Jim >>> Jim Li writes: >>> >>>>> Shi-Ying Irene Huang writes: >>>>> I think you may have missed at least /etc/updatedb.conf and >>>>> /var/lib/slocate/slocate.db. There may be other interfaces associated >>>>> with this package; I'm not positive, as it's been a while since I used >>>>> it. >>>>> >>>>> >>>>> >>>> /etc/updatedb.conf is the configuration file for locate which belongs to >>>> another package findutils. As slocate man pages says that slocate will >>>> parse GNU Locate's /etc/updatedb.conf when the argument is provided. >>>> >>> OK. That still makes it an interface. Interface lists aren't just a >>> catalog of the files shipped in the package. >>> >>> >>>> /var/lib/slocate/slocate.db is the index file which is be created by >>>> package install post, cause it's group owner should be slocate which is >>>> created by package install pre. I'm not sure if I should list this file >>>> here or not. If it should be there, please let me know. >>>> >>> Yes; absolutely. The "install post" and "install pre" sound like an >>> interesting problem as well. The new user and group are *also* >>> interfaces. >>> >>> You should work with your case sponsor to come up with a complete set >>> of materials. I suggest placing this case in "waiting need spec" >>> state until those materials are available, because it's obviously not >>> complete today, and thus can't be a fast-track. >>> >>> >>>>> Isn't updatedb normally used only in a cron job entry? Should it be >>>>> on every user's path, especially with that really unfortunate, >>>>> much-too-generic name? >>>>> >>>>> >>>>> >>>> Not really. Sometime user need to update index immediately. >>>> >>> I see. Does that user need special privileges to do this? >>> >>> >>>>> ... and then there's locate(1) versus slocate(1) versus mlocate(1). >>>>> Aren't Linux distributions dropping slocate over time? >>>>> >>>>> >>>>> >>>> In Ubntu 7.10, locate has been overwritten by slocate if slocate is >>>> installed. >>>> >>> What about mlocate? >>> >>> >>>>>> /usr/lib/libast.so.1 private 2006/550 >>>>>> (SONMAE libast.so.1) >>>>>> >>>>>> >>>>> That comes from ON and I don't see a contract. Where's this software >>>>> integrating? >>>>> >>>>> >>>>> >>>> Contract is going on, Sorry about this. Libast.so.1 is in SUNWcsl. >>>> >>> Where is slocate integrating? SFW? >>> >>> > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Jim.Li@sun.com Fri Jul 25 00:02:55 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 m6P72sTI011065 for ; Fri, 25 Jul 2008 00:02:55 -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 m6P72iId003330 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 25 Jul 2008 08:02: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 <0K4J00F03VKRE700@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 00:02:51 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4J008B7VKQ7ZF0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 00:02:51 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6P740ZN027716 for ; Fri, 25 Jul 2008 07:04:00 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4J00L01VDLVI00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 15:00:20 +0800 (SGT) Received: from [129.158.217.251] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4J00BDTVGIRE86@mail-apac.sun.com>; Fri, 25 Jul 2008 15:00:19 +0800 (SGT) Date: Fri, 25 Jul 2008 15:18:29 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <488864F6.9090100@sun.com> Sender: Jim.Li@sun.com To: Brian Cameron Cc: Irene Huang , Shi-Ying Irene Huang , James Carlson , lsarc-ext@sun.com Message-id: <48897E45.8080002@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en, zh, de X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-CN; rv:1.7) Gecko/20041102 Status: RO Content-Length: 1162 Brian: > The description for this project says: > > > This locate can index all files on your system, but only files > > and directories which the invoking user has access to will be > > displayed. > > This doesn't really explain to me what exactly this project does very > well. I don't, for example, understand how it is different (or how > it relates) to other projects that do similar things - such as > MetaTracker. Will having multiple services on the system which are > indexing all the files on a system have performance impact? This > isn't discussed at all. There are at least two differences between slocate and Tracker: 1> Slocate uses a central index file for all users which means one system only has one slocate index file. Tracker creates and uses index file in invoking user's home directory and it's default start directory is this user's home. 2> Slocate will check file permissions and ownership before displaying matched files so that files they don't have access to will be filtered out. Tracker will display all matched files no matter what the permissions and ownershiop are. Make senses? Thanks Jim From carlsonj@phorcys.east.sun.com Fri Jul 25 04:57:56 2008 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 m6PBvuGR016999 for ; Fri, 25 Jul 2008 04:57:56 -0700 (PDT) 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 m6PBvqOK016054; Fri, 25 Jul 2008 04:57:54 -0700 (PDT) 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 <0K4K00E0398I8500@brm-avmta-1.central.sun.com>; Fri, 25 Jul 2008 05:57:54 -0600 (MDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4K00L4A98HFSD0@brm-avmta-1.central.sun.com>; Fri, 25 Jul 2008 05:57:53 -0600 (MDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6PBvqBT022571; Fri, 25 Jul 2008 07:57:52 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6PBvq0V022568; Fri, 25 Jul 2008 07:57:52 -0400 (EDT) Date: Fri, 25 Jul 2008 07:57:52 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48897E45.8080002@sun.com> To: Jim Li Cc: Brian Cameron , Irene Huang , Shi-Ying Irene Huang , lsarc-ext@sun.com Message-id: <18569.49088.524497.53268@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> Status: RO Content-Length: 667 Jim Li writes: > 2> Slocate will check file permissions and ownership before displaying > matched files so that files they don't have access to will be filtered > out. Tracker will display all matched files no matter what the > permissions and ownershiop are. I assume that's an attempt at security. As described, it likely doesn't work with ACLs on Solaris, and should have a warning. It won't necessarily provide the desired security. -- 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 Darren.Moffat@sun.com Fri Jul 25 05:33:51 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 m6PCXoVO017979 for ; Fri, 25 Jul 2008 05:33:51 -0700 (PDT) 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 m6PCXiX1009593 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 25 Jul 2008 20:33:49 +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 <0K4K0070BAWBH200@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 05:33:47 -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 <0K4K0063HAW97N40@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 05:33:46 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6PCXjb3019263 for ; Fri, 25 Jul 2008 12:33:45 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K4K00C01ARGFV00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 13:33:45 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4K007I6AW9EKC0@fe-emea-09.sun.com>; Fri, 25 Jul 2008 13:33:45 +0100 (BST) Date: Fri, 25 Jul 2008 13:33:44 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18569.49088.524497.53268@gargle.gargle.HOWL> Sender: Darren.Moffat@sun.com To: James Carlson Cc: Jim Li , Irene Huang , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <4889C828.1090409@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1004 James Carlson wrote: > Jim Li writes: >> 2> Slocate will check file permissions and ownership before displaying >> matched files so that files they don't have access to will be filtered >> out. Tracker will display all matched files no matter what the >> permissions and ownershiop are. > > I assume that's an attempt at security. As described, it likely > doesn't work with ACLs on Solaris, and should have a warning. It > won't necessarily provide the desired security. If by "doesn't work with ACLs" means that it gives out information about files that the user would not normally be able to see because the ACL denys them access then that is a security vulnerability it it must not be integrated like that. The lack of ACL support is an architectural issue, if it fails safe then I think this case can integrate but an RFE should be logged upstream to add ACL support. If it fails unsafe (as above) then ACL support must be provided for this case to be approved. -- Darren J Moffat From carlsonj@phorcys.east.sun.com Fri Jul 25 06:46:17 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 m6PDkGSf020082 for ; Fri, 25 Jul 2008 06:46:16 -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 m6PDkBdt021749; Fri, 25 Jul 2008 14:46:13 +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 <0K4K00F1XE8ZEE00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Jul 2008 06:46:11 -0700 (PDT) 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 <0K4K00ALQE8YLG20@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Jul 2008 06:46:11 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6PDk9kS023365; Fri, 25 Jul 2008 09:46:09 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6PDk99t023362; Fri, 25 Jul 2008 09:46:09 -0400 (EDT) Date: Fri, 25 Jul 2008 09:46:09 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4889C828.1090409@Sun.COM> To: Darren J Moffat Cc: Jim Li , Irene Huang , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <18569.55585.288647.2126@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> Status: RO Content-Length: 1781 Darren J Moffat writes: > James Carlson wrote: > > Jim Li writes: > >> 2> Slocate will check file permissions and ownership before displaying > >> matched files so that files they don't have access to will be filtered > >> out. Tracker will display all matched files no matter what the > >> permissions and ownershiop are. > > > > I assume that's an attempt at security. As described, it likely > > doesn't work with ACLs on Solaris, and should have a warning. It > > won't necessarily provide the desired security. > > If by "doesn't work with ACLs" means that it gives out information about > files that the user would not normally be able to see because the ACL > denys them access Yes; that's what I'm assuming occurs here. Otherwise, why bother checking permissions and ownership or claiming that the "s" means enhanced security over the usual GNU locate utility? I suspect this application is in the same boat with _many_ other indexers. It's a common problem. > then that is a security vulnerability it it must not > be integrated like that. The lack of ACL support is an architectural > issue, if it fails safe then I think this case can integrate but an RFE > should be logged upstream to add ACL support. If it fails unsafe (as > above) then ACL support must be provided for this case to be approved. I'm on the fence on this one. The way it "fails safe" is that you don't install it if you don't want it and/or you do care about ACLs. As there are some who use ACLs, there must also be some who have no need for them. :-/ -- 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 Darren.Moffat@sun.com Fri Jul 25 07:00:24 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 m6PE0NpH020456 for ; Fri, 25 Jul 2008 07:00:24 -0700 (PDT) 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 m6PE0EGN011588 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 25 Jul 2008 22:00:22 +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 <0K4K00G27EWMWX00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 07:00:22 -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 <0K4K00A33EWLLE30@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 07:00:22 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6PE0Lpq021668 for ; Fri, 25 Jul 2008 14:00:21 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K4K00H01EKIOC00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 15:00:21 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4K00I15EWCYW10@fe-emea-09.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 25 Jul 2008 15:00:13 +0100 (BST) Date: Fri, 25 Jul 2008 15:00:12 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18569.55585.288647.2126@gargle.gargle.HOWL> Sender: Darren.Moffat@sun.com To: Jim Li , Irene Huang Cc: James Carlson , lsarc-ext@sun.com Message-id: <4889DC6C.8040609@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 831 James Carlson wrote: > I'm on the fence on this one. The way it "fails safe" is that you > don't install it if you don't want it and/or you do care about ACLs. I don't think that is fair. It is the sysadmin that does the install but the end user's privacy that is leaked to other end users if their filenames are revealed by slocate. I need an explict answer on slocate: If there is an ACL that would deny a user decending down a particular directory path (and thus not being able to see further filenames) will that be honoured by slocate ? If the answer is no then it seems to me that slocate is no safer than locate. There is also the issue of when slocate checks the permissions because they could change between the time of indexing and the time of look up - that I'm less concerned about. -- Darren J Moffat From carlsonj@phorcys.east.sun.com Fri Jul 25 07:27:32 2008 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 m6PERWDC020843 for ; Fri, 25 Jul 2008 07:27:32 -0700 (PDT) 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 m6PERQcQ025386; Fri, 25 Jul 2008 07:27:28 -0700 (PDT) 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 <0K4K00203G5S4X00@brm-avmta-1.central.sun.com>; Fri, 25 Jul 2008 08:27:28 -0600 (MDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4K00GK5G5RWDA0@brm-avmta-1.central.sun.com>; Fri, 25 Jul 2008 08:27:27 -0600 (MDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6PERRAB023566; Fri, 25 Jul 2008 10:27:27 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6PERRLe023563; Fri, 25 Jul 2008 10:27:27 -0400 (EDT) Date: Fri, 25 Jul 2008 10:27:27 -0400 From: James Carlson Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4889DC6C.8040609@Sun.COM> To: Darren J Moffat Cc: Jim Li , Irene Huang , lsarc-ext@sun.com Message-id: <18569.58063.360146.73442@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.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> Status: RO Content-Length: 1318 Darren J Moffat writes: > James Carlson wrote: > > I'm on the fence on this one. The way it "fails safe" is that you > > don't install it if you don't want it and/or you do care about ACLs. > > I don't think that is fair. I do. The system doesn't install with any ACLs on anything. The system itself doesn't depend on them. What we have here isn't so much of a "security problem" as it is of a feature incompatibility: you can either make use of ACLs on your system, or you can use a "secure" global file indexer, but you can't do both. The security issues crop up only as an artifact of the incompatibility between these two; they're not inherent. > It is the sysadmin that does the install > but the end user's privacy that is leaked to other end users if their > filenames are revealed by slocate. I suspect that for many of the use-cases for slocate, those are effectively the same person. That's part of the problem in trying to be "Linux friendly" instead of building a unified system. It's hard to determine which features can reasonably blow others out of the water. :-/ -- 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 Jim.Li@sun.com Tue Jul 29 00:36:18 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 m6T7aHtA020916 for ; Tue, 29 Jul 2008 00:36:18 -0700 (PDT) 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 m6T7aCBJ013667 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 29 Jul 2008 15:36:16 +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 <0K4R00025BSEPJ00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 29 Jul 2008 00:36:14 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4R00ADZBSBAYE0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 29 Jul 2008 00:36:12 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6T7agf1016176 for ; Tue, 29 Jul 2008 07:36:42 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4R00L01BIVGT00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 29 Jul 2008 15:33:37 +0800 (SGT) Received: from [129.158.217.236] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4R009WXBNY8AOJ@mail-apac.sun.com>; Tue, 29 Jul 2008 15:33:35 +0800 (SGT) Date: Tue, 29 Jul 2008 15:52:04 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4889C828.1090409@Sun.COM> Sender: Jim.Li@sun.com To: Darren J Moffat Cc: James Carlson , Irene Huang , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <488ECC24.9040001@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en, zh, de X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-CN; rv:1.7) Gecko/20041102 Status: RO Content-Length: 1475 Darren J Moffat wrote: > James Carlson wrote: > >> Jim Li writes: >> >>> 2> Slocate will check file permissions and ownership before >>> displaying matched files so that files they don't have access to >>> will be filtered out. Tracker will display all matched files no >>> matter what the permissions and ownershiop are. >> >> >> I assume that's an attempt at security. As described, it likely >> doesn't work with ACLs on Solaris, and should have a warning. It >> won't necessarily provide the desired security. > > > If by "doesn't work with ACLs" means that it gives out information > about files that the user would not normally be able to see because > the ACL denys them access then that is a security vulnerability it it > must not be integrated like that. The lack of ACL support is an > architectural issue, if it fails safe then I think this case can > integrate but an RFE should be logged upstream to add ACL support. If > it fails unsafe (as above) then ACL support must be provided for this > case to be approved. > Actually, slocate uses system call access() to check file permissions and ownership, so slocate works with ACLs. By the way, slocate only creates index and works on file name, not file content. I'm still working on adding a cron job and trying to remove group id which seems not neccessary for this project right now. I'll update ARC material after finish all of them. Thanks your guy's great points and suggestion Jim From Jim.Li@sun.com Wed Jul 30 23:48:23 2008 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 m6V6mNlL021427 for ; Wed, 30 Jul 2008 23:48:23 -0700 (PDT) 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 m6V6mMqa017132 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 30 Jul 2008 23:48:23 -0700 (PDT) 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 <0K4U00I01YWLT500@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 00:48:21 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4U00B41YWJKQ40@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 00:48:20 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6V6mI1c006446 for ; Thu, 31 Jul 2008 06:48:18 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4U00G01YS3XT00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 14:48:18 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4U00BE0YWHREPB@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 14:48:18 +0800 (SGT) Date: Thu, 31 Jul 2008 14:47:39 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <18569.58063.360146.73442@gargle.gargle.HOWL> Sender: Jim.Li@sun.com To: James Carlson Cc: Darren J Moffat , Irene Huang , lsarc-ext@sun.com Message-id: <4891600B.7010400@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Status: RO Content-Length: 3534 I've updated the ARC material and summarized the question and answers as following: Q1. Should add a cron job entry to update index automatically. Added it to run updatedb at 3:00 am everyday. Q2. Does user need special privileges to execute updatedb? It depends. Slocate allow user to create it own index file. But only root can udpate default index file. Q3. slocate.db shouldn't be created in postinstall instead of empty file with correct permissions Done. Q4. What reserved GID is being used for slocate? and other questions about this. Group "slocate" is not necessary by going through the source code deeply. So just remove all "slocate" relative stuff. Q5. Does slocate not have a configuration file of its own? We are not sure when findutils which owns /etc/updatedb.conf file will be integrated into Solaris. As Darren's suggestion, we deliver a sample configuration file. Q6. What's the differences between Slocate and Tracker? 1> Although Slocate allow user to create his/her own index files, By default Slocate uses a central index file for all users which means one system only has one slocate index file. Tracker creates and uses index file in invoking user's home directory and it's default start directory is this user's home. 2> Slocate will check file permissions and ownership before displaying matched files so that files they don't have access to will be filtered out. Tracker will display all matched files no matter what the permissions and ownershiop are. 3> Slocate takes care of only filename, which means only creating index on filename, not on file content. Tracker also deals with file contents. Q7. Does Slocate work with ACLs on Solaris? Actually, Slocate uses system call access() to check file permissions, so it works with ACLs pretty well. Slocate always filter out files the invoking users can't access when creating index file or display the found file name. If there is an ACL that would deny a user decending down a particular directory path ( and thus not being able to see further filenames) will that be honoured by slocate? Yes. Slocate will just skip all filename under this path. The slocate index file doesn't contain any permission information. it checks permission at run time. so slocate can do the right things if permission change. Thanks Jim James Carlson wrote: > Darren J Moffat writes: > >> James Carlson wrote: >> >>> I'm on the fence on this one. The way it "fails safe" is that you >>> don't install it if you don't want it and/or you do care about ACLs. >>> >> I don't think that is fair. >> > > I do. The system doesn't install with any ACLs on anything. The > system itself doesn't depend on them. > > What we have here isn't so much of a "security problem" as it is of a > feature incompatibility: you can either make use of ACLs on your > system, or you can use a "secure" global file indexer, but you can't > do both. The security issues crop up only as an artifact of the > incompatibility between these two; they're not inherent. > > >> It is the sysadmin that does the install >> but the end user's privacy that is leaked to other end users if their >> filenames are revealed by slocate. >> > > I suspect that for many of the use-cases for slocate, those are > effectively the same person. That's part of the problem in trying to > be "Linux friendly" instead of building a unified system. It's hard > to determine which features can reasonably blow others out of the > water. :-/ > > From Irene.Huang@Sun.COM Wed Jul 30 23:56:27 2008 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 m6V6uQYR021798 for ; Wed, 30 Jul 2008 23:56:26 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6V6uQA9021708 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 30 Jul 2008 23:56:26 -0700 (PDT) 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 <0K4U00J05ZA0EJ00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 00:56:24 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4U00BORZ9ZKN40@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 00:56:24 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6V6uM1E007118 for ; Thu, 31 Jul 2008 06:56:22 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4U00001Z5PRQ00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 14:56:22 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4U009QFZ9X8GKL@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 14:56:22 +0800 (SGT) Date: Thu, 31 Jul 2008 14:57:22 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891600B.7010400@sun.com> Sender: Irene.Huang@Sun.COM To: Jim Li Cc: James Carlson , Darren J Moffat , lsarc-ext@Sun.COM Message-id: <1217487442.14048.21.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.22.2 Content-type: text/plain Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> Status: RO Content-Length: 4141 The updated proposal is posted at Internally http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal-v3.txt Diff file at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal-v2-v3.diff Externally http://www.opensolaris.org/os/community/arc/caselog/2008/447 I am reseting the timeout to be August 4th. Thanks --Irene On Thu, 2008-07-31 at 14:47 +0800, Jim Li wrote: > I've updated the ARC material and summarized the question and answers as > following: > > Q1. Should add a cron job entry to update index automatically. > > Added it to run updatedb at 3:00 am everyday. > > Q2. Does user need special privileges to execute updatedb? > > It depends. Slocate allow user to create it own index file. But only root > can udpate default index file. > > > Q3. slocate.db shouldn't be created in postinstall instead of empty file > with correct > permissions > > Done. > > Q4. What reserved GID is being used for slocate? and other questions > about this. > > Group "slocate" is not necessary by going through the source code deeply. > So just remove all "slocate" relative stuff. > > Q5. Does slocate not have a configuration file of its own? > > We are not sure when findutils which owns /etc/updatedb.conf file will > be integrated > into Solaris. As Darren's suggestion, we deliver a sample configuration > file. > > Q6. What's the differences between Slocate and Tracker? > > 1> Although Slocate allow user to create his/her own index files, By > default Slocate > uses a central index file for all users which means one system only has > one slocate > index file. Tracker creates and uses index file in invoking user's home > directory > and it's default start directory is this user's home. > > 2> Slocate will check file permissions and ownership before displaying > matched files > so that files they don't have access to will be filtered out. Tracker > will display > all matched files no matter what the permissions and ownershiop are. > > 3> Slocate takes care of only filename, which means only creating index > on filename, > not on file content. Tracker also deals with file contents. > > Q7. Does Slocate work with ACLs on Solaris? > > Actually, Slocate uses system call access() to check file permissions, > so it works > with ACLs pretty well. Slocate always filter out files the invoking > users can't > access when creating index file or display the found file name. > > If there is an ACL that would deny a user decending down a particular > directory path > ( and thus not being able to see further filenames) will that be > honoured by slocate? > > Yes. Slocate will just skip all filename under this path. > > The slocate index file doesn't contain any permission information. it > checks permission > at run time. so slocate can do the right things if permission change. > > Thanks > Jim > > > James Carlson wrote: > > Darren J Moffat writes: > > > >> James Carlson wrote: > >> > >>> I'm on the fence on this one. The way it "fails safe" is that you > >>> don't install it if you don't want it and/or you do care about ACLs. > >>> > >> I don't think that is fair. > >> > > > > I do. The system doesn't install with any ACLs on anything. The > > system itself doesn't depend on them. > > > > What we have here isn't so much of a "security problem" as it is of a > > feature incompatibility: you can either make use of ACLs on your > > system, or you can use a "secure" global file indexer, but you can't > > do both. The security issues crop up only as an artifact of the > > incompatibility between these two; they're not inherent. > > > > > >> It is the sysadmin that does the install > >> but the end user's privacy that is leaked to other end users if their > >> filenames are revealed by slocate. > >> > > > > I suspect that for many of the use-cases for slocate, those are > > effectively the same person. That's part of the problem in trying to > > be "Linux friendly" instead of building a unified system. It's hard > > to determine which features can reasonably blow others out of the > > water. :-/ > > > > > From Darren.Moffat@sun.com Thu Jul 31 03:43:10 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 m6VAhApX029392 for ; Thu, 31 Jul 2008 03:43:10 -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 m6VAh24q003462 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 31 Jul 2008 11:43:09 +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 <0K4V00A019RWOM00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 03:43:08 -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 <0K4V009MJ9RVK600@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 03:43:08 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6VAh7x7021244 for ; Thu, 31 Jul 2008 10:43:07 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K4V00H019KEWW00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 11:43:07 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4V0046M9RAVJ20@fe-emea-09.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 11:42:47 +0100 (BST) Date: Thu, 31 Jul 2008 11:42:46 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891600B.7010400@sun.com> Sender: Darren.Moffat@sun.com To: Jim Li Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <48919726.4040809@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1169 Jim Li wrote: > Q4. What reserved GID is being used for slocate? and other questions > about this. > > Group "slocate" is not necessary by going through the source code deeply. > So just remove all "slocate" relative stuff. So slocate is no longer SUID or SGID ? > Q7. Does Slocate work with ACLs on Solaris? > > Actually, Slocate uses system call access() to check file permissions, > so it works > with ACLs pretty well. Slocate always filter out files the invoking > users can't > access when creating index file or display the found file name. > > If there is an ACL that would deny a user decending down a particular > directory path > ( and thus not being able to see further filenames) will that be > honoured by slocate? > > Yes. Slocate will just skip all filename under this path. > > The slocate index file doesn't contain any permission information. it > checks permission > at run but if slocate isn't SUID or SGID to root or the owner of the database file that implies that the database file is world readable so this check is a bit pointless. So what is the ownership and permissions of /var/lib/slocate/slocate.db -- Darren J Moffat From Jim.Li@Sun.COM Thu Jul 31 05:42:51 2008 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 m6VCgpTM002643 for ; Thu, 31 Jul 2008 05:42:51 -0700 (PDT) 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 m6VCgpZh016388 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 31 Jul 2008 05:42:51 -0700 (PDT) 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 <0K4V00007FBEWB00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 05:42:50 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4V009B5FBCK580@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 05:42:49 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6VCgl7f025508 for ; Thu, 31 Jul 2008 12:42:47 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4V00001F86D500@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 20:42:47 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4V00FM7FB6QYC3@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 20:42:47 +0800 (SGT) Date: Thu, 31 Jul 2008 20:42:04 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48919726.4040809@Sun.COM> Sender: Jim.Li@Sun.COM To: Darren J Moffat Cc: James Carlson , Irene Huang , lsarc-ext@Sun.COM Message-id: <4891B31C.5040505@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Status: RO Content-Length: 1585 Darren J Moffat wrote: > Jim Li wrote: >> Q4. What reserved GID is being used for slocate? and other questions >> about this. >> >> Group "slocate" is not necessary by going through the source code >> deeply. >> So just remove all "slocate" relative stuff. > > So slocate is no longer SUID or SGID ? Yes, it not. > >> Q7. Does Slocate work with ACLs on Solaris? >> >> Actually, Slocate uses system call access() to check file >> permissions, so it works >> with ACLs pretty well. Slocate always filter out files the invoking >> users can't >> access when creating index file or display the found file name. >> >> If there is an ACL that would deny a user decending down a particular >> directory path >> ( and thus not being able to see further filenames) will that be >> honoured by slocate? >> >> Yes. Slocate will just skip all filename under this path. >> >> The slocate index file doesn't contain any permission information. it >> checks permission >> at run > > but if slocate isn't SUID or SGID to root or the owner of the database > file that implies that the database file is world readable so this > check is a bit pointless. > "check permission" here doesn't mean that it check /var/lib/slocate/slocate.db's permission. Firstly it will search all matched file name according to user inputed arguments in index file. Secondly, it will check all found file name's permission for invoking user to decide if filter out or not. > So what is the ownership and permissions of /var/lib/slocate/slocate.db > The ownership is root, group is other and permissions is 744 From Darren.Moffat@sun.com Thu Jul 31 05:48:27 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 m6VCmQNc002889 for ; Thu, 31 Jul 2008 05:48:27 -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 m6VCmKnB023952 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 31 Jul 2008 13:48:25 +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 <0K4V00E0JFKO8N00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 05:48:24 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4V0057SFKNLEB0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 05:48:23 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6VCmMjs023019 for ; Thu, 31 Jul 2008 12:48:22 +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 <0K4V00701EKOIX00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 13:48:22 +0100 (BST) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4V00IXBFKEUW50@fe-emea-10.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 13:48:14 +0100 (BST) Date: Thu, 31 Jul 2008 13:48:14 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891B31C.5040505@sun.com> Sender: Darren.Moffat@sun.com To: Jim Li Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <4891B48E.9020100@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1188 Jim Li wrote: >> So slocate is no longer SUID or SGID ? > Yes, it not. >> but if slocate isn't SUID or SGID to root or the owner of the database >> file that implies that the database file is world readable so this >> check is a bit pointless. >> > "check permission" here doesn't mean that it check > /var/lib/slocate/slocate.db's permission. I know that. ? Firstly it will search all > matched file name according to user inputed arguments in index file. > Secondly, it will check all found file name's permission for invoking > user to decide if filter out or not. I understand that. >> So what is the ownership and permissions of /var/lib/slocate/slocate.db >> > The ownership is root, group is other and permissions is 744 The above check is completely useless given that that database is publically readable. Also it should't be rwx for owner it doesn't get executed it should be rw-. This is why slocate is normally installed SUID or SGID so that the database can be installed like one of the following: root root 600 root slocate 640 If you don't install it this way you are missing one of the primary reasons for slocate over locate. -- Darren J Moffat From Jim.Li@sun.com Thu Jul 31 06:12: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 m6VDCDgr005269 for ; Thu, 31 Jul 2008 06:12:28 -0700 (PDT) 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 m6VDC5h2011257 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 31 Jul 2008 21:12:07 +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 <0K4V0040ZGO60100@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 06:12:06 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4V0098KGO4K6A0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 06:12:05 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6VDC4qb026196 for ; Thu, 31 Jul 2008 13:12:04 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4V00201GG3PP00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 21:12:04 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4V007OVGO3UHXZ@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 21:12:04 +0800 (SGT) Date: Thu, 31 Jul 2008 21:11:26 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891B48E.9020100@Sun.COM> Sender: Jim.Li@sun.com To: Darren J Moffat Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <4891B9FE.3000007@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Status: RO Content-Length: 710 Darren J Moffat wrote: >>> So what is the ownership and permissions of /var/lib/slocate/slocate.db >>> >> The ownership is root, group is other and permissions is 744 > > The above check is completely useless given that that database is > publically readable. Also it should't be rwx for owner it doesn't get > executed it should be rw-. > > This is why slocate is normally installed SUID or SGID so that the > database can be installed like one of the following: > root root 600 > root slocate 640 Understood. Which way is better, SUID(root root 600) or root slocate 640? Thanks Jim > > If you don't install it this way you are missing one of the primary > reasons for slocate over locate. > From Jim.Li@Sun.COM Thu Jul 31 06:14:42 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 m6VDEfP2005620 for ; Thu, 31 Jul 2008 06:14:42 -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 m6VDEeu2012074 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 31 Jul 2008 21:14:40 +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 <0K4V0000FGSFZK00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 07:14:39 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4V00BG2GSDSL90@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 07:14:38 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6VDEb81026262 for ; Thu, 31 Jul 2008 13:14:37 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4V00D01GR2F800@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 21:14:37 +0800 (SGT) Received: from [129.158.217.192] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4V00F38GSCR1R1@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 21:14:37 +0800 (SGT) Date: Thu, 31 Jul 2008 21:13:58 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891B48E.9020100@Sun.COM> Sender: Jim.Li@Sun.COM To: Darren J Moffat Cc: James Carlson , Irene Huang , lsarc-ext@Sun.COM Message-id: <4891BA96.6070800@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Status: RO Content-Length: 769 Darren J Moffat wrote: >>> So what is the ownership and permissions of /var/lib/slocate/slocate.db >>> >> The ownership is root, group is other and permissions is 744 > > The above check is completely useless given that that database is > publically readable. Also it should't be rwx for owner it doesn't get > executed it should be rw-. > > This is why slocate is normally installed SUID or SGID so that the > database can be installed like one of the following: > root root 600 > root slocate 640 The previous email miss something, just ignore it. Understood. Which way is better, SUID(root root 600) or SGID(root slocate 640)? Thanks Jim > > If you don't install it this way you are missing one of the primary > reasons for slocate over locate. > From Darren.Moffat@sun.com Thu Jul 31 06:38:32 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 m6VDcV55006047 for ; Thu, 31 Jul 2008 06:38:31 -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 m6VDcRkr015157 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 31 Jul 2008 14:38:30 +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 <0K4V00G07HW47B00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 06:38:28 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4V005ETHW3LID0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 06:38:28 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m6VDcRj9007205 for ; Thu, 31 Jul 2008 13:38:27 +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 <0K4V00801H02RG00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 14:38:27 +0100 (BST) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K4V00IRIHVRUW80@fe-emea-10.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 31 Jul 2008 14:38:16 +0100 (BST) Date: Thu, 31 Jul 2008 14:38:15 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891B9FE.3000007@sun.com> Sender: Darren.Moffat@sun.com To: Jim Li Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <4891C047.1030506@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 656 Jim Li wrote: > Darren J Moffat wrote: >>>> So what is the ownership and permissions of /var/lib/slocate/slocate.db >>>> >>> The ownership is root, group is other and permissions is 744 >> >> The above check is completely useless given that that database is >> publically readable. Also it should't be rwx for owner it doesn't get >> executed it should be rw-. >> >> This is why slocate is normally installed SUID or SGID so that the >> database can be installed like one of the following: >> root root 600 >> root slocate 640 > Understood. Which way is better, SUID(root root 600) or root slocate 640? root:slocate 640 -- Darren J Moffat From Irene.Huang@sun.com Sun Aug 3 19:54:27 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 m742sQ2L000739 for ; Sun, 3 Aug 2008 19:54:27 -0700 (PDT) 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 m742sC9l011379 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 4 Aug 2008 10:54:24 +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 <0K52000052QJ9O00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun, 03 Aug 2008 19:54:19 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K52008LS2QI16C0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun, 03 Aug 2008 19:54:19 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m742sISk021686 for ; Mon, 04 Aug 2008 02:54:18 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K52008012LBQY00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 10:54:18 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5200FAC2QHQYX6@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 10:54:18 +0800 (SGT) Date: Mon, 04 Aug 2008 10:55:18 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891C047.1030506@Sun.COM> Sender: Irene.Huang@sun.com To: Darren J Moffat Cc: Jim Li , James Carlson , lsarc-ext@sun.com Message-id: <1217818518.3807.2.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.22.2 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> Status: RO Content-Length: 885 It looks to me that there's no blocking issues for this case. If there's no objections within 24 hours, I'd like to close the case as approved. --Irene On Thu, 2008-07-31 at 14:38 +0100, Darren J Moffat wrote: > Jim Li wrote: > > Darren J Moffat wrote: > >>>> So what is the ownership and permissions of /var/lib/slocate/slocate.db > >>>> > >>> The ownership is root, group is other and permissions is 744 > >> > >> The above check is completely useless given that that database is > >> publically readable. Also it should't be rwx for owner it doesn't get > >> executed it should be rw-. > >> > >> This is why slocate is normally installed SUID or SGID so that the > >> database can be installed like one of the following: > >> root root 600 > >> root slocate 640 > > Understood. Which way is better, SUID(root root 600) or root slocate 640? > > root:slocate 640 > From Jim.Li@sun.com Mon Aug 4 01:09:56 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 m7489tjA008265 for ; Mon, 4 Aug 2008 01:09:55 -0700 (PDT) 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 m7489mlf021876 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 4 Aug 2008 16:09:54 +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 <0K5200C0XHCGX900@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 01:09:52 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5200LT0HCFLO70@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 01:09:52 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7489oFF025680 for ; Mon, 04 Aug 2008 08:09:50 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5200L01HBXYP00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 16:09:50 +0800 (SGT) Received: from [64.180.72.107] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5200BW4HC7REGC@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 16:09:50 +0800 (SGT) Date: Sun, 03 Aug 2008 13:09:54 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4891C047.1030506@Sun.COM> Sender: Jim.Li@sun.com To: Darren J Moffat Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <48953DA2.90505@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Status: RO Content-Length: 912 Darren J Moffat 写é“: > Jim Li wrote: >> Darren J Moffat wrote: >>>>> So what is the ownership and permissions of >>>>> /var/lib/slocate/slocate.db >>>>> >>>> The ownership is root, group is other and permissions is 744 >>> >>> The above check is completely useless given that that database is >>> publically readable. Also it should't be rwx for owner it doesn't >>> get executed it should be rw-. >>> >>> This is why slocate is normally installed SUID or SGID so that the >>> database can be installed like one of the following: >>> root root 600 >>> root slocate 640 >> Understood. Which way is better, SUID(root root 600) or root slocate >> 640? > > root:slocate 640 > Do you think root:root 600 is aslo acceptable? Because there are no preinstall or postinstall scripts in IPS, so there is no way to create a group when adding a package and delete this group when removing the package. Thanks Jim From Darren.Moffat@sun.com Mon Aug 4 02:35:31 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 m749ZUdT010720 for ; Mon, 4 Aug 2008 02:35:30 -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 m749ZOY6009072 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 4 Aug 2008 10:35:29 +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 <0K5200M01LB2NA00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 02:35:26 -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 <0K5200L26LB1LXC0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 02:35:26 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m749ZPMf028039 for ; Mon, 04 Aug 2008 09:35:25 +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 <0K5200J01KN46200@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 10:35:25 +0100 (BST) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5200H6TLAMUOA0@fe-emea-10.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 04 Aug 2008 10:35:12 +0100 (BST) Date: Mon, 04 Aug 2008 10:35:10 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48953DA2.90505@sun.com> Sender: Darren.Moffat@sun.com To: Jim Li Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <4896CD4E.60202@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1332 Jim Li wrote: > Darren J Moffat 写é“: >> Jim Li wrote: >>> Darren J Moffat wrote: >>>>>> So what is the ownership and permissions of >>>>>> /var/lib/slocate/slocate.db >>>>>> >>>>> The ownership is root, group is other and permissions is 744 >>>> >>>> The above check is completely useless given that that database is >>>> publically readable. Also it should't be rwx for owner it doesn't >>>> get executed it should be rw-. >>>> >>>> This is why slocate is normally installed SUID or SGID so that the >>>> database can be installed like one of the following: >>>> root root 600 >>>> root slocate 640 >>> Understood. Which way is better, SUID(root root 600) or root slocate >>> 640? >> >> root:slocate 640 >> > Do you think root:root 600 is aslo acceptable? No because that means slocate is then setuid to root, or it needs to run at least with file_dac_read which is IMO far too powerful given that isn't how it is usually deployed. > Because there are no preinstall or postinstall scripts in IPS, so there > is no way to create a group when adding a package and delete this group > when removing the package. I thought IPS did have a way to create users and groups. Either way this case talks about SVR4 packages not IPS and this case has to integrate via an SVR4 process not directly to IPS. -- Darren J Moffat From Darren.Moffat@sun.com Mon Aug 4 02:36:33 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 m749aWSc010734 for ; Mon, 4 Aug 2008 02:36:32 -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 m749aNxM009614 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 4 Aug 2008 10:36:31 +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 <0K5200M07LCTPO00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 04 Aug 2008 02:36:29 -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 <0K5200L50LCSLOD0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 04 Aug 2008 02:36:29 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m749aSUL028343 for ; Mon, 04 Aug 2008 09:36:28 +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 <0K5200J01KN46200@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 04 Aug 2008 10:36:28 +0100 (BST) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5200H8PLC0UOA0@fe-emea-10.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 04 Aug 2008 10:36:02 +0100 (BST) Date: Mon, 04 Aug 2008 10:36:00 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <1217818518.3807.2.camel@goalie> Sender: Darren.Moffat@sun.com To: Irene Huang Cc: Jim Li , James Carlson , lsarc-ext@sun.com Message-id: <4896CD80.5030305@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <1217818518.3807.2.camel@goalie> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 368 Irene Huang wrote: > It looks to me that there's no blocking issues for this case. If there's > no objections within 24 hours, I'd like to close the case as approved. There is still discussion going on and the spec in place does not reflect the status of the discussion. Given all the changes I want to see a final spec before this is closed. -- Darren J Moffat From Jyri.Virkki@sun.com Mon Aug 4 09:40:11 2008 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 m74GeBDV021301 for ; Mon, 4 Aug 2008 09:40:11 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m74Ge3l6025388; Mon, 4 Aug 2008 09:40:08 -0700 (PDT) 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 <0K5300K094YVBH00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Aug 2008 09:40:07 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K530090L4YTWYB0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 04 Aug 2008 09:40:06 -0700 (PDT) Received: from dm-usca19-13.red.iplanet.com (host-179-56-18-192.iplanet.com [192.18.56.179] (may be forged)) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m74Ge5sV006611; Mon, 04 Aug 2008 16:40:05 +0000 (GMT) Received: from buye.red.iplanet.com (buye [192.18.65.224]) by dm-usca19-13.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2) with ESMTP id m74Ge4s27396; Mon, 04 Aug 2008 09:40:04 -0700 (PDT) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m74Ge4bT014312; Mon, 04 Aug 2008 09:40:04 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m74Ge4ZD014311; Mon, 04 Aug 2008 09:40:04 -0700 (PDT) Date: Mon, 04 Aug 2008 09:40:04 -0700 From: Jyri Virkki Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4896CD4E.60202@Sun.COM> <48953DA2.90505@sun.com> To: Jim Li Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <20080804164004.GE3323@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: <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 780 Jim Li wrote: > > Because there are no preinstall or postinstall scripts in IPS, so there > is no way to create a group when adding a package and delete this group > when removing the package. IPS has a built-in group (and user) action, see pkg(5) Darren J Moffat wrote: > > Either way this case talks about SVR4 packages not IPS and this case has > to integrate via an SVR4 process not directly to IPS. True, of course, but that is a procedural accident. It would be shortsighted for any new integration to use custom package scripts which we already know will break as soon as the package shows up in IPS, so nobody should be doing that. (But as above, group action already exists so no issue on that front.) -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From Irene.Huang@sun.com Mon Aug 4 23:23:10 2008 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 m756NAmU016966 for ; Mon, 4 Aug 2008 23:23:10 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m756N9Kw008430 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 4 Aug 2008 23:23:10 -0700 (PDT) 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 <0K5400D0372JEO00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 05 Aug 2008 00:23:07 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5400LWF72HW160@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 05 Aug 2008 00:23:06 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m756N5Jo017717 for ; Tue, 05 Aug 2008 06:23:05 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5400M016X8HN00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 05 Aug 2008 14:23:04 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5400FOH72FR188@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 05 Aug 2008 14:23:04 +0800 (SGT) Date: Tue, 05 Aug 2008 14:24:06 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <4896CD4E.60202@Sun.COM> Sender: Irene.Huang@sun.com To: Darren J Moffat Cc: Jim Li , James Carlson , lsarc-ext@sun.com Message-id: <1217917446.18206.11.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.22.2 Content-type: text/plain Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200807150923.m6F9NCGf006739@sac.sfbay.sun.com> <18556.48591.468446.922964@gargle.gargle.HOWL> <487D9714.1040909@sun.com> <18557.57024.578801.501474@gargle.gargle.HOWL> <48846273.4040704@sun.com> <1216693243.1997.1.camel@goalie> <488864F6.9090100@sun.com> <48897E45.8080002@sun.com> <18569.49088.524497.53268@gargle.gargle.HOWL> <4889C828.1090409@Sun.COM> <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> <4896CD4E.60202@Sun.COM> Status: RO Content-Length: 1583 Hi, Jim Please make a decision on how to handle the property ASAP, and then I think we can put an end to this case:) Thanks --Irene On Mon, 2008-08-04 at 10:35 +0100, Darren J Moffat wrote: > Jim Li wrote: > > Darren J Moffat 写é“: > >> Jim Li wrote: > >>> Darren J Moffat wrote: > >>>>>> So what is the ownership and permissions of > >>>>>> /var/lib/slocate/slocate.db > >>>>>> > >>>>> The ownership is root, group is other and permissions is 744 > >>>> > >>>> The above check is completely useless given that that database is > >>>> publically readable. Also it should't be rwx for owner it doesn't > >>>> get executed it should be rw-. > >>>> > >>>> This is why slocate is normally installed SUID or SGID so that the > >>>> database can be installed like one of the following: > >>>> root root 600 > >>>> root slocate 640 > >>> Understood. Which way is better, SUID(root root 600) or root slocate > >>> 640? > >> > >> root:slocate 640 > >> > > Do you think root:root 600 is aslo acceptable? > > No because that means slocate is then setuid to root, or it needs to run > at least with file_dac_read which is IMO far too powerful given that > isn't how it is usually deployed. > > > Because there are no preinstall or postinstall scripts in IPS, so there > > is no way to create a group when adding a package and delete this group > > when removing the package. > > I thought IPS did have a way to create users and groups. > > Either way this case talks about SVR4 packages not IPS and this case has > to integrate via an SVR4 process not directly to IPS. > From Jim.Li@sun.com Tue Aug 12 00:28:12 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 m7C7SBtl006350 for ; Tue, 12 Aug 2008 00:28:12 -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 m7C7S5uD012667 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 12 Aug 2008 15:28:10 +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 <0K5H00M0L8QV2O00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Aug 2008 01:28:07 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5H002GC8QU8O80@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Aug 2008 01:28:07 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7C7S6GZ029003 for ; Tue, 12 Aug 2008 07:28:06 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5H00M018ON1V00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Aug 2008 15:28:06 +0800 (SGT) Received: from [192.168.1.100] ([207.216.174.7]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5H00FEF8QRQY7H@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Aug 2008 15:28:06 +0800 (SGT) Date: Tue, 12 Aug 2008 15:28:03 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <20080804164004.GE3323@sun.com> Sender: Jim.Li@sun.com To: Jyri Virkki Cc: James Carlson , Irene Huang , lsarc-ext@sun.com Message-id: <48A13B83.8090007@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> <20080804164004.GE3323@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 1018 Jyri Virkki wrote: > Jim Li wrote: > >> Because there are no preinstall or postinstall scripts in IPS, so there >> is no way to create a group when adding a package and delete this group >> when removing the package. >> > > IPS has a built-in group (and user) action, see pkg(5) > > > Darren J Moffat wrote: > >> Either way this case talks about SVR4 packages not IPS and this case has >> to integrate via an SVR4 process not directly to IPS. >> > > True, of course, but that is a procedural accident. It would be > shortsighted for any new integration to use custom package scripts > which we already know will break as soon as the package shows up in > IPS, so nobody should be doing that. > > (But as above, group action already exists so no issue on that front.) > After investigating IPS ( pkg(5)) and SVR4 packages, in order to work for both SVR4 and IPS, the best way should be that adding a default group in system for slocate ( 95 should be good for slocate). Make sense? Thanks Jim From Irene.Huang@Sun.COM Tue Aug 12 21:48:45 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 m7D4miIT014637 for ; Tue, 12 Aug 2008 21:48:45 -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 m7D4mhHQ022025 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 13 Aug 2008 12:48:44 +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 <0K5I00M01W16J400@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Aug 2008 22:48:42 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5I00K2HW15YUF0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Aug 2008 22:48:42 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7D4meft024081 for ; Wed, 13 Aug 2008 04:48:40 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5I00K01W0VUG00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 13 Aug 2008 12:48:40 +0800 (SGT) Received: from [129.158.146.240] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5I00BQSW13RE9M@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 13 Aug 2008 12:48:40 +0800 (SGT) Date: Wed, 13 Aug 2008 12:48:39 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48A13B83.8090007@sun.com> Sender: Irene.Huang@Sun.COM To: Jim Li Cc: Jyri Virkki , James Carlson , lsarc-ext@Sun.COM Message-id: <48A267A7.5020501@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> <20080804164004.GE3323@sun.com> <48A13B83.8090007@sun.com> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Status: RO Content-Length: 1248 Hi, all I am resetting the timeout to be August 16th. The updated proposal is posted at http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal-v4.txt Please review --Irene Jim Li wrote: > Jyri Virkki wrote: >> Jim Li wrote: >> >>> Because there are no preinstall or postinstall scripts in IPS, so >>> there is no way to create a group when adding a package and delete >>> this group when removing the package. >>> >> >> IPS has a built-in group (and user) action, see pkg(5) >> >> >> Darren J Moffat wrote: >> >>> Either way this case talks about SVR4 packages not IPS and this case >>> has to integrate via an SVR4 process not directly to IPS. >>> >> >> True, of course, but that is a procedural accident. It would be >> shortsighted for any new integration to use custom package scripts >> which we already know will break as soon as the package shows up in >> IPS, so nobody should be doing that. >> >> (But as above, group action already exists so no issue on that front.) >> > After investigating IPS ( pkg(5)) and SVR4 packages, in order to work > for both SVR4 and IPS, the best way should be that adding a default > group in system for slocate ( 95 should be good for slocate). > > Make sense? > > Thanks > Jim From Irene.Huang@Sun.COM Sun Aug 17 21:27:55 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 m7I4RssM010298 for ; Sun, 17 Aug 2008 21:27:55 -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 m7I4RrHV019289 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 18 Aug 2008 12:27: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 <0K5S00M014EHGR00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun, 17 Aug 2008 21:27:53 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5S00LVZ4EFDL00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun, 17 Aug 2008 21:27:52 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7I4RpP0007914 for ; Mon, 18 Aug 2008 04:27:51 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5S0070146RRY00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 18 Aug 2008 12:27:51 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5S004OI4EAPGT3@mail-apac.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 18 Aug 2008 12:27:48 +0800 (SGT) Date: Mon, 18 Aug 2008 12:28:58 +0800 From: Irene Huang Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48A267A7.5020501@sun.com> Sender: Irene.Huang@Sun.COM To: Jim Li Cc: Jyri Virkki , James Carlson , lsarc-ext@Sun.COM Message-id: <1219033738.18339.4.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.22.2 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> <20080804164004.GE3323@sun.com> <48A13B83.8090007@sun.com> <48A267A7.5020501@sun.com> Status: RO Content-Length: 1416 Closed as approved. --irene On Wed, 2008-08-13 at 12:48 +0800, Irene Huang wrote: > Hi, all > I am resetting the timeout to be August 16th. > The updated proposal is posted at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/447/proposal-v4.txt > > Please review > --Irene > Jim Li wrote: > > Jyri Virkki wrote: > >> Jim Li wrote: > >> > >>> Because there are no preinstall or postinstall scripts in IPS, so > >>> there is no way to create a group when adding a package and delete > >>> this group when removing the package. > >>> > >> > >> IPS has a built-in group (and user) action, see pkg(5) > >> > >> > >> Darren J Moffat wrote: > >> > >>> Either way this case talks about SVR4 packages not IPS and this case > >>> has to integrate via an SVR4 process not directly to IPS. > >>> > >> > >> True, of course, but that is a procedural accident. It would be > >> shortsighted for any new integration to use custom package scripts > >> which we already know will break as soon as the package shows up in > >> IPS, so nobody should be doing that. > >> > >> (But as above, group action already exists so no issue on that front.) > >> > > After investigating IPS ( pkg(5)) and SVR4 packages, in order to work > > for both SVR4 and IPS, the best way should be that adding a default > > group in system for slocate ( 95 should be good for slocate). > > > > Make sense? > > > > Thanks > > Jim > From Jim.Li@sun.com Mon Aug 18 00:24:44 2008 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 m7I7OiEZ014641 for ; Mon, 18 Aug 2008 00:24:44 -0700 (PDT) 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 m7I7OiSP021673 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 18 Aug 2008 00:24:44 -0700 (PDT) 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 <0K5S00605CL8PX00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 00:24:44 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5S00KV7CL76T80@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 00:24:44 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7I7OgMQ022947 for ; Mon, 18 Aug 2008 07:24:42 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5S00J01CIV0L00@mail-apac.sun.com> (original mail from Jim.Li@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 15:24:42 +0800 (SGT) Received: from [192.168.1.200] ([154.5.238.15]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5S00BKNCKYRGRH@mail-apac.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 15:24:42 +0800 (SGT) Date: Mon, 18 Aug 2008 15:24:34 +0800 From: Jim Li Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <1219033738.18339.4.camel@goalie> Sender: Jim.Li@sun.com To: Darren J Moffat Cc: Irene Huang , lsarc-ext@sun.com Message-id: <48A923B2.2080302@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> <20080804164004.GE3323@sun.com> <48A13B83.8090007@sun.com> <48A267A7.5020501@sun.com> <1219033738.18339.4.camel@goalie> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 666 Darren, >>> After investigating IPS ( pkg(5)) and SVR4 packages, in order to work >>> for both SVR4 and IPS, the best way should be that adding a default >>> group in system for slocate ( 95 should be good for slocate). >>> >>> About adding a default group issue, I noticed that in Postgress ARC case(LSARC/2006/344), you ask the project engineer to file a RFE in solaris/utility/security and assign it to you in order to add a default postgress group with gid 90. What should I do about slocate group? the same thing as above? or any suggestion and comment about this? Thanks in advance! Jim >>> Make sense? >>> >>> Thanks >>> Jim >>> > > From Darren.Moffat@sun.com Mon Aug 18 02:11:12 2008 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 m7I9BCCc018727 for ; Mon, 18 Aug 2008 02:11:12 -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 m7I9B81Y065543 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 18 Aug 2008 03:11:11 -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 <0K5S00D0XHIK2Q00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 02:11:08 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5S00LFKHIJDJD0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 02:11:08 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7I9B6wV002424 for ; Mon, 18 Aug 2008 09:11:07 +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 <0K5S00101G1R4500@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 10:11:06 +0100 (BST) Received: from [129.156.173.21] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5S00HPWHIFGZ80@fe-emea-10.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 18 Aug 2008 10:11:04 +0100 (BST) Date: Mon, 18 Aug 2008 10:11:03 +0100 From: Darren J Moffat Subject: Re: slocate for OpenSolaris [LSARC/2008/447 FastTrack timeout 07/22/2008] In-reply-to: <48A923B2.2080302@sun.com> Sender: Darren.Moffat@sun.com To: Jim Li Cc: Irene Huang , LSARC-ext@sun.com Message-id: <48A93CA7.5010100@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18569.55585.288647.2126@gargle.gargle.HOWL> <4889DC6C.8040609@Sun.COM> <18569.58063.360146.73442@gargle.gargle.HOWL> <4891600B.7010400@sun.com> <48919726.4040809@Sun.COM> <4891B31C.5040505@sun.com> <4891B48E.9020100@Sun.COM> <4891B9FE.3000007@sun.com> <4891C047.1030506@Sun.COM> <48953DA2.90505@sun.com> <20080804164004.GE3323@sun.com> <48A13B83.8090007@sun.com> <48A267A7.5020501@sun.com> <1219033738.18339.4.camel@goalie> <48A923B2.2080302@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 910 Jim Li wrote: > Darren, >>>> After investigating IPS ( pkg(5)) and SVR4 packages, in order to >>>> work for both SVR4 and IPS, the best way should be that adding a >>>> default group in system for slocate ( 95 should be good for slocate). >>>> >>>> > About adding a default group issue, I noticed that in Postgress ARC > case(LSARC/2006/344), you ask the project engineer to file a RFE in > solaris/utility/security and assign it to you in order to add a default > postgress group with gid 90. What should I do about slocate group? the > same thing as above? or any suggestion and comment about this? File the RFE and integrate the reserved UID into the ON gate yourself following the existing model for the reserved UIDs. Note that this requires updating the SRV4 class action script for i.passwd. I am happy to codereview this but I'm not doing it for anyone anymore. -- Darren J Moffat