Расположите строки в правильном порядке в конечном пункте назначения, все пакеты собраны в один файл

Обновлено: 21.11.2024

PyPI (и другие индексы) с использованием спецификаторов требований.

URL проекта VCS.

Локальные каталоги проектов.

Локальные или удаленные исходные архивы.

pip также поддерживает установку из «файлов требований», что позволяет легко указать всю среду для установки.

установка pip состоит из нескольких этапов:

Определите базовые требования. Здесь обрабатываются предоставленные пользователем аргументы.

Устранение зависимостей. Здесь определяется, что будет установлено.

Построить колеса. Все зависимости, которые могут быть, встроены в колеса.

Установите пакеты (и удалите все, что обновляется/заменяется).

Обратите внимание, что pip install предпочитает оставлять установленную версию как есть, если не указан параметр --upgrade.

При просмотре устанавливаемых элементов pip проверяет тип каждого элемента в следующем порядке:

URL проекта или архива.

Локальный каталог (который должен содержать setup.py , иначе pip сообщит об ошибке).

Локальный файл (архив формата sdist или wheel в соответствии с соглашениями об именах для этих форматов).

Требование, как указано в PEP 440.

Каждый идентифицированный элемент добавляется в набор требований, которым должна соответствовать установка.

Для каждого элемента-кандидата pip необходимо знать название и версию проекта. Для колес (обозначенных расширением файла .whl) это можно получить из имени файла в соответствии со спецификацией колеса. Для локальных каталогов или явно указанных файлов sdist команда setup.py egg_info используется для определения метаданных проекта. Для sdist, расположенных через индекс, имя файла анализируется на предмет имени и версии проекта (теоретически это немного менее надежно, чем использование команды egg_info, но позволяет избежать загрузки и обработки ненужного количества файлов).

После того, как у pip есть набор требований, которые необходимо удовлетворить, он выбирает, какую версию каждого требования установить, используя простое правило, согласно которому будет установлена последняя версия, удовлетворяющая заданным ограничениям (но см. здесь исключение, касающееся предварительных версий). ). Если доступно более одного источника выбранной версии, предполагается, что любой источник является приемлемым (иначе версии будут различаться).

Этот раздел посвящен только порядку установки зависимостей среды выполнения и не относится к зависимостям сборки (которые задаются с помощью PEP 518).

Начиная с версии 6.1.0, pip устанавливает зависимости перед их зависимостями, то есть в «топологическом порядке». В настоящее время это единственный пункт обязательства, связанный с заказом. Хотя по совпадению может оказаться, что pip будет устанавливать вещи в порядке аргументов установки или в порядке элементов в файле требований, это не обещание.

В случае циклической зависимости (также известной как «циклическая зависимость») текущая реализация (которая может измениться позже) имеет такой порядок, что первый встреченный элемент цикла устанавливается последним.

Например, если quux зависит от foo, который зависит от bar, который зависит от baz, который зависит от foo:

До версии 6.1.0 pip не брал на себя никаких обязательств относительно порядка установки.

Решение установить топологически основано на том принципе, что установка должна проходить таким образом, чтобы среда оставалась пригодной для использования на каждом этапе. Это имеет два основных практических преимущества:

Одновременное использование среды во время установки, скорее всего, сработает.

Неудачная установка с меньшей вероятностью оставит неработающую среду. Хотя pip в конечном итоге хотел бы поддерживать откаты при сбоях, в то же время это улучшение.

Хотя новый порядок установки не предназначен для замены (и не заменяет) использование setup_requires для объявления зависимостей сборки, он может помочь некоторым проектам установить из sdist (ранее это могло привести к сбою), которые соответствуют следующему профилю:

У них есть зависимости сборки, которые также объявляются как зависимости установки с помощью install_requires .

python setup.py egg_info работает без установки зависимостей сборки.

По какой-то причине они не объявляют или не будут объявлять свои зависимости сборки с помощью setup_requires .

Этот раздел перемещен в раздел Формат файла требований.

