Opened 2 hours ago

#71260 new defect

exiftool broken in MacPorts 2.10.4; is

Reported by: seamusdemora (Seamus) Owned by:
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port:

Description

I have MacPorts 2.10.4 on my oldie mac Mojave (2016 vintage hardware). I am seeing "oddities" in a couple of places. This report/ticket concerns only the 'exiftool' app, but I will mention the other in case they are related.

RE: 'exiftool'

I get the following message when entering any exiftool command; e.g.:

$ exiftool −all= 'MarilynMonroe73.jpg'
Can't locate Image/ExifTool.pm in @INC (you may need to install the Image::ExifTool module) (@INC contains: /opt/local/libexec/perl5.34/lib /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.4 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18 .) at /opt/local/bin/exiftool line 41.
BEGIN failed--compilation aborted at /opt/local/bin/exiftool line 41.

I get the same output even from (for example) command: $ exiftool -ver

These 'exiftool' errors persist even after an 'uninstall' and 'install' of exiftool.

This concludes the ticket on 'exiftool'; the balance covers "possibly related oddities" with MacPorts itself:

Various errors reported today while investigating 'exiftool' issues; e.g.

$ sudo port −d sync
Error: Unrecognized action "port −d"
$ sudo port upgrade −−force exiftool
Error: −−force is not installed
--->  Scanning binaries for linking errors
--->  No broken files found.
--->  No broken ports found.

Other potentially relevant information on MacPorts:

I run 'port -q selfupdate' and 'port -q upgrade outdated' from my root crontab:

05 19 * * *  (echo "----------\n"$(date) && sudo /opt/local/bin/port -q selfupdate) >> /Users/user1/portupdatelog.txt 2>&1
15 19 * * * (sudo /opt/local/bin/port -q upgrade outdated && echo "----------\n") >> /Users/user1/portupdatelog.txt 2>&1

the most recent entry from portupdatelog.txt

----------
Sat Nov 2 19:05:00 CDT 2024
--->  Checking for newer releases of MacPorts
MacPorts base version 2.10.1 installed,
MacPorts base version 2.10.4 available.
--->  MacPorts base is outdated, installing new version 2.10.4
--->  Attempting to fetch MacPorts 2.10.4 source code from https://github.com/macports/macports-base/releases/download/v2.10.4/MacPorts-2.10.4.tar.bz2
--->  Extracting MacPorts 2.10.4
--->  Installing new MacPorts release in /opt/local as root:wheel; permissions 0755
--->  Checking for newer releases of MacPorts
MacPorts base version 2.10.4 installed,
MacPorts base version 2.10.4 available.
--->  MacPorts base is already the latest version
--->  Updating the ports tree

The ports tree has been updated.

46 ports are outdated. Run 'port outdated' for details.
To upgrade your installed ports, you should run
  port upgrade outdated

For reasons unclear/not recalled, the 'cron' jobs stopped logging (and running??) after Nov 25 2023, but re-started on Feb 13 2024. Since then, they have run only *intermittently*!; i.e. *NOT* IAW the schedule in 'cron'.

I have also noticed there is a 'daemon' installed on my system: 'org.macports.rsyncd.plist'. I presume this was installed by you (MacPorts) at some point in time. It is configured to log to '/opt/local/var/log/rsyncd.log'. This daemon seems to be completely broken; the only entries in the log file are 'Failed to parse config file: /opt/local/etc/rsyncd.conf'

On Feb 13 2024 MacPorts was upgraded from 2.8.1 to 2.9.1. The next run was logged on Mar 2 2024 (which was uneventful), and then jumped to Mar 25 2024. The Mar 25 2024 log entry was a large one. It included a couple of entries that had not been seen before:

--->  Scanning binaries for linking errors
Warning: Error parsing file /Applications/MacPorts/Python 3.12/Python Launcher.app/Contents/MacOS/Python Launcher: Error opening or reading file

This Warning persisted until the upgrade from 2.9.1 to 2.9.3; the Warning ceased to appear in the logs after 2.9.3 was installed . My (intermittent) log entries indicate 2.9.3 was installed on April 8 2024. My logs apparently did not record any other upgrades until Nov 2 2024 - as noted above.

Change History (0)

Note: See TracTickets for help on using tickets.