Bug 56323

Summary: Не ставит MAX, т.к. не поддерживает OR-зависимости, хотя rpm умеет
Product: Sisyphus Reporter: Sergey V Turchin <zerg>
Component: aptAssignee: placeholder <placeholder>
Status: NEW --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P5 CC: asy, boyarsh, dobrovdobrovdobrov, egeneral88, glebfm, imz, lav, ldv, nenderus, placeholder, rider, vt
Version: unstable   
Hardware: x86_64   
OS: Linux   
URL: https://forum.altlinux.org/index.php?topic=49276.150

Description Sergey V Turchin 2025-10-09 11:08:09 MSK
При попытке
apt-get install https://download.max.ru/electron/MAX.rpm
ругается на неудовлетворённые зависимости. При этом
rpm -Uvh этот-же-пакет.rpm
успешно его устанавливает. но дальше apt не работает, ругаясь на те же зависимости. При этом 
apt-get -f install
предлагает снести max.
Comment 1 Vitaly Lipatov 2025-10-13 12:23:17 MSK
epm play max
отлично устанавливает MAX.
Comment 2 Sergey V Turchin 2025-10-13 12:27:06 MSK
(Ответ для Vitaly Lipatov на комментарий #1)
> epm play max
> отлично устанавливает MAX.
Может, хватит флудить epm-ом? :-)
Comment 3 Sergey V Turchin 2025-10-13 12:28:14 MSK
В его офциальной инструкции написано, что для ALT Linux надо
sudo rpm -i MAX*.rpm
, что работает, но ломает apt.
https://help.max.ru/help/about/gde-i-kak-skachat-prilozhenie-max
Comment 4 Денис Назаров 2025-10-13 12:32:57 MSK
(Ответ для Sergey V Turchin на комментарий #3)
> sudo rpm -i MAX*.rpm

sudo ещё вначале настроить надо )
Comment 5 Sergey V Turchin 2025-10-13 13:33:04 MSK
(Ответ для Денис Назаров на комментарий #4)
> sudo ещё вначале настроить надо )
Это придирки. Без sudo тоже работает.
Comment 6 Евгений Генералов 2025-10-21 11:09:16 MSK
Установил Конур Толк из rpm пакета, ошибок не выдал, всё работает.

su -c "rpm -i ktalk3.2.0x86_64.rpm "
update-alternatives является /sbin/update-alternatives

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

su -c "apt-get dist-upgrade"

Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
You might want to run `install --fix-broken' to correct these.
Следующие пакеты имеют неудовлетворенные зависимости:
  ktalk: Depends: (libXtst or libXtst6) но пакет не может быть установлен
         Depends: (libuuid or libuuid1) но пакет не может быть установлен
E: Unmet dependencies. Try using --fix-broken.

и если выполнить команду, то:

su -c "apt-get install --fix-broken"
Password: 
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Исправление зависимостей... Завершено
Следующие пакеты будут УДАЛЕНЫ:
  ktalk
0 будет обновлено, 0 новых установлено, 1 пакетов будет удалено и 7 не будет обновлено.
Необходимо получить 0B архивов.
После распаковки будет освобождено 384MB дискового пространства.
Comment 7 Anton Farygin 2025-10-21 11:28:03 MSK
Вам нужно обратиться к авторам  ktalk3.2.0x86_64.rpm и попросить их собрать пакет без лишних зависимостей.
Comment 8 Sergey V Turchin 2025-10-21 11:38:26 MSK
(Ответ для Anton Farygin на комментарий #7)
> собрать пакет без лишних зависимостей.
Так, они не лишние. С MAX ровно та же самая история. Один в один.

P.S.
Из чего можно предположить, что и у других производителей будет та же история.
Comment 9 Sergey Y. Afonin 2025-10-21 12:59:32 MSK
(Ответ для Anton Farygin на комментарий #7)

> Вам нужно обратиться к авторам  ktalk3.2.0x86_64.rpm и попросить их собрать
> пакет без лишних зависимостей.

Так rpm же ставит без --nodeps
Comment 10 Sergey V Turchin 2025-10-21 13:49:29 MSK
(Ответ для Sergey Y. Afonin на комментарий #9)
> Так rpm же ставит без --nodeps
Так не надо. rpm эти пакеты устанавливает по нормальному и без нарушения зависимостей.
Comment 11 Sergey Y. Afonin 2025-10-21 14:26:47 MSK
(Ответ для Sergey V Turchin на комментарий #10)

> > Так rpm же ставит без --nodeps

> Так не надо. rpm эти пакеты устанавливает по нормальному и без нарушения
> зависимостей.

Я это и имел ввиду: раз без nodeps поставлено, с точки зрения rpm всё хорошо, а rpm, по идее, первоисточник в этом вопросе.
Comment 12 Sergey V Turchin 2025-10-21 15:05:07 MSK
(Ответ для Sergey Y. Afonin на комментарий #11)
> rpm, по идее, первоисточник в этом вопросе.
Да, не. Не было бы прецедентов, то и не надо было бы.
Просто, чем дальше в лес, тем больше OR-зависимостей. Если с rpm уже давно разобрались, то уже пора бы и с apt что-то делать.

P.S. А тут уже RPM6 начинает вырисовываться с увеличенными лимитами на размеры, но, это IMHO менее актуально и какое-то время ещё есть.