SEC [ alimifi.com ]

Linux premium703.web-hosting.com 4.18.0-553.124.4.lve.el8.x86_64 #1 SMP Fri May 15 13:02:13 UTC 2026 x86_64

LiteSpeed

104.21.39.192 | Your IP: 216.73.217.59

Cant read [ /etc/named.conf ]

[ drwxr-xr-x ]

/ opt / alt / python312 / share / doc / alt-python312-setuptools / docs / deprecated /

Home Upload Mass Deface Mass Delete Back Connect Info Server

Server Info

Operating System	:	Linux premium703.web-hosting.com 4.18.0-553.124.4.lve.el8.x86_64 #1 SMP Fri May 15 13:02:13 UTC 2026 x86_64
User / Group	:	1728[safalxfa] / 1720[safalxfa]
PHP Version	:	8.2.31
IP Server	:	104.21.39.192
Your IP	:	216.73.217.59
Storage	:	Total = 48.91 GB, Free = 26.02 GB [53%]
Domains	:	Cant read [ /etc/named.conf ]
Software	:	LiteSpeed
Disable Functions	:	All function is accessible
Useful Functions	:	gcc, lcc, cc, ld, make, php, perl, python, ruby, tar, gzip, bzip, bzialfa2, nc, locate, suidperl, git, docker, ssh
Downloader	:	wget, fetch, lynx, links, curl, get, lwp-mirror
CURL : ON \| SSH2 : OFF \| Magic Quotes : OFF \| MySQL : ON \| MSSQL : OFF \| PostgreSQL : ON \| Oracle : OFF
Safe Mode : OFF \| Open Basedir : NONE \| Safe Mode Exec Dir : NONE \| Safe Mode Include Dir : NONE

zip_safe.rst

Understanding the ``zip_safe`` flag
===================================

The ``zip_safe`` flag is a ``setuptools`` configuration mainly associated
with the ``egg`` distribution format
(which got replaced in the ecosystem by the newer ``wheel`` format) and the
``easy_install`` command (deprecated in ``setuptools`` v58.3.0).

It is very unlikely that the values of ``zip_safe`` will affect modern
deployments that use :pypi:`pip` for installing packages.
Moreover, new users of ``setuptools`` should not attempt to create egg files
using the deprecated ``build_egg`` command.
Therefore, this flag is considered **obsolete**.

This document, however, describes what was the historical motivation behind
this flag, and how it was used.

Historical Motivation
---------------------

For some use cases (such as bundling as part of a larger application), Python
packages may be run directly from a zip file.
Not all packages, however, are capable of running in compressed form, because
they may expect to be able to access either source code or data files as
normal operating system files.

In the past, ``setuptools`` would install a project distributed
as a zipfile or a directory (via the ``easy_install`` command or
``python setup.py install``),
the default choice being determined by the project's ``zip_safe`` flag.

How the ``zip_safe`` flag was used?
-----------------------------------

To set this flag, a developer would pass a boolean value for the ``zip_safe`` argument to the
``setup()`` function, or omit it.  When omitted, the ``bdist_egg``
command would analyze the project's contents to see if it could detect any
conditions preventing the project from working in a zipfile.

This was extremely conservative: ``bdist_egg`` would consider the
project unsafe if it contained any C extensions or datafiles whatsoever.  This
does *not* mean that the project couldn't or wouldn't work as a zipfile!  It just
means that the ``bdist_egg`` authors were not yet comfortable asserting that
the project *would* work.  If the project did not contain any C or data files, and did not
attempt to perform ``__file__`` or ``__path__`` introspection or source code manipulation, then
there was an extremely solid chance the project will work when installed as a
zipfile.  (And if the project used ``pkg_resources`` for all its data file
access, then C extensions and other data files shouldn't be a problem at all.
See the :ref:`Accessing Data Files at Runtime` section for more information.)

The developer could manually set ``zip_safe`` to ``True`` to perform tests,
or to override the default behaviour (after checking all the warnings and
understanding the implications), this would allow ``setuptools`` to install the
project as a zip file. Alternatively, by setting ``zip_safe`` to ``False``,
developers could force ``setuptools`` to always install the project as a
directory.

Modern ways of loading packages from zip files
----------------------------------------------

Currently, popular Python package installers (such as :pypi:`pip`) and package
indexes (such as PyPI_) consider that distribution packages are always
installed as a directory.
It is however still possible to load packages from zip files added to
:obj:`sys.path`, thanks to the :mod:`zipimport` module
and the :mod:`importlib` machinery provided by Python standard library.

When working with modules loaded from a zip file, it is important to keep in
mind that values of ``__file__`` and ``__path__`` might not work as expected.
Please check the documentation for :mod:`importlib.resources`, if file
locations are important for your use case.

.. _PyPI: https://pypi.org

Name	Type	Size	Owner/Group	Permission	Last Modified	Actions
.	dir	-	root/linksafe	drwxr-xr-x	2026-02-09 07:33:20
..	dir	-	root/linksafe	drwxr-xr-x	2026-02-09 07:33:20
distutils	dir	-	root/linksafe	drwxr-xr-x	2026-02-09 07:33:20
changed_keywords.rst	text/plain	2.13 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
commands.rst	text/plain	28.98 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
dependency_links.rst	text/plain	2.79 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
distutils-legacy.rst	text/plain	2.38 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
easy_install.rst	text/plain	50.79 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
functionalities.rst	text/plain	1.42 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
index.rst	text/plain	863 B	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
python_eggs.rst	text/plain	30.22 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
resource_extraction.rst	text/plain	2.98 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33
zip_safe.rst	text/plain	3.56 KB	root/linksafe	-rw-r--r--	2023-11-21 07:00:33