Re: [9fans] plan9.bell-labs.com down
On 07/16/2009 10:15 PM, Adriano Verardo wrote: > Maintenance ? Don't you think that a channel #plan9 on irc.freenode.net could have been better alternative to ask and, or report such things. -- Balwinder S "bdheeman" DheemanRegistered Linux User: #229709 Anu'z li...@home (Unix Shoppe)Machines: #168573, 170593, 259192 Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP Home: http://werc.homelinux.net/ Visit: http://counter.li.org/
Re: [9fans] plan9.bell-labs.com down
On Thu, 16 Jul 2009 18:38:32 +0200 Adriano Verardo wrote: > Maintenance ? > > adriano > No, just the normal pattern of behaviour for that site. :/ -- Ethan Grammatikidis Those who are slower at parsing information must necessarily be faster at problem-solving.
Re: [9fans] plan9.bell-labs.com down
Some people don't use irc. It's working here. On Fri, Jul 17, 2009 at 11:29 AM, Balwinder S Dheeman wrote: > On 07/16/2009 10:15 PM, Adriano Verardo wrote: >> Maintenance ? > > Don't you think that a channel #plan9 on irc.freenode.net could have > been better alternative to ask and, or report such things. > > -- > Balwinder S "bdheeman" Dheeman Registered Linux User: #229709 > Anu'z li...@home (Unix Shoppe) Machines: #168573, 170593, 259192 > Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP > Home: http://werc.homelinux.net/ Visit: http://counter.li.org/ > >
Re: [9fans] git on plan9
ok, so there is another snag i've just found out. The new dulwich code which hg-git relies on requires mmap -- which we do not provide in ape currently. I'm new to plan9; but am not afraid to code up things that are useful. I do need to know what the best idea is for how to resolve this...seems I can write an mmap for ape (which might be a huge pain) or we can run it on linuxemu (which i really don't want to do). And, of course, there is just eliminating git repositories. It posts to the git repo; however, when it starts to handle the pack or object it just freaks out because thats all in the dulwich code dealing with things like... mmap.mmap(f.fileno(), size, access=mmap.ACCESS_READ) and seeing as we have no mmap in ape the mmap module in python 2.5 has been diligently ommitted sorry if i got someone elses (other than my own) hopes up. She works just fine for hg though... ++james --- Begin Message --- Congratulations! I'm interested in giving it a shot; is it just a tarball to compile, or is it a package for fgb's contrib(1)? I'll throw it on sources for you if you don't have an alternate hosting solution while you wait for your contrib. John On Thu, Jul 16, 2009 at 5:35 PM, wrote: > I currently have hg and this bookmarks git module working on plan9. > Russ, thanks for the clue -- i have this packaged up now (my first package > but doesn't seem like rocket science. Please let me know if you are > interested. Also to be honest 98% of this was Filipe and FGB i just put a > few pieces together to get 1.3 and git working nicely together. > > hope everyone is doing well, > > respectfully, > > james toy > > > -- Forwarded message -- > From: "Federico G. Benavento" > To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> > Date: Thu, 16 Jul 2009 20:25:06 -0300 > Subject: Re: [9fans] git on plan9 > ok, I didn't get this the first time, so this is not the hg which is in > sources > this is hg 1.3 > > cpu% hg clone --traceback http://bitbucket.org/jespern/django-piston/ > destination directory: django-piston > requesting all changes > adding changesets > adding manifests > adding file changes > added 161 changesets with 309 changes to 67 files > updating working directory > 53 files updated, 0 files merged, 0 files removed, 0 files unresolved > cpu% > > the one i have installed just works, notice is the same link you provided. > as I told you yesterday, hg changes a lot of stuff from release to > release, and it's probably ape's fault. > > On Thu, Jul 16, 2009 at 8:16 PM, Federico G. > Benavento wrote: >> and my reply to that was: >> >> my patch behaves exactly like chmod(1), so those bits are inherited >> I think this is the right thing to do as posix doesn't support those bits. >> >> http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html >> >> >> On Thu, Jul 16, 2009 at 8:08 PM, Federico G. >> Benavento wrote: >>> it was loosing the dir bit, from the readme: >>> >>> Fixed chmod and fchmod, they were ignoring the dir bit. >>> >>> federico >>> >>> >>> from the notes: >>> >>> Fri May 30 00:04:19 EDT 2008 geoff >>> should append-only and exclusive-access be cleared, >>> inherited or settable via the mode argument? >>> >>> >>> On Thu, Jul 16, 2009 at 6:17 PM, ron minnich wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron >>> >>> >>> >>> -- >>> Federico G. Benavento >>> >> >> >> >> -- >> Federico G. Benavento >> > > > > -- > Federico G. Benavento > > -- "I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba --- End Message ---
Re: [9fans] git on plan9
You don't need mmap to implement this mmap. If it's just trying to map files into memory read-only, you could implement it by open, stat to find length, malloc, readn, and return the pointer. This is what the original linuxemu did (and still does?). Russ
Re: [9fans] git on plan9
Cinap recommended this and I am working on it right now :) -- any other suggestions are very welcome. Thanks Russ. respectfully ++james --- Begin Message --- You don't need mmap to implement this mmap. If it's just trying to map files into memory read-only, you could implement it by open, stat to find length, malloc, readn, and return the pointer. This is what the original linuxemu did (and still does?). Russ --- End Message ---
Re: [9fans] plan9.bell-labs.com down
a few things: 1) note that when the web site is down, sources may still be up (someone in IRC made this mistake). i run an automated availability check of sources every 10 minutes and didn't see an outage. 2) Ethan, i'm not sure if you realize it or not, but your comment is entirely unhelpful and serves only to foster animosity all around. please stop. 3) nobody involved with running plan9.bell-labs.com spends any time on #plan9, so "reporting" it there is ineffective and serves only to fuel some of the less stable elements there. afaik, the correct reporting method is a *polite* mail to either this list (Adriano's original mail seemed fine), 9trou...@plan9, or webmas...@plan9 (the address given at the bottom of the page). anthony
[9fans] hg-git on plan9
Ok, a few more things...perhaps someone with a bit of python knowledge might be able to shed some light on this. There is a simple way of fixing this by writing a custom mmap.py so everything is done transparently; however, I think I am missing a few things. def simple_mmap(f, offset, size, access=mmap.ACCESS_READ): """Simple wrapper for mmap() which always supports the offset parameter. mem = mmap.mmap(f.fileno(), size+offset, access=access) the above def is the one that we have to be taking into account there is another in pack.py that I've resolved by my mmap.py below: import os def mmap(fd, len, *args): return os.read(fd, len) #garbage to take into account access field #which here, is always read... ACCESS_READ = 0 can someone else take a look at the dulwich code which can be found in the hg-git bitbucket repository: http://bitbucket.org/abderrahim/hg-git/ and take a look at those functions that call simple_mmap -- it seems to me the only thing to take into account is offset and we can do this via file.seek(offset) before calling this simple mmap implementation. i actually don't think that this seek is nessary since it seems its taken into account in the size+offset line -- though i guess we need to _get_ to offset in the file first respectfully, ++james
[9fans] (no subject)
All, I've fixed the last bug (thank god) its hard trying to problem solve and learn a language at the same time but at least I'm still having fun (and python isn't like learning C ;). Additionally now I have this bug which is mutually exclusive from any of the mmap stuff. But at least its registering with the git repository as can be seen below. The problem is more in this other dulwich thingwhich apparently there is a new version of so i'm going to merge that and retry. Compressing objects certainly gives some nasty Cr output though james++ rator_gade% hg clone git://zen-sources.org/zen/THE.git destination directory: THE.git fetching from : git://zen-sources.org/zen/THE.git importing Hg objects into Git Counting objects: 1592, done. Compressing objects: 0% (1/1185) Compressing objects: 1% (12/1185) Compressing objects: 2% (24/1185) Compressing objects: 3% (36/1185) Compressing objects: 4% (48/1185) Compressing objects: 5% (60/1185) Compressing objects: 6% (72/1185) Compressing objects: 7% (83/1185) Compressing objects: 8% (95/1185) Compressing objects: 9% (107/1185) Compressing objects: 10% (119/1185) Compressing objects: 11% (131/1185) Compressing objects: 12% (143/1185) Compressing objects: 13% (155/1185) Compressing objects: 14% (166/1185) Compressing objects: 15% (178/1185) Compressing objects: 16% (190/1185) Compressing objects: 17% (202/1185) Compressing objects: 18% (214/1185) Compressing objects: 19% (226/1185) Compressing objects: 20% (237/1185) Compressing objects: 21% (249/1185) Compressing objects: 22% (261/1185) Compressing objects: 23% (273/1185) Compressing objects: 24% (285/1185) Compressing objects: 25% (297/1185) Compressing objects: 26% (309/1185) Compressing objects: 27% (320/1185) Compressing objects: 28% (332/1185) Compressing objects: 29% (344/1185) Compressing objects: 30% (356/1185) Compressing objects: 31% (368/1185) Compressing objects: 32% (380/1185) Compressing objects: 33% (392/1185) Compressing objects: 34% (403/1185) Compressing objects: 35% (415/1185) Compressing objects: 36% (427/1185) Compressing objects: 37% (439/1185) Compressing objects: 38% (451/1185) Compressing objects: 39% (463/1185) Compressing objects: 40% (474/1185) Compressing objects: 41% (486/1185) Compressing objects: 42% (498/1185) Compressing objects: 43% (510/1185) Compressing objects: 44% (522/1185) Compressing objects: 45% (534/1185) Compressing objects: 46% (546/1185) Compressing objects: 47% (557/1185) Compressing objects: 48% (569/1185) Compressing objects: 49% (581/1185) Compressing objects: 50% (593/1185) Compressing objects: 51% (605/1185) Compressing objects: 52% (617/1185) Compressing objects: 53% (629/1185) Compressing objects: 54% (640/1185) Compressing objects: 55% (652/1185) Compressing objects: 56% (664/1185) Compressing objects: 57% (676/1185) Compressing objects: 58% (688/1185) Compressing objects: 59% (700/1185) Compressing objects: 60% (711/1185) Compressing objects: 61% (723/1185) Compressing objects: 62% (735/1185) Compressing objects: 63% (747/1185) Compressing objects: 64% (759/1185) Compressing objects: 65% (771/1185) Compressing objects: 66% (783/1185) Compressing objects: 67% (794/1185) Compressing objects: 68% (806/1185) Compressing objects: 69% (818/1185) Compressing objects: 70% (830/1185) Compressing objects: 71% (842/1185) Compressing objects: 72% (854/1185) Compressing objects: 73% (866/1185) Compressing objects: 74% (877/1185) Compressing objects: 75% (889/1185) Compressing objects: 76% (901/1185) Compressing objects: 77% (913/1185) Compressing objects: 78% (925/1185) Compressing objects: 79% (937/1185) Compressing objects: 80% (948/1185) Compressing objects: 81% (960/1185) Compressing objects: 82% (972/1185) Compressing objects: 83% (984/1185) Compressing objects: 84% (996/1185) Compressing objects: 85% (1008/1185) Compressing objects: 86% (1020/1185) Compressing objects: 87% (1031/1185) Compressing objects: 88% (1043/1185) Compressing objects: 89% (1055/1185) Compressing objects: 90% (1067/1185) Compressing objects: 91% (1079/1185) Compressing objects: 92% (1091/1185) Compressing objects: 93% (1103/1185) Compressing objects: 94% (1114/1185) Compressing objects: 95% (1126/1185) Compressing objects: 96% (1138/1185) Compressing objects: 97% (1150/1185) Compressing objects: 98% (1162/1185) Compressing objects: 99% (1174/1185) Compressing objects: 100% (1185/1185) Compressing objects: 100% (1185/1185), done. Total 1592 (delta 455), reused 1128 (delta 286) ** unknown exception encountered, details follow ** report bug details to http://mercu
Re: [9fans] plan9.bell-labs.com down
On Fri, Jul 17, 2009 at 2:36 PM, Anthony Sorace wrote: > a few things: > > 1) note that when the web site is down, sources may still be up > (someone in IRC made this mistake). i run an automated availability > check of sources every 10 minutes and didn't see an outage. > > 2) Ethan, i'm not sure if you realize it or not, but your comment is > entirely unhelpful and serves only to foster animosity all around. > please stop. Seriously, we're lucky to have sources /at all/. Instead of complaining, maybe the most concerned people should volunteer their time to help maintain sources, or put up mirrors of their own. > > 3) nobody involved with running plan9.bell-labs.com spends any time on > #plan9, so "reporting" it there is ineffective and serves only to fuel > some of the less stable elements there. afaik, the correct reporting > method is a *polite* mail to either this list (Adriano's original mail > seemed fine), 9trou...@plan9, or webmas...@plan9 (the address given at > the bottom of the page). > > anthony > >
Re: [9fans] plan9.bell-labs.com down
apropos of this, 9grid.net is back. Thanks to the guys at LBL for hosting this machine. ron
Re: [9fans] plan9.bell-labs.com down
On Fri, Jul 17, 2009 at 8:36 PM, Anthony Sorace wrote: > a few things: > > 1) note that when the web site is down, sources may still be up > (someone in IRC made this mistake). i run an automated availability > check of sources every 10 minutes and didn't see an outage. If you are thirsty in the middle of the desert, you might find this comfortable pillow useful. If people are trying to access the web site, sources being up is not likely to be of much help to them. > 2) Ethan, i'm not sure if you realize it or not, but your comment is > entirely unhelpful and serves only to foster animosity all around. > please stop. God forbid anyone comment on the Emperor's conspicuous lack of garments. > > 3) nobody involved with running plan9.bell-labs.com spends any time on > #plan9, so "reporting" it there is ineffective and serves only to fuel > some of the less stable elements there. afaik, the correct reporting > method is a *polite* mail to either this list (Adriano's original mail > seemed fine), 9trou...@plan9, or webmas...@plan9 (the address given at > the bottom of the page). This address is a bit difficult to find when the page itself is made of Unobtainium. uriel
Re: [9fans] plan9.bell-labs.com down
On Fri, Jul 17, 2009 at 11:08 PM, J.R. Mauro wrote: > Seriously, we're lucky to have sources /at all/. Instead of > complaining, maybe the most concerned people should volunteer their > time to help maintain sources, or put up mirrors of their own. Seriously, but I can't let this nonsense go unanswered once again. We'd be even luckier if people like you would stop spewing such obvious bullshit. We are not lucky to have an insanely unreliable sources / website that simply discredits the project and confuses and misleads prospective users and developers. And stop the totally false condescending 'you should volunteer to contribute' nonsense, because *many* people have offered their help, and help is not welcome, so before repeating such crap, maybe you could bother to at least point out how people are supposedly even able to help. There is a reason people have setup mirrors of various parts of the site and sources ( http://doc.cat-v.org/plan_9/ http://man.cat-v.org/plan_9/ http://9grid.es/index.html?item=mir and many others) because they tried to help, and gave up and simply setup their own thing (in some cases after years of exasperation and false hopes that the situation would improve). So, can we please move on, forget about plan9.bell-labs.com, and simply pretend it doesn't exist? It will save people much wasted time, frustrations and misunderstandings, and it will improve my health considerably (but I suspect a few people would not mind if my health got rid my annoying comments, some Lisp-heads have been celebrating the demise of Erik Naggum...). Thanks uriel
Re: [9fans] plan9.bell-labs.com down
On Fri, Jul 17, 2009 at 3:33 PM, Uriel wrote: > > And stop the totally false condescending 'you should volunteer to > contribute' nonsense, because *many* people have offered their help, > and help is not welcome, so before repeating such crap, maybe you > could bother to at least point out how people are supposedly even able > to help. I seem to remember that you were offered the opportunity to take over sources, since you can obviously run it much better. What happened to that? I guess it's easier to bitch and be the rebel, rather than becoming "the man" and actually being responsible for the proper maintenance of the system. John -- "I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba
Re: [9fans] plan9.bell-labs.com down
On Fri, Jul 17, 2009 at 2:08 PM, J.R. Mauro wrote: > On Fri, Jul 17, 2009 at 2:36 PM, Anthony Sorace wrote: > > a few things: > > > > 1) note that when the web site is down, sources may still be up > > (someone in IRC made this mistake). i run an automated availability > > check of sources every 10 minutes and didn't see an outage. > > > > 2) Ethan, i'm not sure if you realize it or not, but your comment is > > entirely unhelpful and serves only to foster animosity all around. > > please stop. > > Seriously, we're lucky to have sources /at all/. Instead of > complaining, maybe the most concerned people should volunteer their > time to help maintain sources, or put up mirrors of their own. I for one am quite grateful for the sources machine. My guess is if we didn't have it, we'd have to create a grid based "contrib", and we'd probably have to have some kind of 9grid based registry to find everyone's contributions.
Re: [9fans] plan9.bell-labs.com down
On Sat, Jul 18, 2009 at 12:55 AM, John Floren wrote: > I seem to remember that you were offered the opportunity to take over > sources, since you can obviously run it much better. What? When? Where? > What happened to that? Maybe you can tell me, as you seem to know much better than me what has been offered (and by who?!?!). > I guess it's easier to bitch and be the rebel, rather than > becoming "the man" and actually being responsible for the proper > maintenance of the system. I take responsibility for the systems I have control over, which so far nobody has had any complaints about (if somebody has any complaints or suggestions, I would *love* to hear them and will do my very best to address them), and I have put a considerable amount of effort on, specially given that nobody has ever paid me anything to work on Plan 9 or anything related to it, and I don't go around screaming about how grateful and lucky the universe is that I'm capable of running a damned stupid web server. I very doubt I'm the right person to take care of plan9.bell-labs.com, and doubt much more whatever whoever controls it would want me to take it over, but if your claims by some cosmic miracle happen to be true, I'd be happy to help out in any way I can. Maybe you can tell us what *you* have done to help Plan 9? Or is your greatest contribution to act all obnoxious and condescending towards people that despite their limited and flawed abilities have tried very hard to do their best to make Plan 9 and related technologies successful and keep them from dying in total irrelevancy? One of my many flaws is that my memory is very bad, so maybe I'm forgetting what you have done... uriel
Re: [9fans] plan9.bell-labs.com down
On Sat, Jul 18, 2009 at 1:23 AM, Uriel wrote: [...] > Maybe you can tell us what *you* have done to help Plan 9? Or is your > greatest contribution to act all obnoxious and condescending towards > people that despite their limited and flawed abilities have tried very > hard to do their best to make Plan 9 and related technologies > successful and keep them from dying in total irrelevancy? One of my > many flaws is that my memory is very bad, so maybe I'm forgetting what > you have done... > > uriel Disregard this, my memory does totally suck, and I just have been reminded by others of your considerable and respectable contributions, forgive my unjustified obnoxious comment. And my apologies to 9fans for this unwarranted attack. uriel
Re: [9fans] plan9.bell-labs.com down
On Sat, Jul 18, 2009 at 1:07 AM, David Leimbach wrote: > I for one am quite grateful for the sources machine. > My guess is if we didn't have it, we'd have to create a grid based > "contrib", and we'd probably have to have some kind of 9grid based registry > to find everyone's contributions. I'm not sure how this would work out, perhaps something along the lines of http://9gridchan.org But in any case it would be an improvement over the current situation where people that asks for a sources account spend months and months twiddling their thumbs, thinking that for some horrible reason the people that run sources hate them, and that it is pointless to try to contribute to Plan 9 (various people have told me of their worries that perhaps they were not 'qualified' to have a sources account and that perhaps that was why their requests were being ignored, and I had to explain to them that, hell, if I had a sources account, *anyone* no matter how stupid or incompetent should be allowed to have one, not to mean they were either stupid or incompetent, they were highly qualified and motivated people that were interested in contributing their work, and that were feeling directly shunned and unwelcome). uriel
Re: [9fans] plan9.bell-labs.com down
On Fri, Jul 17, 2009 at 4:28 PM, Uriel wrote: > On Sat, Jul 18, 2009 at 1:23 AM, Uriel wrote: > [...] >> Maybe you can tell us what *you* have done to help Plan 9? Or is your >> greatest contribution to act all obnoxious and condescending towards >> people that despite their limited and flawed abilities have tried very >> hard to do their best to make Plan 9 and related technologies >> successful and keep them from dying in total irrelevancy? One of my >> many flaws is that my memory is very bad, so maybe I'm forgetting what >> you have done... >> >> uriel > > Disregard this, my memory does totally suck, and I just have been > reminded by others of your considerable and respectable contributions, > forgive my unjustified obnoxious comment. And my apologies to 9fans > for this unwarranted attack. > > uriel > I appreciate this. In turn, I must acknowledge the nice work on werc, which I've been meaning to take a shot at when I can get around to installing Pegasus. John -- "I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba
Re: [9fans] plan9.bell-labs.com down
Werc is hardly a contribution worth mentioning (just a bunch of rc script after all!), but some of us have put much blood, sweat and tears in trying to make Plan 9 successful and save it from eternal oblivion, and it is frustrating when people say 'you have no right to complain', *everyone* has a right(even a duty!) to complain, and complaints should be both welcome and heed if Plan 9 (or any project) is to be successful. Peace uriel P.S.: I got werc to work with a very simple 'magic' wrapper rc script (I'm sure russ' cgi.c is a much better solution though, but wanted something that would work with plain httpd out fo the box): http://werc.cat-v.org/docs/web_server_setup/plan_9_httpd On Sat, Jul 18, 2009 at 1:43 AM, John Floren wrote: > On Fri, Jul 17, 2009 at 4:28 PM, Uriel wrote: >> On Sat, Jul 18, 2009 at 1:23 AM, Uriel wrote: >> [...] >>> Maybe you can tell us what *you* have done to help Plan 9? Or is your >>> greatest contribution to act all obnoxious and condescending towards >>> people that despite their limited and flawed abilities have tried very >>> hard to do their best to make Plan 9 and related technologies >>> successful and keep them from dying in total irrelevancy? One of my >>> many flaws is that my memory is very bad, so maybe I'm forgetting what >>> you have done... >>> >>> uriel >> >> Disregard this, my memory does totally suck, and I just have been >> reminded by others of your considerable and respectable contributions, >> forgive my unjustified obnoxious comment. And my apologies to 9fans >> for this unwarranted attack. >> >> uriel >> > > I appreciate this. In turn, I must acknowledge the nice work on werc, > which I've been meaning to take a shot at when I can get around to > installing Pegasus. > > > John > -- > "I've tried programming Ruby on Rails, following TechCrunch in my RSS > reader, and drinking absinthe. It doesn't work. I'm going back to C, > Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba > >
[9fans] Help needed - Boot Failure...
I am new to Plan 9 - so I started introducing myself to it with the "live CD" running on an older industrial single board computer (Celeron). Everything worked as expected - including the install. Given those good results, I decided to create a server. I grabbed an older Supermicro Server which seemed to have all the major components I needed to boot and have video: Video: ATI Rage XL Ethernet: (2) Intel Pro/100 ports CDROM as master on secondary Dual Pentium III 933MHz, 1GB ECC RAM PS/2 Keyboard and Mouse (3 button Logitech) ATA and SCSI HDD Upon booting the "live CD", I got the following: PBS1... Plan 9 from Bell Labs ELCR: 0E00 pcirouting: 8086/1229 at pin 1 irq 164 pcirouting: 8086/1229 at pin 1 irq 164 Then the system froze. The only way to get out of the hangup was to reset. I tried changing a few BIOS parameters related to I/O interrupts - but that didn't change the error condition. The BIOS on the motherboard was an early edition - so I decided up update it to the latest BIOS. After updating the BIOS and setting all the BIOS parameters appropriately, I tried booting the Plan 9 "live CD" again. This time I got the following: PBS1... Plan 9 from Bell Labs ELCR: 0E20 At this point, the system froze. I don't know enough about where to find help for this kind of problem online - I suspect that the ELCR messages describe an error or status condition(?). I'd appreciate some guidance in tackling this problem... Thanks in advance... Cheers, Lyle -- Lyle Bickley Bickley Consulting West Inc. http://bickleywest.com "Black holes are where God is dividing by zero"
Re: [9fans] Help needed - Boot Failure...
> Video: ATI Rage XL > Ethernet: (2) Intel Pro/100 ports > CDROM as master on secondary > Dual Pentium III 933MHz, 1GB ECC RAM > PS/2 Keyboard and Mouse (3 button Logitech) nice mouse. > ATA and SCSI HDD > > Upon booting the "live CD", I got the following: > > PBS1... > Plan 9 from Bell Labs > ELCR: 0E00 > pcirouting: 8086/1229 at pin 1 irq 164 > pcirouting: 8086/1229 at pin 1 irq 164 > > Then the system froze. The only way to get out of the hangup was to reset. i'm hoping that there's good news here. while there are many reasons the system can hang at this point, i believe the most common one is a disagreement with intel ide. can you tell me what southbridge this machine has? i believe i've got a fix for ich0-10. i've verified that it works on at least one ich5 and one ich7r machine that were previously broken. (note: ich7-ich10 parts are often ahci capable; i think ahci mode is preferrable anyway.) it's on sources as contrib/sd (for the kernel, see contrib(1)) and contrib/9load-e820 (for 9load). if your non-working machine is pxe capable, you should be able to pxe boot the nonworking machine from the working machine. unfortunately i don't have a how-to-pxe guide. the information is all in the manpages see ndb(8). and you'll need to run ip/dhcpd and ip/tftpd. if your having trouble (as i suspect you might with these random and vague hints), please contact me off list. - erik
[9fans] lftp patch for plan9
ryan thomas built an lftp patch for plan 9 to ease moving files to the plan 9 system at coraid. the patch implements netkey. http://www.mail-archive.com/lftp-de...@uniyar.ac.ru/msg01677.html - erik
[9fans] Plan 9 BoF - Carson, LA
Any Plan 9 box heads in Carson getting their groove on at the Coldplay concert in the Home Depot Stadium would make for a great BoF meeting. We might discuss audio drivers for Plan 9 so that we can listen to our favourite band(s). And perhaps lyric synthesizing. In all reality, I'd prefer not to discuss Plan 9 at that time. but a BoF would still be great ak
