From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Date: Fri, 10 Sep 2010 18:24:50 -0700 Message-ID: From: Paul Lalonde To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016369204e7c8070a048ff1ba08 Subject: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 53816c62-ead6-11e9-9d60-3106f5b1d025 --0016369204e7c8070a048ff1ba08 Content-Type: text/plain; charset=ISO-8859-1 I want to build a kw kernel, which caused me to want to update my 9vx installation. Have my file system on a case-sensitive remote mounted drive. I'm getting essentially every file tagged as "locally modified; will not update". When a file is good, I get a warning that I can't set the uid; I can probably live with that. So I grabbed a fresh plan9.tar.bz2 from Russ's site, and tried it. Same thing. What am I doing wrong? Paul -- I'm migrating my email. plalonde@telus.net will soon be disconnected. Please use paul.a.lalonde@gmail.com from now on. --0016369204e7c8070a048ff1ba08 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I want to build a kw kernel, which caused me to want to update my 9vx insta= llation.
Have my file system on a case-sensitive remote mounted drive.<= /div>
I'm getting essentially every file tagged as "locally mo= dified; will not update".
When a file is good, I get a warning that I can't set the uid; I c= an probably live with that.
So I grabbed a fresh plan9.tar.bz2 fr= om Russ's site, and tried it. =A0Same thing.
What am I doing = wrong?

Paul
--
I'm migrating my email. =A0plalonde@telus.net wil= l soon be disconnected. =A0Please use paul.a.lalonde@gmail.com from now on.


