Package Details: openmpt

Git Clone URL: (read-only, click to copy)
Package Base: openmpt
Description: Open-source audio module tracker
Upstream URL:
Keywords: tracker
Licenses: BSD
Submitter: andrewlin16
Maintainer: andrewlin16
Last Packager: andrewlin16
Votes: 13
Popularity: 0.113445
First Submitted: 2015-08-17 21:51 (UTC)
Last Updated: 2024-06-11 07:58 (UTC)

Latest Comments

1 2 Next › Last »

Essem commented on 2024-05-01 15:52 (UTC)

Might I suggest using icoextract during build to get the icon for the .desktop file from OpenMPT.exe? The actual application icon and the file thumbnail icon have diverged quite a bit and it feels a bit weird now to see the file icon being used for the application itself.

andrewlin16 commented on 2024-03-21 02:54 (UTC)

@bemxio: Sure I will take a look at it when I have the chance.

bemxio commented on 2024-03-20 09:59 (UTC)

Could you please modify the /usr/bin script to make its own Wine prefix instead? The Wine package guidelines recommend that approach, and OpenMPT's settings would be written in the seperate prefix too.

I've written a basic one, feel free to use it if you'd like!


export WINEARCH=win32 WINEPREFIX="$HOME/.openmpt/wine"

if [ ! -d "$HOME/.openmpt" ]; then
    # create the directory for the wine prefix
    mkdir -p "$HOME/.openmpt/wine" || exit 1

    # make a symlink to the executable
    ln -s /usr/share/openmpt/OpenMPT.exe "$HOME/.openmpt/openmpt" || exit 1

WINEDEBUG=-all wine "$HOME/.openmpt/openmpt" "$@"

andrewlin16 commented on 2022-04-20 00:03 (UTC)

@JackMacWindows: Thanks for bringing this to my attention. Looks like this was reported upstream and fixed in the test build:

I pushed a new pkgrel version that applies the hotfix described in the comment there.

JackMacWindows commented on 2022-04-19 03:57 (UTC)

The latest update appears to have a bug in the Wine compatibility layer's source code that prevents it from compiling:

misc/mptOS.cpp: In function ‘mpt::mptx::osinfo::windows::Version OpenMPT::mpt::OS::Windows::Version::GetMinimumAPILevel()’:
misc/mptOS.cpp:172:54: error: ‘constexpr mpt::mptx::osinfo::windows::Version::Version()’ is private within this context
  172 |                 return mpt::osinfo::windows::Version();
      |                                                      ^
In file included from misc/mptOS.h:17,
                 from misc/mptOS.cpp:12:
src/mpt/osinfo/windows_version.hpp:101:19: note: declared private here
  101 |         constexpr Version() noexcept

This can be fixed by using sudo vim /usr/share/openmpt/ to open the zip file, select src/mpt/osinfo/windows_version.hpp, and on line 100 above Version(), replace private: with public:. Then :wq, :q to save and quit, and relaunch OpenMPT to compile the new changes.

andrewlin16 commented on 2022-03-18 01:07 (UTC)

@oskenso: I can't reproduce your issue on a fresh Arch VM install. Searching around, it seems you might want to try updating your system and trying again (e.g.

oskenso commented on 2022-03-17 17:06 (UTC) (edited on 2022-03-17 17:06 (UTC) by oskenso)

I'm getting an error when trying to cleanbuild, i'm using libraqm 0.9.0-1 from extra/libraqm

inflating: openmpt-
  inflating: openmpt-
convert: symbol lookup error: /usr/lib/ undefined symbol: FT_Get_Transform
==> ERROR: A failure occurred in prepare().
 -> error making: openmpt

andrewlin16 commented on 2022-03-15 16:08 (UTC)

Oops, fixed by adding unzip to makedepends and bumped pkgrel up to 3. Thanks for the heads up!

katt commented on 2022-03-15 10:59 (UTC)

You added unzip to prepare() but didn't add it to makedepends:

==> Starting prepare()...
/startdir/PKGBUILD: line 35: unzip: command not found
==> ERROR: A failure occurred in prepare().

andrewlin16 commented on 2021-06-13 02:49 (UTC)

@nyanpasu64: I think the old set of depends/optdepends were carried over from when I originally adopted the package. I spent a bit of time going through the dependencies - seems like everything works without wine-mono or wine-gecko from my testing. ccache is also optional since it's only needed for Wine native host support. New pkgrel should address this. Thanks for bringing this up!