Arch Linux User Repository

@Gyroplast

Sorry, I had little understanding of the MIME-type specification. I see that the file type was defined in xml by the file extension and the binary at the top of the file. Now I understand that the user can just choose whatever he/she wants among the apps in the *.desktop file that specify that MIME-type. I'm so glad it's so much easier to use. Thanks👍

@tkna

Happy to hear your graphics glitch is avoided with the opengl version, and I consider it perfectly reasonable to package desktop files for all binary variants installed by this package. The available binaries depend on the architecture, so I may have gotten a little carried away with sed'ing dynamically from a "template", but I think it's still clear of overengineering a solution. :)

However, for example, on x86_64 you'll now find desktop entries for Sunvox and Sunvox OpenGL, both set to handle the registered sunvox mime types. Similar to how you'd choose a music player for OGG files from a list of applications, you can now associate your favorite Sunvox variant with sunvox projects and instrument files, with whatever tools your desktop environment supplies for that task. I don't take particular steps to ensure one variant is chosen as a default over the other currently, though, but the plain "Sunvox" seems to win currently by sheer luck, which I'd consider a sane, conservative default.

@Gyroplast Thank you for your work and design. After a quick test of sunvox_opengl, the screen collapse that occurred in the regular version when resizing the window is gone. I am glad to hear that. I will probably use this one mainly, so the following file would be helpful.

/usr/share/applications/sunvox_opengl.desktop
/usr/share/mime/packages/sunvox_opengl.xml

Considering the association settings for .sunvox files, etc. listed in .xml, would it be possible to have them selected at install time or another package (maybe sunvox_opengl), etc.? I know this may be a lot of work, but I would appreciate your consideration. Thank you in advance.

@tkna Thank you for your help, I released the 2.0e-2 package incorporating your suggested changes after some deliberation. Going forward, all but the sunvox subdirectory in the distributed zip archive will be copied straight to /opt/sunvox/ to ensure minimal difference between this package and the upstream distribution.

While I was at it, I realized that the binary sunvox_opengl on x86_64 wasn't yet installed, either, and the binary sunvox_no_simd on i686 was removed from the distributed archive in v1.9.2 already, and replaced with sunvox_lofi. This oversight is corrected in 2.0e-2 as well, and the package build for i686 again.

There is no curves and docs directory in the following zip file under /opt/sunvox https://warmplace.ru/soft/sunvox/sunvox-2.0e.zip

How about the following for line 65 of the PKGBUILD?

 cp -a "${srcdir}"/sunvox/{curves,docs,examples,instruments,effects} "${pkgdir}/opt/${pkgname}/"

Alternatively, I think it might be a good idea to expand everything except the sunvox directory under /opt/sunvox, in order to lower maintenance costs for newly added directories, etc.

@amar

Aha, greatly appreciated, thank you. I must have just picked the worst possible time to click the button.

Please disregard me.

@asday 2.0e just came out today and usually the download links for older versions die on update. Should all be fine when the package is updated too!

==> ERROR: Failure while downloading http://warmplace.ru/soft/sunvox/sunvox-2.0d.zip

I imagined that might be because there's a literal war going on in .ru right now, but visiting the URL promptly and properly serves a 404.

With the update to 2.0c-2 I took the liberty of creating a hopefully comprehensive set of mime type registrations, desktop file, and icons extracted from the Windows executable for complete desktop integration. Any *.sunsynth and *.sunvox files should be opened with Sunvox, and have the official Sunvox icon associated with them, if your DE/WM setup generally supports the freedesktop specs.

Please let me know if there are still any issues with the desktop integration or build process.

@Gyroplast are you still open to taking over maintenance of this package? I haven't used either Arch or SunVox in so long that it's a bit silly for me to maintain this (and I can't really make other improvements because I can't test them easily). I just updated the package to 2.0 at any rate.