1 (2024-08-30 09:55:55 отредактировано algri14)

Такой вопросик: На анголоязычном форуме нашёл рекомендацию, что не рекомендуется совместное испльзование dnf и urpmi.
Рекомедуется или ТОЛЬКО dnf или ТОЛЬКО urpmi!!!
И я так понял рекомендуют dnf. Также рекомендуют обновляться средствами dnf, а не drakconfig. В связи с этим возникает вопрос, а не снести ли совсем URPMI и drakconfig? Что думаете по этому поводу, друзья?

2

Кто рекомендует dnf? Mageia со времён Mandriva использует в приоритете свои собственные разработки, urpmi - это костяк, особенность дистрибутива.

Разработчик, мейнтейнер, переводчик, по всем вопросам.

3

вот даже в русской вики есть несколько слов, там прямо не рекомендуют, но как бы между строк
https://wiki.mageia.org.ru/%D0%98%D1%81 … %D0%B5_DNF

Spoiler

https://forum.mageia.org.ru/uploads/images/2023/09/a24fe889e5318479826ecf362c4e245a.png

4

Из вики:

Теперь, когда «Функция: Добавить DNF в качестве альтернативного менеджера репозитория»

Слово "альтернативного" не смущает?

Разработчик, мейнтейнер, переводчик, по всем вопросам.

5

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

6

AlexL пишет:

Из вики:

Теперь, когда «Функция: Добавить DNF в качестве альтернативного менеджера репозитория»

Слово "альтернативного" не смущает?

по поводу альтернативного: если бы днф был бы основой, то магея была бы не только форком мандрейка , но и форком красной шляпы по типу альмы, а так в качестве альтернативы по тихому-нормальный ход) А так и самобытность сохранили, и претензий ни у кого нет)

7

redis⇓ пишет:

Такой вопросик: На анголоязычном форуме нашёл рекомендацию, что не рекомендованное совместное испльзование dnf и urpmi, Рекомедуется или ТОЛЬКО днф или ТОЛЬКО урпми!!! И я так понял рекомендуют dnf

Давайте писать правильно — dnf и urpmi (отредактировал сообщение от redis)

Для начала определимся, что Вы имели ввиду, консольные (CLI) утилиты dnf и urpmi? Или их графические (GUI) фронтенды?
urpmi — CLI и GUI практически одинаковы в работе и скорости соединения с репо.
dnf — CLI и GUI есть, хоть и небольшие, отличия в работе, GUI, т.е. dnfdragora не запоминает выбор источника пакетов (причуда, фишка от автора)
- urpmi намного быстрее соединяется с репо, чем он мне и нравится больше,
- dnf очень долго "раскачивается"
Что касается регулирование зависимостей, то точно сказать не могу (я не спец), но читая статьи в интернете вижу что отдают предпочтение dnf, к тому же стали появляться репо, к которым urpmi не сможет подключиться, механизм конфигов настроен на dnf (например репо от Yandex или software.opensuse.org)

Судя по версиям Mageia-7/8/9 разработчики смотрят в сторону Red Hat/Fedora и активно внедряют те же направления в ПО, что в общем-то правильно, от прогресса никуда не денешься. К тому же пакетный менеджер dnf довольно хорош, его усиленно улучшают, разрабатывают dnf5 и в Mageia Cauldron он уже есть.

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

8

redis⇓ пишет:

Также рекомендуют обновляться средствами dnf, а не дракулой (drakconfig) В счязи с этим возникает вопрос а не снести ли совсем URPMI и drakconfig? Что думаете по этому поводу, друзья?

Вики рекомендует:
«Предупреждение о механизмах сирот.

Одновременное использование URPMI и DNF делает ненадёжными «механизмы сирот» их обоих. Если вы собираетесь пользоваться DNF, то переключитесь на него как можно быстрее после установки и перестаньте использовать URPMI. »

Вообще-то это и так знают многие, не стоит использовать в системе два пакетных менеджера (а уж несколько это вообще глупость), теряется контроль над зависимостями пакетов.
Лично мне нравится urpmi, им и делаю обновления, он быстрее подключается к репо, я к нему привык,
dnf тоже подключен, но с ним работаю по минимуму, с теми репо к которым urpmi не может подключиться,

drakconf — The Mageia Control Center                                                                                                                         
drakconf includes the Mageia Control Center which is an interface to multiple utilities from DrakXtools.
==============
drakconf - Центр управления Mageia
drakconf включает в себя центр управления Mageia, который представляет собой интерфейс для нескольких утилит от DrakXtools.

urpmi - Command-line software installation tools                                                                                                                         
urpmi is a console-based software installation tool. You can use it to install software from the console in the same way as you use the graphical Install Software tool (rpmdrake) to install software from the desktop. urpmi will follow package dependencies -- in other words, it will install all the other software required by the software you ask it to install -- and it's capable of obtaining packages from a variety of media, including the installation CD-ROMs and DVDs, your local hard disk, and remote sources such as web or FTP sites.
===================
urpmi - инструмент установки программного обеспечения из командной строки
urpmi - это консольный инструмент для установки программного обеспечения. Вы можете использовать его для установки программного обеспечения в консоли так же, как вы используете графический инструмент установки программного обеспечения (rpmdrake) для установки программного обеспечения с рабочего стола. urpmi будет следовать зависимостям пакетов - другими словами, он установит все остальное программное обеспечение, необходимое для установки программного обеспечения, которое вы попросите его установить, - и он способен получать пакеты с различных носителей, включая установочные CD-ROM и DVD-диски, ваш локальный жесткий диск и удалённые источники, такие как Интернет или FTP-сайты.

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

9

А что есть лучше в графическом (gui) dnf, чем в urpmi?
Меня в urpmi не устраивает только механизм поиска. Если не знаешь правильного названия пакета - фиг найдешь.
Хотелось бы набрать - "редактор видео" и получить результат, а не фигу.

10

burster⇓ пишет:

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

а что в dnfdragora можно набрать на русском — "редактор видео" и получить результат? big_smile Ответ — НЕТ, они все заточены под инглиш.
RPMdrake (GUI) — подключается к репо быстрее, а так то они оба используют rpm.

Управление программными пакетами осуществляется с помощью утилит командной строки rpm и dnf. RPM является "низкоуровневым" пакетным менеджером, производящим установку, удаление и обновление пакетов, DNF "высокоуровневым" пакетным менеджером, в задачи которого входит разрешение зависимостей между пакетами, их скачивание и установка с использованием "низкоуровневого" RPM.

Им на смену идёт dnf5, что там под капотом сейчас на скорую руку не скажу иду на работу.

11

burster пишет:

А что есть лучше в графическом (gui) dnf, чем в urpmi?
Меня в urpmi не устраивает только механизм поиска. Если не знаешь правильного названия пакета - фиг найдешь.
Хотелось бы набрать - "редактор видео" и получить результат, а не фигу.

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

Mageia 9 KDE

12

Обе утилиты — консольные (CLI), а вся консоль на английском.
rpmdrake и dnfdragora — графические фронтенды (GUI), они имеют локализацию, в колонке слева есть подсказка, пакеты по группам, например "Редакторы" или "Офис => Словари", и т.д. А далее мы опять выйдем на тот же английский, программы имеют английское название, что ж тут поделать если разработки IT-области активно стали вестись именно в "английском мире", даже китайцы свои иероглифы переводят на инглиш.
Поэтому пробуйте искать  "редактор видео" — "video editor" или по отдельности, или в группе "Мультимедиа"

AVOTIŅI⇓ пишет:

А насчёт "заточенности под инглиш" ну, никто не хочет составлять описание на русском и загружать их в репозитории, потому себя вините.

В Mageia довольно хорошо пакуют локализацию (до сих пор и не политизируют свой дистрибутив), намного лучше например, чем в Fedora, ещё до всяких санкций в ней много программ в репозитории были без локализации, её не паковали, ну просто потому что Россия была не интегрирована в тот самый "английский мир", решение находили в русском репозитории, а что там сейчас даже не знаю.
По поводу описания пакетов на русском, они в магеевских пакетах есть, например устанавливал xreader, он в
Меню => Утилиты => Ещё => Просмотр документов,
но такая локализация наоборот затрудняет поиск уже установленного пакета, у него ведь название на английском и я начинаю искать его "родное" название в справке пакета, оказывается это xreader.
Такую локализацию приходится "вертать назад" в каталоге  /usr/share/applications/…
файл /usr/share/applications/xreader.desktop
в секции

Name[ru]=Просмотр документов


на

Name[ru]=Xreader

тогда в Меню => Утилиты => Ещё =>  уже будет его "родное" английское название Xreader, но после обновления пакета приходится повторять эту процедуру заново big_smile

На счёт русских переводчиков в Mageia, да Вы правы, их ОДИН-Два и обчёлся, если даже мне (без знания языка) иногда по мелочи, приходится участвовать в локализации на Transifex (проекты Mageia), более сложное, без хорошего знания языка, переводить очень трудно.

Можно установить пакет discover, в нём много описания пакетов именно на русском языке (хотя не все и не всё), НО опять же как и в случае с DNF / URPMI не пользуйтесь для установки пакетов, потеряется контроль над зависимостями. Пакет discover выдаёт информацию по обновлениям пакетов и виджетам Plasma, пакеты лучше не трогать, а вот виджеты думаю что можно обновлять.

Недавно увидел информацию — Единая команда управления пакетами (epm) от Etersoft.
EPM — имеющая одинаковый интерфейс на всех системах команда управления пакетами. При интерфейсе, похожем на rpm, apt и urpm, выполняет необходимые операции на любой платформе.
Надо будет подробнее почитать и изучить, кстати ДонВенчензо ака don_venchenzo под ROSA сделал GUI-пакет don_venchenzo/eepmApp (тема у них на форуме ROSAForum: Программы для Rosa Linux), думаю в Mageia тоже будет работать.

13

algri14 пишет:

а что в dnfdragora можно набрать на русском — "редактор видео" и получить результат? big_smile Ответ — НЕТ, они все заточены под инглиш.
RPMdrake (GUI) — подключается к репо быстрее, а так то они оба используют rpm.

Да хотя бы и на аглицком - тоже сойдет.

14

AVOTIŅI пишет:

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

Это про dnf?

15

AVOTIŅI⇓ пишет:

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

burster⇓ пишет:

Это про dnf?

burster, установите dnfdragora и потрогайте руками, там слева колонка-пакеты — "Все" и "Группы",  выставить "Группы", в них как раз визуальные подсказки.

Имейте ввиду, что:

Примечание, имеется странность:

   - баг, mga#21453 — dnfdragora не запоминает выбор источника пакетов.
   - реагирует только на "буквенный" Enter, на правый "цифровой" не реагирует, возможно зависит от оборудования или драйвера nvidia.

- баг, mga#21453 — записан в Mageia как баг, а автор пишет что это его фишка, на мой взгляд неудобная фишка.
- реагирует только на "буквенный" Enter, на правый "цифровой" не реагирует, возможно зависит от оборудования или драйвера nvidia. Это уже мои личные наблюдения на моём железе, возможно у других не повторится.

dnf — подключает и активирует репозитории только в консоли, в том числе и для dnfdragora, если потребуется удалить репозиторий из системы насовсем, то это делается только вручную, отредактировать файлы конфигурации репозитория в /etc/yum.repos.d/...,
будьте осторожны при этом и предварительно скопируйте каталог(или файлы), чтобы вернуть настройки обратно, если удалили нужное.

16

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

Регулярные выражения (regexp или regex) — это механизм поиска и замены с помощью шаблонов-символов. Все команды DNF предоставляют возможность поиска и фильтрации результата с помощью добавления одного или нескольких шаблонов выражений в качестве аргумента.
Шаблоны выражений содержат один или несколько символов подстановки — символ « * » расширяет поиск до соответствия любому поднабору знаков, а « ? » до соответствия любому одиночному символу. Чтобы команда всегда отрабатывала корректно, искомое выражение должно быть ВСЕГДА в прямых одинарных или двойных кавычках.

dnf repoquery 'gea*'
Покажет все доступные в репозитории пакеты имена которых начинаются на "gea".
Если надо их подсчитать, то dnf repoquery 'gea*' | cat -n

dnf repoquery "gea??"
Покажет все пакеты имена которых начинаются на "gea" плюс ещё любых два символа.

!!! Особо важно — чтобы команда всегда отрабатывала корректно, искомое выражение должно быть ВСЕГДА в прямых одинарных или двойных кавычках.
Из личного опыта: в Домашнем каталоге лежал файл man_dnf_en.txt и команда dnf list *dnf* (без прямых кавычек) — тупо не работала при запуске из него (а консоль и запускается из него по дефолту, хотя можно перейти в другой)

Bizdelnick пишет:

Пояснение с соседнего форума:
Bash находит файл, соответствующий маске *dnf* , в текущем каталоге и подставляет в командную строку его имя. В итоге dnf ищет что-то совсем не то, чего Вы хотели. Чтобы такого не происходило, надо использовать кавычки или экранировать спецсимволы (в данном случае \* ). Всегда. Независимо от того, запускаете ли Вы dnf или что-то другое.

17 (2024-10-04 23:50:06 отредактировано algri14)

Интересный эффект от консольной обновлялки (DNF)

Spoiler

Консоль: root
[root@localhost ~]# Обновление  2 Пакета

Объем загрузки: 219 M
Продолжить? [д/Н]: y
Загрузка пакетов:
(1/2): google-chrome-stable-129.0.6668.89-1.x86_64.rpm                        5.8 MB/s | 110 MB     00:18   
(2/2): vivaldi-stable-6.9.3447.51-1.x86_64.rpm                                1.2 MB/s | 109 MB     01:29   
--------------------------------------------------------------------------------------------------------------
Общий размер                                                                  2.4 MB/s | 219 MB     01:29     
Проверка транзакции
Проверка транзакции успешно завершена.
Идет проверка транзакции
Тест транзакции проведен успешно.
Выполнение транзакции
  Подготовка       :                                                                                      1/1
  Запуск скриптлета: vivaldi-stable-6.9.3447.51-1.x86_64                                                  1/4
  Обновление       : vivaldi-stable-6.9.3447.51-1.x86_64                                                  1/4
  Запуск скриптлета: vivaldi-stable-6.9.3447.51-1.x86_64                                                  1/4
egrep: warning: egrep is obsolescent; using grep -E
egrep: warning: egrep is obsolescent; using grep -E
egrep: warning: egrep is obsolescent; using grep -E
............ и так далее, всего 29 строк........................
egrep: warning: egrep is obsolescent; using grep -E

  Запуск скриптлета: google-chrome-stable-129.0.6668.89-1.x86_64                                          2/4
  Обновление       : google-chrome-stable-129.0.6668.89-1.x86_64                                          2/4
  Запуск скриптлета: google-chrome-stable-129.0.6668.89-1.x86_64                                          2/4
egrep: warning: egrep is obsolescent; using grep -E
egrep: warning: egrep is obsolescent; using grep -E
egrep: warning: egrep is obsolescent; using grep -E
............ и так далее, всего 25 строк........................
egrep: warning: egrep is obsolescent; using grep -E

  Запуск скриптлета: vivaldi-stable-6.9.3447.48-1.x86_64                                                  3/4
  Очистка          : vivaldi-stable-6.9.3447.48-1.x86_64                                                  3/4
  Запуск скриптлета: vivaldi-stable-6.9.3447.48-1.x86_64                                                  3/4
  Запуск скриптлета: google-chrome-stable-129.0.6668.70-1.x86_64                                          4/4
  Очистка          : google-chrome-stable-129.0.6668.70-1.x86_64                                          4/4
  Запуск скриптлета: google-chrome-stable-129.0.6668.70-1.x86_64                                          4/4
  Проверка         : google-chrome-stable-129.0.6668.89-1.x86_64                                          1/4
  Проверка         : google-chrome-stable-129.0.6668.70-1.x86_64                                          2/4
  Проверка         : vivaldi-stable-6.9.3447.51-1.x86_64                                                  3/4
  Проверка         : vivaldi-stable-6.9.3447.48-1.x86_64                                                  4/4

Обновлен:
  google-chrome-stable-129.0.6668.89-1.x86_64               vivaldi-stable-6.9.3447.51-1.x86_64             

Выполнено!
[root@localhost ~]#

algri14⇓ пишет:

вывод консоли немного укоротил

Mageia 9 KDE

18

AVOTIŅI⇓ пишет:

Интересный эффект от консольной обновлялки (DNF)

а где самое начало, команду на обновление какую давали? самое интересное не написали big_smile

Я хоть и не новичок в консоли, но предпочитаю обновления в графике, не боясь что-то упустить или наоборот, поставить от себя по неопытности, невнимательности что-нибудь не то, ну и лень конечно, куда же без неё, неохота вчитываться в вывод консоли lol
Консоль даёт больше информации, её бы ещё всю понимать big_smile , из Вашего вывода я не особо понял что не понравилось утилите конкретно, так-то перевёл:
egrep: предупреждение: egrep устарел; используется grep -E , возможно что-то в скрипте устарело

Где grep -E активация расширенного синтаксиса, опция  -E, чтобы объединить несколько слов для поиска, вместо использования опции  -e
Хотя иногда опция -e, лучше чем -E, например:
grep -e "(EE)" -e "(WW)" /var/log/Xorg.0.log  — выдаст только "(EE)" и "(WW)"

grep -E "(EE)|(WW)" /var/log/Xorg.0.log — а здесь захватит только содержимое внутри круглых скобок (и ещё некоторую "побочку"), хотя скобки "( и )" есть в обоих командах.

зы: команды для посмотреть (WW) warning и (EE) error в логах

Магеевские мантейнеры любезно вставили в пакет DNF руссифицированную справку dnf -h ,
man dnf на английском,
можно найти перевод в Росе, но имейте ввиду, в нём много ошибок, а для консоли ошибки бывают чересчур чреваты плохими последствиями.

19

algri14 пишет:
AVOTIŅI⇓ пишет:

Интересный эффект от консольной обновлялки (DNF)

а где самое начало, команду на обновление какую давали? самое интересное не написали big_smile

команда dnf update Дальше идут совсем неинтересные строчки проверки всех репозиториев, поиск обновлений.
Любопытно, что раньше вообще этого egrep а не было видно. А обновление по DNF всегда удавались и сейчас без капризов. А, вот,штатная графическая обновлялка не все репы проверяет, а пару лет назат вообще по-кошмарному глючила (об этом уже писал раньше)

Mageia 9 KDE

20

AVOTIŅI⇓ пишет:

А, вот,штатная графическая обновлялка не все репы проверяет, а пару лет назат вообще по-кошмарному глючила (об этом уже писал раньше)

В смысле штатная, имеете ввиду RPMdrake (из MCC, т.е. URPMI)? она не глючила от слова СОВСЕМ, если в Латвии инет глушили или зеркало в Белоруссии (ближайшее к Вам), то утилита ни в чём не виновата lol
Ещё были проблемы с самими репозиториями или занятость разработчиков (точнее не в курсе), одно время долго не было обновлений.

21

algri14 пишет:

В смысле штатная, имеете ввиду RPMdrake (из MCC, т.е. URPMI)? она не глючила от слова СОВСЕМ, если в Латвии инет глушили или зеркало в Белоруссии (ближайшее к Вам), то утилита ни в чём не виновата lol
Ещё были проблемы с самими репозиториями или занятость разработчиков (точнее не в курсе), одно время долго не было обновлений.

Именно так! Я не хочу повторять свои посты двухлетней давности, если интересно, можете поискать. А проблема решена на стороне серверов Магеи -  для своих европейских пользователей предлагают зеркала из Евросоюза.
URPMI почему-то не видит зеркала Opera, Vivaldi, Chrome и некоторые другие.

Mageia 9 KDE

22

AVOTIŅI⇓ пишет:

Именно так! Я не хочу повторять свои посты двухлетней давности, если интересно, можете поискать. А проблема решена на стороне серверов Магеи -  для своих европейских пользователей предлагают зеркала из Евросоюза.

Это Ваша тема → Программное обеспечение → Как отредактировать список зеркал

Магеевскими разработчиками конфиги для URPMI прописаны так, что вообще ни одно зеркало не прописывается "жёстко", для удобства юзера выбирается ближайшее доступное к Вам зеркало, о чём в Вики и пишут:

-  Если вы предпочитаете другое зеркало, то можете отредактировать файлы конфигурации репозитория в /etc/yum.repos.d/...

Раскомментируйте строку «baseurl=» и замените URL-адрес, чтобы он указывал на предпочитаемое вами зеркало. Это автоматически переопределит свойства «metalink=» и «mirrorlist=», чтобы использовать указанное зеркало. При желании вы можете закомментировать строки "metalink=" и "mirrorlist=", но это отключит механизм обработки отказа, когда "основное" зеркало будет недоступно.

То есть утилита ищет ближайшее к юзеру зеркало, в конфиге нет конкретной ссылки на репо, указан лишь «mirrorlist=»

[updates-x86_64]
name=Mageia $releasever - x86_64 - Updates
#baseurl=https://mirrors.kernel.org/mageia/distrib/$releasever/x86_64/media/core/updates/
#metalink=https://mirrors.mageia.org/metalink?distrib=mageia-$releasever&arch=x86_64&section=core&repo=updates
mirrorlist=https://www.mageia.org/mirrorlist/?release=$releasever&arch=x86_64&section=core&repo=updates
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Mageia
fastestmirror=1
enabled=1

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

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

Консоль: root
[root@localhost ~]# urpmi.removemedia -a               удалить вообще все подключённые источники из МСС

Добавить в конфиг "жёстко" репо, предпочтительное для вашего местоположения — польское, французское, немецкое или чехословацкое из консоли:
Консоль: root
[root@localhost ~]# urpmi.addmedia --distrib     ссылка на репозиторий

Списки зеркал: http://mirrors.mageia.org/distrib
Например польское: http://ftp.icm.edu.pl/pub/Linux/sunsite … /9/x86_64/
Недостаток этого варианта в том, что другие открытые зеркала будут уже недоступны Вам (пояснение выше), а "жёстко" прописанное репо может быть недоступно по техническим или экономическим причинам (тупо забыли заплатить за хостинг). Но это происходит не так часто, иногда проверяйте доступность своего зеркала командой ping -c 5 ftp.icm.edu.pl (например того же польского)

AVOTIŅI⇓ пишет:

URPMI почему-то не видит зеркала Opera, Vivaldi, Chrome и некоторые другие.

Потому что конфиги в этих репо прописаны под утилиту DNF, в России такая же ситуация с Яндек-браузером, обновляю его только с помощью DNF.

Спасибо сказали: AVOTIŅI1

23

algri14 Спасибо за подробности, как работают обновления. Так или иначе проблема с зеркалами уже года полтора не беспокоит, хотя ничего в настройках не менял, ждал, пока на стороне сервера поправят, ведь проблемы поплыли по всему евросоюзу, только список неугодных ресурсов у каждой страны свой. А с Яндекс браузером, Яндекс диском и cloud.mail.ru  пришлось расстаться - мобильные приложения дружно отвалились, а файлообмен возможен только через браузеры и платный VPN, бесплатный загружает только превьюшки.

Mageia 9 KDE