Bug#1136306: debian-policy: Proposing new wayland-terminal-emulator alternative and virtual package
Matthias Geiger <[email protected]> Sun, 14 Jun 2026 22:57:29 +0200
| Newsgroups | gmane.linux.debian.devel.policy |
|---|---|
| Message-ID | <tgn3t1.ffqqlc10e7c9__34738.3429574379$1781471251$gmane$org@riseup.net> |
On Sun, 14 Jun 2026 13:33, Simon McVittie <[email protected]> wrote: >On Sun, 14 Jun 2026 at 10:30:45 +0200, Matthias Geiger wrote: >>+# Wayland >>+ - name: wayland-terminal-emulator >>+ description: a wayland client which emulates a terminal with a >>terminfo description > >What's the intended purpose of this virtual package? Which packages are >expected to interact with it? > >If providing the virtual package requires implementing a specific >alternative (via dpkg's update-alternatives), then I think the entry in >Policy's list should say so. But I'm already not a fan of the use of >alternatives for x-terminal-emulator, because I think it's a bad fit for >what desktop environment users expect. > Right, I (naively) assumed this is the same case as wayland-session >I think a better model for applications that want to start "some >suitable terminal emulator" is xdg-terminal-exec, which implements a >proposed freedesktop.org spec modelled on fdo MIME-type and URI-scheme >handlers, with a system-wide fallback, a per-desktop-environment >preference and a per-user configuration override. Or, this >terminal-specific proposal might be replaced at some point by an >interface name for the more general "intent apps" spec proposal, ><https://specifications.freedesktop.org/intent-apps/latest/>, which is >syntactically different but the same general shape. > >And how does this work for terminals that don't/can't know whether they >implement native Wayland? GTK 3+ applications can typically be both a >Wayland client and an X11 client, using whichever protocol is more >appropriate at runtime, and I know there are also Wayland-only terminal >emulators like foot and X11-only terminal emulators like xterm. But if >I understand the Qt ecosystem correctly, a Qt-based application like >Konsole might or might not be able to implement native Wayland, >depending on whether the plugins in the qt6-wayland package are >installed, with no code changes to the application itself - so is >konsole a wayland-terminal-emulator or not? > Right, I agree this warrants further discussion. As Bill described, I agree to have a generic *terminal package, as I believe x-terminal-emulator is not timely anymore in the age of pure wayland-only terminal emulators like foot. best, werdahias