Реф установка б у: Ошибка 404. Страница не найдена — Объявления на сайте Авито

>

Установка рефрижераторов б/у на автомобили в Казани

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

Компания «Инвентсервис» предлагает услугу профессиональной установки б/у рефрижераторного оборудования на Ваш автомобиль по приемлемой цене. Вы можете приобрести б/у рефрижератор в нашей организации или предоставить свой холодильный аппарат для монтажа. На произведенные работы мы предоставляем гарантию сроком на 3 месяца.

Одним из главных критериев прибыльности температурных грузоперевозок — это надежная работа холодильного оборудования! Будьте внимательны при выборе б/у рефрижератора и сервиса для его монтажа.

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

Принимая во внимание наш опыт, хотим обратить внимание на ряд принципиальных моментов, которые возникают при покупке и установке б/у рефрижераторов:

  1. Наиболее предпочтительный вариант, когда Вы убеждаетесь в работоспособности приобретаемого рефрижератора непосредственно на автомобиле, до момента покупки! Необходимо убедиться, что рефрижератор работает на всех режимах: охлаждение, работа на тепло (если предусмотрено), режим оттайки. При этом, обратите внимание на состояние шлангов на предмет трещин, потертостей, на отсутствие «масляной сырости» в местах обжима фитингов. Компрессор должен включаться без посторонних скрипов и «визгов» — обычно слышен характерный «щелчок» и небольшое увеличение нагрузки на двигатель.
    Также, обратите внимание на состояние ламелей в радиаторе испарителя и в радиаторе конденсаторного блока. Они должны быть относительно ровные и не замятые, т.к. в процессе эксплуатации под воздействием внешних условий, ламели деформируются (листья, снег, насекомые и прочие факторы).
  2. Наименее предпочтительный вариант, когда Вы приобретаете рефрижератор, который уже демонтирован с автомобиля! В данном случае, проверить работоспособность агрегата затруднительно и остается только поверить на слово продавцу. Тем не менее, предлагаем обратитить внимание на состояние шлангов на предмет трещин, потертостей, «масляной сырости» в местах соединений, как было сказано выше. Внимательно осмотрите всю электрическую проводку — она должна быть аккуратно демонтирована, без разрезов! В случае, если есть разрез проводки, велика вероятность, что ее срезали, не отключив от АКБ силовые провода или, не отключив от питания пульт управления рефрижератором. В этом случае, в результате короткого замыкания мог быть поврежден блок или пульт управления.
    Определить работоспособность этих и других элементов, в таком случае, можно только после полного монтажа и подключения рефрижератора на автомобиль.
  3. Очень важный момент – кронштейн крепления компрессора! При монтаже, как правило, необходимо заказывать новый кронштейн крепления компрессора для двигателя автомобиля. На каждую марку и модель двигателя предусмотрен свой кронштейн. Перед принятием решения проконсультируйтесь у специалистов, с каким шкивом и выходами подойдет компрессор на Ваш автомобиль. Возможна такая ситуация, когда необходимо менять шкив и заднюю крышку компрессора, что приводит к удорожанию монтажных работ. В отдельных случаях, может возникнуть необходимость полной замены компрессора.
  4. В процессе монтажа б/у рефрижератора может возникнуть необходимость удлинения шлангов и электрических проводов, в зависимости от расположения АКБ, расположения компрессора на двигателе и высоты Вашего фургона. Эти процедуры увеличивают общие трудозатраты и требуют использования дополнительных расходных материалов.
  5. Обратите внимание на то, чтобы приобретаемый рефрижератор соответствовал напряжению бортовой сети Вашего автомобиля. Переоборудование рефрижератора с 12В на 24В экономически не целесообразно! Все исполнительные элементы электрооборудования необходимо менять. В отдельных случаях, это просто не возможно.

Учитывая все вышесказанное, рекомендуем перед принятием решения о покупки б/у рефрижератора обратиться к специалистам сервиса, которым Вы доверяете! Наши сотрудники всегда готовы проконсультировать Вас по возникшим вопросам!

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

Покупка б/у Рефрижератора: минусы, опасность повторной установки

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

В этой статье мы постараемся развеять некоторые мифы которые присутствуют у покупателей.

Покупка б/у рефрижератора

Единственный плюс малоизвестных рефрижераторов о котором знаем мы – это его относительная дешевизна, минусов же гораздо больше. Это и отсутствие запасных частей, дефекты не обкатанные на рынке, низкая холодопроизводительность – подогнанная под именитые марки (в прайсе указана производительность как у лидеров рынка, а в реальности она ниже на 20-30%). При выборе холодильно-отопительной установки (далее ХОУ) мы рекомендуем обратить внимание на то сколько и каких марок ХОУ ездит по городу – это будет самая лучше оценка лидеров рынка.

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

Рассмотрим жизнь ХОУ.   Она установлена на автомобиле работает, все в порядке. Как любое технически сложное устройство – рефрижератору необходимо проводить своевременное обслуживание (далее ТО) согласно регламента и рекомендациям производителя. В ряде регламентных ТО производится замена фильтров, осушителей и прочих компонентов системы, что гарантирует стабильную и безотказную работу системы. К сожалению не все владельцы ХОУ понимают необходимости проводить ТО. А это в свою очередь ведет к ухудшению характеристик производительности системы и дальнейшего выхода её из строя.

Далее возникла необходимость демонтажа  данной ХОУ например для замены фургона или продажи авто. А в последствии и продажа ХОУ.

Чем опасна повторная установка рефрижератора

Демонтаж ХОУ для дальнейшего хранения предполагает выполнение регламентных работ, по консервации узлов и агрегатов системы под давлением Азота, во избежание долгосрочного сообщения системы с воздухом и пылью. Влага содержащаяся в воздухе способствует образованию окислов на  внутренних поверхностях и  агрегатах системы, таких как:  компрессор, клапаны, терморегулирующий вентиль  и т .д., отсюда и вытекает  необходимость соблюдения условий хранения ХОУ.

Далее ХОУ устанавливается на другой автомобиль. Заправляется фреоном, маслом. Первый пуск.

В случае не качественной консервации, не соблюдения условий хранения, влага, загрязнения и окислы образовавшиеся в системе, в месте с фреоном забивают ТРВ, фильтры, дегидраторы не выполняют свою функцию.

Коррозия образовавшаяся в компрессоре и на клапанах способствуют скорому выходу его из строя, вплоть до заклинивания. Наблюдается снижение характеристик производительности системы  и дальнейший выход её из строя. После чего следует дорогостоящий ремонт, с тщательной промывкой системы, заменой компрессора, ресивера, и других узлов установки. Даже самая тщательная консервация не исключает попадания влаги.

Только в условиях станции ТО возможно выполнить весь регламент по консервации ХОУ. Не маловажный момент в установке б/у ХОУ – невозможность проверить состояние узлов установки до первого запуска.  А значит вы покупаете «кота в мешке» даже если она работала отлично и создавала у бывшего владельца требуемые температуры, после запуска вы можете быть неприятно удивлены, отсутствием тех самых температур, а возможно и новостью о дорогостоящем ремонте, с повторной заправкой системы фреоном.

Холодильная установка Элинж С3 в Омске

Применяемость: рефрижератор Элинж С3 предназначен для поддержания стабильной температуры с целью перевозки охлажденной и глубоко замороженной продукции на автомобилях малой грузоподъемности с объемом изотермического фургона от 16 до 20 м3. Обеспечение режима у Элинж С3: -20 °-C в 16 м3 или 0 °C в 20 м3.
Конструкция: сплит-система. Состоит из двух отдельных частей — конденсатора и испарителя, соединенных между собой гибкими шлангами.
Привод компрессора холодильной установки: от двигателя автомобиля.
Стояночный привод от электросети 220/380В: дополнительно.
Вес: не более 87,6 кг.
Установка рефрижератора: над кабиной, на крышу фургона.
Комплектация: конденсатор, испаритель, компрессор, фреонопроводы, комплект проводки, масло для компрессора, полный монтажный комплект с расходниками, в том числе кронштейн и ремень.
Завод-производитель: ЗАО «-Элинж»-, г. Нижний Новгород.
Гарантия завода-производителя: 2 года со дня установки сертифицированным центром.

Элинж С3. Технические характеристики.
Эксплуатационные характеристики.
Режим охлаждения:
— при объеме фургона 20 м3 — поддерживаемая температура в фургоне: 0 °-С-
— при объеме фургона 16 м3 — поддерживаемая температура в фургоне: — 20 °С.
Мощностные характеристики:
Холодопроизводительность при температуре окружающей среды +30°С
— в режиме работы рефрижератора на 0°C = 3700 Вт-
— в режиме работы рефрижератора на -20°C= 2000 Вт-
Воздушная производительность: вентиляторов испарителя — 1900 м.куб./час.
Электропитание: постоянный ток, от бортовой сети автомобиля:
— Напряжение — 12 / 24 В-
— Ток — 40 / 20 А, тепло — 20/10 А.
Оттаивание: производится горячим газом. Режимы оттаивания:
— автоматический-
— ручной.
Потребляемая мощность от двигателя: не более 5 кВт.
Хладагент: фреон R-404 A.Рекомендации по подбору установки- приведены из расчета коэффициента теплопроводности стен
фургона не выше 0,5 Вт/м2*°С и температуре окружающей среды -20 &hellip- + 30 °С.
Производитель оставляет за собой право менять технические характеристики и комплектацию без уведомления.Элинж С3. Комплектация и геометрия. Геометрические и весовые характеристики.
Конструкция:

Данная модель холодильного агрегата представляет собой сплит-систему и состоит из двух отдельных частей — конденсатора и испарителя, соединенных между собой гибкими шлангами. Привод компрессора холодильной установки осуществляется от двигателя автомобиля.
Дополнительный привод от электросети поставляется отдельно и является выносным.
Вес рефрижератора:
Масса холодильной установки — не более 87,6 кг.
Конденсатор:
— Габаритные размеры — 1250х425х455 мм-
— Масса, не более — 25,4/35 кг-
— Тип &ndash- торцевой, накрышный.
Испаритель:
— Габаритные размеры, не более — 1240х230х568 мм-
— Масса, не более —22,2 кг.
Компрессор:
— Модель — Sanden SD-5h24-
— Напряжение питания — 12 / 24 В.
Блок управления рефрижератора:
— Электронный блок управления.
Монтажный комплект:
Кронштейн рефрижератора входит в комплектацию холодильной установки Элинж.
Производитель кронштейна – ЗАО «-Элинж»-.Производитель оставляет за собой право менять технические характеристики и комплектацию без уведомления.

Как мы делали свой каток с айс-матами и трубчатыми швабрами / Блог компании Mail.ru Group / Хабр

Новогодние вечеринки в подавляющем большинстве случаев представляют собой застолье с развлекательной программой разной степени изобретательности. Но мы в Mail.Ru Group решили устроить нечто более интересное спортивное и технологичное. Так в нашем спортзале появился настоящий ледовый каток. О том, как он устроен, читайте под катом.


Размер монтируемого катка составит 12 х 23 м. Для сравнения, в среднем «уличные» катки имеют размер 20 х 40 м. Каким образом в обычном помещении можно сделать полноценный каток? Сначала пол застилается термоизоляцией толщиной около 5 см и герметичной плёнкой. Термоизоляция нужна не только для защиты пола, но и для предотвращения теплопереноса. Помещение тёплое, и если не сделать защитную прослойку, то холод будет уходить в пол и придётся использовать гораздо более мощную холодильную установку.

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

Общая длина трубок в нашем катке составляет 8,7 км. На концах айс-матов все трубки соединяются в единый замкнутый контур, в который включается холодильная установка (он же чиллер). В ней охлаждается хладоноситель (полипропиленгликоль), который циркулирует по трубкам айс-матов. Сверху айс-маты заливаются водой, которая постепенно охлаждается и в конце концов замерзает.

Каток будет мерзнуть в течение трех суток, и за это время будет создано около 15,2 тонн льда, то есть 276 квадратных метров толщиной порядка 6 см. Поверхность сразу получается достаточно ровной, чтобы можно было кататься без предварительного выравнивания.

Но обновлять каток придётся ежедневно, ведь под воздействием коньков лёд крошится, появляются неровности. Людей, которые будут обновлять лёд, называют айсмейкеры. Их главным инструментом являются специальные приспособления, представляющие собой Т-образные трубчатые швабры. В поперечной перекладине шириной около метра проделан ряд небольших отверстий, сквозь которые на прикреплённую полосу ткани подаётся вода температурой +55 градусов. Эту ткань тянут по льду, равномерно смачивая поверхность. Вода заполняет углубления, подтапливает верхний слой льда, а потом быстро замерзает. В результате получается идеально гладкий каток.


Принцип действия чиллера вкратце таков: компрессор нагнетает под давлением пары фреона в конденсационный отсек. Как следует из названия, здесь фреон конденсируется и подаётся в так называемый терморасширительный вентиль и испаритель. Последний является, по сути, теплообменником, в котором происходит охлаждение полипропиленгликоля до -7…-12 градусов (фреон закипает при температуре -15…-18 градусов). Затем пары фреона из испарителя снова подаются в компрессор — цикл замыкается. Холодильная установка во время заморозки льда потребляет порядка 100 киловатт в час, а её холодопроизводительность составляет 150 киловатт в час. Для поддержания намороженного льда тратится около 50 киловатт в час.

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


  • Борта катка не крепятся к полу, они держатся за счёт вмороженности в лёд. Также в толщу льда вморожена сетка с логотипом Mail.Ru Group — его хорошо видно с окружающей спортзал галереи.
  • Бригада из 8 человек смонтировала каток за день, а вот демонтаж займёт около 30 часов, ведь придётся аккуратно колоть лёд и вывозить его из здания на тележках. Перед этим лёд «перекаливают», то есть охлаждают его до минимально возможной температуры. При этом лёд становится гораздо более хрупким и его становится легче ломать. Кроме того, охлаждение позволяет подстраховаться от преждевременного таяния льда.
  • Кстати, по такой же технологии сейчас сделан открытый каток в Парке Горького. Там применены айс-маты в основном черного цвета. Однако чёрные айс-маты видны сквозь лёд, и поверхность катка получается тёмной — соответственно, лучше поглощает инфракрасное излучение и интенсивнее нагревается. Поэтому лёд просто красят специальной белой краской. В помещении же можно обойтись и тёмными айс-матами, поскольку заметная доля инфракрасного излучения будет задерживаться остеклением.
  • На таких искусственных катках желательно поддерживать минимально возможную толщину льда. Причина сугубо практическая: ежедневное выравнивание поверхности с помощью вышеописанных «швабр» приводит к постепенному увеличению толщины льда. А поскольку он — хороший термоизолятор, то для поддержания необходимой температуры также приходится постепенно повышать и мощность холодильной установки. А это означает повышение и без того очень большого расхода электроэнергии. Избежать этого можно, используя специальные «комбайны» для катков, которые сначала подрезают верхний слой льда, а потом заливают неровности.
  • Если какой-то не в меру ретивый пользователь проковыряет дырку во льду (а это вполне возможно) и повредит одну из трубок в айс-мате, то хладоноситель попадёт на лёд. Сначала он будет выглядеть как лужица воды, а затем начнёт впитываться, превращая лёд в кашу. Этот участок необходимо быстро локализовать и собрать весь разлившийся хладоноситель. Поскольку его температура замерзания гораздо ниже, чем у воды, то в этом месте просто уже не будет льда.
  • Для разных видов спорта поддерживается разная температура льда. Для того же хоккея она более низкая, чтобы лёд стал жёстче. Для фигурного катания, напротив, лёд поддерживается при более высокой температуре. Хотя зачастую фигуристы сами просят сделать лёд необходимой жёсткости. У конькобежцев своя температура. Все эти различия влияют не только на механические свойства льда, но и на скорость катания. На это влияет также и чистота воды, использованная для заливки. Чем больше в ней примесей, тем меньше скорость скольжения.

Кстати, все фотографии на ледовых коньках, которые вы сделаете в предновогодние дни, могут стать вашим билетом на самый гиковский каток в Москве. Добавляйте к фото тег #happygeeks, за самую фановую, крутую мы подарим коньки и выберем пятерых, кого пригласим в московский офис Mail.Ru Group.

Доска объявлений OLX.uz, ранее Torg: сайт объявлений в Узбекистане

Ташкент, Яккасарайский район Сегодня 12:05

2 902 000 сум

Договорная

Ташкент, Мирабадский район Сегодня 12:04

1 500 сум

Договорная

Вабкент Сегодня 12:04

Самарканд Сегодня 12:04

Электрик

Строительство / ремонт / уборка » Электрика

Самарканд Сегодня 12:04

15 000 у. е.

Договорная

Ташкент, Чиланзарский район Сегодня 12:04

Ташкент, Яккасарайский район Сегодня 12:04

6 300 000 сум

Договорная

Келес Сегодня 12:04

Ташкент, Учтепинский район Сегодня 12:04

Рефконтейнеры 20-40 футов б/у и новые: ремонт, обслуживание

Рефконтейнер представляет собой специальную тару для транспортировки продуктов питания, в которой поддерживается определенный температурный режим. Контейнер рефрижератор позволяет сохранить свежесть продовольствия достаточно долго, за счет чего именно его используют для перевозки съестного груза в разные города и страны.

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

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

  • высокая функциональность;
  • простота, удобство, безопасность эксплуатации;
  • доступность.

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

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

Продажа рефконтейнеров является одним из направлений деятельности компании. Мы можем предложить вам самый оптимальный вариант подобной установки. Наш ассортимент включает:

  1. рефконтейнер 20 футов, объем холодильно-нагревательного склада при этом составляет 30 м3. При этом его конструктивное исполнение практически не отличается от других подобных устройств;
  2. рефконтейнер 40 футов с внутренним объемом, равным 79 м3.

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

 

Установка рефрижераторов — АвтоМастерГаз

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

Рефрижератор применяется для временного нахождения пищевых скоропортящихся продуктов питания, медикаментов, химических веществ, цветов и прочей продукции, требующей определенного температурного режима.

Привод рефрижератора может работать от силовой установки автомобиля, иметь автономную энергоустановку или комплектоваться системой электрического привода от сети 220/380 Вольт.

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

Установка рефрижератора — процедура, требующая квалифицированных мастеров, так как от грамотной установки и качества исполненного монтажа зависит исправная работа рефрижераторов и их срок службы. Длительный срок эксплуатации автомобильных «холодильников» обеспечивает правильно выбранное оборудование для рефрижераторов, которое учитывает особенности работы и температурный режим.

Установить рефрижератор на фургон (на любой автомобиль) в компании АвтоМастерГаз

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

Автомобильные рефрижераторы, предлагаемые нашей компанией имеют функцию «тепло – холод» и поддерживают температуру в диапазоне от плюс 25 0С до минус 25 0С.

Компания устанавливает рефрижераторы ведущих производителей, которые зарекомендовали себя на рынке данного оборудования.

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

Распределение XML Ссылка

allowed-os-versions

Определяет требования к версии ОС. Они состоят из одного или нескольких диапазонов версий, указанных как элементы os-version . Версия операционной системы на целевом томе должна попадать в один из этих диапазонов, чтобы разрешить установку.

Атрибуты

Нет.

Доступность

Доступно в OS X v10.6.6 и новее.

Content

Этот элемент может содержать следующий элемент:

app

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

Атрибуты

Имя атрибута

Тип

Описание

id

Строка

Обязательно. Идентификатор пакета приложения.

Содержание

Нет.

auxinfo

Зарезервировано.

фон

Определяет фоновое изображение для установщика.

Атрибуты

Требования: Вы должны предоставить атрибут mime-типа или uti . Если вы предоставляете и то, и другое, они должны быть согласованными.

Имя атрибута

Тип

Описание

выравнивание

Строка

Дополнительно. Выравнивание, используемое для визуализации фонового изображения.Значения: по центру (по умолчанию), слева , справа , сверху , снизу , сверху слева , сверху , снизу слева и справа .

Используется только установщиком.

файл

Строка

Обязательно. Имя файла изображения в дистрибутиве — например, background.png или ./background.png .

mime-type

String

Стандартный MIME-тип изображения.

масштабирование

Строка

Необязательно. Масштабирование, используемое для визуализации фонового изображения. Значения: до (по умолчанию), без и пропорционально .

uti

Строка

Тип UTI изображения.Этот атрибут предоставляется, потому что некоторые типы файлов не имеют типа MIME.

Содержание

Нет.

bundle

Определяет отдельный пакет. Значение этого элемента значительно различается в зависимости от его родительского элемента; подробности см. в документации по родительскому элементу.

Атрибуты

Имя атрибута

Тип

Описание

CFBundleShortVersionString

Строка

Необязательно. Короткая строка версии пакета, как определено в его файле Info.plist .

CFBundleVersion

String

Необязательно. Версия пакета, определенная в файле Info.plist .

id

Строка

Обязательно. Идентификатор пакета, то есть значение CFBundleIdentifier в информации пакета.plist файл.

путь

Строка

Обязательно. Путь, по которому установлен пакет, относительно того, где установлен пакет. Например, Applications / Sample.app .

search

Boolean

Необязательно. Указывает, искать ли пакет по его идентификатору, если он не найден по заданному пути.Значения: false (по умолчанию), true .

Допустимо, только если этот элемент является дочерним по отношению к элементу required-bundles .

BuildVersion

Зарезервировано.

Версия источника

Зарезервировано.

Содержание

Нет.

bundle-version

Определяет версию пакетов, доставляемых родительским элементом. Обычно вы не указываете этот элемент; productbuild вставляет его из фактических данных пакета при создании архива продукта.

Атрибуты

Нет.

Доступность

Доступно в OS X v10.6.6 и новее.

Содержимое

Этот элемент может содержать следующие элементы:

выбор

Определяет выбор установки дистрибутива.

Атрибуты

Имя атрибута

Тип

Описание

customLocation

Абсолютный путь к файлу

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

customLocationAllowAlternateVolumes

Boolean

Необязательно, если указано customLocation ; в противном случае не допускается. Указывает, может ли пользователь выбрать установочный том. Значения: false (по умолчанию) указывает, что пользователь может выбрать другое местоположение, чем указано в customLocation , но не может изменить громкость; true указывает, что пользователь может выбрать установочный том и расположение на этом томе.Значение true действительно только для пакетов, использующих программу установки.

описание

Строка, ключ локализации

Требуется для пакетов, использующих установщик; в противном случае необязательно. Задает описание варианта установки. Локализуемый.

description-mime-type

String

Дополнительно. Тип MIME текстовых данных в атрибуте описание . Значения: text / plain (по умолчанию), text / rtf или text / html .

включено

Логическое выражение JavaScript

Необязательно. Указывает, может ли пользователь выбрать или отменить выбор этого параметра на панели настройки установщика. Если false или выражение JavaScript, которое оценивается как false , выбор неактивен, поэтому пользователь не может выбрать или отменить выбор.Переоценивается, когда пользователь взаимодействует с деревом выбора, поэтому выбор может быть включен или отключен в зависимости от состояния других вариантов. Значение по умолчанию — , истинное .

id

Строка

Обязательно. Уникальный идентификатор выбора установки, используемый для привязки этого элемента к элементу line , который определяет его положение в иерархии выбора установки.

Должен соответствовать атрибуту choice ровно одного элемента line .

выбрано

Логическое выражение JavaScript

Необязательно. Указывает, выбран ли этот параметр для установки или нет. Если false или выражение JavaScript, которое оценивается как false , выбор не будет установлен. Как правило, не следует объявлять этот атрибут для видимого и включенного варианта выбора, поскольку он может помешать выбору пользователя.Значение по умолчанию — , истинное .

start_enabled

Boolean

Необязательно. Указывает, включен ли этот параметр изначально на панели настройки установщика. Значения: true (по умолчанию) или false .

start_selected

Логическое значение

Необязательно. Указывает, выбран ли этот параметр изначально или не выбран для установки. Значения: true (по умолчанию) или false .

start_visible

Boolean

Необязательно. Указывает, будет ли этот параметр изначально отображаться на панели настройки установщика. Значения: true (по умолчанию) или false .

название

Строка, ключ локализации

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

видимый

Логическое выражение JavaScript

Необязательно. Указывает, отображается ли этот параметр на панели настройки установщика. Если false или выражение JavaScript, которое оценивается как false , выбор скрыт от пользователя. Значение по умолчанию — , истинное .

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

связка

Зарезервировано.

customLocationIsSelfConolated

Зарезервировано.

подсказка

Зарезервировано.

versStr

Зарезервировано.

Содержимое

Этот элемент может содержать следующий элемент:

choices-outline

Определяет иерархию вариантов установки пакета распространения.

Атрибуты

Имя атрибута

Тип

Описание

ui

Зарезервировано.

Содержимое

Этот элемент может содержать следующий элемент:

заключение

Задает текст, который отображается установщиком в конце процесса установки.

Атрибуты

Требования: Вы должны предоставить атрибут mime-типа или uti . Если вы предоставляете и то, и другое, они должны быть согласованными.

Имя атрибута

Тип

Описание

файл

Строка

Обязательно. Имя файла заключения в дистрибутиве — например, заключение.RTF .

mime-type

String

Спецификатор MIME-типа для данных, содержащихся в файле.

uti

Строка

Спецификатор типа UTI для данных, содержащихся в файле.

язык

Зарезервировано.

Содержание

Нет.

доменов

Указывает, в какие домены можно установить пакет. Если этот элемент отсутствует, enable_anywhere равно true , enable_currentUserHome равно false , а enable_localSystem равно true .

Атрибуты

Имя атрибута

Тип

Описание

enable_anywhere

Логическое выражение JavaScript

900 Если true , или выражение JavaScript, которое оценивается как true , продукт можно установить в корень любого тома, включая несистемные тома. В противном случае его нельзя будет установить в корень тома.

enable_currentUserHome

Логическое выражение JavaScript

Обязательно. Если истинно , или выражение JavaScript, которое оценивается как истинно , продукт может быть установлен в домашний каталог текущего пользователя.В противном случае его нельзя будет установить в домашний каталог текущего пользователя.

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

enable_localSystem

Логическое выражение JavaScript

Обязательно. Если true , или выражение JavaScript, которое оценивается как true , продукт можно установить в корневой каталог. Этот атрибут обычно должен иметь значение true , если продукт не может быть установлен только в домашний каталог пользователя.

Содержание

Нет.

installation-check

Определяет, соответствует ли узел установки системным требованиям дистрибутива. Проверка установки проходит, если сценарий возвращает true , все требования к оперативной памяти и графические требования выполнены.

Атрибуты

Имя атрибута

Тип

Описание

скрипт

Логическое выражение JavaScript

Необязательно. Указывает, выполняются ли требования. Если true (по умолчанию) или логическое выражение JavaScript, которое оценивается как true , установка продолжается с учетом других проверок.

Если сценарий оценивает false , он также должен установить my.result.type и my.result.message , чтобы указать серьезность проблемы и предоставить сообщение для отображения. Если my.result.type Warning , установка может быть продолжена после информирования пользователя.

Content

Этот элемент может содержать следующие элементы:

installer-gui-script

Корневой элемент определения распределения.Все остальные элементы в файле определения распространения являются дочерними по отношению к этому элементу.

Атрибуты

Имя атрибута

Тип

Описание

minSpecVersion

Integer

Требуется. Версия схемы дистрибутивного файла. Используйте 1 для версии, которая использовалась до OS X v10.6.6, или 2 после этого.

maxSpecVersion

Зарезервировано.

проверено Спецификация Версия

Зарезервировано.

Содержимое

Этот элемент может содержать следующие элементы:

лицензия

Задает текст, который отображается установщиком в процессе установки.

Атрибуты

Требования: Вы должны предоставить атрибут mime-типа или uti . Если вы предоставляете и то, и другое, они должны быть согласованными.

Имя атрибута

Тип

Описание

файл

Строка

Обязательно. Имя файла приветствия в дистрибутиве — например, welcome.RTF .

mime-type

String

Спецификатор MIME-типа для данных, содержащихся в файле.

uti

Строка

Спецификатор типа UTI для данных, содержащихся в файле.

авто

Зарезервировано.

язык

Зарезервировано.

sla

Зарезервировано.

Содержание

Нет.

строка

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

Атрибуты

Имя атрибута

Тип

Описание

выбор

Строка

Обязательно. Определяет вариант установки, связанный с этим узлом иерархии выбора установки пакета распространения. Значение должно соответствовать идентификатору элемента choice . Смотрите выбор.

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

Содержимое

Этот элемент может содержать следующий элемент:

локализация

Зарезервировано.

locator

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

Атрибуты

Нет.

Содержимое

Этот элемент может содержать следующий элемент:

must-close

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

Приложения рассматриваются только в том случае, если для установки выбран пакет, содержащий этот элемент.

Атрибуты

Нет.

Содержимое

Этот элемент может содержать следующий элемент:

options

Задает свойства установки пакета в рамках распространения.

Атрибуты

Имя атрибута

Тип

Описание

allow-external-scripts

Boolean

Указывает, могут ли запускаться и runOnce функции JavaScript.Значения: false (по умолчанию) или true . Для получения информации об этих функциях см. Раздел «Система» в справочнике по JavaScript установщика .

настроить

Строка

Дополнительно. Указывает, может ли пользователь настроить установку, выбрав или отменив выбор вариантов установки. Значения:

разрешить (по умолчанию) дает пользователю возможность настраивать установку, всегда представляет окно настройки автоматически.

никогда не предоставляет доступ к представлению настройки.

hostArchitectures

String

Необязательно. Список поддерживаемых архитектурных кодов, разделенных запятыми. Допустимые коды: i386 , x86_64 и ppc . Обратите внимание, что i386 соответствует как 32-битным, так и 64-битным системам, а x86_64 соответствует только 64-битным системам.

mpkg

String

Дополнительно. Обозначает пакет (элемент pkg-ref ), операции установки которого должны выполняться как часть установки этого дистрибутива.

Не рекомендуется.

требуемых скриптов

Boolean

Необязательно. Указывает, использует ли дистрибутив код JavaScript.Значения: true (по умолчанию) или false . Если это значение равно false , все атрибуты, значение которых может быть выражением JavaScript, должны иметь значение true или false .

Доступно в OS X v10.6.6 и новее.

rootVolumeOnly

Boolean

Необязательно. Указывает, может ли пользователь выбрать установочный том, отличный от загрузочного.Значения: true или false .

Не рекомендуется. Вместо этого используйте домены.

тип

Зарезервировано.

visibleOnlyForPredicate

Зарезервировано.

Содержание

Нет.

os-version

Определяет диапазон поддерживаемых версий ОС.

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

Атрибуты

Имя атрибута

Тип

Описание

до

Строка

Необязательно. Максимально допустимая версия (исключая). Если версия ОС больше или равна этой версии, установка будет запрещена (если ОС не попадает в диапазон другого элемента os-version ). Если значение не указано, верхняя граница диапазона отсутствует — допускается любая версия, более новая, чем минимальная.

мин.

Строка

Обязательно. Минимально допустимая версия (включительно).Если версия ОС меньше этой, установка будет запрещена (если ОС не входит в диапазон другого элемента os-version ).

Содержание

Нет.

pkg-ref

Ссылается на пакет компонентов, который может быть установлен.

Атрибуты

Имя атрибута

Тип

Описание

активно

Логическое выражение JavaScript

Необязательно. Указывает, установлен ли пакет. Значения: true (по умолчанию), false .

Если false или выражение JavaScript, которое оценивается как false, пакет не устанавливается, даже если был выбран связанный с ним вариант.

Это дополнительный способ активации и деактивации пакетов. Он переопределяет настройку родительского элемента.

auth

String

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

Не рекомендуется. Домен установки определяет необходимый уровень авторизации.

id

Строка

Обязательно. Уникально идентифицирует пакет компонентов в пакете распространения, например com.apple.TextEdit.pkg . Значение этого атрибута обычно совпадает с идентификатором пакета компонента, но не обязательно.

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

installKBytes

Integer

Необязательно. Задает размер полезной нагрузки пакета в килобайтах.

Этот атрибут обычно опускается, поскольку productbuild устанавливает его из фактического пакета при создании архива продукта.

Вывод

Строка

Дополнительно. Задает действие, которое нужно предпринять после завершения установки. Значения, от наименьшего к наибольшему: Нет (по умолчанию), RequireLogout , RequireRestart или RequireShutdown .

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

onConclusionScript

Строка

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

Доступно в OS X v10.7 и новее.

версия

Строка

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

Этот атрибут обычно опускается, поскольку productbuild будет устанавливать его из фактического пакета при создании архива продукта.

архив КБ

Зарезервировано.

packageIdentifier

Зарезервировано.

Содержимое

Обязательно. URL-адрес, указывающий расположение установочного пакета, на который ссылается этот элемент. Как правило, вы указываете простое имя файла, а productbuild при необходимости корректирует URL-адрес при создании архива продукта. Если вы определяете несколько элементов pkg-ref с одним и тем же идентификатором, ровно один из них должен иметь текстовое содержимое.

Этот элемент может содержать следующие элементы:

  • must-close (ноль или один): приложение (я), которое необходимо закрыть перед установкой этого пакета.

  • версия пакета (ноль или один): версия пакета.

  • переместить (ноль или больше): информация для поддержки перемещаемых пакетов.

Чтобы обеспечить элемент must-close , добавьте отдельный элемент pkg-ref с тем же идентификатором, чтобы содержать элемент must-close . Например:

  x. pkg  
  
  
  
  
  

продукт

Определяет идентификатор и версию продукта верхнего уровня.Используется для распространения через App Store.

Атрибуты

Имя атрибута

Тип

Описание

id

Строка

Обязательно. Идентификатор продукта верхнего уровня. Значение должно совпадать с идентификатором пакета вложенного приложения.

версия

Строка

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

Доступность

Доступно в OS X v10.6.6 и новее.

Содержание

Нет.

ram

Задает минимальный объем оперативной памяти, который должен иметь система.

Атрибуты

Имя атрибута

Тип

Описание

min-gb

Строка

Обязательно. Минимально необходимая оперативная память в гигабайтах.

(В соответствии с тем, как размеры отображаются в OS X v10.6 и более поздних версиях, гигабайт определяется как 10 9 байтов, а не 2 30 байтов.)

Доступность

Доступно в OS X v10 .6. 6 и новее.

Содержание

Нет.

readme

Задает текст, отображаемый установщиком в процессе установки.

Атрибуты

Требования: Вы должны предоставить атрибут mime-типа или uti .Если вы предоставляете и то, и другое, они должны быть согласованными.

Имя атрибута

Тип

Описание

файл

Строка

Обязательно. Имя файла readme в дистрибутиве. Например, readme.rtf .

mime-type

String

Спецификатор MIME-типа для данных, содержащихся в файле.

uti

Строка

Спецификатор типа UTI для данных, содержащихся в файле.

язык

Зарезервировано.

Содержание

Нет.

relocate

Описывает перемещаемый комплект. Перемещаемые пакеты позволяют пользователю установить обновление по тому же пути, что и текущая версия.Путь определяется элементом search , идентификатор которого задается атрибутом search-id . Пакет определяется дочерним элементом bundle . Например, пакеты приложений обычно можно перемещать.

Атрибуты

Имя атрибута

Тип

Описание

search-id

Строка

Обязательно. Задает идентификатор элемента search , результаты которого применяются к набору, который является дочерним элементом этого элемента.

Если поиск возвращает false , перемещение ничего не делает. Если поиск возвращает массив результатов, используется первый результат.

Content

Этот элемент может содержать следующий элемент:

required-bundles

Задает пакеты, которые должны быть уже установлены в системе.

Если для дочернего элемента пакета указана версия, это интерпретируется как минимальная поддерживаемая версия для этого пакета.Для атрибута search также может быть установлено значение true , что указывает на то, что пакет должен быть расположен по его идентификатору, если он не существует по указанному пути.

Атрибуты

Имя атрибута

Тип

Описание

все

Логическое

Необязательно. Значения: true (по умолчанию), чтобы требовать все указанные пакеты, или false , чтобы требовать хотя бы один из них.

описание

Строка, ключ локализации

Дополнительно. Описание необходимых пакетов, отображаемое пользователю, если требование не выполнено.

Content

Этот элемент может содержать следующий элемент:

required-cl-device

Задает требования, которым должно соответствовать хотя бы одно устройство OpenCL.

Атрибуты

Нет.

Доступность

Доступно в OS X v10.7 и новее.

Содержимое

Предикат в виде строки. Подробные сведения о формате предиката см. На справочной странице productbuild .

Чтобы символы в предикате не интерпретировались анализатором XML, отметьте его как содержимое CDATA.

required-gl-renderer

Задает требования, которым должен соответствовать хотя бы один аппаратный рендерер OpenGL.

Атрибуты

Нет.

Доступность

Доступно в OS X v10.6.8 и новее.

Содержимое

Предикат в виде строки. Дополнительные сведения о формате предиката см. В разделе Определение необходимых возможностей OpenGL для Mac App Store и на странице руководства productbuild .

Чтобы символы в предикате не интерпретировались анализатором XML, отметьте его как содержимое CDATA.

required-graphics

Задает требования к графическому процессору.

Атрибуты

Имя атрибута

Тип

Описание

описание

Строка, ключ локализации

Необязательно. Описание требований к графике. Локализуемый.

Если описание не указано, используется общее сообщение. Обычно лучше использовать общее сообщение, если только требования не очень однозначны.

для одного устройства

Boolean

Необязательно. Значения: false (по умолчанию), чтобы позволить требованиям OpenCL и OpenGL выполняться разными устройствами, или true , чтобы одно устройство одновременно удовлетворяло обоим требованиям.

Содержимое

Этот элемент может содержать следующие элементы:

скрипт

Определяет набор функций JavaScript.

Атрибуты

Имя атрибута

Тип

Описание

язык

Зарезервировано.

Содержимое

Код JavaScript, обычно определение функций, вызываемых из атрибутов других элементов.

Чтобы символы в скрипте не интерпретировались синтаксическим анализатором XML, отметьте его как содержимое CDATA:

  

Если вы решили не отмечать свой скрипт как содержимое CDATA, вы должны проявлять большую осторожность, чтобы правильно уйти все символы, имеющие особое значение в разметке XML.

поиск

Определяет правило поиска для поиска установленного программного обеспечения. Результат должен использоваться другим правилом поиска или быть привязан к пакету через элемент relocate .

Атрибуты

Имя атрибута

Тип

Описание

id

Строка

Обязательно. Однозначно определяет поиск; используется в атрибуте search-id других элементов для ссылки на этот поиск.

скрипт

Строка

Требуется, если тип - скрипт ; в противном случае не допускается.

Выражение JavaScript, которое оценивается как false , путь как строка или массив путей. Если он возвращает массив путей, первый путь является предпочтительным.

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

search-id

String

Необязательно, если тип - компонент ; в противном случае не допускается.

Идентификатор другого поиска. Выполняется другой поиск, и его результаты фильтруются путем удаления тех результатов, которые не соответствуют строкам версии, заданным дочерним элементом bundle . Это позволяет квалифицировать другой поиск для определенных значений CFBundleShortVersionStrings или CFBundleVersions .

путь поиска

Строка

Необязательно, если тип - компонент ; в противном случае не допускается.

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

тип

Строка

Обязательно. Указывает тип поиска. Допустимые значения:

component Поиск пакета на диске, который соответствует строкам идентификатора и версии, заданным дочерним элементом bundle . По умолчанию установщик использует Launches Services для выполнения поиска и ищет только том, который пользователь выбрал в качестве цели установки. Атрибуты search-id и search-path изменяют это поведение.

скрипт Поиск путем оценки кода JavaScript, содержащегося в атрибуте скрипта .

Содержимое

Этот элемент должен содержать ровно один из следующих элементов:

  • комплект: комплект для поиска компонентов.

  • скрипт: Скрипт для поиска по скрипту.

строки

Зарезервировано.

тег

Зарезервировано.

тегов

Зарезервировано.

название

Определяет название продукта.

Атрибуты

Нет.

Контент

Заголовок или ключ локализации, используемый для поиска заголовка.

volume-check

Определяет, соответствует ли конкретный том требованиям распределения. Все тесты в атрибуте скрипта и дочерних элементах должны пройти.

Атрибуты

Имя атрибута

Тип

Описание

скрипт

Логическое выражение JavaScript

Требуется. Указывает, выполняются ли требования для установки на конкретный том.

Если сценарий оценивает false , он также должен установить my.result.type и my.result.message , чтобы указать серьезность проблемы и предоставить сообщение для отображения.

Свойство my.target.mountpoint содержит точку монтирования проверяемого тома.

Содержимое

Этот элемент может содержать следующие элементы:

welcome

Задает текст, который отображается установщиком в начале процесса установки.

Атрибуты

Требования: Вы должны предоставить атрибут mime-типа или uti . Если вы предоставляете и то, и другое, они должны быть согласованными.

Имя атрибута

Тип

Описание

файл

Строка

Обязательно. Имя файла приветствия в дистрибутиве - например, welcome.RTF .

mime-type

String

Спецификатор MIME-типа для данных, содержащихся в файле.

uti

Строка

Спецификатор типа UTI для данных, содержащихся в файле.

язык

-

Зарезервировано.

Содержание

Нет.


Приложение B. Справочник по командам и параметрам кикстарта Red Hat Enterprise Linux 8

  • - активировать - активировать это устройство в среде установки.

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

    Используйте параметр --nodefroute , чтобы запретить устройству использовать маршрут по умолчанию.

  • --no-activate - не активировать это устройство в среде установки.

    По умолчанию Anaconda активирует первое сетевое устройство в файле Kickstart независимо от параметра --activate . Вы можете отключить настройку по умолчанию, используя параметр --no-activate .

  • --bootproto = - Один из dhcp , bootp , ibft или static . Параметр по умолчанию - dhcp ; параметры dhcp и bootp обрабатываются одинаково. Чтобы отключить конфигурацию устройства ipv4 , используйте параметр --noipv4 .

    Эта опция настраивает конфигурацию ipv4 устройства. Для конфигурации ipv6 используйте параметры --ipv6 и --ipv6gateway .

    Метод DHCP использует систему DHCP-сервера для получения конфигурации сети. Метод BOOTP аналогичен, требуя, чтобы сервер BOOTP предоставил сетевую конфигурацию. Чтобы настроить систему на использование DHCP:

      сеть --bootproto = dhcp  

    Чтобы указать машине использовать BOOTP для получения сетевой конфигурации, используйте следующую строку в файле Kickstart:

      сеть --bootproto = bootp  

    Чтобы настроить машину на использование конфигурации, указанной в iBFT, используйте:

      сеть --bootproto = ibft  

    Метод static требует, чтобы вы указали по крайней мере IP-адрес и сетевую маску в файле кикстарта.Эта информация статична и используется во время и после установки.

    Вся информация о статической сетевой конфигурации должна быть указана на одной строке ; нельзя переносить строки с помощью обратной косой черты ( \ ), как в командной строке.

      сеть --bootproto = static --ip = 10.0.2.15 --netmask = 255.255.255.0 --gateway = 10. 0.2.254 --nameserver = 10.0.2.1  

    Вы также можете настроить несколько серверов имен одновременно.Для этого один раз используйте опцию --nameserver = и укажите каждый из их IP-адресов через запятую:

      сеть --bootproto = static --ip = 10.0.2.15 --netmask = 255.255.255.0 --gateway = 10.0.2.254 --nameserver = 192.168.2.1,192.168.3.1  
  • --device = - указывает устройство, которое нужно настроить (и в конечном итоге активировать в Anaconda) с помощью команды network .

    Если опция --device = отсутствует в при первом использовании команды network , используется значение ksdevice = опции загрузки Anaconda, если таковая имеется.Обратите внимание, что это считается устаревшим поведением; в большинстве случаев вы всегда должны указывать --device = для каждой команды network .

    Поведение любой последующей команды network в том же файле кикстарта не определено, если ее параметр --device = отсутствует. Убедитесь, что вы указали эту опцию для любой команды network , кроме первой.

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

    • имя устройства интерфейса, например em1
    • MAC-адрес интерфейса, например 01: 23: 45: 67: 89: ab
    • ключевое слово link , которое указывает первый интерфейс с его ссылкой в ​​состоянии up
    • ключевое слово bootif , которое использует MAC-адрес, который pxelinux установил в переменной BOOTIF .Задайте IPAPPEND 2 в файле pxelinux.cfg , чтобы pxelinux установил переменную BOOTIF .

    Например:

      сеть --bootproto = dhcp --device = em1  
  • --ip = - IP-адрес устройства.
  • --ipv6 = - IPv6-адрес устройства, в виде адреса [/ префикс длина ] - например, 3ffe: ffff: 0: 1 :: 1/128 `. Если префикс опущен, используется `64 . Вы также можете использовать auto для автоматической настройки или dhcp для конфигурации только DHCPv6 (без рекламы маршрутизатора).
  • --gateway = - Шлюз по умолчанию как один адрес IPv4.
  • --ipv6gateway = - шлюз по умолчанию в качестве одного IPv6-адреса.
  • --nodefroute - предотвращает установку интерфейса в качестве маршрута по умолчанию.Используйте эту опцию, когда вы активируете дополнительные устройства с опцией --activate = , например, сетевой адаптер в отдельной подсети для цели iSCSI.
  • --nameserver = - DNS-сервер имен в качестве IP-адреса. Чтобы указать более одного сервера имен, используйте эту опцию один раз и разделите каждый IP-адрес запятой.
  • --netmask = - Сетевая маска для установленной системы.
  • --hostname = - Имя хоста для установленной системы. Имя хоста может быть либо полным доменным именем (FQDN) в формате host_name . domainname , или короткое имя хоста без домена. Во многих сетях есть служба протокола динамической конфигурации хоста (DHCP), которая автоматически предоставляет подключенным системам доменное имя; чтобы разрешить DHCP назначать имя домена, укажите только короткое имя хоста.

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

  • --ethtool = - Задает дополнительные низкоуровневые настройки для сетевого устройства, которые будут переданы программе ethtool.
  • --onboot = - включать или отключать устройство во время загрузки.
  • --dhcpclass = - Класс DHCP.
  • --mtu = - MTU устройства.
  • --noipv4 - отключить IPv4 на этом устройстве.
  • --noipv6 - Отключить IPv6 на этом устройстве.
  • --bondslaves = - при использовании этого параметра устройство облигации, указанное параметром --device = , создается с использованием вторичных устройств, определенных в параметре --bondslaves = . Например:

      сеть --device = bond0 --bondslaves = em1, em2  

    Приведенная выше команда создает связующее устройство с именем bond0 , используя интерфейсы em1 и em2 в качестве вторичных устройств.

  • --bondopts = - список дополнительных параметров для связанного интерфейса, который задается с помощью опций --bondslaves = и --device = . Параметры в этом списке должны быть разделены запятыми («,») или точкой с запятой («;»). Если параметр сам по себе содержит запятую, используйте точку с запятой для разделения параметров. Например:

      сеть --bondopts = mode = active-backup, balance-rr; primary = eth2  

    Параметр --bondopts = mode = поддерживает только полные имена режимов, такие как balance-rr или broadcast , но не их числовые представления, такие как 0 или 3 .

  • --vlanid = - Задает идентификационный номер виртуальной LAN (VLAN) (тег 802.1q) для устройства, созданного с использованием устройства, указанного в --device = в качестве родительского. Например, network --device = em1 --vlanid = 171 создает виртуальное устройство LAN em1.171 .
  • --interfacename = - Укажите пользовательское имя интерфейса для устройства виртуальной локальной сети. Этот параметр следует использовать, если имя по умолчанию, созданное параметром --vlanid = , нежелательно.Этот параметр необходимо использовать вместе с --vlanid = . Например:

      сеть --device = em1 --vlanid = 171 --interfacename = vlan171  

    Приведенная выше команда создает виртуальный интерфейс LAN с именем vlan171 на устройстве em1 с идентификатором 171 .

    Имя интерфейса может быть произвольным (например, my-vlan ), но в определенных случаях необходимо соблюдать следующие соглашения:

    • Если в названии есть точка (. ), он должен иметь вид НАИМЕНОВАНИЕ . ID . ИМЯ произвольно, но ID должен быть идентификатором VLAN. Например: em1.171 или my-vlan.171 .
    • Имена, начинающиеся с vlan , должны иметь вид vlan ID - например, vlan171 .
  • --teamslaves = - Групповое устройство, указанное параметром --device = , будет создано с использованием дополнительных устройств, указанных в этом параметре.Вторичные устройства разделяются запятыми. За вторичным устройством может следовать его конфигурация, которая представляет собой строку JSON в одинарных кавычках с двойными кавычками, экранированную символом \ . Например:

      сеть --teamslaves = "p3p1 '{\" prio \ ": -10, \" sticky \ ": true}', p3p2 '{\" prio \ ": 100}'"  

    См. Также параметр --teamconfig = .

  • --teamconfig = - Конфигурация группового устройства в двойных кавычках, представляющая собой строку JSON с двойными кавычками, экранированную символом \ .Имя устройства задается параметром --device = , а его вторичные устройства и их конфигурация - параметром --teamslaves = . Например:

      сеть --device team0 --activate --bootproto static --ip = 10.34.102.222 --netmask = 255.255.255.0 --gateway = 10.34.102.254 --nameserver = 10.34.39.2 --teamslaves = "p3p1 ' {\ "prio \": -10, \ "sticky \": true} ', p3p2' {\ "prio \": 100} '"--teamconfig =" {\ "runner \": {\ "name \ ": \" activebackup \ "}}"  
  • --bridgeslaves = - при использовании этого параметра будет создан сетевой мост с именем устройства, указанным с помощью параметра --device = , и к нему будут добавлены устройства, указанные в параметре --bridgeslaves = . .Например:

      сеть --device = bridge0 --bridgeslaves = em1  
  • --bridgeopts = - Необязательный разделенный запятыми список параметров для мостового интерфейса. Доступные значения: stp , priority , forward-delay , hello-time , max-age и age-time . Для получения информации об этих параметрах см. Таблицу настройки моста на справочной странице nm-settings (5) или на https: // developer.gnome.org/NetworkManager/0.9/ref-settings.html.

    Также см. Документ «Настройка и управление сетью» для получения общей информации о мостах сети.

  • --bindto = mac - привязать файл конфигурации устройства ( ifcfg ) в установленной системе к MAC-адресу устройства ( HWADDR ) вместо привязки по умолчанию к имени интерфейса ( DEVICE ). Обратите внимание, что этот параметр не зависит от параметра --device = - --bindto = mac будет применяться, даже если в той же команде network также указано имя устройства, link или bootif .
  • Использование Flatpak - документация Flatpak

    На этой странице представлена ​​вводная информация об интерфейсе командной строки flatpak , и объясняет основные технические условные обозначения, а также наиболее распространенные команды.

    Конечным пользователям обычно не нужно использовать эту страницу или команду Flatpak. линейный интерфейс, поскольку Flatpak можно легко использовать через графическое программное обеспечение инструменты управления, хотя они, конечно, могут бесплатно использовать командную строку, если они предпочитают!

    Команда flatpak

    flatpak - это основная команда Flatpak, для которой используются определенные команды. добавлено.Например, команда для установки чего-либо - flatpak install и команда для удаления - flatpak uninstall .

    Идентификаторы

    Flatpak идентифицирует каждое приложение и среду выполнения с помощью уникального трехчастного идентификатор, например com. company.App . Последний сегмент этого адреса имя объекта, а предыдущая часть идентифицирует разработчика, так что один и тот же разработчик может иметь несколько приложений, например com.company.App1 и ком.компания.App2 .

    Идентификатор троек

    Обычно достаточно ссылаться на объекты по их идентификатору. Тем не мение, в некоторых ситуациях необходимо ссылаться на конкретную версию объект, или к определенной архитектуре. Например, некоторые приложения могут быть доступным как в стабильной, так и в тестовой версии, в этом случае это необходимо чтобы указать, какой из них вы хотите установить.

    Flatpak позволяет указывать архитектуры и версии с помощью объекта идентификатор тройной.Это принимает форму имя / архитектура / ветка , например com.company.App/i386/stable . (Ветвь - это термин, используемый для обозначения к версиям одного и того же объекта.) Первая часть тройки - это идентификатор, вторая часть - это архитектура, а третья часть - это ветка.

    Тройки идентификаторов также могут использоваться для указания только архитектуры. или ветвь, оставив часть тройного бланка. Например, com.company.App//stable просто укажет ветку, а ком.company.App/i386// просто указывает архитектуру.

    CLI Flatpak обеспечивает обратную связь, если архитектура или ветвь объекта необходимо уточнить.

    Система против пользователя

    Команды

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

    Тот же принцип применяется к репозиториям - репозиториям, которые были добавленные общесистемные доступны для всех пользователей, в то время как репозитории для каждого пользователя может использоваться только конкретным пользователем.

    Команды

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

    Однако выполнение команд для каждого пользователя может быть полезно для тестирования и разработки. целей, поскольку установленные таким образом объекты не будут доступны другим пользователям системы. Для этого используйте параметр --user , который может использоваться в сочетании с большинством команд flatpak .

    Команды ведут себя точно так же, если они выполняются для каждого пользователя, а не чем общесистемный.

    Базовые команды

    В этом разделе описаны основные команды, необходимые для установки, запуска и управления Flatpak. Приложения. Чтобы получить полный список команд Flatpak, выполните flatpak --help . или см. Справочник команд Flatpak.

    Список пультов

    Чтобы вывести список пультов дистанционного управления, которые вы настроили в своей системе, введите:

    Это список существующих пультов, которые были добавлены. Список указывает, был ли добавлен каждый пульт для каждого пользователя или для всей системы.

    Добавить пульт

    Самый удобный способ добавить пульт - использовать файл .flatpakrepo , который включает в себя как детали пульта, так и его ключ GPG:

     $ flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo
     

    Здесь flathub - это локальное имя, присвоенное удаленному устройству. URL указывает на файл .flatpakrepo пульта дистанционного управления. --if-not-exists останавливает команда от выдачи ошибки, если пульт уже существует.

    Удалить пульт

    Чтобы удалить пульт, запустите:

     $ flatpak flathub удаленного удаления
     

    В данном случае flathub - это локальное имя удаленного устройства.

    Поиск

    Приложения можно найти в любом из ваших пультов с помощью поиска команда. Например:

    Search вернет все приложения, соответствующие условиям поиска. Каждый поиск результат включает в себя идентификатор приложения и удаленный доступ к приложению. в.В этом примере поисковый запрос - gimp .

    Установить приложения

    Чтобы установить приложение, запустите:

     $ flatpak установить flathub org.gimp.GIMP
     

    Здесь flathub - это имя удаленного компьютера, на котором должно быть установлено приложение. from, а org.gimp.GIMP - это идентификатор приложения.

    Иногда приложению требуется определенная среда выполнения, и это быть установленным до приложения.

    Подробная информация об устанавливаемом приложении также может быть предоставлена .flatpakref , который может быть удаленным или локальным. Чтобы указать .flatpakref вместо того, чтобы вручную указывать пульт и приложение ID, запуск:

     $ flatpak установить https://flathub.org/repo/appstream/org.gimp.GIMP.flatpakref
     

    Если в файле .flatpakref указано, что приложение должно быть установлено с пульта, который еще не был добавлен, вас спросят, следует ли добавьте его перед установкой приложения.

    , начиная с Flatpak 1.2, команда install может выполнять поиск приложений. А простой:

    подтвердит удаленный доступ и приложение и продолжит установку.

    Запущенные приложения

    После установки приложения его можно запустить с помощью программы команда и ее идентификатор приложения:

     $ flatpak run org.gimp.GIMP
     

    Обновление

    Чтобы обновить все установленные приложения и среды выполнения до последней версии, бег:

    Список установленных приложений

    Чтобы вывести список установленных приложений и сред выполнения, введите:

    Либо, чтобы просто перечислить установленные приложения, введите:

    Удалить заявку

    Чтобы удалить приложение, запустите:

     $ flatpak удалить org.gimp.GIMP
     

    Поиск и устранение неисправностей

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

    Чтобы удалить среды выполнения и расширения, которые не используются установленными приложениями, использование:

     $ flatpak uninstall - не используется
     

    Чтобы исправить несоответствия с вашей локальной установкой, используйте:

    Flatpak также имеет ряд команд для управления разрешениями портала установленные приложения. Чтобы сбросить все разрешения портала для приложения, используйте flatpak сброс разрешения :

     $ flatpak permission-reset org.gimp.GIMP
     

    Чтобы узнать, какие изменения были внесены в вашу установку Flatpak с течением времени, можно посмотреть логи (начиная с 1.2):

    conan install - документация conan 1.34.0

     позиционные аргументы:
      path_or_reference Путь к папке, содержащей рецепт (conanfile.py или
                            conanfile.txt) или в файл рецепта. например.,
                            ./my_project/conanfile.txt. Это также может быть
                            ссылка
      ссылка Ссылка на путь к conanfile первого
                            аргумент: пользователь / канал, версия @ пользователь / канал или
                            pkg / version @ user / channel (если указано имя или версия
                            в conanfile. ру, они должны совпадать)
    
    необязательные аргументы:
      -h, --help показать это справочное сообщение и выйти
      -g ГЕНЕРАТОР, --generator ГЕНЕРАТОР
                            Генераторы для использования
      -if INSTALL_FOLDER, --install-folder INSTALL_FOLDER
                            Используйте этот каталог как каталог, в который нужно поместить
                            файлы-генераторы. например, conaninfo / conanbuildinfo.txt
      -m [МАНИФЕСТЫ], --manifests [МАНИФЕСТЫ]
                            Установите манифесты зависимостей в папку для дальнейшего использования
                            проверять.Папка по умолчанию - .conan_manifests, но может быть
                            измененный
      -mi [MANIFESTS_INTERACTIVE], --manifests-interactive [MANIFESTS_INTERACTIVE]
                            Установите манифесты зависимостей в папку для дальнейшего использования
                            verify, запрашивая у пользователя подтверждение. Папка по умолчанию
                            это .conan_manifests, но его можно изменить
      -v [ПРОВЕРИТЬ], --verify [ПРОВЕРИТЬ]
                            Проверить манифесты зависимостей относительно сохраненных
      --no-imports Установить указанные пакеты, но не выполнять импорт
      -j JSON, --json JSON Путь к файлу json, в котором будет размещена информация об установке. 
                            быть написанным
      -b [СТРОИТЬ], --build [СОЗДАТЬ]
                            Необязательно, укажите, какие пакеты собирать из исходного кода.Объединение нескольких параметров --build в одной команде
                            линия разрешена. Для зависимостей необязательный
                            Атрибут build_policy в их conanfile.py принимает
                            приоритет над параметром командной строки. Возможный
                            параметры: --build Форсировать сборку для всех пакетов, сделать
                            не использовать бинарные пакеты. --build = никогда не запрещать сборку
                            для всех пакетов используйте бинарные пакеты или завершитесь неудачно, если
                            бинарный пакет не найден.Нельзя сочетать с
                            другие параметры '--build'. --build = отсутствует сборка
                            пакеты из исходного кода, чей двоичный пакет не
                            найденный. --build = outdated Собирать пакеты из исходного кода
                            чей бинарный пакет не был создан из последней
                            рецепт или не найдено.  --build = cascade Сборка пакетов
                            из источника, у которого есть хотя бы одна зависимость, являющаяся
                            построен из исходников.--build = [шаблон] Сборка пакетов
                            из источника, ссылка на пакет которого соответствует
                            шаблон. В шаблоне используются подстановочные знаки стиля "fnmatch".
                            Поведение по умолчанию: если вы опустите параметр --build,
                            атрибут build_policy в conanfile.py будет
                            используется, если он существует, в противном случае поведение похоже на '-
                            build = never '.
      -r УДАЛЕННЫЙ, --УДАЛЕННЫЙ УДАЛЕННЫЙ
                            Посмотрите на указанный удаленный сервер
      -u, --update Проверит пульт, а в случае более новой версии
                            и / или существует ревизия зависимостей, это
                            установит их в локальный кеш.Когда используешь
                            диапазоны версий, он установит последнюю версию
                            что удовлетворяет диапазону. Кроме того, при использовании ревизий он
                            обновится до последней версии для решенных
                            диапазон версий.
      -l LOCKFILE, --lockfile LOCKFILE
                            Путь к файлу блокировки
      --lockfile-out LOCKFILE_OUT
                            Имя обновленного файла блокировки
      -e ENV_HOST, --env ENV_HOST
                            Переменные среды, которые будут установлены во время
                            сборка пакета (хост-машина).например: -e
                            CXX = / usr / bin / clang ++
      -e: b ENV_BUILD, --env: build ENV_BUILD
                            Переменные среды, которые будут установлены во время
                            сборка пакета (машина сборки). например: -e: b
                            CXX = / usr / bin / clang ++
      -e: h ENV_HOST, --env: host ENV_HOST
                            Переменные среды, которые будут установлены во время
                            сборка пакета (хост-машина). например: -e: h
                            CXX = / usr / bin / clang ++
      -o OPTIONS_HOST, --options OPTIONS_HOST
                            Определите значения параметров (хост-компьютер), например.идти
                            Пакет: with_qt = true
      -o: b OPTIONS_BUILD, --options: построить OPTIONS_BUILD
                            Определите значения параметров (машина сборки), например: -o: b
                            Пакет: with_qt = true
      -o: h OPTIONS_HOST, --options: host OPTIONS_HOST
                            Определите значения параметров (хост-компьютер), например: -o: h
                            Пакет: with_qt = true
      -pr ПРОФИЛЬ_ХОСТ, --profile ПРОФИЛЬ_ХОСТ
                            Применить указанный профиль к хост-машине
      -pr: b PROFILE_BUILD, --profile: построить PROFILE_BUILD
                            Применить указанный профиль к машине сборки
      -pr: h ПРОФИЛЬ_ХОСТ, --profile: хост ПРОФИЛЬ_ХОСТ
                            Применить указанный профиль к хост-машине
      -s SETTINGS_HOST, --settings SETTINGS_HOST
                            Настройки для сборки пакета, перезаписывая
                            значения по умолчанию (хост-машина).например: -s compiler = gcc
      -s: b SETTINGS_BUILD, --settings: построить SETTINGS_BUILD
                            Настройки для сборки пакета, перезаписывая
                            значения по умолчанию (машина сборки). например: -s: b compiler = gcc
      -s: h SETTINGS_HOST, --settings: host SETTINGS_HOST
                            Настройки для сборки пакета, перезаписывая
                            значения по умолчанию (хост-машина). например: -s: h compiler = gcc
      --lockfile-node-id LOCKFILE_NODE_ID
                            NodeID указанного пакета в файле блокировки
     

    Шлем | Helm Install

    helm install

    install a chart

    Synopsis

    Эта команда устанавливает архив диаграммы.

    Аргумент установки должен быть ссылкой на диаграмму, путем к упакованной диаграмме, путь к распакованной директории диаграммы или URL.

    Чтобы переопределить значения в диаграмме, используйте флаг --values ​​и передайте файл или используйте флаг '--set' и передайте конфигурацию из командной строки, чтобы строковое значение используйте '--set-string'. Если значение велико и, следовательно, вы не хотите использовать ни '--values', ни '--set', используйте '--set-file' для чтения одно большое значение из файла.

      $ helm install -f myvalues.yaml myredis ./redis
      

    или

      $ helm install --set name = prod myredis ./redis
      

    или

      $ helm install --set-string long_int = 1234567890 myredis ./redis
      

    или

      $ helm install --set-file my_script = dothings.sh myredis ./redis
      

    Флаг '--values' / '- f' можно указывать несколько раз. Приоритет будет отдан последний (самый правый) указанный файл. Например, если оба файла myvalues.yaml и override.yaml содержал ключ под названием 'Test', значение, установленное в override.yaml, будет иметь приоритет:

      $ helm install -f myvalues.yaml -f override.yaml myredis ./redis
      

    Флаг --set можно указать несколько раз. Приоритет будет отдан указан последний (самый правый) набор. Например, если оба значения bar и newbar равны задано для ключа с именем 'foo', значение 'newbar' будет иметь приоритет:

      $ helm install --set foo = bar --set foo = newbar myredis./ redis
      

    Чтобы проверить сгенерированные манифесты релиза без установки диаграммы, флаги «--debug» и «--dry-run» можно комбинировать.

    Если установлен параметр --verify, диаграмма ДОЛЖНА иметь файл происхождения, и источник файл ДОЛЖЕН пройти все этапы проверки.

    Существует пять различных способов выразить диаграмму, которую вы хотите установить:

    1. По ссылке на диаграмму: helm install mymaria example / mariadb
    2. По пути к упакованной диаграмме: helm install mynginx./nginx-1.2.3.tgz
    3. По пути к распакованному каталогу диаграмм: helm install mynginx ./nginx
    4. По абсолютному URL: helm install mynginx https://example.com/charts/nginx-1.2.3.tgz
    5. По ссылке на диаграмму и URL-адресу репо: helm install --repo https://example.com/charts/ mynginx nginx

    ССЫЛКИ НА ДИАГРАММЫ

    Ссылка на диаграмму - это удобный способ ссылки на диаграмму в репозитории диаграмм.

    Когда вы используете ссылку на диаграмму с префиксом репо ('example / mariadb'), Helm будет искать в локальном конфигурации для репозитория диаграмм с именем 'example', а затем будет искать диаграмму в этом хранилище, имя которого - mariadb.Он установит последнюю стабильную версию этого графика. пока вы не укажете флаг '--devel', чтобы также включить версию для разработки (альфа, бета и выпуски-кандидаты), или укажите номер версии с флагом --version.

    Чтобы увидеть список репозиториев диаграмм, используйте 'helm repo list'. Искать диаграммы в репозитории, используйте "поиск по рулям".

      установка руля [ИМЯ] [ДИАГРАММА] [флаги]
      

    Опции

      --atomic, если задано, процесс установки удаляет установку при ошибке.Флаг --wait будет установлен автоматически, если используется --atomic
          --ca-file string проверять сертификаты серверов с поддержкой HTTPS с помощью этого пакета CA
          --cert-file строка идентифицирует клиента HTTPS, использующего этот файл сертификата SSL
          --create-namespace создать пространство имен выпуска, если оно отсутствует
          --dependency-update запускать обновление зависимостей Helm перед установкой диаграммы
          --description строка добавить собственное описание
          --devel также использовать разрабатываемые версии.Эквивалентно версии '> 0.0.0-0'. Если установлен --version, это игнорируется
          --disable-openapi-validation, если задано, процесс установки не будет проверять визуализированные шаблоны на соответствие схеме Kubernetes OpenAPI.
          --dry-run имитировать установку
      -g, --generate-name сгенерировать имя (без параметра NAME)
      -h, --help помощь по установке
          --insecure-skip-tls-verify пропустить проверку сертификатов tls для загрузки диаграммы
          --key-file строка идентифицирует клиента HTTPS, использующего этот файл ключей SSL
          --keyring строка расположение открытых ключей, используемых для проверки (по умолчанию "~ /.gnupg / pubring.gpg ")
          --name-template строка указать шаблон, используемый для названия выпуска
          --no-hooks предотвращает запуск хуков во время установки
      -o, --output format печатает вывод в указанном формате. Допустимые значения: table, json, yaml (таблица по умолчанию)
          --password пароль репозитория строковых диаграмм, где найти запрошенную диаграмму
          --post-renderer postrenderer путь к исполняемому файлу, который будет использоваться для пост-рендеринга. Если он существует в $ PATH, будет использоваться двоичный файл, в противном случае он попытается найти исполняемый файл по заданному пути (по умолчанию exec)
          --render-subchart-notes, если задано, отображать примечания к под-диаграмме вместе с родительским
          --replace повторно использовать данное имя, только если это имя - удаленный выпуск, который остается в истории.Это небезопасно в производстве
          --repo string chart репозиторий, где найти запрошенную диаграмму
          --set stringArray устанавливает значения в командной строке (может указывать несколько или отдельные значения с запятыми: ключ1 = значение1, ключ2 = значение2)
          --set-file string Массив устанавливает значения из соответствующих файлов, указанных в командной строке (можно указать несколько или отдельные значения с запятыми: ключ1 = путь2, ключ2 = путь3)
          --set-string stringArray устанавливает значения STRING в командной строке (можно указать несколько или отдельные значения с запятыми: ключ1 = значение1, ключ2 = значение2)
          --skip-crds, если установлено, CRD не будут установлены.По умолчанию CRD устанавливаются, если они еще не установлены
          --timeout duration - время ожидания любой отдельной операции Kubernetes (например, Jobs for hooks) (по умолчанию 5 минут)
          --username имя пользователя репозитория строковых диаграмм, где найти запрошенную диаграмму
      -f, --values ​​строки указывают значения в файле YAML или URL-адресе (можно указать несколько)
          --verify проверить пакет перед его использованием
          --version строка указывает точную версию диаграммы для использования.Если это не указано, используется последняя версия.
          --wait, если установлено, будет ждать, пока все модули, PVC, службы и минимальное количество модулей развертывания, StatefulSet или ReplicaSet будут в состоянии готовности, прежде чем отмечать выпуск как успешный. Он будет ждать до тех пор, пока --timeout
          --wait-for-jobs, если установлено, и --wait включено, будет ждать завершения всех заданий перед тем, как пометить выпуск как успешный. Он будет ждать до тех пор, пока --timeout
      

    Параметры, унаследованные от родительских команд

      --debug включить подробный вывод
          --kube-apiserver строка адреса и порта для сервера Kubernetes API
          --kube-as-group строка Массив группы для олицетворения операции, этот флаг можно повторить, чтобы указать несколько групп.--kube-as-user строковое имя пользователя для олицетворения операции
          --kube-ca-file string файл центра сертификации для подключения к серверу Kubernetes API.
          --kube-context строка имя используемого контекста kubeconfig
          --kube-token токен носителя строки, используемый для аутентификации
          --kubeconfig строка путь к файлу kubeconfig
      -n, --namespace строка область пространства имен для этого запроса
          --registry-config строковый путь к файлу конфигурации реестра (по умолчанию "~ /.config / helm / registry.json ")
          --repository-cache string путь к файлу, содержащему индексы кэшированного репозитория (по умолчанию "~ / .cache / helm / repository")
          --repository-config строковый путь к файлу, содержащему имена репозиториев и URL-адреса (по умолчанию "~ / .config / helm / repositories.yaml")
      

    СМОТРИ ТАКЖЕ

    • helm - менеджер пакетов Helm для Kubernetes.
    Автоматически сгенерировано spf13 / cobra 13 января 2021 г.

    Справочник команд DNF - последняя документация dnf

    Сводка

    dnf [параметры] <команда> [<аргументы>...]

    Описание

    `DNF`_ - это следующая основная версия` YUM`_, менеджера пакетов для Linux на базе RPM. раздачи. Он примерно поддерживает совместимость CLI с YUM и определяет строгий API для расширения и плагины.

    Плагины

    могут изменять или расширять функции DNF или предоставлять дополнительные команды CLI поверх этих упомянуто ниже. Если вы знаете имя такой команды (включая команды, указанные ниже), вы может найти / установить пакет, который предоставляет его, используя соответствующее виртуальное обеспечение в виде dnf-command () , где - имя команды; е.g.``dnf install ‘Dnf-command (versionlock)’ `устанавливает подключаемый модуль versionlock . Этот подход также применим к указание зависимостей пакетов, которым требуется конкретная команда DNF.

    Возвращаемые значения:

    • 0 : операция прошла успешно.
    • 1 : Произошла ошибка, которую обработал dnf.
    • 3 : Во время работы произошла неизвестная необработанная ошибка.
    • 100 : см. Чек-обновление
    • 200 : возникла проблема с установкой или снятием блокировок.

    Доступные команды:

    Дополнительная информация:

    Опции

    -4
    Разрешить только по адресам IPv4.
    -6
    Разрешить только по адресам IPv6.
    --advisory = , --advisories =
    Включите пакеты, соответствующие консультативному идентификатору, например. ФЕДОРА-2201-123. Применимо для команд install, repoquery, updateinfo и upgrade.
    --разрешение
    Разрешить стирание установленных пакетов для устранения зависимостей. Этот параметр можно использовать как альтернативу команде yum swap , где пакеты для удаления явно не определены.
    --ассумено
    Автоматически отвечать «нет» на все вопросы.
    -b, --best
    Попробуйте лучшие доступные версии пакетов в транзакциях. В частности, во время обновления dnf, которое по умолчанию пропускает обновления, которые не могут быть установлены по причинам зависимости, переключатель заставляет DNF рассматривать только последние пакеты.При работе с пакетами с нарушенными зависимостями DNF не сможет установить причину, по которой последняя версия не может быть установлена.
    - исправление ошибок
    Включите пакеты, которые исправляют проблему. Применимо для установки, повторного запроса, информации об обновлении и команды обновления.
    --bz = , --bzs =
    Включите пакеты, которые исправляют идентификатор Bugzilla, например. 123123. Применимо для установки, повторного запроса, updateinfo и команды обновления.
    -C, --cacheonly

    Работать полностью из системного кеша, не обновлять кеш и использовать его, даже если срок его действия истек.

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

    --color = <цвет>
    Управляет использованием цвета при выводе через терминал.Допустимые значения: всегда , никогда и автоматически (по умолчанию).
    --comment =
    Добавить комментарий к истории транзакций.
    -c <файл конфигурации>, --config = <файл конфигурации>
    Расположение файла конфигурации.
    --cve = , --cves =
    Включите пакеты, которые исправляют идентификатор CVE (Common Vulnerabilities and Exposures). (http: //cve.mitre.org / about /), напр. CVE-2201-0123. Применимо для установки, повторного запроса, updateinfo, и команды обновления.
    -d <уровень отладки>, --debuglevel = <уровень отладки>
    Уровень вывода отладки. Это целое число от 0 (без дополнительных информационных строк) до 10 (показывает всю отладочную информацию, даже если она не понятна пользователю), по умолчанию - 2. Не рекомендуется, используйте вместо этого -v .
    - отладчик
    Дамп данных, помогающих при отладке решателя зависимостей, в ./ debugdata .

    --disableexcludes = [all | main | ], --disableexcludepkgs = [all | main | ]

    Отключить файл конфигурации excludes. Возможны три варианта:

    .
    • все , отключает все файлы конфигурации, кроме
    • main , отключает исключения, определенные в разделе [main]
    • репоид , отключает исключения, определенные для данного репозитория
    - отключено, - установлено отключено
    Отключить указанные репозитории (автоматическое сохранение).Опция должна использоваться вместе с config-manager команда (dnf-plugins-core).
    --disableplugin = <имена плагинов>
    Отключить перечисленные плагины, указанные по именам или глобусам.
    --disablerepo =
    Отключить определенные репозитории с помощью идентификатора или глобуса. Эта опция является взаимоисключающей с --repo .
    --downloaddir = <путь>, --destdir = <путь>
    Перенаправить загруженные пакеты в указанный каталог.Этот параметр следует использовать вместе с параметром командной строки --downloadonly с параметром загрузить команду (dnf-plugins-core) или с помощью команды system-upgrade (dnf-плагины-дополнительные).
    - только загрузка
    Загрузите разрешенный набор пакетов без выполнения каких-либо транзакций rpm (установка / обновление / удаление).
    -e <уровень ошибки>, --errorlevel = <уровень ошибки>
    Ошибка выходного уровня. Это целое число от 0 (без вывода ошибок) до 10 (показывает все сообщения об ошибках), по умолчанию 3.Не рекомендуется, используйте вместо него -v .
    - включить, - установить
    Включить указанные репозитории (автоматическое сохранение). Опция должна использоваться вместе с config-manager команда (dnf-plugins-core).
    --enableplugin = <имена плагинов>
    Включите перечисленные плагины, указанные по именам или глобусам.
    --enablerepo =
    Включить дополнительные репозитории по идентификатору или глобу.
    - улучшение
    Включите пакеты, относящиеся к расширению. Применимо для установки, повторного запроса, информации об обновлении и команды обновления.
    -x <спецификация-файла-пакета>, --exclude = <спецификация-файла-пакета>
    Исключить из операции пакеты, указанные в .
    --excludepkgs = <спецификация-файла-пакета>
    Устаревшая опция. Он был заменен параметром --exclude.
    --forcearch =
    Принудительное использование архитектуры. Можно указать любую архитектуру. Однако использование архитектуры, изначально не поддерживаемой вашим процессором, приведет к требуют какой-то эмуляции. Обычно это происходит через QEMU. Поведение --forcearch можно настроить с помощью арки и игнорирования параметры конфигурации со значениями и True соответственно.
    -h, --help, --help-cmd
    Показать справку.
    --installroot = <путь>
    Задает альтернативный установочный корень относительно того, где будут находиться все пакеты установлены. Думайте об этом как о выполнении chroot dnf , за исключением использования --installroot позволяет dnf работать до создания chroot. Требуется абсолютный путь.
    • cachedir , файлы журнала , releasever и gpgkey взяты из или хранится в установочном корне. Gpgkeys импортируются в корневой каталог установки из путь относительно хоста, который можно указать в разделе репозитория конфигурационных файлов.
    • файл конфигурации и reposdir сначала ищутся внутри установочного корня. Если их нет, они взяты из хост-системы. Примечание: если путь указан в аргументе командной строки ( --config = в случае файла конфигурации и --setopt = reposdir = для reposdir ) тогда этот путь всегда относительно хоста без исключений.
    • vars взяты из хост-системы или установочного корня согласно reposdir . Когда reposdir путь указан в аргументе командной строки, переменные берутся из installroot. Когда пути varsdir указаны в командной строке аргумент ( --setopt = varsdir = ), то этот путь всегда относительно хоста без исключения.
    • Путь к подключаемому модулю и путь к подключаемому модулю относятся к хосту.

    Примечание: вы также можете использовать параметр командной строки --releasever = при создании корневого каталога установки, в противном случае $ releasever Значение берется из rpmdb в корневом каталоге установки (и, следовательно, он пуст на момент создания, и транзакция завершится неудачно). Если используется --releasever = / , Releasever будет обнаружен с хост-системы (/). Новый путь установки на момент создания не содержит репозиторий , выпуск , и dnf.conf файлов.

    В модульной системе вы также можете использовать --setopt = module_platform_id = параметр командной строки при создании установочного корня, в противном случае значение module_platform_id будет взято из / etc / os-release в корневом каталоге установки (и поэтому он будет пустым во время создания, модульный зависимость может быть неудовлетворенной, а содержимое модулей может быть исключено).

    Примеры установки root:

    dnf --installroot = --releasever = установить выпуск системы
    Постоянно устанавливает выпуск системы в из каталога .
    dnf --installroot = --setopt = reposdir = --config /path/dnf.conf upgrade
    Обновляет пакеты внутри установочного корня из репозитория, описанного --setopt с использованием конфигурации из /path/dnf.conf .
    - новая упаковка
    Включите пакеты, относящиеся к новому пакету. Применимо для установки, повторного запроса, информации об обновлении и команды обновления.
    --noautoremove
    Отключить удаление зависимостей, которые больше не используются.Он устанавливает Параметр конфигурации clean_requirements_on_remove равен Ложь .
    --nobest
    Установите лучший вариант на Ложь , чтобы транзакции не ограничивались только лучшими кандидатами.
    --nodocs
    Не устанавливать документацию. Устанавливает флаг об / мин «RPMTRANS_FLAG_NODOCS».
    --nogpgcheck
    Пропустить проверку подписей GPG на пакетах (если это разрешено политикой RPM).
    --плагины
    Отключить все плагины.
    - устаревшие

    Этот параметр влияет на установку / обновление, он включает Логика обработки в dnf устарела. Для получения дополнительной информации см. устаревший вариант.

    Этот параметр также отображает возможности, которые пакет устаревает при использовании вместе с командой repoquery.

    Вариант конфигурации

    : снят с производства

    -q, - тихий
    В сочетании с неинтерактивной командой показывает только релевантное содержимое.Подавляет сообщения, уведомляющие о текущем состоянии или действиях DNF.
    -R <минуты>, --randomwait = <минуты>
    Максимальное время ожидания команды.
    - обновить
    Перед выполнением команды установите метаданные как просроченные.
    --releasever = <выпуск>
    Настройте DNF, как если бы выпуск дистрибутива был <выпуск> . Это может влияют на пути кеширования, значения в файлах конфигурации и URL-адреса зеркального списка.
    --repofrompath ,
    Укажите репозиторий, который нужно добавить к репозиториям для этого запроса. Эту опцию можно использовать несколько раз.
    • Метка репозитория указана в .
    • Путь или URL к репозиторию указан как <путь / URL> . Это тот же путь, что и у baseurl, и его также можно дополнить переменные репо.
    • Конфигурацию репозитория можно изменить с помощью --setopt = .<опция> = <значение>.
    • Если вы хотите просматривать только пакеты из этого репозитория, объедините это с переключателями --repo = или --disablerepo = "*" .
    --repo = , --repoid =
    Включите только определенные репозитории по идентификатору или глобу. Может использоваться несколько раз с накопительным эффектом. Это в основном ярлык для --disablerepo = "*" --enablerepo = и является взаимоисключающим с вариант --disablerepo .
    --rpmverbosity = <имя>
    Уровень выходных данных отладочного скриптлета
    RPM. Устанавливает уровень отладки на <имя> для скриптлетов RPM. Для доступных уровней см. Параметр конфигурации rpmverbosity .
    --sec-severity = , --secseverity =
    Включает пакеты, которые предоставляют исправление проблемы с указанной серьезностью. Применимо для команд install, repoquery, updateinfo и upgrade.
    - безопасность
    Включает пакеты, обеспечивающие исправление проблемы безопасности. Применимо для команда обновления.
    --setopt = <опция> = <значение>
    Заменить параметр конфигурации из файла конфигурации. Чтобы переопределить параметры конфигурации для репозиториев, используйте репоид. Опция для <опция> . Значения для параметров конфигурации, например excludepkgs , includepkgs , installonlypkgs и tsflags добавляются к исходному значению, они не заменяют его.Однако, указав пустое значение (например, --setopt = tsflags = ) очистит параметр.
    - пропущено
    Решите проблемы depsolve, удалив пакеты, вызывающие проблемы, из транзакции. Это псевдоним для параметра строгой конфигурации со значением False . Кроме того, с включением и отключение подкоманд модуля позволяет выполнять действие даже в случае сломанные модульные зависимости.
    - показать дубликаты
    Показать повторяющиеся пакеты в репозиториях.Применимо для команд списка и поиска.
    -v, --verbose
    Подробная операция, показать сообщения отладки.
    - версия
    Показать версию DNF и выйти.
    -y, --assumeyes
    Автоматически отвечать «да» на все вопросы.

    Опции списка разделены запятыми. Параметры командной строки переопределяют соответствующие настройки из файлов конфигурации.

    Команды

    Объяснение , и см. Указание пакетов.

    Объяснение см. В разделе «Указание предоставлений».

    Для объяснения см. Определение групп.

    Описание см. В разделе «Определение модулей».

    Описание см. В разделе «Указание транзакций».

    Команда псевдонима

    Позволяет пользователю определять список псевдонимов и управлять им (в форме <имя = значение> ), которые затем можно использовать как команды dnf для сокращения более длинных последовательностей команд.Примеры использования команду псевдонима, см. Примеры псевдонимов. Примеры на псевдониме см. Примеры обработки псевдонимов.

    Чтобы использовать псевдоним (имя = значение), имя должно быть помещено в качестве первой «команды» (например, первый аргумент это не вариант). Затем он заменяется его значением, и результирующая последовательность снова просматривается. для псевдонимов. Обработка псевдонима останавливается, когда первая найденная команда не является именем какого-либо псевдонима.

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

    Также, как и в псевдонимах оболочки, если результат начинается с \ , обработка псевдонимов прекращается.

    Все псевдонимы определены в файлах конфигурации в каталоге /etc/dnf/aliases.d/ в разделе [aliases], а псевдонимы, созданные командой alias, записываются в файл USER.conf . В случае конфликтов, USER.conf имеет наивысший приоритет, а для остальных файлов используется алфавитный порядок. файлы конфигурации.

    Необязательно, есть опция enabled в разделе [main] , значение по умолчанию которого равно True.Это можно установить для каждого файл отдельно в соответствующем файле или глобально для всех псевдонимов в файле ALIASES.conf .

    псевдоним dnf [параметры] [список] [<имя> ...]

    Список псевдонимов с их окончательным результатом. Параметр [ ...] дополнительно ограничивает результат только теми псевдонимами, которые ему соответствуют.

    псевдоним dnf [параметры] добавить <имя = значение> ...

    Создать новые псевдонимы.

    dnf псевдоним [параметры] удалить <имя>...

    Удалить псевдонимы.

    Примеры псевдонимов
    список псевдонимов dnf
    Перечисляет все определенные псевдонимы.
    dnf псевдоним добавить rm = удалить
    Добавляет новый псевдоним команды с именем rm , который работает так же, как команда remove .
    dnf alias add upgrade = "\ upgrade --skip-broken --disableexcludes = all --obsoletes"
    Добавляет новый псевдоним команды под названием upgrade , который работает так же, как команда upgrade , с дополнительными опциями.Обратите внимание, что исходная команда upgrade имеет префикс \ . для предотвращения бесконечного цикла обработки псевдонимов.
    Примеры обработки псевдонимов

    Если есть определенные псевдонимы в = install и FORCE = "- skip-broken --disableexcludes = all" :

    • dnf FORCE в будет заменен на dnf --skip-broken --disableexcludes = all install
    • dnf в FORCE будет заменен на dnf install FORCE (который не удастся)

    Если указан псевдоним в = install :

    • dnf в будет заменен на dnf install
    • обновлений dnf --repo в будут заменены обновлениями dnf --repo в (что не удастся)

    Команда автоматического удаления

    dnf [опции] автоудаление

    Удаляет из системы все «листовые» пакеты, которые изначально были установлены как зависимости установленных пользователем пакетов, но которые больше не требуются ни одному из таких пакетов.

    Пакеты, перечисленные в installonlypkgs, никогда не удаляются автоматически эту команду.

    dnf [options] autoremove ...

    Это псевдоним для команды Remove Command с clean_requirements_on_remove, установленным на Правда . Он удаляет указанные пакеты из системы вместе с любыми пакетами в зависимости от пакеты удаляются. Каждый может быть либо , который указывает пакет напрямую, или @ , который указывает группу (среды), которая содержит Это.Он также удаляет все зависимости, которые больше не нужны.

    Есть также несколько специальных команд автоудаления autoremove-n , autoremove-na и autoremove-nevra , которые позволяют указать точный аргумент в NEVRA (имя-эпоха: версия-выпуск.архитектура) формат.

    Эта команда по умолчанию не вызывает синхронизацию метаданных с истекшим сроком действия. См. Также Синхронизация метаданных.

    Проверить команду

    dnf [параметры] проверка [--dependencies] [--duplicates] [--obsoleted] [--provides]

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

    Команда проверки-обновления

    Команда: проверка-обновление

    Псевдонимы: check-upgrade

    dnf [параметры] проверка-обновление [--changelogs] [<спецификация-файла-пакета> ...]

    В неинтерактивном режиме проверяет, доступны ли обновления указанных пакетов.Если не задано, проверяет, доступны ли вообще какие-либо обновления для вашей системы. Код выхода DNF будет 100, если доступны обновления, и будет напечатан список обновлений, 0 в случае отсутствия и 1 в случае возникновения ошибки. Если указана опция --changelogs , также печатается дельта журнала изменений пакетов, которые должны быть обновлены.

    Обратите внимание, что наличие определенной более новой версии, доступной для установленного пакета (о которой сообщает check-update ), не означает, что последующее обновление dnf установит его.Разница в том, что dnf upgrade имеет ограничения (например, удовлетворение зависимостей пакетов), которые необходимо учитывать.

    На вывод влияет опция конфигурации autocheck_running_kernel.

    Команда очистки

    Выполняет очистку временных файлов, хранящихся в репозиториях. Сюда входят любые такие данные, оставленные из отключенных или удаленных репозиториев, а также для разные версии выпуска дистрибутива.

    dnf чистый dbcache
    Удаляет файлы кэша, созданные из метаданных репозитория.Это заставляет DNF для восстановления файлов кэша при следующем запуске.
    dnf clean expire-cache
    Означает, что метаданные репозитория устарели. DNF повторно проверит кеш для каждый репозиторий при его следующем использовании.
    dnf чистые метаданные
    Удаляет метаданные репозитория. Это файлы, которые DNF использует для определения удаленная доступность пакетов. Использование этой опции сделает DNF загрузите все метаданные при следующем запуске.
    чистые пакеты dnf
    Удаляет из системы все кэшированные пакеты.
    dnf очистить все
    Выполняет все вышеперечисленное.

    Команда деплиста

    dnf [options] deplist [] [] []
    Устаревший псевдоним для dnf repoquery –deplist.

    Команда Distro-Sync

    Команда: distro-sync

    Псевдонимы: dsync

    Устаревшие псевдонимы: distrosync , distrosync

    dnf distro-sync [<спецификация-пакета>...]

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

    См. Также Политику замены файлов конфигурации.

    Команда перехода на более раннюю версию

    Команда: перейти на более раннюю

    Псевдонимы: dg

    dnf [options] downgrade ...
    Понижает указанные пакеты до самого высокого устанавливаемого пакета из всех известных более низких версий если возможно. Если указана версия, которая ниже версии установленного пакета, то она переход на целевую версию.

    Групповое командование

    Команда: группа

    Псевдонимы: grp

    Устаревшие псевдонимы: groups , grouplist , groupinstall , groupupdate , groupremove , grouperase , groupinfo

    Группы - это виртуальные коллекции пакетов.DNF отслеживает группы, которые пользователь выбрал («пометил») установленными, и может управлять составляющими пакетами с помощью простых команд.

    dnf [параметры] группа [сводка] <группа-спецификация>
    Отображение общего количества установленных и доступных групп. С spec, ограничьте вывод соответствующими группами. сводка по умолчанию подкоманда групп.
    dnf [options] информация о группе
    Показать списки пакетов группы.Показывает, какие пакеты установлены или доступно из репозитория при использовании -v .
    dnf [options] group install [--with-optional] ...
    Отметьте указанную группу установленной и установите пакеты, которые она содержит. Также включить дополнительных пакетов из группы, если - с-опционально указано. По возможности будут установлены все обязательные и Default пакеты. Условные пакеты устанавливаются, если они соответствуют их требованиям.Если группа уже (частично) установлена, команда устанавливает недостающие пакеты из группы. В зависимости от значения устаревших параметров конфигурации установка группы опций учитывает устаревшие.
    dnf [options] список групп ...
    Список всех совпадающих групп, среди установленных или доступных групп. Если ничего не указано, перечислить все известные группы. - установлено и - доступные опции сужают запрашиваемый список.Записи упорядочиваются по тегу display_order , определенному в файле comps.xml. Предоставляет список всех скрытых групп с помощью параметра --hidden . Предоставляет идентификаторы групп при использовании параметров -v или --ids .
    dnf [параметры] группа удалить <спецификация-группа> ...
    Отметьте группу как удаленную и удалите из системы те пакеты в группе, которые не принадлежат другой установленной группе и не были установлены пользователем явно.
    dnf [параметры] обновление группы <спецификация-группа> ...
    Обновляет пакеты из группы и обновляет саму группу. Последний включает установку пакетов, которые были добавлены в группу при распространении, и удаление пакетов, которые были удалены из группы, если они не были установлены явно пользователем.

    Группы также могут быть отмечены установленными или удалены без физического изменения каких-либо пакетов:

    dnf [options] group mark install ...
    Отметить указанную группу как установленную. Эта команда не устанавливает никаких пакетов, но группа считается установленной.
    dnf [options] group mark remove ...
    Пометить указанную группу удаленной. Эта команда не удалит никакие пакеты.

    См. Также Политику замены файлов конфигурации.

    Команда помощи

    dnf help [<команда>]
    Отображает текст справки для всех команд.Если дано имя команды, то только отображает справку для этой конкретной команды.

    История команды

    Команда: история

    Псевдонимы: hist

    Команда history позволяет пользователю просмотреть, что произошло в прошлом. транзакции и действовать в соответствии с этой информацией (при условии, что history_record опция конфигурации установлена).

    история dnf [список] [--reverse] [ ...]

    Действие истории по умолчанию - это список информации о данных транзакциях. в таблице.Каждый может быть либо , который указывает транзакцию напрямую, или .. , который указывает диапазон транзакций, или <имя-пакета> , который определяет транзакцию с помощью пакета, которым он манипулировал. Когда нет транзакция указана, перечислить все известные транзакции.

    - задний
    Порядок вывода списка истории печатается в обратном порядке.
    информация истории dnf [ ...]
    Опишите данные транзакции. Значение такое же, как в команде списка истории. Когда нет транзакция указана, опишите, что произошло за последний сделка.
    dnf history redo |
    Повторить указанную транзакцию. Использует последнюю транзакцию (с наивысшим идентификатором) если найдено более одной транзакции для данного .Если это невозможно чтобы повторить некоторые операции из-за текущего состояния RPMDB, транзакция не будет повторяться.
    повтор истории dnf [--ignore-installed] [--ignore-extras] [--skip-unavailable]

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

    - игнорируется
    Не проверяйте, находятся ли установленные пакеты в том же состоянии, что и записано в транзакции. Например. в случае обновления foo-1.0 -> foo-2.0 хранится в транзакции, но есть foo-1.1 установлен в целевой системе.
    - игнорирование дополнительных услуг
    Не проверяйте дополнительные пакеты, включенные в транзакцию на целевая система.Например. целевая система может не иметь зависимости, который был установлен в исходной системе. Ошибки воспроизведения на этом по умолчанию, так как транзакция не будет такой же.
    - пропустить-недоступен
    В случае, если некоторые пакеты, хранящиеся в транзакции, недоступны на целевой системе, пропустите их вместо того, чтобы выводить ошибку.
    Откат истории dnf <спецификация-транзакции> | <спецификация-файл-пакета>
    Отменить все транзакции, выполненные после указанной транзакции.Использует последнюю транзакцию (с наивысшим идентификатором), если найдено более одной транзакции для данного . Если невозможно отменить некоторые транзакции из-за текущего состояния RPMDB, это не отменит. любая сделка.
    Хранилище истории dnf [--output]

    Сохранить транзакцию, указанную в . Перевод позже может быть воспроизведен командой History Replay.

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

    -o <выходной-файл>, --output = <выходной-файл> Сохраните сериализованную транзакцию в <выходной файл . По умолчанию transaction.json .

    dnf history undo |
    Выполнение операции, противоположной всем операциям, выполняемым в указанной транзакции.Использует последнюю транзакцию (с наивысшим идентификатором), если для данного найден. Если невозможно отменить некоторые операции из-за текущее состояние RPMDB, транзакция не отменяется.
    История dnf, установленная пользователем
    Показать все пакеты только для установки, пакеты, установленные вне DNF, и пакеты, не установлен как зависимость. Т.е. в нем перечислены пакеты, которые останутся в системе, когда Команда автоматического удаления или команда удаления вместе с clean_requirements_on_remove Выполняется опция конфигурации , для которой установлено значение True.Обратите внимание на то же самое результаты могут быть достигнуты с помощью dnf repoquery --userinstalled , а репо Команда более эффективна в форматировании вывода.

    Эта команда по умолчанию не выполняет принудительную синхронизацию метаданных с истекшим сроком действия, за исключением подкоманды redo, rollback и undo. См. Также Синхронизация метаданных. и Политика замены файлов конфигурации.

    Информационная команда

    dnf [параметры] информация [<спецификация-файла-пакета> ...]
    Выводит описание и сводную информацию об установленных и доступных пакетах.

    Команда info ограничивает отображаемые пакеты так же, как и команда list.

    Эта команда по умолчанию не вызывает синхронизацию метаданных с истекшим сроком действия. См. Также Синхронизация метаданных.

    Команда установки

    Команда: установить

    Псевдонимов: in

    Устаревшие псевдонимы: localinstall

    dnf [options] install ...

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

    Когда указывает точную версию пакета, DNF установит желаемую версию, независимо от того, какая версия пакета уже установлена.Бывшая версия пакета будет удален в случае неустановочного пакета.

    С другой стороны, если указывает только имя, DNF также учитывает устаревшие пакеты при выборе пакета для установки. Такое поведение характерно для команды установки. Обратите внимание, что это может привести к неожиданным результатам, если пакет имеет несколько версий и какая-то старая версия устарела. Это создает разделение на пути обновления и в обоих направлениях. считаются правильными, получившийся пакет выбирается просто в лексикографическом порядке.

    Есть также несколько специальных команд установки install-n , install-na и install-nevra , которые позволяют указывать точный аргумент в формате NEVRA.

    См. Также Политику замены файлов конфигурации.

    Примеры установки
    dnf install tito
    Установите пакет tito (tito - это имя пакета).
    dnf install ~ / Downloads / tito-0.6.2-1.fc22.noarch.rpm
    Установите локальный rpm-файл tito-0.6.2-1.fc22.noarch.rpm из ~ / Downloads / каталог.
    dnf установить tito-0.5.6-1.fc22
    Установите пакет с определенной версией. Если пакет уже установлен, то автоматически попытается перейти на более раннюю версию или перейти на определенную версию.
    dnf - лучшая установка tito
    Установите последнюю доступную версию пакета. Если пакет уже установлен, то попытается автоматически обновиться до последней версии.Если последняя версия пакета невозможно установить, установка не удастся.
    dnf установить vim
    DNF автоматически распознает, что vim - это не имя пакета, а найдет и установит пакет, который предоставляет vim все необходимые зависимости. Примечание. Соответствие имени пакета имеет приоритет над предоставлением пакета. матч.
    dnf install https://kojipkgs.fedoraproject.org//packages/tito/0.6.0/1.fc22/noarch/tito-0.6.0-1.fc22.noarch.rpm
    Установите пакет прямо с URL-адреса.
    dnf install '@docker'
    Установите все профили по умолчанию модуля «docker» и их RPM. Соответственно включаются потоки модулей.
    dnf install '@Web Server'
    Установите группу среды «Веб-сервер».
    dnf install / usr / bin / rpmsign
    Установите пакет, содержащий файл / usr / bin / rpmsign.
    dnf -y install tito --setopt = install_weak_deps = False
    Установите пакет tito (tito - это имя пакета) без слабых зависимостей.Слабые глубины не требуются для основные функции пакета, но они улучшают исходный пакет (например, расширенный документация, плагины, дополнительные функции и т. д.).
    установка dnf --advisory = FEDORA-2018-b7b99fe852 \ *
    Установите все пакеты, относящиеся к рекомендации «FEDORA-2018-b7b99fe852».

    Список команд

    Команда: список

    Псевдонимы: ls

    Распечатывает списки пакетов в зависимости от отношения пакетов к система.Пакет установлен , если он присутствует в RPMDB, и доступно если он не установлен, но присутствует в репозитории, о котором знает DNF.

    Команда list также ограничивает отображаемые пакеты в соответствии с определенными критериями, например только тем, кто обновляет установленный пакет (соблюдая репозиторий приоритет). Параметр исключения в файле конфигурации может влиять на результат, но если --disableexcludes командная строка используется опция, она гарантирует, что будут перечислены все установленные пакеты.

    dnf [options] list [--all] [ ...]
    Перечисляет все пакеты, присутствующие в RPMDB, в репозитории или в обоих.
    dnf [options] list --installed [ ...]
    Выводит список установленных пакетов.
    dnf [options] list --available [ ...]
    Показывает доступные пакеты.
    dnf [параметры] список --extras [<спецификация-файла-пакета>...]
    Перечисляет дополнения, то есть пакеты, установленные в системе, которые не доступны в любом известном репозитории.
    dnf [параметры] список --obsoletes [<спецификация-файла-пакета> ...]
    Список пакетов, установленных в системе, которые устарели пакетами в любой известный репозиторий.
    dnf [параметры] список --recent [<спецификация-файла-пакета> ...]
    Список пакетов, недавно добавленных в репозитории.
    dnf [параметры] список --upgrades [<спецификация-файла-пакета>...]
    Список обновлений, доступных для установленных пакетов.
    dnf [параметры] список --autoremove
    Список пакетов, которые будут удалены командой dnf autoremove .

    Эта команда по умолчанию не вызывает синхронизацию метаданных с истекшим сроком действия. См. Также Синхронизация метаданных.

    Команда Makecache

    Команда: makecache

    Прозвища: mc

    dnf [параметры] makecache
    Загружает и кэширует метаданные для всех известных репозиториев.Пытается по возможности избегайте загрузки (например, когда локальные метаданные не срок действия истек или если метаданные не изменились).
    dnf [параметры] makecache --timer
    Как обычный makecache , но указывает DNF на необходимость большей осведомленности о ресурсах, это означает, что он ничего не будет делать, если работает от батареи, и прекратит работу немедленно, если это слишком скоро после последнего успешного запуска makecache (см. dnf.conf (5) , metadata_timer_sync).

    Отметить команду

    dnf mark install ...
    Отмечает указанные пакеты как установленные пользователем. Это может быть полезно, если какой-либо пакет был установлен как зависимость и желательно, чтобы он оставался в системе, когда выполняется команда Autoremove или команда удаления вместе с параметром конфигурации clean_requirements_on_remove , установленным на True .
    dnf mark remove <спецификация-упаковки> ...
    Снимает отметку с указанных пакетов как установленных пользователем.Если вам как пользователю не нужен определенный пакет, вы можете пометить его для удаления. Пакет останется установленным в системе, но будет удален при выполнении команды Autoremove или Remove вместе с параметром конфигурации clean_requirements_on_remove , установленным на True . Вам следует использовать эту операцию вместо команды удаления, если вы не уверены, является ли пакет обязательным для других пакетов, установленных пользователем в системе.
    dnf mark group ...
    Помечает указанные пакеты как установленные группой. Это может быть полезно, если какой-либо пакет был установлен как зависимость или пользователь и желательно защищать и обрабатывать как группу член нравится во время удаления группы.

    Команда модуля

    Обзор модульности доступен на странице руководства dnf.modularity (7). Подкоманды модуля принимают аргументы …, которые определяют модули или профили.

    dnf [параметры] установка модуля <спецификация-модуля>...

    Установите профили модулей, включая их пакеты. Если профиль не был предоставлен, будут установлены все профили по умолчанию. Соответственно включаются потоки модулей.

    Эту команду нельзя использовать для переключения потоков модуля. Использовать Команда переключения модуля dnf для этого.

    dnf [параметры] обновление модуля <спецификация-модуля> ...
    Пакеты обновлений, связанные с потоком активного модуля, необязательно ограниченные профилем.Если указано имя_профиля , будут обновлены только пакеты, на которые ссылается этот профиль.
    dnf [опции] переключение модуля на <спецификация-модуля> ...

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

    Эту команду можно использовать как усиленную версию Команда включения модуля dnf, которая не только включает модули, но также выполняет distrosync для всех модульных пакетов в включенных модулях.

    Может также использоваться как усиленная версия команда установки модуля dnf, но она требует указать профили, которые должны быть установлены, потому что команда switch-to не использует по умолчанию профили . Команда switch-to не только устанавливает профили, но и делает distrosync ко всем модульным пакетам в установленном модуле.

    dnf [параметры] удалить модуль <спецификация-модуля> ...
    Удалить профили установленных модулей, включая пакеты, которые были установлены с Команда установки модуля dnf. Не удаляет пакеты требуется другими установленными профилями модулей или другими установленными пользователем пакетами. Если профиль не был указан, все установленные профили удаляются.
    dnf [параметры] удалить модуль --all <спецификация-модуля> ...
    Удалить профили установленных модулей, включая пакеты, которые были установлены с Команда установки модуля dnf.С опцией –all дополнительно удаляются все пакеты, имена которых указаны в модули. Пакеты, необходимые для других установленных профилей модулей и пакетов, имена которых также предоставленные любым другим модулем, не удаляются.
    dnf [опции] включение модуля <спецификация-модуля> ...

    Включите поток модуля и сделайте RPM потока доступными в наборе пакетов.

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

    Эту команду нельзя использовать для переключения потоков модуля. Использовать Команда переключения модуля dnf для этого.

    dnf [параметры] отключить модуль <имя-модуля> ...
    Отключить модуль. Все связанные потоки модулей станут недоступны. Следовательно, все установленные профили будут удалены, а RPM модуля станет недоступным в наборе пакетов.В случае модульного проблема зависимости операция будет отклонена. Чтобы все равно выполнить действие, используйте параметр --skip-broken.
    dnf [опции] сброс модуля <имя-модуля> ...
    Сбросить состояние модуля, чтобы он больше не был включен или отключен. Следовательно, все установленные профили будут удалены и в наборе пакетов будут доступны только RPM из потока по умолчанию.
    dnf [options] модуль предоставляет ...
    Перечисляет все модульные пакеты, соответствующие из всех модулей (включая отключенные), а также модули и потоки, которым они принадлежат.
    dnf [параметры] список модулей [--all] [имя_модуля ...]
    Список всех потоков модулей, их профилей и состояний (включен, отключен, по умолчанию).
    dnf [options] список модулей --enabled [имя_модуля ...]
    Перечисляет включенные потоки модуля.
    dnf [параметры] список модулей --disabled [имя_модуля...]
    Показывает отключенные потоки модуля.
    dnf [параметры] список установленных модулей [имя_модуля ...]
    Список потоков модуля с установленными профилями.
    dnf [опции] информация о модуле <спецификация-модуля> ...
    Распечатать подробную информацию о данном модуле потока.
    dnf [параметры] информация о модуле --profile ...
    Распечатать подробную информацию о профиле данного модуля.
    dnf [параметры] модуль repoquery ...
    Список всех доступных пакетов, принадлежащих выбранным модулям.
    dnf [параметры] repoquery модуля --available ...
    Список всех доступных пакетов, принадлежащих выбранным модулям.
    dnf [options] модуль repoquery --installed ...
    Список всех установленных пакетов с такими же именами, как пакеты, принадлежащие выбранным модулям.

    Предоставляет команду

    Команда: предоставляет

    Псевдонимы: prov , whatprovides

    dnf [options] предоставляет

    Находит пакеты, предоставляющие . Это полезно когда кто-то знает имя файла и хочет узнать, какой пакет (установлен или нет) предоставляет этот файл. постепенно ищется в следующих местах:

    1. соответствует всем предоставленным файлам любого доступного пакета:

       $ dnf предоставляет / usr / bin / gzip
      gzip-1.9-9.fc29.x86_64: Программа сжатия данных GNU
      Соответствует:
      Имя файла: / usr / bin / gzip
       
    2. Затем ищутся все предложения из доступных пакетов:

       $ dnf предоставляет "gzip (x86-64)"
      gzip-1.9-9.fc29.x86_64: Программа сжатия данных GNU
      Соответствует:
      Предоставьте: gzip (x86-64) = 1.9-9.fc29
       
    3. DNF предполагает, что является системной командой, добавляет к ней префиксы / usr / bin / , / usr / sbin / (по одному) и снова выполняет поиск .По причинам устаревания (пакеты, которые не выполняли UsrMove) также ищутся префиксы / bin и / sbin :

       $ dnf предоставляет zless
      gzip-1.9-9.fc29.x86_64: Программа сжатия данных GNU
      Соответствует:
      Имя файла: / usr / bin / zless
       
    4. Если этот последний шаг также завершился неудачно, DNF возвращает «Ошибка: совпадений не найдено».

    Эта команда по умолчанию не выполняет принудительную синхронизацию метаданных с истекшим сроком действия. См. Также Синхронизация метаданных.

    Команда переустановки

    Команда: переустановить

    Прозвища: rei

    dnf [options] переустановите ...
    Устанавливает указанные пакеты, завершается ошибкой, если некоторые из пакетов не установлен или недоступен (т.е. нет репозитория, куда скачать тот же RPM).

    Удалить команду

    Команда: удалить

    Прозвища: rm

    Устаревшие псевдонимы: erase , erase-n , erase-na , erase-nevra

    dnf [параметры] удалить <спецификация-пакета>...
    Удаляет указанные пакеты из системы вместе со всеми пакетами в зависимости от удаляемых пакетов. Каждый может быть либо , который определяет пакет напрямую, либо @ , который указывает группу (среду), которая его содержит. Если clean_requirements_on_remove включен (по умолчанию), также удаляются все зависимости, которые больше не нужны.
    dnf [параметры] удалить --duplicates
    Удаляет старые версии повторяющихся пакетов.Для обеспечения целостности системы необходимо переустанавливает новейший пакет. В некоторых случаях команда не может разрешить конфликты. В таких случаях команда оболочки dnf с remove --duplicates и upgrade Подкоманды dnf-shell могут помочь.
    dnf [параметры] удалить --oldinstallonly

    Удаляет старые пакеты только для установки, оставляя только последние версии и версию работающего ядра.

    Есть также несколько специальных команд удаления remove-n , remove-na и remove-nevra которые позволяют указывать точный аргумент в формате NEVRA.

    Удалить примеры
    dnf удалить acpi tito
    Удалите пакеты acpi и tito .
    dnf remove $ (dnf repoquery --extras --exclude = tito, acpi)
    Удалите пакеты, отсутствующие в каком-либо репозитории, но не удаляйте tito и acpi (они все равно могут быть удалены, если зависят от некоторых из удаленных пакетов).

    Удаление старых версий дублированных пакетов (эквивалент yum package-cleanup –cleandups ):

    Команда репоинфо

    Псевдоним для команды repolist который предоставляет более подробную информацию, например dnf repolist -v .

    Команда реполиста

    dnf [options] repolist [--enabled | --disabled | --all]
    В зависимости от конкретных списков команд включены, отключены или все известные репозитории. По умолчанию перечисляет все включенные репозитории. Предоставляет больше подробная информация при использовании опции -v .

    Эта команда по умолчанию не вызывает синхронизацию метаданных с истекшим сроком действия. См. Также Синхронизация метаданных.

    Команда повторного запроса

    Команда: repoquery

    Псевдонимы: rq

    dnf [options] repoquery [] [] []
    Выполняет поиск выбранных пакетов в доступных репозиториях DNF и отображает запрошенную информацию о них.Это эквивалент об / мин -q для удаленных репозиториев.
    dnf [параметры] repoquery --querytags

    Предоставляет список тегов, распознаваемых параметром повторного запроса --queryformat.

    Есть также несколько специфических команд repoquery repoquery-n , repoquery-na и repoquery-nevra которые позволяют указывать точный аргумент в формате NEVRA (не влияет на аргументы таких опций, как –whatprovides ,…).

    Выбрать опции

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

    <спецификация-файл-пакета>
    Спецификация пакета в формате NEVRA (название [- [эпоха:] версия [-release]] [.arch]), предоставление пакета или предоставление файла. См. Указание пакетов.
    -a , - все
    Запросить все пакеты (для совместимости с rpmquery, также сокращение для repoquery ‘*’ или repoquery без аргументов).
    --arch [, ...], --archlist [, ...]
    Ограничить результирующий набор только пакетами выбранных архитектур (по умолчанию все архитектуры). В некоторых случаях на результат влияет базовый алгоритм работающей системы, поэтому для выполнения повторного запроса для арки, несовместимой с вашей системой, используйте --forcearch = возможность изменить basearch.
    - дубликаты
    Ограничить результирующий набор установленными повторяющимися пакетами (т.е. для одноименной архитектуры). Пакеты только для установки исключены из этого набора.
    - не требуется
    Ограничьте результирующий набор, чтобы оставить пакеты, которые были установлены как зависимости, поэтому они больше не нужны. Этот switch перечисляет пакеты, которые будут удалены после выполнения команды dnf autoremove .
    - свободный
    Ограничить результирующий набор только доступными пакетами (установлено по умолчанию).
    - отключаемая модульная фильтрация
    Отключает фильтрацию модульных пакетов, чтобы в результат включались пакеты с потоками неактивных модулей.
    - Экстра
    Ограничьте результирующий набор пакетами, которых нет ни в одном из доступных репозиториев.
    -f <файл> , --file <файл>
    Ограничьте результирующий набор только пакетом, которому принадлежит <файл> .
    - установлено
    Ограничить результирующий набор только установленными пакетами. Параметр исключения в файле конфигурации может повлиять на результат, но если используется параметр командной строки --disableexcludes, он гарантирует, что все установленные пакеты будут перечислены.
    - только установка
    Ограничьте результирующий набор установленными пакетами только для установки.
    - последний предел <число>
    Ограничьте результирующий набор до <количество> последних пакетов для каждого имени пакета и архитектуры.Если <число> отрицательное, пропускать <число> последних пакетов. Для отрицательного <число> используйте --latest-limit = <число> синтаксис.
    - недавнее
    Ограничить результирующий набор пакетами, которые недавно редактировались.
    --repo <репоид>
    Ограничьте результирующий набор только пакетами из репозитория, идентифицированного . Можно использовать многократно с накопительным эффектом.
    - неудовлетворен
    Сообщить о неудовлетворенных зависимостях между установленными пакетами (т.е. отсутствует требует и и существующие конфликты).
    - апгрейды
    Ограничьте результирующий набор пакетами, которые обеспечивают обновление для некоторых уже установленных пакетов.
    - установлен пользователем
    Ограничьте результирующий набор пакетами, установленными пользователем. Параметр исключения в файле конфигурации может повлиять на результат, но если используется параметр командной строки --disableexcludes, он гарантирует, что все установленные пакеты будут перечислены.
    --whatdepends [, ...]
    Ограничьте результирующий набор только пакетами, которые требуют, улучшают, рекомендуют, предлагают или дополнять любой из <возможностей> .
    --whatconflicts [, ...]
    Ограничьте результирующий набор только пакетами, которые конфликтуют с любым из .
    --whatenhances <возможности> [, <возможности>...]
    Ограничьте результирующий набор только пакетами, которые расширяют любое из . Используйте --whatdepends, если вы хотите перечислить все зависимые пакеты.
    --whatobsoletes <возможности> [, <возможности> ...]
    Ограничьте результирующий набор только пакетами, которые устарели любым из .
    - whatprovides [, ...]
    Ограничьте результирующий набор только пакетами, которые предоставляют любое из .
    --whatrecommends [, ...]
    Ограничьте результирующий набор только пакетами, которые рекомендуют любое из . Используйте --whatdepends, если вы хотите перечислить все зависимые пакеты.
    - whatrequires [, ...]
    Ограничьте результирующий набор только пакетами, для которых требуется любое из . Используйте --whatdepends, если вы хотите перечислить все зависимые пакеты.
    --whatsuggests [, ...]
    Ограничьте результирующий набор только пакетами, которые предлагают любое из . Используйте --whatdepends, если вы хотите перечислить все зависимые пакеты.
    --whatsupplements <возможность> [, <возможность> ...]
    Ограничьте результирующий набор только пакетами, которые дополняют любой из . Используйте --whatdepends, если вы хотите перечислить все зависимые пакеты.
    --alldeps
    Эта опция может быть объединена с --whatrequires или --whatdepends. Кроме того, он добавляет все пакеты, требующие функции пакета в результирующий набор (используется по умолчанию).
    --exactdeps
    Эта опция может быть объединена с --whatrequires или --whatdepends. Ограничьте результирующий набор только пакетами которые требуют , указанного в –whatrequires.
    - об / мин
    Работайте на соответствующем исходном числе оборотов.
    Параметры запроса

    Установите, какая информация будет отображаться о каждом пакете.

    Следующие элементы являются взаимоисключающими, т. Е. Можно указать не более одного. Если параметр запроса не указан, соответствующие пакеты отображаются в стандартной нотации NEVRA.

    -i, --info
    Показать подробную информацию о пакете.
    -l, --list
    Показать список файлов в пакете.
    -s, --источник
    Показать имя RPM исходного пакета.
    - журналы изменений
    Распечатайте журналы изменений пакета.
    - конфликты
    Отображение возможностей, с которыми конфликтует пакет. То же, что --qf "% {конфликты} .
    --в зависимости
    Возможности отображения, от которых зависит пакет, расширяет, рекомендует, предлагает или добавки.
    - улучшает
    Возможности дисплея расширены пакетом. То же, что и --qf "% {увеличивает}" ".
    - местонахождение
    Укажите место, откуда можно загрузить пакет.
    - устарело
    Показать возможности, устаревшие в пакете. То же, что и --qf "% {obsoletes}" .
    - обеспечивает
    Возможности дисплея, предоставляемые пакетом. То же, что и --qf "% {предоставляет}" .
    - рекомендует
    Возможности дисплея, рекомендованные пакетом.То же, что и --qf "% {рекомендует}" .
    - требуется
    Возможности отображения, от которых зависит пакет. То же, что и --qf "% {требуется}" .
    - требуется до
    Отображение возможностей, от которых зависит пакет для выполнения сценария % до . То же, что и --qf "% {requires-pre}" .
    - предложения
    Возможности отображения, предлагаемые пакетом. То же, что и --qf "% {предлагает}" .
    - добавки
    Возможности дисплея дополнены пакетом. То же, что и --qf "% {добавки}" .
    - дерево
    Показать рекурсивное дерево пакетов с возможностями, указанными одной из следующих дополнительных опций: - чего требует , - требует , - конфликтов , - улучшает , - предлагает , - обеспечивает , - добавки , - рекомендуют .
    --deplist
    Создайте список всех прямых зависимостей и пакетов, которые их предоставляют зависимости для данных пакетов. Результат показывает только самые новые провайдеры (которые можно изменить с помощью –verbose).
    -нвр
    Показать найденные пакеты в формате название-версия-выпуск. Такой же как --qf "% {имя} -% {версия} -% {выпуск}" .
    --невра
    Показать найденные пакеты в эпоху имен: версия-выпуск.формат архитектуры. Такой же как --qf "% {name} -% {epoch}:% {version} -% {release}.% {Arch}" (по умолчанию).
    -envra
    Показать найденные пакеты в формате эпоха: имя-версия-выпуск.архитектура. Такой же как --qf "% {эпоха}:% {имя} -% {версия} -% {выпуск}.% {Arch}"
    --qf <формат> , --queryformat <формат>
    Пользовательский формат отображения. <формат> - строка для вывода для каждого совпадающего пакета.Каждое появление % {} внутри заменяется соответствующим атрибутом пакета. Список распознанных тегов может быть отображен запустив dnf repoquery --querytags .
    - рекурсивный
    Рекурсивный запрос пакетов. Должен использоваться с --whatrequires (опционально с --alldeps , но не с --exactdeps ) или с - требуется - разрешить .
    - разрешить
    разрешает возможности исходного пакета (ов).
    Примеры

    Показать NEVRA всех доступных пакетов, соответствующих light * :

    Показать NEVRA всех доступных пакетов, соответствующих имени light * и архитектуре noarch (принимает только аргументы в формате «. »):

     dnf repoquery-na 'свет * .noarch'
     

    Требуется отображение всех пакетов lighttpd:

     dnf repoquery - требует lighttpd
     

    Показать пакеты, обеспечивающие требования пакетов python:

     dnf repoquery - требует python --resolve
     

    Показать исходные обороты пакета ligttpd:

     dnf repoquery --source lighttpd
     

    Показать имя пакета, которому принадлежит данный файл:

     dnf repoquery - файл / etc / lighttpd / lighttpd.конф
     

    Отображаемое имя, архитектура и содержащий репозиторий всех пакетов lighttpd:

     dnf repoquery --queryformat '% {name}.% {Arch}:% {reponame}' lighttpd
     

    Показать все доступные пакеты, предоставляющие «веб-сервер»:

     dnf repoquery - whatprovides webserver
     

    Показать все доступные пакеты, предоставляющие «веб-сервер», но только для архитектуры «i686»:

     dnf repoquery --whatprovides webserver --arch i686
     

    Показать повторяющиеся пакеты:

     dnf repoquery - дубликаты
     

    Показать пакеты с исходным кодом, которым требуется для сборки:

     dnf repoquery --disablerepo = "*" --enablerepo = "* - source" --arch = src --whatrequires 
     

    Команда репозиториев-пакетов

    Команда: пакетов репозитория

    Устаревшие псевдонимы: пакетов репо , пакетов репо , пакетов репозитория

    Команда repository-packages позволяет пользователю запускать команды поверх всех пакетов в репозитории с именем .Однако при любом разрешении зависимостей учитываются пакеты из всех включенных репозиториев. Спецификации и дополнительно ограничивают кандидатов только теми пакетами, которые соответствуют хотя бы одному из них.

    Подкоманда info выводит описание и сводную информацию о пакетах в зависимости от отношения пакетов к репозиторию. Подкоманда list просто печатает списки этих пакетов.

    dnf [options] repository-packages check-update [ ...]
    В неинтерактивном режиме проверяет, доступны ли обновления указанных пакетов в репозитории. Код выхода DNF будет 100 при наличии доступных обновлений, и будет напечатан список обновлений.
    dnf [параметры] пакеты-репозитория <репоид> информация [--all] [<спецификация-файла-пакета> ...]
    Список всех связанных пакетов.
    dnf [параметры] пакеты-репозитория info --installed [ ...]
    Список пакетов, установленных из репозитория.
    dnf [options] repository-packages info --available [ ...]
    Список пакетов, доступных в репозитории, но в настоящее время не установленных в системе.
    dnf [параметры] пакеты-репозитория info --extras [...]
    Список пакетов, установленных из репозитория, которых нет ни в одном репозитории.
    dnf [параметры] пакеты-репозитория info --obsoletes [ ...]
    Список пакетов в репозитории, в которых устаревшие пакеты установлены в системе.
    dnf [options] repository-packages info --recent [ ...]
    Список пакетов, недавно добавленных в репозиторий.
    dnf [параметры] пакеты-репозитория info --upgrades [ ...]
    Список пакетов в репозитории, обновляющих пакеты, установленные в системе.
    dnf [options] repository-packages install [ ...]
    Установите все пакеты в репозиторий.
    dnf [параметры] пакеты-репозитория list [--all] [ ...]
    Список всех связанных пакетов.
    dnf [options] repository-packages list --installed [ ...]
    Список пакетов, установленных из репозитория.
    dnf [options] repository-packages list --available [ ...]
    Список пакетов, доступных в репозитории, но в настоящее время не установленных в системе.
    dnf [параметры] пакеты-репозитория list --extras [...]
    Список пакетов, установленных из репозитория, которых нет ни в одном репозитории.
    dnf [options] repository-packages list --obsoletes [ ...]
    Список пакетов в репозитории, в которых устаревшие пакеты установлены в системе.
    dnf [options] repository-packages list --recent [ ...]
    Список пакетов, недавно добавленных в репозиторий.
    dnf [параметры] пакеты-репозитория list --upgrades [ ...]
    Список пакетов в репозитории, обновляющих пакеты, установленные в системе.
    dnf [options] repository-packages move-to [ ...]
    Переустановите все те пакеты, которые доступны в репозитории.
    dnf [options] repository-packages переустановите [...]
    Выполните подкоманду переустановить старую версию . В случае сбоя выполните подкоманду move-to .
    dnf [options] repository-packages переустановить старый [ ...]
    Переустановите все те пакеты, которые были установлены из репозитория и одновременно доступны в репозитории.
    dnf [параметры] пакеты-репозитория <репоид> удалить [<спецификация-пакета> ...]
    Удалите все пакеты, установленные из репозитория, вместе с любыми пакетами, в зависимости от удаляемых пакетов.Если clean_requirements_on_remove включен (по умолчанию), также удаляются все зависимости, которые больше не нужны.
    dnf [options] repository-packages remove-or-distro-sync [ ...]
    Выберите все пакеты, установленные из репозитория. Обновите, понизьте или сохраните те из них, которые доступны в другом репозитории, чтобы они соответствовали последней версии, доступной там, и удалите другие вместе с любыми пакетами в зависимости от удаляемых пакетов.Если clean_requirements_on_remove включен (по умолчанию), также удаляются все зависимости, которые больше не нужны.
    dnf [параметры] пакеты-репозитория <репоид> удалить или переустановить [<спецификация-пакета> ...]
    Выберите все пакеты, установленные из репозитория. Переустановите те из них, которые доступны в другом репозитории, и удалите остальные вместе с любыми пакетами в зависимости от удаляемых пакетов. Если clean_requirements_on_remove включен (по умолчанию), также удаляются все зависимости, которые больше не нужны.
    dnf [параметры] пакеты-репозитория <репоид> обновление [<спецификация-пакета> ...]
    Обновите все пакеты до самой высокой разрешаемой версии, доступной в репозитории. Если версии указаны в , обновите до этих версий.
    dnf [options] repository-packages upgrade-to [ ...]
    Устаревший псевдоним для подкоманды обновления.

    Команда поиска

    Команда: поиск

    Прозвища: se

    dnf [параметры] поиск [--all] <ключевые слова>...
    Поиск в метаданных пакета по ключевым словам. Ключевые слова сопоставляются как подстроки без учета регистра, поддерживается подстановка. По умолчанию перечисляет пакеты, соответствующие всем запрошенным ключам (операция И). Ключи ищутся в именах пакетов и сводках. Если используется опция «–all», выводит список пакетов, которые соответствуют хотя бы одному из ключей (операция ИЛИ). Кроме того, ключи ищутся в описаниях пакетов и URL-адресах. Результат отсортирован от наиболее релевантных до наименее важных.

    Эта команда по умолчанию не вызывает синхронизацию метаданных с истекшим сроком действия.См. Также Синхронизация метаданных.

    Команда оболочки

    Команда: оболочка

    Прозвища: sh

    dnf [параметры] оболочка [имя файла]

    Откройте интерактивную оболочку для выполнения нескольких команд во время одного выполнения DNF. Эти команды можно вводить вручную или передается в DNF из файла. Команды во многом аналогичны обычным параметрам командной строки DNF. Есть несколько дополнительных команды, описанные ниже.

    config [conf-option] [value]
    • Установите запрошенное значение для параметра конфигурации. Если значение не задано, выводится текущее значение.
    репо [список | включить | отключить] [идентификатор репо]
    • список: список репозиториев и их статус
    • enable: включить репозиторий
    • отключить: отключить репозиторий
    транзакция [список | сброс | решить | запустить]
    • list: разрешить и перечислить содержимое транзакции
    • сброс: сброс транзакции
    • запустить: разрешить и запустить транзакцию

    Обратите внимание, что все локальные пакеты должны использоваться в первой подкоманде транзакции оболочки (e.грамм. установить /tmp/nodejs-1-1.x86_64.rpm /tmp/acpi-1-1.noarch.rpm ) иначе произойдет ошибка. Любые отключить , включить и сбросить операций модуля (например, модуль включить nodejs ) также должны быть выполнено до использования любой другой подкоманды транзакции оболочки.

    Команда обмена

    dnf [options] swap

    Удалите спецификацию и установите спецификацию за одну транзакцию.Каждый может быть либо , который определяет пакет напрямую, или @ , который определяет группу (среды), которая его содержит. Автоматический разрешение конфликтов предоставляется в DNF с помощью опции –allowerasing, которая обеспечивает функциональность подкачки команда автоматически.

    Команда обновления информации

    Команда: updateinfo

    Устаревшие псевдонимы: list-updateinfo , list-security , list-sec , info-updateinfo , info-security , info-sec , summary-updateinfo

    dnf [параметры] updateinfo [--summary | --list | --info] [<доступность>] [...]

    Показать информацию о рекомендациях по обновлению.

    В зависимости от типа вывода DNF отображает только количество рекомендательных типов. (опущено или - сводка ), список рекомендаций ( - список ) или подробный информация ( --info ). Параметр -v расширяет вывод. Когда используется с --info , информация становится еще более подробной. При использовании с - список , дополнительный столбец с датой последнего информационного обновления добавлен.

    указывает, будут ли сообщения о новых версиях установленные пакеты (опущено или - доступно ), рекомендации о равных и старые версии установленных пакетов ( - установлено ), советы по более новые версии тех установленных пакетов, для которых установлена ​​более новая версия доступны ( --updates ) или советы по любым версиям установленных пакеты ( - все ) учитываются. В большинстве случаев - доступно и --updates отображает тот же результат.Выходы отличаются только случаи, когда рекомендация относится к более новой версии, но не включена репозиторий, содержащий любую более новую версию.

    Обратите внимание, что - доступный использует только последние установленные версии пакеты во внимание. В случае пакетов ядра (когда несколько версия может быть установлена ​​одновременно) также пакеты текущего добавлена ​​работающая версия ядра.

    Чтобы напечатать только рекомендации, ссылающиеся на CVE или bugzilla, используйте --with-cve или - с опциями-bz .Когда эти переключатели используются, выход из - список изменен - ​​печатается ID CVE или bugzilla вместо одного из рекомендательных.

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

    На вывод параметра --summary влияет параметр конфигурации autocheck_running_kernel.

    Команда обновления

    Команда: обновление

    Псевдонимы: up

    Устаревшие псевдонимы: обновление , обновление до , обновление до , localupdate

    dnf [опции] обновление
    Обновляет каждый пакет до последней доступной и доступной версии. разрешимый.
    dnf [options] upgrade <спецификация-пакета> ...
    Обновляет каждый указанный пакет до последней доступной версии. Обновления зависимости по мере необходимости. Когда версии указаны в , обновите до этих версий.
    dnf [параметры] обновление @ <спецификация> ...
    Псевдоним для команды dnf module update .

    Если основной устаревает, опция конфигурации истинна или флаг --obsoletes присутствует, dnf будет включать устаревшие пакеты в свои вычисления.Для получения дополнительной информации см. Устаревшие.

    См. Также Политику замены файлов конфигурации.

    Минимальная команда обновления

    Команда: минимальное обновление

    Псевдонимы: up-min

    Устаревшие псевдонимы: минимальное обновление

    dnf [опции] минимальное обновление
    Обновляет каждый пакет до последней доступной версии, которая обеспечивает исправление ошибок, улучшение или исправление проблемы безопасности (безопасности).
    dnf [options] upgrade-minimal <спецификация-пакета> ...
    Обновляет каждый указанный пакет до последней доступной версии, которая обеспечивает исправление ошибки, улучшение или исправление проблемы безопасности (безопасности). Обновления зависимости по мере необходимости.

    Определение пакетов

    Многие команды принимают параметр , который выбирает пакет для операция. Аргумент сопоставляется с пакетом NEVRAs, предоставляет и файл предоставляет.

    аналогичен , за исключением того, что предоставляет сопоставление не выполняется. Следовательно, соответствует только против НЕВРА и файл предоставляет.

    <имя-спецификации-пакета> сопоставляется только с NEVRA.

    Глобус

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

    Поддерживаются следующие шаблоны:

    *
    Соответствует любому количеству символов.
    ?
    Соответствует любому одиночному символу.
    []
    Соответствует любому из заключенных символов. Разделенные пары символов дефисом обозначается выражение диапазона; любой персонаж, который находится между эти два символа, включительно, совпадают. , тогда любой символ не заключен совпадает.

    Примечание. Фигурные скобки ( {} ) не поддерживаются. Вы все еще можете использовать их в оболочки, которые поддерживают их и позволяют оболочке выполнять расширение, но если они указаны или сбежали, dnf их не расширяет.

    NEVRA Соответствие

    При сопоставлении с NEVRA поддерживается частичное сопоставление. DNF пытается сопоставить спецификации против следующего списка форм NEVRA (в порядке убывания приоритет):

    • имя- [эпоха:] версия-релиз.арх
    • наименование.арка
    • наименование
    • имя- [эпоха:] версия-выпуск
    • имя- [эпоха:] версия

    Обратите внимание, что name , как правило, может содержать тире (например, package-with-dashes ).

    Используется первая форма, которая соответствует любым пакетам, а остальные формы не пробовал. Если ни одна из форм не соответствует ни одному пакету, делается попытка сопоставить против НЕВРА полного пакета.Это только актуально если глобусы присутствуют в .

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

    Вы можете указать глобусы как часть любого из пяти компонентов NEVRA. Вы также можете указать шаблон глобуса для сопоставления нескольких компонентов NEVRA (другими словами, для соответствия разделителям НЕВРА).Однако в этом случае вам нужно написать спецификация должна соответствовать полному пакету NEVRA, поскольку невозможно разделить такую ​​спецификацию в формы НЕВРА.

    Явное указание соответствия NEVRA

    Некоторые команды ( autoremove , install , remove и repoquery ) также иметь псевдонимы с суффиксами -n , -na и -nevra , которые позволяют явно указать, как разбирать аргументы:

    • Команда install-n соответствует только name .
    • Команда install-na соответствует только name.arch .
    • Команда install-nevra соответствует только name- [epoch:] version-release.arch .

    Определение модулей

    позволяет выбрать модули или профили, для которых должна работать определенная операция на.

    Он имеет вид ИМЯ: ПОТОК: ВЕРСИЯ: КОНТЕКСТ: АРХИВ / ПРОФИЛЬ и поддерживаемые частичные формы следующие:

    • НАИМЕНОВАНИЕ
    • НАИМЕНОВАНИЕ: ПОТОК
    • НАЗВАНИЕ: ПОТОК: ВЕРСИЯ
    • НАЗВАНИЕ: ПОТОК: ВЕРСИЯ: КОНТЕКСТ
    • все вышеуказанные комбинации с :: ARCH (e.грамм. НАЗВАНИЕ :: АРКА )
    • НАЗВАНИЕ: ПОТОК: ВЕРСИЯ: КОНТЕКСТ: ARCH
    • все вышеуказанные комбинации с / ПРОФИЛЬ (например, НАЗВАНИЕ / ПРОФИЛЬ )

    Если поток не указан, используется включенный поток или поток по умолчанию в этом порядке. Если профиль не указан, используется профиль системы по умолчанию или профиль «по умолчанию».

    Пакетная фильтрация

    Фильтрация пакетов отфильтровывает пакеты из доступного набора пакетов, делая их невидимыми для большинства команд dnf.Их нельзя использовать в транзакции. Пакеты могут быть отфильтрованы либо Исключить фильтрацию или модульную фильтрацию.

    Исключить фильтрацию

    Фильтрация исключений - это механизм, используемый пользователем или плагином DNF для изменения набора доступных пакеты. Исключить фильтрацию можно с помощью includepkgs или Параметры конфигурации excludepkgs в файлы конфигурации. --Disableexcludes Параметр командной строки может использоваться для отмены исключений из файлов конфигурации. В добавление к настраиваемые пользователем исключения, плагины также могут расширять набор исключенных пакетов.Чтобы отключить исключает из подключаемого модуля DNF вы можете использовать параметр командной строки --disableplugin.

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

    dnf --disableexcludes = all --disableplugin = "*" установить bash

    Модульная фильтрация

    Пожалуйста, см. Документацию по модульности для получения подробной информации о том, как Modular Фильтрация работает.

    Благодаря модульному принципу, только пакеты RPM из активных потоков модулей включены в доступные набор пакетов.Пакеты RPM из неактивных потоков модулей , а также немодульные пакеты с то же имя или предоставляет как пакет из активного потока модуля , отфильтровываются. Модульный фильтрация не применяется к пакетам, добавленным из командной строки, установленным пакетам или пакетам из репозиториев с module_hotfixes = true в их файле .repo .

    Не рекомендуется отключать модульную фильтрацию, так как это может привести к попаданию в систему сломанное состояние.Чтобы отключить модульную фильтрацию для определенного репозитория, укажите module_hotfixes = true в файле .repo или используйте --setopt = .module_hotfixes = true .

    Чтобы обнаружить модуль, который содержит исключенный пакет, используйте Модуль dnf предоставляет.

    нпм-установка | npm Docs

     

    npm install (без аргументов, в каталоге пакета)

    npm install [<@scope> /]

    npm install [<@scope> /] @

    npm install [<@scope> /] @

    npm install [<@scope> /] @

    npm install @npm:

    npm install : /

    npm install

    npm install

    npm install

    npm install <папка >

    псевдонимов: npm i, npm add

    общих параметров: [-P | --save-prod | -D | --save-dev | -O | --save-optional | --save-peer] [ -E | --save-точный] [-B | --save-bundle] [--no-save] [--dry-run]

    Эта команда устанавливает пакет и все пакеты, от которых он зависит.Если package имеет файл package-lock, файл shrinkwrap npm или файл блокировки пряжи, установка зависимостей будет обусловлена ​​этим, соблюдая следующий порядок приоритета:

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

  • npm install (в каталоге пакета, без аргументов):

    Установите зависимости в локальную папку node_modules .

    В глобальном режиме (т. Е. С добавлением -g или --global к команде), он устанавливает текущий контекст пакета (т. е. текущий рабочий каталог) как глобальный пакет.

    По умолчанию npm install установит все модули, перечисленные как зависимости в package.json .

    С флагом --production (или когда среда NODE_ENV переменная установлена ​​на production ), npm не будет устанавливать указанные модули в devDependencies .Чтобы установить все модули, перечисленные в обоих зависимостей и devDependencies при NODE_ENV environment переменная установлена ​​на production , вы можете использовать --production = false .

    ПРИМЕЧАНИЕ. Флаг --production не имеет особого значения при добавлении зависимость от проекта.

  • npm install :

    Установите пакет в каталог как символическую ссылку в текущем проект.Его зависимости будут установлены до связывания. Если <папка> находится в корне вашего проекта, его зависимости могут быть поднятым на верхний уровень node_modules , как и для других типы зависимостей.

  • npm install :

    Установите пакет, который находится в файловой системе. Примечание: если вы просто хотите связать каталог dev с вашим корнем npm, вы можете сделать это больше легко, используя ссылку npm .

    Требования к тарболу:

    • Имя файла должно использовать .tar , .tar.gz или .tgz в качестве расширение.

    • Содержимое пакета должно находиться во вложенной папке внутри архива. (обычно его называют пакет / ). npm удаляет один слой каталогов при установке пакета (эквивалент tar x --strip-components = 1 запускается).

    • Пакет должен содержать пакет .json с именем и версия свойств.

      Пример:

       

      npm install ./package.tgz

  • npm install :

    Получите url-адрес архива и затем установите его. Чтобы различать в этом и других вариантах аргумент должен начинаться с «http: //» или «https: //»

    Пример:

     

    npm install https://github.com/indexzero/forever/tarball/v0.5.6

  • npm install [<@scope> /] :

    Выполните установку @ , где - это конфигурация «тега». (Видеть конфигурация . Значение конфигурации по умолчанию - , последнее .)

    В большинстве случаев это установит версию модулей, помеченных как последний в реестре npm.

    Пример:

    npm install сохраняет все указанные пакеты в зависимости по умолчанию.Кроме того, вы можете контролировать, где и как они сохраняются с помощью некоторых дополнительные флаги:

    • -P, --save-prod : Пакет появится в ваших зависимостях . Этот используется по умолчанию, если не указано -D или -O .

    • -D, --save-dev : Пакет появится в вашем devDependencies .

    • -O, --save-optional : Пакет появится в вашем необязательные зависимости .

    • --no-save : предотвращает сохранение в зависимости .

      При использовании любого из вышеперечисленных вариантов сохранения зависимостей в package.json, есть два дополнительных необязательных флага:

    • -E, --save-exact : сохраненные зависимости будут настроены с точную версию, а не использовать стандартный оператор диапазона npm semver.

    • -B, --save-bundle : Сохраненные зависимости также будут добавлены в ваш bundleDependencies list.

      Кроме того, если у вас есть npm-shrinkwrap.json или package-lock.json тогда он тоже будет обновлен.

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

      Примечание: если вы не включите символ @ в имя своей области, npm будет вместо этого интерпретируйте это как репозиторий GitHub, см. ниже.Имена областей также должен сопровождаться косой чертой.

      Примеры:

       

      npm install sax

      npm install githubname / reponame

      npm install @ myorg / privatepackage

      npm install node-tap --save-dev

      npm install dtrace-provider --save-optional

      npm install readable-stream --save -ight

      npm install ansi-regex --save-bundle

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

  • npm install @npm: :

    Установите пакет под настраиваемым псевдонимом. Позволяет использовать несколько версий одноименный пакет рядом, более удобные имена импорта для пакеты с длинными в противном случае и с заменой вилок git или разветвленные пакеты npm в качестве замены. Псевдоним работает только на вашем project и не переименовывает пакеты в транзитивных зависимостях. Псевдонимы должны соответствовать соглашениям об именах, указанным в валидат-npm-имя-пакета .

    Примеры:

     

    npm install my-react @ npm: react

    npm install jquery2 @ npm: jquery @ 2

    npm install jquery3 @ npm: jquery @ 3

    npm install npa @ npm: npm-package- arg

  • npm install [<@scope> /] @ :

    Установить версию пакета, на которую указывает указанный тег. Если тег не существует в данных реестра для этого пакета, то этот не удастся.

    Пример:

     

    npm install sax @ latest

    npm install @ myorg / mypackage @ latest

  • npm install [<@scope> /] @ :

    Установите указанная версия пакета.Это не удастся, если версия не была опубликована в реестре.

    Пример:

     

    npm install [email protected]

    npm install @ myorg / privatepackage @ 1.5.0

  • npm install [<@scope> /] @ <диапазон версий> :

    Установить версию пакета, соответствующую указанному диапазону версий. Это будет следовать тем же правилам для разрешения зависимостей, которые описаны в package.json .

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

    Пример:

     

    npm install sax @ "> = 0.1.0 <0.2.0"

    npm install @ myorg / privatepackage @ "16-17"

  • npm install :

    Устанавливает пакет из размещенного поставщика git, клонируя его с помощью git . Для полного удаленного URL-адреса git будет использоваться только этот URL-адрес.

     

    <протокол>: // [<пользователь> [: <пароль>] @] <имя хоста> [: <порт>] [:] [/] <путь> [

    <протокол> - один из git , git + ssh , git + http , git + https или git + файл .

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

    Если в репозитории используются подмодули, эти подмодули будут клонирован.

    Если устанавливаемый пакет содержит сценарий prepare , его зависимостей и devDependencies будут установлены, и подготовить скрипт будет запущен до того, как пакет будет упакован и установлен.

    Следующие переменные среды git распознаются npm и будут быть добавленным в среду при запуске git:

  • npm install / [# ] :

  • npm install github: / [ # ] :

    Установите пакет по адресу https: // github.com / githubname / githubrepo , автор: пытаюсь клонировать его с помощью git .

    Если задано # , оно будет использоваться для клонирования именно этого совершить. Если фиксация имеет формат #semver: , может быть любым допустимым диапазоном semver или точной версией, и npm будет искать любые теги или ссылки, соответствующие этому диапазону в удаленном репозитории, как и это было бы для зависимости от реестра. Если ни # , ни #semver: указывается, затем используется master .

    Как и в случае обычных зависимостей git, зависимостей и devDependencies будет установлен, если в пакете есть сценарий подготовки до пакет установлен.

    Примеры:

     

    npm install mygithubuser / myproject

    npm install github: mygithubuser / myproject

  • npm install gist: [ /] | : ] :

    Установите пакет по адресу https: // gist.github.com/gistID , пытаясь клонируйте его с помощью git . Имя пользователя GitHub, связанное с сутью: необязательный и не будет сохранен в package.json .

    Как и в случае с обычными зависимостями git, зависимости и devDependencies будут быть установленным, если в пакете есть сценарий подготовки до того, как пакет будет установка сделана.

    Пример:

     

    npm install gist: 101a11beef

  • npm install bitbucket: / [# ] :

    Установите пакет по адресу https битбакет.org / bitbucketname / bitbucketrepo попытавшись клонировать его с помощью git .

    Если задано # , оно будет использоваться для клонирования именно этого совершить. Если фиксация имеет формат #semver: , может быть любым допустимым диапазоном semver или точной версией, а npm будет искать любые теги или ссылки, соответствующие этому диапазону в удаленном репозитории, как это было бы для зависимость от реестра. Если ни # , ни #semver: не являются указано, то используется master .

    Как и в случае с обычными зависимостями git, зависимости и devDependencies будут быть установленным, если в пакете есть сценарий подготовки до того, как пакет будет установка сделана.

    Пример:

     

    npm install bitbucket: mybitbucketuser / myproject

  • npm install gitlab: / [# ] :

    Установите пакет https на :

    //gitlab.com/gitlabname/gitlabrepo попытавшись клонировать его с помощью git .

    Если задано # , оно будет использоваться для клонирования именно этого совершить. Если фиксация имеет формат #semver: , может быть любым допустимым диапазоном semver или точной версией, а npm будет искать любые теги или ссылки, соответствующие этому диапазону в удаленном репозитории, как это было бы для зависимость от реестра. Если ни # , ни #semver: не являются указано, то используется master .

    Как и в случае с обычными зависимостями git, зависимости и devDependencies будут быть установленным, если в пакете есть сценарий подготовки до того, как пакет будет установка сделана.

    Пример:

     

    npm install gitlab: mygitlabuser / myproject

    npm install gitlab: myusr / myproj

  • Вы можете комбинировать несколько аргументов и даже несколько типов аргументов. Например:

    Аргумент --tag будет применяться ко всем указанным целям установки.Если тег с заданным именем существует, версия с тегами предпочтительнее более новые версии.

    Аргумент --dry-run будет сообщать обычным способом, что устанавливает обошлось бы без реальной установки.

    Аргумент --package-lock-only обновляет только package-lock.json , вместо проверки node_modules и загрузки зависимости.

    Аргумент -f или --force заставит npm извлекать удаленные ресурсы даже если на диске существует локальная копия.

    См. Справочную документацию config . Многие конфигурации параметры имеют некоторое влияние на установку, поскольку это большая часть того, что npm делает.

    Это некоторые из наиболее распространенных вариантов установки.

  • -g или --global : установить пакет глобально, а не локально. Смотрите папки.

  • --global-style : установите пакет в локальный node_modules папка с тем же макетом, что и глобальный node_modules папка.Только ваши прямые зависимости будут отображаться в node_modules и все, от чего они зависят, будет сглажено в их node_modules папки. Это, очевидно, устранит некоторую дедупликацию.

  • --legacy-bundling : установить пакет в стиле версий npm до 1.4, где зависимости не выводятся автоматически до самый мелкий возможный уровень в дереве. Это очень дисковый неэффективный.

  • --legacy-peer-deps : игнорировать все peerDependencies при установке, в стиль от npm версии 4 до версии 6.

  • --strict-peer-deps : сбой и прерывание процесса установки для любого конфликтующие peerDependencies при обнаружении. По умолчанию npm будет только сбой для конфликтов peerDependencies, вызванных прямыми зависимостями корневой проект.

  • --no-package-lock (псевдоним: --no-shrinkwrap ): не читать lockfile ( package-lock.json или npm-shrinkwrap.json ) для предполагаемого дерево пакетов, и не сохраняйте результирующее дерево пакетов обратно в файл блокировки.

  • Вы можете опустить определенные типы зависимостей, используя --omit = вариант конфигурации. В командной строке может быть указано несколько типов. Чтобы ввести , опустить параметры в файлах .npmrc , используйте следующий синтаксис:

    Чтобы повторно включить зависимость, используйте параметр --include , который также может быть указано несколько раз.

  • --no-optional : запретить установку optionalDependencies. Примечание что их присутствие все еще вносится в блокировку пакета .json и дерево спроектировано таким образом, что они могут быть установлены в будущем .

  • --prod : запретить установку devDependencies.

  • --only = prod : опустить devDependencies

  • --also = dev : включить devDependencies

  • скриптов не выполнить какие-либо в package.json. См. скриптов .

  • --no-audit : отключить отправку отчетов аудита в настроенные реестры. См. npm-audit для получения подробной информации о том, что отправляется.

  • --no-bin-links : запретить npm создавать символические ссылки для любых двоичных файлов, пакет может содержать.

  • --no-fund : подавить сообщение, отображаемое в конце каждой установки это подтверждает количество зависимых компаний, ищущих финансирование. Видеть npm-fund

  • --dry-run : фактически ничего не устанавливать в node_modules папка.

  • Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *