Linux iad1-shared-b7-18 6.6.49-grsec-jammy+ #10 SMP Thu Sep 12 23:23:08 UTC 2024 x86_64
Apache
: 67.205.6.31 | : 216.73.216.47
Cant Read [ /etc/named.conf ]
8.2.29
fernandoquevedo
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
README
+ Create Folder
+ Create File
/
usr /
lib /
python3 /
dist-packages /
hgext /
__pycache__ /
[ HOME SHELL ]
Name
Size
Permission
Action
__init__.cpython-310.pyc
257
B
-rw-r--r--
absorb.cpython-310.pyc
33.47
KB
-rw-r--r--
acl.cpython-310.pyc
11.77
KB
-rw-r--r--
amend.cpython-310.pyc
1.85
KB
-rw-r--r--
automv.cpython-310.pyc
3.07
KB
-rw-r--r--
beautifygraph.cpython-310.pyc
2.39
KB
-rw-r--r--
blackbox.cpython-310.pyc
5.19
KB
-rw-r--r--
bookflow.cpython-310.pyc
3.49
KB
-rw-r--r--
bugzilla.cpython-310.pyc
36.29
KB
-rw-r--r--
censor.cpython-310.pyc
3.7
KB
-rw-r--r--
children.cpython-310.pyc
1.94
KB
-rw-r--r--
churn.cpython-310.pyc
7.14
KB
-rw-r--r--
clonebundles.cpython-310.pyc
10.5
KB
-rw-r--r--
closehead.cpython-310.pyc
2.44
KB
-rw-r--r--
commitextras.cpython-310.pyc
2.13
KB
-rw-r--r--
eol.cpython-310.pyc
12.69
KB
-rw-r--r--
extdiff.cpython-310.pyc
16.42
KB
-rw-r--r--
factotum.cpython-310.pyc
3.9
KB
-rw-r--r--
fastexport.cpython-310.pyc
5.43
KB
-rw-r--r--
fetch.cpython-310.pyc
4.67
KB
-rw-r--r--
fix.cpython-310.pyc
28.83
KB
-rw-r--r--
githelp.cpython-310.pyc
24.92
KB
-rw-r--r--
gpg.cpython-310.pyc
9.28
KB
-rw-r--r--
graphlog.cpython-310.pyc
2.45
KB
-rw-r--r--
hgk.cpython-310.pyc
8.49
KB
-rw-r--r--
histedit.cpython-310.pyc
71.05
KB
-rw-r--r--
journal.cpython-310.pyc
16.34
KB
-rw-r--r--
keyword.cpython-310.pyc
25.98
KB
-rw-r--r--
logtoprocess.cpython-310.pyc
2.71
KB
-rw-r--r--
mq.cpython-310.pyc
102.34
KB
-rw-r--r--
notify.cpython-310.pyc
15.32
KB
-rw-r--r--
pager.cpython-310.pyc
1.66
KB
-rw-r--r--
patchbomb.cpython-310.pyc
25.23
KB
-rw-r--r--
phabricator.cpython-310.pyc
58.13
KB
-rw-r--r--
purge.cpython-310.pyc
498
B
-rw-r--r--
rebase.cpython-310.pyc
52.95
KB
-rw-r--r--
record.cpython-310.pyc
4.49
KB
-rw-r--r--
releasenotes.cpython-310.pyc
17.59
KB
-rw-r--r--
relink.cpython-310.pyc
5.29
KB
-rw-r--r--
remotenames.cpython-310.pyc
12.31
KB
-rw-r--r--
schemes.cpython-310.pyc
4.36
KB
-rw-r--r--
share.cpython-310.pyc
6.68
KB
-rw-r--r--
show.cpython-310.pyc
10.65
KB
-rw-r--r--
sparse.cpython-310.pyc
12.23
KB
-rw-r--r--
split.cpython-310.pyc
4.63
KB
-rw-r--r--
sqlitestore.cpython-310.pyc
26.77
KB
-rw-r--r--
strip.cpython-310.pyc
700
B
-rw-r--r--
transplant.cpython-310.pyc
22.64
KB
-rw-r--r--
uncommit.cpython-310.pyc
7.64
KB
-rw-r--r--
win32mbcs.cpython-310.pyc
5.34
KB
-rw-r--r--
win32text.cpython-310.pyc
5.62
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : eol.cpython-310.pyc
o �]Lb�@ � @ s8 d Z ddlmZ ddlZddlZddlmZ ddlmZm Z mZmZm Z mZmZmZ ddlmZ dZi Ze�e�Zedd d d� edde jd� edd dd� e�d�Zdd� Zdd� Zdd� Zdd� Zeeeeed�ZG dd� de�Zdd� Z dd� Z!dd � Z"d!d"� Z#d#d$� Z$e$Z%d%d&� Z&d'd(� Z'd)d*� Z(d+d,� Z)dS )-a6 automatically manage newlines in repository files This extension allows you to manage the type of line endings (CRLF or LF) that are used in the repository and in the local working directory. That way you can get CRLF line endings on Windows and LF on Unix/Mac, thereby letting everybody use their OS native line endings. The extension reads its configuration from a versioned ``.hgeol`` configuration file found in the root of the working directory. The ``.hgeol`` file use the same syntax as all other Mercurial configuration files. It uses two sections, ``[patterns]`` and ``[repository]``. The ``[patterns]`` section specifies how line endings should be converted between the working directory and the repository. The format is specified by a file pattern. The first match is used, so put more specific patterns first. The available line endings are ``LF``, ``CRLF``, and ``BIN``. Files with the declared format of ``CRLF`` or ``LF`` are always checked out and stored in the repository in that format and files declared to be binary (``BIN``) are left unchanged. Additionally, ``native`` is an alias for checking out in the platform's default line ending: ``LF`` on Unix (including Mac OS X) and ``CRLF`` on Windows. Note that ``BIN`` (do nothing to line endings) is Mercurial's default behavior; it is only needed if you need to override a later, more general pattern. The optional ``[repository]`` section specifies the line endings to use for files stored in the repository. It has a single setting, ``native``, which determines the storage line endings for files declared as ``native`` in the ``[patterns]`` section. It can be set to ``LF`` or ``CRLF``. The default is ``LF``. For example, this means that on Windows, files configured as ``native`` (``CRLF`` by default) will be converted to ``LF`` when stored in the repository. Files declared as ``LF``, ``CRLF``, or ``BIN`` in the ``[patterns]`` section are always stored as-is in the repository. Example versioned ``.hgeol`` file:: [patterns] **.py = native **.vcproj = CRLF **.txt = native Makefile = LF **.jpg = BIN [repository] native = LF .. note:: The rules will first apply when files are touched in the working directory, e.g. by updating to null and back to tip to touch all files. The extension uses an optional ``[eol]`` section read from both the normal Mercurial configuration files and the ``.hgeol`` file, with the latter overriding the former. You can use that section to control the overall behavior. There are three settings: - ``eol.native`` (default ``os.linesep``) can be set to ``LF`` or ``CRLF`` to override the default interpretation of ``native`` for checkout. This can be used with :hg:`archive` on Unix, say, to generate an archive where files have line endings for Windows. - ``eol.only-consistent`` (default True) can be set to False to make the extension convert files with inconsistent EOLs. Inconsistent means that there is both ``CRLF`` and ``LF`` present in the file. Such files are normally not touched under the assumption that they have mixed EOLs on purpose. - ``eol.fix-trailing-newline`` (default False) can be set to True to ensure that converted files end with a EOL character (either ``\n`` or ``\r\n`` as per the configured patterns). The extension provides ``cleverencode:`` and ``cleverdecode:`` filters like the deprecated win32text extension does. This means that you can disable win32text and enable eol and your filters will still work. You only need to these filters until you have prepared a ``.hgeol`` file. The ``win32text.forbid*`` hooks provided by the win32text extension have been unified into a single hook named ``eol.checkheadshook``. The hook will lookup the expected line endings from the ``.hgeol`` file, which means you must migrate to a ``.hgeol`` file first before using the hook. ``eol.checkheadshook`` only checks heads, intermediate invalid revisions will be pushed. To forbid them completely, use the ``eol.checkallhook`` hook. These hooks are best used as ``pretxnchangegroup`` hooks. See :hg:`help patterns` for more information about the glob patterns used. � )�absolute_importN)�_)�config�error� extensions�match�pycompat� registrar�scmutil�util)� stringutils ships-with-hg-core� eol� fix-trailing-newlineF)�default� native� only-consistentTs (^|[^ ]) c C s d| v ot �| �S )N� )�singlelf�search)�data� r �+/usr/lib/python3/dist-packages/hgext/eol.py�inconsistenteol� s r c K �R t �| �r| S |�dd�rt| �r| S |�dd�r$| r$| �d�s$| d } t�| �S )zFilter to convert to LF EOLs.r r r � )r �binary� configboolr �endswithr �tolf��s�params�ui�kwargsr r r r � � ��� r c K r )zFilter to convert to CRLF EOLs.r r r r )r r r r r r �tocrlfr r r r r% � r$ r% c K s | S )z#Filter to do nothing with the file.r r r r r �isbinary� s r&