Definitely update the ca-certificates. That update probably removes the recently compromised eMudhra root certificates.

FluidGM is a popular soundfont to bundle with distros, but in the case of Arch I'm not sure. I'll try out the package later, i might be able to tell.

The sounds are coming from patch files loaded via PAT_Load_Instruments in libmodplug, which is what's used to generate the sounds.

You are right though that the patch/instrument consists of several pre-generated samples and does not use Timidity "live".

Note: I can't share the specific MIDI file I was using as it's private, but in case it helps find the soundfont, here's a sample of ffplay playing onestop.mid from Windows ME. It sounds like chiptune at first, but after using the private MIDI file I can confirm that it isn't chiptune. The piano patch sounds kinda like an organ?

Here's a link to the onestop sample (Warning: it becomes ear grating after about 20 seconds due to ffplay misinterpreting percussion as notes; this is why I chose this specific song): https://files.catbox.moe/2ecdhq.mp3

This is what ffplay says when it plays onestop.mid: https://pastebin.com/SVuJai0H

I don't know. Looking up man ffplay and the webpage https://ffmpeg.org/ffplay.html and searching for the term "midi" didn't bring up anything.

Tried TimGM6mb, but unfortunately that's not it. How would I find what soundfont ffplay is loading? I tried looking in the source code but found nothing of use.

Maybe ffplay doesn't use timidity application. The name says "GM patches" under "instrument". Sounds to me like some Timidity based soundfont, not an application.

https://timbrechbill.com/saxguru/Timidity.php Looks like the default soundfont is TimGM6mb.sf2 . But maybe it does not come with a default, and the default is only used with the official installer. I installed Timidity++ on my Archlinux based system and I do not get an audio from it too. Archlinux recommends to configure the setting to point it to the soundfont: https://wiki.archlinux.org/title/Timidity%2B%2B

ffplay maybe uses its own configuration to load a specific soundfont. That's why you get it there. Maybe. I don't know how ffplay functions.

When ffplay played it Timidity wasn't installed. When I install it system-wide and use the system install I hear no sound when I tell Timidity to play it...

No, Timidity++ is not a soundfont, it's a synthesizer: https://en.wikipedia.org/wiki/TiMidity++

So, your installation found that Timidity++ was available and used it to synthesize the required sounds, no sound font needed (TiMidity itself can make use of available sound fonts though).

the .yml file mentioned is a kind of build file, for flatpak.

Intel-undervolt works on 4th through 10th gen Intel only.

My understanding is that certain security exploits were demonstrated through undervolting attacks like Plundervolt, so software voltage control was disabled or at least much more restricted on 11th gen onward.

The repo has just been moved to a different host. I dont see why op wouldnt use the new repo.

Which does not invalidate my point. That's a new different repo. I said this specific repository will be removed in future.

They link to the new repo in the same paragraph

Note, in case you want to use the repository https://codeberg.org/0x7700e6/Mynah directly, they specifically state in the README that the repository is no longer updated and may be removed in the future:

This repository will no longer be updated in any capacity and may be removed at any time.

I have a Python script without any build scripts on AUR too. If you want have a look, it simply copies (with install command) to /usr/bin. In my case its a commandline application, so there is no need for a desktop file. But for a GUI tool I would add a desktop file too.

I’m trying to port the Mynah XMPP client.

I don't think creating an installer script can be called a "port", unless you are making changes to adapt to a specific environment. I would clarify this in the post description, as this is not really a port, but just creating an installer. Otherwise one might get confused.

I don't know. Just wanted mention that the post says "The app has no build script", so it cannot follow your advice to use the build scripts. I actually have my own Python script that has no build script either on AUR too. It just downloads the script and puts in bin folder, plus the README and LICENSE files. And off course the dependencies to existing tools, as it is more or less a wrapper script.

So it's just python scripts??

Maybe ask an AI to create a package for you to test. If it's working fine, edit the PKGBUILD to follow packaging guidelines and upload?

Also, it's made for flatpak. Why not just use that?

this trick sadly won't work anymore. they stopped using physical pins for VID for a while.

But it says the project doesn't have build files. How can it adapt and use a build system then?

Dang it, that's sad. Thanks for responding anyway.

I'm not gonna dig for it, but I once hardware overvolted a Pentium M laptop CPU by getting the pinout of the socket. I found pins that handled voltage and shunted them with a single thin strand of speaker wire. Bet you could do the inverse to get a hardware undervolt. It was fun, and I got an extra 500Mhz out of that Celeron. My age is showing

That latpop has a 13th gen CPU right? You can't undervolt on 12th gen and newer CPUs. It's hard locked in the bios because of a bug.

No, the correct solution is to use a python build system to package the application outlined according to the pyproject.toml in the git repo.

In addition to that, the de.nullhost.Mynah.yml is the recipe used to build the Flatpak.

Those to files are what you will have to adapt into the PKGBUILD, which is the recipe Arch linux uses to make packages.