The covers of the manuals on the vol1.pdf in /sys/man and in the
vol2.pdf in my contrib dir (/n/sources/contrib/pietro) is the same ol'
Lucida Sans. It's a nice font family. My question is why it lacks fs,
ffs, etc. You'll see Peter's face in the back of the troff manual
where they should b
> hmm... I don't get those errors...
>
> you run it just like any other X server, equis -help is a bit verbose
> I run it:
> % equis -ac
>
>
I'd just like to comment... After a loong contrib/install, I got
equis running, launched an xterm from my Linux box, and now I'm
running twm and Fire
hmm... I don't get those errors...
you run it just like any other X server, equis -help is a bit verbose
I run it:
% equis -ac
On Tue, May 6, 2008 at 5:14 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> /n/sources/contrib/pietro/fgbx11.errors
>
> And after that, how do I run? I get some error
Oh, I should have been more specific. I meant the third and fourth
edition. I see that the second edition is different, and the only
copy of the first edition I could find in our shop says simply:
" BE L
Programmer's Man"
Ian
On Tue, May 6, 2008 at 5:33 PM, Rob Pike <[EMAIL PROTECTED]> wrote:
>> For anyone who cares the "plan 9" text on the cover of the manuals is
>> Industria LT Std Solid . Industria was designed by Neville Brody for ...
> I care and I am confused. Which edition of the manuals are you referring to?
looking at the images, i'm fairly sure it's the Fourth Edition one
On Tue, May 6, 2008 at 1:22 PM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > http://plan9.bell-labs.com/iwp9/papers/13.p9auth.pdf
>
> cool, I wasn't aware of this. never ever seen a patch for
> the cap devices. does anyone have link ?
The devi
I care and I am confused. Which edition of the manuals are you referring to?
-rob
On Wed, May 7, 2008 at 6:52 AM, Michaelian Ennis
<[EMAIL PROTECTED]> wrote:
> For anyone who cares the "plan 9" text on the cover of the manuals is
> Industria LT Std Solid . Industria was designed by Neville Bro
> b) the kernel doesn't know of usernames.
and whose fault is that?
On Tue, 2008-05-06 at 16:19 -0400, erik quanstrom wrote:
> >
> > Any particular (security?) reason for not having a PAM-aware factotum
> > or is it just lack of interest?
> >
>
> if i understand p9p correctly, it's object is to get along with
> the system, not replace bits of it.
I see. Speaki
For anyone who cares the "plan 9" text on the cover of the manuals is
Industria LT Std Solid . Industria was designed by Neville Brody for
a 80's pop culture magazine called "The Face" while he was Art
Director there.
Ian
On Tue, May 06, 2008 at 01:10:12PM +0100, [EMAIL PROTECTED] wrote:
> i haven't used the inferno 9auth stuff to log in as more
> than one user, hence i guess i wouldn't have tickled that bug.
>
> what does 'cat /mnt/factotum/ctl' report after adding the key for user=nwf?
I'm really confused now; I
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> http://plan9.bell-labs.com/iwp9/papers/13.p9auth.pdf
cool, I wasn't aware of this. never ever seen a patch for
the cap devices. does anyone have link ?
My decision for the *uid files (instead of cap devices) was
because:
a) more flexibilty (not
>
> Any particular (security?) reason for not having a PAM-aware factotum
> or is it just lack of interest?
>
if i understand p9p correctly, it's object is to get along with
the system, not replace bits of it.
Hrm. This looks familiar, and I think I had a similar problem a long
time ago when I was trying to do the same. I think I had to modify
local.c. I can't check right now, but I will later this evening. If
you haven't found a solution, I'll let you know.
On 5/6/08, [EMAIL PROTECTED] <[EMAIL PROTECTE
On Tue, 2008-05-06 at 15:55 -0400, erik quanstrom wrote:
> > Hi folks,
> >
> > is anyone already working on an factotum port to p9p or native Linux ?
> >
> > I've just wrote a patch to Linux kernel which allows changing
> > another process' privileges (uid, etc). The /dev/caphash and
> > /dev/ca
Yes. When the system come up, #k/fs/arenas exists, showing
fs(3) is getting initialized from the disk partition with its config,
and 'venti/conf '#k'/fs/arenas' give the expected results.
Anthony
/n/sources/contrib/pietro/fgbx11.errors
And after that, how do I run? I get some errors and a big X after
X11/equis
On May 6, 2008, at 10:55 AM, Federico G. Benavento wrote:
lotte% contrib/list -v fgb/X11
fgb/X11:
Description:
Equis - Xserver for Plan 9 + Xlibs
did you write the config?
On Tue, May 6, 2008 at 9:01 PM, <[EMAIL PROTECTED]> wrote:
> Right, but how do you get your root file system if it's on a fs(3)
> device? It looks like it should work, with connectlocalfossil
> just a few lines after the bind in connectlocal, but that doesn't
> seem
fac^T^T
oh, your command completion is broken?
ron
// is anyone already working on an factotum port to p9p or native Linux ?
wait, what?
: sh;ls -l /9/bin/factotum
-rwxr-xr-x 1 anthony admin 312148 Mar 1 13:23 /9/bin/factotum
// I've just wrote a patch to Linux kernel which allows changing
// another process' privileges (uid, etc).
is this
On Tue, May 6, 2008 at 2:49 PM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> is anyone already working on an factotum port to p9p or native Linux ?
>
> I've just wrote a patch to Linux kernel which allows changing
> another process' privileges (uid, etc). The /dev/caphash and
>
> is anyone already working on an factotum port to p9p or native Linux ?
P9P already has factotum.
BLS
> Hi folks,
>
> is anyone already working on an factotum port to p9p or native Linux ?
>
> I've just wrote a patch to Linux kernel which allows changing
> another process' privileges (uid, etc). The /dev/caphash and
> /dev/capuse devices (IMHO) can be simulated from userspace.
>
factotum has b
Hi folks,
is anyone already working on an factotum port to p9p or native Linux ?
I've just wrote a patch to Linux kernel which allows changing
another process' privileges (uid, etc). The /dev/caphash and
/dev/capuse devices (IMHO) can be simulated from userspace.
cu
--
--
> I'm not sure about the "usual" way, but I've got the
> listens in cpurc commented out and rely only on
> entries in /cfg/whatever/cpustart.
Sounds like there are several ways people handle this.
For now at least, I'm going to go with my initial
instinct and leave the listens commented out in cpu
Right, but how do you get your root file system if it's on a fs(3)
device? It looks like it should work, with connectlocalfossil
just a few lines after the bind in connectlocal, but that doesn't
seem to actually work for me. init.c (and thus /cfg/*) are much
later in the process.
Anthony
--- Begin
On the machines where it matters, mostly file servers, we have
bind -a '#k' /dev
in /cfg/$sysname/namespace. There's a newns() in init.c, at least.
i've run all kinds of wierd things as my login shell.
but it's really an uphill battle. the wierdist thing i've
gotten to work well is byron's rc.
plan b is generally to fire up the One True Rc
in your bashrc or login or or whatever the current
proper bash idiom is — after setting $PLAN9.
- erik
> As long as I'm at it, though, I've got a question about listen.
> It's filling a rather large logfile with lots of address in
> use errors. As I look into things, it appears that I'm starting
> listen both in /bin/cpurc and in /cfg/phantom/cpurc with the
> latter specifying the -t option. That
lotte% contrib/list -v fgb/X11
fgb/X11:
Description:
Equis - Xserver for Plan 9 + Xlibs.
Contents: 115.40Mb in 6023 files
Modified: Tue May 6 14:42:48 GMT 2008
Depends: freetype z
lotte%
if you are curious to see how it's the done, equis' specifi
I'm not sure about the "usual" way, but I've got the
listens in cpurc commented out and rely only on
entries in /cfg/whatever/cpustart.
Does your cpustart listen specify -d as well as -t?
It looks like giving only -t should make it not try
(or re-try in your case) the non-trusted ones.
Anthony
> As long as I'm at it, though, I've got a question about listen.
> It's filling a rather large logfile with lots of address in
> use errors. As I look into things, it appears that I'm starting
> listen both in /bin/cpurc and in /cfg/phantom/cpurc with the
> latter specifying the -t option. That
> are you sure that both your auth server is running (look for results
> from 'ps | grep keyfs') and that you're running the network listener
> for it (service.auth/tcp567)? the "connection refused" says it's just
They are. As it turns out, it was a combination of operator
error and misleading do
>>
>> i'd like to see a way of asking factotum "please save your keys to
>> secstore",
>> although there's some difficulty getting it right, as there are
>> potentially many factotums
>> to one secstore, or even worse, several secstores.
>>
>
> Plumbing? May not help with multiple secstores
On Tue, May 6, 2008 at 4:51 AM, roger peppe <[EMAIL PROTECTED]> wrote:
>
> i'd like to see a way of asking factotum "please save your keys to secstore",
> although there's some difficulty getting it right, as there are
> potentially many factotums
> to one secstore, or even worse, several secst
Hello,
When I tried switching my login shell from bash to rc (installed in
/opt/plan9/bin/rc here) I stumbled upon 2 problems:
1) /usr/local/plan9/rcmain: rc (-rc): .: can't open: No such file or
directory
That got fixed by symlinking /usr/local/plan9 to /opt/plan9, but I
suppose there is a bet
In /sys/src/9/boot/local.c^connectlocal we have:
if(bind("#k", "/dev", MAFTER)<0)
I am booting locally off a fossil partition, so I'm pretty
sure this is the right code path. The bind seems to
work (I stuck a test right after that in my local local.c),
but by the time it gets around to star
// authdial: Connection refused
// srv: authproxy: auth_proxy rpc: p9any client get tickets: p9sk1: gettickets:
// Connection refused
are you sure that both your auth server is running (look for results
from 'ps | grep keyfs') and that you're running the network listener
for it (service.auth/tcp5
On Sun, May 4, 2008 at 2:57 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> it is not factotum's job to provide persistant storage. that would
> infringe upon secstore's franchise.
that said, i sometimes wish the interface between factotum and secstore
was a bit more slick, particularly when de
39 matches
Mail list logo
