[9fans] chess?
Hello, perhaps it's there but I can't find it... Is there a chess game on plan9? Thanks Ruda
Re: [9fans] secstore in p9p, how to use well
so nobody uses secstored+factotum+ssh-agent on linux with p9p like I do? Thanks! Ruda On 19 December 2013 17:22, Rudolf Sykora wrote: > Hello everyone, > > already for some time I've been using secstored+factotum+ssh-agent > on linux with p9p. The machine, call it 1, runs basically all the time and > let's presume I am logged on it all the time, too. > The problem/inconvenience I've had is when I connect to this machine > via ssh and want to use the system to connect to yet another machine, > call it 2. > The best would be if all worked transparently and as soon as I manage > to log in to machine 1 I could easily proceed an use the running > ssh-agent to get me to machine 2. However, I don't know how to set this > up. > > So far I have, among other things, this in my .profile. > -- > secstore=localhost export secstore > NAMESPACE=/tmp/ns.ruda.0 export NAMESPACE > if [ ! -d "$NAMESPACE" ]; then > mkdir $NAMESPACE > fi > auth=localhost export auth > secstored > factotum > eval `9 ssh-agent -e` > --- > > > This ends with the following when I connect: > -- > secstored: tcp!*!5356: Address already in use > > secstore password: > 9pserve: announce unix!/tmp/ns.ruda.0/factotum: Address already in use > factotum: post9pservice factotum: 9pserve failed > ssh-agent: announce unix!/tmp/ns.ruda.0/ssh-agent.socket: Address already in > use > -- > > which is not unexpected, however, whatever I tried didn't get me to > the desired effect. > > Can you suggest what I should do? > > Thank you! > Ruda Sykora
Re: [9fans] chess?
term%9fs sources term% cd /n/sources/contrib term% du -a . | grep chess On Sun, Jan 5, 2014 at 10:37 AM, Rudolf Sykora wrote: > Hello, > > perhaps it's there but I can't find it... > > Is there a chess game on plan9? > > Thanks > Ruda > >
Re: [9fans] chess?
> term%9fs sources > term% cd /n/sources/contrib > term% du -a . | grep chess > > > > On Sun, Jan 5, 2014 at 10:37 AM, Rudolf Sykora wrote: > >> Hello, >> >> perhaps it's there but I can't find it... >> >> Is there a chess game on plan9? >> >> Thanks >> Ruda >> >> The canonical way to this is this, I guess: % 9fs sources % grep chess /n/sources/lsr
Re: [9fans] chess?
if you want to do the search dressed as a priest, by all means, go ahead my firend... *noun* 1. *1*. the prescribed official dress of the clergy. "Cardinal Bea in full canonicals" On Sun, Jan 5, 2014 at 12:03 PM, wrote: > > term%9fs sources > > term% cd /n/sources/contrib > > term% du -a . | grep chess > > > > > > > > On Sun, Jan 5, 2014 at 10:37 AM, Rudolf Sykora >wrote: > > > >> Hello, > >> > >> perhaps it's there but I can't find it... > >> > >> Is there a chess game on plan9? > >> > >> Thanks > >> Ruda > >> > >> > > The canonical way to this is this, I guess: > > % 9fs sources > % grep chess /n/sources/lsr > > >
Re: [9fans] chess?
> if you want to do the search dressed as a priest, by all means, go ahead my > firend... > *noun* > >1. *1*. >the prescribed official dress of the clergy. >"Cardinal Bea in full canonicals" > > > > > > On Sun, Jan 5, 2014 at 12:03 PM, wrote: > >> > term%9fs sources >> > term% cd /n/sources/contrib >> > term% du -a . | grep chess >> > >> > >> > >> > On Sun, Jan 5, 2014 at 10:37 AM, Rudolf Sykora > >wrote: >> > >> >> Hello, >> >> >> >> perhaps it's there but I can't find it... >> >> >> >> Is there a chess game on plan9? >> >> >> >> Thanks >> >> Ruda >> >> >> >> >> >> The canonical way to this is this, I guess: >> >> % 9fs sources >> % grep chess /n/sources/lsr >> >> >> top posts are evil, as you can see stevie
Re: [9fans] chess?
On 5 January 2014 12:27, Conor Williams wrote: > term%9fs sources > term% cd /n/sources/contrib > term% du -a . | grep chess Thanks, this is possibly a way, but, at least in my case, this takes ages... (Say it can run for >45 mins; maybe much more; I do not know the true reason why, but I intuitively suspect the protocol.) Therefore I asked for a more specific pointer. Also, generally, there should be a quicker way. Ruda
Re: [9fans] chess?
> On 5 January 2014 12:27, Conor Williams wrote: >> term%9fs sources >> term% cd /n/sources/contrib >> term% du -a . | grep chess > > Thanks, this is possibly a way, but, at least in my case, this takes ages... > (Say it can run for >45 mins; maybe much more; I do not know the true > reason why, > but I intuitively suspect the protocol.) > Therefore I asked for a more specific pointer. > Also, generally, there should be a quicker way. > > Ruda It runs much faster if you search in the lsr index file: % 9fs sources % cd /n/sources % time grep chess lsr ./contrib/steve/root/sys/src/cmd/mkmk/9port/gnu/chess 755 1229510622 697 ./plan9/sys/src/cmd/gs/examples/chess.ps 664 1137452689 61791 0.58u 0.18s 315.60r grep chess lsr So here are results I found ^^^ stevie
Re: [9fans] chess?
On 5 January 2014 14:12, wrote: > It runs much faster if you search in the lsr index file: > > % 9fs sources > % cd /n/sources > % time grep chess lsr > ./contrib/steve/root/sys/src/cmd/mkmk/9port/gnu/chess 755 1229510622 697 > ./plan9/sys/src/cmd/gs/examples/chess.ps 664 1137452689 61791 > 0.58u 0.18s 315.60r grep chess lsr > > So here are results I found ^^^ > > stevie > yes. this is much faster, thanks. the only question left for me is how often the lsr file gets regenerated... thanks ruda
Re: [9fans] chess?
> On 5 January 2014 14:12, wrote: >> It runs much faster if you search in the lsr index file: >> >> % 9fs sources >> % cd /n/sources >> % time grep chess lsr >> ./contrib/steve/root/sys/src/cmd/mkmk/9port/gnu/chess 755 1229510622 697 >> ./plan9/sys/src/cmd/gs/examples/chess.ps 664 1137452689 61791 >> 0.58u 0.18s 315.60r grep chess lsr >> >> So here are results I found ^^^ >> >> stevie >> > > yes. this is much faster, thanks. > the only question left for me is how often > the lsr file gets regenerated... > > thanks > ruda It was regenerated today. So I guess daily stevie
Re: [9fans] chess?
> Thanks, this is possibly a way, but, at least in my case, this takes ages... > (Say it can run for >45 mins; maybe much more; I do not know the true > reason why, > but I intuitively suspect the protocol.) > Therefore I asked for a more specific pointer. > Also, generally, there should be a quicker way. it's easy to blame the protocol. but it's more than that. 0. the i/o unit is just 8k, this means that directories like /sys/src/9 take 2 or more round trips. this is trivial to fix by upping MAXRPC in devmnt. i've uppted this to 56k + IOHDRSZ. this makes a difference even when the rtt is 50µs. 1. (or 0a) the kernel won't issue more than one concurrent rpc for the same request. 2. find/du are single threaded, so they they take full rtt latency on each syscall. there's a small demonstration of 2 at the end of this email. - erik --- note that except for the fcp test, rtt dominates. even 384kbps is more than enough to keep up. in fact, except for the fcp test time_link0 * rtt_link0/rtt_link1 tracks pretty closely with the actual result. since link1 is dsl, keeping track of the actual rtt could have reduced some of this error. link0: rtt ~ 32ms uplink/downlink ~ 100mbps/100mbps: 0.29u 0.37s 895.45r rc -c find | grep chess # status= find 7086421: errors| 0.03u 0.03s 68.77r rc -c cp lsr /tmp && grep chess /tmp/lsr .0.04u 0.10s 5.40r rc -c fcp lsr /tmp && grep chess /tmp/lsr link1: rtt ~ 52ms uplink/downlink ~ .384mbps/1.5mbps 0.00u 0.00s 1468.26r rc -c find | grep chess 0.00u 0.01s 131.03r rc -c cp lsr /tmp && grep chess /tmp/lsr >/dev/null 0.00u 0.00s 33.61r rc -c fcp lsr /tmp && grep chess /tmp/lsr >/dev/null
Re: [9fans] secstore in p9p, how to use well
On 19 December 2013 17:22, Rudolf Sykora wrote: > Hello everyone, > > already for some time I've been using secstored+factotum+ssh-agent > on linux with p9p. The machine, call it 1, runs basically all the time and > let's presume I am logged on it all the time, too. > The problem/inconvenience I've had is when I connect to this machine > via ssh and want to use the system to connect to yet another machine, > call it 2. > The best would be if all worked transparently and as soon as I manage > to log in to machine 1 I could easily proceed an use the running > ssh-agent to get me to machine 2. However, I don't know how to set this > up. on plan 9, to use the terminal's factotum simply bind /mnt/term/mnt/factotum /mnt/factotum since p9p uses unix domain sockets, it would be a matter of forwarding the unix domain socket through the ssh tunnel. i have no idea if that's done, or possible. but if it were, it could be a general solution for plumbing, etc. also, security implications are left to the reader. :-). - erik
Re: [9fans] chess?
On 5 January 2014 15:36, erik quanstrom wrote: >> Thanks, this is possibly a way, but, at least in my case, this takes ages... >> (Say it can run for >45 mins; maybe much more; I do not know the true >> reason why, >> but I intuitively suspect the protocol.) >> Therefore I asked for a more specific pointer. >> Also, generally, there should be a quicker way. > > it's easy to blame the protocol. but it's more than that. > 0. the i/o unit is just 8k, this means that directories like > /sys/src/9 take 2 or more round trips. this is trivial to fix > by upping MAXRPC in devmnt. i've uppted this to > 56k + IOHDRSZ. this makes a difference even when the > rtt is 50µs. > > 1. (or 0a) the kernel won't issue more than one concurrent > rpc for the same request. > > 2. find/du are single threaded, so they they take full rtt latency > on each syscall. > > there's a small demonstration of 2 at the end of this email. > > - erik > > --- > note that except for the fcp test, rtt dominates. even 384kbps > is more than enough to keep up. in fact, except for the fcp > test time_link0 * rtt_link0/rtt_link1 tracks pretty closely with > the actual result. since link1 is dsl, keeping track of the actual > rtt could have reduced some of this error. > > link0: > rtt ~ 32ms uplink/downlink ~ 100mbps/100mbps: > > 0.29u 0.37s 895.45r rc -c find | grep chess # status= find 7086421: > errors| > 0.03u 0.03s 68.77r rc -c cp lsr /tmp && grep chess /tmp/lsr > .0.04u 0.10s 5.40r rc -c fcp lsr /tmp && grep chess /tmp/lsr > > link1: > rtt ~ 52ms uplink/downlink ~ .384mbps/1.5mbps > 0.00u 0.00s 1468.26r rc -c find | grep chess > 0.00u 0.01s 131.03r rc -c cp lsr /tmp && grep chess /tmp/lsr >/dev/null > 0.00u 0.00s 33.61r rc -c fcp lsr /tmp && grep chess /tmp/lsr >/dev/null > Thanks for the information! R
Re: [9fans] chess?
On 5 January 2014 14:12, wrote: > % 9fs sources > % cd /n/sources > % time grep chess lsr > ./contrib/steve/root/sys/src/cmd/mkmk/9port/gnu/chess 755 1229510622 697 > ./plan9/sys/src/cmd/gs/examples/chess.ps 664 1137452689 61791 > 0.58u 0.18s 315.60r grep chess lsr > > So here are results I found ^^^ So now I know there is something in Steve's contrib. However, I do not really know how to proceed. It seems to me that contrib/steve/root/sys/src/cmd/mkmk/9port/gnu/chess is just some script whose use is one big unknown to me. Its purpose seems to be to create a mkfile and is probably intended to be run in a directory with gnuchess source (which is (?) to be downloaded separately). I have installed the mkmk thing using contrib/gui, downloaded the gnuchess source, extracted it, copied the chess script into it, ran it, but it produced quite a few error messages. Can anybody tell me what they did to get the chess program running? (Will there be a board as well?) Thank you. Ruda PS.: It's a pity there isn't such a thing like plan9 that would just work :)
Re: [9fans] chess?
Quoting Rudolf Sykora : PS.: It's a pity there isn't such a thing like plan9 that would just work :) Plan 9 works fine. It's gnu crap that is difficult. 9front experimented with providing binary packages for various things and it was more trouble than it was worth khm
Re: [9fans] Alternative Plan 9 Logo
At Fri, 03 Jan 2014 17:11:02 -0500, Jay Kruer wrote: > > [1 ] > > [2 ] > Looks really nice. However, Glenda will forever hold a special place > in my heart. Perhaps this would be a good logo for 9front? > Thanks for the feedback. I wasn't really intending to replace Glenda (that would be deeply wrong)---but I've always rather thought s/he was a mascot more than a logo. As for 9 Front, they seem to already have a logo and distinctive aesthetic and I rather think they should stick with it (I particularly like their ironic choice of Helvetica). In anycase, it seems to me there isn't really a logo, badge, or visual device which represents a geneological conection with Plan 9 or indicates the use of Plan 9-derived technology. This may be more what I had in mind rather than attempting to rebrand the Bell Labs Edition or 9 Front. Peter
Re: [9fans] Alternative Plan 9 Logo
"Plan 9 Inside"? I would buy products with that sticker. On Mon, Jan 6, 2014 at 4:42 AM, wrote: > At Fri, 03 Jan 2014 17:11:02 -0500, > Jay Kruer wrote: > > > > [1 ] > > > > [2 ] > > Looks really nice. However, Glenda will forever hold a special place > > in my heart. Perhaps this would be a good logo for 9front? > > > > Thanks for the feedback. I wasn't really intending to replace Glenda > (that would be deeply wrong)---but I've always rather thought s/he was > a mascot more than a logo. As for 9 Front, they seem to already have > a logo and distinctive aesthetic and I rather think they should stick > with it (I particularly like their ironic choice of Helvetica). > > In anycase, it seems to me there isn't really a logo, badge, or visual > device which represents a geneological conection with Plan 9 or > indicates the use of Plan 9-derived technology. This may be more what > I had in mind rather than attempting to rebrand the Bell Labs Edition > or 9 Front. > > Peter > >
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Mon Dec 30 21:03:24 EST 2013, alexander3223...@gmail.com wrote: > Basically, would you guys recommend I try the Bell Labs > distribution of Plan 9, 9front, or 9atom as my first installation? Since no one seems to have an opinion on this, I'm going with the Bell Labs distribution. We'll see how it goes. On Mon, Dec 30, 2013 at 8:33 PM, erik quanstrom wrote: > well let me know if i can answer any questions or fix anything. funny how we > all get > pigeon holed. i thought i did 9atom to support more hardware. :-) Will do, thanks!
Re: [9fans] Vanilla Plan 9 or one of the flavors?
Hi Alex, I just joined the list, and so I missed your question. But I also opted for going with the vanilla distribution. Enjoy -- it's been pretty fun so far! Patryk > On Jan 5, 2014, at 15:54, Alex Jordan wrote: > >> On Mon Dec 30 21:03:24 EST 2013, alexander3223...@gmail.com wrote: >> Basically, would you guys recommend I try the Bell Labs >> distribution of Plan 9, 9front, or 9atom as my first installation? > Since no one seems to have an opinion on this, I'm going with the Bell > Labs distribution. We'll see how it goes. > >> On Mon, Dec 30, 2013 at 8:33 PM, erik quanstrom >> wrote: >> well let me know if i can answer any questions or fix anything. funny how >> we all get >> pigeon holed. i thought i did 9atom to support more hardware. :-) > Will do, thanks! > smime.p7s Description: S/MIME cryptographic signature
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Sun, Jan 5, 2014 at 6:03 PM, Patryk Laurent wrote: > > Hi Alex, > > I just joined the list, and so I missed your question. But I also opted for > going with the vanilla distribution. Enjoy -- it's been pretty fun so far! > > Patryk > > > >> On Jan 5, 2014, at 15:54, Alex Jordan wrote: >> >>> On Mon Dec 30 21:03:24 EST 2013, alexander3223...@gmail.com wrote: >>> Basically, would you guys recommend I try the Bell Labs >>> distribution of Plan 9, 9front, or 9atom as my first installation? >> Since no one seems to have an opinion on this, I'm going with the Bell >> Labs distribution. We'll see how it goes. >> >>> On Mon, Dec 30, 2013 at 8:33 PM, erik quanstrom >>> wrote: >>> well let me know if i can answer any questions or fix anything. funny how >>> we all get >>> pigeon holed. i thought i did 9atom to support more hardware. :-) >> Will do, thanks! There are a few of us that still hold out hope for the Labs distribution. I use a locally modified version (you can find my patches under contrib/stallion/patch in sources - some are applied, some not). I'm fairly happy with it since I tend to hack on ARM more than anything else these days. HTH, Steve
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Jan 5, 2014, at 8:03 PM, Steven Stallion wrote: > There are a few of us that still hold out hope for the Labs > distribution. But realistically, for how much longer? The past year has shown the love is gone. I haven't been able to run a labs distribution on physical hardware for years. Nor on virtual hardware. It's time to choose a new king ... --lyndon signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Sun, Jan 5, 2014 at 10:36 PM, Lyndon Nerenberg wrote: > > On Jan 5, 2014, at 8:03 PM, Steven Stallion wrote: > >> There are a few of us that still hold out hope for the Labs >> distribution. > > But realistically, for how much longer? The past year has shown the love is > gone. I haven't been able to run a labs distribution on physical hardware > for years. Nor on virtual hardware. It's time to choose a new king ... Works fine for me on a variety of x86 hardware. At the moment I use Pineview D525 boards with no trouble at all. If I happen to run into hardware that's not supported, I write a driver. Honestly, it's the same business you get with any other distribution. I don't particularly care for kings myself, I like using what works for me. Steve
Re: [9fans] Vanilla Plan 9 or one of the flavors?
+1 On Sun, Jan 5, 2014 at 8:36 PM, Lyndon Nerenberg wrote: > > On Jan 5, 2014, at 8:03 PM, Steven Stallion wrote: > >> There are a few of us that still hold out hope for the Labs >> distribution. > > But realistically, for how much longer? The past year has shown the love is > gone. I haven't been able to run a labs distribution on physical hardware > for years. Nor on virtual hardware. It's time to choose a new king ... > > --lyndon >
Re: [9fans] Vanilla Plan 9 or one of the flavors?
> Works fine for me on a variety of x86 hardware. At the moment I use > Pineview D525 boards with no trouble at all. If I happen to run into > hardware that's not supported, I write a driver. Honestly, it's the > same business you get with any other distribution. I don't > particularly care for kings myself, I like using what works for me. "... what works for me." That's the part that frustrates me these days. No sharing. Inside or out. In the case of 'The Labs' these days, sharing seems to be an anathema. Acceptance of outside code? Never. For the rest of us, share my code by accepting what I wrote - verbatim - or just peer at my work on the pedestal I constructed over here? Feh. What the fuck ever happened to 'community' ... --lyndon signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Sun, Jan 5, 2014 at 10:53 PM, Lyndon Nerenberg wrote: > "... what works for me." > > That's the part that frustrates me these days. No sharing. Inside or out. I'd suggest taking a look at contrib/stallion (particularly patch and src) before adding yet more vitriol to the list. > In the case of 'The Labs' these days, sharing seems to be an anathema. > Acceptance of outside code? Never. I'm not certain this is a completely fair criticism. The Labs is quite a bit smaller than it used to be these days. Patience helps. > For the rest of us, share my code by accepting what I wrote - verbatim - or > just peer at my work on the pedestal I constructed over here? Feh. I submit patches for everything I work on that touches sources. There are a number of others that do the same, regardless of whether they get rejected or not. > What the fuck ever happened to 'community' ... Indeed.
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Jan 5, 2014, at 9:01 PM, Steven Stallion wrote: >> In the case of 'The Labs' these days, sharing seems to be an anathema. >> Acceptance of outside code? Never. > > I'm not certain this is a completely fair criticism. The Labs is quite > a bit smaller than it used to be these days. Patience helps. I get it. I really do. And I weep for the loss of what was. But the reality is: the labs are no more. No funding, no interest, no anything. Geoff and Jim are due for retirement from this mailing list. (Jim left ages ago, in fact.) Let's let them go in peace. --lyndon signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [9fans] Vanilla Plan 9 or one of the flavors?
Welcome to what is becoming something indistinguishable from the thousands of "linux blame-game mailing lists. Grow up. Read a good book. Go to the beach. brucee On 6 January 2014 16:01, Steven Stallion wrote: > On Sun, Jan 5, 2014 at 10:53 PM, Lyndon Nerenberg > wrote: > > > "... what works for me." > > > > That's the part that frustrates me these days. No sharing. Inside or > out. > > I'd suggest taking a look at contrib/stallion (particularly patch and > src) before adding yet more vitriol to the list. > > > In the case of 'The Labs' these days, sharing seems to be an anathema. > Acceptance of outside code? Never. > > I'm not certain this is a completely fair criticism. The Labs is quite > a bit smaller than it used to be these days. Patience helps. > > > For the rest of us, share my code by accepting what I wrote - verbatim - > or just peer at my work on the pedestal I constructed over here? Feh. > > I submit patches for everything I work on that touches sources. There > are a number of others that do the same, regardless of whether they > get rejected or not. > > > What the fuck ever happened to 'community' ... > > Indeed. > >
Re: [9fans] Vanilla Plan 9 or one of the flavors?
devmnt is all that's needed to have community. somebody, somewhere, will reinvent it badly.
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Sun, Jan 5, 2014 at 11:13 PM, andrey mirtchovski wrote: > devmnt is all that's needed to have community. somebody, somewhere, > will reinvent it badly. I couldn't help but chuckle. I think anyone who has ever had to navigate and deal with bugs in devmnt would quite agree! Steve
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Jan 05, 2014, at 09:09 PM, Lyndon Nerenberg wrote: But the reality is: the labs are no more. No funding, no interest, no anything. Geoff and Jim are due for retirement from this mailing list. (Jim left ages ago, in fact.) Let's let them go in peace. I'm fairly new here, but it seems that so long as the /n/sources/contrib mechanism exists, we can go on providing patches to the plan9 user community indefinitely... Although, it seems that Geoff and Jim were the ones who authorized creating files in contrib. Is their retirement going to be a showstopper for contrib? (The archives at http://9fans.net/archive/ don't seem to be working, so I'm not able to check for recent mentions of this on the mailing list.)Thank you,Patryk
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Jan 5, 2014, at 8:03 PM, Steven Stallion wrote: > On Sun, Jan 5, 2014 at 6:03 PM, Patryk Laurent wrote: >> >> Hi Alex, >> >> I just joined the list, and so I missed your question. But I also opted for >> going with the vanilla distribution. Enjoy -- it's been pretty fun so far! >> >> Patryk >> >> >> >>> On Jan 5, 2014, at 15:54, Alex Jordan wrote: >>> On Mon Dec 30 21:03:24 EST 2013, alexander3223...@gmail.com wrote: Basically, would you guys recommend I try the Bell Labs distribution of Plan 9, 9front, or 9atom as my first installation? >>> Since no one seems to have an opinion on this, I'm going with the Bell >>> Labs distribution. We'll see how it goes. >>> On Mon, Dec 30, 2013 at 8:33 PM, erik quanstrom wrote: well let me know if i can answer any questions or fix anything. funny how we all get pigeon holed. i thought i did 9atom to support more hardware. :-) >>> Will do, thanks! > > There are a few of us that still hold out hope for the Labs > distribution. I use a locally modified version (you can find my > patches under contrib/stallion/patch in sources - some are applied, > some not). I'm fairly happy with it since I tend to hack on ARM more > than anything else these days. > > HTH, > > Steve Not to derail the discussion that this has now turned into, but it seems that the Ethernet card in the aforementioned server is too old, too esoteric, or simply hasn't had anyone around to bother writing a driver for it, and so wasn't recognized by the Bell Labs distribution or 9atom (both images downloaded today/yesterday - 1/5/14 - depending on your timezone). Do I have any other options, besides replacing the card with something known to work? I've been considering going with 9front, to see if that helps, but I'd rather stick with something as close to the Bell Labs distribution as I can get, e.g. I'd really rather use Fossil+Venti, rather than whatever 9front has. (I'd write a driver myself, but I am neither competent enough with C nor Plan 9 nor hardware interfaces to do so.) Unfortunately, I'm at my dad's house, and the affected server is at my mom's house, so I can't give more information on the specific card. But I can give details, run commands, etc. after I get home from school tomorrow. I have a full installation on the affected box, so I can run Plan 9 tools; I just can't connect to the network. Thanks.
Re: [9fans] Vanilla Plan 9 or one of the flavors?
instead of randomly switching distributoins, why not investigate what hardware is actually supported and install such hardware? you can easily move drivers from 9atom or labs or 9front any way arround. it doesnt matter. rules of acquisition: get a intel gigabit nic for example. look in the driver what models are supported. buy it somewhere. this would solve the problem much chaper than getting your hardware to someone willing to write a driver for it. the great nagus will agree. -- cinap
Re: [9fans] Vanilla Plan 9 or one of the flavors?
On Jan 5, 2014, at 11:39 PM, cinap_len...@felloff.net wrote: > instead of randomly switching distributoins, why not investigate > what hardware is actually supported and install such hardware? If you'll read my email again, you'll note that I mentioned this. I don't want to buy a new piece of hardware when I could fix the issue by using a different software stack, but if necessary, that's what I'll end up doing (buying the hardware).
