Package Details: octopi 0.17.0-1

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: 1636
Popularity: 33.74
First Submitted: 2013-09-03 23:42 (UTC)
Last Updated: 2025-02-18 19:38 (UTC)

Dependencies (21)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 40 Next › Last »

raindog1975 commented on 2024-03-27 18:53 (UTC)

buid fails at:

"In file included from src/propertiestabwidget.cpp:25: src/termwidget.h:27:10: fatal error: qtermwidget5/qtermwidget.h: No such file or directory 27 | #include "qtermwidget5/qtermwidget.h" | ^~~~ compilation terminated. make: *** [Makefile:858: build/propertiestabwidget.o] Error 1 make: *** Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build(). Aborting... "

xiota commented on 2024-03-27 01:45 (UTC) (edited on 2024-03-27 10:41 (UTC) by xiota)

@yochananmarqos Package appears to be in good hands. I will test in clean chroot after it has been switched to split packaging. There is no need to add me as comaintainer (unless you don't intend to continue maintaining it).

yochananmarqos commented on 2024-03-27 00:07 (UTC)

@xiota or anyone else: Let me know if you would like to be a Co-Maintainer for this package. I adopted them to make a few corrections and create a split package (pending).

niobium93 commented on 2024-03-24 15:05 (UTC)

Also, the reason arch4edu fails to build the x86_64 package seems to be because it mistakenly uses it's aarch64 alpm_octopi_utils package as a builddep. The reason is the same - arch=('any') in alpm_octopi_utils. See log here. Notable parts:

ldconfig: /usr/lib/libalpm_octopi_utils.so is for unknown machine 183.
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/../../../../lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /lib/../lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /usr/lib/../lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/../../../libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /usr/lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: cannot find -lalpm_octopi_utils: No such file or directory
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/../../../../lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /lib/../lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /usr/lib/../lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/../../../libalpm_octopi_utils.so when searching for -lalpm_octopi_utils
/usr/bin/ld: skipping incompatible /usr/lib/libalpm_octopi_utils.so when searching for -lalpm_octopi_utils

niobium93 commented on 2024-03-24 14:39 (UTC)

Please stop using arch=('any') and instead provide an actual list of architectures like arch=('i686' 'x86_64' 'arm' 'armv6h' 'armv7h' 'aarch64'). Using any seems to cause some repositories like arch4edu to provide their aarch64 build to x86_64 users when the x86_64 build fails. This is because arch=('any') is only meant to be used in cases where the built package itself is architecture independent, while this package obviously isn't. This problem also isn't present in the upstream PKGBUILD.

tallero commented on 2024-03-19 13:19 (UTC) (edited on 2024-03-19 13:26 (UTC) by tallero)

@matmoul: me too have received an angry orphan request from xiota yesterday night.

He has been featured on my livestreamed work session on X.

I described him as a kind person, even if the lack of details about his complaints were unusual i think.

Or Xiota was the guy I had to discuss for a week to correctly split gcr 3 and 4 with a very bad attitude and who also insulted me?

I don't remember; for sure by the tone of his replied I have thought he was a sockpuppet troll used to tactically hanger people.

If you are not familiar with toxic sockpuppets made to create tensions; we can make one together so I'll show you this works.

But probably is not him, lets wait for a confirm.

xiota commented on 2024-03-19 00:03 (UTC)

@matmoul Upstream uses git source. The problem is with changes you made that differ from upstream source.

matmoul commented on 2024-03-18 23:58 (UTC)

@xiota I remain faithful to the upstream...
You can provide a PR which, if accepted, will be pulled here.
https://github.com/aarnt/octopi/blob/master/PKGBUILD

xiota commented on 2024-03-18 23:52 (UTC) (edited on 2024-03-19 00:01 (UTC) by xiota)

@matmoul I am not interested in helping you reproduce issues caused by misnamed files. The problems are well known, and Arch Wiki provides the solution.

Do you have any intention of fixing this package or allowing someone else, such as yochananmarqos, to do so?


Export SRCDEST with it set to a path, such as /tmp. Then touch "$SRCDEST/octopi" or mkdir -p "$SRCDEST/octopi". Build the package with makepkg.

With touch (simulates out of date source):

==> Retrieving sources...
  -> Found octopi
==> Validating source files with sha256sums...
    octopi ... FAILED
==> ERROR: One or more files did not pass the validity check!

With mkdir (simulates folder created by another package, such as aur/octopi-git):

==> Retrieving sources...
  -> Downloading octopi...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:05 --:--:--     0
100 1518k    0 1518k    0     0   254k      0 --:--:--  0:00:05 --:--:--  254k
==> Validating source files with sha256sums...
    octopi ... NOT FOUND
==> ERROR: One or more files did not pass the validity check!

matmoul commented on 2024-03-18 23:34 (UTC)

@xiota That wasn't the question, I just want to reproduce your issue to understand it.