Package Details: imhex 1.33.2-1

Git Clone URL: https://aur.archlinux.org/imhex.git (read-only, click to copy)
Package Base: imhex
Description: A Hex Editor for Reverse Engineers, Programmers and people that value their eye sight when working at 3 AM
Upstream URL: https://imhex.werwolv.net
Licenses: GPL-2.0-or-later
Conflicts: imhex-patterns-git
Provides: imhex-patterns
Submitter: KokaKiwi
Maintainer: KokaKiwi
Last Packager: KokaKiwi
Votes: 47
Popularity: 0.63
First Submitted: 2020-12-04 11:19 (UTC)
Last Updated: 2024-03-23 22:01 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

KokaKiwi commented on 2023-07-19 21:02 (UTC) (edited on 2023-07-19 21:03 (UTC) by KokaKiwi)

@heitzmann I won't drop the xdg-desktop-portal dependency as it allows users using DEs other than GTK/Gnome (like KDE in my case) using their DE native File Picker instead of the GTK one, allowing better integration with their DE

heitzmann commented on 2023-07-19 17:46 (UTC)

The xdg-desktop-portal dependency can be dropped by setting the cmake option IMHEX_USE_GTK_FILE_PICKER=ON (https://github.com/WerWolv/ImHex/issues/882)

This might be a better default just for the tighter integration (and fewer dependencies).

SunRed commented on 2023-06-10 13:24 (UTC)

Since this is not a git package, could you please set every git source to a specific commit or tag to also make this package reproducible and to not let paru classify this as a development package.

Cheers.

KokaKiwi commented on 2023-05-04 08:51 (UTC)

@targodan oops :D

targodan commented on 2023-05-04 08:48 (UTC)

imhex-patterns-git is listed as optional dependency and as conflicting. I don't know if imhex-patterns-git is a replacement or a complementing package, but one of the two things (optional dependecy, or conflict) is wrong. :)

optdepends=(
  'imhex-patterns-git: ImHex base patterns'
)
provides=('imhex-patterns')
conflicts=('imhex-patterns-git')

KokaKiwi commented on 2023-05-02 08:54 (UTC)

@k1gen You need to either delete all the /usr/lib/libimhex.so.* files or add --overwrite /usr/lib/libimhex.so.1.28.0 to pacman when upgrading imhex (only once, future update won't need this as the file is now part of the package)

seqfault commented on 2023-04-30 18:01 (UTC) (edited on 2023-04-30 18:02 (UTC) by seqfault)

I have this when updating:

error: failed to commit transaction (conflicting files)
imhex: /usr/lib/libimhex.so.1.28.0 exists in filesystem
Errors occurred, no packages were upgraded.

VorpalWay commented on 2023-04-29 11:41 (UTC)

I get the file /usr/lib/libimhex.so.1.28.0 on my system that is not associated with any package. If I understand this correctly, it should be installed by the package. That is how it works for all other packages.

I guess you could create the symlink by something like: ldconfig -n "$pkgdir/usr/lib", however I don't know if this is the preferred way of doing things.

KokaKiwi commented on 2023-01-09 10:07 (UTC)

@headassbtw You can already instruct makepkg to use all available cores by modifying the /etc/makepkg.conf file (there's a line specifically for this commented out)

headassbtw commented on 2023-01-08 08:39 (UTC)

hey, could you update the pkgbuild to use all cores to compile? having a 24-thread CPU and it taking 20x longer to compile is mildly inconveniencing

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »