The third is to use consolefs, as Charles suggested,
The true enjoyment of this OS is in discovering the blatantly simple
solutions to what turn out to be blatantly simple problems ;-)
I had completely forgotten about consolefs. Serial consoles still rule
in a certain realm, but who says the
> I did just find that if on the console I do chmod ugo+rw /srv/fscons, I can
> open it under my username via drawterm, though just chmod ug+rw /srv/fscons
> isn't good enough. Also, adding my username to bootes didn't seem to have an
> effect.
unlike unix, groups only exist on the fileserver.
> Since I'm not logged in as bootes, and am not a member of the
> bootes group, I can't use con to connect to /srv/fscons, and
> therefore, can't add a user.
That's correct.
You want to change the policy, so that you are allowed
to act as bootes occasionally. I see three reasonable ways
to do th
>The first alternative that comes to mind is to write a server that runs as
>the file server host owner and accepts user creation requests.
Actually, that's exactly the sort of thing I was working toward. I was just
hoping it could be done entirely via scripting, without having to put together
>(instead of drawterm, i usually just use telnet as bootes to a file/cpu/auth
>server for admin work.)
Isn't that one of those proverbially bad admin practices? :) I know I'm
guilty of it too, but I'm trying to cure myself of the habit.
I did just find that if on the console I do chmod ugo+rw
Yes that works, but isn't that similar to logging in as root to a unix
box over the wire? If I were delegating "add user" abilities to another
user, that'd mean I'd have to give them the password for bootes...
Yes. Anyone who has access to /srv/fscons owns the file server.
The first alternativ
>When you drawterm, authenticate as 'bootes' instead of your usual id.
Yes that works, but isn't that similar to logging in as root to a unix box over
the wire?
If I were delegating "add user" abilities to another user, that'd mean I'd have
to give them the password for bootes...
Is there no wa
> I read in chgrp(1) that you can't change file group membership when the
> fileserver is not in the bootstrap state.
the following isn't directly relevant to your current problem, but:
the manual page is commenting on chgrp's being used to change
file ownership, not its group. changing groups i
I have a CPU/Auth server set up. I'd like to be able to add users
remotely (via drawterm), rather than at the system's console. However,
normally, I can't attach to /srv/fscons, and as I found, can't start
another fscons and open the filesystem under it.
When you drawterm, authenticate as 'b
I have a CPU/Auth server set up. I'd like to be able to add users remotely
(via drawterm), rather than at the system's console. However, normally, I
can't attach to /srv/fscons, and as I found, can't start another fscons and
open the filesystem under it.
/srv/fscons gets created at startup, b
Perhaps one solution would be to look at the Irc code Russ provides
with Plan9Port and see if the problem hasn't been fixed there. I am
ill-equipped to help you at the moment, sorry.
On Thu, Aug 14, 2008 at 1:36 PM, <[EMAIL PROTECTED]> wrote:
> (Sorry for the Subject header change, it was not for
(Sorry for the Subject header change, it was not formatted properly
last time.)
I would love to _try_ and fix this problem, as I am now, but I am far
less familiar with the code than yourself, and surely I would love
some help with figuring this out.
On Thu, 14 Aug 2008 13:14:52, andrey mirtchov
I haven't used either of those in a long time. If you send me changes
I'd be glad to put them on sources. If you want to take over
maintaining them we can easily arrange that :)
andrey
On Thu, Aug 14, 2008 at 1:09 PM, <[EMAIL PROTECTED]> wrote:
> Subject 'Irc' client program at Andrey's Contrib
Subject 'Irc' client program at Andrey's Contrib
Hello,
I've recently been trying out various IRC clients for Plan 9, and of
the two that suited me most (irc7 and Irc), I find Irc to be better
formatted and polished, thusly, more usable.
Anyhow, I've noticed a couple of problems with the program:
> Both fixes are in plan9port.
Thanks, Russ.
Micah
>> I tried setting mem, bcmem, and icmem all to 1M but no improvement.
>> They are not set by default, and trying the configuration shown in the
>> man page actually prevents the system from booting (out of memory).
>>
>> John
>
> perhaps i'm pointing out the obvious. have you tried something as
> Is this a bug?
>
> % fn foo { echo $bar }
> % bar=baz foo
>
> %
>
> I would expect to see baz instead of a blank line.
Yes, it is a bug. The fix is:
diff -r f7e7b9ab4cfb src/cmd/rc/simple.c
--- a/src/cmd/rc/simple.c Sun Jul 20 06:17:17 2008 -0400
+++ b/src/cmd/rc/simple.c Thu Au
i apologize for the noise. i should have tested befoqe posting.
rog, thank you for correcting me.
On 8/14/08, roger peppe <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 14, 2008 at 12:20 PM, kazumi iwane <[EMAIL PROTECTED]> wrote:
>> if you want to delay the expansion of an env var until fn invocation,,
On Thu, Aug 14, 2008 at 12:20 PM, kazumi iwane <[EMAIL PROTECTED]> wrote:
> if you want to delay the expansion of an env var until fn invocation,,use
> eval.
>
> % fn foo {eval echo $$bar}
sorry, but that's so, so wrong.
1) $$bar gives the value of the variable
named by the contents of the vari
if you want to delay the expansion of an env var until fn invocation,,use eval.
% fn foo {eval echo $$bar}
On 8/14/08, roger peppe <[EMAIL PROTECTED]> wrote:
> looks like a bug to me; after all:
>
> % bar=baz {echo $bar}
> baz
> %
>
> i'm somewhat surprised this hasn't been fixed years ago.
>
> O
looks like a bug to me; after all:
% bar=baz {echo $bar}
baz
%
i'm somewhat surprised this hasn't been fixed years ago.
On Wed, Aug 13, 2008 at 10:27 PM, Micah Stetson <[EMAIL PROTECTED]> wrote:
> Is this a bug?
>
> % fn foo { echo $bar }
> % bar=baz foo
>
> %
>
> I would expect to see baz inste
21 matches
Mail list logo
