Arch Linux User Repository

Here's a patch to enable XDG Base Directory Specification compliance:

diff --git a/src/HexEditorApp.cpp b/src/HexEditorApp.cpp
index 149aea0..f341dd2 100644
--- a/src/HexEditorApp.cpp
+++ b/src/HexEditorApp.cpp
@@ -41,7 +41,10 @@
 #include "HexEditorApp.h"
 IMPLEMENT_APP(wxHexEditorApp)

+#include <wx/stdpaths.h>
+
 bool wxHexEditorApp::OnInit() {
+   wxStandardPaths::Get().SetFileLayout(wxStandardPaths::FileLayout_XDG);
    wxImage::AddHandler(new wxPNGHandler);
    SetLanguage();
    frame = new HexEditorFrame( 0L );

@nyanpasu64 yes, I agree that this hex editor is pretty good - at least it was in 2018-2018 when I has chosen it among other alternatives. Unfortunately the main developer seems to be less interested in supporting it.

I think the maintainer (EUA https://github.com/EUA/wxHexEditor) should be contacted to make a new realese. If new release compiles with updated version of wxhexeditor, then this package (nongit) can be updated.

010editor is good, but commercial and has a 30 day trial unless you prevent it from saving the start date of the trial (wink wink). Ideally you'd still pay for it though.

Okteta is a decent editor, but can't handle large files sadly.

@mxfm Thanks for your reply and clear explanation! I can indeed successfully compile & run the version from wxhexeditor-git now if I make that tiny adjustment on line 48 in the PKGBUILD after cloning (no problem).

So now I went for that one. (I noticed your comment there.)

I like this application for it's simpleness in combination with the ability to scroll through very big binary files and block devices.

It seems it stopped working because the PKGBUILD file points to config binary 'WXCONFIG="/usr/bin/wx-config-gtk3"' which does not exist anymore. There is '/usr/bin/wx-config' which should be used. Because of this issue make does not receive proper cxxflags and libflags and compilation fails with the message that gcc cannot find header file.

Still, after fixing this issue by removing '-gtk3' suffix compilation fails and I suspect judging by gcc errors that the code in 24 version is very outdated to be compatiable with new wxwidgets.

I looked at the -git version of the package in AUR which is maintained by another user. The git version seems to work (I managed to compile and run with the fix described above). So, it seems that the git version received some updates after v24 which allow the program to run. So, currently the solution is to use -git version of the package with wxconfig binary fix.

Since I am not interested in this program and keeping nongit version is useless (because upstream developer ceased activity in project 2020), I will orphan this package.

Hmm ... it is an old application which receives no updates, perhaps it should be fixed in upstream. I will investigate this problem at the weekend.

Hi! Please check the Arch Linux news page: "wxWidgets 3.2 update may need manual intervention".

I am using this "wx" based application, so after upgrading I decided to verify whether the application was still working on my system, but nope:

Starting it from terminal gives the following error message:

wxHexEditor: error while loading shared libraries: libwx_gtk3u_adv-3.0.so.0: cannot open shared object file: No such file or directory

:(

Then I tried the next step (of course): rebuilding it.

src/HexEditorGui.cpp:8:10: fatal error: wx/wxprec.h: No such file or directory
    8 | #include "wx/wxprec.h"
    |          ^~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:58: src/HexEditorGui.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

So both a currently needed library and C++ header file seem to have gone for this app. :(

Both are members of the base-devel group and should thus not be listed in makedepends, as described in the wiki.

add automake and autoconf to the dependence list.