я насчитал три зависимости (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 будет принято.

Окей, понял, спасибо за ответ.