Package Details: pkgbrowser 0.27-1

Git Clone URL: https://aur.archlinux.org/pkgbrowser.git (read-only, click to copy)
Package Base: pkgbrowser
Description: A utility for browsing pacman databases and the AUR
Upstream URL: https://osdn.net/projects/pkgbrowser
Licenses: GPL2
Submitter: kachelaqa
Maintainer: kachelaqa
Last Packager: kachelaqa
Votes: 275
Popularity: 0.087522
First Submitted: 2011-04-20 18:18 (UTC)
Last Updated: 2022-03-22 19:44 (UTC)

Latest Comments

ax34 commented on 2022-03-25 00:36 (UTC)

Edit: today everything builds ok for some reason.

ax34 commented on 2022-03-24 00:35 (UTC)

*** Error compiling 'pkgbrowser/ui/resources_rc.py'...
  File "pkgbrowser/ui/resources_rc.py", line 11
    qt_resource_data = b"\
                       ^
SyntaxError: unterminated string literal (detected at line 2326)

simona commented on 2022-03-23 11:20 (UTC)

perfect

simona commented on 2022-02-06 09:25 (UTC)

attenzione: impossibile risolvere "pacman<5.2", una dipendenza di "pkgbrowser"
attenzione: impossibile risolvere "python<3.7", una dipendenza di "pkgbrowser"

martynjy commented on 2022-02-06 05:25 (UTC) (edited on 2022-02-18 10:52 (UTC) by martynjy)

Thanks for updating. Unfortunately, when following an 'AUR Url' you are taken to the aur 'packages' page rather than the specific package page, example:

https://aur.archlinux.org/packages?ID=1032114 takes you to https://aur.archlinux.org/packages instead of https://aur.archlinux.org/packages/pkgbrowser

martynjy commented on 2022-02-05 14:00 (UTC)

Cannot search AUR packages. Maybe aurweb have changed the parameters:

Could not fetch url:
https://aur.archlinux.org/packages.php?N=pkgbrowser

[HTTP 404] Not Found

Vedun commented on 2021-12-13 14:43 (UTC)

@j_4321 yes, I did the same and it works

j_4321 commented on 2021-12-13 12:14 (UTC)

@mattalxndr I compiled pkgbrowser with python3.10 after removing 'python<3.10' from the PKGBUILD and it seems to work fine.

simona commented on 2021-12-13 12:07 (UTC)

l'installazione di python (3.10.1-1) interrompe la dipendenza 'python<3.10' richiesta da pkgbrowser

mattalxndr commented on 2021-12-13 06:08 (UTC)

Wish this supported Python 3.10, which hit mirrors today.

simona commented on 2021-06-04 18:14 (UTC)

thx

taziotoninzo commented on 2021-06-03 16:27 (UTC)

@blackhole You are right. I should have pointed out that you can regenerate alpm.c from alpm.pyx, provided cython is installed in your system. Look at the makefile - it has a goal to do just that. On the other hand, this is not obvious, as cython is not listed as a dependency for pkgbrowser.

blackhole commented on 2021-06-03 15:37 (UTC)

@taziotoninzo

There is another reference to alpm_option_set_arch, not only in alpm.pyx, but also in alpm.c

With the modifications in alpm.pyx the package compile, but after is not starting. with error: undefined symbol: alpm_option_set_arch

simona commented on 2021-06-02 14:39 (UTC)

thx @taziotoninzo

taziotoninzo commented on 2021-06-02 14:29 (UTC)

@simona Waiting for kachelaqa to properly fix up things, you can get rid of 'pacman<5.3' in PKGBUILD. Then if you makepkg (skipping checks), the most obvious issue is an implicit declaration of function ‘alpm_option_set_arch’. If you replace the corresponding lines (71, 418) in alpm.pyx with: int alpm_option_add_architecture(alpm_handle_t handle, const char arch) and: return alpm_option_add_architecture(handle, arch) then pkgbrowser builds and runs again. Does it work like before? Who knows?

simona commented on 2021-06-01 13:32 (UTC)

of course, I'm sorry, I didn't mean to put any anxiety or pressure on you.

kachelaqa commented on 2021-06-01 10:32 (UTC) (edited on 2021-06-01 10:33 (UTC) by kachelaqa)

@simona Nothing is forcing you to update your system every day. Most users only update once a month or once a week. PkgBrowser will be updated when I find time to do it (certainly not today and maybe not this week).

simona commented on 2021-06-01 10:15 (UTC)

Today pacman 6.0 was official and i must uninstall pkgbrowser....

kachelaqa commented on 2021-05-26 20:01 (UTC)

@oech3 I highly doubt it, but you never know...

oech3 commented on 2021-05-26 07:30 (UTC)

Is it possible to build with pacman 6.0.0-2 at Staging repo?

kachelaqa commented on 2021-05-10 21:19 (UTC)

@mser Thanks for your interest. I don't really develop pkgbrowser any more except to fix bugs, so it's unlikely that I would ever consider adding support. I've been using PyQt since version 3 was first released and have never experienced any if the issues you mention - so it's very much a case of IIABDFI as far as I'm concerned.

mser commented on 2021-05-10 20:56 (UTC) (edited on 2021-05-10 20:56 (UTC) by mser)

@kachelaqa

Hydrus, for example, usually supports both (using said python-qtpy). There's a known issue right now when using python-pyqt5 because of an oversight from the Hydrus developer (which is why I've forced pyside2 as dependency for now), but other than that there haven't really been any problems.

