wxMaxima: destroot failure due to wrong case of wxmaxima.app

[ryandesign (Ryan Carsten Schmidt)]

​wxMaxima fails to destroot on our build server:

Error: Failed to destroot wxMaxima: error copying "/opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_math_wxMaxima/wxMaxima/work/wxmaxima-20.04.0/build/src/wxMaxima.app": no such file or directory

The message is correct: there is no wxMaxima.app; there is only wxmaxima.app. Case matters. Macs can use case-sensitive filesystems, and our build workers do.

One fix could be:

--- Portfile.orig
+++ Portfile
@@ -60,5 +60,5 @@
 destroot {
     xinstall -m 755 -d ${destroot}${applications_dir}
-    file copy ${worksrcpath}/build/src/wxMaxima.app ${destroot}${applications_dir}
+    file copy ${worksrcpath}/build/src/wxmaxima.app ${destroot}${applications_dir}/wxMaxima.app
 }
 

[MSoegtropIMC]

Thanks for reproting! I will try your suggested fix today.

[MSoegtropIMC]

I am discussing with the wxMaxima developers if the name is wxmaxima or wxMaxima. The cmake files use fairly consistently the all lower case form, so one can argue that the correct fix would be to use that lower case name. But I will see what they answer. See: ​https://github.com/wxMaxima-developers/wxmaxima/issues/1220

[ryandesign (Ryan Carsten Schmidt)]

As you like. I was trying to suggest a patch that would allow the port to install the files with the names you had originally specified, regardless of the case sensitivity of the filesystem.

If you want to change the names of the installed files, even just changing the case, that would mean increasing the port's revision as well. Or, to avoid an unnecessary rebuild, you could combine the rename with a version update, when one is available.

[Michael Soegtrop <7895506+MSoegtropIMC@…>]

In d537cce5acccb00d8cfa28947d24be3685b36718/macports-ports (master):

wxMaxima: Fix destroot failure
Fixes: #60457