ImHex is a hex editor for reverse engineers, programmers and people that value
their eye sight when working at 3 AM.
ImHex has many features including the following:
- Byte patching
- String and hex search
- Colorful highlighting
- Custom C++-like pattern language for parsing highlighting a file's content
- Data inspector allowing interpretation of data as many different types
(little and big endian)
- File hashing support
- Disassembler supporting many different architectures
- Bookmarks
- Data Analyzer
===> The following configuration options are available for imhex-1.38.1:
DOCS=on: Build and/or install documentation
NLS=on: Native Language Support
===> Use 'make config' to modify these settings
editors/imhex: fix build on armv7, enable on 32 bit architectures
Seems like int128_t is no longer required.
Approved by: portmgr (build fix blanket)
MFH: 2026Q1
gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move
The GTK 1-based gdk-pixbuf has not existed for some time.
No functional or package changes.
editors/imhex: Update to 1.36.2
- editors/imhex port is updated to the latest version. FreeBSD 13.3 came
to EOL, and there is no need to keep the old version of ImHex due to
the build issue caused by the old LLVM in the base system.
- The dependency on security/mbedtls is changed to security/mbedtls3 and
the DEPRECATED mark is removed.
- editors/imhex-current port is removed because it is no longer needed.
all: drop support for expired FreeBSD 14.0
Simplify expressions for FreeBSD 13.X
Reviewed by: many
Differential Revision: https://reviews.freebsd.org/D46601
editors/imhex-current: Add new port
ImHex is a hex editor for reverse engineers and programmers.
This port is provided separately from existing editors/imhex port
for those who would like to use the latest version of ImHex.
The version requires FreeBSD 15-current, 14-stable, 13-stable,
or upcoming 13.3-RELEASE that has libc++ of LLVM 17 on the base
system to build it, thus it is not possible to build the version
on FreeBSD 13.2-RELEASE or 14.0-RELEASE. This situation has
prevented the update of editors/imhex port to the latest version.
This port is a tentative solution until FreeBSD 14.1-RELEASE
will be released.
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
accessibility/at-spi2-core: update to 2.46.0
What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
interface.
What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).
What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments.
(Only the first 15 lines of the commit message are shown above )
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
cleanup: remove support for FreeBSD 13.0 which expired today.
- Mk/bsd.port.mk: mark 13.0 as unsupported
- Tools/scripts/portsearch: Drop support for FreeBSD <= 4
- archivers/zstd: revert "Fix build on FreeBSD 13.0"
- deskutils/xdg-desktop-portal: remove check for 13.0
- devel/libpeas: remove outdated comment
- editors/imhex: remove compatibility for 13.0
- editors/libreoffice: remove compatibility for 13.0
- editors/openoffice-4: remove compatibility for 13.0
- editors/openoffice-devel: remove compatibility for 13.0
- emulators/linux_base-c7: remove compatiblity for 13.0
- graphics/drm-kmod: remove detection for 13.0
- graphics/gpu-firmware-amd-kmod: do not check 13.0 anymore
- graphics/linux-c7-libdrm: remove support for 13.0
(Only the first 15 lines of the commit message are shown above )
editors/imhex: Mark IGNORE for FreeBSD versions that uses old libc++
ImHex heavily uses C++20 API functions and some of them are unavailable
in old libc++ before LLVM13 import to the base system.
Therefore, build always fails on the systems that use old libc++.
PR: 263779
editors/imhex: Update to 1.8.0
- Add dependency on ftp/curl, x11-toolkits/gtk30, and so on
- Remove dependency on lang/gcc10
- Fetch the snapshots of xdgpp, libfmt, nativefiledialog, and yara
that are new submodules of ImHex (devel/libfmt and security/yara
cannot be used because ImHex 1.8.0 is imcompatible with the release
versions of them)
