From dwc@sac.sfbay.sun.com Thu Jul 26 09:22:48 2007 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 l6QGMlAX015351 for ; Thu, 26 Jul 2007 09:22:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l6QGKWrw008256; Thu, 26 Jul 2007 17:20:37 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JLS00K0RO2B6600@brm-avmta-1.central.sun.com>; Thu, 26 Jul 2007 10:20:35 -0600 (MDT) Received: from sfbaymail2sca.sfbay.sun.com ([129.145.155.42]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JLS00J2CO2A5I10@brm-avmta-1.central.sun.com>; Thu, 26 Jul 2007 10:20:35 -0600 (MDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by sfbaymail2sca.sfbay.sun.com (8.13.6+Sun/8.12.10/ENSMAIL,v2.2) with ESMTP id l6QGKYSc024527; Thu, 26 Jul 2007 09:20:34 -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 l6QGMguZ015345; Thu, 26 Jul 2007 09:22:42 -0700 (PDT) Received: (from dwc@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id l6QGMgkA015341; Thu, 26 Jul 2007 09:22:42 -0700 (PDT) Date: Thu, 26 Jul 2007 09:22:42 -0700 (PDT) From: Don Cragun Subject: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) [PSARC/2007/432 FastTrack timeout 08/02/2007] To: PSARC-ext@sun.com Cc: Basabi.Bhattacharya@sun.com Message-id: <200707261622.l6QGMgkA015341@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 5550 I am sponsoring this case for Basabi Bhattacharya. It is related to the recent cases adding extended system attributes support to ls and chmod. One more case in this series (for the archiver utilities) is expected in the near future. This case times out on August 2, 2007. - Don Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) 1.2. Name of Document Author/Supplier: Author: Basabi Bhattacharya 1.3 Date of This Document: 26 July, 2007 4. Technical Description This case adds a new command line option '-/' to cp(1), pack(1), unpack(1), compress(1) and uncompress(1) to support the extended system attributes added in PSARC case 2007/315. I. Overview The Extensible Attribute Interfaces (PSARC/2007/315) project introduced a number of extended system file attributes. The system utilities need to be able to display and manipulate these new attributes. This fasttrack case adds a new option ("-/") to the utilities cp(1), pack(1), unpack(1), compress(1) and uncompress(1) to copy the extended system attributes from the target file to the destination file. If the files have ACLs, then the ACLs are also copied. The option name '/' was chosen to match its use in the ls utility (see PSARC/2007/394). The project team, therefore, asks for a waiver to CLIP Guideline #3 ("Each option name should be a single alphanumeric character (the alnum character classification) from the portable character set. ...") so the use of this option name can be consistent across all of the affected utilities. II. Release Binding The project team requests a minor release binding. III. Details When this option is specified in the command line, the extended system attributes and the ACL from the source file are copied to the destination file. For example, 'cp -/ source_file target_file' <--- the target_file will have the extended system attributes of the source_file (provided the user has the permission and the privilege to set extended system attributes). 'pack -/ source_file' <--- the packed file 'source_file.z' will have the extended system attributes of the source_file (provided the user has the permission and the privilege to set extended system attributes). 'unpack -/ source_file.z' <--- the unpacked file source_file will have the extended system attributes of the source_file.z (provided the user has the permission and the privilege to set extended system attributes). 'compress -/ source_file' <--- the compressed file 'source_file.Z' will have the extended system attributes of the source_file (provided the user has the permission and the privilege to set extended system attributes). 'uncompress -/ source_file.Z' <--- the uncompressed file 'source_file will have the extended system attributes of the source_file.Z (provided the user has the permission and the privilege to set extended system attributes). See the diff-marked, updated cp(1), pack(1), unpack(1), compress(1) and uncompress(1) man pages in this case's materials directory for a detailed description of this option. IV. Interfaces IV.1 Exported Interfaces ______________________________________ | Interface |Classification| |_____________________|______________| |/usr/bin/cp | | |/usr/xpg4/bin/cp | Committed | |/usr/bin/pack | | |/usr/bin/unpack | | |/usr/bin/compress | | |/usr/bin/uncompress | | |_____________________|______________| IV.2 Imported Interfaces _________________________________________________________________ | Interface | Classification | Comments | |================================================================| | _PC_SATTR_ENABLED | Consolidation | [f]pathconf() variables | | _PC_SATTR_EXISTS | Private | from PSARC/2007/315. | |_____________________+________________+_________________________| | fgetattr() | Consolidation | From PSARC/2007/315. | | fsetattr() | Private | | |_____________________+________________+_________________________| All of these are mentioned here only to register use of these interfaces. Note, however, that PSARC/2007/315 case materials don't make clear the interface taxonomy for fgetattr() and other functions listed on the fgetattr(3C) man page. (The last specification (spec.final.txt) says that all of the functions listed on the fgetattr(3C) man page including fgetattr() are consolidation private; fgetattr.3c (in the same directory) says that all of the functions described there are Evolving). 5. References CR 6576205 cp(1), pack(1) and compress(1) should support file system attributes proposed in PSARC/2007/315 PSARC/1999/645 Command Line Interface (CLIP) PSARC/2006/715 CIFS Service PSARC/2007/315 Extensible Attribute Interfaces PSARC/2007/394 ls(1) new command line options '-/' and '-%': CIFS system attributes support PSARC/2007/410 Add system attribute support to chmod(1) 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From lists@mcintyreweb.com Thu Jul 26 23:42:01 2007 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 l6R6fwAc010036 for ; Thu, 26 Jul 2007 23:42:00 -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 l6R6dXH5027727; Fri, 27 Jul 2007 14:39:43 +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 <0JLT0010DRU5UK00@brm-avmta-1.central.sun.com>; Fri, 27 Jul 2007 00:39:41 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JLT0066ZRU3U3B0@brm-avmta-1.central.sun.com>; Fri, 27 Jul 2007 00:39:39 -0600 (MDT) Received: from relay16i.sun.com (ip126.net129179-4.block1.us.syntegra.com [129.179.4.126]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l6R6aPZA024093; Fri, 27 Jul 2007 06:39:39 +0000 (GMT) Received: from mmp13es.sun.com ([160.41.209.23] [160.41.209.23]) by relay16i.sun.com with ESMTP id BT-MMP-113539; Fri, 27 Jul 2007 06:39:38 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp13es.sun.com with ESMTP id BT-MMP-1898279; Fri, 27 Jul 2007 06:39:38 +0000 (Z) Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay1i.sun.com with ESMTP id BT-MMP-544471; Fri, 27 Jul 2007 06:39:38 +0000 (Z) Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id l6R6dWrJ024091; Thu, 26 Jul 2007 23:39:32 -0700 (PDT) Date: Thu, 26 Jul 2007 23:39:32 -0700 From: Hugh McIntyre Subject: Re: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) [PSARC/2007/432 FastTrack timeout 08/02/2007] In-reply-to: <200707261622.l6QGMgkA015341@sac.sfbay.sun.com> To: Don Cragun Cc: PSARC-ext@sun.com, Basabi.Bhattacharya@sun.com Message-id: <46A99324.3040101@mcintyreweb.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200707261622.l6QGMgkA015341@sac.sfbay.sun.com> User-Agent: Thunderbird 1.5.0.10 (X11/20070303) Status: RO Content-Length: 1736 Don Cragun wrote: > This case adds a new command line option '-/' to cp(1), pack(1), unpack(1), > compress(1) and uncompress(1) to support the extended system attributes > added in PSARC case 2007/315. Three or four questions: 1) What happens for "cp -p"? For the corresponding non-extended attribute option (@), the attributes get copied with just "cp -p" without you needing "cp -p@". Will extended attributes be handled the same way? 2) For compress/uncompress and pack/unpack, why would you not want these extended attributes to always be preserved without needing to specify -/? Put another way, with existing attributes, the two commands "compress foo ; uncompress foo.Z" will give you the original file back including ACLs and attributes (for fsattr-style attributes). It seems like at least some of the existing attributes would be things you'd want to be preserved by default, in much the same way as there's no "compress -p" option to preserve permissions because you just always want this. In the case of 2007/315 style attributes, the special meaning means that some attributes might want to always be preserved by default, while others might want to be always set or cleared. For example: - You might want to always preserve AV_QUARANTINED, if set. - AV_MODIFIED would presumably always want to be set unless someone uses -/ - for others such as HIDDEN, NODUMP, ARCHIVE, and probably others, there could be an argument that these should have their settings preserved. 3) Will you be attempting to get similar changes into gzip and bzip2? 4) What does Windows or MacOS do when copying files with attributes without special options? Should Solaris copy the same behaviour? Hugh. From Basabi.Bhattacharya@sun.com Fri Jul 27 15:40:12 2007 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 l6RMeBZB006446 for ; Fri, 27 Jul 2007 15:40:11 -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 l6RMc209021893; Fri, 27 Jul 2007 15:38:02 -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 <0JLV00F0707D2600@nwk-avmta-1.sfbay.Sun.COM>; Fri, 27 Jul 2007 15:38:01 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JLV00G2Y07D29B0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 27 Jul 2007 15:38:01 -0700 (PDT) Received: from rorab (rorab.SFBay.Sun.COM [129.146.228.132]) by jurassic-x4600.sfbay.sun.com (8.14.1+Sun/8.14.1) with SMTP id l6RMc0tm405640; Fri, 27 Jul 2007 15:38:00 -0700 (PDT) Date: Fri, 27 Jul 2007 15:35:34 -0700 (PDT) From: Basabi Bhattacharya Subject: Re: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) [PSARC/2007/432 FastTrack timeout 08/02/2007] To: lists@mcintyreweb.com Cc: PSARC-ext@sun.com, Basabi.Bhattacharya@sun.com, don.cragun@sun.com Reply-to: Basabi Bhattacharya Message-id: <200707272238.l6RMc0tm405640@jurassic-x4600.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.7_53 SunOS 5.11 i86pc i386 Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: PWiX/lJ4uQWI50QJTf8EbA== X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 3313 Hugh McIntyre wrote: > Don Cragun wrote: > > This case adds a new command line option '-/' to cp(1), pack(1), unpack(1), > > compress(1) and uncompress(1) to support the extended system attributes > > added in PSARC case 2007/315. > > Three or four questions: > > 1) What happens for "cp -p"? For the corresponding non-extended > attribute option (@), the attributes get copied with just "cp -p" > without you needing "cp -p@". Will extended attributes be handled the > same way? With the proposed chanages, "cp -p" will copy ACL, extended attributes and extended system attributes. If the extended attribute has system attributes associated with it, that are also copied. > > 2) For compress/uncompress and pack/unpack, why would you not want > these extended attributes to always be preserved without needing to > specify -/? The reason was that most users won't have the privileges needed to copy all of the extended system attributes and would, therefore, fail when working with files that have extended system attributes. To keep existing scripts working, we decided that a new option was needed to explicitly ask for extended attributes when the caller both needed to preserve them and expected to have the privileges needed to do so. This was discussed with the CIFS team and we all agreed on the new option. > > Put another way, with existing attributes, the two commands > "compress foo ; uncompress foo.Z" will give you the original file back > including ACLs and attributes (for fsattr-style attributes). It seems > like at least some of the existing attributes would be things you'd want > to be preserved by default, in much the same way as there's no "compress > -p" option to preserve permissions because you just always want this. > > In the case of 2007/315 style attributes, the special meaning means > that some attributes might want to always be preserved by default, while > others might want to be always set or cleared. For example: > > - You might want to always preserve AV_QUARANTINED, if set. > > - AV_MODIFIED would presumably always want to be set unless someone uses -/ > > - for others such as HIDDEN, NODUMP, ARCHIVE, and probably others, > there could be an argument that these should have their settings preserved. > > 3) Will you be attempting to get similar changes into gzip and bzip2? No plan as of now. > > 4) What does Windows or MacOS do when copying files with attributes > without special options? Should Solaris copy the same behaviour? > Windows tries to always preserve attributes when a file is copied. Not sure about Mac. Hope this addresses all your question. Please let me know if there is any other question or issue with this case. Thanks, Basabi ****************************************************************** ______ /_____/\ Basabi Bhattacharya /_____\\ \ /_____\ \\ / Solaris Core OS - System Interface /_____/ \/ / / MPK17-301, Office 3329 /_____/ / \//\ Sun Microsystems, Inc. \_____\//\ / / Phone:650-786-4015/x84015 \_____/ / /\ / \_____/ \\ \ \_____\ \\ \_____\/ ******************************************************************** From dwc@spartan.eng.sun.com Tue Jul 31 00:55:45 2007 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 l6V7tj1K002272 for ; Tue, 31 Jul 2007 00:55:45 -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 l6V7rRI5057211; Tue, 31 Jul 2007 01:53:27 -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 <0JM100J059X7EH00@nwk-avmta-2.sfbay.sun.com>; Tue, 31 Jul 2007 00:53:31 -0700 (PDT) Received: from spartan.SFBay.Sun.COM ([129.146.226.64]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JM1003B89X7HEB0@nwk-avmta-2.sfbay.sun.com>; Tue, 31 Jul 2007 00:53:31 -0700 (PDT) Received: from spartan.SFBay.Sun.COM (localhost [127.0.0.1]) by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with ESMTP id l6V7rVE9028163; Tue, 31 Jul 2007 00:53:31 -0700 (PDT) Received: (from dwc@localhost) by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6/Submit) id l6V7rUFd028162; Tue, 31 Jul 2007 00:53:30 -0700 (PDT) Date: Tue, 31 Jul 2007 00:53:30 -0700 (PDT) From: Don Cragun Subject: Re: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) [PSARC/2007/432 FastTrack timeout 08/02/2007] To: PSARC-ext@sun.com Cc: Basabi.Bhattacharya@sun.com Message-id: <200707310753.l6V7rUFd028162@spartan.SFBay.Sun.COM> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 503 The project team took a second look at the man pages after reading Hugh's comments and found that some of the new description could be misinterpreted. The project team also found that the current man page did not accurately reflect existing practice. Updated man pages (compress.1.new, cp.1.new, and pack.1.new) are in the materials directory. Diffs from the original case files are in compress.1.diff, cp.1.diff, and pack.1.diff, respectively. The case timer remains set for this Thursday. - Don From dwc@spartan.eng.sun.com Wed Aug 1 12:41:32 2007 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 l71JfWFh027950 for ; Wed, 1 Aug 2007 12:41:32 -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 l71JdHRj044471; Wed, 1 Aug 2007 13:39:17 -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 <0JM40080X19H3Q00@brm-avmta-1.central.sun.com>; Wed, 01 Aug 2007 13:39:17 -0600 (MDT) Received: from spartan.SFBay.Sun.COM ([129.146.226.64]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JM40028U19GBDC0@brm-avmta-1.central.sun.com>; Wed, 01 Aug 2007 13:39:16 -0600 (MDT) Received: from spartan.SFBay.Sun.COM (localhost [127.0.0.1]) by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with ESMTP id l71JdG9U000394; Wed, 01 Aug 2007 12:39:16 -0700 (PDT) Received: (from dwc@localhost) by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6/Submit) id l71JdGdO000393; Wed, 01 Aug 2007 12:39:16 -0700 (PDT) Date: Wed, 01 Aug 2007 12:39:16 -0700 (PDT) From: Don Cragun Subject: Re: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) [PSARC/2007/432 FastTrack timeout 08/02/2007] To: PSARC-ext@sun.com Cc: Basabi.Bhattacharya@sun.com Message-id: <200708011939.l71JdGdO000393@spartan.SFBay.Sun.COM> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 74 This case was approved during PSARC's ARC business meeting today. - Don From lists@mcintyreweb.com Wed Aug 1 23:57:30 2007 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 l726vTtr010067 for ; Wed, 1 Aug 2007 23:57:29 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l726t4PD015658; Thu, 2 Aug 2007 07:55:10 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JM40040BWJVBE00@brm-avmta-1.central.sun.com>; Thu, 02 Aug 2007 00:55:07 -0600 (MDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JM400G99WJUMN50@brm-avmta-1.central.sun.com>; Thu, 02 Aug 2007 00:55:07 -0600 (MDT) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l726t6p7009655; Thu, 02 Aug 2007 06:55:06 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay41i.sun.com with ESMTP id BT-MMP-186227; Thu, 02 Aug 2007 06:55:06 +0000 (Z) Received: from relay42i.sun.com ([192.5.209.72] [192.5.209.72]) by mms48es.sun.com with ESMTP id BT-MMP-1968924; Thu, 02 Aug 2007 06:55:05 +0000 (Z) Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay4i.sun.com with ESMTP id BT-MMP-1507736; Thu, 02 Aug 2007 06:55:05 +0000 (Z) Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id l726sswf029880; Wed, 01 Aug 2007 23:54:58 -0700 (PDT) Date: Wed, 01 Aug 2007 23:54:54 -0700 From: Hugh McIntyre Subject: Re: CIFS system attributes support for cp(1), pack(1), unpack(1), compress(1) and uncompress(1) [PSARC/2007/432 FastTrack timeout 08/02/2007] In-reply-to: <200707272238.l6RMc0tm405640@jurassic-x4600.sfbay.sun.com> To: Basabi Bhattacharya Cc: PSARC-ext@sun.com, don.cragun@sun.com Message-id: <46B17FBE.6080602@mcintyreweb.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200707272238.l6RMc0tm405640@jurassic-x4600.sfbay.sun.com> User-Agent: Thunderbird 1.5.0.10 (X11/20070303) Status: RO Content-Length: 2151 Don Cragun wrote: >> This case was approved during PSARC's ARC business meeting today. I thought the timer was set to August 2nd? No matter; the case is OK. Basabi Bhattacharya wrote: > With the proposed chanages, "cp -p" will copy ACL, extended attributes and > extended system attributes. If the extended attribute has system attributes > associated with it, that are also copied. OK, good. >> 2) For compress/uncompress and pack/unpack, why would you not want >> these extended attributes to always be preserved without needing to >> specify -/? > > The reason was that most users won't have the privileges > needed to copy all of the extended system attributes and would, > therefore, fail when working with files that have extended system > attributes. To keep existing scripts working, we decided that a new > option was needed to explicitly ask for extended attributes when the > caller both needed to preserve them and expected to have the privileges > needed to do so. > > This was discussed with the CIFS team and we all agreed on the new option. This seems a shame (and also a conflict with "cp -p" which would presumably fail in such scripts). Any chance that the code could test for the needed privileges and attempt to preserve the flags if it can, but only fail if you specify -/ and this fails? >> 3) Will you be attempting to get similar changes into gzip and bzip2? > > No plan as of now. OK, perhaps understandable but still unfortunate. Speaking as the person who filed bugs to get ACLs into these commands. >> 4) What does Windows or MacOS do when copying files with attributes >> without special options? Should Solaris copy the same behaviour? > > Windows tries to always preserve attributes when a file is copied. > Not sure about Mac. As a FYI, on MacOS: - "cp -p" seems to preserve file flags - Copying via the GUI finder does not seem to preserve the flags. There's no "-p" option in this case, I think. - "compress" says compress: foo: Operation not permitted". There's no option to alter this, which is maybe a symptom of Apple's general neglect of command line tools. Hugh.