9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: David Presotto <presotto@closedmind.org>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] ipso(1) patch
Date: Sun, 14 Mar 2004 11:07:24 -0500	[thread overview]
Message-ID: <04e78fcb36385c05f5a0a8850055a4fa@plan9.bell-labs.com> (raw)
In-Reply-To: <2004031413541300-84310@Symmetry.UUCP>

On Sun Mar 14 09:17:49 EST 2004, nmh@t3x.org wrote:
> 
> I just put my passwords in a secstore and got the following message
> when running ipso:
> 
> can't dial tcp!$auth!5356
> secstore authentication failed
> secstore read failed - bad password?
> 
> After adding '-s $auth' to the auth/secstore invocation in /rc/bin/ipso,
> everything works fine. However, I guess that ipso is supposed to run
> fine without this modification. Am I missing something?

I find this odd to say the least.  In secstore, the default for -s
is $auth.  Of course, if you didn't have $auth escaped (or quoted)
the shell probably expanded it and you just happen to have the right
server defined in your environment.

If that's the case, then ndb/cs doesn't know where your default auth server
is.  This will bite you in the backside some other time, so you should
fix it.  You can either configure it for your network in /lib/ndb/local,
get it from dhcp, or just cat it onto the end of /net/ndb once you've
done a dhcp.  To get it from dhcp you either have to be running a plan9
dhcp server or configure the response into the dhcp server you are
running.

> 
> Anyway, while looking at ipso, I thought that an option to just fetch
> the factotum keys without displaying them would be nice. So I added the
> '-q' flag which does this.
> 

Looking at your code, it looks like you mean, just load the factotum from
the secstore (or aes) file.  It seems to me that editing and loading factotum
are independent things.  Perhaps they should be separate options.  In general,
I'ld like to load my factotum from the new keys whenever I edit them.
Would anyone mind if I made that the default and added two options instead:

- one to NOT start the editor
- one to NOT load the files

That way the default behavior would be a little more than it currently is,
i.e., edit files and load factotum. 


  parent reply	other threads:[~2004-03-14 16:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-14 13:54 Nils M Holm
2004-03-14 15:25 ` David Tolpin
2004-03-14 15:36   ` David Presotto
2004-03-14 18:55     ` boyd, rounin
2004-03-14 18:54   ` boyd, rounin
2004-03-14 16:07 ` David Presotto [this message]
2004-03-15  7:29   ` Nils M Holm

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=04e78fcb36385c05f5a0a8850055a4fa@plan9.bell-labs.com \
    --to=presotto@closedmind.org \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).