unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
* Wayland Functionality for Jami
@ 2022-10-05 20:52 ` Wamm K. D.
  2022-10-18 18:25   ` Jaft
  0 siblings, 1 reply; 2+ messages in thread
From: Wamm K. D. @ 2022-10-05 20:52 UTC (permalink / raw)
  To: help-guix

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?

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Wayland Functionality for Jami
  2022-10-05 20:52 ` Wayland Functionality for Jami Wamm K. D.
@ 2022-10-18 18:25   ` Jaft
  0 siblings, 0 replies; 2+ messages in thread
From: Jaft @ 2022-10-18 18:25 UTC (permalink / raw)
  To: help-guix@gnu.org

 Bumping this, just in case.
    On Wednesday, October 5, 2022 at 03:52:49 PM CDT, Wamm K. D. <jaft.r@outlook.com> 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?  

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-10-18 18:49 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <BY5PR07MB7029CB7929728480BF698A9B995D9.ref@BY5PR07MB7029.namprd07.prod.outlook.com>
2022-10-05 20:52 ` Wayland Functionality for Jami Wamm K. D.
2022-10-18 18:25   ` Jaft

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).