-
Notifications
You must be signed in to change notification settings - Fork 3
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
Provide more and easier installation options (Homebrew, AUR, ...) #147
Comments
Not too easy, because we don't know how the user installed trident. Could be via GitHub, could be via direct download, or perhaps conda... not sure how this could be implemented. At the minimum, however, we can of course provide at least a command which checks whether there is a newer version available? |
which reminds me that I also wanted to make a Homebrew package |
Hm - true. I forgot about all these package managers. Probably it's better to go that route. It would certainly be better to have an installation process for Windows and Mac that works without a ton of workarounds for the user. Arguably much more important than Homebrew is of course the AUR, though 😛 |
I now think about this like this: If we don't have enough users, then it's not worth maintaining many different installation options. If we have enough users, then some of them will maintain the necessary Homebrew, AUR, etc. packages themselves. We already provide everything a power user needs for packaging. And we even maintain one important channel ourselves: bioconda. So I will set this issue to |
Would it be possible to add a subcommand to trident, which updates trident itself (!) to the latest release version? So basically:
Is that technically possible? Would it be possible if did not directly attempt to do 3., but instead only provide the user with the right
mv
command?We could call it
trident bootstrap
(ortrident munchhausen
😬)The text was updated successfully, but these errors were encountered: