Viewing File: /opt/alt/python35/lib/python3.5/site-packages/pip/_vendor/__pycache__/appdirs.cpython-35.pyc



t_3e@sdZdZeddejdDZddlZddlZejddkZeree	Z
ejjdrddlZej
ddZejd	rd
ZqejdrdZqd
Zn0ejdkrejdkrd
Zn	ejZddddddZddddddZddddddZddddddZddddddZddddddZddddddZGd d!d!eZd"d#Zd$d%Zd&d'Zd(d)Zed
krZydd*lmZeZ WnCe!k
rYyddl"Z#eZ Wne!k
rTeZ YnXYnXd+d,Z$e%d-krd.Z&d/Z'd9Z(e)d0ee)d1ee&e'd2d3Z*x+e(D]#Z+e)d4e+e,e*e+fqWe)d5ee&e'Z*x+e(D]#Z+e)d4e+e,e*e+fqWe)d6ee&Z*x+e(D]#Z+e)d4e+e,e*e+fqCWe)d7ee&d8dZ*x+e(D]#Z+e)d4e+e,e*e+fqWdS):zyUtilities for determining application-specific dirs.

See <http://github.com/ActiveState/appdirs> for details and usage.
z1.4.4ccs|]}t|VqdS)N)int).0segmentr/builddir/build/BUILDROOT/alt-python35-pip-20.2.4-1.el7.x86_64/opt/alt/python35/lib/python3.5/site-packages/pip/_vendor/appdirs.py	<genexpr>sr.NjavaWindowswin32ZMacdarwinZlinux2clintFcCs'tdkr|dkr|}|r*dp-d}tjjt|}|r|dk	rutjj|||}qtjj||}nutdkrtjjd}|rtjj||}n9tjdtjjd	}|rtjj||}|r#|r#tjj||}|S)
aReturn full path to the user-specific data dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "roaming" (boolean, default False) can be set True to use the Windows
            roaming appdata directory. That means that for users on a Windows
            network setup for roaming profiles, this user data will be
            sync'd on login. See
            <http://technet.microsoft.com/en-us/library/cc766489(WS.10).aspx>
            for a discussion of issues.

    Typical user data directories are:
        Mac OS X:               ~/Library/Application Support/<AppName>  # or ~/.config/<AppName>, if the other does not exist
        Unix:                   ~/.local/share/<AppName>    # or in $XDG_DATA_HOME, if defined
        Win XP (not roaming):   C:\Documents and Settings\<username>\Application Data\<AppAuthor>\<AppName>
        Win XP (roaming):       C:\Documents and Settings\<username>\Local Settings\Application Data\<AppAuthor>\<AppName>
        Win 7  (not roaming):   C:\Users\<username>\AppData\Local\<AppAuthor>\<AppName>
        Win 7  (roaming):       C:\Users\<username>\AppData\Roaming\<AppAuthor>\<AppName>

    For Unix, we follow the XDG spec and support $XDG_DATA_HOME.
    That means, by default "~/.local/share/<AppName>".
    rN
CSIDL_APPDATACSIDL_LOCAL_APPDATAFr
z~/Library/Application Support/
XDG_DATA_HOMEz~/.local/share)systemospathnormpath_get_win_folderjoin
expandusergetenv)appname	appauthorversionroamingconstrrrr
user_data_dir1s& r cstdkr{|dkr}tjjtd}r]|dk	rctjj||}q]tjj|}ntdkrtjjd}r]tjj|}ntjdtjjdd	g}d
d|j	tjD}r4|rtjj|fdd|D}|rOtjj|}n
|d
}|Sr~|r~tjj||}|S)aiReturn full path to the user-shared data dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "multipath" is an optional parameter only applicable to *nix
            which indicates that the entire list of data dirs should be
            returned. By default, the first item from XDG_DATA_DIRS is
            returned, or '/usr/local/share/<AppName>',
            if XDG_DATA_DIRS is not set

    Typical site data directories are:
        Mac OS X:   /Library/Application Support/<AppName>
        Unix:       /usr/local/share/<AppName> or /usr/share/<AppName>
        Win XP:     C:\Documents and Settings\All Users\Application Data\<AppAuthor>\<AppName>
        Vista:      (Fail! "C:\ProgramData" is a hidden *system* directory on Vista.)
        Win 7:      C:\ProgramData\<AppAuthor>\<AppName>   # Hidden, but writeable on Win 7.

    For Unix, this is using the $XDG_DATA_DIRS[0] default.

    WARNING: Do not use this on Windows. See the Vista-Fail note above for why.
    rNCSIDL_COMMON_APPDATAFr
z/Library/Application Support
XDG_DATA_DIRSz/usr/local/sharez
/usr/sharecSs.g|]$}tjj|jtjqSr)rrrrstripsep)rxrrr
<listcomp>s	z!site_data_dir.<locals>.<listcomp>cs%g|]}tjj|qSr)rrr)rr%)rrrr&s	r)
rrrrrrrrpathsepsplit)rrr	multipathrpathlistr)rr
site_data_dirhs4	
r+cCstdkr$t||d|}n9tjdtjjd}|r]tjj||}|r~|r~tjj||}|S)aReturn full path to the user-specific config dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "roaming" (boolean, default False) can be set True to use the Windows
            roaming appdata directory. That means that for users on a Windows
            network setup for roaming profiles, this user data will be
            sync'd on login. See
            <http://technet.microsoft.com/en-us/library/cc766489(WS.10).aspx>
            for a discussion of issues.

    Typical user config directories are:
        Mac OS X:               same as user_data_dir
        Unix:                   ~/.config/<AppName>     # or in $XDG_CONFIG_HOME, if defined
        Win *:                  same as user_data_dir

    For Unix, we follow the XDG spec and support $XDG_CONFIG_HOME.
    That means, by default "~/.config/<AppName>".
    rr
NXDG_CONFIG_HOMEz	~/.config)rr
)rr rrrrr)rrrrrrrruser_config_dirsr-cstd	kr?t|}r|rtjj||}ntjdpQd}dd|jtjD}r|rtjj|fdd|D}|rtjj|}n
|d}|S)
aReturn full path to the user-shared data dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "multipath" is an optional parameter only applicable to *nix
            which indicates that the entire list of config dirs should be
            returned. By default, the first item from XDG_CONFIG_DIRS is
            returned, or '/etc/xdg/<AppName>', if XDG_CONFIG_DIRS is not set

    Typical site config directories are:
        Mac OS X:   same as site_data_dir
        Unix:       /etc/xdg/<AppName> or $XDG_CONFIG_DIRS[i]/<AppName> for each value in
                    $XDG_CONFIG_DIRS
        Win *:      same as site_data_dir
        Vista:      (Fail! "C:\ProgramData" is a hidden *system* directory on Vista.)

    For Unix, this is using the $XDG_CONFIG_DIRS[0] default, if multipath=False

    WARNING: Do not use this on Windows. See the Vista-Fail note above for why.
    rr
XDG_CONFIG_DIRSz/etc/xdgcSs4g|]*}|rtjj|jtjqSr)rrrr#r$)rr%rrrr&s	z#site_config_dir.<locals>.<listcomp>cs%g|]}tjj|qSr)rrr)rr%)rrrr&s	r)rr
)rr+rrrrr(r')rrrr)rr*r)rrsite_config_dirs
r/TcCsRtdkr|dkr|}tjjtd}trXt|trXt|}|r-|dk	rtjj	|||}ntjj	||}|r-tjj	|d}nutdkrtjj
d}|r-tjj	||}n9tjdtjj
d	}|r-tjj	||}|rN|rNtjj	||}|S)
aReturn full path to the user-specific cache dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "opinion" (boolean) can be False to disable the appending of
            "Cache" to the base app data dir for Windows. See
            discussion below.

    Typical user cache directories are:
        Mac OS X:   ~/Library/Caches/<AppName>
        Unix:       ~/.cache/<AppName> (XDG default)
        Win XP:     C:\Documents and Settings\<username>\Local Settings\Application Data\<AppAuthor>\<AppName>\Cache
        Vista:      C:\Users\<username>\AppData\Local\<AppAuthor>\<AppName>\Cache

    On Windows the only suggestion in the MSDN docs is that local settings go in
    the `CSIDL_LOCAL_APPDATA` directory. This is identical to the non-roaming
    app data dir (the default returned by `user_data_dir` above). Apps typically
    put cache data somewhere *under* the given dir here. Some examples:
        ...\Mozilla\Firefox\Profiles\<ProfileName>\Cache
        ...\Acme\SuperApp\Cache\1.0
    OPINION: This function appends "Cache" to the `CSIDL_LOCAL_APPDATA` value.
    This can be disabled with the `opinion=False` option.
    rNrFCacher
