История изменений
Исправление hobbit, (текущая версия) :
Для конечной системы:
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается). ГОСТ 19.502-78, Описание применения, раздел «Условия применения».
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровские системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что Астра периодически своим пакетам устраивает обновления безопасности.
Для разработки:
Реальны ли вообще оффлайн установщики при разработке под Linux для ПО, требующего сторонних зависимостей?
Да, называется «развёртывание локального репозитория». Описано в куче ресурсов по дебианоподобным дистрибутивам, в том числе, внезапно, на сайте Астры, надёжнее всего именно оттуда и брать. (Только этих инструкций там несколько под разные версии, могут отличаться путями.)
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
разработчиков
но и опыта взаимодействия с ним
разработчиков
2026 год
разработчиков
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные, но хоть сколько-нибудь приличные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.
Исправление hobbit, :
Для конечной системы:
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается). ГОСТ 19.502-78, Описание применения, раздел «Условия применения».
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровские системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что Астра периодически своим пакетам устраивает обновления безопасности.
Для разработки:
Реальны ли вообще оффлайн установщики при разработке под Linux для ПО, требующего сторонних зависимостей?
Да, называется «развёртывание локального репозитория». Описано в куче ресурсов по дебианоподобным дистрибутивам, в том числе, внезапно, на сайте Астры, надёжнее всего именно оттуда и брать.
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
разработчиков
но и опыта взаимодействия с ним
разработчиков
2026 год
разработчиков
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные, но хоть сколько-нибудь приличные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.
Исправление hobbit, :
Для конечной системы:
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается). ГОСТ 19.502-78, Описание применения, раздел «Условия применения».
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровские системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что Астра периодически своим пакетам устраивает обновления безопасности.
Для разработки:
Реальны ли вообще оффлайн установщики при разработке под Linux для ПО, требующего сторонних зависимостей?
Да, называется «развёртывание локального репозитория». Описано в куче ресурсов по дебианоподобным дистрибутивам, в том числе, внезапно, на сайте Астры, надёжнее всего именно оттуда и брать.
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
разработчиков
но и опыта взаимодействия с ним
разработчиков
2026 год
разработчиков
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные, но хоть сколько-нибудь приличные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.
Исправление hobbit, :
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается). ГОСТ 19.502-78, Описание применения, раздел «Условия применения».
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровские системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что Астра периодически своим пакетам устраивает обновления безопасности.
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
разработчиков
но и опыта взаимодействия с ним
разработчиков
2026 год
разработчиков
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные, но хоть сколько-нибудь приличные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.
Исправление hobbit, :
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается). ГОСТ 19.502-78, Описание применения, раздел «Условия применения».
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровскиие системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что астра периодически своим пакетам устраивает обновления безопасности.
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
разработчиков
но и опыта взаимодействия с ним
2026 год
разработчиков
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные, но хоть сколько-нибудь приличные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.
Исправление hobbit, :
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается).
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровскиие системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что астра периодически своим пакетам устраивает обновления безопасности.
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
разработчиков
но и опыта взаимодействия с ним
2026 год
разработчиков
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные, но хоть сколько-нибудь приличные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.
Исходная версия hobbit, :
Самый надёжный путь (хоть и не самый удобный для эникеев на той стороне трубы, но это как раз тот случай, когда свинки должны быть подавлены) – прописать в документации, что перед установкой вашего ПО требуется установить следующие пакеты с официального диска AstraLinux (точный список прилагается).
Далее есть нюансы. Если вашему продукту требуется сертификация (МО, ФСТЭК, персональные данные и т.д.) – диском полагается и ограничиться. Если сертификация не нужна, но нужна именно Астра – помимо диска можно воспользоваться русбитеховским расширенным репозиторием (всё, разумеется, должно быть документировано). Где взять расширенный репозиторий – пинайте техподдержку Астры (да, это как раз тот случай, когда общаться надо с ней, а не с ЛОРом).
Включать же астровскиие системные пакеты в свой дистрибутив – плохая идея сразу по нескольким причинам. Начиная от неочевидных организационно-юридических нюансов, в которые я даже лезть не хочу, и заканчивая вполне очевидным фактом, что астра периодически своим пакетам устраивает обновления безопасности.
До этого проекта никто из разработчиков не имел не то что опыта разработки под Linux, но и опыта взаимодействия с ним.
А вот здесь очень хочется ответить не очень цензурно. На дворе 2026 год, куда всё катится, умные разработчики просекли уже 12 лет как, не очень умные – 4, дальновидные… ну лет 20, например. Ладно, лучше поздно, чем никогда.