On 5/20/14, ron minnich rminn...@gmail.com wrote:
Ah well, back to 'm' for this thread, and I now accept that this
community is unwilling to solve this simple problem, as so many others
have. Bummer.
ron
This is wrong.
I've already solved the problem in my local tree by accident.
my Plan 9 environment is the only one that i feel i know and have control
over; i don't feel the same about my (Canonical's) ubuntu desktop, my
(Google's) chromebook, my (Apple's) macbook, my (T-Mobile/Google's) android
phone, etc, etc, precisely because of auto-update. i appreciate that they
but with codereview extensions now available, it might make sense to
create/switch to a repository hosted on an hg site so that all the change
requests, discussions and reviews are available to everyone
I think such a beast would provide the foundations for a serious
effort to bring the
PS: I have resurrected an old Nokia (5110, but I'm not sure) phone,
but it's been borrowed and I have my doubts that I will be seeing it
again any time soon. Maybe this forum can help me decide what GSM
equipment is safe from interference by the networks and their
information masters? My
I think such a beast would provide the foundations for a serious
effort to bring the distributions back together. I know many resist
such efforts because of Python (a pet hate of mine, even though I
don't know it from Adam), HG and codereview and I resist accusing them
of reactionary
Quoting lu...@proxima.alt.za:
PS: I have resurrected an old Nokia (5110, but I'm not sure) phone,
but it's been borrowed and I have my doubts that I will be seeing it
again any time soon. Maybe this forum can help me decide what GSM
equipment is safe from interference by the networks and their
i like git. as it is a kind of archival file system, one should be able to
build a plan9 file system interface for it.
On Wed, May 21, 2014 at 9:25 AM, erik quanstrom quans...@quanstro.netwrote:
I think such a beast would provide the foundations for a serious
effort to bring the
i think a key bit to collaboration is going to be setting some ground rules.
and the most important one imho is having a clear goal.
To keep the ball rolling, let me suggest that we drop the requirement
that Plan 9 be self-contained as a measure to make some progress with
existing expertise. I
all options appear to me to boil down to walled gardens.
unless you build it yourself.
I do wish the news was better, but at least I don't have to feel
alone. Thanks, Erik.
++L
To keep the ball rolling, let me suggest that we drop the requirement
that Plan 9 be self-contained as a measure to make some progress with
existing expertise. I wish we could keep Plan 9 as the sole
foundation, but I think that's just not viable, I feel treasonous
suggesting otherwise, but
On 21/05/2014 17:36, lu...@proxima.alt.za wrote:
PS: I have resurrected an old Nokia (5110, but I'm not sure) phone,
but it's been borrowed and I have my doubts that I will be seeing it
again any time soon. Maybe this forum can help me decide what GSM
equipment is safe from interference by
i use a derivative of nemo's patch system.
Where is this in the 9atom tree? Did you replace the old
patch(1) entirely?
sl
On Wed May 21 14:28:51 EDT 2014, s...@9front.org wrote:
i use a derivative of nemo's patch system.
Where is this in the 9atom tree? Did you replace the old
patch(1) entirely?
good question. the commands are all apatch/create, apatch/note, etc.
patch(1) is not replaced, and the patch
can you explain why is this not viable? what essential bits would be
missing if hg/git/whatever is not tightly integrated into the process?
Maybe I didn't explain well: self-contained Plan 9 does not provide
code review tools. Whereas I can follow (I have learnt to) the
conventions of
Skip Tavakkolian skip.tavakkol...@gmail.com wrote:
|i like git. as it is a kind of archival file system, one should be able to
|build a plan9 file system interface for it.
Funky idea.
After reading through some Plan9 papers i had the impression that
the backing store of git(1) was designed
Ergo: Plan 9 does not (yet?) contain sufficient tools to be
self-sustaining.
we've managed for years
at it; it needs firm buy-in by the community. I, for one, would need
some hard sell to consider patch and its offspring as sufficient and
much more to convince me that it would be
On Wed, 21 May 2014 09:56:26 PDT Skip Tavakkolian skip.tavakkol...@gmail.com
wrote:
i like git. as it is a kind of archival file system, one should be able to
build a plan9 file system interface for it.
Have you looked at porting git to plan9? 178K lines of *.[ch].
20K lines of shell
Hi 9fans,
I am running the latest VirtualBox on the latest Mavericks, and after an
install of 9atom, go to run the resulting image, and execution stops at the
/bin/rc command, just before entry into Rio.
I noticed this same problem on my Macbook Air on 10.8 - I thought I had
just botched my
On May 21, 2014, at 7:13 PM, Bakul Shah ba...@bitblocks.com wrote:
On Wed, 21 May 2014 09:56:26 PDT Skip Tavakkolian
skip.tavakkol...@gmail.com wrote:
i like git. as it is a kind of archival file system, one should be able to
build a plan9 file system interface for it.
Have you looked
Quoting Skip Tavakkolian skip.tavakkol...@gmail.com:
i like git. as it is a kind of archival file system, one should be able to
build a plan9 file system interface for it.
This should be possible for any reasonably sane scm; c.f. cinap's hgfs.
But all the DVCS in the world doesn't let us
i'd encourage you to try participating with apatch, and the mailing
list.
Conceded. I never meant to suggest that one shouldn't, merely that it
could be asking for a leap of faith. I have something waiting
specifically for this opportunity.
So let me ask a few questions.
Is this
Ergo: Plan 9 does not (yet?) contain sufficient tools to be
self-sustaining.
we've managed for years
With all respect due to you and Mr Coraid (don't make mne look his
name up, he's so conspicuosly absent on this list, even his hallowed
name has faded - bless him :-) for all you have
As we’ve managed to migrate towards the topic of version control
systems, I have to add: I don’t like git. Maybe it’s because
I’ve used darcs and hg so much more, or maybe it’s just that I
don’t like the way git is used in many situations. But mostly
I think it’s because I’ve found that
putting a
dependency on Python would significantly increase the build
time and total lines of code to maintain just to have hg.
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
On Wed, 21 May 2014 22:25:55 CDT Jeff Sickel j...@corpus-callosum.com wrote:
At the base level I find that sources and sourcesdump are much
more accessible than many of the DSCMs (e.g., darcs, git, hg)
out there. Yes it's great to use hg to snapshot state and
allow easy migration across
But all the DVCS in the world doesn't let us see code that is never uploaded
in the first place.
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
i was thinking more in terms of having a git client (fs) on plan9 and using
any number of public git servers. i'm looking at hgfs now; perhaps it
already does all that's needed.
On Wed, May 21, 2014 at 8:25 PM, Jeff Sickel j...@corpus-callosum.comwrote:
On May 21, 2014, at 7:13 PM, Bakul Shah
I looked at a few alternative and felt hg is the only workable
alternative that is usable right now.
I'm going to stand right with Bakul on this. The actual reasons are
not technical, but they are sound. I don't want to install Python on
my Plan 9 equipment, but I have HG on Ubuntu and NetBSD
And at
least python would be much more useful than gs!
I disagree. I try to use Plan 9 to display PDFs as much as it is able
to. When it fails, I resort to whatever my recent version of Ubuntu
supports.
++L
Though the idea of a scmfs (for checkins as well) and using
vac/venti as a backend is starting to appeal to me : )
Let's open the discussion, Plan 9 has some baseline tools other OSes
are still thinking about and will probably implement stupidly. Since
RCS I've been thinking that there has to
On Thu, 22 May 2014 03:43:15 - Kurt H Maier k...@sciops.net wrote:
But all the DVCS in the world doesn't let us see code that is never uploaded
in the first place. I can't even count the number of programs that are only
even known by oral tradition, mentioned only in passing, then never
i was thinking more in terms of having a git client (fs) on plan9 and using
any number of public git servers. i'm looking at hgfs now; perhaps it
already does all that's needed.
A git client would be good. When I attempted to install git on NetBSD
I ran into trouble because the packaged
32 matches
Mail list logo
