Re: Review requested for piano tuning software

Roger Olofsson <[email protected]> Sat, 27 Jun 2026 10:00:29 +0200
Newsgroups gmane.os.freebsd.devel.ports
Message-ID <[email protected]>
Den 2026-06-26 kl. 21:02, skrev Piotr Smyrak:
> On Fri, 26 Jun 2026 20:35:43 +0200
> Roger Olofsson <[email protected]> wrote:
>
>> A few months ago I made an attempt to create a port for a software
>> that can help with tuning a piano.
>>
>> I would be glad for feedback and review.
>>
>> Bugzilla link
>> <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=293877>
> You are using a hardcoded /usr/local path in the .desktop file. That
> shall rather be $PREFIX, which might change on sysop discretion.
>
> Same remark regarging this patch:
> files/patch-modules_core_calculation_calculationmanager.cpp
>
Hi Piotr,

Thanks for your feedback, I appreciate it!

I am guessing that sysops wants to do "make PREFIX=/path"?

1. For the files/patch-modules_core_calculation_caclulationmanager.cpp 
the hardcoding affects the ${STAGEDIR}, ie the files being built lands 
in ${STAGEDIR} and then the do-install: part of the Makefile takes 
${PREFIX} into consideration.  This should be fine?

2. I have removed the patch file for the .desktop file and done a 
${REINPLACE_CMD} to change the contents of the .desktop file while in 
${STAGEDIR} so this also now takes ${PREFIX} into consideration.

The test mentioned in the porters handbook that says to check make 
clean; make package PREFIX=/var/tmp/'make -V PORTNAME' fails and says it 
can find /lib/qt6/bin/qmake in the /var/tmp path. I suspect the qmake 
comes from USES= qmake. I don't know how to workaround this right now.

The Bugzilla PR is updated with a new git format-patch origin/main.

Roger