Arch Linux User Repository

Besides this package, which compiles the source code, I have built another AUR package, which provides a binary compiled by me.
Maybe it is interesting for some of you to use the already compiled version:

https://aur.archlinux.org/packages/profex-bin

Changes in other programs have resulted in the program no longer compiling. It was therefore not possible to update to version 5.2.9.
The developer of Profex has already developed a fix for version 5.3.0 and sends me the needed includes:

#ifdef __GNUC__
#include "unistd.h"
#elif __clang__
#include "unistd.h"
#elif _MSC_VER
#include "io.h"
#endif

I added it to the 3 files:

• gzlib.c.new
• gzread.c.new
• gzwrite.c.new

and replace the existing files in zlib.

Besides this package, which compiles the source code, I have built another AUR package, which provides a binary compiled by me.
Maybe it is interesting for some of you to use the already compiled version:

https://aur.archlinux.org/packages/profex-bin

Changes in other programs have resulted in the program no longer compiling. It was therefore not possible to update to version 5.2.9.
The developer of Profex has already developed a fix for version 5.3.0 and sends me the needed includes:

#ifdef __GNUC__
#include "unistd.h"
#elif __clang__
#include "unistd.h"
#elif _MSC_VER
#include "io.h"
#endif

I added it to the 3 files:

• gzlib.c.new
• gzread.c.new
• gzwrite.c.new

and replace the existing files in zlib.

Thank you @henkm, I changed the PKGBUILD to your suggestion, works flawlessly for me.

And yes you are right, the binaries are listed as processes when those functions are selected in the main program.

From what I can tell, they are the functionality behind the electron density map (profexed), scan trace (profexst) and waterfall plot (profexwp). At least, without the extra executables those don't work. (You find them in the tools drop-down menu).

What is the function of those other executables? Do they link to some functionality in the main program?

I'll look into it. But your addition looks good, in the build documentation they do something similar:

sudo cp bin/profex* /usr/local/bin

Not much of a problem, I had 5.0.1-1 installed so auracle keeps nagging that there's an update, then makepkg quitting as the package is up to date. More a nuisance than a problem and should be fixed by updating the PKGBUILD. Thanks.

Edit to add: Three more executables are built but not installed: profexed, profexst and profexwp. There are no doubt better ways but changing the last lines of PKGBUILD to

mkdir "${pkgdir}/usr/bin"
install -Dm755 bin/* "${pkgdir}/usr/bin" 

did the trick for me

Yes, i pushed the commit to fast, so that the .srcinfo doesn't get the change. It should be pkgrel=1 in both files, since there was only one 5.0.1 release. Changing the pkgrel back to 1 in the .srcinfo could create issues, so I'll set it to 2 in PKGBUILD. But there shouldn't be a problem with updating right now or is there a problem on your side?

The pkgrel in the .scrinfo is 2 while in the PKGBUILD it's 1.

Please watch out, the update to the new major version 5.0 with the commit 848fcc1393e6 do not share the settings with profex version 4. The settings are located under ~/.local/share/doebelin.org/ It also uses qt6 as its base rather than qt5, so that will lead to some changes.

It would be cleaner to create a new aur package for version 5 and leave the version 4 one as it is without updates, but since the package is not used that much, I decided to update this one.

Please comment if there are any problems.

Please update this package, the current download link is not working