In <Pine.GSO.4.10.10001250533480.27195-100000@weyl.math.psu.edu> Alexander Viro (viro@math.psu.edu) wrote:
> On Tue, 25 Jan 2000, Khimenko Victor wrote:
>> > You could use a "simple" set of scripts to get a statistically current
>> > snapshot of the system.
> [snip the description of tripwire]
>> > There probably are publicly available scripts that do this same thing, by
>> > the way. I'm certain I didn't invent anything...
> You bet.
>> P.S. To Viro: is it possible to add ioctl to find out "first cluster" number ?
>> Then tar can use it instead of inode number for FAT. Even if "first cluster"
>> number is not inode number it IS suitable as replacement for this particular
>> case... Or such ioctl already there ?
> First of all, there is such ioctl, but it's quite a mess (as any ioctl,
> for that matter). FIBMAP. However, hacking _that_ into tar is idiocy - you
> don't want to pollute the generic tool with such mess. Let it do _one_
> thing, and do it good. GNU tar is already featuritis-ridden - just check
> the list of options (oops, no decent manpage - GNU project at its usual)
> and you'll see what I mean.
> Look: if you need incrementals - make a tool that would take whatever data
> it wants to keep and print the list of files due to be backed up. And
> feed the results to tar/cpio/whatever. It's not like the idea of pipes was
> new, after all.
> BTW, no other tar does -g, and rightfully so. It's _not_ a work for tar
> - it's (a) format-independent, (b) useful for other purposes, (c) can be
> trivially off-loaded into separate program, (d) may require modifications
> for oddball filesystems/local policy/whatever and those changes have
> _nothing_ with tar. I.e. it should be done separately. But GNU folks love
> monolitic monsters... Could somebody tell RMS about pipes and fork(2),
> please?
In fact GNU tar is in state "will be cleaned up and mostly rewritten real soon
now". Fo last few years :-( So looks like someone already said RMS about pipes
and fork but not offered manpower ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jan 31 2000 - 21:00:14 EST