Chmod не является внутренней или внешней командой для исполняемой программы или пакетного файла
Обновлено: 05.07.2024
Мы начали работу над созданием собственного диспетчера пакетов для Windows 10, когда анонсировали предварительную версию диспетчера пакетов Windows на Microsoft Build 2020. Мы опубликовали проект на GitHub как совместный проект с открытым исходным кодом, и взаимодействие с сообществом оказалось замечательным. опыт! Сегодня мы на Microsoft Build 2021…
Мы рады объявить о выпуске Windows Package Manager 1.0!
Диспетчер пакетов Windows 1.0
Клиент
Клиент winget — это основной инструмент, который вы будете использовать для управления пакетами на вашем компьютере. На изображении ниже показано, как winget выполняется в терминале Windows через PowerShell. Вы можете увидеть список доступных команд, используемых для управления пакетами и работы с манифестами. Вы можете искать пакет (поиск смотрит на имя, прозвище и теги), используя поиск winget vscode. Установить что-либо на свой компьютер так же просто, как установить PowerToys с помощью winget. Вы можете проверить наличие обновлений пакетов с помощью winget upgrade или просто обновить все с помощью winget upgrade --all . Вы настраиваете новую машину? Убедитесь, что winget export packages.json находится на вашей текущей машине (и скопируйте файл на новую машину), чтобы вы могли winget import packages.json на новой машине. С помощью списка winget вы можете увидеть все, что установлено в «Установке и удалении программ», и вы можете удалить winget, чтобы удалить его из вашей системы. Вы можете узнать больше о командах и синтаксисе из нашей документации.
Как мне его получить?
Если вы используете какую-либо текущую сборку программы предварительной оценки Windows или вы зарегистрировались в группе программы предварительной оценки Windows Package Manager, возможно, она у вас уже есть. Диспетчер пакетов Windows распространяется вместе с установщиком приложений из Магазина Microsoft. Вы также можете загрузить и установить диспетчер пакетов Windows с нашей страницы выпусков GitHub или просто установить последнюю доступную версию напрямую.
Версия 1.0 диспетчера пакетов Windows скоро будет поставляться в виде автоматического обновления через Microsoft Store для всех устройств под управлением Windows 10 версии 1809 и более поздних. Если вы являетесь ИТ-специалистом, мы опубликовали информацию об управлении диспетчером пакетов Windows с помощью групповой политики. Пользователи смогут определить, какие политики действуют, выполнив команду winget --info .
Репозиторий сообщества Microsoft
Сообщество внесло более 1400 уникальных пакетов в репозиторий сообщества Microsoft! Вы можете выполнить поиск winget, чтобы узнать, доступен ли пакет. Нас до сих пор поражает, как много в репозитории отличных программ для Windows 10. Если поиск не дает никаких результатов, вы можете запустить Edge и найти загрузку установщика программного обеспечения. Найдя его, вы можете добавить его в репозиторий сообщества, чтобы вам не пришлось проходить этот процесс снова. Написав вручную десятки манифестов, мы поняли, что для этого должен быть инструмент.
Предварительная версия манифеста диспетчера пакетов Windows
Сегодня мы выпускаем еще один инструмент с открытым исходным кодом, который поможет отправлять пакеты в репозиторий сообщества Microsoft. Откройте ваш любимый интерфейс командной строки и выполните команду winget install wingetcreate, чтобы установить создателя манифеста диспетчера пакетов Windows. После установки инструмента запустите wingetcreate new и укажите URL-адрес установщику. Затем инструмент загрузит установщик, проанализирует его, чтобы определить любые значения манифеста, доступные в установщике, и проведет вас через процесс создания действительного манифеста. Если вы предоставите свои учетные данные GitHub при появлении запроса, он даже разветвит репозиторий, создаст новую ветку, отправит запрос на вытягивание и предоставит вам URL-адрес для отслеживания его хода. На изображении ниже показано, как wingetcreate выполняется в терминале Windows с помощью PowerShell.
Частные репозитории
И последнее, но не менее важное: мы выпустили эталонную реализацию исходного кода REST API, чтобы вы могли разместить свой собственный частный репозиторий. Это новый тип источника для диспетчера пакетов Windows. Нашим источником по умолчанию является пакет «PreIndexed», поставляемый через Microsoft Store, но вы можете добавить дополнительные источники на основе REST, если они правильно реализуют схему REST API на основе JSON.
Эти инструкции установят сам курс CLI cs, а также типичную среду разработки Scala. По умолчанию они будут устанавливать следующие приложения:
- cs для дальнейшего управления средой Scala
- scala , аналог Scala 2
- scalac , компилятор Scala 2
- sbt и sbtn , инструмент сборки sbt
- ammonite, расширенный REPL для Scala 2
- scalafmt , средство форматирования кода Scala
Они также установят JVM, если в системе ее не будет.
Если вам нужен больший контроль над тем, что и как устанавливается, прочитайте о команде setup.
После установки вы можете начать использовать Scala или установить дополнительные приложения с помощью команды install.
В Linux загрузите и запустите установщик coursier с помощью
В macOS загрузите и запустите установщик coursier с помощью
macOS — установка на основе варки
Кроме того, программу запуска coursier можно установить через homebrew с помощью
Если вы предпочитаете установку из командной строки или хотите настроить параметры установки, используйте:
Проверьте настройки
Проверьте настройки с помощью
Если это не сработает, вам может потребоваться выйти и снова войти (или перезагрузиться), чтобы изменения вступили в силу.
Если у вас возникнут проблемы с родной программой запуска, доступна программа запуска на основе JAR.
Приведенные ниже команды устанавливают средство запуска на основе JAR как coursier , которое можно заменить на cs в различных примерах на этом веб-сайте.
Скачать и запустить программу запуска с помощью
Обратите внимание, что для запуска средства запуска на основе JAR требуется Java 8 или более поздней версии. То есть такая команда, как java -version, должна вывести версию >= 8.
Средство запуска на основе JAR весит всего около 25 КБ и может быть легко встроено, как и в другие проекты. Он загружает артефакты, необходимые для запуска курса, при первом запуске.
Кроме того, в macOS средство запуска на основе JAR можно установить с помощью homebrew с помощью
Установите и запустите средство запуска курсора на основе JAR из текущего каталога в командной строке Windows с
Затем вы можете запустить coursier из того же каталога, например
Установите его из AUR,
Установите его через pkg из коллекции портов,
Если вы используете ZSH, доступны простые автодополнения табуляции, если вы запишете данные автодополнения coursier в свой каталог автозавершений. Вы можете установить дополнения с помощью:
Обратите внимание, что раньше большинство средств запуска были доступны по коротким URL-адресам git.io и по длинным URL-адресам без сжатия, которые не заканчиваются на .gz или .zip .
Эти URL-адреса больше не обновляются и указывают на более ранние версии coursier, поскольку использование сжатых средств запуска позволяет сэкономить место и пропускную способность (для длинных URL-адресов), а также поскольку git.io скоро устаревает.
< /цитата>Чтобы загрузить определенные версии средства запуска, загрузите их из ресурсов выпуска GitHub:
Общие. Убедитесь, что вы используете последнюю версию интерфейса командной строки AWS.
Если вы получаете сообщение об ошибке, указывающее на то, что команда не существует или что она не распознает параметр, доступность которого указана в документации, мы рекомендуем в первую очередь (после проверки команды на наличие орфографических ошибок !) заключается в обновлении до самой последней версии интерфейса командной строки AWS. Обновленные версии интерфейса командной строки AWS выпускаются почти каждый рабочий день. Новые сервисы, функции и параметры AWS представлены в этих новых версиях интерфейса командной строки AWS. Единственный способ получить доступ к этим новым службам, функциям или параметрам — перейти на версию, выпущенную после того, как этот элемент был впервые представлен.
То, как вы обновляете свою версию интерфейса командной строки AWS, зависит от того, как вы ее изначально установили, как описано в разделе Установка или обновление последней версии интерфейса командной строки AWS.
Если вы использовали один из пакетных установщиков, вам может потребоваться удалить существующую установку перед загрузкой и установкой последней версии пакетного установщика для вашей операционной системы.
Общие: используйте параметр --debug.
Первое, что вы должны сделать, когда интерфейс командной строки AWS сообщает об ошибке, которую вы не сразу понимаете, или выдает результаты, которых вы не ожидаете, — получить более подробную информацию об ошибке. Вы можете сделать это, снова запустив команду и включив параметр --debug в конце командной строки. Это приводит к тому, что интерфейс командной строки AWS сообщает подробности о каждом шаге, необходимом для обработки вашей команды, отправки запроса на серверы AWS, получения ответа и обработки ответа в отображаемый результат. Подробности в выходных данных могут помочь вам определить, на каком этапе возникает ошибка, и получить контекст, который может дать подсказки о том, что ее вызвало.
Вы можете отправить результат в текстовый файл, чтобы записать его для последующего просмотра или отправить в службу поддержки AWS по запросу.
Вот пример запуска команды с параметром --debug и без него.
При включении параметра --debug детали включают (помимо прочего):
Поиск учетных данных
Анализ предоставленных параметров
Создание запроса, отправляемого на серверы AWS
Содержимое запроса, отправленного в AWS
Содержимое необработанного ответа
Отформатированный вывод
Я получаю сообщение об ошибке "команда не найдена" при запуске aws.
Возможная причина: "путь" операционной системы не был обновлен во время установки.
Эта ошибка означает, что операционной системе не удается найти программу AWS CLI. Установка может быть неполной.
Если вы используете pip для установки интерфейса командной строки AWS, вам может потребоваться добавить папку, содержащую программу aws, в переменную среды PATH вашей операционной системы или изменить ее режим, чтобы сделать ее исполняемой.
Возможно, вам потребуется добавить исполняемый файл aws в переменную среды PATH вашей операционной системы. Выполните шаги соответствующей процедуры в разделе Начало работы с интерфейсом командной строки AWS.
Я получаю сообщение об ошибке "отказано в доступе".
Возможная причина: программный файл AWS CLI не имеет разрешения на «запуск».
В Linux или macOS убедитесь, что у программы aws есть разрешения на запуск для вызывающего пользователя. Обычно разрешения устанавливаются на 755 .
Чтобы добавить разрешение на запуск для вашего пользователя, выполните следующую команду, заменив ~/.local/bin/aws на путь к программе на вашем компьютере.
Возможная причина: ваше удостоверение IAM не имеет разрешения на выполнение операции.
Когда вы запускаете команду AWS CLI, операции AWS выполняются от вашего имени с использованием учетных данных, связывающих вас с пользователем или ролью IAM. Политики, связанные с этим пользователем или ролью IAM, должны предоставлять вам разрешение на вызов действий API, соответствующих командам, которые вы запускаете с помощью интерфейса командной строки AWS.
Большинство команд вызывают одно действие с именем, совпадающим с именем команды. Однако пользовательские команды, такие как синхронизация aws s3, вызывают несколько API. Вы можете увидеть, какие API вызывает команда, используя параметр --debug.
Если вы уверены, что у пользователя или роли есть надлежащие разрешения, назначенные политикой, убедитесь, что ваша команда AWS CLI использует ожидаемые учетные данные. См. следующий раздел об учетных данных, чтобы убедиться, что AWS CLI использует именно те учетные данные, которые вы ожидаете.
Информацию о назначении разрешений пользователям и ролям IAM см. в разделе Обзор управления доступом: разрешения и политики в Руководстве пользователя IAM.
Я получаю сообщение об ошибке "неверные учетные данные".
Возможная причина: интерфейс командной строки AWS считывает учетные данные из неожиданного места.
CLI AWS может считывать учетные данные из другого места, чем вы ожидаете. Вы можете запустить список настроек aws, чтобы подтвердить, какие учетные данные используются.
В следующем примере показано, как проверить учетные данные, используемые для профиля по умолчанию.
В следующем примере показано, как проверить учетные данные именованного профиля.
Возможная причина: часы вашего компьютера не синхронизированы.
Если вы используете действительные учетные данные, ваши часы могут быть не синхронизированы. В Linux или macOS запустите дату, чтобы проверить время.
Если ваши системные часы не верны в течение нескольких минут, используйте ntpd для синхронизации.
В Windows используйте параметры даты и времени на панели управления для настройки системных часов.
Я получаю сообщение об ошибке "подпись не соответствует" (SignatureDoesNotMatch).
Когда интерфейс командной строки AWS запускает команду, он отправляет зашифрованный запрос на серверы AWS для выполнения соответствующих операций службы AWS. Ваши учетные данные (ключ доступа и секретный ключ) участвуют в шифровании и позволяют AWS аутентифицировать человека, делающего запрос. Есть несколько вещей, которые могут помешать правильной работе этого процесса, а именно:
Возможная причина: ваши часы не синхронизированы с серверами AWS.
В Linux или macOS запустите дату, чтобы проверить время.
Если ваши системные часы не верны в течение нескольких минут, используйте ntpd для синхронизации.
В Windows используйте параметры даты и времени на панели управления для настройки системных часов.
Возможная причина: ваша операционная система неправильно обрабатывает секретные ключи AWS, содержащие определенные специальные символы.
Если ваш секретный ключ AWS содержит определенные специальные символы, такие как - , + , / или % , некоторые варианты операционной системы неправильно обрабатывают строку и вызывают неправильную интерпретацию строки секретного ключа.
Если вы обрабатываете свои ключи доступа и секретные ключи с помощью других инструментов или сценариев, например инструментов, которые создают файл учетных данных для нового экземпляра в процессе его создания, эти инструменты и сценарии могут иметь собственную обработку специальных символов, которая вызывает их нужно превратить во что-то, что AWS больше не распознает.
Простым решением является повторное создание секретного ключа, чтобы получить ключ, не содержащий специального символа.
Я получаю сообщение "Консоль Windows не найдена. Вы используете cmd.exe?" ошибка.
При использовании команды AWS CLI вы получаете сообщение «Консоль Windows не найдена. Вы используете cmd.exe?» сообщение об ошибке. Обычно это происходит из-за того, что установленный вами Python prompt_toolkit устарел.Чтобы решить эту проблему, установите последнюю версию prompt_toolkit на веб-сайте Python.
Я получаю сообщение об ошибке "[SSL: CERTIFICATE_ VERIFY_FAILED] проверка сертификата не удалась".
При использовании команды AWS CLI вы получаете сообщение об ошибке «[SSL: CERTIFICATE_ VERIFY_FAILED] не удалось проверить сертификат». Это вызвано тем, что интерфейс командной строки AWS не доверяет сертификату вашего прокси-сервера из-за таких факторов, как самоподписанный сертификат вашего прокси-сервера, а ваша компания указана в качестве центра сертификации (ЦС). Это не позволяет интерфейсу командной строки AWS найти корневой сертификат ЦС вашей компании в локальном реестре ЦС.
Чтобы исправить это, укажите интерфейсу командной строки AWS, где найти файл .pem вашей компании, используя параметр файла конфигурации ca_bundle, параметр командной строки --ca-bundle или переменную среды AWS_CA_Bundle.
Дополнительные ресурсы
Чтобы получить дополнительную помощь по своим проблемам с AWS CLI, посетите сообщество AWS CLI на GitHub.
<УЛ>
Использование исполняемого файла SWANСкопируйте командный файл с расширением swn в INPUT (при условии, что INPUT — это стандартное имя файла для ввода команд, см. главу 4). Запустить SWAN. Скопируйте файл PRINT (при условии, что PRINT — это стандартное имя файла для вывода на печать, см. главу 4) в файл, имя которого совпадает с именем командного файла с расширением prt .
Перед вызовом процедуры запуска необходимо изменить переменную среды PATH, включив в нее путь к каталогу, в котором находится swan.exe. В случае Windows этот путь можно указать в категории «Система» панели управления (на вкладке «Дополнительно» нажмите «Переменные среды»). В случае UNIX или Linux с оболочкой bash (sh или ksh) переменная окружения PATH может быть изменена следующим образом: если /usr/local/swan — это каталог, в котором находится исполняемый файл swan.exe. В случае оболочки C (csh) используйте следующую команду:При необходимости вам также необходимо добавить путь к каталогу, в котором находится каталог bin MPICH2, в PATH, чтобы иметь доступ к команде mpiexec .
Вы также можете указать количество потоков, которые будут использоваться во время выполнения многопоточной реализации SWAN в многопроцессорных системах. Переменной среды для этого является OMP_NUM_THREADS, и ее можно установить как или или, в случае Windows. Когда включена динамическая настройка количества потоков, значение, указанное в
OMP_NUM_THREADS, представляет собой максимально допустимое количество потоков.
Предоставленные процедуры запуска позволяют пользователю правильно и легко запускать SWAN как в последовательном, так и в параллельном режиме (MPI или OpenMP). Обратите внимание, что для параллельных запусков MPI исполняемый файл swan.exe должен быть доступен путем его копирования на все несколько компьютеров или размещения в общем каталоге. При запуске программы SWAN пользователь должен указать имя командного файла. Однако предполагается, что расширение этого файла — swn. Обратите внимание, что в отличие от UNIX/Linux, Windows не делает различий между строчными и прописными буквами в именах файлов. Затем пользователь может также указать, является ли запуск последовательным или параллельным. В случае Windows используйте процедуру запуска swanrun.bat из командной строки: где имя файла — это имя вашего командного файла без расширения (при условии, что это swn ), а nprocs указывает, сколько процессов необходимо запустить для параллельного запуска MPI ( не вводите скобки, они просто указывают, что nprocs не является обязательным). По умолчанию nprocs = 1. Вы также можете работать на двухъядерном/четырехъядерном компьютере; не устанавливайте nprocs .
Командная строка для UNIX-скрипта swanrun выглядит следующим образом: где имя файла — это имя вашего командного файла без расширения. Обратите внимание, что сценарий swanrun необходимо сначала сделать исполняемым, как показано ниже: Параметр -omp n указывает параллельный запуск на n ядрах с использованием OpenMP. Обратите внимание, что сценарий UNIX установит для OMP_NUM_THREADS значение n . Параметр -mpi n задает параллельный запуск на n процессорах с использованием MPI. Параметр -input обязателен, тогда как параметры -omp n и -mpi n могут быть опущены (по умолчанию: n = 1). Чтобы перенаправить вывод экрана в файл, используйте знак >. Используйте амперсанд для запуска SWAN в фоновом режиме. Пример:Читайте также: