> whether you could
> build an interesting dvcs with venti as a low-level
> building block, and if so, how.
Well, the first suggestion may be how to partition venti, or is that a
silly starting point? Security definitely defeats, or at least
dilutes some of venti's strengths.
++L
> As with exit(), it can be replaced automatically with exits() but you
> still have to figure out what message you want in your exits().
If anyone is interested, this is what I used as a compatibility shim:
#include
#include
void
exit (int code) {
switch (code) {
case
> i don't see how
> to make sense of venti-level syncing unless it is so basic that
> you dump all the blocks from one venti into another. in which
> case, no special tools are needed.
Granted, but then security becomes an issue. Perhaps not regarding
replica, but in the universal context.
++L
Hi all
I am planning to a get a complete small footprint computer. I found
the Asus Nova Lite Px20
Is this going to be a challenging, guru level install? The ethernet
card seems to be an atheros L2 so it's probably not supported.
Operation System
GenuineWindows(R) XP Home,
CP
Hi all
I am planning to a get a complete small footprint computer. I found
the Asus Nova Lite Px20
Is this going to be a challenging, guru level install? The ethernet
card seems to be an atheros L2 so it's probably not supported.
Operation System
GenuineWindows(R) XP Home,
CP
> after adding the needed features, what would the advantage
> be over replica?
i'm fairly certain this discussion has diverged off
of replica and is now about just whether you could
build an interesting dvcs with venti as a low-level
building block, and if so, how.
russ
> What do you mean by "apply changes"? Each venti has a set of
> blocks corresponding to vac hierarchies. Each vac hierarchy
> has a single parent. Retrieving the missing blocks reachable
> from a hierarchy of interest to you is all that is needed.
you can put anything in venti. they don't need
> There was a question on this list not long time ago whether
> getting access to venti blocks of the sources would be possible.
> The answer at the time was "no". This is understandable since
> the stock venti doesn't really offer any kind of security
> mechanism for doing that.
>
> However, the v
On Thu, 2009-01-29 at 16:42 -0500, erik quanstrom wrote:
> > That said, what would be your thoughts on developing the
> > tools (and interfaces perhaps) for fetching up venti
> > blocks between two systems in a secure and manageable way.
>
> i think this harks back to ye olde dump. the main diff
On Thu, 2009-01-29 at 14:33 -0800, Russ Cox wrote:
> On Thu, Jan 29, 2009 at 1:09 PM, Roman V. Shaposhnik wrote:
> I don't know how well Git handles this; I apologize for that.
Git doesn't get annoyed. In fact, with things like git stash you can
even test incremental changes to the merge without
On Thu, Jan 29, 2009 at 5:42 PM, Lluís Batlle wrote:
> Same here. I totally feel like erik about bugs and writing code.
>
> 2009/1/29 erik quanstrom :
>> from the link
>>
>>> But that's what happens when there is no incentive
>>> for people to do the parts of programming that aren't fun.
>>> Fixin
Well, a few trivial tasks could probably be automated. What comes
first to my mind is the removal of the common includes for the non plan
9 headers/libs, namely string.h, stdlib.h, math.h, and stdio.h. I know
this last one is in plan 9 but most of the time the plan 9 one was not
the one needed as t
> i should mention that you can use ken's fs with sata
> drives if you have a hba that supports ahci, ide
> emulation on sata (many do), or the marvell 88sx chipset:
Wao, good news!
Yes, it has marvell 88... chip. Later I'll confirm it...
I have already one Ken's fs (geof's 64bit update version
On Thu, Jan 29, 2009 at 1:09 PM, Roman V. Shaposhnik wrote:
> "trees" tend to be highly overloaded, but if you refer
> to the filesystem hierarchy as seem by open, then the
> above statement, if applied to Git, is misleading.
What I mean is that if there is some file in the "repository"
and I hav
> i have some patches to the uart code that will allow you to
> use a non-onboard uart as a console if you're interested.
Thanks for your reply, erick.
This motherboard has on board serial connector but not
the cable to the rear panel. I hand-maded that's cable, and
using serial mouse.Howeve
> That said, what would be your thoughts on developing the
> tools (and interfaces perhaps) for fetching up venti
> blocks between two systems in a secure and manageable way.
i think this harks back to ye olde dump. the main difference
is that "inode number" has now become a "score" and gotten
m
On Thu, Jan 29, 2009 at 01:04:17PM -0700, Randall Bohn wrote:
> I needed to read a loose man file on Linux but couldn't remember how
> to format and display it.
>
> groff -man slig.8 wasn't readable.
>
> So I turned to drawterm.
>
> troff -man /mnt/term/home/bohn/slig.8 | page
>
> Problem solve
On Thu, 2009-01-29 at 09:18 -0800, Russ Cox wrote:
> Onr fundamental difference is that the latter set is
> intended to keep trees exactly in sync,
"trees" tend to be highly overloaded, but if you refer
to the filesystem hierarchy as seem by open, then the
above statement, if applied to Git, is m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 29, 2009, at 3:04 PM, Randall Bohn wrote:
groff -man slig.8 wasn't readable.
How? I get PostScript output when running a similar thing. (Strange
how groff automatically calls grops, but hey, that's GNU for you.)
-BEGIN PGP SIGNATURE
> optomist!
Yes I am.
However, I did say ``built with relative ease'',
I did not say ``built easily''
☺
-Steve
> ..are there some nice general scripts that could
> be used to automate some of this for the next hunk of gnu-like code
> that comes along?
I wrote a tool to help me port some ANSI C code from the net. It
autogenerates mkfiles based on analysis of the source and headers.
Importantly the porting
> Importantly the porting effort can be coded into an rc(1) script, this
> means new releases of your GNU (for example) package can be built with
> relative ease.
optomist!
- erik
I needed to read a loose man file on Linux but couldn't remember how
to format and display it.
groff -man slig.8 wasn't readable.
So I turned to drawterm.
troff -man /mnt/term/home/bohn/slig.8 | page
Problem solved.
I've been fiddling around with my netbooting terminal lately and have
noticed that when connected to my Sun monitor the picture tends to
"wobble". That is, it looks as though a wave is passing up the screen
about every second, slightly distorting the picture. I created a
custom /lib/vgadb entry
> > all the files i checked were marked deleted in the log.
> > i think the problem was during database generation,
> > there was no connection to venti. my patch should
> > address that. i found it necessary when doing the
> > history transfer. bad wireless connection.
> >
> > maybe there's als
On Thu, Jan 29, 2009 at 9:30 AM, erik quanstrom wrote:
>> I can easily believe that the replica tools might
>> accidentally delete your whole file system (but only
>> the files that you hadn't changed) if sources all of
>> a sudden claims that the files are gone, like it did
>> a few days ago. It
Same here. I totally feel like erik about bugs and writing code.
2009/1/29 erik quanstrom :
> from the link
>
>> But that's what happens when there is no incentive
>> for people to do the parts of programming that aren't fun.
>> Fixing bugs isn't fun; going through the bug list isn't fun;
>> but r
> something must be wrong with me. i like fixing bugs.
> writing a big pile of code always seems daunting.
Fixing bugs presumes you understand the program very well, both what
it is meant to do and what it is actually doing. That's no small
prerequisite. Apply it to Open Source bloat and you'll
On Thu, 2009-01-29 at 12:36 -0500, erik quanstrom wrote:
> > But that's what happens when there is no incentive
> > for people to do the parts of programming that aren't fun.
> > Fixing bugs isn't fun; going through the bug list isn't fun;
> > but rewriting everything from scratch is fun (because "
What if the replica/pull script defaulted to start with archiving to venti and
print simple instruction how to restore in case of epic failure?
On the other hand, the -n flag works for me.
/G.
__
Går det långsamt? Skaffa dig en snab
from the link
> But that's what happens when there is no incentive
> for people to do the parts of programming that aren't fun.
> Fixing bugs isn't fun; going through the bug list isn't fun;
> but rewriting everything from scratch is fun (because "this time
> it will be done right", ha ha) and so
> I can easily believe that the replica tools might
> accidentally delete your whole file system (but only
> the files that you hadn't changed) if sources all of
> a sudden claims that the files are gone, like it did
> a few days ago. It's trying to stay in sync with
> sources, after all. This wa
Replica and cvs/git/mercurial/darcs/whatever solve
similar but different problems.
Onr fundamental difference is that the latter set is
intended to keep trees exactly in sync, whereas
the design of replica expects you to want some files
to contain local changes that persist and are not
synced back
> This isn't a *TeX complaints forum, but...
> I'm spending more time trying to figure out
> how to properly layout my page and get
> the headers right, wa-wa (in LaTeX) --
> instead of submitting my proof to the
> damn journal.
>
> How feasible is a solution to this mess?
Which journal is it
This isn't a *TeX complaints forum, but...
I'm spending more time trying to figure out
how to properly layout my page and get
the headers right, wa-wa (in LaTeX) --
instead of submitting my proof to the
damn journal.
How feasible is a solution to this mess?
ak
> You've hit the nail on the head with this comment. It seems that almost
> all layout systems spend 99% of their smarts laying out blocks of
> graphic information *and* trying to figure out how to make text be
> still "self-layingout". And I do mean all: from TeX, lout, all the
> way to HTML/CSS.
On Thu, 2009-01-29 at 08:37 -0500, erik quanstrom wrote:
> > and as you well point out, the skils of a schizophrenic monkey for
> > managing local changes.
>
> well then, please show me how hg/git or whatever would save
> me from the situation outlined. how would hg/git know that
> i was really u
On Thu, 2009-01-29 at 08:53 -0500, erik quanstrom wrote:
> > > How about turning acme to universal UI, in the style of old Oberon?
> >
> > Acme very deeply believes that everything's just text. It would be
> > substantial effort to get it to be any more universal than that. I'm
> > aware of at lea
On Thu, 2009-01-29 at 08:15 -0800, ron minnich wrote:
> On Thu, Jan 29, 2009 at 4:12 AM, Uriel wrote:
>
> > All this has been solved by git and hg; and git and hg would *never*
> > wipe out your local files simply because the backing store for the
> > repository you are pulling from happens to br
I AM OUTRAGED AT YOUR IGNORANCE!
yes, we do.
On Thu, Jan 29, 2009 at 9:25 AM, Akshat Kumar
wrote:
> I plan to outrage with ignorance...
>
> Do we have TeX native to Plan 9?
>
>
> ak
>
>
On Thu, Jan 29, 2009 at 8:25 AM, Akshat Kumar
wrote:
> I plan to outrage with ignorance...
>
> Do we have TeX native to Plan 9?
good questions are by definition good :)
There is a tex for plan 9, it consists of an iso on sources which you
mount and from which you run replica. I always manage to
On Thu, 2009-01-29 at 13:12 +0100, Uriel wrote:
> The issues with replica go beyond its tendency to wipe out complete
> file systems.
>
> It includes, among other things, the performance of a drunken slug,
> and as you well point out, the skils of a schizophrenic monkey for
> managing local change
>From what you learned, are there some nice general scripts that could
be used to automate some of this for the next hunk of gnu-like code
that comes along?
Thanks for the port ...
ron
I plan to outrage with ignorance...
Do we have TeX native to Plan 9?
ak
On Wed, Jan 28, 2009 at 8:57 AM, wrote:
>
> It is incorrect, missing at least the Sys Admin magazine article
> from Feb. 04
>
incomplete and incorrect are not the same. But why not drop a bibtex
entry on the list so we can try to make it less incomplete?
ron
On Thu, Jan 29, 2009 at 4:12 AM, Uriel wrote:
> All this has been solved by git and hg; and git and hg would *never*
> wipe out your local files simply because the backing store for the
> repository you are pulling from happens to break,
Have you used git much? Sure, it's nice. Have you tried it
On Thu, Jan 29, 2009 at 7:53 AM, wrote:
>
>
>
>>> How about turning acme to universal UI, in the style of old Oberon?
>
>
> >From a UI design perspective, it's not clear what it ought to look
>>like. More strongly, I'm not really convinced there *is* a good way
>>for a UI like that to work. You'd
One approach might be to have a separate
application, in the family of winwatch and wintop,
which maintains Acme-like clickable tags and
tag-space for the current/currently active rio window.
Of course, it's one more application... but for those
who like just the basic chording in their rc windows
On Mon, Jan 26, 2009 at 01:01:55PM -0500, Anthony Sorace wrote:
> if you want to work on it some, this message talks about getting
> inferno working on OpenBSD using the rthreads library (the pending
> replacement for the userland threads russ talked about):
>
> http://www.xs4all.nl/~mechiel/infer
Hi all
I just everybody to know that...As usual Russ was right.
The occasional burp happens when acme tries to fork a new thread.
now I am back to using drawterm+qemu on openbsd
fernan
On 1/27/09, Fernan Bolando wrote:
>> On Mon, Jan 26, 2009 at 2:04 PM, Russ Cox wrote:
>>> The plan9port code
On Thu Jan 29 06:17:11 EST 2009, kokam...@hera.eonet.ne.jp wrote:
> I'm now being forced to use this motherboard with C2D 2.66GHZ for
> a new fossil+venti server of my new lab with a SATA HDD and a SATA
> CDROM drive. I know this is not suitable to Plan 9, however forced to...
>
> As you know,
> I'm now being forced to use this motherboard with C2D 2.66GHZ for
> a new fossil+venti server of my new lab with a SATA HDD and a SATA
> CDROM drive. I know this is not suitable to Plan 9, however forced to...
>
> As you know, it has no PS/2 mouse port, but only has usb (12 ports!).
> As I fa
> > How about turning acme to universal UI, in the style of old Oberon?
>
> Acme very deeply believes that everything's just text. It would be
> substantial effort to get it to be any more universal than that. I'm
> aware of at least two independent efforts by very smart people who
> stalled at ab
>> How about turning acme to universal UI, in the style of old Oberon?
>From a UI design perspective, it's not clear what it ought to look
>like. More strongly, I'm not really convinced there *is* a good way
>for a UI like that to work. You'd have all the problems the X11 tiled
>window manager
On Thu Jan 29 07:13:32 EST 2009, urie...@gmail.com wrote:
> It includes, among other things, the performance of a drunken slug,
i don't know how slow a drunken slug is. but before rushing
off to replace replica, it would be useful to see where the time
is going. you may find that your proposed r
2009/1/29 Anthony Sorace :
> On Thu, Jan 29, 2009 at 3:49 AM, wrote:
>> How about turning acme to universal UI, in the style of old Oberon?
[...]
> I love acme, but I think rio's the right starting place for GUI
> things. Maybe just move the menu into a pre-populated tag, similar to
> Acme's.
i
> i do not use replica to update my machine, but this is a reflection
> of the fact that legitimate changes to files i've never changed can
> remove functionality that i use, like il. i suspect that i'm a special
> case in this regard and no amount of revision control fanciness
> can save me.
I'm
The issues with replica go beyond its tendency to wipe out complete
file systems.
It includes, among other things, the performance of a drunken slug,
and as you well point out, the skils of a schizophrenic monkey for
managing local changes.
All this has been solved by git and hg; and git and hg w
On Thu, Jan 29, 2009 at 3:49 AM, wrote:
> How about turning acme to universal UI, in the style of old Oberon?
Acme very deeply believes that everything's just text. It would be
substantial effort to get it to be any more universal than that. I'm
aware of at least two independent efforts by very
I'm now being forced to use this motherboard with C2D 2.66GHZ for
a new fossil+venti server of my new lab with a SATA HDD and a SATA
CDROM drive. I know this is not suitable to Plan 9, however forced to...
As you know, it has no PS/2 mouse port, but only has usb (12 ports!).
As I faced usb prob
>> Yes, it is more about the number of options than
>> anything else.
>>
>i go a little further. after using acme, menus sure feel
>clunky. [cut]
How about turning acme to universal UI, in the style of old Oberon?
thanks,
++pac
<>
61 matches
Mail list logo
