From kde-core-devel Tue Jul 04 23:11:51 2023 From: Aleix Pol Date: Tue, 04 Jul 2023 23:11:51 +0000 To: kde-core-devel Subject: Re: XWayland Video Bridge in kdereview Message-Id: X-MARC-Message: https://marc.info/?l=kde-core-devel&m=168851230824317 I'm not so sure. Is the fact that it works on a non-Plasma system by design or just a happy coincidence? On Tue, Jul 4, 2023 at 3:03=E2=80=AFPM Neal Gompa wrot= e: > > On Fri, Jun 30, 2023 at 7:09=E2=80=AFAM Ben Cooksley = wrote: > > > > On Fri, Jun 30, 2023 at 10:01=E2=80=AFAM Aleix Pol w= rote: > >> > >> On Mon, Jun 19, 2023 at 10:00=E2=80=AFPM Jonathan Riddell wrote: > >> > > >> > I got this compiling on neon unstable. Our kpipewire is qt6 so I'm = not sure how that affects it. I don't have a way to test it quickly though= . > >> > https://build.neon.kde.org/job/jammy_unstable_neon-packaging_xwaylan= dvideobridge/ > >> > >> The Qt 6 port is still ongoing: > >> https://invent.kde.org/system/xwaylandvideobridge/-/merge_requests/11 > >> > >> > How come it's in the system group on invent if you want it to be par= t of Plasma? > >> > >> To be honest, the invent groups are a mystery to me. > > > > > > That is of some degree of concern that you don't understand the groupin= gs. > > > > For the most part the groups are intended to reflect to an extent how t= he software relates to each other. You will find all of the Educational sof= tware under Education for instance, and all Games in Games. > > Likewise, applications for handling images and other similar content ar= e in Graphics, those that deal with video and audio are in Multimedia and l= ibraries for use by other developers are in Libraries. > > > > All fairly straightforward I would have hoped. > > > > The reason for the placement of the XWayland Video Bridge comes back to= the initial ticket that requested it be moved from a personal repository -= which you filed Aleix. > > This was targeting Graphics, which is clearly inappropriate as it would= have put it alongside Krita and Digikam. For want of a better place as it = was a bit of infrastructure / behind the scenes tooling it was therefore pu= t in System. > > > > There was never any mention in the ticket that it was going to be exclu= sive to Plasma and not usable outside of a Plasma setting, hence why that w= as not considered. > > > > It is supposed to be useful outside of KDE Plasma too, so that > assumption is correct. > > > -- > =E7=9C=9F=E5=AE=9F=E3=81=AF=E3=81=84=E3=81=A4=E3=82=82=E4=B8=80=E3=81=A4= =EF=BC=81/ Always, there's only one truth!