Opened 13 hours ago

Closed 11 hours ago

Last modified 7 hours ago

#71260 closed defect (duplicate)

exiftool broken in MacPorts 2.10.4; is

Reported by: seamusdemora (Seamus) Owned by: dbevans (David B. Evans)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: exiftool

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 (3)

comment:1 Changed 11 hours ago by jmroot (Joshua Root)

Owner: set to dbevans
Port: exiftool added
Status: newassigned

comment:2 Changed 11 hours ago by jmroot (Joshua Root)

Resolution: duplicate
Status: assignedclosed

comment:3 Changed 7 hours ago by seamusdemora (Seamus)

I'm sorry, but I have just finished reading through the entire saga of #70459, and I could not find the "solution". The final comment suggested changing something, but what was to be changed was unclear to me.

Can someone help me out with some specifics - either here - or in an update to #70459???

Note: See TracTickets for help on using tickets.