Search Criteria
Package Details: octopi 0.18.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/octopi.git (read-only, click to copy) |
|---|---|
| Package Base: | octopi |
| Description: | A powerful Pacman frontend using Qt libs |
| Upstream URL: | https://github.com/aarnt/octopi |
| Licenses: | GPL-2.0-or-later |
| Conflicts: | alpm_octopi_utils |
| Submitter: | ImNtReal |
| Maintainer: | xiota |
| Last Packager: | xiota |
| Votes: | 1919 |
| Popularity: | 13.01 |
| First Submitted: | 2013-09-03 23:42 (UTC) |
| Last Updated: | 2025-09-30 07:55 (UTC) |
Dependencies (21)
- pacman (pacman-fancy-gitAUR, pacman-gitAUR)
- pacman-contrib (pacman-contrib-gitAUR)
- qt-sudoAUR
- qt6-multimedia
- qtermwidget (qtermwidget-gitAUR)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR, git-wd40AUR) (make)
- ninja (ninja-gitAUR, ninja-memAUR, ninja-noemacs-gitAUR, ninja-kitwareAUR, ninja-fuchsia-gitAUR) (make)
- qt6-5compat (make)
- qt6-tools (make)
- vala (vala-gitAUR) (make)
- inxi (optional) – for SysInfo log
- lsb-release (optional) – for SysInfo log
- mhwd (mhwd-garuda-gitAUR) (optional) – for SysInfo log
- pacaurAUR (pacaur-gitAUR) (optional) – for AUR support
- pacmanlogviewer (pacmanlogviewer-gitAUR) (optional) – to view pacman log files
- paruAUR (paru-binAUR, paru-gitAUR, paru-patchAUR) (optional) – for AUR support
- pikaurAUR (pikaur-gitAUR, pikaurAUR) (optional) – for AUR support
- systemd (systemd-gitAUR, systemd-selinuxAUR) (optional) – for SysInfo log
- trizenAUR (trizen-gitAUR) (optional) – for AUR support
- Show 1 more dependencies...
Latest Comments
1 2 3 4 5 6 .. 41 Next › Last »
shaneramone commented on 2025-12-16 09:42 (UTC)
It is perfectly compatible with pacman 7.1. Try reinstalling with a fresh build.
simona commented on 2025-12-13 19:21 (UTC)
incompatible with pacman 7.1
wolfseifert commented on 2025-12-12 05:44 (UTC)
The new pacman-contrib 1.13.1-1 makes a check for updates work again. Therefore a re-build of octopi 0.18.1 should suffice (in case of missing libalpm.so.15).
wolfseifert commented on 2025-12-09 12:21 (UTC) (edited on 2025-12-10 07:13 (UTC) by wolfseifert)
The upcoming upgrade to pacman 7.1.0 and pacman-contrib 1.13.0-2 will break an already installed octopi (missing libalpm.so.15).
A re-build will make octopi start again, but a check for updates will fail (see https://github.com/aarnt/octopi/issues/616).
My workaround for now: $ downgrade pacman 7.0.0 $ downgrade pacman-contrib 1.13.0-1
xiota commented on 2025-09-14 05:46 (UTC) (edited on 2025-09-22 15:12 (UTC) by xiota)
Per AUR submission guidelines, this is not a -git package because it is "tied to a specific version" of the primary program (octopi). There is no rule that depends (alpm_octopi_utils) affects package naming.
Update: alpm_octopi_utils is pinned. Its commit will not be advanced unless there is a new octopi release and it has had significant changes.
Obseer commented on 2025-09-14 04:07 (UTC)
Some motte and bailey going on here.
Nobody mentioned "bit-for-bit identical" builds. He was just asking to pin a commit, a reasonable request. If the "maintenance burden" of occasionally bumping the commit is too much for you, please rename the package to
octopi-gitas per submission guidelines https://wiki.archlinux.org/title/AUR_submission_guidelines#VCS_package_guidelines so that perhaps someone else can shoulder this great burden under theoctopipackage.micwoj92 commented on 2025-06-12 20:00 (UTC)
Hello, sorry for late reply, I missed mail notification for this.
I do not understand what you mean by saying that "AUR packages are not reprodicible". I don't think there is a guideline, but I think making PKGBUILD in a way that makes it easier to build reproducibly would be preferred.
1 2 3 4 5 6 .. 41 Next › Last »