-
Notifications
You must be signed in to change notification settings - Fork 226
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
Initial Psst Flatpak #141
base: main
Are you sure you want to change the base?
Initial Psst Flatpak #141
Conversation
Co-authored-by: Ozymandias42 <[email protected]>
58dbbe1
to
eedb149
Compare
/cc @jpochyla |
|
||
<description> | ||
<p> | ||
Fast Spotify client with native GUI, without Electron, built in Rust. Very early in development, lacking in features, stability, and general user experience. It is being tested only on Mac so far, but aims for full Windows and Linux support. Contributions welcome! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we change this to the bundle
values from Cargo.toml?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sadly not. Flatpak uses AppStream.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh sorry, I mean literally copy-pasting the texts from Cargo.toml.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm quite unfamiliar with Rust in general (but familiar with Flatpak packaging). When using Cargo.toml, does it create an AppStream file automatically?
Hi, thanks for the PR, and sorry for the wait. Do you think we could move the .deb packaging job to this |
If we change some things in the CI, then yes. Although I haven't really played with GitHub CI other than packaging Flatpak binaries, and I believe it'd be better if this is in a separate MR. |
@jpochyla can you approve the workflow so it can run the CI? I'd like to know if it's configured correctly. |
@jpochyla please approve it again 😅. |
@TheEvilSkeleton How far away is this from this getting published on flathub? |
@jacksongoode depends on how long it takes for this app to get its first release. |
Is |
Yes. |
Closing this since I got no response. |
@Insprill @TheEvilSkeleton It would be worthwhile following up on this now that there are new maintainers. I'm sure we could get this into Flathub if we tried. |
Thanks. Do you want me to submit the stable version directly to Flathub? |
I suppose we could do that. The existing workflow is a little broken and might need some updating as well. We don't currently have any versioning since this is still very WIP. I'm not sure how Flatpak would handle updates in this way. |
Sure. I opened flathub/flathub#4151 and I'll contribute everything I can as well. |
The point of this MR is to test Flatpak packages straight from the
master
branch.Related to #16.