hdhomerun_gui keeps wanting to rebuild on Monterey 12.6.1

[neilt (Neil Tiffin)]

Upgrading from installed version gives the following. There were no errors upgrading hdhomerun.

--->  Cleaning hdhomerun_gui
--->  Updating database of binaries
--->  Scanning binaries for linking errors
--->  Found 1 broken file, matching files to ports       
Error: Port hdhomerun_gui is still broken after rebuilding it more than 3 times.
Error: Please run port -d -y rev-upgrade and use the output to report a bug.
Error: rev-upgrade failed: Port hdhomerun_gui still broken after rebuilding 3 times
Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.
--->  Some of the ports you installed have notes:
  hdhomerun has the following notes:
    Up to date device firmware is available from:
     	https://www.silicondust.com/support/linux/
  hdhomerun_gui has the following notes:
    To viewing television directly from your HDHomerun device,
      install VLC.
     Up to date device firmware is available from:
     	https://www.silicondust.com/support/linux/

Then running % sudo port -d -y rev-upgrade provides the following

DEBUG: skipping arm64 in /opt/local/libexec/llvm-15/lib/clang/15.0.5/lib/darwin/libclang_rt.asan_osx_dynamic.dylib since this system can't run it anyway
DEBUG: skipping arm64 in /opt/local/libexec/llvm-15/lib/clang/15.0.5/lib/darwin/libclang_rt.lsan_osx_dynamic.dylib since this system can't run it anyway
DEBUG: skipping arm64 in /opt/local/libexec/llvm-15/lib/clang/15.0.5/lib/darwin/libclang_rt.stats_osx_dynamic.dylib since this system can't run it anyway
DEBUG: skipping arm64 in /opt/local/libexec/llvm-15/lib/clang/15.0.5/lib/darwin/libclang_rt.tsan_osx_dynamic.dylib since this system can't run it anyway
DEBUG: skipping arm64 in /opt/local/libexec/llvm-15/lib/clang/15.0.5/lib/darwin/libclang_rt.ubsan_minimal_osx_dynamic.dylib since this system can't run it anyway
DEBUG: skipping arm64 in /opt/local/libexec/llvm-15/lib/clang/15.0.5/lib/darwin/libclang_rt.ubsan_osx_dynamic.dylib since this system can't run it anyway
DEBUG: Ignoring loadcommand containing @rpath in /opt/local/libexec/llvm-15/lib/libClangdXPCLib.dylib
DEBUG: Ignoring loadcommand containing @rpath in /opt/local/libexec/llvm-15/lib/libclang-cpp.dylib
DEBUG: Ignoring loadcommand containing @rpath in /opt/local/libexec/llvm-15/lib/libclang.dylib
Could not open @PREFIX@/lib/libhdhomerun.dylib: Error opening or reading file (referenced from /opt/local/bin/hdhomerun_config_gui)
DEBUG: Marking /opt/local/bin/hdhomerun_config_gui as broken
--->  Found 1 broken file, matching files to ports
--->  Found 1 broken port, determining rebuild order
DEBUG: Broken: hdhomerun_gui
DEBUG: Processing port hdhomerun_gui @0:20221031_0
You can always run 'port rev-upgrade' again to fix errors.

[ctreleaven (Craig Treleaven)]

I had no idea anybody actually used the gui. If you don't mind, what do you do with it?

I had that error once while doing the update but it went away after a rebuild. I will try to look into the issue.

As a workaround, try activating the old version. Silicondust have not touched the code base for the gui in years. AFAIK, the old version of the gui ought to be able to access the new version of the library.

[neilt (Neil Tiffin)]

Can't remember the last time I used it, but then again I have not had to troubleshoot my Silicondust devices lately either. If you want to drop the port, fine by me. I don't consider it essential. It does allow the user to monitor signal strength graphically, which is handy when adjusting the antenna. I had hopped that Silicondust would add that capability to the DVR software, but no luck so far.

[neilt (Neil Tiffin)]

The old version @20200521_1 seems to work fine.

[ctreleaven (Craig Treleaven)]

The hdhomerun library is malformed which leads to the reported problem with hdhomerun_gui:

$ otool -L /opt/local/lib/libhdhomerun.dylib
/opt/local/lib/libhdhomerun.dylib:
	@PREFIX@/lib/libhdhomerun.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1281.100.1)

Now to figure out why the @PREFIX@ placeholder is not properly updated.

[ctreleaven (Craig Treleaven)]

In ac14b9833089a19bf64f28d85a21ecb6661c72eb/macports-ports (master):

hdhomerun: fix library header

See: #66320

[neilt (Neil Tiffin)]

Compiled and works. Thanks.

Edit: Spoke too soon. It works on Montery (macOS 12.6.1 (21G217)) Xcode 14.1, admin account wired.

On Ventura (13.0.1), Xcode 14.1, wired, admin or non-admin account it compiles and runs, but the gui scan does not find any devices. Turning off the firewall does not make any difference. Nothing specific in the console logs. Command line tool finds my devices.

[neilt (Neil Tiffin)]

Reopened for Ventura.

[ctreleaven (Craig Treleaven)]

Replying to neilt:

Compiled and works. Thanks.

Edit: Spoke too soon. It works on Montery (macOS 12.6.1 (21G217)) Xcode 14.1, admin account wired.

On Ventura (13.0.1), Xcode 14.1, wired, admin or non-admin account it compiles and runs, but the gui scan does not find any devices. Turning off the firewall does not make any difference. Nothing specific in the console logs. Command line tool finds my devices.

I don't currently have a Ventura system. Have you tried using the Security and Privacy panel in System Preferences to give Full Disk Access to the app? This could be related to the issues reported in:

​https://trac.macports.org/ticket/65302

[neilt (Neil Tiffin)]

OK, I'll look into that, but not today.