pip поддерживает установку из индекса пакетов с использованием спецификатора требований . Вообще говоря, спецификатор требований состоит из имени проекта, за которым следуют необязательные спецификаторы версии. PEP 508 содержит полную спецификацию формата требования. Начиная с версии 18.1 pip поддерживает спецификацию url_req -form.

Начиная с версии 6.0, pip также поддерживает спецификаторы, содержащие маркеры среды, например:

Начиная с версии 19.3, pip также поддерживает прямые ссылки, например:

Маркеры среды поддерживаются в командной строке и в файлах требований.

Используйте кавычки вокруг спецификаторов в оболочке при использовании > , , или при использовании маркеров среды. Не используйте кавычки в файлах требований. 1

Начиная с версии 7.0 pip поддерживает управление параметрами командной строки, указанными в setup.py, через файлы требований.

Это отключает использование колес (кэшированных или иных).

Параметры --global-option и --install-option используются для передачи параметров в setup.py . Например:

Приведенное выше примерно соответствует запуску скрипта setup.py FooProject следующим образом:

Обратите внимание, что единственный способ указать более одного параметра для setup.py — это использовать несколько параметров --global-option и --install-option, как показано в примере выше. Значение каждой опции передается сценарию setup.py в виде одного аргумента. Таким образом, следующая строка недопустима и приведет к ошибке установки.

Начиная с версии 1.4, pip по умолчанию будет устанавливать только стабильные версии, указанные в предварительных версиях. Если версия не может быть проанализирована как совместимая с PEP 440, предполагается, что это предварительная версия.

Если спецификатор требования включает предварительную версию или версию для разработки (например, >=0.0.dev0 ), то pip разрешит предварительную версию и версию для разработки для этого требования. Это не включает флаг !=.

Команда pip install также поддерживает флаг --pre, который разрешает установку предварительных и разрабатываемых выпусков.

Теперь на это распространяется поддержка VCS.

pip предлагает ряд параметров индекса пакетов для изменения способа поиска пакетов.

pip ищет пакеты в нескольких местах: в PyPI (если не отключено с помощью --no-index ), в локальной файловой системе и в любых дополнительных репозиториях, указанных с помощью --find-links или --index-url. . Нет порядка в местах поиска. Скорее, все они проверяются, и выбирается «наилучшее» соответствие требованиям (с точки зрения номера версии — подробности см. в PEP 440).

Теперь это описано в разделе "Кэширование" .

Начиная с версии 8.0, pip может проверять загруженные архивы пакетов на наличие локальных хэшей для защиты от удаленного вмешательства. Чтобы проверить пакет по одному или нескольким хэшам, добавьте их в конец строки:

(Возможность использовать несколько хэшей важна, когда пакет имеет как двоичные, так и исходные дистрибутивы или когда он предлагает бинарные дистрибутивы для различных платформ.)

Рекомендуемый алгоритм хеширования на данный момент — sha256, но разрешены и более сильные алгоритмы, в том числе все поддерживаемые hashlib . Однако более слабые, такие как md5, sha1 и sha224, исключены, чтобы не создавать ложного ощущения безопасности.

Проверка хэша — это решение по принципу "все или ничего". Указание --hash против любого требования не только проверяет этот хэш, но также активирует глобальный режим проверки хэша, который накладывает несколько других ограничений безопасности:

Хэши требуются для всех зависимостей. Ошибка возникает, если есть зависимость, которая не указана и не хеширована в файле требований.

Требования, которые принимают форму имен проектов (а не URL-адресов или путей в локальной файловой системе), должны быть закреплены за определенной версией с помощью == . Это предотвращает неожиданное несоответствие хэшей при выпуске новой версии, которая соответствует спецификатору требований.

---egg запрещен, так как он делегирует установку зависимостей setuptools, лишая pip возможности принудительного выполнения любого из вышеперечисленных действий.

Режим проверки хеша можно включить принудительно с помощью параметра командной строки --require-hashes:

Это может быть полезно в сценариях развертывания, чтобы убедиться, что автор файла требований предоставил хэши. Это также удобный способ загрузить ваш список хэшей, поскольку он показывает хэши пакетов, которые он извлек. Он извлекает только предпочтительный архив для каждого пакета, поэтому вам все равно может понадобиться добавить хэши для альтернативных архивов с помощью pip hash : например, если есть как двоичный, так и исходный дистрибутив.

