Patch mythrename.pl to add '--hardlink' option

[scott@…]

This is a patch to mythrename.pl to add a '--hardlink' option. When scanning an NFS share over the network with a device such as a Popcorn Hour, symbolic linked files will list in the directory contents, but can't be played (retrieved) due to the way NFS handles (or doesn't handle) symbolic links. The patch adds a new option '--hardlink' to the mythrename.pl script that works exactly the same as the '--link' option, only it creates/deletes hard links instead of symbolic links.

[scott@…]

Patch to add '--hardlink' option

[sphery]

Closing this as wontfix since the changes would add significant complexity to the use of the script--the hard link capability would not work on the majority of MythTV configurations, so users would be left wondering why it won't work. See the thread at ​http://www.gossamer-threads.com/lists/mythtv/dev/388848#388848 for additional information.

In summary:

• hard links only work on the same file system as the original recording file (so the functionality would not work for systems with multiple file systems)
• when you delete the original recording the hard link would remain, leaving a multi-gigabyte file on the hard drive if "Delete files slowly" is disabled or a 4MiB or smaller stub if "Delete files slowly" is enabled
• Setting up directory paths properly on the client and server allows symlinks to work with NFS
• Setting up server-side symlink dereferencing in CIFS allows symlinks to work properly regardless of directory structure
• The contrib/exports/mythfs.py script creates a FUSE-based file system view of recordings with user-readable file names, which can be used when symlinks aren't desired