7 ms·

flat out incorrect in this case. this has nothing to do with a deprecated API. they just decided to abuse one API when there was an API available for their use

by jatone 5y ago

flat out incorrect in this case. this has nothing to do with a deprecated API. they just decided to abuse one API when there was an API available for their use case available. x11 is no long maintained expecting an modern API to support it is foolish.

AshamedCaptain 5y ago
Was Pipewire even on distros by the time they decided to "abuse the one API" ? Even I have had to resort to abusing the one API, and it was just for taking the values of a couple pixels on the screen. Everything else is just too slow, requires setting up way too much infrastructure (e.g. PipeWire! a H264 encoder!), or has been fixed "last year" or some other uselessly recent date. X11 is no longer maintained is also flat-out wrong, and I'm willing to bet, it's still the most used option (since even on the distros which use Wayland, in-place updates do not usually turn it on). The fact that today's screencast API does not even bother to implement support for the most used window server out there does not inspire confidence, either.
- onli 5y ago
  > Was Pipewire even on distros by the time they decided to "abuse the one API"? No. Pipewire only arrived on the most unstable distros end of last year. It's in no way available for all, and not a common standard (yet). And you are right, wayland in general is not the norm yet. I'd even say it's likely to never replace X11 completely, given its shortcomings and X11's stability.
  - boudin 5y ago
    Pipewire has been there for more than that, I've been using it for a few years now. You might be mistaken with the audio part of it (that replaces Pulseaudio and Jack).
    - onli 5y ago
      It's possible I did not notice the non-audio part was already in the wayland-enabling distros before, if that was the case.
      - boudin 5y ago
        It was definitely available in distros like arch and gentoo. Fedora as well when then switched to wayland by default. More conservative distro might not have included it though, but they are on X11 by default so it's not needed in the first place.
  - bitwize 5y ago
    X11 is moribund. Part of why is because literally everyone who was working on it in a major way, possibly excepting Keith Packard, eventually considered it a dead end and jumped ship to Wayland.
    - Filligree 5y ago
      Regardless, if I want to do something as simple as running a Minecraft client, I need to run X11 or else live with about 20 FPS. If the old thing is broken, and the new thing isn't ready yet, then what are we supposed to do? Use Windows I suppose.
      - hughesjj 5y ago
        Back to the TTY like Lord Stallman intended
    - yjftsjthsd-h 5y ago
      moribund, stable, I don't care what you call it; X11 actually works consistently, which remains more than Wayland can say
      - phkahler 5y ago
        YMMV but I've found both to work fine, with Wayland providing the advertised tear-free video experience that X never could. Granted, when I tried OBS about a year ago I had to resort to an X-session, and that worked as expected. Not that OBS works properly on Wayland, my own use for X - I think - is done.
        shrimp_emoji 5y ago
        The solution for tearing is adaptive sync monitors. Wayland's justification should be a (theoretically) better platform and codebase.
        bitwize 5y ago
- jatone 5y ago
  x11 is no longer maintained. you're thinking of xwayland, which is the only thing getting releases these days. but that is built on wayland. gnome shell has had some version of the screencast API for 8 years now. pipewire is irrelevant to the discussion. https://gitlab.gnome.org/GNOME/gnome-shell/-/blame/main/data/dbus-interfaces/org.gnome.Shell.Screencast.xml https://gitlab.gnome.org/GNOME/gnome-shell/-/blame/main/data... the first commit for the desktop portal (which is the end result of the gnome api above) for wlr was in 2018. https://github.com/emersion/xdg-desktop-portal-wlr/commit/4e091184edcc43e12c4a5a1f2e0edf1650c69ea2 https://github.com/emersion/xdg-desktop-portal-wlr/commit/4e... 2 years before the 2020 date in the article. so in short: in 2020 zoom abused a gnome only api to implement desktop sharing, when a proper gnome only desktop sharing api already existed for ~8 years. which was the precursor to the current desktop portal stuff and you're trying to blame wayland for the problem.
  - AshamedCaptain 5y ago
    1. X11 is definitely maintained, unless you are thinking of XFree86. Xorg's last release 2 weeks ago. Many LTS distros containing it are preparing releases with it _right now_ and they will also be supporting it for at least one decade, probably way more. I would bet that Wayland will become unsupported way before (at least some implementation of) X11 does. 2. This entire article is about avoiding the Gnome private API. The only other alternative, the XDG/portal API, uses Pipewire. It's literally the only alternative even if you don't use Flatpak. EDIT: Your "2018" link is also not showing the screencast portal API. And I am not blaming Wayland; I am blaming the distros who switch to it and as a consequence BROKE user programs.
    - jatone 5y ago
      1. no its not, no security fixes or new features are being developed, its entirely on life support: the changes are to just keep it limping along while distros finish transitions to wayland. https://lists.freedesktop.org/archives/xorg/2022-January/060861.html https://lists.freedesktop.org/archives/xorg/2022-January/060... 2. the article is about them abusing a gnome only API when alternatives existed that would have worked better. WLR had its first commits for its desktop portal api in 2018, gnome has had some form of the desktop portal api for 8 years now. if you're going to use a DE only API at least use the right fucking one.
yjftsjthsd-h 5y ago
> x11 is no long maintained expecting an modern API to support it is foolish. Xorg is mostly unmaintained, but still extremely popular, and expecting things to work on it is completely reasonable.
- jatone 5y ago
  I didn't say it was unreasonable to expect x11 to work. I said it was unreasonable to expect a modern API to jump through hoops to work on x11. x11 works fine as is, and will continue to do so through xwayland. but don't expect new apis to give a rats ass about x11.

