-
-
Notifications
You must be signed in to change notification settings - Fork 89
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
[WIP] setup.py and basic re-structuring #40
Conversation
Am enjoying not having any kind of setup, let alone installing this like a wheel. I just run start.sh and use my own environment that is shared. |
@Ph0rk0z the start scripts won't be going anywhere. The plan here is to have a simple executable binary |
That's true, it would still work that way. Mainly it's about the ease of doing git pulls and not having to do setup. |
Would love to have this merged. Having a proper build means I can use it on my nix system as a module/systemd service... |
There's been a lot of internal changes here since I made this PR, so we need to remake this. |
@bsima you should already be able to use tabby in systemd by creating a service file and copying it over to I can provide an example |
I actually wrote a nix build for it this weekend that uses a modified pyproject.toml from the one on master. I want to get it tested and cleaned up a bit this week but then I'll share it here. |
Pyproject is already implemented. Closing this PR. |
This PR lightly re-structures the repository by moving the main modules to the
tabbyapi
directory. It also adds a setup.py and pyproject.toml for creating wheels/releases.The setup.py automatically recognizes the GPU on the device and installs the appropriate requirements file - if no GPU is found (or cuda/hip is not installed), it'll fall back to the cpu file.