quick,
just agree with him...
you haven't met mr Hyde-chovski have you?
:-)
-Steve
On 24 Feb 2013, at 05:10, andrey mirtchovski wrote:
>> (The reason "accused" is in quotes is that I can't think of a better
>> word right now - Andrey is the nicest person on 9fans.)
>
> gee, thanks! mind if i
Eli thanks for your comments. A minimal debian is installed on EeePC: just
the debian core, the X window system,the window manager EVILWM and AQEMU a
machine emulator and virtualizer. Using GParted i let a 1MB fat32 partition on
the 4GB SSD where the plan9 would be installed. A Sumsung slim ex
My first post to 9fans; Hi!
I am currently running 9Front on real hardware (mini-itx board with an Atom
CPU), I also run 9Front using Virtualbox. I have had issues getting regular
Plan 9 to install using Virtualbox. I know it wasn't a problem in the past.
Anyway, as I was walking through some s
Virtualbox 4.1.24 works well for me.
On Feb 24, 2013, at 12:48 PM, Rikard Lang wrote:
> My first post to 9fans; Hi!
>
> I am currently running 9Front on real hardware (mini-itx board with an Atom
> CPU), I also run 9Front using Virtualbox. I have had issues getting regular
> Plan 9 to instal
24 feb 2013 kl. 12:48 skrev James Chapman :
> Virtualbox 4.1.24 works well for me.
>
I have Virtualbox 4.2.6 What settings if any did you use for the virtual
machine?
I am not saying that my original post has any merit at all, I just wanted to
point it out in case it does mean anything.
Cinap mostly covered this, but yeah: if you don't trust the
system you're connecting to, cpu isn't really safe[1]. But
then, neither is anything else: even the simplest service
(say, telnet) can be trivially bugged with things like key
loggers if the remote side's untrustworthy.
If you've not read
Hello,
cwfs64x shows curious mtime in dump.
my experiment is only on cwfs64x. I don't know other cwfs.
fossil is OK.
standing on general rule of unix and plan9,
mtime of directory should be the time that the contents are modified.
#
# fossil
#
ar% ls -ld /n/dump
d-r-xr-xr-x M 538590 adm
sorry
- # this is NG because the last change is at the time 0225 is added.
+ # this is NG because the last change should be at the time 0225 is added.
Kenji Arisawa
yes. very good observation. the following change fixes it for me (with added
comments)
term% hg diff -r 1763 cw.c
diff -r 5229de0742e8 sys/src/cmd/cwfs/cw.c
--- a/sys/src/cmd/cwfs/cw.c Tue Jul 24 19:42:18 2012 +0200
+++ b/sys/src/cmd/cwfs/cw.c Mon Feb 25 06:30:55 2013 +0100
@@ -1557,14 +1
Hello sinap,
thank you for your quick fix.
your patches work also for me.
however the problem is not only in dump but (I think) in all directories of
cwfs.
#
# fossil
#
ar% ls -lt
--rw-r--r-- M 546403 arisawa arisawa 1123 Apr 3 2001 a.c
--rwxrwxr-x M 546403 arisawa arisawa 39276 Mar 31
10 matches
Mail list logo