OpenBBTerminal
OpenBBTerminal copied to clipboard
OpenBB-finance
[FR] Linux: Flatpak version
What's the problem of not having this feature? I recently switched to Linux only, as it saves money and time, I have not found any OpenBB version for Linux.
Describe the solution you would like As there are multiple Linux and BSD platforms with different repositories and versions of packages; easiest would be to create a Flatpak version of OpenBB.
Describe alternatives you've considered Appimage or .deb files are less inclusive of overall coverage of the Linux market. Alternatives (kind of) to OpenBB are: Markets by Bitstower which only lists stocks and buyables. Merkato by Flávio Vasconcellos Corrêa seems to be the older version of Markets. Portfolio Performance by Andreas Buchen might just be the closest to a rival.
Additional information Some might disagree but keeping a clean look Adwaita and GTK4 would make it easy to have an universally clean look. Compatible with system themes.
I would like to see this as well if at all possible. I struggled for many hours to get the install done on my Linux workstation and in the end I was able to get it to work ... finally!
I would like to see this as well if at all possible. I struggled for many hours to get the install done on my Linux workstation and in the end I was able to get it to work ... finally!
Do you mind posting what worked for you?
Hey @rogue-agent @ebdavison 👋 There were a couple of people requesting linux packaging support. None of the people on the team are using BSDs (macs don't count). We have an AppImage in the works, but yet still early. We would appreciate contributions for packaging and supporting different linux distros. Would any one of you be open to doing that? I can guide you through the pyinstaller part and you can contribute packaging procedure documentation for the distro that you use
p.s. here's a link to a message on discord where i outline the installer creation process to a person that wants a packaged terminal on Fedora https://discord.com/channels/831165782750789672/943930592783892510/991993762224021564
@deepakiim I can just recommend reading this. Snap is just a waste of time. Let the community do it. Flatpak is where it's at. https://www.reddit.com/r/linux/comments/j3ajnf/whats_wrong_with_snaps_why_so_many_people_hate_it/
I don't see a flatpak release here, so i assume this was closed in order so that this issue will be it's replacement?
We have an AppImage in the works, but yet still early
@piiq, Any progress on the AppImage release, may be?
Hey @097115 @wiki-me and everyone else in this thread. We actually did invest time into making an appimage for Linux. While exploring this approach we faced some challenges due to our dependency tree. This made it difficult to create a bundle that would provide a good user experience across different distributions. It works on Ubuntu, it doesn’t work on Arch. It works on Fedora it doesn’t work on CentOS etc. This is related to the technologies we use (at the moment) to freeze and ship the application. At the time when we realized how poor the user experience will be and how much efforts from our side it will take to make it good we have deprioritized this particular approach. This year we will be implementing a change in how we bundle the python application to be distributed. These changes will surely open up opportunities for better user experience across linux distributions. It’s still early to say for sure, but from my current perspective the “double-click install” experience on Linux is not going to be neither an appimage not a flatpack, but more likely a self-extracting script. As a team we understand that this is an important issue for the community, and we want to invite anyone who is interested in contributing to reach out to us. We would love to work with you and explore potential solutions together. Lastly, I want to apologize for any confusion caused by marking the issue as “completed”. We should have communicated better, and sorry for any frustration this may have caused.
We actually did invest time into making an appimage for Linux. While exploring this approach we faced some challenges due to our dependency tree. This made it difficult to create a bundle that would provide a good user experience across different distributions. It works on Ubuntu, it doesn’t work on Arch. It works on Fedora it doesn’t work on CentOS etc.
Maybe you didn't use an old enough version of Ubuntu when making the package?
It’s still early to say for sure, but from my current perspective the “double-click install” experience on Linux is not going to be neither an appimage not a flatpack, but more likely a self-extracting script.
tbh i don't really like that, running a script that does god knows what and potentially adding closed source components to my system, i think if you would do a survey you would find that a lot of linux users like me also don't like it. It would be better to just ship binary and have people do stuff like adding an icon on their desktop (something like cataclysm dda ).
another option is nix (which is a cross distribution package manager and the third most popular repository in term of number of maintainers), It's UX is currently buggy but that is being worked on and i think it has a bright future.
What is the current state of the situation as I have not had the time to investigate further into this matter.