Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Verify hydrogen on flathub #1974

Closed
goebbe opened this issue May 13, 2024 · 7 comments
Closed

Verify hydrogen on flathub #1974

goebbe opened this issue May 13, 2024 · 7 comments

Comments

@goebbe
Copy link

goebbe commented May 13, 2024

Hydrogen version * : stabel flathub version
Operating system + version : linux flatpak


Flathub provides an "unverfied" version of Hydrogen, therefore the user has
to verify himself, if the package is build from a trusted source.

To see this, you can follow the link to Hydrogen on flathub:
https://flathub.org/apps/org.hydrogenmusic.Hydrogen
A yellow sign "unverified" is displayed.

Installing Hydrogen from Flathub would be more convenient, if the package could
be marked as "verified" - which would provide some evidence that the package is
published directly by its maintainers (or by a trusted person).

Here is the documentation about verification:
https://docs.flathub.org/docs/for-app-authors/verification

@goebbe goebbe changed the title Verify hydrogen on flathub^ Verify hydrogen on flathub May 13, 2024
@theGreatWhiteShark
Copy link
Contributor

Hey @goebbe ,

We actually discourage people to use the Flathub version of Hydrogen at all. It's JACK support is broken (see flathub/org.hydrogenmusic.Hydrogen#33) and we have no way of fixing it.

Instead, we provide AppImages for all Linux folks.

@goebbe
Copy link
Author

goebbe commented May 14, 2024

@theGreatWhiteShark Thank for your comment!
In this case, I recommend adding a comment on the description of Hydrogen (on flathub). Something like:
"This package does not support JACK sound-server directly. See Hydrogen webpage for recommended means of installation. "

Nevertheless, I would suggest keeping a verified flatpak available - for users of pipewire / pipewire-jack, which seems to work o.k. on some distributions.
For my use case "i.e. playing around, experimenting, discover new things, having fun", I would probably, not even consider installing "JACK" (if not strictly required). But of course I understand that this may not be the intended purpose and ambition of Hydrogen.

If flatpak is not supported at all, it would probably be best to remove the Hydorgen package from flathub - and discourage its use on the Hydrogen webpage. (I din't find the info on the webpage, but perhaps I just missed it)

@theGreatWhiteShark
Copy link
Contributor

For my use case "i.e. playing around, experimenting, discover new things, having fun", I would probably, not even consider installing "JACK" (if not strictly required). But of course I understand that this may not be the intended purpose and ambition of Hydrogen.

Well, it is our default driver for Linux and it is installed very quickly via copy-paste as many tutorials suggest to use it. The Flathub version of Hydrogen actually came to my attention through a bug report in forum where an user struggled with this very bug.

In general, the best solution would be for Hydrogen to dynamically check whether JACK or pipewire is installed on the system. But this requires a deeper understanding of flatpak itself and at this point I'm not willing to invest significant amounts of time in this direction. I already spent at least two weeks and it ended quite frustrating and with the use of AppImage instead.

Nevertheless, I would suggest keeping a verified flatpak available - for users of pipewire / pipewire-jack, which seems to work o.k. on some distributions.

If flatpak is not supported at all, it would probably be best to remove the Hydorgen package from flathub - and discourage its use on the Hydrogen webpage. (I din't find the info on the webpage, but perhaps I just missed it)

The package on Flathub is maintained by a third party and we do not have control over the patches applied. On the other hand, this is free software and everyone is allowed to distribute it. And let's not forget that this person put work and time into getting Hydrogen on Flathub! It's an unfortunate state that it does not work properly but at some point I decided to let things go, provide an official AppImage as an alternative, and discourage the usage on issue/forum level instead of putting a disclaimer on our web page.

In this case, I recommend adding a comment on the description of Hydrogen (on flathub). Something like:
"This package does not support JACK sound-server directly. See Hydrogen webpage for recommended means of installation. "

Agreed. Could you open a ticket at the corresponding repo?

@goebbe
Copy link
Author

goebbe commented May 15, 2024

Done! Thank you for your answers and explanations!

@theGreatWhiteShark
Copy link
Contributor

Done!

Shall we close the issue?

@goebbe
Copy link
Author

goebbe commented May 21, 2024

@theGreatWhiteShark
The issue on flathub has been closed - as the developers thinks that this is only an issue of the underlying Linux distributions. He does not consider pointing the users to installing pipewire and pipewire-JACK or to point to the upstream docs.

Many Linux distributions support pipewire as a default, by now - which should be helpful for latency - and may be sufficient for some use cases of Hydrogen. :-)

In the long run, I would appreciate, if Hydrogen would reconsider publishing a (verified) flatpak.
All the best and thank you very much for answering so promptly!

Please, feel free to close this issue.

@theGreatWhiteShark
Copy link
Contributor

The issue on flathub has been closed - as the developers thinks that this is only an issue of the underlying Linux distributions. He does not consider pointing the users to installing pipewire and pipewire-JACK or to point to the upstream docs.

Yeah. This is what I experienced too and which is the main thing that keeps me from verifying it. Good ol' systemd approach to blame deficiencies in ones client library/application on upstream distributions.

But thanks for giving it a try!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants