From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.236.108.44 with SMTP id p32cs40085yhg; Fri, 1 Apr 2011 04:38:16 -0700 (PDT) Return-Path: <9front+bncCPTY2Ox2EKjy1uwEGgTfQi5B@googlegroups.com> Received-SPF: pass (google.com: domain of 9front+bncCPTY2Ox2EKjy1uwEGgTfQi5B@googlegroups.com designates 10.142.135.4 as permitted sender) client-ip=10.142.135.4; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 9front+bncCPTY2Ox2EKjy1uwEGgTfQi5B@googlegroups.com designates 10.142.135.4 as permitted sender) smtp.mail=9front+bncCPTY2Ox2EKjy1uwEGgTfQi5B@googlegroups.com; dkim=pass header.i=9front+bncCPTY2Ox2EKjy1uwEGgTfQi5B@googlegroups.com Received: from mr.google.com ([10.142.135.4]) by 10.142.135.4 with SMTP id i4mr1798229wfd.15.1301657896199 (num_hops = 1); Fri, 01 Apr 2011 04:38:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:x-beenthere:received-spf:x-authenticated :x-provags-id:message-id:to:subject:date:from:in-reply-to :mime-version:x-y-gmx-trusted:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-google-group-id:list-post:list-help:list-archive:sender :list-subscribe:list-unsubscribe:content-type; bh=2/O00Y0JqztJ1GeoH/P0O+l+E3MoaJRUubj3X1NX6NY=; b=xBMaFFa0MHi9sGbK99UZi0rjuEIYZMx2HozJpVIg+RzAYfiFETYuwOQZ4zlVWa1b/B AuQTwj9GNlOYnHbURu3uh9hvvLzpslMU6BqVOj1PCZZ1Qd2HGqGcW62lQlDXol6/gWdL X92Vs6qPmLF81+cjG99kitTRoOobtEI3mPTBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:x-authenticated:x-provags-id:message-id:to :subject:date:from:in-reply-to:mime-version:x-y-gmx-trusted :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type; b=Pjf5mkG+/5NGl/LcatRcd/kihqJpICmFZ8A0TBJp3Uubk2ZWRV+gQ3pU2ByntIS5Ju XVdjyZmiwmgAzt7I/jI8HiE9NGp21rciKTiyHWGlFIKbkAdt6n7kKNzgJbR8ASVOF4T5 MqAls+P7xhcJeKAMTYUPBHK2vjF5S4lMPmFkc= Received: by 10.142.135.4 with SMTP id i4mr482390wfd.15.1301657896102; Fri, 01 Apr 2011 04:38:16 -0700 (PDT) X-BeenThere: 9front@googlegroups.com Received: by 10.142.156.18 with SMTP id d18ls1026190wfe.3.p; Fri, 01 Apr 2011 04:38:15 -0700 (PDT) Received: by 10.142.7.12 with SMTP id 12mr3089853wfg.4.1301657895622; Fri, 01 Apr 2011 04:38:15 -0700 (PDT) Received: by 10.142.7.12 with SMTP id 12mr3089852wfg.4.1301657895579; Fri, 01 Apr 2011 04:38:15 -0700 (PDT) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by gmr-mx.google.com with SMTP id k41si2069024wfa.7.2011.04.01.04.38.14; Fri, 01 Apr 2011 04:38:15 -0700 (PDT) Received-SPF: pass (google.com: domain of cinap_lenrek@gmx.de designates 213.165.64.23 as permitted sender) client-ip=213.165.64.23; Received: (qmail invoked by alias); 01 Apr 2011 11:38:12 -0000 Received: from dslb-092-078-029-020.pools.arcor-ip.net (EHLO centraldogma.9hal) [92.78.29.20] by mail.gmx.net (mp043) with SMTP; 01 Apr 2011 13:38:12 +0200 X-Authenticated: #10700799 X-Provags-ID: V01U2FsdGVkX19qsAFQU35q3K8ipSwO6ITsokZIByy4rI5+7Tz0HB 29o3BVQ7GaJVMs Message-ID: To: 9front@googlegroups.com Subject: Re: todo Date: Fri, 1 Apr 2011 13:38:11 +0200 From: cinap_lenrek@gmx.de In-Reply-To: MIME-Version: 1.0 X-Y-GMX-Trusted: 0 X-Original-Sender: cinap_lenrek@gmx.de X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of cinap_lenrek@gmx.de designates 213.165.64.23 as permitted sender) smtp.mail=cinap_lenrek@gmx.de Reply-To: 9front@googlegroups.com Precedence: list Mailing-list: list 9front@googlegroups.com; contact 9front+owners@googlegroups.com List-ID: <9front.googlegroups.com> X-Google-Group-Id: 831096995978 List-Post: , List-Help: , List-Archive: Sender: 9front@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: multipart/mixed; boundary="upas-yubyaigvqtslgoddbeskbhmsxz" This is a multi-part message in MIME format. --upas-yubyaigvqtslgoddbeskbhmsxz Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit alternative attach names are a great idea for administating a fileserver... you can kick of dumps or halt the filesystem with a ctl file... way better than a ctl pipe and also provides a back channel with proper perm checking... i see no problem in providing filsystem command for renaming/moving files between directories there too... it is just impossible to make use of this from mv because of the mount/bind indirections/multiple filesystems per server ect. you cant figure out if the ctl file you have really belongs to that file system of the file you are refering to or figure out the attach name of the filesystem of any random file... there might be a exportfs in between ect... the only proper way to implement inter directory renames accessible from mv command is with a 9p protocol change. maybe we can live with a special fscmd and let the user figure out the right filsys name and path? we can make the command format and naming compatible so it works consistently with kfs, cwfs and kenfs. -- cinap --upas-yubyaigvqtslgoddbeskbhmsxz Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9front+bncCI3Jl6K4FBDSz9bsBBoEfUDtsQ@googlegroups.com> Delivered-To: GMX delivery to cinap_lenrek@gmx.de Received: (qmail invoked by alias); 01 Apr 2011 10:24:19 -0000 Received: from mail-yw0-f60.google.com (EHLO mail-yw0-f60.google.com) [209.85.213.60] by mx0.gmx.net (mx079) with SMTP; 01 Apr 2011 12:24:19 +0200 Received: by ywl2 with SMTP id 2sf5976517ywl.15 for ; Fri, 01 Apr 2011 03:24:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:x-beenthere:received-spf:mime-version:sender :in-reply-to:references:date:message-id:subject:from:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:list-subscribe:list-unsubscribe:content-type :content-transfer-encoding; bh=fpdolUVg0ixA8yvK1IcmZEoTMMl1IDH+poM2xhmRGTo=; b=K2wBS63L30szPq8sYeJkwpSOlvzNWzBk0bPevuF3qqz89mZUIzD67Q0JmrJtyP1mez dDtezG29wv7hYlGFbCv3l2VhAqHnlnWbBic+VPrSySOl0WRwucQDTCkriNUDAvNBaNgz KGZTHSGu/vuNWam+xTY1puDRuOO+kobfx31Wk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:mime-version:sender:in-reply-to:references :date:message-id:subject:from:to:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-google-group-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe:content-type :content-transfer-encoding; b=PDHJ7mtZWXrQgBfAeMlaD8kFmWvrFF80rBGEFLOq3pjfIH+016MIUWHNSpljp4Fsmn Q6qB6rlplYkK7HnEHlg9W7+OBRzwtYahqaLq+AdPPoo27gj2bHcr9+R5OHxEaCMOr11C OK3J0Gi0KOQ0InGsdOc58OXHlqmC270XFL0o0= Received: by 10.150.250.3 with SMTP id x3mr777729ybh.46.1301653458518; Fri, 01 Apr 2011 03:24:18 -0700 (PDT) X-BeenThere: 9front@googlegroups.com Received: by 10.150.1.14 with SMTP id 14ls528915yba.2.p; Fri, 01 Apr 2011 03:24:18 -0700 (PDT) Received: by 10.151.128.9 with SMTP id f9mr1158155ybn.11.1301653458284; Fri, 01 Apr 2011 03:24:18 -0700 (PDT) Received: by 10.151.128.9 with SMTP id f9mr1158154ybn.11.1301653458261; Fri, 01 Apr 2011 03:24:18 -0700 (PDT) Received: from mail-gx0-f173.google.com (mail-gx0-f173.google.com [209.85.161.173]) by gmr-mx.google.com with ESMTPS id v10si404820yba.0.2011.04.01.03.24.17 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Apr 2011 03:24:17 -0700 (PDT) Received-SPF: pass (google.com: domain of lost.goblin@gmail.com designates 209.85.161.173 as permitted sender) client-ip=209.85.161.173; Received: by gxk26 with SMTP id 26so1631256gxk.18 for <9front@googlegroups.com>; Fri, 01 Apr 2011 03:24:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.75.193 with SMTP id z41mr5061704yhd.314.1301653457017; Fri, 01 Apr 2011 03:24:17 -0700 (PDT) Sender: 9front@googlegroups.com Received: by 10.236.108.44 with HTTP; Fri, 1 Apr 2011 03:24:16 -0700 (PDT) In-Reply-To: <3adde944e6b9688e2492230f017e56a8@gmx.de> References: <3adde944e6b9688e2492230f017e56a8@gmx.de> Date: Fri, 1 Apr 2011 03:24:16 -0700 Message-ID: Subject: Re: todo From: Uriel To: 9front@googlegroups.com X-Original-Sender: lostgoblin@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of lost.goblin@gmail.com designates 209.85.161.173 as permitted sender) smtp.mail=lost.goblin@gmail.com; dkim=pass (test mode) header.i=@gmail.com Reply-To: 9front@googlegroups.com Precedence: list Mailing-list: list 9front@googlegroups.com; contact 9front+owners@googlegroups.com List-ID: <9front.googlegroups.com> X-Google-Group-Id: 831096995978 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p4WX0t+AtsdWzrXATe7U7iyEYsVEub6UEScnitTuLsF1TdlrkUKNRhypl1WP P4z9N2hLfJzsGszrlv+ygay/ivx19oyBwO3NEg0raNb/3tCvONPdaWhG3fyrhob4EvcA0r7m4G7q eqN5w==V1; We already went down the path of new Tmessages and new Tversions with .u, and it was a huge fucking nightmare. I don't see what is so bad about an alternative attach name for this kinds of operations, somebody did something like that for file change notification and other things, it was really neat. uriel On Fri, Apr 1, 2011 at 3:18 AM, wrote: > as i read the manpage to Tversion, the client first sends something > like 9P2000[.extension] and the server responds with something like > 9Pnnnn. so if we add the extension to like kfs or cwfs, we can > respond with 9P2010 or something and the mnt driver will use the > Tmove rpc. > > but looking at the implementations... we are in trouble... > > cwfs: > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* > =C2=A0 =C2=A0 =C2=A0 =C2=A0 * Should check the '.' stuff here. > =C2=A0 =C2=A0 =C2=A0 =C2=A0 */ > =C2=A0 =C2=A0 =C2=A0 =C2=A0if(strcmp(f->version, VERSION9P) =3D=3D 0){ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r->version =3D VER= SION9P; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0chan->protocol =3D= serve9p2; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0chan->msize =3D r-= >msize; > =C2=A0 =C2=A0 =C2=A0 =C2=A0} else > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r->version =3D "un= known"; > > lib9p: > =C2=A0 =C2=A0 =C2=A0 =C2=A0respond(...): > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0switch(r->ifcall.t= ype){ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0default: > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0assert(0); > > so, just using "P92000" and send blind Tmoves to lib9p based > server will crash them... > > using anything other than "9P2000" will most likely result in > the Tversion to fail with old servers. > > so uriel has a point here... =C2=A0negotiation my ass... =C2=A0but this a= ttach > name hack sucks big time... > > -- > cinap > > > ---------- Forwarded message ---------- > From:=C2=A0Uriel > To:=C2=A09front@googlegroups.com > Date:=C2=A0Fri, 1 Apr 2011 02:30:02 -0700 > Subject:=C2=A0Re: todo > On Fri, Apr 1, 2011 at 12:13 AM, =C2=A0 wrote: >> why? =C2=A0can't we just fire and forget? =C2=A0server that dont know th= e >> command will just reply with an error no? > > We could just as well 9p2010 and be done with it. > > Changing the protocol for this is just stupid, next you will find a > trillion equally good reasons to add other extensions. > > uriel > >> -- >> cinap >> >> >> ---------- Forwarded message ---------- >> From:=C2=A0Uriel >> To:=C2=A09front@googlegroups.com >> Date:=C2=A0Fri, 1 Apr 2011 00:04:18 -0700 >> Subject:=C2=A0Re: todo >> On Thu, Mar 31, 2011 at 9:40 PM, aiju wrote: >>> >>>> This is plain gratuitous idiotic protocol breaking, you can do the >>>> same thing simply by providing an alternative attach name with ctl >>>> file(s) for fancy things like moving stuff around. >>> >>> It doesn't break the protocol at all: Clients which don't need it >>> don't have to know about it and if the server doesn't have it the >>> client can emulate it. >> >> But then the client has to negotiate with the server to find out if it >> supports the Tmove extension, >> it is totally idiotic and retarded, adding it via an alternative >> attach name is trivial and doesn't break any shit. >> >> uriel >> > --upas-yubyaigvqtslgoddbeskbhmsxz--