Horst von Brand wrote:
Kevin Bowen <[EMAIL PROTECTED]> wrote:
[...]
The desire
amongst users for ubiquitous metadata is very real - the current wave of
"desktop search" products and technologies demonstrates this -
Just like each
Kevin Bowen <[EMAIL PROTECTED]> wrote:
> > might be nice to have on exclusively one-user, isolated machines, like
> > "keep /my/ annotations/icon/application name/whatever with the file's
> > data", but that break down in multiuser (even serially, one user after the
> If this is really the core of
Horst von Brand wrote:
I think you probably meant to reply publicly. I'm taking the liberty of
CC'ing the two mailing lists to which I'd replied.
>Chet Hosey <[EMAIL PROTECTED]> wrote:
>
>
>
>>The point of such ventures is that by placing features at a lower level you
>>get to keep the advanta
On Thu, 2005-06-30 at 11:46 -0700, Chris Wedgwood wrote:
> Yes, but POSIX is broken in places. The linux implmentation (now and
> for sometime but not always) won't return until all dirty data is
> flushed.
POSIX, in regard to fsync() provides "flexibility for the
implementation" - maybe your env
On 6/27/05, Markus Törnqvist <[EMAIL PROTECTED]> wrote:
[...]
>
> I hate to say this without digging out any URLs, but one friend
> of mine says he has a very hard time doing any networking code
> because it's too labile. Maybe that's being embettered for something
> else too?
>
> Or the other
On 6/30/05, Theodore Ts'o <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 27, 2005 at 04:12:38PM -0500, David Masover wrote:
> > > Streamload cannot warrant and does not guarantee, and You
> > > should not expect, that all of Your private communications and
> > > other personal information wil
On Mon, Jun 27, 2005 at 04:12:38PM -0500, David Masover wrote:
> > Streamload cannot warrant and does not guarantee, and You
> > should not expect, that all of Your private communications and
> > other personal information will never be disclosed in ways not
> > otherwise described
On Thu, 30 June 2005 13:32:23 -0700, Chris Wedgwood wrote:
> On Thu, Jun 30, 2005 at 09:44:37PM +0200, J?rn Engel wrote:
>
> > Or do you rather mean that a single sync() should block until all data
> > currently present is hardened?
>
> Logically sync() should return only after all dirty buffers
>POSIX is broken in places
...
>If it happens differently I would call that a bug.
I think you're confusing goodness with correctness. POSIX is a
definition; it can't be broken. A bug is where don't meet your own
specification. So if the spec doesn't say you have to be synchronous,
it's no
On Thu, 2005-06-30 at 14:47 -0400, Horst von Brand wrote:
[snip]
> Let me moderate that a bit: I'd be happy to have (some) files behaving
> strangely, /if in exchange I get something very worthwhile/. I.e., Unix
> filesystem sockets, named pipes, virtual filesystems all behave in weird
> ways, but
On Thu, Jun 30, 2005 at 09:44:37PM +0200, J?rn Engel wrote:
> Or do you rather mean that a single sync() should block until all data
> currently present is hardened?
Logically sync() should return only after all dirty buffers that
existed before sync() was called are flushed.
Anything more than
> might be nice to have on exclusively one-user, isolated machines, like
> "keep /my/ annotations/icon/application name/whatever with the file's
> data", but that break down in multiuser (even serially, one user after the
If this is really the core of your (and the rest of the reiser-
obstruction
On 6/30/05, Markus Törnqvist <[EMAIL PROTECTED]> wrote:
>
> >instead of trying to get a monstrosity (albeit a very cool one,
> >conceptually) into the kernel. Sure, it could be made to work,
> >but not without dropping our Unixness. And if we do, we should
> >start by looking at Plan 9 =)
>
>
Markus Törnqvist <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 30, 2005 at 07:18:47PM +0400, Nikita Danilov wrote:
> >Sorry, I don't see your point. Again: if you think that user level
> >developers are unlikely to agree to the common framework, what
> >difference it makes whether this framework is d
El Thu, 30 Jun 2005 18:37:38 +0300,
[EMAIL PROTECTED] (Markus Törnqvist) escribió:
> If I want to access metadata with bash, do I patch bash to support
> both Gnome's and KDE's solutions? Was there one of XFCE too?
> And FooBarXyzzyWM that'll want to do it's own VFS next year?
The freedesktop
On Thu, 30 June 2005 11:46:27 -0700, Chris Wedgwood wrote:
> On Thu, Jun 30, 2005 at 12:30:20PM -0400, Bryan Henderson wrote:
>
> > In others, it implements "everything that was buffered when sync()
> > started is hardened before the next sync() returns,"
>
> That is what happens now. I'm not su
On Thu, 30 Jun 2005 19:10:57 +0200, David Weinehall <[EMAIL PROTECTED]> said:
> For the analogy to be complete:
> User has a file browser (say Nautilus)
> The file browser sees the userland VFS (say a unified VFS between
> GNOME and KDE)
> The VFS sees the real file system
I would say that this
Hans Reiser wrote:
Jens Axboe wrote:
Hi,
Reiser is derefencing an uninitialized pointer, causing an oops on boot.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c
--- a/fs/reiserfs/super.c
+++ b/fs/reiserfs/super.c
@@ -1053,10 +1053,9 @
David Weinehall <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 30, 2005 at 11:57:27AM -0400, Hubert Chan wrote:
> > On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall <[EMAIL PROTECTED]>
> > said:
[...]
> > >From the web *browser*'s point of view, it is handled by the
> > "filesystem" (which is provi
On Thu, Jun 30, 2005 at 12:30:20PM -0400, Bryan Henderson wrote:
> For another point of reference - were these ATA (personal class) or
> SCSI (commercial class) drives or both?
IDE were Maxtor some old Maxtor 60GB disks and some not-so-old 200GB
WD drives. Maxtor has 2MB cache. WD 8MB.
The SCS
Jens Axboe wrote:
>Hi,
>
>Reiser is derefencing an uninitialized pointer, causing an oops on boot.
>
>Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
>
>diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c
>--- a/fs/reiserfs/super.c
>+++ b/fs/reiserfs/super.c
>@@ -1053,10 +1053,9 @@ static void ha
On Thu, Jun 30, 2005 at 11:57:27AM -0400, Hubert Chan wrote:
> On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall <[EMAIL PROTECTED]> said:
>
> > On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
> >> It's sort of like the way web servers handle index.html, for those
> >> who think it'
Hello
On Thu, 2005-06-30 at 20:02, ch4os wrote:
> Greetings,
>
> Had a Mirrored Drive slightly unclipped for a few days. SLES 9 AMD64
> It blew the controller, and syncronized the bad blocks... the sda2
> partition became unmountable.
>
> I have tried all of the reiserfsck options, with no luck
>I don't know if this is true for all drives but NONE of the ones I had
>access to when testing did anything like save the cache --- pretty
>much all data that was inflight got lost.
For another point of reference - were these ATA (personal class) or SCSI
(commercial class) drives or both?
Is wr
On Wed, 2005-06-29 at 22:11, [EMAIL PROTECTED] wrote:
> On Wed, 29 Jun 2005 14:22:05 +0400, Vladimir Saveliev said:
>
> > Existence of various plugins assumes that user is able to choose
> > whatever is suitable for him. Or create his own plugin if none of
> > existing ones satisfies him.
> > If
Greetings,
Had a Mirrored Drive slightly unclipped for a few days. SLES 9 AMD64
It blew the controller, and syncronized the bad blocks... the sda2
partition became unmountable.
I have tried all of the reiserfsck options, with no luck. even the
badblocks file.
Always failing on 8210...
I have d
On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall <[EMAIL PROTECTED]> said:
> On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
>> It's sort of like the way web servers handle index.html, for those
>> who think it's a stupid idea. (Of course, some people may still
>> think it's a stu
On Thu, Jun 30, 2005 at 07:18:47PM +0400, Nikita Danilov wrote:
>Sorry, I don't see your point. Again: if you think that user level
>developers are unlikely to agree to the common framework, what
>difference it makes whether this framework is defined at the kernel or
>library boundary? Application
On Thu, Jun 30, 2005 at 05:05:06PM +0400, Nikita Danilov wrote:
>You will have to force user level to use common framework
>anyway.
Naturally.
>Otherwise one application will use
>
>~/pictures/sunset.jpg/...meta/mime-type
>
>and another one
>
>~/pictures/sunset.jpg/...meta/XML-schema-FOOBAR/vers
On Thu, Jun 30, 2005 at 03:45:48PM +0300, Al Boldi wrote:
>Markus Törnqvist wrote: {
>
>What's wrong with "dropping our Unixness" if it means taking an extra step
>toward Plan 9?
>
>Why is this a bad idea?
>}
>
>Please explain!
You mean you want me to explain this or someone else to explain
why
Markus Törnqvist wrote: {
On Wed, Jun 29, 2005 at 10:56:36PM +0200, David Weinehall wrote:
>instead of trying to get a monstrosity (albeit a very cool one,
>conceptually) into the kernel. Sure, it could be made to work, but not
>without dropping our Unixness. And if we do, we should start by
Hello
On Thu, 2005-06-30 at 12:56, Dancho wrote:
> Hello,
>
> I use reiser4 in small mail server. After 102 days uptime the computer
> stopped responding. In the syslog the following message appeared:
>
> Jun 30 09:09:06 parhelia kernel: reiser4[qmail-queue(18124)]:
> commit_current_atom (fs/re
Ragnar Kjørstad wrote:
>On Wed, Jun 29, 2005 at 06:41:46PM -0400, Chet Hosey wrote:
>
>
>>Is there a standard VFS interface that these filesystems present, or is
>>it done via filesystem-specific extensions? If the latter, perhaps you
>>should consider submitting a kernel patch that adds the req
Hi,
Reiser is derefencing an uninitialized pointer, causing an oops on boot.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c
--- a/fs/reiserfs/super.c
+++ b/fs/reiserfs/super.c
@@ -1053,10 +1053,9 @@ static void handle_barrier_mode(struct s
On Wed, Jun 29, 2005 at 10:56:36PM +0200, David Weinehall wrote:
>
>FreeDesktop is doing a lot of work to make GNOME, KDE, and other
>DE:s interoperate as much as possible. Support their initiative
What about WindowMaker with bash?
>instead of trying to get a monstrosity (albeit a very cool one,
On Wed, Jun 29, 2005 at 01:19:12PM -0400, Horst von Brand wrote:
>> What pisses me off is the fact that Gnome and friends implement
>> their own incompatible-with-others VFS's and automounters and
>> stuff.
>Then get them to agree on a common framework! They are trying hard to get
>other parts of t
Hello,
I use reiser4 in small mail server. After 102 days uptime the computer stopped responding. In the syslog the following message appeared:
Jun 30 09:09:06 parhelia kernel: reiser4[qmail-queue(18124)]: commit_current_atom (fs/reiser4/txnmgr.c:1206)[nikita-3176]:
Jun 30 09:09:06 parhelia
On Wed, Jun 29, 2005 at 06:41:46PM -0400, Chet Hosey wrote:
> >> I would guess that it is rather operating system feature than a
> >> filesystem one. Can you please point some source of information about
> >> DMAPI?
>
> Is there a standard VFS interface that these filesystems present, or is
> it d
38 matches
Mail list logo