I've been scouring the Interwebs and haven't been able to find much of
a solution.
Yesterday I decided to give P9 a try and burned the ISO file available
on Plan 9's installation page here:
http://plan9.bell-labs.com/wiki/plan9/download/index.html
It was the direct link to the CD image so none of
On Mon, Feb 8, 2010 at 8:41 AM, Steve wrote:
> I've been scouring the Interwebs and haven't been able to find much of
> a solution.
>
> Yesterday I decided to give P9 a try and burned the ISO file available
> on Plan 9's installation page here:
> http://plan9.bell-labs.com/wiki/plan9/download/inde
Hi,
I would like to add a second disk to my fossil configuration.
I would like to ask if this is possible without fs?
When it is possible I would like to ask for a sample.
Here is what I was trying without success:
disk/mbr -m /386/mbr /dev/sdC1/data
disk/fdisk /dev/sdC1/data
disk/prep /dev
> Here is what I was trying without success:
> [snip]
It looks right (from memory).
> I was not able to mount the 'other' fs to /n/other.
how are you doing the mount, I would expect somthing like
mount /srv/fossil /n/other other
i.e. you mount fossil but with the attach specifier of "
> I did look around and the only possible problems I could find were
> that maybe since I don't have Windows it was trying to look for the
> FAT file (I'm strictly an only Linux user) in which case I do not have
> VMWare and I'd be curious if there is a non-DOS ISO file that could
> run on a Linux
On Mon, Feb 8, 2010 at 6:34 AM, erik quanstrom wrote:
> > I did look around and the only possible problems I could find were
> > that maybe since I don't have Windows it was trying to look for the
> > FAT file (I'm strictly an only Linux user) in which case I do not have
> > VMWare and I'd be curi
> why does being able to switch on any enum trump
> the ability to define constants without #define?
Because enum's legacy is that of a 'first class' int-like
object, which can be subject to the usual set of int-like
operations. switch() is one of those. #define isn't.
> if you try, sizeof(foo)==
On Feb 8, 2010, at 9:13 AM, David Leimbach wrote:
> If you try Erik's 9atom ISO, you may have better luck. It'd be nice if the
> 9load changes he made were already rolled up into the standard ISO, but I
> guess they haven't made it yet?
Steve,
Dave's suggestion could work. Check the 9fans arc
On Mon, Feb 8, 2010 at 1:13 PM, David Leimbach wrote:
>
>
> On Mon, Feb 8, 2010 at 6:34 AM, erik quanstrom
> wrote:
>>
>> > I did look around and the only possible problems I could find were
>> > that maybe since I don't have Windows it was trying to look for the
>> > FAT file (I'm strictly an on
we could spend a lot of time debating proposed
changes, but i think it's fine to leave as is.
there appears to be a good, justifiable reason
for it, and it's already implemented.
russ
About a year ago i wrote a (kind of vapourware) backup system called Baccus,
based on content addressed storage. Most ideas are stolen from Plan9/venti,
but for the here discussed reasons i used the Salsa family of hashes
from Dan
Bernstein:
http://cr.yp.to/chacha.html
Respectively the Rumba-"
Has anyone cooked up some acid to track leaking file descriptors
(ala leak for memory)?
--lyndon
Hello
Has anyone considered / tried to port the Heiroom version of troff?
Has anyone any comment about why doing so would be a bad idea?
Perhaps it would not be that difficult, or at least APE could be used.
(maybe G Ritter would know of some gotchas)
Thanks
Ruda
> Has anyone considered / tried to port the Heiroom version of troff?
> Has anyone any comment about why doing so would be a bad idea?
No sense tossing the baby overboard. But it's worth examining the changes
the Heirloom folks have made to see what would make sense to backport. They've
certainly
Hello,
if you have been bitten one too many times by Delete on rio, here's one
quick fix:
diff -r 7aac02e8704e src/cmd/rio/grab.c
--- a/src/cmd/rio/grab.cSat Feb 06 22:16:46 2010 -0800
+++ b/src/cmd/rio/grab.cTue Feb 09 00:11:33 2010 +0100
@@ -142,7 +142,8 @@
On Sun, Feb 07, 2010 at 10:08:39PM +, matt wrote:
> not only has someone got to find a collision during a tiny timeframe,
> they also have to fit it in 8k
MD5 collisions can, apparently, be constructed in 24 hours on a laptop these
days. Yes, it's a constraint, but.
Venti supports larger b
On Mon, Feb 8, 2010 at 2:14 PM, Lyndon Nerenberg (VE6BBM/VE7TFX)
wrote:
> Has anyone cooked up some acid to track leaking file descriptors
> (ala leak for memory)?
cat /proc/$pid/fd
Russ
> [...] it has happened to me too often to select [delete] by mistake
> and to delete a window afterwards before I realized my mistake.
there is a patch on sources that allows you to change rio's linear menus
into pie menus. this allows you to associate the desired action with a
mouse gesture rath
> cat /proc/$pid/fd
I already know the bloody thing is open :-P
I just wondered if someone had come up with some glue to intercept
open()/close()/dup()/etc and track the fd's in an acid list, or
something similar.
Just curious if anyone has any experience running Plan 9 under Xen with a
64-bit hypervisor? It's my understanding that the PAE kernel should work,
but upon creation of the DomU, the machine quickly panics. Example output
is below:
wired:~# xm create -c /home/kvanals/plan9/boot.conf
Using config
setfdtag(getcallerpc(&s))?
On Mon, Feb 8, 2010 at 11:04 PM, Lyndon Nerenberg (VE6BBM/VE7TFX)
wrote:
>> cat /proc/$pid/fd
>
> I already know the bloody thing is open :-P
>
> I just wondered if someone had come up with some glue to intercept
> open()/close()/dup()/etc and track the fd's in an acid
walk, find, locate and friends try to cope with exploring filesystem
metadata at breadth
and length effectively, efficiently and with controlled time/space
consumption.
Proposal: walkfs(4) (or finds, or indexfs, or sphinx, or ...)
walkfs serves a filesystem tree similar to network devices. A
Your sample:
mount /srv/fossil /n/other other
works fine.
There was a typo error in my mount command.
Many thanks for your help!
-Wolfgang
On Mon, 08 Feb 2010 13:34:06 +0100 Steve Simon
wrote:
>> Here is what I was trying without success:
>> [snip]
>
>It looks right (from memory).
>
>> I
23 matches
Mail list logo
