[mythtv-commits] Ticket #6726: Patch mythrename.pl to add '--hardlink' option
MythTV
mythtv at cvs.mythtv.org
Mon Mar 1 21:18:29 UTC 2010
#6726: Patch mythrename.pl to add '--hardlink' option
----------------------------------------+-----------------------------------
Reporter: scott@… | Owner: xris
Type: patch | Status: closed
Priority: minor | Milestone: unknown
Component: Contributed Scripts & Apps | Version: 0.21
Severity: low | Resolution: wontfix
Mlocked: 0 |
----------------------------------------+-----------------------------------
Changes (by mdean):
* status: assigned => closed
* resolution: => wontfix
Comment:
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
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/6726#comment:2>
MythTV <http://www.mythtv.org/>
MythTV
More information about the mythtv-commits
mailing list