lkml.org 
[lkml]   [2004]   [Sep]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: silent semantic changes in reiser4 (brief attempt to document the idea of what reiser4 wants to do with metafiles and why
Date
On Tuesday 07 September 2004 23.05, William Stearns wrote:
> somone wrote
> > "..." is pretty good, but I think it has been used by others, but I
> > really forget who. I could live with "...", but I think "metas" and

In MS-DOS you can do "cd ..." as a shortcut for ..\.. but only in the cd
command. VMS used it with fileneme pattern matching to indicate a
recursive search.

> Some trojans and rootkits have used it to store files;
> /usr/lib/... , /usr/doc/... , /usr/sbin/... , /usr/local/bin/... ,
> /dev/... , and /usr/include/... are used by bobkit.
> This might trigger false positives for rootkit detection tools
> like chkrootkit and rootkit-hunter.
> Cheers,
> - Bill

Rootkit detection tools need to be updated and improved regularly anyway. If
you use old rootkit detection tools, it might be a bonus if you are reminded
of that fact. That's a feature, not a bug.

Maybe file/./attribute then. /. on a file is currently meaningless. That does
not avoid the unpleasant fact that has been brought up by others (only to be
ignored), that the directory syntax does not allow metadata on directories.

I'm not convinced that totally transparent access to meta-data actually
benefits anyone. If metadata is that useful (which I believe) it may well be
worth fixing those apps that need, and can use them. The rest should just
ignore it, even loose it.

There are too many apps that will not work properly with the metadata as file
semantics anyway. Implementing something that only works sometimes is not a
good idea. A new API would work where you expect it to work, i.e. in new and
fixed apps, just like ACL's and EA's. (Ok, the ACL's are effective
everywhere, but they aren't copied to new files or even preserved when
editing, so emacs and others needs some fixing anyway).

-- robin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:06    [W:0.357 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site