by jatone 5y ago

AshamedCaptain 5y ago

Was Pipewire even on distros by the time they decided to "abuse the one API" ? Even I have had to resort to abusing the one API, and it was just for taking the values of a couple pixels on the screen. Everything else is just too slow, requires setting up way too much infrastructure (e.g. PipeWire! a H264 encoder!), or has been fixed "last year" or some other uselessly recent date. X11 is no longer maintained is also flat-out wrong, and I'm willing to bet, it's still the most used option (since even on the distros which use Wayland, in-place updates do not usually turn it on). The fact that today's screencast API does not even bother to implement support for the most used window server out there does not inspire confidence, either.

onli 5y ago
> Was Pipewire even on distros by the time they decided to "abuse the one API"? No. Pipewire only arrived on the most unstable distros end of last year. It's in no way available for all, and not a common standard (yet). And you are right, wayland in general is not the norm yet. I'd even say it's likely to never replace X11 completely, given its shortcomings and X11's stability.
- boudin 5y ago
  Pipewire has been there for more than that, I've been using it for a few years now. You might be mistaken with the audio part of it (that replaces Pulseaudio and Jack).
  - onli 5y ago
    It's possible I did not notice the non-audio part was already in the wayland-enabling distros before, if that was the case.
    - boudin 5y ago
      It was definitely available in distros like arch and gentoo. Fedora as well when then switched to wayland by default. More conservative distro might not have included it though, but they are on X11 by default so it's not needed in the first place.
- bitwize 5y ago
  X11 is moribund. Part of why is because literally everyone who was working on it in a major way, possibly excepting Keith Packard, eventually considered it a dead end and jumped ship to Wayland.
  - Filligree 5y ago
    Regardless, if I want to do something as simple as running a Minecraft client, I need to run X11 or else live with about 20 FPS. If the old thing is broken, and the new thing isn't ready yet, then what are we supposed to do? Use Windows I suppose.
    - hughesjj 5y ago
      Back to the TTY like Lord Stallman intended
  - yjftsjthsd-h 5y ago
    moribund, stable, I don't care what you call it; X11 actually works consistently, which remains more than Wayland can say
    - phkahler 5y ago
      YMMV but I've found both to work fine, with Wayland providing the advertised tear-free video experience that X never could. Granted, when I tried OBS about a year ago I had to resort to an X-session, and that worked as expected. Not that OBS works properly on Wayland, my own use for X - I think - is done.
      - shrimp_emoji 5y ago
        The solution for tearing is adaptive sync monitors. Wayland's justification should be a (theoretically) better platform and codebase.
        bitwize 5y ago
jatone 5y ago
x11 is no longer maintained. you're thinking of xwayland, which is the only thing getting releases these days. but that is built on wayland. gnome shell has had some version of the screencast API for 8 years now. pipewire is irrelevant to the discussion. https://gitlab.gnome.org/GNOME/gnome-shell/-/blame/main/data/dbus-interfaces/org.gnome.Shell.Screencast.xml https://gitlab.gnome.org/GNOME/gnome-shell/-/blame/main/data... the first commit for the desktop portal (which is the end result of the gnome api above) for wlr was in 2018. https://github.com/emersion/xdg-desktop-portal-wlr/commit/4e091184edcc43e12c4a5a1f2e0edf1650c69ea2 https://github.com/emersion/xdg-desktop-portal-wlr/commit/4e... 2 years before the 2020 date in the article. so in short: in 2020 zoom abused a gnome only api to implement desktop sharing, when a proper gnome only desktop sharing api already existed for ~8 years. which was the precursor to the current desktop portal stuff and you're trying to blame wayland for the problem.
- AshamedCaptain 5y ago
  1. X11 is definitely maintained, unless you are thinking of XFree86. Xorg's last release 2 weeks ago. Many LTS distros containing it are preparing releases with it _right now_ and they will also be supporting it for at least one decade, probably way more. I would bet that Wayland will become unsupported way before (at least some implementation of) X11 does. 2. This entire article is about avoiding the Gnome private API. The only other alternative, the XDG/portal API, uses Pipewire. It's literally the only alternative even if you don't use Flatpak. EDIT: Your "2018" link is also not showing the screencast portal API. And I am not blaming Wayland; I am blaming the distros who switch to it and as a consequence BROKE user programs.
  - jatone 5y ago
    1. no its not, no security fixes or new features are being developed, its entirely on life support: the changes are to just keep it limping along while distros finish transitions to wayland. https://lists.freedesktop.org/archives/xorg/2022-January/060861.html https://lists.freedesktop.org/archives/xorg/2022-January/060... 2. the article is about them abusing a gnome only API when alternatives existed that would have worked better. WLR had its first commits for its desktop portal api in 2018, gnome has had some form of the desktop portal api for 8 years now. if you're going to use a DE only API at least use the right fucking one.

yjftsjthsd-h 5y ago

> x11 is no long maintained expecting an modern API to support it is foolish. Xorg is mostly unmaintained, but still extremely popular, and expecting things to work on it is completely reasonable.

jatone 5y ago
I didn't say it was unreasonable to expect x11 to work. I said it was unreasonable to expect a modern API to jump through hoops to work on x11. x11 works fine as is, and will continue to do so through xwayland. but don't expect new apis to give a rats ass about x11.