This is actually what prompted me to ask if PkgBrowser could potentially also support both. I generally like the idea of giving users the the option to choose if there's two (or more) dependencies that can largely be used interchangeably without requiring too much additional development effort. This adds some flexibility; e.g., in this particular case, if python-pyqt5 or pyside2 wasn't compatible with a new version of Python yet or if a bug got introduced in either package, users could then possibly easily switch to the other and continue using PkgBrowser (without having to manually downgrade a package or using some other workaround).

Anyway, I also get your point and I can see how you wouldn't want to deal with potential bugs or issues that arose from supporting both.

Thanks for the quick reply and the great software!

kachelaqa commented on 2021-05-10 19:55 (UTC)

@mser It's not just the lack of complete API compatibility. There are numerous undocumented internal and external behavioural differences, as well as a different set of potential bugs to work around. I doubt whether any abstraction layer could feasibly deal with them all.

mser commented on 2021-05-10 19:32 (UTC)

@kachelaqa

qt5-python-bindings doesn't imply that the packages that happen to provide it are interchangeable with each other

They are indeed (for the most part) API-compatible.

But I just realized PkgBrowser would have to use python-qtpy then (which is an abstraction layer and allows you to use either) instead of using python-pyqt5 directly; which would have to be changed upstream of course, so disregard my question.

kachelaqa commented on 2021-05-10 19:00 (UTC)

@mser pkgbrowser depends on python-pyqt5. qt5-python-bindings doesn't imply that the packages that happen to provide it are interchangeable with each other.

mser commented on 2021-05-10 18:50 (UTC)

Could the python-pyqt5 dependency be changed to qt5-python-bindings instead so either python-pyqt5 or pyside2 (the official Python Qt bindings) can be used?

Or is PkgBrowser not compatible with pyside2?

Kewl commented on 2021-03-24 21:35 (UTC) (edited on 2021-03-24 21:40 (UTC) by Kewl)

what is the use of python<3.10, is it expected to break with 3.10 ? Same about the pacman condition.

btw, soon the 10th anniversary of the tool!

Kr1ss commented on 2020-12-05 16:37 (UTC) (edited on 2020-12-05 16:43 (UTC) by Kr1ss)

@masterberg fakeroot is member of base-devel, hence it shouldn't be explicitely declared as makedepend. Same applies to make.

See the according paragraph in the PKGBUILD wiki.

masterberg commented on 2020-12-05 16:34 (UTC) (edited on 2020-12-05 16:36 (UTC) by masterberg)

Missing fakeroot and make package as build dependency

blackhole commented on 2020-12-03 06:27 (UTC)

Removed 'python<3.9' and rebuild package

simona commented on 2020-12-02 13:39 (UTC)

none, 3.6 is too old:
:: l'installazione di python (3.6.0-2) interrompe la dipendenza 'python>=3.8' richiesta da archinstall-gui
:: l'installazione di python (3.6.0-2) interrompe la dipendenza 'python>=3.8' richiesta da autojump-git
:: l'installazione di python (3.6.0-2) interrompe la dipendenza 'python>=3.7' richiesta da libreoffice-fresh
can't uninstall libreoffice.

ringo32 commented on 2020-12-02 11:51 (UTC)

rebuild pkgbrowser on 3.9 change the pkgbuild to handle 3.9

simona commented on 2020-12-02 10:53 (UTC)

:: l'installazione di python (3.9.0-1) interrompe la dipendenza 'python<3.9' richiesta da pkgbrowser

blackhole commented on 2020-12-02 09:40 (UTC)

After the last system update:

-> Could not find all required packages: python<3.9 (Wanted by: pkgbrowser)

kachelaqa commented on 2020-12-01 21:50 (UTC)

@Autodidaddy It's probably due to some changes (or a bug) in Qt. The text in the text-box should be automatically selected when it gets the input focus (which it still does if you tab out and back in again). However, it would probably be better if there was a permanent blank item at the start of the search history, which would bypass the issue. I may implement this at some point, but I hardly ever look at the code any more, so don't hold your breath...

Autodidaddy commented on 2020-12-01 05:01 (UTC)

Used to be I could start typing right away. After update I have to clear the old entry first every time. Bug?

tylerlm commented on 2020-08-28 09:13 (UTC)

@kachelaqa Absolutely understood. Thank you for pkgbrowser, it's such a useful tool. Let me know if I can assist with any migration tasks.

I only have the 0.22 source, but I've mirrored it on GitHub in the mean time so I can build.

rafaelff commented on 2020-08-27 20:33 (UTC) (edited on 2020-08-27 20:36 (UTC) by rafaelff)

Well, there is always GitLab[1] and GitHub[2] for migrating Hg to Git[3].

[1] https://docs.gitlab.com/ee/user/project/import/bitbucket_server.html
[2] https://gist.github.com/mandiwise/5954bbb2e95c011885ff
[3] https://blog.syntaxseed.com/migrating-mercurial-repos-to-git/

kachelaqa commented on 2020-08-27 17:58 (UTC)

@tylerlm Yeah, I've let this slide because I hardly ever work on the code any more. I will have to sort out some new hosting. I have no idea how long that will take...

tylerlm commented on 2020-08-27 16:17 (UTC)

The source download is failing (returning 403) and the upstream repository has disappeared:

Repository unavailable Bitbucket no longer supports Mercurial repositories

kachelaqa commented on 2020-06-03 19:24 (UTC)

@redix Sorry, but I don't see what that has got to do with pkgbrowser.

redix commented on 2020-06-03 19:07 (UTC)

After today updates qt5ct: using qt5ct plugin [1] 99423 segmentation fault (core dumped) pkgbrowser

kachelaqa commented on 2019-11-15 16:39 (UTC)

@blackhole That has nothing to do with pkgbrowser.

blackhole commented on 2019-11-14 22:48 (UTC)

ImportError: libicui18n.so.64: cannot open shared object file: No such file or directory

redix commented on 2019-11-14 17:23 (UTC) (edited on 2019-11-14 19:08 (UTC) by redix)

redix@slash ~ % yay -S pkgbrowser
==> Error: Could not find all required packages: python<3.8 (Wanted by: pkgbrowser) UPD. Just change the 'python<3.8' value to 'python<3.9' in PKGBUILD.

Kr1ss commented on 2019-10-23 20:01 (UTC)

No that wasn't the problem. I've setup makepkg to use a different downloader (aria2). It's really odd, but after resetting to curl, I receive a tarball with the correct checksum. I can even reproduce that, i.e. downloading with aria2 again will result in the other tarball with the first, incorrect md5... Never experienced this with any other package. Anyways, thx for your reply and pls excuse me for causing confusion.

kachelaqa commented on 2019-10-23 19:44 (UTC) (edited on 2019-10-23 19:45 (UTC) by kachelaqa)

@Kriss The md5sum does match. You probably have a cached src tarball somewhere.

Kr1ss commented on 2019-10-23 17:16 (UTC)

Thx @kachelaqa for the update. Looks like the md5sum does not match though. Cheers !

blackhole commented on 2019-10-23 09:12 (UTC)

It should be updated for pacman 5.2

kachelaqa commented on 2019-01-26 17:33 (UTC) (edited on 2019-01-26 17:35 (UTC) by kachelaqa)

@francoism90 Feature requests can be made on the pkgbrowser forum thread: https://bbs.archlinux.org/viewtopic.php?id=117297 (and please provide more details your use-case). Bug reports (and feature requests) can be made on the issue tracker: https://bitbucket.org/kachelaqa/pkgbrowser/issues. AUR comments should only ever be about packaging issues.

francoism90 commented on 2019-01-26 09:03 (UTC) (edited on 2019-01-26 09:04 (UTC) by francoism90)

@kachelaqa Where should I submit feature requests? :)

