LINUX.ORG.RU

25 лет команде Альт!

 ,

25 лет команде Альт!

0

2

В феврале 2001 года команды IPLabs Linux Team и LRN решили объединиться, а результатом объединения стала компания ALT Linux. На протяжении четверти века мы вносим весомый вклад в разработку свободного программного обеспечения в России.

В активе команды — миллионы строк кода, сотрудничество с лидерами международного Open Source-движения и один из крупнейших независимых репозиториев свободного ПО в мире — «Сизиф».

На протяжении 25 лет мы неизменно следуем простому, но великому принципу:

«Интеллектуальный вклад каждого — достояние всех»

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

Спасибо каждому, кто был с нами все эти годы!

>>> Официальное сообщение в ТГ

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от AS

Эх, выходит они неаккуратно прописывали зависимости у пакетов, а когда несколько раз напоролись на последствия - то вместо того чтобы улучшить тестирование обновления (в багрепорте было такое предложение) просто объявили upgrade не особо поддерживаемым. Осуждаю такое.

firkax ★★★★★
()
Ответ на: комментарий от Partisan

авторы Alt готовы многими словами доказывать,что они ни за что не отвечают

Это общепринятый отказ от ответственности. Альт здесь не уникален. Но Альт отвечает по подписанным SLA.

Ни ни за что не отвечают (это главное для них).

Вы сказали неправду. Дважды. Где пруфы?

Skull ★★★★★
()
Ответ на: комментарий от Skull

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

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

Partisan ★★★★★
()
Ответ на: комментарий от Partisan

При установке чужих пакетов (не из репозитория дистрибутива) не предоставляется никаких гарантий

А какие тебе нужны гарантии от них на левый пакет? Что ты вообще несешь?

Turbid ★★★★★
()
Ответ на: комментарий от Partisan

вот-вот. Агрессия в ответ на критику.

Не на критику, а на вот такие наезды от идиотов.

но вот пример из описания epm

В каком месте это «всё»?

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

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

AS ★★★★★
()
Ответ на: комментарий от firkax

Эх, выходит они неаккуратно прописывали зависимости у пакетов, а когда несколько раз напоролись на последствия - то вместо того чтобы улучшить тестирование обновления (в багрепорте было такое предложение) просто объявили upgrade не особо поддерживаемым. Осуждаю такое.

Возможно в рамках rpm это сложно решаемо. Однако я тоже не вижу особенного профита от upgrade. Он получается как нечто среднее между точечной установкой одного обновлённого пакета и dist-upgrade. Мне кажется, что уж если не dist-upgrade, то лучше точечно попакетно обновлять.

AS ★★★★★
()
Ответ на: комментарий от AS

У меня ровно наоброот - я при обновлениях обычно сначала делаю upgrade, а потом пишу dist-upgrade, но не запускаю, а смотрю что он хочет делать и точечно уже обновляю все эти пакеты вручную. Иногда на этом этапе выясняется что какое-то ненужно хочет потянуть за собой ещё какие-то ненужные зависимости и тогда вместо доустановки новых зависимостей оно сносится например. Иногда выясняется что dist-upgrade очет снести мне старую джаву например, тогда на неё делается на всякий случай hold, а как разрешать конфликты - исследуется отдельно. Один раз патчил какой-то старый пакет чтобы apt не считал его конфликтующим и можно было дальше обновляться не ломая нужное старое.

firkax ★★★★★
()
Ответ на: комментарий от Partisan

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

А о какой документации речь? Тут недавно тов. mogwai ругался, что epm в документации альта вообще не упомянут (а раз не упомянут, то его как бы и нет).

Каст специально делать не буду.

Aceler ★★★★★
() автор топика
Ответ на: комментарий от FishHook

Ну ты же в бесплатные прокуроры записался зачем-то. Да ещё и с замечательной формулировкой «а если»…

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

Серьезно? Я запостил реальные косяки продукта. Ты подскочил с нелепыми оправданиями, типа я не я и жопа не моя, но уверен, что пацанчики не уиноваты. Я спросил, а если все-таки виноваты? Ты подождал пока суть диалога потеряется за другими постами и из всей канвы выдрал «а если». Браво!

FishHook
()
Ответ на: комментарий от FishHook

Я запостил реальные косяки продукта.

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

AS ★★★★★
()
Ответ на: комментарий от AS

Мне кажется, что уж если не dist-upgrade, то лучше точечно попакетно обновлять.

Я не помню ни одного реального случая использования ubuntu/debian на серваках/виртуалках, когда apt-get upgrade было бы хорошей идеей. Даже когда dist-upgrade предлагал по какой-то причине неприемлемые изменения было проще сделать холд или подготовиться и исправить положение после выполнения апгрейда.

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

Я уже как-то думал на работе алиасы прикрутить на подобии альтовского предупреждения для apt-get upgrade и apt upgrade, чтобы народ случайно не делал.

altwazar ★★★★★
()
Ответ на: комментарий от slamd64

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

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

Somebody ★★★★
()
Ответ на: комментарий от slamd64

А cloud-init? Да это ащще ж ржака! Валится тока в путь! Просто потому, что у ALT’а есть файлик /etc/redhat-release.

О! А эта поделка, cloud-init, по имени файла ориентируется что ли, а не по содержимому? И да, файлика /etc/redhat-release нет, протри свои глаза:

$ ls -l /etc/redhat-release
lrwxrwxrwx 1 root root 16 Jun 12  2025 /etc/redhat-release -> altlinux-release

AS ★★★★★
()
Ответ на: комментарий от FishHook

Не говорите мне что альт ни в чем не виноват. С виндой никаких проблем не было.

Ой. А эту корку я пропустил. Там, знаете, рядом с вами есть город Мюнхен, администрация которого пытается переехать на линукс последние 15 лет, да всё что-то мешает. Тоже Альт Линукс виноват, наверное.

ugoday ★★★★★
()
Ответ на: комментарий от Partisan

Примерно при том же, причём тут альт.

Aceler ★★★★★
() автор топика
Ответ на: комментарий от ugoday

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

Всё правильно?

FishHook
()
Ответ на: комментарий от CrX

Странно, что с тобой не посоветовались, как писать пресс-релиз, непорядок, бгггг.

AbbaT ★★
()
Ответ на: комментарий от AS

С какого бодуна ты решил, что ОС должна подстраиваться под стороннее приложение, а не наоборот?

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

FishHook
()
Ответ на: комментарий от FishHook

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

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

ivanlex ★★★★★
()
Последнее исправление: ivanlex (всего исправлений: 1)
Ответ на: комментарий от FishHook

Не увидел логику, связывающее события в единую цепочку.

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

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

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

ivanlex ★★★★★
()
Последнее исправление: ivanlex (всего исправлений: 1)
Ответ на: комментарий от FishHook

тесно интегрированной с государством группы компаний,

Это ваша фантазия.

каковая группа пользуясь прямой поддержкой государства

А это ваша злонамеренная фантазия.

и ввиду отсутствия конкуренции

А это просто неправда.

не озадачивается качеством продукта.

А это так клевета, поклёп и злая неправда.

Всё правильно?

Всё неправильнее. А неправильнее всего то, как у вас мозги перекручены. Я-то имел в виду банальную мысль: перевод большой организации с винды на линукс — сложный и долгий (и больный) процесс. Надеяться, что он пройдёт без сучка, без задоринки — глупо. И Мюнхен использован как пример объективной сложности.

ugoday ★★★★★
()
Ответ на: комментарий от ugoday

Стало любопытно: увижу ли я когда-нибудь конструктивный ответ на критику Alt? В 2001 году я купил набор CD с Alt Linux с книжкой формата CD - руководство пользователя в 60 страниц. Тогда оно имело некоторую ценность. Пользователи просили выложить его в интернет, но получили отказ под глупым предлогом, что автор не разрешает. Предлог был глупый, потому что подобную книжку можно было бы написать одним человеком за 3 дня Вот и в этой теме вижу в ответ на критику и вопросы многословные рассуждения на тему: почему авторы Alt не обязаны,работать.

Partisan ★★★★★
()
Последнее исправление: Partisan (всего исправлений: 1)
Ответ на: комментарий от Partisan

Вообразите себе бабу, жалующуся подружкам на бросившего её бывшего. Можно ли конструктивно ответить на её: «ПИДАРАС! ИМПОТЕНТ! БАБНИК!!!!»? Вот, что я должен ответить конструктивно на рассказы про то, как вы купили книжку четверть века назад? Вы людям в вину ставите, что они авторские права уважают. Это всё. Клиника.

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

ugoday ★★★★★
()
Ответ на: комментарий от FishHook

То есть стороннее приложение должно подстраиваться под особенности дистрибутива?

Стороннее проприетарное говно - да. Свободное команда собирает по мере сил, и получается неплохо - одна из самых больших реп. И это не тупая пересборка rpm от CentOS (привет Red) или deb (привет Астра).

И это моя проблема. Всё правильно?

Да

Turbid ★★★★★
()
Ответ на: комментарий от FishHook

Погоди, есть тезис: альт линукс - это продукт тесно интегрированной с государством группы компаний, каковая группа пользуясь прямой поддержкой государства

Всё правильно?

Абсолютно нет. Но даже если бы это было и так, это ничего бы не изменило, так как никто не дорабатывает ОС ради кого-то. Если, конечно, именно ошибки в ОС не находят.

AS ★★★★★
()
Ответ на: комментарий от FishHook

То есть стороннее приложение должно подстраиваться под особенности дистрибутива?

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

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

Переставай пороть чушь: никто этот твой «МойОфис» в ALT Linux не включал.

Вот если бы его раздавали в исходниках под GPL/BSD/разное, а базальтовцы собрали бы из них пакет и _положили_в_репозиторий_, то был бы другой разговор. МойОфис на https://packages.altlinux.org/ru/sisyphus/ найти можно?

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от FishHook

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

Мойофис не входит в дистрибутив альта. Это вообще отдельный проприетарный продукт. И за поведение этого продукта ответственность несут разработчики продукта — больше некому, он проприетарный.

Иди проспись, изучи уже матчасть и перестань нести чушь.

Aceler ★★★★★
() автор топика
Ответ на: комментарий от ivanlex

И как мне кажется, позиции Альт сдает в виду своей неизвестности у людей, принимающих решение о выборе дистрибутива для импортозамещения. Руководители, которые утверждают планы перехода, даже не слышали про Альт.

Перестань вариться в своём мирке. Знаю несколько БОЛЬШИХ организаций, в которых мигрируют именно на Альт.

есть сертификаты совместимости с ключевыми поставщиками ПО для отраслевых решений.

Вопросы к поставщикам своим задавай. Например, мы несколько лет пересобирали deb-ку Vinteo Desktop через eepm, но параллельно стучали разработчикам - где нативная сборка под Аль? В конце прошлого года получили:

«Базальт СПО», отечественный разработчик системного ПО, и российский разработчик профессиональных решений видео-конференц-связи (ВКС) VINTEO сообщают о совместимости операционных систем семейства «Альт» и программного клиента VINTEO Desktop.

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

Turbid ★★★★★
()
Последнее исправление: Turbid (всего исправлений: 2)
Ответ на: комментарий от Partisan

Стало любопытно: увижу ли я когда-нибудь конструктивный ответ на критику Alt?

Если ты покритикуешь конструктивно. Но ты не сможешь скорее всего.

AS ★★★★★
()
Ответ на: комментарий от Turbid

Знаю несколько БОЛЬШИХ организаций, в которых мигрируют именно на Альт.

Знаю несколько БОЛЬШИХ организаций, в которых снесли Альт, так как «сверху» получили распоряжение о переходе на «другой» Российский дистрибутив.

Вопросы к поставщикам своим задавай.

Дело не в поставщиках. А в том, что представители других дистрибутивов приходят к вышестоящему руководству и демонстрируют сертификаты о совместимости с их отраслевым ПО.

ivanlex ★★★★★
()
Последнее исправление: ivanlex (всего исправлений: 1)
Ответ на: комментарий от Turbid

Знаю несколько БОЛЬШИХ организаций, в которых мигрируют именно на Альт.

Списком не поделитесь?

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

x22 ★★★
()
Ответ на: комментарий от ivanlex

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

Такими?

Ну хорошо, пусть трясут.

Aceler ★★★★★
() автор топика
Ответ на: комментарий от Aceler

Мне кто то из представителей Альта говорили, что будет МИС в списке. Но пока не вижу.

P.S. Но за список спасибо. Передам коллегам с прошлой работы. Вдруг смогут отбиться.

ivanlex ★★★★★
()
Последнее исправление: ivanlex (всего исправлений: 1)
Ответ на: комментарий от Aceler

Ну хорошо, пусть трясут.

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

ivanlex ★★★★★
()
Ответ на: комментарий от ivanlex

Плохо, что ваши представители не трясут.

Ваши — это какие? Мои — трясут ;-)

Aceler ★★★★★
() автор топика
Ответ на: комментарий от AS

Зато я смогу. По крайней мере попытаюсь. Современные сборки линукса можно рассматривать с двух сторон: а) большие дяди в больших корпорациях считают сервера на сотни и тысячи штук и б) любитель (выпить, баб и возиться с техникой) хочет делать на своём локалхосте странное (а иначе он бы взял макось). И тут в обоих случаях deb/rpm-based сборки (включая Альт) в пролёте. Для первого нужны воспроизводимые сборки (не в курсе, что там?) и декларативные описание, чтобы содержимое и работоспособность сервера можно было сохранить в Git репозитории. GuixOS/NixOS это может автоматически. Альт требует внешних костылей.

Далее, энтузиасту нужно не только мочь творить фигню, но и мочь откатывать неработоспособную конфигурацию. Guix например, может не только обновить любой пакет, но и откатить к предыдущей, рабочей версии. А то и целиком перейти на предыдущее поколение. А у вас когда apt-get downgrade $packageName появится? То-то же.

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

ugoday ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.