Режим проверки хэша также работает с загрузкой pip и колесом pip. См. Повторяющиеся установки для сравнения режима проверки хэша с другими стратегиями повторяемости.

Используйте DISM с файлами CAB-файла Windows (.cab) или автономного установщика Центра обновления Windows (.msu) для установки или удаления обновлений, языковых пакетов, а также для включения или отключения функций Windows. Компоненты — это необязательные компоненты базовой операционной системы.

Синтаксис

Для автономного образа доступны следующие параметры обслуживания пакетов операционной системы:

Для работающей операционной системы доступны следующие параметры обслуживания пакетов операционной системы:

/Получить помощь/?

При использовании сразу после параметра командной строки обслуживания пакетов отображается информация о параметре и аргументах.

При указании изображения могут стать доступны дополнительные темы.

Синтаксис:

Примеры:

/Получить пакеты

Отображает основную информацию обо всех пакетах в образе.Используйте аргумент /Format:Table или /Format:List, чтобы отобразить выходные данные в виде таблицы или списка.

Синтаксис:

Примеры:

/Get-Информация о пакете

Отображает подробную информацию о пакете, представленном в виде CAB-файла. Можно указать только CAB-файлы. Эту команду нельзя использовать для получения информации о пакете для файлов .msu. /Путь к пакету:

может указывать либо на CAB-файл, либо на папку.

Вы можете использовать параметр /Get-Packages, чтобы найти имя пакета в образе, или указать путь к CAB-файлу. Путь к CAB-файлу должен указывать на исходный источник пакета, а не на место, где файл установлен в автономном образе.

Синтаксис:

Примеры:

/Добавить-Пакет

Устанавливает указанный CAB- или MSU-пакет в образ. Пакет .msu поддерживается только в том случае, если целевой образ находится в автономном режиме, подключен или применен.

В одной командной строке можно добавить несколько пакетов. Применимость каждого пакета будет проверена. Если пакет не может быть применен к указанному образу, вы получите сообщение об ошибке. Используйте аргумент /IgnoreCheck, если вы хотите, чтобы команда выполнялась без проверки применимости каждого пакета.

Синтаксис:

/PackagePath может указывать на:

Один файл .cab или .msu.
Папка, содержащая один развернутый CAB-файл.
Папка, содержащая один файл .msu.
Папка, содержащая несколько файлов CAB или MSU.

Если /PackagePath указывает на папку, содержащую CAB-файлы или MSU-файлы в корне, все вложенные папки также будут рекурсивно проверяться на наличие CAB- и MSU-файлов.

Используйте параметр /PreventPending, чтобы пропустить установку пакета, если с пакетом или образом Windows ожидаются действия в сети.

/Add-Package не выполняет полную проверку применимости и зависимостей пакета. Если вы добавляете пакет с зависимостями, убедитесь, что все зависимости установлены при добавлении пакета.

Примеры:

/Удалить-Пакет

Удаляет указанный пакет CAB-файлов из образа. Можно указать только CAB-файлы. Вы не можете использовать эту команду для удаления файлов .msu.

Использование этой команды для удаления пакета из автономного образа не уменьшит размер образа.

Синтаксис:

Используйте параметр /PackagePath, чтобы указать исходный источник пакета, указать путь к CAB-файлу или указать имя пакета, как оно указано на изображении. Используйте параметр /Get-Packages, чтобы найти имя пакета в образе.

Примеры:

/Получить функции

Отображает основную информацию обо всех функциях (компонентах операционной системы, которые включают дополнительные функции Windows Foundation) в пакете.

Синтаксис:

/Get-Features находит имена пакетов в образе или в исходном источнике пакета. Если вы не укажете имя пакета или путь, будут перечислены все функции в образе.
/PackageName — это пакет в образе. Вы можете использовать /DISM Get-Packages, чтобы увидеть имена пакетов в образе.
/PackagePath может указывать либо на CAB-файл, либо на папку.

Используйте аргумент /Format:Table или /Format:List, чтобы отобразить выходные данные в виде таблицы или списка.

Примеры:

/Get-FeatureInfo

Отображает подробную информацию о функции. Вы должны использовать /FeatureName . Вы можете использовать параметр /Get-Features, чтобы найти имя функции на изображении.

Синтаксис:

/PackageName и /PackagePath являются необязательными и могут использоваться для поиска определенной функции в пакете.

Примеры:

/Включить-Функция

Включает или обновляет указанную функцию изображения. Вы должны использовать параметр /FeatureName. Используйте параметр /Get-Features, чтобы найти название функции на изображении.

Синтаксис:

Вы можете указать параметр /FeatureName несколько раз в одной командной строке для функций, использующих один и тот же родительский пакет.

Не нужно указывать имя пакета с помощью параметра /PackageName, если пакет является пакетом Windows Foundation. В противном случае используйте /PackageName, чтобы указать родительский пакет функции.

Вы можете восстановить и включить функцию, которая ранее была удалена из образа. Используйте аргумент /Source, чтобы указать расположение файлов, необходимых для восстановления компонента. Источником файлов может быть папка Windows в смонтированном образе, например c:\test\mount\Windows . Вы также можете использовать параллельную папку Windows в качестве источника файлов, например z:\sources\SxS .

Если указать несколько аргументов /Source, файлы будут собираться из первого расположения, в котором они были найдены, а остальные расположения игнорируются. Если вы не укажете /Source для компонента, который был удален, используется расположение по умолчанию в реестре или, для онлайн-образов, используется Центр обновления Windows (WU).

Используйте параметр /LimitAccess, чтобы запретить DISM обращаться к WU за онлайн-изображениями.
Используйте /All, чтобы включить все родительские функции указанной функции.

Примеры:

/Отключить-Функция

Отключает указанную функцию изображения. Вы должны использовать параметр /FeatureName. Используйте параметр /Get-Features, чтобы найти название функции на изображении.

Вы можете указать /FeatureName несколько раз в одной командной строке для функций в одном и том же родительском пакете.

Не нужно указывать имя пакета с помощью параметра /PackageName, если это пакет Windows Foundation. В противном случае используйте /PackageName, чтобы указать родительский пакет функции.

Используйте /Remove, чтобы удалить функцию, не удаляя ее манифест из образа. Функция будет указана как «удаленная», когда вы используете /Get-FeatureInfo для отображения сведений о функции, и ее можно восстановить и включить с помощью /Enable-Feature с параметром /Source.

Примеры:

/Cleanup-Image

Выполняет операции очистки или восстановления образа. /AnalyzeComponentStore и /ResetBase можно использовать с образами Windows 10, Windows 8.1 и Windows PE выше 5.0. Начиная с Windows 10 версии 1607, вы можете указать /Defer с /ResetBase , но вы должны использовать /Defer только в качестве параметра на заводе, где для выполнения DISM /Resetbase требуется более 30 минут.

Чтобы определить, когда параметр /ResetBase запускался в последний раз, проверьте запись реестра LastResetBase_UTC по пути реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing.

Ваша заявка (La)TeX, AMS(La)TeX или PDFLaTeX будет автоматически обработана нашим программным обеспечением AutoTeX.

Это сложная задача, и ее обработка не всегда приводит к желаемым или ожидаемым результатам. Для вас, автора/заявителя, важно тщательно проверить и проверить полученный PDF-файл. Вам потребуется просмотреть PDF-файл в процессе отправки, прежде чем вы сможете завершить отправку.

Вы можете отправить коллекцию файлов ввода/включения TeX, например. отдельные главы, предисловие, приложение и т. д., а также пользовательские макросы (см. ниже), упакованные в (возможно, сжатый) файл .tar или .zip. AutoTeX, как правило, выясняет, как правильно обрабатывать многокомпонентные материалы, и вам не нужно придерживаться специальных правил упаковки или соглашений об именах для ваших tex-файлов. Однако есть определенные предостережения. Присвоение вашему основному файлу (или верхнему уровню) имени ms.tex приведет к тому, что AutoTeX сначала обработает этот файл в режиме (La)TeX. В режимах PDFLaTeX и во всех других случаях текстовые файлы будут обрабатываться в буквенно-цифровом порядке.

Тем не менее, важно, чтобы вы не включали посторонние файлы (включая неиспользуемые файлы рисунков), оставшиеся файлы, файлы резервных копий и все, что не относится к отправляемой вами статье или не требуется для обработки. Не включайте шаблоны журналов, рекомендательные письма или справочные страницы. Приведите в порядок свою заявку, прежде чем упаковать ее.

Вы должны предоставить любые цифры, которые сопровождают вашу статью. Мы рекомендуем вам использовать соответствующие команды TeX для включения рисунков в вашу статью (см. ниже), так как это более читабельно, чем отдельные или добавленные рисунки.

Примечание. В прошлом можно было включать общий идентификатор arXiv в исходный текст TeX, который процессор автоматически преобразовывал в идентификатор текущей отправки. Эта практика больше не нужна и не поддерживается. Все материалы типа TeX получают водяной знак arXiv, включая канонический идентификатор, номер версии, первичную классификацию и ссылку на правильную версию на сайте arXiv. Опять же, arch-ive/yymmnnn (и, соответственно, yymm.nnnnn ) не будет преобразован в правильный идентификатор для вашей отправки.

Соображения по отправке (La)TeX

По умолчанию файлы LaTeX обрабатываются с помощью LaTeX2e (текущая версия LaTeX). Хотя существует режим совместимости с LaTeX2.09, настоятельно рекомендуется по возможности использовать LaTeX2e, чтобы воспользоваться всеми его функциями и улучшениями и избежать сложностей, которые могут возникнуть в режиме совместимости (обратите внимание, что LaTeX2e является версией латекса по умолчанию). много лет).

Если у вас есть файл с именем foo.tex, не включайте связанный вспомогательный файл, промежуточный или результирующий выходной файл, например. foo.ps (или foo.aux, foo.log, foo.toc, foo.lot, foo.lof, foo.dvi, foo.pdf) в вашей заявке. Они будут автоматически удалены, чтобы можно было создать выходной файл из вашего файла TeX. Индексные ( .ind ) и обработанные файлы bibtex ( .bbl ) являются исключением, см. ниже.

Включение рисунка в материалы LaTeX

Обратите внимание, что TeX/LaTeX может напрямую включать (инкапсулированные) PostScript (.ps или .eps) рисунки. Другие форматы не поддерживаются в родном (La)TeX. См. Полезное программное обеспечение для инструментов преобразования фигур.Если вы используете PDFLaTeX, вы можете вставлять свои рисунки .pdf, .jpg, .jpg, используя те же механизмы. Обратите внимание, что arXiv не выполняет преобразование файла рисунка «на лету» во время обработки tex (т. е. файлы «-eps-converted-to.pdf», присутствующие в вашем исходном каталоге). Вы должны выполнить такое преобразование самостоятельно, перед загрузкой, обновив любую выполненную команду включения. Этот процесс гарантирует, что вы изучили результаты любого преобразования цифр, чтобы убедиться, что цифры по-прежнему содержат верную с научной точки зрения информацию, и что arXiv не несет ответственности за научную точность ваших цифр.

Наиболее гибкое и надежное включение фигур обеспечивают пакеты graphics и graphicx, а также определенная в них команда \includegraphics. Мы настоятельно рекомендуем вам использовать их для включения вашей фигуры. arXiv больше не поддерживает пакет psfig. Вы не можете включать свой собственный psfig.sty, так как это приведет к сбою исходного кода. Требуемая функциональность устарела до TeXLive 2016, и мы не можем это контролировать. Более старые отправки, которые уже были анонсированы с пакетом psfig, будут по-прежнему работать. Обновите исходный код до более современной команды включения.

Обратите внимание, что некоторые программы позволяют включать рисунки, совместимые с PostScript и PDFLaTeX, и на лету выполняют преобразование в соответствующий формат. arXiv не разрешает запуск такого программного обеспечения во время обработки AutoTeX. Почему? Могут возникнуть проблемы преобразования, которые могут изменить научное значение или интерпретацию вашей фигуры. Вместо того, чтобы предлагать такие возможности, мы требуем, чтобы вы использовали единый формат рисунка.

Отдельные рисунки с представлениями LaTeX

Рисунки в формате jpeg, png или gif могут быть отправлены вместе с исходными материалами (La)TeX при условии, что они не включены в исходный файл. PDF или другие форматы, не перечисленные выше, не допускаются при отправке (La)TeX. ; используйте PDFLaTeX вместо рисунков в формате PDF, jpeg или png.

Рисунки, которые не включены в основную часть документа, будут перечислены отдельно. Им должны быть присвоены имена в форме .ext , например. figure1.jpg , figure2a.jpg , figure2b.jpg , чтобы их можно было автоматически отсортировать в правильном порядке для ссылки «объединенные цифры».

Включение рисунка в обычный TeX

Для отправки данных в формате простого TeX используйте простой интерфейс tex для графического пакета ( graphicx.tex ) или пакета макросов, такого как epsf или epsfig .

arXiv в настоящее время не поддерживает PDFTeX.

Соображения относительно отправки PDFLaTeX

arXiv полностью поддерживает и автоматически распознает PDFLaTeX. Вы можете обеспечить обработку pdflatex, установив флаг \pdfoutput=1 в первых 5 строках преамбулы основного .tex-файла. Вам не нужны никакие другие специальные флаги.

Если вам нужно условное ветвление в исходном коде, используйте пакет ifpdf. Не изобретайте велосипед. ifpdf предоставляет надежный и проверенный механизм, позволяющий отличать pdflatex в режиме pdf от других режимов или механизмов.
Некоторым пакетам может потребоваться определенный внутренний драйвер в виде опции пакета, например. \usepackage[pdftex] . Однако пакеты графики и гиперссылки определяют правильный драйвер автоматически; вам не нужно делать этот явный выбор и не следует этого делать во избежание конфликтов.
Вы можете использовать весь диапазон гипертекстовых опций PDF, чтобы дополнить метаданные в файле PDF, например. \hypersetup,pdftitle=> .
Рисунки могут быть включены в формате JPEG, PNG или PDF со стандартным графическим пакетом. Из соображений безопасности arXiv не поддерживает автоматическое преобразование формата, поэтому ваши рисунки уже должны быть в правильном формате.
В отличие от родного LaTeX форматом вывода по умолчанию для PDFLaTeX является PDF без промежуточного DVI или PostScript. Таким образом, эти форматы не доступны для загрузки в формате PDFLaTeX.

Возможно, у нас есть ваши файлы стилей или макросы

Возможно, вам не нужно отправлять какие-либо файлы стилей, поскольку у нас есть копии всех распространенных файлов научного стиля. Попробуйте отправить без файлов стилей. Если вы обнаружите, что это не работает, потому что у нас нет нужного вам файла стиля, вы можете включить необходимый файл стиля в свою заявку и отправить ее повторно.

Примечание. Пользователи A&A, pstricks, elsart и, в меньшей степени, пользователи AMSLaTeX, iopart и revtex4, возможно, вам потребуется включить в отправку собственную версию этих файлов стилей/классов. . arXiv может обрабатывать стандартные файлы zip и tar. Просто объедините необходимые файлы вместе с файлами (La-)TeX в одном каталоге (или сделайте менее удобную отправку нескольких файлов).

Не просите нас обновить эти файлы стилей и классов в нашей установке. Они не имеют обратной совместимости.

Не отправлять в режиме "рефери" с двойным интервалом

Избегайте непреднамеренной отправки статьи в режиме рецензирования с двойным интервалом, так как это приводит к трате бумаги в глобальном масштабе. Читатели предпочитают иметь компактную версию с одинарным интервалом, как в печатном журнале.

Тщательно подготовьте ссылки

Мы настоятельно рекомендуем вам включать идентификаторы arXiv YYMM.NNNNN в список литературы как для опубликованных, так и для неопубликованных статей. Также обратите внимание, что многие издатели разрешают указывать идентификаторы электронной печати в ссылках на представляемые статьи.

Если вы используете стандартные идентификаторы вида 1510.00322, arXiv:1510.00322, 0901.0512, arXiv:0901.0512, hep-ph/9409201 или arXiv:hep-ph/9409201, их можно легко собрать с помощью автоматического программного обеспечения. Например,

Не включайте посторонние команды шрифтов, пробелы, тильды, фигурные скобки или разрывы строк в идентификатор электронной печати: это приведет к тому, что ваши ссылки будут пропущены программным обеспечением для автоматического извлечения. См. также примечания о ссылках на документы arXiv и в них, а также коллекцию ссылок на INSPIRE. Использование идентификаторов электронной печати существенно помогает базе данных INSPIRE. Это также облегчает автоматические сетевые гиперссылки ссылок из документов.

Если вы используете BibTeX, некоторые стили BibTeX поддерживают идентификаторы электронной печати (см. BibTeX и Eprints).

Если вы отправляете группу файлов .tex, автоматическое извлечение ссылок с помощью INSPIRE и других будет более точным и быстрым, если все ваши ссылки будут в одном файле. В этом файле должна быть команда \begin или аналогичная, и он должен называться foo.bbl, чтобы соответствовать данному исходному файлу foo.tex.

Примечание для отправителей, использующих Overleaf: обратитесь к их справочной документации, чтобы узнать, как подготовить документ для отправки в arXiv.

Включить файлы .bbl, если вы используете BibTeX

Мы не запускаем BibTeX в процедуре авто-TeXing. Если вы используете его, включите в свою заявку файл .bbl, который BibTeX создает на вашем собственном компьютере; в противном случае ваши ссылки не будут отображаться правильно. Мы не запускаем BibTeX, потому что файлы базы данных .bib могут быть довольно большими, и единственное, что необходимо для разрешения ссылок для данной статьи, — это файл .bbl. Вы все еще можете включить их, если хотите, но они также должны соответствовать имени вашего файла .tex.

Имя файла .bbl должно совпадать с именем основного файла .tex, чтобы система правильно обрабатывала ссылки.

Обратите внимание, что такие пакеты, как xr и xref, использующие команду \externaldocument, не будут работать в arXiv. Они требуют наличия файла .aux для настройки своей структуры ссылок. Поскольку наша система AutoTeX удаляет файлы .aux между запусками tex, пакеты, которым необходимо присутствие этих файлов, не будут работать правильно и не будут сообщать о каких-либо критических ошибках во время обработки. Вместо этого мы требуем, чтобы вы обновили файлы .bbl, включив в них соответствующие ссылки на оба документа.

Включить файлы .ind, если вы используете makeindex

Мы не запускаем makeindex в процедуре авто-TeXing. Если вы используете его, включите в свою заявку файл .ind, созданный makeindex на вашем собственном компьютере; иначе ваш индекс не появится.

Автоматически выполнять обработку makeindex в соответствии с ожиданиями авторов сложно из-за множества необязательных аргументов и необязательных стилей выбора. Поэтому arXiv просит авторов предоставить свои предварительно обработанные файлы .ind вместе с исходными файлами (La)TeX.

Включите ваши .gls или .nls, если вы используете какой-либо глоссарий или пакеты номенклатуры

Подобно индексным файлам, мы не преобразовываем файлы .glo или .nlo в результирующие файлы .gls или .nls. Вы должны предоставить эти файлы, если у вас есть какая-либо специальная номенклатура в вашем документе.

Как включить дополнительный материал

Дополнительные материалы на основе TeX должны быть включены в корневой каталог основного документа и будут скомпилированы в окончательный выходной файл pdf. Оба файла должны использовать один и тот же TeX-движок (либо оба латекса, либо оба pdflatex, либо оба простого tex). Окончательный вывод будет собран в алфавитно-цифровом порядке. Например, для следующих файлов:

