Hi Kenji,
As Joseph said, shorthand for "Thanks for correcting me on that, and
giving me the knowledge I needed, or that I asked for..." It is
probably a Western-ism, a cultural thing of America/ United Kingdom/
Australia, if not others. I've been using it since I could talk, and
started asking th
Finally got the reason, I execute a command exec rio at the end of
/cfg/$sysname/cpurc, which turns out the reason of blocking drawterm,
although do not know the detailed reason. Sorry for the noise.
2014-05-22 23:24 GMT-04:00 yan cui :
> Hi all,
>
>I encountered an error when connecting dra
To get ahead in the game of bullying always single one person out,
don't try to even do two at the same time or they might team up.
> It is interesting that unpopular and irrelevant
> very often comes in combination with loud.
No.
Hi all,
I encountered an error when connecting drawterm with cpu/auth server.
Basically, I use
drawterm -c super -a super -u bootes
but it turns out an error,
cpu: can't dial: super: Connection refused
goodbye
on the plan9 cpu/auth server, I type auth/debug, it outputs
p9sk1 key: proto=p9sk1 u
Hi all,
I encountered an error when connecting drawterm with cpu/auth server.
Basically, I use
drawterm -c super -a super -u bootes
but it turns out an error,
cpu: can't dial: super: Connection refused
goodbye
on the plan9 cpu/auth server, I type auth/debug, it outputs
p9sk1 key: proto=p9sk1 u
On May 22, 2014 10:18:32 PM EDT, kokam...@hera.eonet.ne.jp wrote:
>> Ok, I stand corrected.
>
>Off topic, sorry.
>
>I saw this phrase some times here.
>What it does mean?
>
>I know it's meaning I think.
>What I want to know is why they say just 'thanks'.
>Is this something some culture related?
>
>
> Ok, I stand corrected.
Off topic, sorry.
I saw this phrase some times here.
What it does mean?
I know it's meaning I think.
What I want to know is why they say just 'thanks'.
Is this something some culture related?
Kenji
Just booted the VM using WLAN and my phones wireless hotspot, came up
almost instantly. Now the real work begins - configuration...
On 5/23/14, Shane Morris wrote:
> Ok, I stand corrected.
>
> On 5/23/14, s...@9front.org wrote:
>>> I was under the understanding Plan 9
>>> didn't work under VMWar
Ok, I stand corrected.
On 5/23/14, s...@9front.org wrote:
>> I was under the understanding Plan 9
>> didn't work under VMWare...
>
> http://plan9.stanleylieber.com/vmware/img/fusion.png
>
> sl
>
>
> I was under the understanding Plan 9
> didn't work under VMWare...
http://plan9.stanleylieber.com/vmware/img/fusion.png
sl
On Thu May 22 17:25:07 EDT 2014, edgecombe...@gmail.com wrote:
> Aram, if you have a bunch of settings that work under VMWare Fusion
> for Plan 9, then I am all ears. I was under the understanding Plan 9
> didn't work under VMWare...
the second thing the nix terminal ran on was vmware. i just hav
Aram, if you have a bunch of settings that work under VMWare Fusion
for Plan 9, then I am all ears. I was under the understanding Plan 9
didn't work under VMWare...
On 5/23/14, Jeff Sickel wrote:
>
> On May 22, 2014, at 9:49 AM, Aram Hăvărneanu wrote:
>
>>> Ah, ruby, yet another technology I hav
On Thu May 22 16:10:21 EDT 2014, skip.tavakkol...@gmail.com wrote:
> what types of metadata are/were stored in a typical case?
for the object store, any metadata at all would be acceptable, and
i don't think there is a typical case. there is no object store fs interface.
for the nfs and 9p serv
> > another key point is that all distributed scms that i've used clone
> > entire systems. but what would be more interesting is to clone, say,
> > /sys/src or some proto-based subset of the system, while using the
> > main file system for everything else. imagine you want to work on
> > the ker
cool!
what types of metadata are/were stored in a typical case?
On Thu, May 22, 2014 at 11:41 AM, erik quanstrom wrote:
> i think i've fixed the issues preventing
> readweb http://www.9atom.org/magic/man2html/4/θfs
> and
> lookman θfs
> from working. it's surprising how many u
On Thu, 22 May 2014 08:45:48 EDT erik quanstrom wrote:
> > Features such as atomic commits, changesets, branches, push,
> > pull, merge etc. can be useful in multiple contexts so it
> > would be nice if they can integrated smoothly in an FS.
> >
> > - Installing a package is like a pull (or if yo
camilstore's storage idea is interesting, but i admit i've only played with
it and briefly. i think you're referring to the fact it keeps all versions
that are put into it and the fact that anything stored can have any
metadata (json) associated with it.
On Thu, May 22, 2014 at 9:17 AM, ron minni
On Thu, 22 May 2014 12:41:05 +0200 =?UTF-8?B?QXJhbSBIxIN2xINybmVhbnU=?=
wrote:
>
> What would be the point of this? Once you have a version (revision)
> you can just bind the subtree where you want it. I don't see the
> point in having this special switching code inside hgfs. Plan 9
> provides t
So that means you and Aram. It is interesting that unpopular and irrelevant
very often comes in combination with loud.
Lucho
On Thu, May 22, 2014 at 1:13 PM, Kurt H Maier wrote:
> Quoting Latchesar Ionkov :
>
> Who exactly do you think are the "we" that you are talking about?
>>
>>
>
> Al
On Thu, 22 May 2014 09:17:18 PDT ron minnich wrote:
> has anyone looked at camlistore as a starting point? Written in Go,
> which means it works on Plan 9.
I will take a look at it but Ron, if you are still on this
channel, may be you can describe how it will help here?
[And, please don't overloa
c'mon. there's no point to namecalling.
- erik
Quoting Latchesar Ionkov :
Who exactly do you think are the "we" that you are talking about?
All the unpopular, irrelevant people who regularly force poor Ron
to loudly, manually pipe this list into /dev/null instead of just
unsubscribing.
khm
you're entitled to your opinion, but please don't speak for everyone.
On Thu, May 22, 2014 at 11:51 AM, Aram Hăvărneanu wrote:
> > I'm beginning to remember why I redirected this list to /dev/null. I
> > think I'm going to resume.
>
> Good riddance, we don't want your insults here. We don't wan
Who exactly do you think are the "we" that you are talking about?
Lucho
On Thu, May 22, 2014 at 12:51 PM, Aram Hăvărneanu wrote:
> > I'm beginning to remember why I redirected this list to /dev/null. I
> > think I'm going to resume.
>
> Good riddance, we don't want your insults here. We do
> I'm beginning to remember why I redirected this list to /dev/null. I
> think I'm going to resume.
Good riddance, we don't want your insults here. We don't want your
nsec, and we don't want your GPL.
> Enjoy your ever-shrinking place in the world, folks; it's clear that
> you enjoy it. It's also
Quoting ron minnich :
I'm beginning to remember why I redirected this list to /dev/null. I
think I'm going to resume.
thanks for letting us know
Enjoy your ever-shrinking place in the world, folks; it's clear that
you enjoy it. It's also clear that nobody else cares any more.
I'm sorry tha
i think i've fixed the issues preventing
readweb http://www.9atom.org/magic/man2html/4/θfs
and
lookman θfs
from working. it's surprising how many unicode bugs there still are.
- erik
I'm beginning to remember why I redirected this list to /dev/null. I
think I'm going to resume.
Enjoy your ever-shrinking place in the world, folks; it's clear that
you enjoy it. It's also clear that nobody else cares any more.
ron
On Thu, May 22, 2014 at 6:17 PM, ron minnich wrote:
> has anyone looked at camlistore as a starting point? Written in Go,
> which means it works on Plan 9.
No, it doesn't. I uses FUSE for God's sake. Camlistore is also 65kLOC
--
Aram Hăvărneanu
> in any event, back to the subject at hand. this in-depth discussion of
> various
> revision control systems seems to assume that revision control is the key
> issue.
Much as I agree with you that clear objectives are essential to any
type of success (a tautology if ever there was one - what d
Quoting ron minnich :
has anyone looked at camlistore as a starting point? Written in Go,
which means it works on Plan 9.
That means it works on *one architecture* of Plan 9.
khm
has anyone looked at camlistore as a starting point? Written in Go,
which means it works on Plan 9.
ron
Quoting lu...@proxima.alt.za:
Obvious, good grounds for a conspiracy theory. Such code simply does
not exist, no matter how much you harp on it. Next thing, you'll
insist I need to prove that it does not exist, putting you squarely in
the Creationists camp.
I don't need anyone to prove anyth
thinking about the idea of a revision control file system brings me back to
some work i followed by brian stuart. his θfs has a object store. the object
store allows arbitrary metadata and object size. the ℙ snapshot device could
be modified to take snapshots based on an arbitrary reference poin
On Thu, May 22, 2014 at 3:41 AM, Aram Hăvărneanu wrote:
> Skip Tavakkolian wrote:
> > % cat /n/hg/versions # list versions
> > ...
> > % echo version rev1 > /n/hg/ctl # pull + update -r rev1, etc.
> > % ls /n/hg/foo
> > # list of rev1 files
> > % echo version rev2 > /n/hg/ctl
> > % ls /n/h
On May 22, 2014, at 9:49 AM, Aram Hăvărneanu wrote:
>> Ah, ruby, yet another technology I have zero use for on my systems.
>
> That technology is already installed on your system.
And not used. Wasted bits on the ssd.
http://hadihariri.com/2014/04/21/build-make-no-more/
> Ah, ruby, yet another technology I have zero use for on my systems.
That technology is already installed on your system.
--
Aram Hăvărneanu
On May 22, 2014, at 9:44 AM, Jeff Sickel wrote:
>
> On May 22, 2014, at 9:39 AM, Rubén Berenguel wrote:
>
>> From:
>> https://github.com/Homebrew/homebrew/commits/master/Library/Formula/qemu.rb
>
> Ah, ruby, yet another technology I have zero use for on my systems.
And the link returns:
It's homebrew, a package repository for OS X. OS X already comes with a
ruby interpreter anyway. And this allows anyone to compile from source qemu
2.0.0 without much fuss.
On Thu, May 22, 2014 at 4:44 PM, Jeff Sickel wrote:
>
> On May 22, 2014, at 9:39 AM, Rubén Berenguel
> wrote:
>
> From:
>
On May 22, 2014, at 9:39 AM, Rubén Berenguel wrote:
> From:
> https://github.com/Homebrew/homebrew/commits/master/Library/Formula/qemu.rb
Ah, ruby, yet another technology I have zero use for on my systems.
-jas
➜ ~ brew info qemu
qemu: stable 2.0.0, HEAD
http://www.qemu.org/
/usr/local/Cellar/qemu/1.5.1 (114 files, 90M)
Built from source
/usr/local/Cellar/qemu/2.0.0_1 (120 files, 98M) *
Built from source
From:
https://github.com/Homebrew/homebrew/commits/master/Library/Formula/qemu.rb
==> Dependenci
On May 22, 2014, at 9:12 AM, Aram Hăvărneanu wrote:
> I have both 1.6.1 and 2.0 on 10.9 (the latest). 1.6.1 is not ancient
> and I didn't even need to compile it. Plan 9 runs just fine. 2.0 I
> compiled because I needed the new arm64 support. It wasn't hard.
What’s your Mac OS X build environme
Some thoughts from a new guy.
I would suggest the best way might be to take the 'main' labs sources
distribution and build one patch at a time.
Should in theory leave behind it a nice linear list of patches from a
common base and might get some patches ready to go into sources (if
accepted) for fe
> If by ‘works’ you mean the an ancient version that doesn’t really run
> well on OS X 10.9.x, then sure. So far, I’ve not gotten a version of
> qemu to build on OS X that would support Plan 9 or any other OS I’m
> interesting in testing.
I have both 1.6.1 and 2.0 on 10.9 (the latest). 1.6.1 is n
On May 22, 2014, at 8:05 AM, Aram Hăvărneanu wrote:
>> because they're using osx, and don't want to shell out for vmware.
>
> QEMU works on OS X.
If by ‘works’ you mean the an ancient version that doesn’t really run
well on OS X 10.9.x, then sure. So far, I’ve not gotten a version of
qemu to
On Thu May 22 09:45:08 EDT 2014, lu...@proxima.alt.za wrote:
> > the original version is, as far as i know, no longer in use.
> > i only mentioned the lineage to credit nemo with the work.
>
> Out of curiosity, what prompted not using CVS? I can think of a
> number of reasons, but none that echo
> and go introduces new issues, it's much more in flux than python.
> the risk is that a go update could then break the system.
> and only runs on 386. it does not run on plan 9 mips, arm, or amd64.
These are very valid reservations, I hadn't thought of them.
L.
> the original version is, as far as i know, no longer in use.
> i only mentioned the lineage to credit nemo with the work.
Out of curiosity, what prompted not using CVS? I can think of a
number of reasons, but none that echo with your comments up to now.
L.
> you are aware that you can mount the 9atom sources directly these days?
Sure, but then I'd have to commit harakiri as self-immolation is the
only avenue left to appease the Internet gods in the tip of Africa :-)
Still, I'll keep that in mind for occasional experimentation.
More seriously, we d
> Go is in a different league: Heretical as it may seem, we can generate
> Go binaries without compelling all Plan 9 installations to include the
> Go toolchain, no matter how valuable some of us may perceive it. HG
> without Python is a dead rat.
that's a partially binary distribution. a proper
> Is this the right place to discuss the actual procedure to include
> apatch in one's private Bell Labs' distribution?
>
> Is it preferable to use apatch within 9atom, or is it reasonably
> portable to the "legacy" (I presume that is what David intends
> with that mo
> With all respect due to you and Mr Coraid (don't make mne look his
Coile.
- erik
> because they're using osx, and don't want to shell out for vmware.
QEMU works on OS X.
--
Aram Hăvărneanu
> Branch/merge features evolved in response to people's needs.
> Merging is necessary if you (as an organization) have
> substantial local changes for your product (or internal
> use) and you also want to use the latest release from your
> vendor. No amount of namespace manipulation is going to
> h
> That said, let me add my encouragement to sample apatch as suggested
> by Erik, although any valid objections ought to be raised here. One,
> from me, comes from Erik himself "a modified version of Nemo's
> (a)patch" (I don't have the exact quote handy. Nemo, could we please
> start this exerci
On Thu May 22 06:55:44 EDT 2014, ara...@mgk.ro wrote:
> Why do people insist on VirtualBox? How many times it has to be said.
> VirtualBox is utter shite. QEMU and VMware work. QEMU is especially
> interesting because it can work without a broken kernel driver
> (although it can use kvm, a good ker
> More seriously, though, on the issue of revision control on Plan 9
> (and code review, that being the really important aspect) I'd like us
> to keep in mind that being able to interface with existing
> repositories, difficult as it may be, would be greatly beneficial. To
like i said, a hg gatew
I would throw in a vote in favor of a good git client. It's something
I use daily and I find it works well with distributed people working
on the same project. Which is a situation Linux and plan9 share.
Last time I looked at how it was put together the 'core' was actually
just a small handful of
> Features such as atomic commits, changesets, branches, push,
> pull, merge etc. can be useful in multiple contexts so it
> would be nice if they can integrated smoothly in an FS.
>
> - Installing a package is like a pull (or if you built it
> locally, a commit)
> - Uinstall is reverting the ch
Aram Hăvărneanu I don’t know who you are but you seem to be in a very bad mood
today.
From: Aram Hăvărneanu
Sent: Thursday, 22 May 2014 11:54
To: Fans of the OS Plan 9 from Bell Labs
Why do people insist on VirtualBox? How many times it has to be said.
VirtualBox is utter sh
Why do people insist on VirtualBox? How many times it has to be said.
VirtualBox is utter shite. QEMU and VMware work. QEMU is especially
interesting because it can work without a broken kernel driver
(although it can use kvm, a good kernel driver on Linux).
--
Aram Hăvărneanu
> I submit not having a proper DVCS is part of the problem for
> this. The reason github is so successful is because it is so
> easy to upload code and then to collaborate, get bug fixes
> etc. While some incomplete code in one's own src tree may not
> get looked at for a long time and ultimately
> Merely that it would be nice if 8c on Plan 9 was the same utility,
> whether Go is installed or isn't. I'm not expecting it to just
> happen, but I do think it would be better than what we have now.
And what would be the benefit of that?
Plan 9's 8c and Go's 8c are different programs. Differen
Skip Tavakkolian wrote:
> % cat /n/hg/versions # list versions
> ...
> % echo version rev1 > /n/hg/ctl # pull + update -r rev1, etc.
> % ls /n/hg/foo
> # list of rev1 files
> % echo version rev2 > /n/hg/ctl
> % ls /n/hg/foo
> ... # list of rev2 files, etc
What would be the point of this? On
> It would be nice if you didn't hijack other people's threads.
Oh, dear, I apologise!
L.
> What are you talking about?
Merely that it would be nice if 8c on Plan 9 was the same utility,
whether Go is installed or isn't. I'm not expecting it to just
happen, but I do think it would be better than what we have now.
L.
On Thu, May 22, 2014 at 9:36 AM, wrote:
> ...
It would be nice if you didn't hijack other people's threads.
--
Aram Hăvărneanu
On Thu, May 22, 2014 at 7:36 AM, wrote:
> (I dislike that Go comes with C
> compilers and assemblers that seem to be heading off into the hills -
> our little group of Go porters (please forgive me for presuming) ought
> to be addressing this issue as well)
What "issues"?
What are you talking a
On Wednesday, May 21, 2014, Jeff Sickel wrote:
> Git is the closest as it’s just C,
> sort of: it’s a whole lot of code. But why would you want to
> bring in “178K lines of *.[ch], 20K lines of shell scripts, 100K+
> lines of test scripts” and have to lug in the massive payload
> of Python and P
Hi Shane,
I just tried an installation from scratch of 9atom - downloaded the
ISO from Quanstro.net, installed on VirtualBox 4.3.12 on Mavericks
10.9.3 accepting the defaults as far as possible. It all installed
fine and booted fine. I've not had time to setup networking etc. but
it certainly doesn
> it would be nice to map as many hg/git operations to file operations as
> possible. for the rest providing special files (ctl, versions, etc) and
> directives don't seem out of place.
I've been thinking about combining synthetic file servers with shell
functionality, where Plan 9's rc (but possi
71 matches
Mail list logo
