From mboxrd@z Thu Jan 1 00:00:00 1970 From: Spam Subject: Re: silent semantic changes with reiser4 Date: Wed, 1 Sep 2004 01:20:58 +0200 Message-ID: <875639874.20040901012058@tnonline.net> References: <200408311931.i7VJV8kt028102@laptop11.inf.utfsm.cl> Reply-To: Spam Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: List-Id: Content-Type: text/plain; charset="us-ascii" To: Christer Weinigel Cc: Linus Torvalds , Horst von Brand , Pavel Machek , David Masover , Jamie Lokier , Chris Wedgwood , viro@parcelfarce.linux.theplanet.co.uk, Christoph Hellwig , Hans Reiser , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Alexander Lyamin aka FLX , ReiserFS List > Linus Torvalds writes: >> In a graphical environment, the "icon" stream is a good example of this. >> It literally has _nothing_ to do with the data in the main stream. The >> only linkage is a totally non-technical one, where the user wanted to >> associate a secondary stream with the main stream _without_ altering the >> main one. THAT is where named streams make sense. > I think that the "icon" argument for named streams is a silly > argument, since different users may want to have different icons for > the same file. Say that I want /usr/bin/emacs to have the enterprise > icon and someone else wants the gnu head icon. And besides, root owns > the file anyways, so neither of us mortal users should be able to add > a stream to it. Yet again are we thinking in blocking ways. Firstly this was an example. Usually, though, most users accept the default icon for a file. If they do not they can still change the icon for the link they make on their start-menu/home folder/etc. > Another reason for named streams that usually crops up is the ability > set a "preferred application" for a certain file, so that when I > double click on a document I want to open it with antiword instead of > openoffice. But the same contra-argument applies here, different > users have different preferences. I can make the same argument as for the icons. > I can see the argument for having the equivalent of Content-type or > Content-transfer-encoding as a named stream though. That would be a nice thing. > /Christer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269270AbUHaXbe (ORCPT ); Tue, 31 Aug 2004 19:31:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269171AbUHaX3x (ORCPT ); Tue, 31 Aug 2004 19:29:53 -0400 Received: from c002781a.fit.bostream.se ([217.215.235.8]:64222 "EHLO mail.tnonline.net") by vger.kernel.org with ESMTP id S269328AbUHaXVM (ORCPT ); Tue, 31 Aug 2004 19:21:12 -0400 Date: Wed, 1 Sep 2004 01:20:58 +0200 From: Spam Reply-To: Spam X-Priority: 3 (Normal) Message-ID: <875639874.20040901012058@tnonline.net> To: Christer Weinigel CC: Linus Torvalds , Horst von Brand , Pavel Machek , David Masover , Jamie Lokier , Chris Wedgwood , , Christoph Hellwig , Hans Reiser , , , Alexander Lyamin aka FLX , ReiserFS List Subject: Re: silent semantic changes with reiser4 In-Reply-To: References: <200408311931.i7VJV8kt028102@laptop11.inf.utfsm.cl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > Linus Torvalds writes: >> In a graphical environment, the "icon" stream is a good example of this. >> It literally has _nothing_ to do with the data in the main stream. The >> only linkage is a totally non-technical one, where the user wanted to >> associate a secondary stream with the main stream _without_ altering the >> main one. THAT is where named streams make sense. > I think that the "icon" argument for named streams is a silly > argument, since different users may want to have different icons for > the same file. Say that I want /usr/bin/emacs to have the enterprise > icon and someone else wants the gnu head icon. And besides, root owns > the file anyways, so neither of us mortal users should be able to add > a stream to it. Yet again are we thinking in blocking ways. Firstly this was an example. Usually, though, most users accept the default icon for a file. If they do not they can still change the icon for the link they make on their start-menu/home folder/etc. > Another reason for named streams that usually crops up is the ability > set a "preferred application" for a certain file, so that when I > double click on a document I want to open it with antiword instead of > openoffice. But the same contra-argument applies here, different > users have different preferences. I can make the same argument as for the icons. > I can see the argument for having the equivalent of Content-type or > Content-transfer-encoding as a named stream though. That would be a nice thing. > /Christer