Date: Sun, 24 Feb 2013 22:45:03 +0100 From: "Ronald Klop" <ronald-freebsd8@klop.yi.org> To: freebsd-fs@freebsd.org, =?utf-8?B?UmFkaW8gbcWCb2R5Y2ggYmFuZHl0w7N3?= <radiomlodychbandytow@o2.pl> Subject: Re: Some filesystem thoughts Message-ID: <op.ws05ddmt8527sy@pinky> In-Reply-To: <5129F16A.6020505@o2.pl> References: <mailman.15.1361534401.3001.freebsd-fs@freebsd.org> <5129F16A.6020505@o2.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 24 Feb 2013 11:54:34 +0100, Radio młodych bandytów <radiomlodychbandytow@o2.pl> wrote: > "Ronald Klop" <ronald-freebsd8@klop.yi.org> wrote: >> Creative ideas. >> Part of what you want is in fusefs (mounting of files to edit their >> content). > Mhm. Could you give some link or details in another form? Just google for 'fusefs'. Filesystems based on FUSE: http://sourceforge.net/apps/mediawiki/fuse/index.php?title=FileSystems > And part is implemented in e.g. KDE (integrated support for >> various file types in fulltext search and tagging of files/metadata, >> etc.). > Well, I view it as not much different from implementing a TC / MC / VIM > plugin. Anybody can benefit, but they have to implement the right API > (And there are several programs that use TC plugins). > It's interesting as a way of getting some of these benefits though. > >> The chances of having all these complex libraries integrated in the >> FreeBSD OS are close to zero I presume. But I am not in a position to >> decide about that. > Frankly, I haven't expected anything different. My thoughts did jump to > implementation issues and I see them numerous, but I think the idea > itself is not sufficiently mature, so I decided to skip them in the > first post. > >> I think you can't expect the OS to serve everybody's detailed wishes. > I don't expect it. I just wanted to discuss an idea that seemed to have > a potential. >> The OS serves files and user programs know what to do with them. > Unfortunately, far too often programs don't know it. Files are often not > simple and a single program is unable to deal with them. The only way to > deal with such cases ATM that I see is to manually remove layers > obfuscating the meaningful sources. In some way, it resembles piping > data through multiple programs, except that pipes transport bytes, not > files and therefore the transformation has to be performed step by step. Well. It is probably me, but I don't really get what you're trying to say here. Regards, Ronald.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.ws05ddmt8527sy>