Re: Wayland Functionality for Jami

2022-10-18 Thread Jaft
 Bumping this, just in case.
On Wednesday, October 5, 2022 at 03:52:49 PM CDT, Wamm K. D. 
 wrote:  
 
 The Jami available in the repo.s, currently, causes an error about the
Wayland plugin for QT not being available.

While some app.s don't require this to be bundled with the app. –
apparently (I run into similar errors for Qutebrowser but installing
QTWayland fixes the issue) –, Jami does.

Building the package definition in the repo. exactly as is but with
QTWayland added as an additional ~input~ causes Jami to be able to be
used under Wayland perfectly.

So my question is, what would be the best means of updating this
package? Should QTWayland just get added to the ~inputs~, even for
users who aren't running Wayland? Or would it make sense to just
create a second Jami package definition (called =jami-wayland= or
something) that ~inherit~s the original Jami package and just adds
QTWayland to the ~inputs~? Or a third option?  


Wayland Functionality for Jami

2022-10-05 Thread Wamm K . D .
The Jami available in the repo.s, currently, causes an error about the
Wayland plugin for QT not being available.

While some app.s don't require this to be bundled with the app. –
apparently (I run into similar errors for Qutebrowser but installing
QTWayland fixes the issue) –, Jami does.

Building the package definition in the repo. exactly as is but with
QTWayland added as an additional ~input~ causes Jami to be able to be
used under Wayland perfectly.

So my question is, what would be the best means of updating this
package? Should QTWayland just get added to the ~inputs~, even for
users who aren't running Wayland? Or would it make sense to just
create a second Jami package definition (called =jami-wayland= or
something) that ~inherit~s the original Jami package and just adds
QTWayland to the ~inputs~? Or a third option?