The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Опубликован инсталлятор Agama 18, применяемый в SUSE и openSUSE"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Опубликован инсталлятор Agama 18, применяемый в SUSE и openSUSE"  +/
Сообщение от opennews (??), 21-Ноя-25, 23:18 
Разработчики проекта openSUSE представили инсталлятор Agama 18, примечательный отделением пользовательского интерфейса от внутренних компонентов YaST. Agama поддерживает использование различных фронтэндов, например, фронтэнда для управления установкой через web-интерфейс. Agama заменил собой классический интерфейс установки в выпусках SUSE  Linux Enterprise Server 16 и openSUSE Leap 16. Код компонентов инсталлятора распространяется под лицензией GPLv2 и написан на языках Ruby, Rust и JavaScript/TypeScript...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64302

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +15 +/
Сообщение от Аноним (1), 21-Ноя-25, 23:18 
Дожили. Для установки требуется веб браузер.
Ответить | Правка | Наверх | Cообщить модератору

30. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +1 +/
Сообщение от похнапоха (?), 24-Ноя-25, 02:08 
Нормальная тема. LPAR-ы на POWER-ах таки ставятся, всё через HMC на браузере
Ответить | Правка | Наверх | Cообщить модератору

32. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Саня (??), 24-Ноя-25, 15:27 
всё можно командами сделать, когда хаэмси надоест.
Ответить | Правка | Наверх | Cообщить модератору

3. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +7 +/
Сообщение от Аноним (3), 21-Ноя-25, 23:46 
А видеокарта и 128 гигов оперативы для развертки локальной модели ему случайно не нужен? Как можно такую программу засовывать в браузер, не понятно. Единственный юз кейс это развертка ос удаленно на нескольких машинах через гуй интерфейс, и все равно автоматизацией с пайтоном это делать удобнее.
Ответить | Правка | Наверх | Cообщить модератору

5. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Karlemail (?), 22-Ноя-25, 03:03 
А что нынче у Fedora так же ничего?
Ответить | Правка | Наверх | Cообщить модератору

8. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от cheburnator9000 (ok), 22-Ноя-25, 03:54 
> А что нынче у Fedora так же ничего?

У федоры совершенно другие проблемы. Вендорлок на бинарный репозиторий cisco из коробки (решаемо). И постоянные проблемы с зеркалами rpm репозиториев и зависающий DNF5 (не решаемо) от которых хочется выть на луну, снести этот дистрибутив в едрене фене и установить ubuntu или arch.

Ответить | Правка | Наверх | Cообщить модератору

12. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (12), 22-Ноя-25, 08:04 
>установить ubuntu

А я её и не сносил. Держу в курсе.

Ответить | Правка | Наверх | Cообщить модератору

13. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (13), 22-Ноя-25, 08:35 
>> А что нынче у Fedora так же ничего?
> У федоры совершенно другие проблемы. Вендорлок на бинарный репозиторий cisco из коробки
> (решаемо). И постоянные проблемы с зеркалами rpm репозиториев и зависающий DNF5
> (не решаемо) от которых хочется выть на луну, снести этот дистрибутив
> в едрене фене и установить ubuntu или arch.

Это в самой последней 43 версии такие проблемы, я про зеркала и зависающий DNF5?
А то, живу в РФ, без ухищрений обновления проходят напрямую, сижу на 42 и таких проблем не испытаваю.

По поводу репозиториев cisco заметил странный момент, до этого, сидя на 41ой версии, не получал отлуп от них и не получаю на 42ой после апгрейда на неё, ничего специально для этого не делал.

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

Благо, Fedora не основной мой дистрибутив, так, для забав, поэтому я на это спустя рукова и смотрю, если крепко задолбает, снесу в пользу более сговорчивого.
К слову, у той же Альмы с репозиториями цискиными всё в порядке, по крайней мере на 9ой версии.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

17. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от cheburnator9000 (ok), 22-Ноя-25, 11:50 
Сisco лучше убрать из системы вот по этому мануалу https://www.comss.ru/page.php?id=18518 и тогда dnf update заработает.

Нет ну вот реально кто может себе представить что ОС из коробки у пользователей _вообще не способна обновиться_ из-за ошибки обновления списков?? Дичь. Не важно какие там причины ошибки, санкции, или репозиторий сломан конкретно со стороны сервера. Проблема не должна мешать security обновлениям.


>> Это в самой последней 43 версии такие проблемы, я про зеркала и зависающий DNF5?

Ну вот как. Пишешь в терминале dnf update. Он отвечает в стиле "сейчас я буду обновлять все списки!" и все заглох, ноль реакции, можно пойти покурить, попить кофе, лечь спать, проснуться проверить ничего не изменится.

Другая ситуация когда он зависает абсолютно рандомно на загрузке любого рандомного rpm, и никак не реагирует. Не пишет ошибку. Не обновляет информацию в терминале. Не грузит CPU. Вообще ничего.

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

Ответить | Правка | Наверх | Cообщить модератору

18. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +1 +/
Сообщение от Мимопроходил (?), 22-Ноя-25, 15:02 
> Сisco лучше убрать из системы вот по этому мануалу https://www.comss.ru/page.php?id=18518
> и тогда dnf update заработает.

Ясно.
> Нет ну вот реально кто может себе представить что ОС из коробки
> у пользователей _вообще не способна обновиться_ из-за ошибки обновления списков?? Дичь.
> Не важно какие там причины ошибки, санкции, или репозиторий сломан конкретно
> со стороны сервера. Проблема не должна мешать security обновлениям.

Я тоже так считаю, что это какая-то дичь. Это кстати и атомарок на Fedora касается, хоть там и свои сервера. В Bazzite например, если ты из России, то tailscale-репа тебе можзги сношает, пока её не купировать, по той же самой причине, что и cisco-репы в оригинальной Fedora. По поводу своих серверов, у атомарок другая проблема, судя по моему опыту, в атомарных федорах пока больше хайпа, а вот организационного ресурса там кот наплакал и он меньше чем у комьюнити дистров на базе Арча и Убунты. Не единожды натыкался на случаи в сети и сам был сведетелем однажды, когда сервера обновлений лежали в некоторых регионах и проблема с доступам к ним длилась неделями (неделями, Карл!) и это не проблема cocaнкций в сторону России, ведь багрепорты летели и из сопредельных европейских государств, недружественных России на данном этапе, так что эта теория мимо, это именно технический продолб и длительное игнорирование проблемы.

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

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

Касаемо классической Fedora у меня вообще вопрос, что вообще за нapкoмaнcтвo держать пакеты в отдельной cisco-репе, которая преподносится как нативная репа для дистрибутива, какаие-то странные полиси, ну если не считаешь какие-то пакеты свободными, ну вынеси их в non-free?! А тут странная какая-то ситуация, будто васянорепа какая-то затесавшаяся в официальные редакции дистрибутива.

>>> Это в самой последней 43 версии такие проблемы, я про зеркала и зависающий DNF5?
> Ну вот как. Пишешь в терминале dnf update. Он отвечает в стиле
> "сейчас я буду обновлять все списки!" и все заглох, ноль реакции,
> можно пойти покурить, попить кофе, лечь спать, проснуться проверить ничего не
> изменится.
> Другая ситуация когда он зависает абсолютно рандомно на загрузке любого рандомного rpm,
> и никак не реагирует. Не пишет ошибку. Не обновляет информацию в
> терминале. Не грузит CPU. Вообще ничего.

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

> Такой дистрибутив, от стыда можно сгореть.

Ну это да, особенно первые пол года после релиза, будто на Арче живёшь, а не на релизном дистре, вечто что-то обновляется на свежайший свежак, если сидеть на KDE-версии Fedora, то там более свежие кеды завозят постоянно, даже на прошлый 42ой релиз, ещё несколько месяцев назад прилетали обновы, которые новее таковых в Арче.
К слову, Xfce-спин таким не занимается, там постабильнее с DE дела обстоят и новые версии завозят только на новых релизах Fedora, как правило.

Поэтому я сижу на Fedora c лагом в одну версию, так стабильнее, но всё равно ощущение, будто за последние несколько релизов Fedora сдала в стабильности, будто на роллинг-дистре сидишь и собираешь периодически шишки, хоть на CentOS Stream переходи! На самом деле не перейду, потому что Fedora для меня это такой, более стабильный Арч и используется для поигрулек только, похоронил идею на ней работу работать, т.к. несколько раз подcepала мне с виртуалками, когда в отвественный момент приходилось их чинить, а не пользоваться.

Вообще дистр, вроде как, окутан флёром стабильности и свежести в одном флаконе, но свежести в нём больше, а стабильность касается, судя по моим наблюдениям, только той части, которая интересна потом как компоненты будущей RHEL, потому что чуть влево/право, у мейнтенеров лапки и чуть ли не нулевая мотивация что-то чинить, пока не завезли следующий релиз. А оценка такая, что если это не пакеты связанные с GNOME и работы c Wayland, то пусть хоть они и из текущей актуальной системы, чинить мы это не будем, и вообще работоспособность порой уровня, будто мейнтенер пакета вообще им не пользуется - собралось, да и ладно!

> от стыда можно сгореть.

В общем с этим скорее тоже солидарен.

Спасибо за ответ!

Ответить | Правка | Наверх | Cообщить модератору

22. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  –1 +/
Сообщение от cheburnator9000 (ok), 23-Ноя-25, 02:08 
Да они сами не пользуются своими поделиями. Сидят на macbook m5 и надрюкивают на macos. Наплодили кучу версий одного и того же. Киноит Баззелит Хренпросрит. Либо там вообще нет ни систем мониторинга, ни людей админов. Либо все заменили на ChatGPT чтобы менеджменту поднять ЗП на шлюх и хорошую жизнь.
Ответить | Правка | Наверх | Cообщить модератору

27. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (13), 23-Ноя-25, 15:36 
> Да они сами не пользуются своими поделиями. Сидят на macbook m5 и
> надрюкивают на macos. Наплодили кучу версий одного и того же. Киноит
> Баззелит Хренпросрит. Либо там вообще нет ни систем мониторинга, ни людей
> админов. Либо все заменили на ChatGPT чтобы менеджменту поднять ЗП на
> шлюх и хорошую жизнь.

Там в принципе прощупывают затею перевезти в итоге всё на атомарность, а мейнтенеров сократить до минимума, переложив их работу на плечи апстримов/разработчиков софта, которые свои проекты, по задумке маркетолухов-смузихлёбов из Fedora, будут наперегонки опакечивать во flatpak и наполнять их флэтхабы, Profit!

Я не знаю почему это всё ещё не сделано, видимо какие-то критические инсраструктурные проекты ещё не перевели на специфику работы с неизменяемыми системами, а может флэтхабы недостаточно наполненные и популярные. Но они спят и грезят о неизменяемых системах с "самодостаточными" пакетами, а-ля "в макоси же снапшот-система и нам похожее надо, в макоси же самодостаточные dmg-пакеты, и нам похожее надо!", это прям, судя по маркетинговому движу, идея фикс современной индустрии в этой нише. Они это очень хотят и всячески к этому стремятся, а вот что им мешает уже это внедрить как основные системы, я пока не знаю.

Если что, я не фанат атомарок, просто смотрю на этот цирк со стороны.

Ответить | Правка | Наверх | Cообщить модератору

31. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от cheburnator9000 (ok), 24-Ноя-25, 11:40 
Setup.exe в винде тоже самодостаточный "пакет". Чтобы это работало нужно Stable ABI в системе с поддержкой обратной совместимости на уровне LTS как в ubuntu хотя бы на лет 5. И все дистрибутивы обязаны будут выглядеть изнутри практически одинаково. То есть сказано в системе должны быть xlibs, xscrnsaver значит должны быть. В Fedora скорее удавятся. А в arch вообще не реально не обновлять пакеты с их релизом.

Flatpak в попытке это изобрести не избавился от bump-version-дрочества. Из-за чего в системе может быть установлено еще десяток копий базовой системе под видом runtime. Я бы не против на github выкладывать файл flatpak архив. Который двумя кликами установится в систему. Но чтобы без централизованного репозитория. И чтобы не зависить от тех решений которые владельцы flathub принимают в том как они собирают свои runtime и их содержимое.

Например, Qt 6.8 сейчас LTS. Если я выкладываю софт на Qt под 6.8 я хочу чтобы весь доступный период LTS поддержки он был доступен только под Qt 6.8. А не форсился обновлениями мейнтейнерами flathub на Qt 6.10.

Ответить | Правка | Наверх | Cообщить модератору

33. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (33), 24-Ноя-25, 21:26 
>[оверквотинг удален]
> Flatpak в попытке это изобрести не избавился от bump-version-дрочества. Из-за чего в
> системе может быть установлено еще десяток копий базовой системе под видом
> runtime. Я бы не против на github выкладывать файл flatpak архив.
> Который двумя кликами установится в систему. Но чтобы без централизованного репозитория.
> И чтобы не зависить от тех решений которые владельцы flathub принимают
> в том как они собирают свои runtime и их содержимое.
> Например, Qt 6.8 сейчас LTS. Если я выкладываю софт на Qt под
> 6.8 я хочу чтобы весь доступный период LTS поддержки он был
> доступен только под Qt 6.8. А не форсился обновлениями мейнтейнерами flathub
> на Qt 6.10.

Не, я сам не считаю flatpak самодостаточным. Это просто попытка заставить всех писать под один пак рантаймов, которые ещё и меняются со временем, но подконтрольный известно кому. "Одно кольцо, чтобы управлять всеми" xD
Мейнтейнеры flatpak даже не задумываются над тем, чтобы можно было без бубна и костылей ставить их flatpak в ещё поддерживаемые Enterprise дистры. Это не про возможность ставить свежайший свежак куда захочется, это просто про ещё один стандарт, который если притянешь нужные рантаймы, выданные мейнтейнерами flatpak с лопаты, то пакеты под эти рантаймы собранные у тебя запустятся. Условно говоря, опуская технические детали, с точки зрения пользователя, один фиг что через distrobox пакеты ставить, что через flatpak, вросто в distrobox пачка вариантов дистров, а flatpak это криптофедора в твоём дистре ))

По-настоящему самодостаточными пакетами можно назвать на этом фоне разве что тарболлы со статической линковкой всего нужного. Appimage ещё.
Но тут уже вопрос каким боком исправлять секурити-продолбы?! А никаким, это просто гарантирует более или менее, что бинарник запустится в относительно либом дистре.

Интересная затея у nix и guix, но на данном этапе с кpacнoглaзиeм переборщ и то, интересна как сам концепт, реализация такова, что там LTS-каналов с поддержкой в несколько лет вообще нету. Если бы были stable LTS-каналы с поддержкой по 5-10 лет, то да, а так это очердное окружение, просто с сильной привязкой к хэшам, что хорошо, но это опять же скорее вопрос про 99% запуска в конкретной среде, нежели что-то про секурность и целесообразность хранения в системе 100500 версий "рантаймов".

Ответить | Правка | Наверх | Cообщить модератору

34. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от cheburnator9000 (ok), 25-Ноя-25, 00:33 
Appimage тоже нужно чтобы системная база была понятной программе внутри Appimage. Например если программа зависит от Qt 6.10, а в системе Qt 6.4 то крайне большая вероятность не работоспособности.

Проблема в сишниках которые не патчат версии в LTS. Которые либо не патчат старые версии попавшие в LTS дистрибутивы, типа вы взяли вы и поддерживайте там у себя в дистре. Либо патчат только новые версии по пути выпилив пару функций или сломав поведение библиотеки.

С rust будет еще хуже. В rust если разработчик не обновил зависимости то он считается ущемленным недочеловеком которого будет поносить даже dependabot в его git репозитории.

Проблема в разработчиках которые не поспевают за изменениями в линукс десктопе, будь то какой-нибудь обратно-мало-совместимый питон или GTK (который насрать на то что там в KDE), либо Qt которые вообще не одупляют куда идет Gnome Shell. Я смотрел и жаловался на код поддержки White/Dark style/theme в Qt под Gnome. Там весь код выглядит будто его писали студенты на каком-нибудь GSoC за бутылку пива.

А Жирпаковцы так и будут клепать рантаймы один-два раза в год. И у людей будет в системе по 10-20 гб мусора лежать не нужного. Snap не плодит так часто базовый runtime, тем не менее Snap это просто худшая реализация flatpak.

По сути никому не нужен нормальный унифицированный линукс десктоп по типа венды. Ведь сейчас линукс это тупо SteamOS на базе Arch и все.

Ответить | Правка | Наверх | Cообщить модератору

35. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (33), 25-Ноя-25, 02:28 
> Appimage тоже нужно чтобы системная база была понятной программе внутри Appimage. Например
> если программа зависит от Qt 6.10, а в системе Qt 6.4
> то крайне большая вероятность не работоспособности.

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

> Проблема в сишниках которые не патчат версии в LTS. Которые либо не
> патчат старые версии попавшие в LTS дистрибутивы, типа вы взяли вы
> и поддерживайте там у себя в дистре. Либо патчат только новые
> версии по пути выпилив пару функций или сломав поведение библиотеки.

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

> С rust будет еще хуже. В rust если разработчик не обновил зависимости
> то он считается ущемленным недочеловеком которого будет поносить даже dependabot в
> его git репозитории.

Ну, растоманы это отдельная песня, не будем про убогих ;)

> Проблема в разработчиках которые не поспевают за изменениями в линукс десктопе, будь
> то какой-нибудь обратно-мало-совместимый питон или GTK (который насрать на то что
> там в KDE), либо Qt которые вообще не одупляют куда идет
> Gnome Shell. Я смотрел и жаловался на код поддержки White/Dark style/theme
> в Qt под Gnome. Там весь код выглядит будто его писали
> студенты на каком-нибудь GSoC за бутылку пива.

В всё так и есть, раньше хоть какая-то надежда была, что Ubuntu станет таким десктопным эталоном, но что-то не задалось. Вообще, с подходом софтописания с культурой "как на винде" не получится избежать таскания за собой легаси-рантаймов и лучшим вариантом было бы таскать их чем-то типа nix/guix, так хоть как-то гарантируется воспроизводимость и независимость от конкретного вендора, но это неюзерфрендли, нестабильно в плане синтаксиса и каких-либо стандартов, да и корпы ставят на атомарщину с fatpak. Оно песпективно на бумаге, интересно на практике как гиковская прелесть, но пока что не более.

> А Жирпаковцы так и будут клепать рантаймы один-два раза в год. И
> у людей будет в системе по 10-20 гб мусора лежать не
> нужного. Snap не плодит так часто базовый runtime, тем не менее
> Snap это просто худшая реализация flatpak.

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

> По сути никому не нужен нормальный унифицированный линукс десктоп по типа венды.
> Ведь сейчас линукс это тупо SteamOS на базе Arch и все.

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

На данном этапе развития технологий я не вижу никакого выхода иметь универсальный, устраивающий всех линуксовый десктоп, тут либо поигрульки и развлечения непритязательные, тогда это SteamOS и его хватит с головой, но если более или менее посерьёзней работа, тогда это LTS системы типа RHEL/Ubuntu с Pro подпиской и костыли сверху типа nix или distrobox через который костылями ставятся более свежие пакеты, но хотя бы это легче и нативнее в каком-то смысле, чем рядовому пользователю колупаться в flatpak с его разрешениями и жонглированием версий.

Тут всегда будет выбор между двумя стульями.
Либо довольно часто резать легаси, как это делают на макОСи, но тогда ты должен быть очень привлекательной платформой для заработка, чтобы производители софта плясали под твою дудку твоей стратегии выпуска релизов и дропа легаси, потому что а куда они денутся с подводной лодки, если хотят зарабатывать на твоих xoлoпах?! Либо же таскать костылями с собой всевозможные легаси-рантаймы и всякого рода контейнеризаций обильно пользоваться, всё чисто потому, что производители прикладного юзерского софта у мамы нетакакуси и не могут договориться писать под системные либы. Да и дистрострои часто: либо либы только релизные махровые, либо ждите целиком следующего релиза. В общем каждый суслик - агроном и универсальный линуксовый десктоп, который бы устроил всех, где-то в светлом будущем, которая на горизонте.
А горизонт, как известно, это воображаемая линия... которая постоянно удаляется по мере приближения... xD

Ответить | Правка | Наверх | Cообщить модератору

4. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +1 +/
Сообщение от Karlemail (?), 22-Ноя-25, 03:01 
Отвратительная дебильная затея! Тупой алгоритм, не позволяющий выбрать собственное разбиение дискового пространства, не предполагающее выбор графики. Результат - вместо аналога Leap 15.6 насильственная установка огрызка Enterprise Server без всякой графики (X11 исключён в принципе, только Wayland)ю При этом и установить её потом никакой возможности, всё рубится тем, что на сервере opensuse недоступен репозиторий codecs, а пропустить его при установке любого WM/DE нельзя. Не ожидал от SUSE такой мерзкой подставы
Ответить | Правка | Наверх | Cообщить модератору

6. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от cheburnator9000 (ok), 22-Ноя-25, 03:23 
>>> Официально прекращена поддержка архитектуры i586.

И что же теперь Зенитур будет делать? Свой дистрибутив?

Ответить | Правка | Наверх | Cообщить модератору

7. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (1), 22-Ноя-25, 03:38 
Свой инсталятор. А то собирать под 32-бит firefox с agama та ещё задача.
Ответить | Правка | Наверх | Cообщить модератору

9. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +3 +/
Сообщение от Аноним (9), 22-Ноя-25, 04:17 
Какая-же гадость эта ваша Агама... Был же нормальный установщик, наверное даже лучший среди графических, зачем было заново изобретать велосипед, да ещё с квадратными колёсами?
Ответить | Правка | Наверх | Cообщить модератору

14. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +1 +/
Сообщение от разработчик по квоте (?), 22-Ноя-25, 08:53 
То есть как зачем? Мне же надо что-то написать в квартальный отчет чтоб не сократили!

Или ты мне предлагаешь OBS поправить? На хрусте там начать переписывать или что?

Я и так сделал то от, чего вреда меньше всего. Все равно уже нахрен никому этот дистрибутив калька с редхата но с несовместимым буквально всем нафиг не упал. Подумаешь, установщик. Его никто кроме админов локалхоста даже и не увидит.

Ответить | Правка | Наверх | Cообщить модератору

19. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Бубыльместер (?), 22-Ноя-25, 17:27 
> никому этот дистрибутив калька с редхата но с несовместимым буквально всем нафиг не упал

Именно по-этому он на половине ТОП500 стоит.

Ответить | Правка | Наверх | Cообщить модератору

21. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +2 +/
Сообщение от Минона (ok), 22-Ноя-25, 23:53 
Он на той половине топ500 стоит потомушто та половина с редхатом по цене не договорилась.
Ответить | Правка | Наверх | Cообщить модератору

10. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Bugs Bunny (?), 22-Ноя-25, 07:13 
уход от привязки к одному языку программирования - что изменится?
Ответить | Правка | Наверх | Cообщить модератору

15. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от разработчик по квоте (?), 22-Ноя-25, 09:04 
Ruby, Rust и JavaScript/TypeScript.

(и еще где-то там пихон болтается)

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

Ответить | Правка | Наверх | Cообщить модератору

24. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (24), 23-Ноя-25, 07:52 
вместо не умеющих писать на ruby или на чём там оно было, будут неумеющие писать на ruby, python, c++ and js.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

16. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Инженер (-), 22-Ноя-25, 10:06 
> ppc64le, s390x

Для какой-то хрени, которой существует в количестве 1.5/штуки, сборки клепают. А вот х86, коих больше чем людей на планете, решили искусственно составить.

Ответить | Правка | Наверх | Cообщить модератору

28. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (28), 23-Ноя-25, 17:08 
> А вот х86, коих больше чем людей на планете, решили искусственно составить.

Потому что владельцы s390x неплохо отстегивают.
А с оставшихся на 32битах 60mжей даже клока шерсти не будет.

Ответить | Правка | Наверх | Cообщить модератору

20. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +1 +/
Сообщение от Аноним (20), 22-Ноя-25, 18:08 
Понадобилось тут мне поставить openSUSE на виртуалку в режиме сервака без GUI. На виртуалке этот инсталлятор сожрал все, если выделено ОЗУ 1 Гиг. Еще и зависнуть может, если включить установку одновременно с обновлением пакетов.
Ответить | Правка | Наверх | Cообщить модератору

23. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +1 +/
Сообщение от Соя в разработке не нужна (?), 23-Ноя-25, 02:16 
> Понадобилось тут мне поставить openSUSE на виртуалку в режиме сервака без GUI.
> На виртуалке этот инсталлятор сожрал все, если выделено ОЗУ 1 Гиг.
> Еще и зависнуть может, если включить установку одновременно с обновлением пакетов.

Ха,года 4-5 назад в GUI-режиме их установщик на 4Gb ОЗУ системе, чтоб на виртуаку поставить, надо было всё отрубать и из под IceWM, для максимальной экономии, запускать процесс,а иначе это добро на всю систему разросталось и вешало систему посередь процесса установки. А это был ещё тот овнояст.

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

Ответить | Правка | Наверх | Cообщить модератору

25. "Опубликован инсталлятор Agama 18, применяемый в SUSE и openS..."  +/
Сообщение от Аноним (25), 23-Ноя-25, 07:58 
Всё равно это лучше чем установить вин11. Здесь Свобода!
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  –1 +/
Сообщение от Соя в разработке не нужна (?), 23-Ноя-25, 15:16 
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру