Переход ROSA с RPM 5 на RPM 4

Сдались :)

они магею форkнуть решили?

Ну… С другой стороны серверные версии их дистрибутивов основаны на RHEL, поэтому теперь можно унифицировать документацию по управлению пакетами.

Cкорее openmandriva

https://www.opennet.ru/opennews/art.shtml?num=48208

так Rosa это тупо репак опенмандривы?

Сначала было наоборот.

То есть просто обновить ROSA 2016 не получится? Начинаю подыскивать новый дистрибутив.

Работают над этим

придумать, как существующие системы обновить до rosa2019.1 с rpm4 и задокументировать (будут проблемы с конвертированием БД rpm)

Не пей больше так много, даже на новый год.

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

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

А сам жду 2019.1

Подумал опечатка, а нет. Весело у них там.

Оно еще живо?

Как хорошо, что у .deb нет подобного зоопарка вариантов.

Похоже они сломали repology новым форматом названий пакетов, за что 2019.1 оттуда живо выкинули.

Так и придётся попробовать. Хороший дистрибутив, и KDE там отличный. Ушёл только из-за этого убого urpmi.

Жаль urpmi. В свое время крутая штука была.

Однако постепенно активность по разработке RPM5 угасла, а RPM4 наоборот - возродился...ROSA Fresh переходит обратно на RPM 4.

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

Чой-то опенмандрива прилечь решила …

Is openmandriva.org down right now?
It's not just you! openmandriva.org is down.

urpmi вернём. В планах сделать и dnf, и urpmi.

Да нет, репы-то свои и отличий в целом немало. В частности, OpenMandriva использует clang как основной компилятор, а ROSA - gcc. Из заметного для конечного пользователя - ROSA будет ещё несколько лет поддерживать и Qt4/KDE4, и Qt5/KF5/Plasma5 (а конкретно - лично я поддерживаю, в том числе патчи пишу, хотя последний достаточно давно был, вроде этот: https://abf.rosalinux.ru/import/plasma5-desktop/blob/rosa2019.1/plasma-desktop-5.14.4-add-autohint.patch ). Это так, просто два отличия, почему не репак.

Поясните для мимокрокодилов: в чем прикол rpm5? Чем он лучше?

Вон выше человек пишет: «Хороший дистрибутив, и KDE там отличный. Ушёл только из-за этого убого urpmi.» А пишет он это, т.к. не от балды и не на основе предвзятых представлений, а на личном опыте основывается в своих суждениях. И да, я считаю, что в Росе была лучшая сборка KDE4 из всех дистрибутивов (дефолтное оформление - дело вкуса, можно и на стандартные менюшку и панель переключиться, хотя многим именно такой дефолт нравился). А почему лучшая - я не только сам писал патчи и коммитил иногда в апстрим, но и с некоторыми мейнтейнерами KDE в других дистрибутивах общался, в том числе помогал баги чинить, и патчи большинства дистрибутивов постоянно отслеживал (в этом плане покойный Pardus могу похвалить кроме OpenSUSE), ситуацию знаю очень хорошо.

Вот конкретно маленькая, но в чём-то показательная фича из патча интеграции Firefox с KDE, который поддерживает в OpenSUSE Wolfgang Rosenauer:

https://github.com/openSUSE/firefox-maintenance/blob/master/firefox/firefox-kde.patch#L173

GetCanSetDesktopBackground - true, тогда как SetDesktopBackground - NS_ERROR_NOT_IMPLEMENTED. Что на практике проявляется как появление диалога установки обоев, но по факту обои не ставятся. Чтобы это исправить, я в KDE4 добавил возможность смены обоев через DBus: https://abf.rosalinux.ru/import/kdebase4-workspace/blob/rosa2019.1/kde-workspace-4.11.6-dbus-wallpaper.patch и в Firefox соответствующий патч, реализующий нужные функции вместо NS_ERROR_NOT_IMPLEMENTED: https://abf.rosalinux.ru/import/firefox/blob/rosa2019.1/mozilla-kde-background.patch

Тут, конечно, можно пошутить на тему «обои меняют», но sapienti sat… И да, лично я очень люблю KDE4 и для меня важно продолжать его юзать дальше, а дистрибутивов, где он будет поддерживаться рядом с новыми glibc, gcc, Plasma5 и т.д. почти не осталось (может PLD кроме Росы).

Когда-то Джефф Джонсон (мейнтейнер апстрима rpm и основной разработчик) решил запилить и активно поддерживать rpm5, тогда как rpm4 был фактически заброшен. И был смысл использовать rpm5 по причине хорошей поддержки апстримом, развития, добавления новых фич, но потом ситуация фактически на противоположную изменилась - rpm4 ожил, стал активно развиваться, а rpm5 был заброшен основными коммитерами (Джеффом, Пером, Мэттью, Беро и кто там ещё был). Конечно, можно было и дальше его поддерживать без апстрима (а без поддержки там нельзя - скажем, для сборки rubygem-пакетов с переходом на какую-то из новых версий Ruby мне пришлось самому писать патч для rpm на Ruby: https://abf.rosalinux.ru/import/rpm/blob/rosa2014.1/rpm-5.4.14-rubygems2.2-support.patch , т.е. даже просто продолжать использовать rpm5 в «замороженном» виде было нельзя - ну и смысл тогда, если rpm4 хорошо за эти 10 лет развился уже).

Ты не сказал самого главного: зачем? Какие фичи предложил rpm5 что они были невозможны в рамках rpm4.

https://unixforum.org/viewtopic.php?t=130770

Хотя, конечно, в Росе и какие-то значительные фичи в rpm5 добавляли, в частности поддержку подписей пакетов по ГОСТам (GOST R 34.11-94, GOST R 34.11-2012), которые потом и в rpm4 перенесём. Но основные отличия всё-таки заметны для тех, кто собирает rpm-пакеты или кому те же ГОСТы критически важны (простым пользователям пофиг).

Скорее не фичи как таковые, а наличие хорошей поддержки. rpm4 тогда выглядел скорее мёртвым, чем живым, а rpm5 - прямо очень живым. Выглядело это так, что rpm5 - это rpm4, который прошёл рефакторинг и некоторое переосмысление (скажем, %exclude по-другому стал работать, логичнее, чем в rpm4). В Росу даже самого Джеффа тогда взяли на работу (хотя вроде оформили это как спонсорскую поддержку ему, я не в курсе таких деталей).

Но как по мне, можно было и на rpm4 тогда оставаться. Просто новая команда (французов же в основном уволили, хотя не всех, они ушли Магею делать, а у руля встал Женя Додонов из бывшей Коннективы, вокруг которого сплотились любители всего bleeding edje - тогда это были systemd, networkmanager и т.п., не только rpm5) так решила, фактически это даже не Роса была ещё, но уже и не Мандрива, промежуточная команда.

Вообще, к команде Росы я отношу не только российских сотрудников компании и участников сообщества, но и тех, кто раньше собирал пакеты для Мандривы в рамках сообщества Mandriva Italia Backports, а потом между Магеей и новой Мандривой/Росой выбрал всё-таки Росу (себя самого, Falticska Florin aka SymbianFlo, Giovanni Mariani aka GvM, плюс первые несколько лет Nicolò Costanza aka NicCo). Принципы MIB сыграли большую роль в развитии Росы (полуроллинг-модель обновления с выходом новых платформ раз в пару лет вместо релизов раз в полгода без значительных обновлений в рамках релиза, как это было у Мандривы и есть сейчас у многих дистрибутивов). Вторая часть команды Росы - это Саша Бурмашев, который раньше ХЗ чем занимался, Саша Казанцев (по EduMandriva был известен в линукс-кругах) и Аркадий Шейн (известный по Russian Fedora Remix). Третья - команда Владимира Рубанова из ИСП РАН (Денис Силаков, Женя Шатохин, Костя Власов, Андрей Пономаренко). Четвёртая - программисты UX Team под руководством Дениса Корявова (благодаря которым Роса и выглядит такой, какой её знают). А многие другие, кто был в какой-то степени причастен к дистрибутиву, особенно до размежевания с ОпенМандривой, - я за них отвечать не хочу, искать основания/оправдания некоторым их решениям тоже, да критиковать их выбор серьёзно (по существу) не хочу. Воспринимаю это просто как условия, в которых надо было делать дистрибутив таким, каким MIB его хотел видеть ещё со времён Мандривы. Много букв просто для того, чтобы может лучше дать понять, почему так отвечаю на вопрос про rpm4->rpm5 - он просто не ко мне по большому счёту…

Как хорошо, что у .deb нет подобного зоопарка вариантов

Но собирать deb-пакеты - то ещё удовольствие по сравнению с rpm/ebuild/pkgbuild, как по мне… Было бы интересно послушать тех, кто пособирал много и deb, и rpm - можно ли набить руку так, чтобы за день при прочих равных собрать столько же новых deb-пакетов, сколько и rpm. Или сборка deb-ов в принципе занимает больше времени (не компиляция, а написание control, rules и т.д., организация сборочного пространства и т.д.) и требует больше действий.

А сам жду 2019.1

Я в свою очередь жду возможности полноценно ей заняться :-) Для пользователей десктопа Росы сейчас так себе ситуация, мягко говоря - для платформы 2016.1 уже нет значительных обновлений (типа новых Qt5, KF5, Plasma5), в основном security-фиксы, браузеры, эмуляторы (хотя до обновления движков libretro у меня так руки и не дошли, да и M.A.M.E. старый, а может и ещё что-то, что обычно не попадает в новости сайтов типа emu-land, поэтому если когда-то я мог с уверенностью говорить, что в Росе больше всего в репах игровых эмуляторов и они в самом лучшем состоянии по сравнению с другими дистрибутивами, то сейчас не всё идеально, надо будет заняться мне этим - хотя это важно только для узкого круга любителей старых приставок, большинству пользователей пофиг), ну и какие-то отдельные программы. А новая платформа ещё не скоро выйдет. Хотя кому не нужны новые Plasma и Gnome - им норм и так.

всем бы дистрибутивам таких пользователей, как ты:) я свое представление основываю на opensuse и mandrake, ни один из которых мне не нравился. mandrake этот... который продавал себя чаще, чем уличная проститутка.

в том числе не нравился мне этот зоопарк rpm4, rpm5, yum, urp... еще что-то там. да сколько можно вообще? каждый, но чуть-чуть да по-своему делает. и с kde также. что значит «лучшая сборка»? неужели через апстрим нельзя делать один проект. в итоге в одном одни патчи, в другом другие. где-то одно лучше, где-то другое... зверь двд какой-то.

а дистрибутивов, где он будет поддерживаться рядом с новыми glibc, gcc, Plasma5 и т.д. почти не осталось

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

Было бы интересно послушать тех, кто пособирал много и deb, и rpm - можно ли набить руку так, чтобы за день при прочих равных собрать столько же новых deb-пакетов, сколько и rpm.

я не знаю. был у меня опыт, когда я попеременно в течении нескольких лет поддерживал внутренние репозитарии deb и rpm для нужд компании. никакой разницы. пожалуй только задалбывает при бекпортировании с федоры на EL новые rpm-фичи убирать. к счастью, с зоопарком рпм для сусе и мандривы дело не имел. в деб вроде тоже с совместимостью старых и новых версий deb иметь дело приходится, но не так рьяно. а зоопарка в deb'e вроде как нет вообще.

когда-то я мог с уверенностью говорить, что в Росе больше всего в репах игровых эмуляторов

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

UX Team под руководством Дениса Корявова (благодаря которым Роса и выглядит такой, какой её знают

кхм...

urpmi вернём. В планах сделать и dnf, и urpmi.

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

и с kde также. что значит «лучшая сборка»? неужели через апстрим нельзя делать один проект. в итоге в одном одни патчи, в другом другие

В апстрим KDE я какие-то патчи протащил, да и не только я из Росы. Но там достаточно рано возникла ситуация, когда патчи с новыми фичами для KDE4 перестали принимать (цитирую Sebastian Kügler, 2014 год: «Plasma 4.x has been feature-frozen for well over a year. If this functionality should go in, then it has to be Plasma 5. Patches (via reviewboard) are welcome.»)

Ну и сразу же Wolfgang Bauer насчёт добавления патчей в OpenSuse, 2017 год: «Thank you! But we don’t support a KDE4 desktop in openSUSE any more since a while, so I don’t think we have much need for those patches». Это про патчи, улучшающие интеграцию между KF5 и KDE4 приложениями или как-то иначе улучшающие plasma-integration. Но в детали вряд ли стоит сейчас вдаваться, будет слишком много текста и ссылок на код.

Nicolas Lécureuil насчёт Магеи процитировать не могу, потерялось в архивах IRC. Он сказал что-то в духе того, что сходу код не понял, вникать ему влом, а добавлять патчи, которые он не понимает, он не будет (по мотивам этого: https://bugs.mageia.org/show_bug.cgi?id=1240#c12 - в итоге в KDE4 и Plasma5 фича есть только в Росе, а в LXQt - в апстриме, хотя теоретически в KDE больше фич и настраиваемости должно быть…).

Какие-то патчи, конечно, просто distro-specific были, поэтому для апстрима не подошли. Хотя через много лет хотя бы частично добавили в апстрим, типа этой (в Мандриве/Росе/Магее были ещё по умолчанию «Музыка», «Видео», «Документы»): https://cgit.kde.org/kio.git/commit/src/filewidgets/kfileplacesmodel.cpp?id=ed714cb876bcaa56377c9e5a777533e83b8cedc8

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

ой блин, я даже не знаю… прям киллер-фича

Я ж потому и написал сразу: «хотя это важно только для узкого круга любителей старых приставок, большинству пользователей пофиг». Сам-то я большой фанат этого дела, есть и единомышленники среди пользователей (один даже какую-то железку специальную в США запилил и поддерживал-развивал, которая под эти эмуляторы на Мандриве, а потом на Росе была заточена, когда ещё не было Android-приставок и libretro), поэтому и упомянул.

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

А что вместо KDE? Gnome? Если да, то может как-нибудь достучишься до них или сам починишь вот этот баг (были ещё репорты по нему в других местах от Федоры и Убунту, что-то сходу не нашёл их, но не важно): https://gitlab.gnome.org/GNOME/gdm/issues/445

Фактически до сих пор gdm-x-session неполноценный (сломали x-сессию где-то в 3.16, когда добавили gdm-wayland-session и gdm-x-session, куда вынесли часть старого кода, но, видимо, по принципу «и так сойдёт, может потом сделаем нормально»). В частности, теперь /etc/gdm/Init/Default (он же /etc/gdm3/Init/Default в Убунту) игнорируется, т.к. gdm_server_ready больше не вызывается по SIGUSR1. Где-то этот SIGUSR1 теряется. Не помню уже все технические детали.

По большей части NES и SNES - на первой всякие Contra, Vice, Shadow Of The Ninja, Ninja Gaiden 3 и прочие классические платформеры. На второй - JRPG типа Breath Of Fire 1/2, Final Fantasy 4/5/6.

Из современных PSP хорошо и быстро эмулируется через PPSSPP. Но не идеально ещё - во FlatOut: Head On фоновая музыка глючит, например. Но в основном игры хорошо идут - иногда Tekken DR и Tekken 6 запускаю. Кстати, в PPSSPP тоже в апстрим коммитил немного. Фичу одну запилил и вроде баг какой-то пофиксил мелкий.

PCSX2 ещё оставляет желать лучшего - под винду вроде нормально уже реализовали графический движок, а под линукс сильно отстаёт. Так что PS2-игры не очень-то идут.

Dolphin в целом ок. Играбельно. Но 32-битную версию дропнули с выходом 5.0 в 2016 году, а после 2016 года новых stable-релизов не было. В гите разработка идёт активно, но там то сломают что-то, то починят. Жду 6.0, давно гит-снапшоты не собирал.

RPCS3 очень хорошо развивается, вроде бы даже можно нормально в какие-то PS3-игры играть на нём. И идут они лучше, чем PS2-игры на PCSX2. Но я RPCS3 скорее по YouTube оцениваю - у меня основная система до сих пор 32-битная, а в виртуалке такие эмуляторы запускать смысла нет. А эмулятор 64-бит-онли.

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

значит, с PCSX2 все без изменений. значит, Castlevania: Symphony Of The Night я в этой жизни не увижу.:(

а PCSX3 - это круто, но 3д.

а для NES и SNES, забыл, как эмуляторы называются? может, JRPG запущу...

А что вместо KDE? Gnome?

уже много лет сижу на openbox. хотя, конечно, нормального session manager и screenlock, как это сейчас на wayland, не хватает.

а для NES и SNES, забыл, как эмуляторы называются? может, JRPG запущу…

Для NES лучший сейчас puNES, но походу его не собрали для большинства дистрибутивов почему-то (может потому что он изначально не был опенсорсным, а стал таким в 2015 году, когда автор счёл его достаточно качественным, чтобы делиться кодом, если правильно помню): https://repology.org/project/punes/versions

Для SNES я юзаю ZSNES, хотя он не считается лучшим, не обновлялся 10+ лет и вообще только 32-битный. Но лично я в нём не вижу никаких недостатков в плане работы, чтобы менять его на что-то другое. А так, bsnes есть, точнее сейчас он называется higan и стал не только SNES эмулировать. Считается самым точным в плане эмуляции, но автор перегнул палку насчёт точности и начиная с какой-то версии higan перестал запускать ROM-ы, если их не прогнать через bsnes-purify ( http://manpages.org/bsnes-purify/6 ). И с кодом автор что-то намутил, самые bleeding-edge фичи компиляторов (точнее, стандартов C++) активно использует, поэтому я новые версии давно не собирал, у меня всё ещё gcc 5.5, пусть и с бэкпортами важных патчей (c поддержкой retpoline, например). Ещё snes9x - наверное, с него и надо начинать, самый мейнстримный, простой в обращении и развивается активно.

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

Кстати, может будет интересно (на удалёнку устроиться, rpm-пакеты собирать - либо в общем виде, либо в плане закрытия уязвимостей, две разные вакансии): https://www.rosalinux.ru/vakancies/

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

спортзал с боксерской грушей

бить понятно, а орать на грушу можно?

Я хоть и зарегистрировался в abf, но до сборки пакетов не дошёл, так как для сборки пакета нужно было собрать ещё пару пакетов-зависимостей, которых нет/не было в пакетной базе %)

бить понятно, а орать на грушу можно?

ХЗ, это для тех, кто в офисе :-) На данный момент все мейнтейнеры на удалёнке.

Да, орать по удалёнке будет чересчур :)

жене: - извини, у меня важный разговор!

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

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

лучше я пока эмуляторами займусь. интересно, что тут во FreeBSD на эту тему есть)

puNES

этого на freebsd нет. на чем еще игру про ninja можно запустить?)

mesen?

этот с mono...

ZSNES

не, 32бита - это dealbreaker

higan

зависимости дурацкие. gconf-2. и рейтинг в инете низкий.

nestopia - отлично, никаких лишних зависимостей, но почему на рутрекере нет игр для NES?