--0016369204e7c8070a048ff1ba08-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Fri, 10 Sep 2010 20:45:24 -0500 Message-ID: From: Eric Van Hensbergen To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 538a0c50-ead6-11e9-9d60-3106f5b1d025 FWIW, Ron's got a regularly updated snapshot of the source tree in mercurial -- he and I have been using that to keep our 9vx plan 9 directories up to date -- works faster, better, and is more reliable than replica. Using floren's python installation you can even use it under Plan 9. -eric On Fri, Sep 10, 2010 at 8:24 PM, Paul Lalonde wr= ote: > I want to build a kw kernel, which caused me to want to update my 9vx > installation. > Have my file system on a case-sensitive remote mounted drive. > I'm getting essentially every file tagged as "locally modified; will not > update". > When a file is good, I get a warning that I can't set the uid; I can > probably live with that. > So I grabbed a fresh plan9.tar.bz2 from Russ's site, and tried it. =A0Sam= e > thing. > What am I doing wrong? > > Paul > -- > I'm migrating my email. =A0plalonde@telus.net will soon be disconnected. > =A0Please use paul.a.lalonde@gmail.com from now on. > > From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Fri, 10 Sep 2010 19:18:27 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 5391dfca-ead6-11e9-9d60-3106f5b1d025 On Fri, Sep 10, 2010 at 6:24 PM, Paul Lalonde wrote: > What am I doing wrong? I would argue that, while it is quite cool in principle, replica is the wrong way to solve the source distribution problem. I gave up on replica a year ago because I got tired of the kinds of problems you're having. sysfromiso is pretty up-to-date and it's pretty darn fast to pull down. I build arm kernels on it. http://bitbucket.org/rminnich/sysfromiso If you have questions let me know. ron From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Fri, 10 Sep 2010 23:32:07 -0400 To: rminnich@gmail.com, 9fans@9fans.net Message-ID: <2e844c7e3d6ea880e49503f7ad00a951@plug.quanstro.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 54146602-ead6-11e9-9d60-3106f5b1d025 > > What am I doing wrong? > > I would argue that, while it is quite cool in principle, replica is > the wrong way to solve the source distribution problem. I gave up on > replica a year ago because I got tired of the kinds of problems you're > having. while some much-needed patches have been slow in being applied, i don't think bugs (or a broken 9vx #Z) imply that replica is just wrong way to replicate changes to sources. i was able to migrate 8 years of dumps from old 32-bit filesytems with nothing (not a byte) lost in translation with replica. contrib quanstro/replica has the modest changes i made. i belive some of the change have been applied to sources. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <2e844c7e3d6ea880e49503f7ad00a951@plug.quanstro.net> References: <2e844c7e3d6ea880e49503f7ad00a951@plug.quanstro.net> Date: Sat, 11 Sep 2010 10:27:41 -0500 Message-ID: From: Eric Van Hensbergen To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 5427af0a-ead6-11e9-9d60-3106f5b1d025 On Fri, Sep 10, 2010 at 10:32 PM, erik quanstrom wrote: >> > What am I doing wrong? >> >> I would argue that, while it is quite cool in principle, replica is >> the wrong way to solve the source distribution problem. I gave up on >> replica a year ago because I got tired of the kinds of problems you're >> having. > > while some much-needed patches have been slow in > being applied, i don't think bugs (or a broken 9vx #Z) > imply that replica is just wrong way to replicate changes > to sources. > While that may be true, my experiences with replica have been pretty dreadful. I'm just not smart enough to use it properly I guess. The other aspect with using it with 9vx is that it gives me easy rollbacks since my 9vx bits on my mac aren't currently protected by Venti. -eric From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Sat, 11 Sep 2010 10:09:18 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 5433d7d0-ead6-11e9-9d60-3106f5b1d025 Hi, I just did a fresh pull for my sysfromiso tree from bitbucket, mk nuke etc. and it built fine. It's a lot of fun to look at, e.g., http://bitbucket.org/rminnich/sysfromiso/changeset/147b5c83d6f4 and see all the good stuff still being done on this kernel :-) ron From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Sat, 11 Sep 2010 22:42:59 +0200 Message-ID: From: yy To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 548b28fa-ead6-11e9-9d60-3106f5b1d025 2010/9/11 Paul Lalonde : > I'm getting essentially every file tagged as "locally modified; will not > update". The option -s for replica could help you with that. I have used replica from 9vx and it works (yes, a lot of warnings, but it works). However, what I usually do is to keep a sysfromiso hg repository at the root of the plan9 tree I'm using with 9vx and bind /sysfromiso to / in my profile. If you really want to use replica, you better use 9vx with a plan9 filesystem. If you don't have a real fossil server you can run one with qemu (or download mycroftiv's gridtoolsplus from 9gridchan.org, which includes ready to use images) and then, with my 9vx version (I think this should work with ron's tree too), you can boot running: $ cat >/tmp/127.ini < References: Date: Sat, 11 Sep 2010 15:14:46 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 54ad31b6-ead6-11e9-9d60-3106f5b1d025 OK, just checked, and my vx32 repo at bitbucket.org has the cld patch. I guess yiyus committed it? ron From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <2e844c7e3d6ea880e49503f7ad00a951@plug.quanstro.net> Date: Thu, 30 Sep 2010 22:38:02 +0300 Message-ID: From: Yaroslav To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] 9vx and replica/pull on OS X Topicbox-Message-UUID: 5bccd604-ead6-11e9-9d60-3106f5b1d025 I use replica for several tasks besides usual system update, in several different ways. It (applylog) behaves very reliably when changes go to a tree hosted by a native plan9 fs (fossil in my case), yet many glitches may arise (like those reported by Paul) if the destination is a *nix tree over 9P (in my case it is u9fs on AIX). Problems aren't with replica but with 9P servers on *nix. I saw replica failing on older 9vx #Z but it went just fine when I tried with fresh libvx32 pull some months ago. - Yaroslav 2010/9/11 Eric Van Hensbergen : > On Fri, Sep 10, 2010 at 10:32 PM, erik quanstrom = wrote: >>> > What am I doing wrong? >>> >>> I would argue that, while it is quite cool in principle, replica is >>> the wrong way to solve the source distribution problem. I gave up on >>> replica a year ago because I got tired of the kinds of problems you're >>> having. >> >> while some much-needed patches have been slow in >> being applied, i don't think bugs (or a broken 9vx #Z) >> imply that replica is just wrong way to replicate changes >> to sources. >> > > While that may be true, my experiences with replica have been pretty > dreadful. =C2=A0I'm just not smart enough to use it properly I guess. =C2= =A0The > other aspect with using it with 9vx is that it gives me easy rollbacks > since my 9vx bits on my mac aren't currently protected by Venti. > > =C2=A0 =C2=A0 =C2=A0 =C2=A0-eric > >