From artem.kachitchkine@oracle.com Thu Jul 29 17:59:07 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6U0x7hW025707 for ; Thu, 29 Jul 2010 17:59:07 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6U0x3YD017675 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 29 Jul 2010 19:59:06 -0500 (CDT) 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 <0L6C00I1FIQH6M00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 29 Jul 2010 17:59:05 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6C000MUIQHMBE0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 29 Jul 2010 17:59:05 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6U0x4Jw018885; Fri, 30 Jul 2010 00:59:04 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6TLVZtD002056; Fri, 30 Jul 2010 00:59:00 +0000 (GMT) Received: from abhmt004.oracle.com by acsmt353.oracle.com with ESMTP id 450705711280451492; Thu, 29 Jul 2010 17:58:12 -0700 Received: from [129.146.104.83] (/129.146.104.83) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Jul 2010 17:58:12 -0700 Date: Thu, 29 Jul 2010 17:59:26 -0700 From: Artem Kachitchkine Subject: PSARC/2010/304 Deliver Socket Configuration in Fragments To: PSARC-ext@sun.com Cc: Anders Persson Message-id: <4C5223EE.50502@oracle.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 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C5223D6.02A5:SCFMA4539814,ss=1,fgs=0 User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Thunderbird/3.0.4 Status: RO Content-Length: 6726 I am sponsoring this fast-track for Anders Persson. Timeout is set for 08/06/2010. -Artem Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. 1. Introduction 1.1. Project/Component Working Name: Deliver Socket Configuration in Fragments 1.2. Name of Document Author/Supplier: Author: Anders Persson 1.3 Date of This Document: 29 July, 2010 4. Technical Description 4.1. Background The mappings from socket(3SOCKET) parameters to socket modules and TPI devices are kept in /etc/sock2path (PSARC/1995/045). When a new socket type is introduced, an entry needs to be added to that file. Prior to IPS, packages that delivered new socket types would modify /etc/sock2path via postinstall scripts. That is no longer possible. 4.2. Proposal This proposal is to create a new directory, /etc/sock2path.d, into which packages can deliver socket configuration files. To ensure that configuration files have unique names, each file must match the name of the packages delivering the file. For example, system/kernel would deliver etc/sock2path.d/system%2Fkernel. soconfig(1M) will get a new option (-d) to parse all files in a given directory. /etc/sock2path will no longer be delivered, and the entries in that file will be put in the appropriate configuration files. Any local changes will be lost. However, the loss of local changes is not expected to cause any problems, since /etc/sock2path has already been replaced a number of times in the past year without any noticeable impact. A minor binding is requested. 4.3. Interface Table Added: Interface name | Classification | Comments -----------------------+----------------+---------------------------- soconfig(1M) -d option | Committed | /etc/sock2path.d | Committed | Socket mapping directory -----------------------+----------------+---------------------------- Removed: -----------------------+----------------+---------------------------- /etc/sock2path | Committed | Socket mapping file -----------------------+----------------+---------------------------- 4.4. Man page changes sock2path(4) -File Formats sock2path(4) +File Formats sock2path.d(4) NAME - sock2path - socket mapping file that maps sockets to tran- + sock2path.d - socket mapping files that maps sockets to tran- sport providers SYNOPSIS - /etc/sock2path + /etc/sock2path.d DESCRIPTION - The socket mapping file, /etc/sock2path, is a system file - that contains the mappings between the socket(3SOCKET) call - parameters and the transport provider driver. Its format is - described on the soconfig(1M) manual page. + /etc/sock2path.d is a directory containing files with mappings + between the socket(3SOCKET) call parameters and the transport + provider driver. The mapping file format is described in the + soconfig(1M) manual page. - The init(1M) utility uses the soconfig utility with the - sock2path file during the boot sequence. + sock2path.d directory during the boot sequence. EXAMPLES - Example 1 An Example of the sock2path File + Example 1 An Example of a Mapping File + The following is an example of a mapping file: - The following is an example of a sock2path file: # Family Type Protocol Module | Path 2 2 0 tcp 2 2 6 tcp soconfig(1M) @@ -4,9 +4,11 @@ soconfig - configure transport providers for use by sockets SYNOPSIS + /sbin/soconfig -d dir + /sbin/soconfig -f file - /sbin/soconfig family type protocol [path] + /sbin/soconfig family type protocol [module | path] DESCRIPTION The soconfig utility configures the transport provider @@ -16,26 +18,30 @@ /dev/tcp. This utility can be used to add an additional map- ping or remove a previous mapping. - The init(1M) utility uses soconfig with the sock2path(4) - file during the booting sequence. + The init(1M) utility uses soconfig with the sock2path.d(4) + directory during the booting sequence. OPTIONS The following options are supported: + -d dir Set up the soconfig configuration for each driver + according to the information stored in the + files in dir. + -f file Set up the soconfig configuration for each driver - according to the information stored in file. A - soconfig file consists of lines of at least the - first three fields listed below, separated by - spaces: + according to the information stored in file. - family type protocol path + A soconfig file consists of lines of at least the + first three fields listed below, separated by spaces: - These fields are described in the OPERANDS sec- - tion below. + family type protocol [module | path] - An example of file can be found in the EXAMPLES - section below. + These fields are described in the OPERANDS sec- + tion below. + An example of file can be found in the EXAMPLES + section below. + OPERANDS The following operands are supported: @@ -102,8 +109,8 @@ 2 4 0 icmp FILES - /etc/sock2path File containing mappings from sockets to - transport providers. + /etc/sock2path.d Directory containing files with mappings from + sockets to transport providers. ATTRIBUTES See attributes(5) for descriptions of the following attri- @@ -116,11 +123,9 @@ |_____________________________|_____________________________| SEE ALSO - init(1M), sock2path(4), attributes(5) + init(1M), sock2path.d(4), attributes(5) 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 garrett@damore.org Thu Jul 29 21:46:53 2010 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 o6U4krQZ027886 for ; Thu, 29 Jul 2010 21:46:53 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6U4kq2n006587 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 29 Jul 2010 21:46:53 -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 <0L6C00707TA4OA00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 29 Jul 2010 22:46:52 -0600 (MDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6C00L3CTA4LAA0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 29 Jul 2010 22:46:52 -0600 (MDT) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o6U4h61q021828 for ; Fri, 30 Jul 2010 04:46:51 +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-34378 for PSARC-ext@sun.com; Fri, 30 Jul 2010 04:46:51 +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-52365062 for PSARC-ext@sun.com; Fri, 30 Jul 2010 04:46:51 +0000 (Z) Received: from oproxy1-pub.bluehost.com ([66.147.249.253] [66.147.249.253]) by relay4i.sun.com id BT-MMP-20091869 for PSARC-ext@sun.com; Fri, 30 Jul 2010 04:46:51 +0000 (Z) Received: (qmail 848 invoked by uid 0); Fri, 30 Jul 2010 03:48:26 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy1.bluehost.com.bluehost.com with SMTP; Fri, 30 Jul 2010 03:48:26 +0000 Received: from cpe-75-82-74-133.socal.res.rr.com ([75.82.74.133] helo=[192.168.251.102]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OehUf-0007Bc-GX; Thu, 29 Jul 2010 22:46:49 -0600 Date: Thu, 29 Jul 2010 21:46:43 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4C5223EE.50502@oracle.com> To: Artem Kachitchkine Cc: PSARC-ext@sun.com, Anders Persson Message-id: <1280465203.1886.42.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=vaYKfZgK+0Dv1zDVmV3n93jVb8zOK8eybzKR/Y841c7MzcuicRGt7vPjYRixgE7Pz/C4ULdGyKoMW7gSSTDM97d+zjPCIa6DJGC0Ib02vEruN2JuexpcOBjTEdXHpuEj; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 75.82.74.133 authed with garrett+damore.org} X-Antispam: No, score=-2.6/5.0, scanned in 0.230sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4C5223EE.50502@oracle.com> Status: RO Content-Length: 7521 On Thu, 2010-07-29 at 17:59 -0700, Artem Kachitchkine wrote: > I am sponsoring this fast-track for Anders Persson. Timeout is set for > 08/06/2010. > > -Artem > > Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI > This information is Copyright (c) 2010, Oracle and/or its affiliates. > All rights reserved. > 1. Introduction > 1.1. Project/Component Working Name: > Deliver Socket Configuration in Fragments > 1.2. Name of Document Author/Supplier: > Author: Anders Persson > 1.3 Date of This Document: > 29 July, 2010 > 4. Technical Description > 4.1. Background > > The mappings from socket(3SOCKET) parameters to socket modules and > TPI devices are kept in /etc/sock2path (PSARC/1995/045). When a new > socket type is introduced, an entry needs to be added to that file. > Prior to IPS, packages that delivered new socket types would modify > /etc/sock2path via postinstall scripts. That is no longer possible. > > 4.2. Proposal > > This proposal is to create a new directory, /etc/sock2path.d, into > which packages can deliver socket configuration files. To ensure > that configuration files have unique names, each file must match the > name of the packages delivering the file. For example, system/kernel > would deliver etc/sock2path.d/system%2Fkernel. Its not really architectural, but encoding %2F for "/" seems kind of ugly. That said, its probably the best option that doesn't create a possibility of naming collisions. (I'd have encoded ":" for "/" or somesuch.) > > soconfig(1M) will get a new option (-d) to parse all files in a > given directory. > > /etc/sock2path will no longer be delivered, and the entries in that > file will be put in the appropriate configuration files. Any local > changes will be lost. However, the loss of local changes is not > expected to cause any problems, since /etc/sock2path has already > been replaced a number of times in the past year without any > noticeable impact. > > A minor binding is requested. +1 on the case. -Garrett > > 4.3. Interface Table > > Added: > > Interface name | Classification | Comments > -----------------------+----------------+---------------------------- > soconfig(1M) -d option | Committed | > /etc/sock2path.d | Committed | Socket mapping directory > -----------------------+----------------+---------------------------- > > Removed: > > -----------------------+----------------+---------------------------- > /etc/sock2path | Committed | Socket mapping file > -----------------------+----------------+---------------------------- > > 4.4. Man page changes > > sock2path(4) > > -File Formats sock2path(4) > +File Formats sock2path.d(4) > > NAME > - sock2path - socket mapping file that maps sockets to tran- > + sock2path.d - socket mapping files that maps sockets to tran- > sport providers > > SYNOPSIS > - /etc/sock2path > + /etc/sock2path.d > > DESCRIPTION > - The socket mapping file, /etc/sock2path, is a system file > - that contains the mappings between the socket(3SOCKET) call > - parameters and the transport provider driver. Its format is > - described on the soconfig(1M) manual page. > + /etc/sock2path.d is a directory containing files with mappings > + between the socket(3SOCKET) call parameters and the transport > + provider driver. The mapping file format is described in the > + soconfig(1M) manual page. > > - > The init(1M) utility uses the soconfig utility with the > - sock2path file during the boot sequence. > + sock2path.d directory during the boot sequence. > > EXAMPLES > - Example 1 An Example of the sock2path File > + Example 1 An Example of a Mapping File > > + The following is an example of a mapping file: > - The following is an example of a sock2path file: > > # Family Type Protocol Module | Path > 2 2 0 tcp > 2 2 6 tcp > > soconfig(1M) > > @@ -4,9 +4,11 @@ > soconfig - configure transport providers for use by sockets > > SYNOPSIS > + /sbin/soconfig -d dir > + > /sbin/soconfig -f file > > - /sbin/soconfig family type protocol [path] > + /sbin/soconfig family type protocol [module | path] > > DESCRIPTION > The soconfig utility configures the transport provider > @@ -16,26 +18,30 @@ > /dev/tcp. This utility can be used to add an additional map- > ping or remove a previous mapping. > > - The init(1M) utility uses soconfig with the sock2path(4) > - file during the booting sequence. > + The init(1M) utility uses soconfig with the sock2path.d(4) > + directory during the booting sequence. > > OPTIONS > The following options are supported: > > + -d dir Set up the soconfig configuration for each driver > + according to the information stored in the > + files in dir. > + > -f file Set up the soconfig configuration for each driver > - according to the information stored in file. A > - soconfig file consists of lines of at least the > - first three fields listed below, separated by > - spaces: > + according to the information stored in file. > > - family type protocol path > + A soconfig file consists of lines of at least the > + first three fields listed below, separated by spaces: > > - These fields are described in the OPERANDS sec- > - tion below. > + family type protocol [module | path] > > - An example of file can be found in the EXAMPLES > - section below. > + These fields are described in the OPERANDS sec- > + tion below. > > + An example of file can be found in the EXAMPLES > + section below. > + > OPERANDS > The following operands are supported: > > @@ -102,8 +109,8 @@ > 2 4 0 icmp > > FILES > - /etc/sock2path File containing mappings from sockets to > - transport providers. > + /etc/sock2path.d Directory containing files with mappings from > + sockets to transport providers. > > ATTRIBUTES > See attributes(5) for descriptions of the following attri- > @@ -116,11 +123,9 @@ > |_____________________________|_____________________________| > > SEE ALSO > - init(1M), sock2path(4), attributes(5) > + init(1M), sock2path.d(4), attributes(5) > > 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 > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From joerg.schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com Fri Jul 30 02:01:40 2010 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 o6U91eQW029611 for ; Fri, 30 Jul 2010 02:01:40 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o6U91aS4004556 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 03:01:39 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L6D005BN52RYH00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:01:39 -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 <0L6D0006652P4A40@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:01:37 -0700 (PDT) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6U91aJr021881 for ; Fri, 30 Jul 2010 09:01:36 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay42i.sun.com with ESMTP id BT-MMP-94171 for PSARC-ext@sun.com; Fri, 30 Jul 2010 08:59:35 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-52694475 for PSARC-ext@sun.com; Fri, 30 Jul 2010 08:59:35 +0000 (Z) Received: from relay03-haj2.antispameurope.com ([83.246.65.53] [83.246.65.53]) by relay4i.sun.com with ESMTP id BT-MMP-1914383 for PSARC-ext@sun.com; Fri, 30 Jul 2010 08:59:34 +0000 (Z) Received: by relay03-haj2.antispameurope.com (ASE-Secure-MTA, from userid 1000) id C7E5C63C1AD; Fri, 30 Jul 2010 10:59:33 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by relay03-haj2.antispameurope.com (ASE-Secure-MTA) with ESMTP id 0AEF863C0A1; Fri, 30 Jul 2010 10:59:32 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr.fokus.fraunhofer.de [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.14.2/8.14.2) with SMTP id o6U8xUJB010412; Fri, 30 Jul 2010 10:59:31 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 30 Jul 2010 10:59:30 +0200 Date: Fri, 30 Jul 2010 10:59:30 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <1280465203.1886.42.camel@velocity> Sender: joerg.schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com To: garrett@damore.org, artem.kachitchkine@oracle.com Cc: PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <4c529472.CSmfDbDh9kaVN4CI%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-Antispam: No, score=0.0/5.0, scanned in 0.703sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 30 Jul 2010 08:59:30.0494 (UTC) FILETIME=[857EE5E0:01CB2FC5] Status: RO Content-Length: 744 "Garrett D'Amore" wrote: > > name of the packages delivering the file. For example, system/kernel > > would deliver etc/sock2path.d/system%2Fkernel. > > Its not really architectural, but encoding %2F for "/" seems kind of > ugly. That said, its probably the best option that doesn't create a > possibility of naming collisions. (I'd have encoded ":" for "/" or > somesuch.) How do you encode ':' in such a case? Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From garrett@damore.org Fri Jul 30 02:14:40 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6U9EeKq029802 for ; Fri, 30 Jul 2010 02:14:40 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6U9Edm7019507 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 04:14:39 -0500 (CDT) 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 <0L6D008015OFOH00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:14:39 -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 <0L6D000D95OF4C80@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:14:39 -0700 (PDT) Received: from relay44i.sun.com ([192.5.209.118]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6U9E2NU027583 for ; Fri, 30 Jul 2010 09:14:38 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay44i.sun.com with ESMTP id BT-MMP-43639 for PSARC-ext@sun.com; Fri, 30 Jul 2010 09:14:38 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-52776489 for PSARC-ext@sun.com; Fri, 30 Jul 2010 09:14:35 +0000 (Z) Received: from oproxy1-pub.bluehost.com ([66.147.249.253] [66.147.249.253]) by relay4i.sun.com id BT-MMP-1969368 for PSARC-ext@sun.com; Fri, 30 Jul 2010 09:14:35 +0000 (Z) Received: (qmail 11133 invoked by uid 0); Fri, 30 Jul 2010 08:16:12 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy1.bluehost.com.bluehost.com with SMTP; Fri, 30 Jul 2010 08:16:12 +0000 Received: from cpe-75-82-74-133.socal.res.rr.com ([75.82.74.133] helo=[192.168.251.102]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Oelfm-0005kH-8S; Fri, 30 Jul 2010 03:14:34 -0600 Date: Fri, 30 Jul 2010 02:14:33 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> To: Joerg Schilling Cc: artem.kachitchkine@oracle.com, PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <1280481273.1886.105.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=XL3VZwvyOub9KVBAiGm7rKqQTFjvTYtaUXdBzjlOKXhw1dR3hpfPf6EYP/uFGOEdi034mBBqwZShT6kUSCHzwayG8AM/LlZTayoUMm7nRYiotPOZHkBT5Y3M8/+RFtv2; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 75.82.74.133 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 3.140sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id o6U9EeKq029802 Status: RO Content-Length: 798 On Fri, 2010-07-30 at 10:59 +0200, Joerg Schilling wrote: > "Garrett D'Amore" wrote: > > > > name of the packages delivering the file. For example, system/kernel > > > would deliver etc/sock2path.d/system%2Fkernel. > > > > Its not really architectural, but encoding %2F for "/" seems kind of > > ugly. That said, its probably the best option that doesn't create a > > possibility of naming collisions. (I'd have encoded ":" for "/" or > > somesuch.) > > How do you encode ':' in such a case? You can't do it uniquely. (I think I alluded to "doesn't create the possibility of a naming collision".) IMO the risk of such a collision is both small and quite manageable, since the number of new entries to this file should be minuscule. - Garrett > > Jörg > From Andrew.Gabriel@oracle.com Fri Jul 30 02:31:42 2010 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 o6U9Vgef029993 for ; Fri, 30 Jul 2010 02:31:42 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6U9VfNj014773 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 02:31:42 -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 <0L6D004076GUMS00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:31:42 -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 <0L6D00C536GTDBA0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:31:41 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6U9Vf20026752 for ; Fri, 30 Jul 2010 09:31:41 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6U9Vciu006924; Fri, 30 Jul 2010 09:31:38 +0000 (GMT) Received: from abhmt018.oracle.com by acsmt354.oracle.com with ESMTP id 470632321280482272; Fri, 30 Jul 2010 02:31:12 -0700 Received: from [81.187.162.109] (/81.187.162.109) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 30 Jul 2010 02:31:11 -0700 Date: Fri, 30 Jul 2010 10:32:14 +0100 From: Andrew Gabriel Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <1280481273.1886.105.camel@velocity> To: "Garrett D'Amore" Cc: Joerg Schilling , artem.kachitchkine@oracle.com, PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <4C529C1E.8010203@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C529BFB.01C8:SCFMA4539814,ss=1,fgs=0 References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 1417 Garrett D'Amore wrote: > On Fri, 2010-07-30 at 10:59 +0200, Joerg Schilling wrote: > >> "Garrett D'Amore" wrote: >> >> >>>> name of the packages delivering the file. For example, system/kernel >>>> would deliver etc/sock2path.d/system%2Fkernel. >>>> >>> Its not really architectural, but encoding %2F for "/" seems kind of >>> ugly. That said, its probably the best option that doesn't create a >>> possibility of naming collisions. (I'd have encoded ":" for "/" or >>> somesuch.) >>> >> How do you encode ':' in such a case? >> > > You can't do it uniquely. (I think I alluded to "doesn't create the > possibility of a naming collision".) IMO the risk of such a collision > is both small and quite manageable, since the number of new entries to > this file should be minuscule. > I also don't like the %2f encoding, not so much for this particular case, but because it sets a bad precedent, and the standard unix text filtering commands don't have any support for that sort of escaping (i.e. it's not really what you'd expect on unix). Other options: 1) Swap the "/" for a "-". This is already done in various SMF filenames when converting from an FMRI (look in /var/svc/log/). 2) Use the directory separator, so the file is /etc/sock2path.d/system/kernel and sock2path.d(4) is documented to be a multi-level directory. -- Andrew Gabriel From joerg.schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com Fri Jul 30 02:38:47 2010 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 o6U9ckHt000031 for ; Fri, 30 Jul 2010 02:38:46 -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.4) with ESMTP id o6U9cjYb022355 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 03:38:45 -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 <0L6D004036SLZX00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:38:45 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6D00C1I6SKD6A0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 02:38:45 -0700 (PDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6U9WJ4U010803 for ; Fri, 30 Jul 2010 09:38:44 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay13i.sun.com with ESMTP id BT-MMP-237026 for PSARC-ext@sun.com; Fri, 30 Jul 2010 09:38:44 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-63957348 for PSARC-ext@sun.com; Fri, 30 Jul 2010 09:38:43 +0000 (Z) Received: from relay02-haj2.antispameurope.com ([83.246.65.52] [83.246.65.52]) by relay1i.sun.com with ESMTP id BT-MMP-28364452 for PSARC-ext@sun.com; Fri, 30 Jul 2010 09:38:42 +0000 (Z) Received: by relay02-haj2.antispameurope.com (ASE-Secure-MTA, from userid 1000) id C8E036F05FD; Fri, 30 Jul 2010 11:38:11 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by relay02-haj2.antispameurope.com (ASE-Secure-MTA) with ESMTP id DD7E06F05D9; Fri, 30 Jul 2010 11:38:09 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr.fokus.fraunhofer.de [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.14.2/8.14.2) with SMTP id o6U9c9Ow011210; Fri, 30 Jul 2010 11:38:09 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 30 Jul 2010 11:38:09 +0200 Date: Fri, 30 Jul 2010 11:38:09 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4C529C1E.8010203@oracle.com> Sender: joerg.schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com To: garrett@damore.org, Andrew.Gabriel@oracle.com Cc: PSARC-ext@sun.com, artem.kachitchkine@oracle.com, anders.persson@oracle.com Message-id: <4c529d81.m61xX9Oi0irH+1ff%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-Antispam: No, score=-0.2/5.0, scanned in 0.734sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> <4C529C1E.8010203@oracle.com> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 30 Jul 2010 09:38:09.0385 (UTC) FILETIME=[EBA99590:01CB2FCA] Status: RO Content-Length: 1401 Andrew Gabriel wrote: > >> How do you encode ':' in such a case? > >> > > > > You can't do it uniquely. (I think I alluded to "doesn't create the > > possibility of a naming collision".) IMO the risk of such a collision > > is both small and quite manageable, since the number of new entries to > > this file should be minuscule. > > > > I also don't like the %2f encoding, not so much for this particular > case, but because it sets a bad precedent, and the standard unix text > filtering commands don't have any support for that sort of escaping > (i.e. it's not really what you'd expect on unix). In the Schily makefile system there is a "pluggable source feature" that allows you to just copy some files into an existing source tree and it is automatically compiled with the next make call. This is done by adding files to a TARGETS directory. I use "!@!" to code a slash. There is e.g. "TARGETS/55mkisofs!@!diag" to tell the make file system that the subdirectory mkisofs/diag should be included in the build. This has an extremely low risk of a clash. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From alan.coopersmith@oracle.com Fri Jul 30 08:04:59 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6UF4xEf004356 for ; Fri, 30 Jul 2010 08:04:59 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6UF4tY7023278 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 10:04:59 -0500 (CDT) 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 <0L6D00C03LW8GU00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 08:04:56 -0700 (PDT) Received: from jurassic.Eng.Sun.COM ([10.5.240.82]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6D001UJLW85070@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 08:04:56 -0700 (PDT) Received: from [129.145.155.53] (sunray-osol-2.SFBay.Sun.COM [129.145.155.53]) by jurassic.Eng.Sun.COM (8.14.4+Sun/8.14.4) with ESMTP id o6UF4mk7716687; Fri, 30 Jul 2010 08:04:49 -0700 (PDT) Date: Fri, 30 Jul 2010 08:04:48 -0700 From: Alan Coopersmith Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4C529C1E.8010203@oracle.com> To: Andrew Gabriel Cc: "Garrett D'Amore" , Joerg Schilling , artem.kachitchkine@oracle.com, PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <4C52EA10.5040404@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> <4C529C1E.8010203@oracle.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090926) Status: RO Content-Length: 591 Andrew Gabriel wrote: > I also don't like the %2f encoding, not so much for this particular > case, but because it sets a bad precedent, and the standard unix text > filtering commands don't have any support for that sort of escaping > (i.e. it's not really what you'd expect on unix). The precedent comes both obviously from URI syntax standards/RFC's, and in the Solaris context, from pkg(5). ls /var/pkg/pkg on your system to see lots of existing files with %2F names. -- -Alan Coopersmith- alan.coopersmith@oracle.com Oracle Solaris Platform Engineering: X Window System From garrett@damore.org Fri Jul 30 09:37:01 2010 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 o6UGb1VF005509 for ; Fri, 30 Jul 2010 09:37:01 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6UGb0oQ003787 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 09:37:01 -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 <0L6D0030DQ5O2R00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 10:37:00 -0600 (MDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6D00H2UQ5N3V50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 10:37:00 -0600 (MDT) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o6UGaxp0019583 for ; Fri, 30 Jul 2010 16:36:59 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay43i.sun.com with ESMTP id BT-MMP-58965 for PSARC-ext@sun.com; Fri, 30 Jul 2010 16:36:58 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-53367064 for PSARC-ext@sun.com; Fri, 30 Jul 2010 16:36:58 +0000 (Z) Received: from oproxy1-pub.bluehost.com ([66.147.249.253] [66.147.249.253]) by relay4i.sun.com id BT-MMP-2788227 for PSARC-ext@sun.com; Fri, 30 Jul 2010 16:36:58 +0000 (Z) Received: (qmail 13682 invoked by uid 0); Fri, 30 Jul 2010 15:38:37 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy1.bluehost.com.bluehost.com with SMTP; Fri, 30 Jul 2010 15:38:37 +0000 Received: from cpe-75-82-74-133.socal.res.rr.com ([75.82.74.133] helo=[192.168.251.102]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OesZt-0003ac-Jv; Fri, 30 Jul 2010 10:36:57 -0600 Date: Fri, 30 Jul 2010 09:36:57 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4C52EA10.5040404@oracle.com> To: Alan Coopersmith Cc: Andrew Gabriel , Joerg Schilling , artem.kachitchkine@oracle.com, PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <1280507817.1886.123.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=1QXbZhbK/X4a//z52EPF+oWxBq6uhVhkCPALPzEh4WeZTVfAmL+LqPRS5R39eEL4aC83amVRi6pJxSfzDt+YSAbmMWGsFUAQL0c+Qo2Lc0uGkznNLe5v3G/AL0+OieM9; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 75.82.74.133 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.253sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> <4C529C1E.8010203@oracle.com> <4C52EA10.5040404@oracle.com> Status: RO Content-Length: 842 On Fri, 2010-07-30 at 08:04 -0700, Alan Coopersmith wrote: > Andrew Gabriel wrote: > > I also don't like the %2f encoding, not so much for this particular > > case, but because it sets a bad precedent, and the standard unix text > > filtering commands don't have any support for that sort of escaping > > (i.e. it's not really what you'd expect on unix). > > The precedent comes both obviously from URI syntax standards/RFC's, and > in the Solaris context, from pkg(5). ls /var/pkg/pkg on your system > to see lots of existing files with %2F names. Precedent set, and while it results in ugly looking names, it will work unambiguously. Lets move on now... (sorry I raised it in the first place). (Oh, can you please elaborate whether any other % encodings are used? At a minimum it sees that % itself must be encoded...) - Garrett From anders.persson@oracle.com Fri Jul 30 09:56:39 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6UGudDV005855 for ; Fri, 30 Jul 2010 09:56:39 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6UGucYn014796 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 11:56:38 -0500 (CDT) 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 <0L6D00D03R2EP700@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 09:56:38 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6D00LADR2EZYD0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 09:56:38 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6UGubUN024770 for ; Fri, 30 Jul 2010 16:56:37 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6UGuYTU022355; Fri, 30 Jul 2010 16:56:34 +0000 (GMT) Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 471742321280508988; Fri, 30 Jul 2010 09:56:28 -0700 Received: from anders-perssons-macbook-pro.local (/10.7.250.49) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 30 Jul 2010 09:56:28 -0700 Date: Fri, 30 Jul 2010 09:56:29 -0700 From: Anders Persson Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <1280507817.1886.123.camel@velocity> To: "Garrett D'Amore" Cc: Alan Coopersmith , Andrew Gabriel , Joerg Schilling , artem.kachitchkine@oracle.com, PSARC-ext@sun.com Message-id: <4C53043D.5020501@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4C530443.00D5:SCFMA4539814,ss=1,fgs=0 References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> <4C529C1E.8010203@oracle.com> <4C52EA10.5040404@oracle.com> <1280507817.1886.123.camel@velocity> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 Status: RO Content-Length: 623 On 7/30/10 9:36 AM, Garrett D'Amore wrote: > Precedent set, and while it results in ugly looking names, it will work > unambiguously. Lets move on now... (sorry I raised it in the first > place). Although the names are ugly, they are not files that an admin is expected to touch. > (Oh, can you please elaborate whether any other % encodings are used? > At a minimum it sees that % itself must be encoded...) I haven't seen any package names containing %, but I suppose it is possible (pkg(5) does not hint at any restrictions). I do not see any reason for using other % encodings, except %25 for %. -- Anders From bart.smaalders@oracle.com Fri Jul 30 09:56:57 2010 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 o6UGuv6j005872 for ; Fri, 30 Jul 2010 09:56:57 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6UGutF5026423 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 09:56:56 -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 <0L6D0040FR2WXU00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 10:56:56 -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 <0L6D00HBWR2W3X60@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 10:56:56 -0600 (MDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6UGutUe024930 for ; Fri, 30 Jul 2010 16:56:55 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6UGuqIn023487; Fri, 30 Jul 2010 16:56:53 +0000 (GMT) Received: from abhmt014.oracle.com by acsmt355.oracle.com with ESMTP id 453240681280508987; Fri, 30 Jul 2010 09:56:27 -0700 Received: from [129.146.228.109] (/129.146.228.109) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 30 Jul 2010 09:56:26 -0700 Date: Fri, 30 Jul 2010 09:56:25 -0700 From: Bart Smaalders Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <1280507817.1886.123.camel@velocity> To: "Garrett D'Amore" Cc: Alan Coopersmith , Andrew Gabriel , Joerg Schilling , artem.kachitchkine@oracle.com, PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <4C530439.70605@oracle.com> Organization: Oracle 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 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C530456.009D:SCFMA4539814,ss=1,fgs=0 References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> <4C529C1E.8010203@oracle.com> <4C52EA10.5040404@oracle.com> <1280507817.1886.123.camel@velocity> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.10) Gecko/20100621 Lightning/1.0b1 Thunderbird/3.0.5 Status: RO Content-Length: 1109 On 07/30/10 09:36, Garrett D'Amore wrote: > On Fri, 2010-07-30 at 08:04 -0700, Alan Coopersmith wrote: >> Andrew Gabriel wrote: >>> I also don't like the %2f encoding, not so much for this particular >>> case, but because it sets a bad precedent, and the standard unix text >>> filtering commands don't have any support for that sort of escaping >>> (i.e. it's not really what you'd expect on unix). >> >> The precedent comes both obviously from URI syntax standards/RFC's, and >> in the Solaris context, from pkg(5). ls /var/pkg/pkg on your system >> to see lots of existing files with %2F names. > > Precedent set, and while it results in ugly looking names, it will work > unambiguously. Lets move on now... (sorry I raised it in the first > place). > > (Oh, can you please elaborate whether any other % encodings are used? > At a minimum it sees that % itself must be encoded...) http://lmgtfy.com/?q=url+encoding+rfc&l=1 - Bart -- Bart Smaalders Solaris Kernel Performance bart.smaalders@oracle.com http://blogs.sun.com/barts "You will contribute more with mercurial than with thunderbird." From garrett@damore.org Fri Jul 30 10:04:35 2010 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 o6UH4Zwt006020 for ; Fri, 30 Jul 2010 10:04:35 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o6UH4VX5054773 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 30 Jul 2010 11:04:35 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L6D00F1PRFMEI00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 10:04:34 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6D00LRORFLZYE0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 30 Jul 2010 10:04:34 -0700 (PDT) Received: from relay44i.sun.com ([192.5.209.118]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6UH0bMH004093 for ; Fri, 30 Jul 2010 17:04:33 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay44i.sun.com with ESMTP id BT-MMP-60654 for PSARC-ext@sun.com; Fri, 30 Jul 2010 17:03:52 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-53341639 for PSARC-ext@sun.com; Fri, 30 Jul 2010 17:02:39 +0000 (Z) Received: from oproxy3-pub.bluehost.com ([69.89.21.8] [69.89.21.8]) by relay4i.sun.com id BT-MMP-2502797 for PSARC-ext@sun.com; Fri, 30 Jul 2010 17:02:39 +0000 (Z) Received: (qmail 17406 invoked by uid 0); Fri, 30 Jul 2010 17:02:38 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy3.bluehost.com with SMTP; Fri, 30 Jul 2010 17:02:38 +0000 Received: from cpe-75-82-74-133.socal.res.rr.com ([75.82.74.133] helo=[192.168.251.102]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Oesyk-00059C-9K; Fri, 30 Jul 2010 11:02:38 -0600 Date: Fri, 30 Jul 2010 10:02:38 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4C530439.70605@oracle.com> To: Bart Smaalders Cc: Alan Coopersmith , Andrew Gabriel , Joerg Schilling , artem.kachitchkine@oracle.com, PSARC-ext@sun.com, anders.persson@oracle.com Message-id: <1280509358.1886.137.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=sOKDGrwQypVKiwgS1Gv0CFSFllz4ja24ExORYzFoa5/z1max1yKVxU+0bKKguSo9B3udJ+9IwdsKqHpY3sH+qvaTsTEvZpATCfqFWvDSwenI4JJw3dExICEU4cH7dYuJ; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 75.82.74.133 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.213sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4C5223EE.50502@oracle.com> <1280465203.1886.42.camel@velocity> <4c529472.CSmfDbDh9kaVN4CI%Joerg.Schilling@fokus.fraunhofer.de> <1280481273.1886.105.camel@velocity> <4C529C1E.8010203@oracle.com> <4C52EA10.5040404@oracle.com> <1280507817.1886.123.camel@velocity> <4C530439.70605@oracle.com> Status: RO Content-Length: 1288 On Fri, 2010-07-30 at 09:56 -0700, Bart Smaalders wrote: > On 07/30/10 09:36, Garrett D'Amore wrote: > > On Fri, 2010-07-30 at 08:04 -0700, Alan Coopersmith wrote: > >> Andrew Gabriel wrote: > >>> I also don't like the %2f encoding, not so much for this particular > >>> case, but because it sets a bad precedent, and the standard unix text > >>> filtering commands don't have any support for that sort of escaping > >>> (i.e. it's not really what you'd expect on unix). > >> > >> The precedent comes both obviously from URI syntax standards/RFC's, and > >> in the Solaris context, from pkg(5). ls /var/pkg/pkg on your system > >> to see lots of existing files with %2F names. > > > > Precedent set, and while it results in ugly looking names, it will work > > unambiguously. Lets move on now... (sorry I raised it in the first > > place). > > > > (Oh, can you please elaborate whether any other % encodings are used? > > At a minimum it sees that % itself must be encoded...) > > http://lmgtfy.com/?q=url+encoding+rfc&l=1 Gee, thanks. The question wasn't on the spec for URL encoding... the question was whether the *implementation* handles the full spec or just %2f. I don't recall the case indicating that full URL encoding was in use. - Garrett > > - Bart > > > > > From artem.kachitchkine@oracle.com Wed Aug 4 11:20:35 2010 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 o74IKZP2010834 for ; Wed, 4 Aug 2010 11:20:35 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o74IKZ8f023200 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 4 Aug 2010 11:20:35 -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 <0L6N00M0T4ABKD00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 04 Aug 2010 11:20:35 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L6N00C7T4A93WC0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 04 Aug 2010 11:20:33 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o74IKWZk027560 for ; Wed, 04 Aug 2010 18:20:33 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o74IKSFH007524 for ; Wed, 04 Aug 2010 18:20:28 +0000 (GMT) Received: from abhmt005.oracle.com by acsmt355.oracle.com with ESMTP id 466235811280945965; Wed, 04 Aug 2010 11:19:25 -0700 Received: from [129.146.104.83] (/129.146.104.83) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 04 Aug 2010 11:19:25 -0700 Date: Wed, 04 Aug 2010 11:20:42 -0700 From: Artem Kachitchkine Subject: Re: PSARC/2010/304 Deliver Socket Configuration in Fragments In-reply-to: <4C5223EE.50502@oracle.com> To: PSARC-ext@sun.com Cc: Anders Persson Message-id: <4C59AF7A.1010307@oracle.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 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C59AF70.0185:SCFMA4539814,ss=1,fgs=0 References: <4C5223EE.50502@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Thunderbird/3.0.4 Status: RO Content-Length: 57 This case was approved at today's PSARC meeting. -Artem