z~/Library/CachesXDG_CACHE_HOMEz~/.cache)rrrrrPY3
isinstanceunicode_win_path_to_bytesrrr)rrropinionrrrruser_cache_dirs,!r7cCstdkr$t||d|}n9tjdtjjd}|r]tjj||}|r~|r~tjj||}|S)aReturn full path to the user-specific state dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "roaming" (boolean, default False) can be set True to use the Windows
            roaming appdata directory. That means that for users on a Windows
            network setup for roaming profiles, this user data will be
            sync'd on login. See
            <http://technet.microsoft.com/en-us/library/cc766489(WS.10).aspx>
            for a discussion of issues.

    Typical user state directories are:
        Mac OS X:  same as user_data_dir
        Unix:      ~/.local/state/<AppName>   # or in $XDG_STATE_HOME, if defined
        Win *:     same as user_data_dir

    For Unix, we follow this Debian proposal <https://wiki.debian.org/XDGBaseDirectorySpecification#state>
    to extend the XDG spec and support $XDG_STATE_HOME.

    That means, by default "~/.local/state/<AppName>".
    rr
NXDG_STATE_HOMEz~/.local/state)rr
)rr rrrrr)rrrrrrrruser_state_dirEsr9cCstdkr0tjjtjjd|}nutdkrrt|||}d}|rtjj|d}n3t|||}d}|rtjj|d}|r|rtjj||}|S)aReturn full path to the user-specific log dir for this application.

        "appname" is the name of application.
            If None, just the system directory is returned.
        "appauthor" (only used on Windows) is the name of the
            appauthor or distributing body for this application. Typically
            it is the owning company name. This falls back to appname. You may
            pass False to disable it.
        "version" is an optional version path element to append to the
            path. You might want to use this if you want multiple versions
            of your app to be able to run independently. If used, this
            would typically be "<major>.<minor>".
            Only applied when appname is present.
        "opinion" (boolean) can be False to disable the appending of
            "Logs" to the base app data dir for Windows, and "log" to the
            base cache dir for Unix. See discussion below.

    Typical user log directories are:
        Mac OS X:   ~/Library/Logs/<AppName>
        Unix:       ~/.cache/<AppName>/log  # or under $XDG_CACHE_HOME if defined
        Win XP:     C:\Documents and Settings\<username>\Local Settings\Application Data\<AppAuthor>\<AppName>\Logs
        Vista:      C:\Users\<username>\AppData\Local\<AppAuthor>\<AppName>\Logs

    On Windows the only suggestion in the MSDN docs is that local settings
    go in the `CSIDL_LOCAL_APPDATA` directory. (Note: I'm interested in
    examples of what some windows apps use for a logs dir.)

    OPINION: This function appends "Logs" to the `CSIDL_LOCAL_APPDATA`
    value for Windows and appends "log" to the user cache dir for Unix.
    This can be disabled with the `opinion=False` option.
    r
z~/Library/LogsrFLogslog)rrrrrr r7)rrrr6rrrruser_log_diros  	r<c@seZdZdZdddddddZeddZedd	Zed
dZedd
Z	eddZ
eddZeddZdS)AppDirsz1Convenience wrapper for getting application dirs.NFcCs1||_||_||_||_||_dS)N)rrrrr))selfrrrrr)rrr__init__s
				zAppDirs.__init__cCs%t|j|jd|jd|jS)Nrr)r rrrr)r>rrrr szAppDirs.user_data_dircCs%t|j|jd|jd|jS)Nrr))r+rrrr))r>rrrr+szAppDirs.site_data_dircCs%t|j|jd|jd|jS)Nrr)r-rrrr)r>rrrr-szAppDirs.user_config_dircCs%t|j|jd|jd|jS)Nrr))r/rrrr))r>rrrr/szAppDirs.site_config_dircCst|j|jd|jS)Nr)r7rrr)r>rrrr7szAppDirs.user_cache_dircCst|j|jd|jS)Nr)r9rrr)r>rrrr9szAppDirs.user_state_dircCst|j|jd|jS)Nr)r<rrr)r>rrrr<szAppDirs.user_log_dir)
__name__
__module____qualname____doc__r?propertyr r+r-r/r7r9r<rrrrr=s	r=cCsntrddl}nddl}ddddddi|}|j|jd	}|j||\}}|S)
zThis is a fallback technique at best. I'm not sure if using the
    registry for this guarantees us the correct answer for all CSIDL_*
    names.
    rNrAppDatar!zCommon AppDatarz
Local AppDataz@Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders)r2winreg_winregOpenKeyHKEY_CURRENT_USERQueryValueEx)
csidl_namerGshell_folder_namekeydirtyperrr_get_win_folder_from_registrys		rPcCsddlm}m}|jdt||dd}yzt|}d}x'|D]}t|dkrSd}PqSW|ryddl}|j|}Wnt	k
rYnXWnt
k
rYnX|S)Nr)shellconshellFT)win32com.shellrQrRSHGetFolderPathgetattrr4ordwin32apiGetShortPathNameImportErrorUnicodeError)rKrQrRrN
has_high_charcrXrrr_get_win_folder_with_pywin32s$!

	
r^cCsddl}ddddddi|}|jd}|jjjd|dd|d	}x'|D]}t|d
krcd}PqcW|r|jd}|jjj|j|dr|}|jS)Nrrr!#riFrST)	ctypescreate_unicode_bufferwindllshell32SHGetFolderPathWrWkernel32GetShortPathNameWvalue)rKrbcsidl_constbufr\r]buf2rrr_get_win_folder_with_ctypess"	
rmcCs4ddl}ddlm}ddlm}|jjd}|jd|}|jj	}|j
dt|j|d|jj
||jj|jjd}d}x'|D]}	t|	dkrd	}PqW|r0|jd|}|jj	}
|
j|||r0|jj|jjd}|S)
Nr)jna)rr]FrST)arraycom.sunrncom.sun.jna.platformrWinDefMAX_PATHzerosShell32INSTANCErUrVShlObjSHGFP_TYPE_CURRENTNativetoStringtostringr#rWKernel32rY)rKrqrnrbuf_sizerkrRrNr\r]kernelrrr_get_win_folder_with_jnas&+!
!r)rdc
CsAx:dD]2}y|j|SWqttfk
r8YqXqW|S)aEncode Windows paths to bytes. Only used on Python 2.

    Motivation is to be consistent with other operating systems where paths
    are also returned as bytes. This avoids problems mixing bytes and Unicode
    elsewhere in the codebase. For more details and discussion see
    <https://github.com/pypa/pip/issues/3463>.

    If encoding using ASCII and MBCS fails, return the original Unicode path.
    ASCIIMBCS)rr)encodeUnicodeEncodeErrorLookupError)rencodingrrrr5Es

	r5__main__ZMyAppZ	MyCompanyz-- app dirs %s --z%-- app dirs (with optional 'version')rz1.0z%s: %sz)
-- app dirs (without optional 'version')z+
-- app dirs (without optional 'appauthor')z(
-- app dirs (with disabled 'appauthor')r)r r-r7r9r<r+r/)-rC__version__tupler(__version_info__sysrversion_infor2strr4platform
startswithjava_veros_namernamer r+r-r/r7r9r<objectr=rPr^rmrrbrdrrZZcom.sun.jnacomr5r@rrpropsprintdirsproprVrrrr<module>	s"					7B*4=*30





!

!

!


Back to Directory File Manager