содержащийся в вашем файле .zip или .tar.gz, окончательный PDF-файл сначала поместит содержимое вашего файла ms.tex. Мы рекомендуем собирать ваши файлы таким образом, а не помещать любой скомпилированный PDF-файл в каталог вспомогательных файлов, поскольку они не индексируются для обнаружения и доступа. Обратите внимание, что добавление 00README.XXX с директивой файла верхнего уровня повлияет только на порядок обработки, а не на окончательный порядок сборки PDF-файла.Пользователи pdflatex также должны соблюдать соглашения об именах, так как окончательный собранный PDF-файл всегда будет отображаться в алфавитно-цифровом порядке.

Мы настоятельно рекомендуем, если вы планируете включать какие-либо файлы, отличные от TeX, в исходный пакет, включать их как вспомогательные файлы в их собственный каталог /anc вне корневого каталога вашего документа. Для получения дополнительной информации см. эту страницу справки. По устаревшим причинам мы по-прежнему поддерживаем включение отдельных файлов следующим образом.

Если ваша заявка включает какие-либо текстовые файлы, которые не должны обрабатываться (например, исходный код Fortran, файлы данных), и вы не хотите, чтобы они были доступны для отдельной загрузки в качестве вспомогательных файлов, сделайте первую строку этих файлов

Это гарантирует, что они будут проигнорированы генератором автоматического постскриптума.

ПРИМЕЧАНИЕ: у пользователей pdflatex, отправивших данные с использованием приведенных выше рекомендаций по форматированию, все окончательные гиперссылки будут удалены из-за известной проблемы в пакете pdfpages.sty.

Избегайте ошибок в тексте

Распространенных ошибок можно избежать, если следовать нескольким простым правилам. Если ваша заявка не соответствует требованиям TeX, вы получите журнал от нашего скрипта авто-TeXing на этапе Обработка. Информации, содержащейся в этом полном журнале, должно быть достаточно для выявления проблемы, поэтому внимательно изучите его; проверьте конец журнала на наличие ошибок TeX. Обязательно обратите внимание на любые программно измененные имена файлов во время загрузки файлов.

С 2000 года фильмы Конечная цель заняли нишу в жанре ужасов, отправляя подростков через серию тщательно продуманных и ужасных «несчастных случаев». В фильмах показана череда молодых людей, убитых в результате якобы случайных встреч в решающей игре на выживание.

Звучит ужасно, правда? Что ж, может быть, но зрители упивались фильмами, что привело к успешному показу фильмов. И с каждой новой записью появляются новые способы умереть, в том числе катастрофа на стадионе и… э… довольно неприятный инцидент с лежаками.

Но сколько существует фильмов Final Destination и в каком порядке вы их смотрите? Что ж, если вы поклонник сериала, вы, вероятно, знаете ответ, но если вы смотрите их впервые, этот пост должен оказаться очень полезным.

Конечный производственный заказ

Как отмечалось выше, первая часть серии Конечный пункт назначения дебютировала в 2000 году. Фильм под простым названием Конечный пункт назначения вращался вокруг авиакатастрофы (рейс 180). ), что унесло жизни нескольких пассажиров.

Те, кто выжил, вскоре столкнулись со Смертью, и каждый выживший попал в странную аварию. Число тел росло одно за другим, пока не осталось лишь несколько – но могли ли они избежать смерти навсегда?

*Пауза для драматического напряжения*

Нет, но это не имело значения, Final Destination стал хитом как у критиков, так и у критиков, и независимо от того, кто пережил события первого фильма, в 2003 году на экраны вышел сиквел. На этот раз вокруг истории была сосредоточена куча на шоссе 23, что, в свою очередь, привело к дальнейшим кубикам со Смертью для всех выживших.

Пункт назначения 3 появился в 2006 году — на этот раз трагический инцидент был связан с американскими горками. Затем последовала четвертая запись под названием The Final Destination.

Но четвертый фильм не был Конечным пунктом назначения, так как в 2011 году появился пятый фильм FD. смертей на протяжении всего фильма.

На сегодняшний день это все фильмы из серии Пункт назначения. Если вы хотите просмотреть их в производственном порядке, просмотрите их следующим образом:

Но вы должны знать, что заказ на производство — не единственный способ просмотра фильмов Final Destination. Вы также можете смотреть их в порядке временной шкалы…

Читайте также: