Нужно добавить: Provides: xvt Provides: x-terminal-emulator Иначе только его в системе держать не получается.
я насчитал три зависимости (nagwad-nagstamon, xinitrc и WindowMaker) на xvt и ни одной на x-terminal-emulator -- откуда такой вывод ?
(Ответ для Sergey Bolshakov на комментарий #1) > я насчитал три зависимости (nagwad-nagstamon, xinitrc и WindowMaker) на xvt > и ни одной на x-terminal-emulator -- откуда такой вывод ? Это не зависимости, а провайды, которые должны иметь все терминалы в репозитории Вот https://packages.altlinux.org/ru/sisyphus/deps/?q=%2Fusr%2Fbin%2Fxvt Пример, https://packages.altlinux.org/ru/sisyphus/srpms/kitty/specfiles/
(In reply to Кирилл Уницаев from comment #2) > (Ответ для Sergey Bolshakov на комментарий #1) > > я насчитал три зависимости (nagwad-nagstamon, xinitrc и WindowMaker) на xvt > > и ни одной на x-terminal-emulator -- откуда такой вывод ? > > Это не зависимости, а провайды, которые должны иметь все терминалы в > репозитории > > Вот https://packages.altlinux.org/ru/sisyphus/deps/?q=%2Fusr%2Fbin%2Fxvt > > Пример, https://packages.altlinux.org/ru/sisyphus/srpms/kitty/specfiles/ Это provides, которые где-то нужны и требуются -- иначе зачем бы им существовать. Что именно их требует, я показал, и этот список не впечатляет. Кроме того, недостаточно просто указать provides: xvt, и я надеюсь, что со временем ваши советы станут полны. А до тех пор ---
(Ответ для Sergey Bolshakov на комментарий #3) > Кроме того, недостаточно просто указать provides: xvt ... Достаточно, иначе придётся держать другой терминал, который их имеет -> rpm -q alacritty alacritty-0.14.0-alt1.x86_64 -> epme kitty [sudo] password for fiersik: $ sudo apt-get remove kitty Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Следующие дополнительные пакеты будут установлены: libutempter resize xterm Следующие пакеты будут УДАЛЕНЫ: kitty Следующие НОВЫЕ пакеты будут установлены: libutempter resize xterm Ставится куча мусора, ну и зачем оно мне? Закрывать это как WORKSFORME максимально неправильно с вашей стороны! Ну и напоследок. Если попробовать удалить устанавливаемый ранее xterm (а зачем мне несколько терминалов?) произойдёт это: -> epme xterm [sudo] password for fiersik: $ sudo apt-get remove xterm Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Следующие пакеты будут УДАЛЕНЫ: alterator-x11 sddm xinit xorg-utils alterator-xkb virtualbox-guest-additions xinitrc xterm Всё ещё считаете это правильным?
(Ответ для Sergey Bolshakov на комментарий #3) > Кроме того, недостаточно просто указать provides: xvt Если же вы хотите сделать всё правильно... Во-первых добавьте в спек: mkdir -p %buildroot%_altdir cat >%buildroot%_altdir/alacritty <<EOF %_bindir/xvt %_bindir/alacritty 69 %_bindir/x-terminal-emulator %_bindir/alacritty 69 EOF Этот фрагмент есть в приведённом мною ранее примере > Пример, https://packages.altlinux.org/ru/sisyphus/srpms/kitty/specfiles/ Во-вторых, не стоит закрывать баги просто потому, что вас всё устраивает.
(In reply to Кирилл Уницаев from comment #4) > (Ответ для Sergey Bolshakov на комментарий #3) > > Кроме того, недостаточно просто указать provides: xvt ... > > Достаточно, иначе придётся держать другой терминал, который их имеет > > > -> rpm -q alacritty > alacritty-0.14.0-alt1.x86_64 > -> epme kitty > [sudo] password for fiersik: > $ sudo apt-get remove kitty > Чтение списков пакетов... Завершено > Построение дерева зависимостей... Завершено > Следующие дополнительные пакеты будут установлены: > libutempter resize xterm > Следующие пакеты будут УДАЛЕНЫ: > kitty > Следующие НОВЫЕ пакеты будут установлены: > libutempter resize xterm > > Ставится куча мусора, ну и зачем оно мне? > > Закрывать это как WORKSFORME максимально неправильно с вашей стороны! > > Ну и напоследок. > > Если попробовать удалить устанавливаемый ранее xterm (а зачем мне несколько > терминалов?) произойдёт это: > > -> epme xterm > [sudo] password for fiersik: > $ sudo apt-get remove xterm > Чтение списков пакетов... Завершено > Построение дерева зависимостей... Завершено > Следующие пакеты будут УДАЛЕНЫ: > alterator-x11 sddm xinit xorg-utils > alterator-xkb virtualbox-guest-additions xinitrc xterm > > Всё ещё считаете это правильным? Что именно ? Моё нежелание добавлять ad-hoc provides ? Разумеется. Ситуацию, когда вас вынуждают устанавливать неприятные вам пакеты ? Видимо нет, но это не моя проблема.
(Ответ для Sergey Bolshakov на комментарий #6) > но это не моя проблема. Ладно...Я сделаю за вас часть работы, приложу пример патча! Но с таким отношением, мне легче просто забрать пакет
Created attachment 17147 [details] патч
(In reply to Кирилл Уницаев from comment #8) > Created attachment 17147 [details] > патч (In reply to Кирилл Уницаев from comment #7) > (Ответ для Sergey Bolshakov на комментарий #6) > > но это не моя проблема. > > Ладно...Я сделаю за вас часть работы, приложу пример патча! > > Но с таким отношением, мне легче просто забрать пакет :] Неофит, принявший сборник анекдотов за священное писание -- страшная сила. Я уже четвёртое послание пытаюсь донести до вас мысль, что alacritty не является ни xvt, ни x-terminal-emulator, и соответственно не будет предоставлять эти сущности. > Это не зависимости, а провайды, которые должны иметь все терминалы в > репозитории Нет, не должны. И кстати, дайте хоть какое-нибудь определение, что собственно такое xvt.
(Ответ для Sergey Bolshakov на комментарий #9) > Я уже четвёртое послание пытаюсь донести до вас мысль, что alacritty не > является > ни xvt, ни x-terminal-emulator, и соответственно не будет предоставлять эти > сущности. Он и не должен ими являться, так работает система провайдов в Альте. Я специально скинул пример пакета, не верите мне, посмотрите спеки других терминалов. При удаление одного терминала будет ставиться другой, это сделано чтобы в системе всегда был терминал. Также работают и браузеры, провайдят общий пакет. Я не сдаюсь, пока проблема не исправлена, можно даже не пытаться. И не стоит переводить проблему в какую-то шутку.
Снова проблемы https://t.me/alt_smokeroom/249626
Система: NAME="starter kit" VERSION="11" ID=altlinux VERSION_ID=11 PRETTY_NAME="ALT Starterkit 11 (Salvia)" ANSI_COLOR="1;33" CPE_NAME="cpe:/o:alt:starterkit:11" BUILD_ID="starter kit 11" ALT_BRANCH_ID="p11" HOME_URL="http://en.altlinux.org/starterkits" BUG_REPORT_URL="https://bugs.altlinux.org/" LOGO=altlinux Репозитории: rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/x86_64 classic rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/x86_64-i586 classic rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/noarch classic Терминалы в системе xterm, alacritty При попытке установки timeshift тянутся следующие зависимости: libgee0.8 libgnomekbd libxapps libxfce4ui-common libxfce4ui-gtk3 libxfce4util libxfconf timeshift xapps-schemas xfce4-common xfce4-terminal
(Ответ для Ulysses Apokin на комментарий #12) > Терминалы в системе > xterm, alacritty > При попытке установки timeshift тянутся следующие зависимости: > libgee0.8 libgnomekbd libxapps libxfce4ui-common libxfce4ui-gtk3 > libxfce4util libxfconf timeshift xapps-schemas xfce4-common > xfce4-terminal Поскольку alacritty и xterm не предоставляют x-terminal-emulator, поэтому не считаются терминалами для apt.
(In reply to Alexander Makeenkov from comment #13) > Поскольку alacritty и xterm не предоставляют x-terminal-emulator, поэтому не > считаются терминалами для apt. Это можно как-то исправить или это будет когда-либо исправлено? Если да, то на стороне каких пакетов: xterm и alacritty обретут статус эмуляторов терминалов или timeshit перестанет требовать x-terminal-emulator?
(Ответ для Ulysses Apokin на комментарий #14) > xterm и alacritty обретут статус эмуляторов терминалов Это в любом случае не помешает. > или timeshit перестанет требовать x-terminal-emulator? Я посмотрю, как время будет, может быть получиться отвязать.
(Ответ для Alexander Makeenkov на комментарий #15) > (Ответ для Ulysses Apokin на комментарий #14) > > xterm и alacritty обретут статус эмуляторов терминалов > или timeshit перестанет требовать x-terminal-emulator? Такая проблема может быть не только с timeshit, а с любым другим пакетом, который будет зависеть от x-terminal-emulator (или xvt).
Здравствуйте! Планируется ли какое-либо продвижение в позитивном направлении?
Решать проблему не планируется?
xterm уже начал предоставлять x-terminal-emulator.
Господин sbolshakov@, по прошествию ~двух лет не пересмотрите ли свое решение по поводу баги? В мою систему тоже timeshift притащил xterm из-за requires на /usr/bin/x-terminal-emulator. Хотелось бы это как-то решить и держать в системе только один терминал.
Можно даже обсудить, нужен ли timeshift requires на x-terminal-emulator? Я думаю, что нет. Что значит "чтобы в системе всегда был терминал"? tty всегда и так есть, а эмулятора может и не быть. В Fedora я например могу вообще все эмуляторы терминала удалить и мне ничего из зависимостей не тянется.
(Ответ для ulysses@altlinux.org на комментарий #21) > нужен ли timeshift requires на x-terminal-emulator? `cat /usr/bin/timeshift-launcher`
(In reply to Alexander Makeenkov from comment #22) > (Ответ для ulysses@altlinux.org на комментарий #21) > > нужен ли timeshift requires на x-terminal-emulator? > > `cat /usr/bin/timeshift-launcher` В fedora у timeshift жесткая зависимость на polkit, и x-terminal-emulator становится недостижимой веткой. Это не мой призыв к действию. Я и не против того, чтобы все эмуляторы предоставляли x-terminal-emulator. Я за то, чтобы эта проблема наконец-то решилась.
У нас кстати тоже получается https://packages.altlinux.org/en/sisyphus/binary/timeshift/x86_64/depends/3308698671848715852 , поэтому можно сделать %filter_from_requires /x-terminal-emulator/d или %filter_from_requires /polkit/d
(Ответ для ulysses@altlinux.org на комментарий #23) > Я за то, чтобы эта проблема наконец-то решилась. Заведите баг на timeshift. Но текущую проблему у alacritty это всё равно не решит.
(In reply to Sergey Bolshakov from comment #9) [...] > Я уже четвёртое послание пытаюсь донести до вас мысль, что alacritty не > является > ни xvt, ни x-terminal-emulator, и соответственно не будет предоставлять эти > сущности. > > > Это не зависимости, а провайды, которые должны иметь все терминалы в > > репозитории > > Нет, не должны. И кстати, дайте хоть какое-нибудь определение, что > собственно такое xvt. Почему-то люди, настаивающие на добовлении provides, игнорируют эту вполне разумную просьбу мейнтейнера. Что такое xvt действительно чётко не определено, а вот x-terminal-emulator -- это дебиановская инновация, и требования к нему определены у них в policy: https://www.debian.org/doc/debian-policy/ch-customized-programs.html#packages-providing-a-terminal-emulator alacritty им удовлетворяет, и пакет rust-alacitty в Debian Sid предоставляет x-terminal-emulator.
Я по прежнему не вижу необходимости. Если вы считаете, что каждый терминал должен предоставлять x-terminal-emulator -- что ж, пишите policy: что такое x-terminal-emulator (i.e. каким требованиям должен удовлетворять терминал), какие проблемы решает введение такой сущности и т.д. Я рассчитываю увидеть reopen когда и если такое policy будет принято.
> Почему-то люди, настаивающие на добовлении provides, игнорируют эту вполне разумную просьбу мейнтейнера. В целом кажется логичным дать Provides на x-terminal-emulator для терминального эмулятора с поддержкой X11, тем более что у нас есть другие примеры в репозитории. В том числе для консистентности и разрешения проблемы, описанной в баге. По-хорошему, здесь действительно нехватает policy, как заметил sbolshakov@. > Я по прежнему не вижу необходимости. > ... > Я рассчитываю увидеть reopen когда и если такое policy будет принято. Окей, понял, спасибо за ответ.
