archive-com.com » COM » T » TELECOMMUNITY.COM

Total: 388

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Local Site Map for "PkgResources" - The PEAK Developers' Center
    The PEAK Developers Center FrontPage RecentChanges TitleIndex WordIndex SiteNavigation HelpContents PkgResources view EditText of this page FindPage by browsing title search text search or an index Or try one of

    Original URL path: http://peak.telecommunity.com/DevCenter/PkgResources?action=LocalSiteMap (2016-04-24)
    Open archived version from archive


  • PkgResources - The PEAK Developers' Center
    stricter fallback requirements than others For example an application that has a database schema or persistent objects may not be able to safely downgrade a version of a package Others may want to ensure that a new plugin configuration is either 100 good or else revert to a known good configuration That is they may wish to revert to a known configuration if the error info return value is non empty Note that this algorithm gives precedence to satisfying the dependencies of alphabetically prior project names in case of version conflicts If two projects named AaronsPlugin and ZekesPlugin both need different versions of TomsLibrary then AaronsPlugin will win and ZekesPlugin will be disabled due to version conflict Environment Objects An environment is a collection of Distribution objects usually ones that are present and potentially importable on the current platform Environment objects are used by pkg resources to index available distributions during dependency resolution Environment search path None platform get supported platform python PY MAJOR Create an environment snapshot by scanning search path for distributions compatible with platform and python search path should be a sequence of strings such as might be used on sys path If a search path isn t supplied sys path is used platform is an optional string specifying the name of the platform that platform specific distributions must be compatible with If unspecified it defaults to the current platform python is an optional string naming the desired version of Python e g 2 4 it defaults to the currently running version You may explicitly set platform and or python to None if you wish to include all distributions not just those compatible with the running platform or Python version Note that search path is scanned immediately for distributions and the resulting Environment is a snapshot of the found distributions It is not automatically updated if the system s state changes due to e g installation or removal of distributions getitem project name Returns a list of distributions for the given project name ordered from newest to oldest version And highest to lowest format precedence for distributions that contain the same version of the project If there are no distributions for the project returns an empty list iter Yield the unique project names of the distributions in this environment The yielded names are always in lower case add dist Add dist to the environment if it matches the platform and python version specified at creation time and only if the distribution hasn t already been added i e adding the same distribution more than once is a no op remove dist Remove dist from the environment can add dist Is distribution dist acceptable for this environment If it s not compatible with the platform and python version values specified when the environment was created a false value is returned add dist or env operator Add a distribution or environment to an Environment instance returning a new environment object that contains all the distributions previously contained by both The new environment will have a platform and python of None meaning that it will not reject any distributions from being added to it it will simply accept whatever is added If you want the added items to be filtered for platform and Python version or you want to add them to the same environment instance you should use in place addition instead iadd dist or env operator Add a distribution or environment to an Environment instance in place updating the existing instance and returning it The platform and python filter attributes take effect so distributions in the source that do not have a suitable platform string or Python version are silently ignored best match req working set installer None Find distribution best matching req and usable on working set This calls the find req method of the working set to see if a suitable distribution is already active This may raise VersionConflict if an unsuitable version of the project is already active in the specified working set If a suitable distribution isn t active this method returns the newest distribution in the environment that meets the Requirement in req If no suitable distribution is found and installer is supplied then the result of calling the environment s obtain req installer method will be returned obtain requirement installer None Obtain a distro that matches requirement e g via download In the base Environment class this routine just returns installer requirement unless installer is None in which case None is returned instead This method is a hook that allows subclasses to attempt other ways of obtaining a distribution before falling back to the installer argument scan search path None Scan search path for distributions usable on platform Any distributions found are added to the environment search path should be a sequence of strings such as might be used on sys path If not supplied sys path is used Only distributions conforming to the platform python version defined at initialization are added This method is a shortcut for using the find distributions function to find the distributions from each item in search path and then calling add to add each one to the environment Requirement Objects Requirement objects express what versions of a project are suitable for some purpose These objects or their string form are used by various pkg resources APIs in order to find distributions that a script or distribution needs Requirements Parsing parse requirements s Yield Requirement objects for a string or iterable of lines Each requirement must start on a new line See below for syntax Requirement parse s Create a Requirement object from a string or iterable of lines A ValueError is raised if the string or lines do not contain a valid requirement specifier or if they contain more than one specifier To parse multiple specifiers from a string or iterable of strings use parse requirements instead The syntax of a requirement specifier can be defined in EBNF as follows requirement project name versionspec extras versionspec comparison version comparison version comparison extras extralist extralist identifier identifier project name identifier identifier A Za z0 9 version A Za z0 9 Tokens can be separated by whitespace and a requirement can be continued over multiple lines using a backslash Line end comments using are also allowed Some examples of valid requirement specifiers FooProject 1 2 Fizzy foo bar PickyThing 1 6 1 9 1 9 6 2 0a0 2 4c1 SomethingWhoseVersionIDontCareAbout The project name is the only required portion of a requirement string and if it s the only thing supplied the requirement will accept any version of that project The extras in a requirement are used to request optional features of a project that may require additional project distributions in order to function For example if the hypothetical Report O Rama project offered optional PDF support it might require an additional library in order to provide that support Thus a project needing Report O Rama s PDF features could use a requirement of Report O Rama PDF to request installation or activation of both Report O Rama and any libraries it needs in order to provide PDF support For example you could use easy install py Report O Rama PDF To install the necessary packages using the EasyInstall program or call pkg resources require Report O Rama PDF to add the necessary distributions to sys path at runtime Requirement Methods and Attributes contains dist or version Return true if dist or version fits the criteria for this requirement If dist or version is a Distribution object its project name must match the requirement s project name and its version must meet the requirement s version criteria If dist or version is a string it is parsed using the parse version utility function Otherwise it is assumed to be an already parsed version The Requirement object s version specifiers specs are internally sorted into ascending version order and used to establish what ranges of versions are acceptable Adjacent redundant conditions are effectively consolidated e g 1 2 produces the same results as 1 and 2 3 produces the same results as 3 versions are excised from the ranges they fall within The version being tested for acceptability is then checked for membership in the resulting ranges Note that providing conflicting conditions for the same version e g 2 2 or 2 2 is meaningless and may therefore produce bizarre results when compared with actual version number s eq other requirement A requirement compares equal to another requirement if they have case insensitively equal project names version specifiers and extras The order that extras and version specifiers are in is also ignored Equal requirements also have equal hashes so that requirements can be used in sets or as dictionary keys str The string form of a Requirement is a string that if passed to Requirement parse would return an equal Requirement object project name The name of the required project key An all lowercase version of the project name useful for comparison or indexing extras A tuple of names of extras that this requirement calls for These will be all lowercase and normalized using the safe extra parsing utility function so they may not exactly equal the extras the requirement was created with specs A list of op version tuples sorted in ascending parsed version order The op in each tuple is a comparison operator represented as a string The version is the unparsed version number The relative order of tuples containing the same version numbers is undefined since having more than one operator for a given version is either redundant or self contradictory Entry Points Entry points are a simple way for distributions to advertise Python objects such as functions or classes for use by other distributions Extensible applications and frameworks can search for entry points with a particular name or group either from a specific distribution or from all active distributions on sys path and then inspect or load the advertised objects at will Entry points belong to groups which are named with a dotted name similar to a Python package or module name For example the setuptools package uses an entry point named distutils commands in order to find commands defined by distutils extensions setuptools treats the names of entry points defined in that group as the acceptable commands for a setup script In a similar way other packages can define their own entry point groups either using dynamic names within the group like distutils commands or possibly using predefined names within the group For example a blogging framework that offers various pre or post publishing hooks might define an entry point group and look for entry points named pre process and post process within that group To advertise an entry point a project needs to use setuptools and provide an entry points argument to setup in its setup script so that the entry points will be included in the distribution s metadata For more details see the setuptools documentation XXX link here to setuptools Each project distribution can advertise at most one entry point of a given name within the same entry point group For example a distutils extension could advertise two different distutils commands entry points as long as they had different names However there is nothing that prevents different projects from advertising entry points of the same name in the same group In some cases this is a desirable thing since the application or framework that uses the entry points may be calling them as hooks or in some other way combining them It is up to the application or framework to decide what to do if multiple distributions advertise an entry point some possibilities include using both entry points displaying an error message using the first one found in sys path order etc Convenience API In the following functions the dist argument can be a Distribution instance a Requirement instance or a string specifying a requirement i e project name version etc If the argument is a string or Requirement the specified distribution is located and added to sys path if not already present An error will be raised if a matching distribution is not available The group argument should be a string containing a dotted identifier identifying an entry point group If you are defining an entry point group you should include some portion of your package s name in the group name so as to avoid collision with other packages entry point groups load entry point dist group name Load the named entry point from the specified distribution or raise ImportError get entry info dist group name Return an EntryPoint object for the given group and name from the specified distribution Returns None if the distribution has not advertised a matching entry point get entry map dist group None Return the distribution s entry point map for group or the full entry map for the distribution This function always returns a dictionary even if the distribution advertises no entry points If group is given the dictionary maps entry point names to the corresponding EntryPoint object If group is None the dictionary maps group names to dictionaries that then map entry point names to the corresponding EntryPoint instance in that group iter entry points group name None Yield entry point objects from group matching name If name is None yields all entry points in group from all distributions in the working set on sys path otherwise only ones matching both group and name are yielded Entry points are yielded from the active distributions in the order that the distributions appear on sys path Within entry points for a particular distribution however there is no particular ordering This API is actually a method of the global working set object see the section above on Basic WorkingSet Methods for more information Creating and Parsing EntryPoint name module name attrs extras dist None Create an EntryPoint instance name is the entry point name The module name is the dotted name of the module containing the advertised object attrs is an optional tuple of names to look up from the module to obtain the advertised object For example an attrs of foo bar and a module name of baz would mean that the advertised object could be obtained by the following code import baz advertised object baz foo bar The extras are an optional tuple of extra feature names that the distribution needs in order to provide this entry point When the entry point is loaded these extra features are looked up in the dist argument to find out what other distributions may need to be activated on sys path see the load method for more details The extras argument is only meaningful if dist is specified dist must be a Distribution instance EntryPoint parse src dist None classmethod Parse a single entry point from string src Entry point syntax follows the form name some module some attr extra1 extra2 The entry name and module name are required but the attrs and extras parts are optional as is the whitespace shown between some of the items The dist argument is passed through to the EntryPoint constructor along with the other values parsed from src EntryPoint parse group group lines dist None classmethod Parse lines a string or sequence of lines to create a dictionary mapping entry point names to EntryPoint objects ValueError is raised if entry point names are duplicated if group is not a valid entry point group name or if there are any syntax errors Note the group parameter is used only for validation and to create more informative error messages If dist is provided it will be used to set the dist attribute of the created EntryPoint objects EntryPoint parse map data dist None classmethod Parse data into a dictionary mapping group names to dictionaries mapping entry point names to EntryPoint objects If data is a dictionary then the keys are used as group names and the values are passed to parse group as the lines argument If data is a string or sequence of lines it is first split into ini style sections using the split sections utility function and the section names are used as group names In either case the dist argument is passed through to parse group so that the entry points will be linked to the specified distribution EntryPoint Objects For simple introspection EntryPoint objects have attributes that correspond exactly to the constructor argument names name module name attrs extras and dist are all available In addition the following methods are provided load require True env None installer None Load the entry point returning the advertised Python object or raise ImportError if it cannot be obtained If require is a true value then require env installer is called before attempting the import require env None installer None Ensure that any extras needed by the entry point are available on sys path UnknownExtra is raised if the EntryPoint has extras but no dist or if the named extras are not defined by the distribution If env is supplied it must be an Environment and it will be used to search for needed distributions if they are not already present on sys path If installer is supplied it must be a callable taking a Requirement instance and returning a matching importable Distribution instance or None str The string form of an EntryPoint is a string that could be passed to EntryPoint parse to produce an equivalent EntryPoint Distribution Objects Distribution objects represent collections of Python code that may or may not be importable and may or may not have metadata and resources associated with them Their metadata may include information such as what other projects the distribution depends on what entry points the distribution advertises and so on Getting or Creating Distributions Most commonly you ll obtain Distribution objects from a WorkingSet or an Environment See the sections above on WorkingSet Objects and Environment Objects which are containers for active distributions and available distributions respectively You can also obtain Distribution objects from one of these high level APIs find distributions path item only False Yield distributions accessible via path item If only is true yield only distributions whose location is equal to path item In other words if only is true this yields any distributions that would be importable if path item were on sys path If only is false this also yields distributions that are in or under path item but would not be importable unless their locations were also added to sys path get distribution dist spec Return a Distribution object for a given Requirement or string If dist spec is already a Distribution instance it is returned If it is a Requirement object or a string that can be parsed into one it is used to locate and activate a matching distribution which is then returned However if you re creating specialized tools for working with distributions or creating a new distribution format you may also need to create Distribution objects directly using one of the three constructors below These constructors all take an optional metadata argument which is used to access any resources or metadata associated with the distribution metadata must be an object that implements the IResourceProvider interface or None If it is None an EmptyProvider is used instead Distribution objects implement both the IResourceProvider and IMetadataProvider Methods by delegating them to the metadata object Distribution from location location basename metadata None kw classmethod Create a distribution for location which must be a string such as a URL filename or other string that might be used on sys path basename is a string naming the distribution like Foo 1 2 py2 4 egg If basename ends with egg then the project s name version python version and platform are extracted from the filename and used to set those properties of the created distribution Any additional keyword arguments are forwarded to the Distribution constructor Distribution from filename filename metadata None kw classmethod Create a distribution by parsing a local filename This is a shorter way of saying Distribution from location normalize path filename os path basename filename metadata In other words it creates a distribution whose location is the normalize form of the filename parsing name and version information from the base portion of the filename Any additional keyword arguments are forwarded to the Distribution constructor Distribution location metadata project name version py version platform precedence Create a distribution by setting its properties All arguments are optional and default to None except for py version which defaults to the current Python version and precedence which defaults to EGG DIST for more details see precedence under Distribution Attributes below Note that it s usually easier to use the from filename or from location constructors than to specify all these arguments individually Distribution Attributes location A string indicating the distribution s location For an importable distribution this is the string that would be added to sys path to make it actively importable For non importable distributions this is simply a filename URL or other way of locating the distribution project name A string naming the project that this distribution is for Project names are defined by a project s setup script and they are used to identify projects on PyPI When a Distribution is constructed the project name argument is passed through the safe name utility function to filter out any unacceptable characters key dist key is short for dist project name lower It s used for case insensitive comparison and indexing of distributions by project name extras A list of strings giving the names of extra features defined by the project s dependency list the extras require argument specified in the project s setup script version A string denoting what release of the project this distribution contains When a Distribution is constructed the version argument is passed through the safe version utility function to filter out any unacceptable characters If no version is specified at construction time then attempting to access this attribute later will cause the Distribution to try to discover its version by reading its PKG INFO metadata file If PKG INFO is unavailable or can t be parsed ValueError is raised parsed version The parsed version is a tuple representing a parsed form of the distribution s version dist parsed version is a shortcut for calling parse version dist version It is used to compare or sort distributions by version See the Parsing Utilities section below for more information on the parse version function Note that accessing parsed version may result in a ValueError if the Distribution was constructed without a version and without metadata capable of supplying the missing version info py version The major minor Python version the distribution supports as a string For example 2 3 or 2 4 The default is the current version of Python platform A string representing the platform the distribution is intended for or None if the distribution is pure Python and therefore cross platform See Platform Utilities below for more information on platform strings precedence A distribution s precedence is used to determine the relative order of two distributions that have the same project name and parsed version The default precedence is pkg resources EGG DIST which is the highest i e most preferred precedence The full list of predefined precedences from most preferred to least preferred is EGG DIST BINARY DIST SOURCE DIST CHECKOUT DIST and DEVELOP DIST Normally precedences other than EGG DIST are used only by the setuptools package index module when sorting distributions found in a package index to determine their suitability for installation System and Development eggs i e ones that use the egg info format however are automatically given a precedence of DEVELOP DIST Distribution Methods activate path None Ensure distribution is importable on path If path is None sys path is used instead This ensures that the distribution s location is in the path list and it also performs any necessary namespace package fixups or declarations That is if the distribution contains namespace packages this method ensures that they are declared and that the distribution s contents for those namespace packages are merged with the contents provided by any other active distributions See the section above on Namespace Package Support for more information pkg resources adds a notification callback to the global working set that ensures this method is called whenever a distribution is added to it Therefore you should not normally need to explicitly call this method Note that this means that namespace packages on sys path are always imported as soon as pkg resources is which is another reason why namespace packages should not contain any code or import statements as requirement Return a Requirement instance that matches this distribution s project name and version requires extras List the Requirement objects that specify this distribution s dependencies If extras is specified it should be a sequence of names of extras defined by the distribution and the list returned will then include any dependencies needed to support the named extras clone kw Create a copy of the distribution Any supplied keyword arguments override the corresponding argument to the Distribution constructor allowing you to change some of the copied distribution s attributes egg name Return what this distribution s standard filename should be not including the egg extension For example a distribution for project Foo version 1 2 that runs on Python 2 3 for Windows would have an egg name of Foo 1 2 py2 3 win32 Any dashes in the name or version are converted to underscores Distribution from location will convert them back when parsing a egg file name cmp other hash Distribution objects are hashed and compared on the basis of their parsed version and precedence followed by their key lowercase project name location Python version and platform The following methods are used to access EntryPoint objects advertised by the distribution See the section above on Entry Points for more detailed information about these operations get entry info group name Return the EntryPoint object for group and name or None if no such point is advertised by this distribution get entry map group None Return the entry point map for group If group is None return a dictionary mapping group names to entry point maps for all groups An entry point map is a dictionary of entry point names to EntryPoint objects load entry point group name Short for get entry info group name load Returns the object advertised by the named entry point or raises ImportError if the entry point isn t advertised by this distribution or there is some other import problem In addition to the above methods Distribution objects also implement all of the IResourceProvider and IMetadataProvider Methods which are documented in later sections has metadata name metadata isdir name metadata listdir name get metadata name get metadata lines name run script script name namespace get resource filename manager resource name get resource stream manager resource name get resource string manager resource name has resource resource name resource isdir resource name resource listdir resource name If the distribution was created with a metadata argument these resource and metadata access methods are all delegated to that metadata provider Otherwise they are delegated to an EmptyProvider so that the distribution will appear to have no resources or metadata This delegation approach is used so that supporting custom importers or new distribution formats can be done simply by creating an appropriate IResourceProvider implementation see the section below on Supporting Custom Importers for more details ResourceManager API The ResourceManager class provides uniform access to package resources whether those resources exist as files and directories or are compressed in an archive of some kind Normally you do not need to create or explicitly manage ResourceManager instances as the pkg resources module creates a global instance for you and makes most of its methods available as top level names in the pkg resources module namespace So for example this code actually calls the resource string method of the global ResourceManager import pkg resources my data pkg resources resource string name foo dat Thus you can use the APIs below without needing an explicit ResourceManager instance just import and use them as needed Basic Resource Access In the following methods the package or requirement argument may be either a Python package module name e g foo bar or a Requirement instance If it is a package or module name the named module or package must be importable i e be in a distribution or directory on sys path and the resource name argument is interpreted relative to the named package Note that if a module name is used then the resource name is relative to the package immediately containing the named module Also you should not use use a namespace package name because a namespace package can be spread across multiple distributions and is therefore ambiguous as to which distribution should be searched for the resource If it is a Requirement then the requirement is automatically resolved searching the current Environment if necessary and a matching distribution is added to the WorkingSet and sys path if one was not already present Unless the Requirement can t be satisfied in which case an exception is raised The resource name argument is then interpreted relative to the root of the identified distribution i e its first path segment will be treated as a peer of the top level modules or packages in the distribution Note that resource names must be separated paths and cannot be absolute i e no leading or contain relative names like Do not use os path routines to manipulate resource paths as they are not filesystem paths resource exists package or requirement resource name Does the named resource exist Return True or False accordingly resource stream package or requirement resource name Return a readable file like object for the specified resource it may be an actual file a StringIO or some similar object The stream is in binary mode in the sense that whatever bytes are in the resource will be read as is resource string package or requirement resource name Return the specified resource as a string The resource is read in binary fashion such that the returned string contains exactly the bytes that are stored in the resource resource isdir package or requirement resource name Is the named resource a directory Return True or False accordingly resource listdir package or requirement resource name List the contents of the named resource directory just like os listdir except that it works even if the resource is in a zipfile Note that only resource exists and resource isdir are insensitive as to the resource type You cannot use resource listdir on a file resource and you can t use resource string or resource stream on directory resources Using an inappropriate method for the resource type may result in an exception or undefined behavior depending on the platform and distribution format involved Resource Extraction resource filename package or requirement resource name Sometimes it is not sufficient to access a resource in string or stream form and a true filesystem filename is needed In such cases you can use this method or module level function to obtain a filename for a resource If the resource is in an archive distribution such as a zipped egg it will be extracted to a cache directory and the filename within the cache will be returned If the named resource is a directory then all resources within that directory including subdirectories are also extracted If the named resource is a C extension or eager resource see the setuptools documentation for details then all C extensions and eager resources are extracted at the same time Archived resources are extracted to a cache location that can be managed by the following two methods set extraction path path Set the base path where resources will be extracted to if needed If you do not call this routine before any extractions take place the path defaults to the return value of get default cache Which is based on the PYTHON EGG CACHE environment variable with various platform specific fallbacks See that routine s documentation for more details Resources are extracted to subdirectories of this path based upon information given by the resource provider You may set this to a temporary directory but then you must call cleanup resources to delete the extracted files when done There is no guarantee that cleanup resources will be able to remove all extracted files On Windows for example you can t unlink pyd or dll files that are still in use Note that you may not change the extraction path for a given resource manager once resources have been extracted unless you first call cleanup resources cleanup resources force False Delete all extracted resource files and directories returning a list of the file and directory names that could not be successfully removed This function does not have any concurrency protection so it should generally only be called when the extraction path is a temporary directory exclusive to a single process This method is not automatically called you must call it explicitly or register it as an atexit function if you wish to ensure cleanup of a temporary directory used for extractions Provider Interface If you are implementing an IResourceProvider and or IMetadataProvider for a new distribution archive format you may need to use the following IResourceManager methods to co ordinate extraction of resources to the filesystem If you re not implementing an archive format however you have no need to use these methods Unlike the other methods listed above they are not available as top level functions tied to the global ResourceManager you must therefore have an explicit ResourceManager instance to use them get cache path archive name names Return absolute location in cache for archive name and names The parent directory of the resulting path will be created if it does not already exist archive name should be the base filename of the enclosing egg which may not be the name of the enclosing zipfile including its egg extension names if provided should be a sequence of path name parts under the egg s extraction location This method should only be called by resource providers that need to obtain an extraction location and only for names they intend to extract as it tracks the generated names for possible cleanup later extraction error Raise an ExtractionError describing the active exception as interfering with the extraction process You should call this if you encounter any OS errors extracting the file to the cache path it will format the operating system exception for you and add other information to the ExtractionError instance that may be needed by programs that want to wrap or handle extraction errors themselves postprocess tempname filename Perform any platform specific postprocessing of tempname Resource providers should call this method ONLY after successfully extracting a compressed resource They must NOT call it on resources that are already in the filesystem tempname is the current temporary name of the file and filename is the name it will be renamed to by the caller after this routine returns Metadata API The metadata API is used to access metadata resources bundled in a pluggable distribution Metadata resources are virtual files or directories containing information about the distribution such as might be used by an extensible application or framework to connect plugins Like other kinds of resources metadata resource names are separated and should not contain or begin with a You should not use os path routines to manipulate resource paths The metadata API is provided by objects implementing the IMetadataProvider or IResourceProvider interfaces Distribution objects implement this interface as do objects returned by the get provider function get provider package or requirement If a package name is supplied return an IResourceProvider for the package If a Requirement is supplied resolve it by

    Original URL path: http://peak.telecommunity.com/DevCenter/PkgResources?action=SpellCheck (2016-04-24)
    Open archived version from archive

  • Index of /snapshots
    22 256K Trellis 0 7a3 dev r2610 tar gz 18 Apr 2016 04 22 106K Trellis 0 7a3 dev r2599 tar gz 05 May 2010 04 22 106K Trellis 0 7a3 dev r2595 tar gz 21 Feb 2009 04 22 105K RuleDispatch 0 5a1 dev r2717 tar gz 18 Apr 2016 04 22 94K RuleDispatch 0 5a1 dev r2618 tar gz 25 Mar 2013 04 22 94K RuleDispatch 0 5a1 dev r2506 tar gz 01 Aug 2010 04 22 94K RuleDispatch 0 5a0dev r2097 py2 4 win32 egg 13 Oct 2005 22 10 207K RuleDispatch 0 5a0dev r2097 py2 3 win32 egg 13 Oct 2005 22 10 209K RuleDispatch 0 5a0dev r2083 zip 16 Jul 2005 12 47 101K RuleDispatch 0 5a0dev r2083 py2 4 win32 egg 16 Jul 2005 12 47 205K RuleDispatch 0 5a0dev r2083 py2 3 win32 egg 16 Jul 2005 12 47 207K RuleDispatch 0 5a0dev r2097 zip 13 Oct 2005 22 10 104K RuleDispatch 0 5a0 dev r2100 py2 4 win32 egg 08 Nov 2005 22 55 207K RuleDispatch 0 5a0 dev r2100 py2 3 win32 egg 08 Nov 2005 22 55 209K RuleDispatch 0 5a0 dev r2100 zip 08 Nov 2005 22 55 105K PyProtocols 1 0a0dev r2082 zip 16 Jul 2005 12 48 121K PyProtocols 1 0a0dev r2082 py2 4 win32 egg 16 Jul 2005 12 48 264K PyProtocols 1 0a0dev r2082 py2 3 win32 egg 16 Jul 2005 12 48 266K PyProtocols 1 0a0dev r2070 zip 09 Jul 2005 00 49 184K PyProtocols 1 0a0dev r2070 py2 4 win32 egg 09 Jul 2005 00 49 264K PyProtocols 1 0a0dev r2070 py2 3 win32 egg 09 Jul 2005 00 49 266K PyProtocols 1 0a0dev r2302 zip 18 Apr 2016 04 22 122K PyProtocols 1 0a0dev r2302 tar gz 18 Apr 2016 04 22

    Original URL path: http://peak.telecommunity.com/snapshots/?C=N;O=D (2016-04-24)
    Open archived version from archive

  • Index of /snapshots
    r2097 zip 13 Oct 2005 22 10 104K RuleDispatch 0 5a0 dev r2100 py2 3 win32 egg 08 Nov 2005 22 55 209K RuleDispatch 0 5a0 dev r2100 py2 4 win32 egg 08 Nov 2005 22 55 207K RuleDispatch 0 5a0 dev r2100 zip 08 Nov 2005 22 55 105K PEAK 0 5a4 dev r2486 tar gz 10 May 2008 11 17 1 0M PEAK 0 5a4 dev r2486 zip 10 May 2008 11 18 1 1M Contextual 0 7a1 dev r2511 tar gz 16 Jul 2008 04 22 42K Trellis 0 7a3 dev r2595 tar gz 21 Feb 2009 04 22 105K EccoChemistry 0 4a1 dev r2596 tar gz 22 Mar 2010 04 22 15K Trellis 0 7a3 dev r2599 tar gz 05 May 2010 04 22 106K EccoChemistry 0 4a1 dev r2607 tar gz 27 May 2010 04 22 15K RuleDispatch 0 5a1 dev r2506 tar gz 01 Aug 2010 04 22 94K BytecodeAssembler 0 6 r2646 tar gz 02 Aug 2010 23 28 44K Contextual 0 7a1 dev r2570 tar gz 24 Feb 2011 04 22 43K PEAK Rules 0 5a1 dev r2700 tar gz 05 Sep 2011 04 22 107K PEAK Rules 0 5a1 dev r2707 tar gz 15 Oct 2012 04 22 110K RuleDispatch 0 5a1 dev r2618 tar gz 25 Mar 2013 04 22 94K setuptools 0 6c12dev r88997 tar gz 27 May 2013 04 22 256K setuptools 0 6c12dev r88997 py2 3 egg 27 May 2013 04 22 1 1M setuptools 0 6c12dev r88997 py2 4 egg 27 May 2013 04 22 342K setuptools 0 6c12dev r88997 py2 5 egg 27 May 2013 04 22 337K setuptools 0 6c12dev r88997 py2 6 egg 27 May 2013 04 22 337K setuptools 0 6c12dev r88997 py2 7 egg 27 May 2013 04 22 336K setuptools

    Original URL path: http://peak.telecommunity.com/snapshots/?C=M;O=A (2016-04-24)
    Open archived version from archive

  • Index of /snapshots
    dev r2700 tar gz 05 Sep 2011 04 22 107K PyProtocols 1 0a0dev r2302 tar gz 18 Apr 2016 04 22 108K PEAK Rules 0 5a1 dev r2707 tar gz 15 Oct 2012 04 22 110K PEAK Rules 0 5a1 dev r2713 tar gz 30 Mar 2015 04 22 111K PyProtocols 1 0a0dev r2082 zip 16 Jul 2005 12 48 121K PyProtocols 1 0a0dev r2302 zip 18 Apr 2016 04 22 122K PyProtocols 1 0a0dev r2070 zip 09 Jul 2005 00 49 184K RuleDispatch 0 5a0dev r2083 py2 4 win32 egg 16 Jul 2005 12 47 205K RuleDispatch 0 5a0dev r2097 py2 4 win32 egg 13 Oct 2005 22 10 207K RuleDispatch 0 5a0 dev r2100 py2 4 win32 egg 08 Nov 2005 22 55 207K RuleDispatch 0 5a0dev r2083 py2 3 win32 egg 16 Jul 2005 12 47 207K RuleDispatch 0 5a0dev r2097 py2 3 win32 egg 13 Oct 2005 22 10 209K RuleDispatch 0 5a0 dev r2100 py2 3 win32 egg 08 Nov 2005 22 55 209K setuptools 0 6c12dev r88997 tar gz 27 May 2013 04 22 256K setuptools 0 6c12dev r89000 tar gz 18 Apr 2016 04 22 256K setuptools 0 6c12dev r88998 tar gz 03 Jun 2013 04 22 256K PyProtocols 1 0a0dev r2082 py2 4 win32 egg 16 Jul 2005 12 48 264K PyProtocols 1 0a0dev r2070 py2 4 win32 egg 09 Jul 2005 00 49 264K PyProtocols 1 0a0dev r2082 py2 3 win32 egg 16 Jul 2005 12 48 266K PyProtocols 1 0a0dev r2070 py2 3 win32 egg 09 Jul 2005 00 49 266K setuptools 0 6c12dev r88997 py2 7 egg 27 May 2013 04 22 336K setuptools 0 6c12dev r88998 py2 7 egg 03 Jun 2013 04 22 336K setuptools 0 6c12dev r89000 py2 7 egg 18 Apr 2016 04 22 336K

    Original URL path: http://peak.telecommunity.com/snapshots/?C=S;O=A (2016-04-24)
    Open archived version from archive

  • Index of /snapshots
    r2302 tar gz 18 Apr 2016 04 22 108K PyProtocols 1 0a0dev r2302 zip 18 Apr 2016 04 22 122K PyProtocols 1 0a0dev r2070 py2 3 win32 egg 09 Jul 2005 00 49 266K PyProtocols 1 0a0dev r2070 py2 4 win32 egg 09 Jul 2005 00 49 264K PyProtocols 1 0a0dev r2070 zip 09 Jul 2005 00 49 184K PyProtocols 1 0a0dev r2082 py2 3 win32 egg 16 Jul 2005 12 48 266K PyProtocols 1 0a0dev r2082 py2 4 win32 egg 16 Jul 2005 12 48 264K PyProtocols 1 0a0dev r2082 zip 16 Jul 2005 12 48 121K RuleDispatch 0 5a0 dev r2100 zip 08 Nov 2005 22 55 105K RuleDispatch 0 5a0 dev r2100 py2 3 win32 egg 08 Nov 2005 22 55 209K RuleDispatch 0 5a0 dev r2100 py2 4 win32 egg 08 Nov 2005 22 55 207K RuleDispatch 0 5a0dev r2097 zip 13 Oct 2005 22 10 104K RuleDispatch 0 5a0dev r2083 py2 3 win32 egg 16 Jul 2005 12 47 207K RuleDispatch 0 5a0dev r2083 py2 4 win32 egg 16 Jul 2005 12 47 205K RuleDispatch 0 5a0dev r2083 zip 16 Jul 2005 12 47 101K RuleDispatch 0 5a0dev r2097 py2 3 win32 egg 13 Oct 2005 22 10 209K RuleDispatch 0 5a0dev r2097 py2 4 win32 egg 13 Oct 2005 22 10 207K RuleDispatch 0 5a1 dev r2506 tar gz 01 Aug 2010 04 22 94K RuleDispatch 0 5a1 dev r2618 tar gz 25 Mar 2013 04 22 94K RuleDispatch 0 5a1 dev r2717 tar gz 18 Apr 2016 04 22 94K Trellis 0 7a3 dev r2595 tar gz 21 Feb 2009 04 22 105K Trellis 0 7a3 dev r2599 tar gz 05 May 2010 04 22 106K Trellis 0 7a3 dev r2610 tar gz 18 Apr 2016 04 22 106K setuptools 0 6c12dev r88997

    Original URL path: http://peak.telecommunity.com/snapshots/?C=D;O=A (2016-04-24)
    Open archived version from archive

  • PyProtocols API Reference
    PyProtocols also doesn t force you to use a particular interface coding style or even a specific interface type You can use its built in interface types or define your own If there s another Python package out there with interface types that you d like to use CORBA COM you can even create your own adapters to make them work with the PyProtocols API PyProtocols is also the only interface package that supports automatic transitive adaptation That is if you define an adapter from interface A to interface B and another from B to C PyProtocols automatically creates and registers a new adapter from A to C for you If you later declare an explicit adapter from A to C it silently replaces the automatically created one PyProtocols may be used modified and distributed under the same terms and conditions as Python or Zope Version 0 9 3 Release Notes For important notes on upgrading from previous releases and information about changes coming in 1 0 please see the UPGRADING txt file For the complete list of changes from 0 9 2 please see the CHANGES txt file Note that the 0 9 x release series is now in maintenance mode and no new features will be added in future 0 9 x releases From now on new features will only be added to the 1 x releases beginning with 1 0a1 later this year If you d like to use Zope interfaces with PyProtocols you must use Zope X3 beta 1 or later as PyProtocols Zope support uses the latest Zope interface declaration API If you d like to use Twisted interfaces with PyProtocols you must use Twisted 1 0 5 or later Obtaining the Package and Documentation Please see the PyProtocols Home Page for download links CVS

    Original URL path: http://peak.telecommunity.com/protocol_api/ (2016-04-24)
    Open archived version from archive

  • Index of /dist
    9 3 tar gz 27 Sep 2004 00 39 331K Source Docs tgz format PyProtocols 0 9 3 win32 py2 2 exe 04 Aug 2004 22 02 57K Windows installer no docs PyProtocols 0 9 3 win32 py2 3 exe 04 Aug 2004 22 02 58K Windows installer no docs PyProtocols 0 9 3 zip 27 Sep 2004 00 39 429K Source Docs zip format ez setup py 20 Jan

    Original URL path: http://peak.telecommunity.com/dist/ (2016-04-24)
    Open archived version from archive



  •