[GH-ISSUE #3067] Additional package manager support #1889

Open
opened 2026-04-12 11:58:54 -05:00 by GiteaMirror · 13 comments
Owner

Originally created by @jmorganca on GitHub (Mar 11, 2024).
Original GitHub issue: https://github.com/ollama/ollama/issues/3067

This is an issue that encompasses supporting other package managers:

  • MacPorts
  • Apt
  • Scoop
  • Nix
Originally created by @jmorganca on GitHub (Mar 11, 2024). Original GitHub issue: https://github.com/ollama/ollama/issues/3067 This is an issue that encompasses supporting other package managers: - [ ] MacPorts - [ ] Apt - [ ] Scoop - [ ] Nix
GiteaMirror added the feature requestlinuxmacoswindows labels 2026-04-12 11:58:54 -05:00
Author
Owner

@seanmavley commented on GitHub (Mar 12, 2024):

Claiming Apt manager

<!-- gh-comment-id:1989778223 --> @seanmavley commented on GitHub (Mar 12, 2024): Claiming Apt manager
Author
Owner

@aosan commented on GitHub (Mar 12, 2024):

I'm putting my hand up for RPM packages, starting with Fedora, Red Hat, CentOS/Alma/Rocky/Oracle.

One first hurdle would be to define a configuration management consistent with the product roadmap. The current implementation of using os.Getenv() is a nice cross-platform way to get configuration variables on any OS.

Since DEB or RPM would likely need to use /etc, an /etc/ollama would contain all present and future needs for configuration files. MacOS and Windows would also need to be OS specific. A cross-platform configuration single source of truth would help out developers and users.

<!-- gh-comment-id:1989905494 --> @aosan commented on GitHub (Mar 12, 2024): I'm putting my hand up for RPM packages, starting with Fedora, Red Hat, CentOS/Alma/Rocky/Oracle. One first hurdle would be to define a configuration management consistent with the product roadmap. The current implementation of using os.Getenv() is a nice cross-platform way to get configuration variables on any OS. Since DEB or RPM would likely need to use /etc, an /etc/ollama would contain all present and future needs for configuration files. MacOS and Windows would also need to be OS specific. A cross-platform configuration single source of truth would help out developers and users.
Author
Owner

@trymeouteh commented on GitHub (Mar 12, 2024):

Would like to see Scoop, Nix and debian apt support

<!-- gh-comment-id:1991759252 --> @trymeouteh commented on GitHub (Mar 12, 2024): Would like to see Scoop, Nix and debian apt support
Author
Owner

@seanmavley commented on GitHub (Mar 19, 2024):

I'm checking in with update for .deb on apt. Progress so far.

Note, I've never created nor maintained a .deb ppa before, so I'm learning on the go, and open to "best practices" and feedback

Installer Script via .deb (done, room for improvement)

This, when installed (perhaps to be named ollama-installer, will run a post installation script, namely the script from https://ollama.com/download/linux (at the time of writing this, that's curl -fsSL https://ollama.com/install.sh | sh )

Code Repo will be hosted at: https://github.com/seanmavley/ollama-deb

The PPA to grab the current script installer via .deb is at https://launchpad.net/~khophi/+archive/ubuntu/ollama/+packages

Ollama binary via .deb (working on)

This, when installed, (perhaps to be named ollama-binary) will install the actual ollama binary built from source and configure it with systemd service etc, similar to end results of running the installer script.

This will be versioned, in tandem with Ollama unlike the installer above which will always point to latest stable at the time of install (versioned, but not from the side of the ppa, but at the time of install per the script)

Cheers

<!-- gh-comment-id:2005471000 --> @seanmavley commented on GitHub (Mar 19, 2024): I'm checking in with update for .deb on apt. Progress so far. _Note, I've never created nor maintained a .deb ppa before, so I'm learning on the go, and open to "best practices" and feedback_ ### Installer Script via .deb (done, room for improvement) This, when installed (perhaps to be named `ollama-installer`, will run a post installation script, namely the script from https://ollama.com/download/linux (at the time of writing this, that's `curl -fsSL https://ollama.com/install.sh | sh` ) Code Repo will be hosted at: https://github.com/seanmavley/ollama-deb The PPA to grab the current script installer via .deb is at https://launchpad.net/~khophi/+archive/ubuntu/ollama/+packages ### Ollama binary via .deb (working on) This, when installed, (perhaps to be named `ollama-binary`) will install the actual ollama binary built from source and configure it with systemd service etc, similar to end results of running the installer script. This will be versioned, in tandem with Ollama unlike the installer above which will always point to latest stable at the time of install (versioned, but not from the side of the ppa, but at the time of install per the script) Cheers
Author
Owner

@Enderteck commented on GitHub (May 20, 2024):

Any progress for a Fedora package ?

<!-- gh-comment-id:2120951194 --> @Enderteck commented on GitHub (May 20, 2024): Any progress for a Fedora package ?
Author
Owner

@tsilvs commented on GitHub (Jun 1, 2024):

There is an OpenSUSE RPM of Ollama (in "Factory" builds repo).

Maintained by dimstar @DimStar77

BTW, the build in this package is ~10 times smaller than the officical one. Could it be that it optimizes dependencies better & removes unused code?

<!-- gh-comment-id:2143381606 --> @tsilvs commented on GitHub (Jun 1, 2024): There is an [OpenSUSE RPM of Ollama](https://opensuse.pkgs.org/tumbleweed/opensuse-oss-x86_64/ollama-0.1.38-2.1.x86_64.rpm.html) ([in "Factory" builds repo](https://build.opensuse.org/package/show/openSUSE:Factory/ollama)). Maintained by [dimstar](https://build.opensuse.org/users/dimstar_suse) @DimStar77 BTW, the build in this package is ~10 times smaller than the officical one. Could it be that it optimizes dependencies better & removes unused code?
Author
Owner

@rdallman commented on GitHub (Aug 11, 2024):

I'm working on adding macports: https://github.com/macports/macports-ports/pull/25274

any feedback or interest in maintaining more than welcome!

<!-- gh-comment-id:2282532204 --> @rdallman commented on GitHub (Aug 11, 2024): I'm working on adding macports: https://github.com/macports/macports-ports/pull/25274 any feedback or interest in maintaining more than welcome!
Author
Owner

@lingfish commented on GitHub (Oct 29, 2024):

I've been working on Debian packaging -- it isn't what I'd call suitable for the Debian repos, but it's close-ish.

https://github.com/lingfish/ollama-deb

<!-- gh-comment-id:2443105598 --> @lingfish commented on GitHub (Oct 29, 2024): I've been working on Debian packaging -- it isn't what I'd call suitable for the Debian repos, but it's close-ish. https://github.com/lingfish/ollama-deb
Author
Owner

@Fachep commented on GitHub (Mar 15, 2025):

Any progress for a Fedora package ?

I made a copr package for Fedora 41 with cuda enabled, forked from rawhide.
https://github.com/fachep/ollama-rpm/
copr: https://copr.fedorainfracloud.org/coprs/fachep/ollama/

<!-- gh-comment-id:2727022050 --> @Fachep commented on GitHub (Mar 15, 2025): > Any progress for a Fedora package ? I made a copr package for Fedora 41 with cuda enabled, forked from [rawhide](https://src.fedoraproject.org/rpms/ollama/). https://github.com/fachep/ollama-rpm/ copr: https://copr.fedorainfracloud.org/coprs/fachep/ollama/
Author
Owner

@BloodyIron commented on GitHub (Jun 26, 2025):

Can we please get an Apt/PPA repo going for Ubuntu/Debian already? It's 2025 and downloading rando binary blobs via a .sh file is something that was frowned upon even back in 1998. This kind of thing NEEEDDSSS supply chain controls like package manager and repos just like any other software installed on a system.

<!-- gh-comment-id:3009730213 --> @BloodyIron commented on GitHub (Jun 26, 2025): Can we please get an Apt/PPA repo going for Ubuntu/Debian already? It's 2025 and downloading rando binary blobs via a .sh file is something that was frowned upon even back in 1998. This kind of thing NEEEDDSSS supply chain controls like package manager and repos just like _any other software_ installed on a system.
Author
Owner

@lingfish commented on GitHub (Jun 27, 2025):

Hey @BloodyIron

Can we please get an Apt/PPA repo going for Ubuntu/Debian already?

It's not a full repo, but have you seen my project as referenced here?

https://github.com/lingfish/ollama-deb

<!-- gh-comment-id:3010971778 --> @lingfish commented on GitHub (Jun 27, 2025): Hey @BloodyIron > Can we please get an Apt/PPA repo going for Ubuntu/Debian already? It's not a full repo, but have you seen my project as referenced [here](https://github.com/ollama/ollama/issues/3067#issuecomment-2443105598)? https://github.com/lingfish/ollama-deb
Author
Owner

@BloodyIron commented on GitHub (Jun 27, 2025):

Hey @BloodyIron

Can we please get an Apt/PPA repo going for Ubuntu/Debian already?

It's not a full repo, but have you seen my project as referenced here?

https://github.com/lingfish/ollama-deb

That's part of the picture but doesn't actually solve the supply chain security problems, nor does it provide any automation (currently) for updating via apt. But it is a step in the right direction!

<!-- gh-comment-id:3013536030 --> @BloodyIron commented on GitHub (Jun 27, 2025): > Hey [@BloodyIron](https://github.com/BloodyIron) > > > Can we please get an Apt/PPA repo going for Ubuntu/Debian already? > > It's not a full repo, but have you seen my project as referenced [here](https://github.com/ollama/ollama/issues/3067#issuecomment-2443105598)? > > https://github.com/lingfish/ollama-deb That's part of the picture but doesn't actually solve the supply chain security problems, nor does it provide any automation (currently) for updating via apt. But it is a step in the right direction!
Author
Owner

@lingfish commented on GitHub (Jun 28, 2025):

That's part of the picture but doesn't actually solve the supply chain security problems, nor does it provide any automation (currently) for updating via apt. But it is a step in the right direction!

As I said, not a full repo, and yes, security issues are potential as well, but the same would be true if the repo owners built them. My source and workflow are all in the repo for anyone to audit.

<!-- gh-comment-id:3015006114 --> @lingfish commented on GitHub (Jun 28, 2025): > That's part of the picture but doesn't actually solve the supply chain security problems, nor does it provide any automation (currently) for updating via apt. But it is a step in the right direction! As I said, not a full repo, and yes, security issues are potential as well, but the same would be true if the repo owners built them. My source and workflow are all in the repo for anyone to audit.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/ollama#1889