It would be great (maybe it's possible already?) to get a direct download (wget/curl)/git clone link, so I can copy/paste it in a terminal, e.g.:

$ wget https://aur.archlinux.org/cgit/aur.git/snapshot/package_name.tar.gz

$ git clone https://aur.archlinux.org/package_name.git

$ https://www.archlinux.org/packages/extra/x86_64/package_name/download/

Thanks for creating this tool btw.!

indianahorst commented on 2018-09-02 14:55 (UTC)

Thanks! It works again after rebuilding!

kachelaqa commented on 2018-09-01 10:48 (UTC)

@indianahorst It's not a dependency - you need to rebuild.

indianahorst commented on 2018-09-01 09:27 (UTC) (edited on 2018-09-01 09:35 (UTC) by indianahorst)

Any dependency seems to be missing:


$ pkgbrowser 
Traceback (most recent call last):
  File "/usr/lib/pkgbrowser/main.py", line 9, in <module>
    sys.exit(app.run())
  File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 112, in run
    app.window().setup()
  File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 56, in window
    from pkgbrowser.window import Window
  File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 18, in <module>
    from pkgbrowser.backend import (
  File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 13, in <module>
    from pkgbrowser import alpm, conf, utils
ImportError: cannot import name 'alpm' from 'pkgbrowser' (/usr/lib/pkgbrowser/pkgbrowser/__init__.py)
</module></module></module>

Could you please add the required dependency?

Kr1ss commented on 2018-08-06 14:11 (UTC)

I've just built the package with the python dependency changed to 'python<3.8'. Building and running without issues so far.

stef204 commented on 2018-08-06 14:02 (UTC)

"installing python (3.7.0-3) breaks dependency 'python<3.7' required by pkgbrowser"
Can you please check into it/update, etc.?

rafaelff commented on 2018-05-29 14:07 (UTC)

@keepitsimpleengr: uninstall pkgbrowser, update pacman, install pkgbrowser again.

keepitsimpleengr commented on 2018-05-29 13:35 (UTC)

pkgbrowser: installing pacman (5.1.0-1) breaks dependency 'pacman<5.1'

so "pacman<5.2 (pacman-buildenv_ext-git, pacman-git)" seems in error

slav commented on 2018-05-29 11:53 (UTC)

@siliconmeadow - thank you

confirmed, adding below line: depends=('pacman>=4.1' 'pacman<5.1' 'python>=3.2' 'python<3.7' 'python-pyqt5')

resolving pacman dependency issue

siliconmeadow commented on 2018-05-29 07:36 (UTC)

I just did a tweak of PKGBUILD and it seems ok with Pacman 5.1.

diff --git a/PKGBUILD b/PKGBUILD
index 7aa8bb8..1f42720 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -7,7 +7,7 @@ pkgdesc='A utility for browsing pacman databases and the AUR'
 arch=('x86_64')
 url="https://bitbucket.org/kachelaqa/$pkgname"
 license=('GPL2')
-depends=('pacman>=4.1' 'pacman<5.1' 'python>=3.2' 'python<3.7' 'python-pyqt5')
+depends=('pacman>=4.1' 'pacman<5.2' 'python>=3.2' 'python<3.7' 'python-pyqt5')
 install="$pkgname.install"
 source=("$url/downloads/$pkgname-$pkgver.tar.gz")
 md5sums=('5f5be024e6f5256ea4ba744341a55767')

lpc123 commented on 2018-05-29 01:02 (UTC)

Will this package be upgraded to support Pacman v5.1.0 - libalpm v11.0.0?

rafaelff commented on 2017-02-15 02:22 (UTC)

xdg-icon-resources is just a wrapper around gtk-update-icon-cache, which is already provided as hook for pacman (FS#49116). You may safely remove the .install file. On the other hand, package 'hicolor-icon-theme' is reported by `namcap' as a dependency for this package. Consider adding it to depends()

GSF1200S commented on 2017-02-03 00:44 (UTC)

All of those packages were up-to-date and the same versions as yours- turns out I had qt5-styleplugins-git which of course needed to be rebuilt. I leave this comment in case anyone else suffers the same stupidity I did. I would have realized this earlier if I had pkgbrowser for an overview :P For those with this issue who seek to avoid it again, prolly better to use qt5-styleplugins instead. Sorry for the bother...

kachelaqa commented on 2017-02-02 22:57 (UTC)

@GSF1200S. I just re-built to make sure, and everything is working okay for me. It looks like your Qt setup is out of sync. Here is what I currently have: gcc 6.3.1 20170109, python 3.6.0, qt 5.8.0, sip 4.19, pyqt 5.7.1 cython 0.25.2

GSF1200S commented on 2017-02-02 22:36 (UTC)

Cannot mix incompatible Qt library (version 0x50701) with this library (version 0x50800) Aborted (core dumped) Arch is completely up-to-date, and I installed pkgbrowser again just to make sure. Not too hot on python/QT stuff so perhaps Ive muffed up something. Had this problem awhile ago, but I think an update fixed it. Havent been able to test locale fixes you mentioned on the forums because I cant launch! Ill keep looking into it...

martynjy commented on 2017-02-01 18:11 (UTC)

Yes. Tried again. Now starts.

blackhole commented on 2017-02-01 17:32 (UTC)

But now is compiling fine with qt5

martynjy commented on 2017-02-01 17:23 (UTC) (edited on 2017-02-01 17:23 (UTC) by martynjy)

Ditto @blackhole. Installed 'pkgbrowser-qt4' instead.

kachelaqa commented on 2017-01-07 01:01 (UTC) (edited on 2017-01-07 01:04 (UTC) by kachelaqa)

@cryzed. Yes, every major version change of python can break a wide range of python packages, any one of which may directly or indirectly affect pkgbrowser. At the very least, the libalpm extension module will need to be recompiled (using cython) - that's what caused the import-error referred to in the comment below yours.

cryzed commented on 2017-01-07 00:45 (UTC)

Why are you using dependencies like "python<3.6" and "python<3.7"? Do you expect every new Python version to break backwards-compatibility?

blackhole commented on 2017-01-06 16:04 (UTC)

Maybe the new python was not completely installed. Just now... File "/usr/lib/pkgbrowser/main.py", line 9, in <module> sys.exit(app.run()) File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 112, in run app.window().setup() File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 56, in window from pkgbrowser.window import Window File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 18, in <module> from pkgbrowser.backend import ( File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 13, in <module> from pkgbrowser import alpm, conf, utils ImportError: cannot import name 'alpm

OldNuc commented on 2017-01-06 14:16 (UTC)

latest upgrade of python to 3.6.0-1 breaks pkgbrowser dependency 'python<3.6'

biloucat commented on 2017-01-06 09:20 (UTC)

python 3.6 is out so python<3.6 fail

ackalker commented on 2016-08-20 04:05 (UTC) (edited on 2016-08-20 05:07 (UTC) by ackalker)

@kachelaqa Still doesn't explain why something like pyqt's examples/itemviews/dirview.py has no problems but pkgbrowser does. Could it be that of all pkgbrowser's widgets, only the Packages pane QTreeView has a "styleSheet" property? EDIT: Yup :-) removing the "styleSheet" property 'fixes' the problem when using QT_QPA_PLATFORMTHEME="qt5ct". Anyway, I've resolved it (somewhat) by switching from using QT_QPA_PLATFORMTHEME="qt5ct" and setting "gtk2" in qt5ct to using just QT_STYLE_OVERRIDE="gtk2". Why this works is a mystery to me (and qt5ct complains LOUDLY about me using QT_STYLE_OVERRIDE), but anyway, let's savour the great joys of framework API and configuration transitions...

kachelaqa commented on 2016-08-20 03:43 (UTC)

@ackalker. This has got nothing to do with pkgbrowser. It's most likely due to a bug in qt and/or a style plugin.

ackalker commented on 2016-08-20 02:59 (UTC) (edited on 2016-08-20 03:32 (UTC) by ackalker)

Also tested with BlackMATE and ContrastHighInverse themes from mate-themes package: same problem, so it doesn't appear to be a problem with one specific dark theme. Even tried building pyqt from [testing] to get pyqt5-common,python-pyqt5 5.7-2, then rebuilding(!) and reinstalling pkgbrowser: no dice, same problem. Sigh.

ackalker commented on 2016-08-20 02:15 (UTC) (edited on 2016-08-20 03:39 (UTC) by ackalker)

Using a dark theme (Breeze-Dark), qt5ct and qt5-styleplugins to match GTK+ and QT themes, when I start pkgbrowser: - the package list pane initially has a white background while everything else is dark as it should be. - on listing some packages (e.g. clicking "Installed" in filter), the package list text color is black on a dark background: very hard to read. - with a package listing in place, there's a white vertical bar in front of the column with package names, also the scrollbars are white. When I open the file designer/window.ui in Qt Designer, I see none of these problems. Also, none of the PyQT examples with QTreeView's in them have any of these problems. Steps to reproduce (making sure not to complicate things with personal theme configs etc. getting in the way): - In X, but not running KDE (I'm using SDDM display manager, i3 window manager) - Have the following packages installed (all official, unless indicated otherwise): pkgbrowser 0.20-1 (build from AUR) pacman 5.0.1-4 python 3.5.2-1 python-pyqt5 5.6-1 qt5-styleplugins 5.0.0-1 (build from AUR) qt5ct 0.25-1 breeze-gtk 5.7.3-1 - In a terminal window, execute the following commands: $ rm -rf ~/tmp/test; mkdir -p ~/tmp/test $ env -i HOME=~/tmp/test DISPLAY=:0 XAUTHORITY=~/.Xauthority QT_QPA_PLATFORMTHEME="qt5ct" GTK2_RC_FILES=/usr/share/themes/Breeze-Dark/gtk-2.0/gtkrc qt5ct - In qt5ct, under Appearance, select "gtk2", dark theme should be visible in Preview pane. - In qt5ct, click Apply, OK, - Finally, in a terminal window execute: $ env -i HOME=~/tmp/test DISPLAY=:0 XAUTHORITY=~/.Xauthority QT_QPA_PLATFORMTHEME="qt5ct" GTK2_RC_FILES=/usr/share/themes/Breeze-Dark/gtk-2.0/gtkrc pkgbrowser

kachelaqa commented on 2016-03-23 17:44 (UTC)

@Thah. See my comment on 2015-02-07 17:57.

Thah commented on 2016-03-23 08:25 (UTC) (edited on 2016-03-23 08:26 (UTC) by Thah)

The build error below is probably due to /bin/sh being linked to a not-Bash shell, e.g. Dash; see my comment on 2015-02-07 09:36: Make uses /bin/sh as a shell which only guaranties POSIX compliance. The makefile uses bash extension(s). See my previous comment for a workaround/fix. Version 0.20-1 compiles fine under Dash but 'make install' still needs Bash. checkbashisms reports possible problems with brace expansions.

kachelaqa commented on 2016-02-16 18:45 (UTC)

@jefbed. I can't reproduce this - it all works fine for me. The problem must at your end. Are you using an aur helper programme?

jefbed commented on 2016-02-16 05:24 (UTC)

pkgbrowser fails to build, error: gcc -pthread -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -Ofast -fomit-frame-pointer -march=native -mfpmath=both -fPIC -I/usr/include/python3.5m -c src/alpm.c -o build/src/alpm.o Error: No such file or directory: "designer/[^_]*.ui" Makefile:35: recipe for target 'pyqt' failed make: *** [pyqt] Error 1 make: *** Waiting for unfinished jobs.... gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro -Wl,-O1,--sort-common,--as-needed,-z,relro -Wl,-O1,--sort-common,--as-needed,-z,relro -Ofast -fomit-frame-pointer -march=native -mfpmath=both build/src/alpm.o -L/usr/lib -lalpm -lpython3.5m -o /home/abs/aur/pkgbrowser/src/pkgbrowser-0.19.1/pkgbrowser/alpm.cpython-35m-x86_64-linux-gnu.so rm -vrf build removed 'build/src/alpm.o' removed directory 'build/src' removed directory 'build' ==> ERROR: A failure occurred in build(). Aborting... :: Installing pkgbrowser package(s)... :: pkgbrowser package(s) failed to install. Check .SRCINFO for mismatching data with PKGBUILD. :: failed to build pkgbrowser package(s)

guzzard commented on 2016-02-01 09:53 (UTC)

Package is not out-of-date, but dependencies have to be fixed. 'pacman<4.3' causing issues with pacman 5.0 installed.

commented on 2015-11-27 03:26 (UTC)

@kachelaqa : superb! many thanks!

kachelaqa commented on 2015-11-26 16:55 (UTC)

@dokie80 You need to install libxkbcommon-x11 (due to bug FS#40468, which has still not been properly fixed).

commented on 2015-11-26 07:43 (UTC)

fail to launch app error msg when launched via terminal: This application failed to start because it could not find or load the Qt platform plugin "xcb". Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb. Reinstalling the application may fix this problem. Aborted (core dumped)

wchouser3 commented on 2015-10-02 10:13 (UTC)

Fixed!

martynjy commented on 2015-10-02 09:30 (UTC)

@kirek Thanks. That did the trick.

kirek commented on 2015-10-01 23:09 (UTC)

Change the build(){...} function to this: build() { cd "$srcdir/$pkgname-$pkgver" sed -i 's/{c,o}/c/g' Makefile sed -i 's/, HTMLParseError//g' pkgbrowser/backend.py sed -i 's/HTMLParseError, //g' pkgbrowser/backend.py make PREFIX='/usr' }

wchouser3 commented on 2015-10-01 22:56 (UTC)

won't build: install -m 755 -d /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/bin /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/lib/pkgbrowser/pkgbrowser/{,ui/}__pycache__ install -m 755 -d /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/share/applications /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/share/icons/hicolor/48x48/apps install -m 644 main.py /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/lib/pkgbrowser install -m 644 pkgbrowser/*.{py,so} /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/lib/pkgbrowser/pkgbrowser install -m 644 pkgbrowser/__pycache__/*.py{c,o} /home/wchouser3/Downloads/pkgbrowser/pkg/pkgbrowser/usr/lib/pkgbrowser/pkgbrowser/__pycache__ install: cannot stat ‘pkgbrowser/__pycache__/*.pyo’: No such file or directory Makefile:50: recipe for target 'install' failed make: *** [install] Error 1

martynjy commented on 2015-10-01 22:56 (UTC)

Won't start after major python upgrade today: Traceback (most recent call last): File "/usr/lib/pkgbrowser/main.py", line 9, in <module> sys.exit(app.run()) File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 112, in run app.window().setup() File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 56, in window from pkgbrowser.window import Window File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 18, in <module> from pkgbrowser.backend import ( File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 6, in <module> from html.parser import HTMLParser, HTMLParseError ImportError: cannot import name 'HTMLParseError' and won't build either: install: cannot stat ‘pkgbrowser/__pycache__/*.pyo’: No such file or directory Makefile:50: recipe for target 'install' failed make: *** [install] Error 1 ==> ERROR: A failure occurred in package(). python (3.4.3-3 -> 3.5.0-2) python-pyqt5 (5.5-1 -> 5.5-2) pyqt5-common (5.5-1 -> 5.5-2)

majo commented on 2015-07-26 10:33 (UTC)

@kachelaqa OK. You are right. Rebuilding pkgbrowser solved this problem. yaourt -G pkgbrowser && cd pkgbrowser && makepkg -sirc

kachelaqa commented on 2015-07-19 16:56 (UTC)

@majo. Looks like the "bug" is at your end. Everything works fine for me.

majo commented on 2015-07-19 09:35 (UTC)

I see this bug: $ pkgbrowser Traceback (most recent call last): File "/usr/lib/pkgbrowser/main.py", line 9, in <module> sys.exit(app.run()) File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 114, in run app.window().setup() File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 58, in window from pkgbrowser.window import Window File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 16, in <module> from pkgbrowser.backend import ( File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 13, in <module> from pkgbrowser import alpm, conf, utils ImportError: /usr/lib/pkgbrowser/pkgbrowser/alpm.cpython-34m.so: undefined symbol: AnnotateIgnoreReadsEnd

kachelaqa commented on 2015-04-19 21:30 (UTC)

@rcrath. what update are you talking about? everything still works perfectly fine for me...

rcrath commented on 2015-04-19 20:57 (UTC)

update breaks, need to download & extract tarball and run makepkg -i in the pkgbrowser folder and then it works fine

JKAbrams commented on 2015-03-29 15:48 (UTC)

I got this after the update of python: ImportError: /usr/lib/pkgbrowser/pkgbrowser/alpm.cpython-34m.so: undefined symbol: AnnotateIgnoreReadsEnd Solution: rebuild pkgbrowser

kachelaqa commented on 2015-02-07 17:57 (UTC)

@Thah Please make a proper bug report (either on the upstream issue tracker, or on the arch forum thread). It would also be a good idea to delete your comment here, as most of it is not relevant to the AUR.

Thah commented on 2015-02-07 09:36 (UTC)

Build fails on systems with non-Bash /bin/sh Background: In the aftermath of the Shellshock vulnerability it was pointed out that Bash is not the most reasonable choice for a system shell. I changed it to point to /usr/bin/dash. Build failure: Running makepkg ends with > removed directory: ‘build/src’ > removed directory: ‘build’ > for f in designer/[^_]*.ui; do \ > /usr/bin/pyuic4 --from-imports -w -o "pkgbrowser/ui/$(basename $f .ui).py" > "$f"; > \ > done > Error: No such file or directory: "designer/[^_]*.ui" > Makefile:35: recipe for target 'pyqt' failed > make: *** [pyqt] Error 1 > ==> ERROR: A failure occurred in build(). > Aborting... > $ Explanation: make does not use the user's $SHELL environment variable as a shell (see (p)info make, 5.3.2 Choosing the Shell) on recipe lines but /bin/sh. Patching the Makefile with *** 20,25 **** --- 20,27 ---- distname := $(APPNAME)-$(VERSION) source := $(distdir)/$(distname) + export SHELL := /bin/bash + all: alpm pyqt scripts compile cython: and rebuilding with makepkg -e succeeds. Running checkbashisms -f on the Makefile reports among other things > possible bashism in Makefile line 37 ([^] should be [!]): > for f in designer/[^_]*.ui; do \ > $(PYUIC) --from-imports -w -o "$(APPNAME)/ui/$$(basename $$f .ui).py" > "$$f"; \ > done The above and comparing the man pages for bash/dash show that checkbashisms's output is correct. Fix: A quick fix is explicitly telling make to use Bash as above (or maybe /usr/bin/bash ? ). In this case there should be a build dependency on Bash although Bash would be installed on almost all systems anyway. A more elegant solution would be to avoid bashisms at all but I haven't checked the makefile for other bashisms. OTOH sticking to POSIX compliant recipe lines would avoid any problems with possible shell changes in the future. In any case, as /bin/sh is supposed to be POSIX compliant and nothing more it should not be used for cases, that use more that POSIX. In this case the use of /bin/sh is disguised quite well...

OldNuc commented on 2014-12-31 00:50 (UTC)

Removed and rebuilt from tarball, fixed problem. Thanks! I think I may have just done a reinstall following the update.

OldNuc commented on 2014-12-31 00:21 (UTC)

@ GSF1200S I will give that a shot as I did rebuild pkgbrowser right after the update but It may have missed something.

GSF1200S commented on 2014-12-30 23:07 (UTC)

@ OldNuc Have you rebuilt PkgBrowser SINCE you updated pacman? I updated pacman first, then built PkgBrowser the following day when kachelaqa released the update- no problems here. I think you simply need to rebuild PkgBrowser so its built against the correct libalpm...

OldNuc commented on 2014-12-30 22:22 (UTC)

pkgbrowser 0.18-2 failing with following error. Package-query rebuilt to 1.5-2 12/30/15 and same eror no longer failing yaourt. Traceback (most recent call last): [trimmed to initial error] ImportError: libalpm.so.8: cannot open shared object file: No such file or directory

GSF1200S commented on 2014-12-29 09:18 (UTC)

Just to clarify caseyjp1's comment to avoid confusion: Cannot upgrade as PkgBrowser requires pacman version < 4.2, and pacman is now 4.2.0-5. Remove PkgBrowser and update system- kachelaqa usually updates quickly, so keep an eye out. Itll be fixed shortly...

caseyjp1 commented on 2014-12-29 06:42 (UTC)

Cannot upgrade as pkgbuild requires pacman 4.1 or lower

kachelaqa commented on 2014-05-31 14:26 (UTC)

@jean_no icu is not required by pkgbrowser, so it is not a dependency (it's just an optional dependency of qt4)

jean_no commented on 2014-05-31 09:49 (UTC)

icu should be included in the dependencies, otherwise this information is displayed when compiling in a clean chroot : Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)"

blackhole commented on 2014-05-30 07:45 (UTC)

With this workaround all is fine. Thanks.

kachelaqa commented on 2014-05-29 22:14 (UTC)

@blackhole It's possible that this might be caused by a bug in qt/pyqt. As a temporary workaround, try opening pkgbrowser.conf in an editor, and set the following: [search] strings=python qt linux [bookmarks] names=python qt linux The actual values don't matter too much - just make sure each one has a space-separated list of at least two or more words.

blackhole commented on 2014-05-29 21:55 (UTC)

OK, First I launch pkgbrowser without doing nothing more. Result: [audiolinux@archaudio ~]$ pkgbrowser LxQtGuiPlatformPlugin constructed WARNING: config key has an invalid type: search/strings WARNING: config key has an invalid type: bookmarks/names But if I launch and seek for some package inside pkgbrowser and close, the following time the result is this: [audiolinux@archaudio ~]$ pkgbrowser LxQtGuiPlatformPlugin constructed Traceback (most recent call last): File "/usr/lib/pkgbrowser/main.py", line 9, in <module> sys.exit(app.run()) File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 114, in run app.window().setup() File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 59, in window self._window = Window() File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 229, in __init__ strings[:self.searchBox.maxCount()]) TypeError: QStringListModel.setStringList(list-of-str): argument 1 has unexpected type 'list' and the app will not start

kachelaqa commented on 2014-05-29 15:29 (UTC)

@blackhole What exactly do you have to do in lxqt to produce the problem? What happens if you just try starting pkgbrowser in a console?

blackhole commented on 2014-05-29 15:18 (UTC)

I have 2 pure archlinux systems. The problem is only on the one with lxqt-desktop from aur. Both are up to date (today!)

kachelaqa commented on 2014-05-29 15:13 (UTC)

@blackhole I can't reproduce this. Are you using older versions of Qt/PyQt? Or maybe one of the derivative arch-linux distros?

blackhole commented on 2014-05-29 14:19 (UTC)

The bug is always there. I have to start like this: bash -c "rm -r /home/user/.config/pkgbrowser; pkgbrowser"

kachelaqa commented on 2014-05-23 00:53 (UTC)

@Dasonk Please read the existing comments - the workaround for this has already been provided.

Dasonk commented on 2014-05-23 00:40 (UTC)

When trying to run pkgbrowser I get the following: Traceback (most recent call last): File "/usr/lib/pkgbrowser/main.py", line 9, in <module> sys.exit(app.run()) File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 114, in run app.window().setup() File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 59, in window self._window = Window() File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 229, in __init__ strings[:self.searchBox.maxCount()]) TypeError: QStringListModel.setStringList(list-of-str): argument 1 has unexpected type 'list'

moething commented on 2014-03-28 06:46 (UTC)

The packet needs to be rebuilt against the latest alpm bindings from updated Python packages. The package maintainer should increase the build number. If you get the error message "alpm not found" simply reinstall (rebuild) the package.

tazee commented on 2013-10-30 00:17 (UTC)

@kachelaqa Thanks. That was it.

kachelaqa commented on 2013-10-29 16:48 (UTC)

@tazee This is probably caused by an old/incompatible config file. Remove $HOME/.config/pkgbrowser/pkgbrowser.conf, and try again.

tazee commented on 2013-10-29 05:02 (UTC)

Something seems to have caused this package to break. When I run it now from the CLI, I get Traceback (most recent call last): File "/usr/lib/pkgbrowser/main.py", line 9, in <module> sys.exit(app.run()) File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 114, in run app.window().setup() File "/usr/lib/pkgbrowser/pkgbrowser/app.py", line 59, in window self._window = Window() File "/usr/lib/pkgbrowser/pkgbrowser/window.py", line 229, in __init__ strings[:self.searchBox.maxCount()]) TypeError: QStringListModel.setStringList(list-of-str): argument 1 has unexpected type 'list'

kachelaqa commented on 2013-09-03 16:22 (UTC)

@Anima_hellsing Thanks. This is the third time I've had to redo this, so hopefully it's permanently fixed now. (NB: the View PKGBUILD link on AUR still shows the wrong md5sum at the moment, but the tarball is correct).

commented on 2013-09-03 07:41 (UTC)

pkgbrowser-0.16.tar.gz seems having wrong md5 in current pkgbuild, replacing with "c0e69dce6de4cc8910842bf5d720f376" works fine.

kachelaqa commented on 2013-08-24 21:38 (UTC)

@DaveCode Thanks for the feedback. I have answered your questions on the pkgbrowser arch forum thread: https://bbs.archlinux.org/viewtopic.php?pid=1316471#p1316471

DaveCode commented on 2013-08-24 04:54 (UTC)

PkgBrowser shows the mystery 4 under Foreign/Non-Installed. PkgBrowser lists the binary Xyne-I686 repo we use, but not pkgs installed from it, under Xyne heading anyway. They're shown under AUR. Xyne.ArchLinux.ca keeps a binary repo and maintains the same pkgs in AUR. So you can install his goods either way. We use his binary repo for simplicity. PkgBrowser is showing Xyne stuff coming from AUR, incorrectly. - thanks -

DaveCode commented on 2013-08-24 04:42 (UTC)

Voted. Totally belongs in extra. Beautiful. I love that it's a browser only, not installer - safe for users and lets me not worry over some GUI app. I just use pacaur -Syu every night. I am confused on something. With an up-to-date system, PkgBrowser Updates shows 4 pkgs with Status "downgrade" - all from AUR - and only those 4. These 4 AUR pkgs do not replace any mainline ones. They only exist in AUR. There's nothing to downgrade to...? kregexpeditor-git 491.f618b59-1 prezto-git 20130503-1 python3-aur 2013.6-1 ttf-sil-fonts 6-1

kachelaqa commented on 2013-06-21 17:59 (UTC)

@jean_no Thanks - pkgbuild is now up to date

jean_no commented on 2013-06-21 16:59 (UTC)

Can you change the dependancie : python2-pyqt to python2-pyqt4 after update 06/17/2013

kachelaqa commented on 2013-06-02 22:28 (UTC)

@teateawhy That error message is not from PkgBrowser. Not sure what would produce it: the display manager, maybe?

teateawhy commented on 2013-06-02 16:57 (UTC)

A very unspecific error popped up in the end of the installation: (translated) Error: Command could not be executed. Anyway the application is working fine.

kachelaqa commented on 2013-04-05 18:24 (UTC)

Sorry - I should have updated the PKGBUILD to reflect the fact that pkgbrowser won't work with pacman-4.1. I haven't looked at pacman-4.1 at all yet, so it may be a while before I can make a compatible release.

fank1 commented on 2013-04-05 14:49 (UTC)

I reported the issue here, and assume it has to do with the pacman upgrade somehow. http://code.google.com/p/pkgbrowser/issues/detail?id=22

commented on 2013-04-05 14:46 (UTC)

Yes. And still doesn't work. If only I have problem with pkgbrowser I will solve it. But if it's bug I will wait on newer version.

SanskritFritz commented on 2013-04-05 14:44 (UTC)

did you recompile?

commented on 2013-04-05 14:42 (UTC)

Suddenly doesn't work. Only I have this problem?? I don't know what broke it. Downgrade pacman or linux doesn't work.

kachelaqa commented on 2012-07-06 16:46 (UTC)

@cip91 the problem is caused by an incompatibility introduced by version 4.9.4 of the python2-pyqt package. this changed the name of the 'pyuic4' command to 'python2-pyuic4', which can break pkgbrowser's build process. the simplest temporary fix for this issue is to create a 'pyuic4' symlink for 'python2-pyuic4'. a bugfix release of pkgbrowser should be available within the next few days which provides a more permanent solution.

cip91 commented on 2012-07-06 12:31 (UTC)

I think you have to add dependence also on pyqt; without it I got an error such as "pyuic4: command not found" during the build, but as soon as I installed pyqt everything went fine.

student975 commented on 2012-01-16 20:06 (UTC)

pacman 4.x is official now: error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... ... :: pkgbrowser: requires pacman<4

scjet commented on 2012-01-13 18:13 (UTC)

This is a great pkg, -Thanks :) Any chance, in the near future, a means to Install/Remove/Upgrade/... packages, using this GUI would be implemented ??? (even if that meant, a seperate terminal popped-up, to query the "user", just like pacman already does). Again, thx, keep up the good work.

kachelaqa commented on 2011-08-30 17:22 (UTC)

@estevao: thanks. should be fixed now

commented on 2011-08-30 16:56 (UTC)

Hi, this pkgbuild has a checksum problem. Thanks.

macxcool commented on 2011-06-24 16:30 (UTC)

'downgrade' is awesome and I hope it never goes away. Nice. I'll keep an eye out for 4.12.4

kachelaqa commented on 2011-06-24 15:27 (UTC)

@mykey pkgbrowser is affected by a bug in sip/python2-sip version 4.12.3. downgrade those packages to 4.12.2 or earlier, and the errors should go away. (nb: the bug in sip/python2-sip will be fixed in version 4.12.4).

mykey commented on 2011-06-24 14:42 (UTC)

builds fine - only - I get an 'unhandeled exeption' error when running it: TypeError: expected 1 arguments, got 0

jean_no commented on 2011-05-09 15:44 (UTC)

Can you change the dependancie : python2-qt to python2-pyqt

jeff_story commented on 2011-04-29 01:37 (UTC)

Installed a few days ago, great app, stable with no issues. Super convenient way to search, browse or get info on Arch packages including the AUR repo.

arriagga commented on 2011-04-21 12:03 (UTC)

Wao, Thank you for this package, I really like it. :-)