Re: [9fans] [Fwd: IWP9 2008]
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > [EMAIL PROTECTED] wrote: >> Doesn't look like this got through via [EMAIL PROTECTED], so here we go >> again... > >> It came through just fine in both cases. >> And no, to the best of my knowledge, there isn't one yet. >> The lack of people saying "nope, don't think so" doesn't mean >> that your email didn't get through... check the archives next >> time: http://9fans.net/archive/2008/03 > > I did check the archives or I wouldn't have resent it. > > D > > http://9fans.net/archive/2008/03/221 But bits are cheap, so no worries. John
Re: [9fans] [Fwd: IWP9 2008]
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Doesn't look like this got through via [EMAIL PROTECTED], so here we go > again... > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (GNU/Linux) > > iD8DBQFH1XssyWX0NBMJYAcRAjRLAJ9HZXT/YQLZnKUIZniKaFQC2SDTlACguVYn > pmzPLjq4S+pa1G+4lTszRo8= > =O5As > -END PGP SIGNATURE- It came through just fine in both cases. And no, to the best of my knowledge, there isn't one yet. The lack of people saying "nope, don't think so" doesn't mean that your email didn't get through... check the archives next time: http://9fans.net/archive/2008/03 John
Re: [9fans] bitsy boot problems
> For some reason, after recompiling stuff (some things hadn't compiled > properly at first) and rebuilding the paqdisk (it's now about 6.5MB), > when I do "load ramdisk" xms completes but the ramdisk never gets > written to the flash. This is all I see: > xms: 6628492 bytes transmitted > ! > > It looks like the ramdisk partition's size is only 0x60, whatever > unit that is. If that's in bytes, the newly created paqdisk is too > large which could explain the problem. > > John Forgot that the partition sizes are used by the kernel; I dropped acme, ssh, and winwatch to get the paqdisk under the ramdisk partition size. Now I get as far as root is from: [paq]: paqfs... then sit there forever. Are there any bitsy users out there who have recently recompiled and reinstalled their bitsy stuff? Anybody got a kernel & paqdisk that is known to work? John
Re: [9fans] bitsy boot problems
For some reason, after recompiling stuff (some things hadn't compiled properly at first) and rebuilding the paqdisk (it's now about 6.5MB), when I do "load ramdisk" xms completes but the ramdisk never gets written to the flash. This is all I see: xms: 6628492 bytes transmitted ! It looks like the ramdisk partition's size is only 0x60, whatever unit that is. If that's in bytes, the newly created paqdisk is too large which could explain the problem. John
[9fans] bitsy boot problems
I just found two bitsies yesterday, a 3630 and a 3670. I thought I'd try installing on the 3670 because the other one has a useful Linux install on it already. Anyway, both had Linux bootloaders installed already, so I built a kernel and paqdisk, uploaded them, and tried booting. Here's what I get; can anyone help figure out what's wrong here? 206 MHZ ARM, ver 1/part b11/step 8 64M memory: 27M kernel data, 37M user, 226M swap root is from (paq)[paq]: paq...paqfs: sysfatal reading block: /dev/flash/ramdisk: version...panic: boot process died: sys: write on closed pipe pc=0x6c74 panic: boktrace /kernel/path c0010d6c c011714c c01171a9 ot procc01170f8=c0010d68 ess diec01170fc=c0071110 d: sys:c0117104=c003afdc write c0117128=c003b03c on clos ed pipe c0117140=c003b2a0 pc=0x00c0117144=c0010d68 006c74c0117148=c003b2a4 c0117150=c006ddcc c01171b0=c008d9d4 c01171b4=c008d780 c01171bc=c008f5c4 c01171c8=c00795a4 c01171d4=c008d510 c01171d8=c008e740 c01171dc=c008d8d4 c01171e0=c008d510 c01171e8=c008d7bc c01171f4=c008d780 c01171fc=c008f5c4 c0117208=c00795a4 c011721c=c008fa84 c011723c=c00601f8 c0117248=c006b3e0 c0117250=c006b3e8 c011725c=c006dd8c c0117274=c001093c c0117280=c00796c8 c0117284=c0079ba4 c01172ac=c00715e4 c01172b4=c0010920 c01172c8=c001045c c01172e8=c0008248 c01172f0=c0079ba4 it's a wonderful day to die
Re: [9fans] plan9 httpd/pegasus on unix?
Enrico Weigelt wrote: > Beware: this reputation is limited to "secure" - installing and > maintenance of DJB-packages is really ugly ! Not in my experience, and I daresay that if you do use his servers (qmail and djbdns in particular) it's easier than rebuilding your systems after the BIND and sendmail exploits du jour. John
Re: [9fans] GSOC 2008
> On Wed, Feb 27, 2008 at 12:30 PM, don bailey <[EMAIL PROTECTED]> wrote: > >> Seriously? What's the pay look like? > > well it's student pay. It's an intern position. > > ron The pay is pretty good for me, not that I would complain about a raise or anything. The student pay scales are based on the number of credits you have completed with your school. John
Re: [9fans] troff -man prints poorly
> On Tue, Feb 26, 2008 at 7:22 PM, <[EMAIL PROTECTED]> wrote: >> I've been writing a man page and wanted to see how it looks >> when formatted with troff and printed, so I tried: >> troff -man | dpost | lp >> only to find that the printout was extremely ugly. Words seem >> to have run together in some very strange ways; if I had a scanner >> handy I could show what I mean. Anyway, the same thing happens >> when I do: >> troff -man /sys/man/1/cat | dpost | lp >> but not when I do: >> troff -ms /sys/doc/asm.ms | dpost | lp >> >> Am I missing something simple and fundamental, or is troff/dpost >> just broken? >> > > I normally do: > > troff -ms bla.ms|lp -dstout| aux/download -H/sys/lib/postscript/font > -mfontmat|lp -H -d printername That has the same end result for me as just doing troff -man foo | lp John
Re: [9fans] troff -man prints poorly
> troff -man /sys/man/1/cat | page Looks good. > troff -man /sys/man/1/cat | lp -dPrinter Looks terrible.
[9fans] troff -man prints poorly
I've been writing a man page and wanted to see how it looks when formatted with troff and printed, so I tried: troff -man | dpost | lp only to find that the printout was extremely ugly. Words seem to have run together in some very strange ways; if I had a scanner handy I could show what I mean. Anyway, the same thing happens when I do: troff -man /sys/man/1/cat | dpost | lp but not when I do: troff -ms /sys/doc/asm.ms | dpost | lp Am I missing something simple and fundamental, or is troff/dpost just broken? John
Re: [9fans] plan9 httpd/pegasus on unix?
ron minnich wrote: > I run my web site on plan9. After watching my friends suffer through > all the security warnings that come with apache, php, and all the > other little bits that go with *nix web servers, I feel like I made an > easier choice. If you just want to serve static content on Unix/FreeBSD, Dan Bernstein's HTTP server in his publicfile package (http://cr.yp.to/publicfile.html) is one option. Considering his reputation for writing secure software it's probably as good a choice as any. John
Re: [9fans] Consumers? We the eeevil empire are the consumers!
> > My point is that it's easier to fight the static Apple hardware, with > it's absent hardware doc, than to fight the dynamic Intel/AMD > hardware, with its/their also missing doc. At least the obsolete Apple > gear is a non-moving target, so we stand a chance ... The x86 stuff > changes on an hourly basis, and cannot be kept up with :-( Come on, folks, PPC Apple was around for how many years, and the only port effort I know of was a university project that I'm pretty sure never got anything released. Why do we not want to do anything until obsolescence is guaranteed? I think I'll start a Zaurus port, that platform has been dead long enough now. If you want to work on a port, do sparc64, since you can still buy those machines. John
Re: [9fans] a challenge
> here is a challenge. I realize it's linux but I think this is the > right group to ask anyway; I think you'll appreciate the humor in it. > So far few I have talked to have gotten it. > > There is a file, called /bin/bash. > > You are allowed to do this as root. > cp this file to /tmp. Do something to it to make it so that, when you > are not root, you can run the file in /tmp and get a root shell. > > Don't assume the obvious. And please don't post "that's trivial" until > you have actually done it. > > ron On Debian, all you have to do is this as root: cp /bin/bash /tmp/sh chmod u+s /tmp/sh Then you can run /tmp/sh as any user and get euid root. It seems that you can ONLY do this if you rename bash to sh. John
Re: [9fans] An unsuccessful attempt to install on Thinkpad T43
> I got a tullip clone for less than US$ 5 > > On Feb 20, 2008 12:26 PM, Hongzheng Wang <[EMAIL PROTECTED]> wrote: >> Using another new network card shoule be ok. But extra cost is needed :P >> >> >> On Wed, Feb 20, 2008 at 11:15 PM, Kernel Panic <[EMAIL PROTECTED]> wrote: >> > Hongzheng Wang wrote: >> > >> > >Hi John, >> > > >> > >Many thanks. Your tip, zeroing the partition mannually first, may >> > >answer the strange thing I encountered during installation. And, I >> > >also prefer to native running Plan9. But an installation without >> > >workable ethernet is quite unacceptable. So I might try the method >> > >Eric recommended first. Alternatively, I will try to config the >> > >previously installed Plan9 to be a CPU server. >> > > >> > > >> > > >> > is this nic integrated into the mainboard or can it be replaced (some sort >> > of mini pci slot)? maybe a pcmcia network card will do? >> > >> > cinap >> > If we're still talking about a Thinkpad T43, your average cheap/free 100Mbit card isn't going to cut it. I'm partial to the 3Com Etherlink cards myself, since they seem to be very plentiful and very cheap (or free). Laptops are a tricky business. If you can get an orinoco wireless card, that ought to work well provided you don't need WPA. John
Re: [9fans] New to plan 9: what next?
> hola, > > people tend to forget, but Plan 9 does has a wiki, with answers > to most of the questions these groundhog (credit: maht) day posts. > > read it via acme, or: > http://plan9.bell-labs.com/wiki/plan9/Recommended_readings/ > > have fun and welcome to Plan 9! > Maybe somebody should set up a script that looks for emails with subjects similar to "new to Plan 9", "Plan 9 newbie", etc. and sends a message with links to the wiki. I'm only half joking. John
Re: [9fans] New to plan 9: what next?
> I've been interested in Plan 9 for a little while now and finally got > around to setting up a virtual plan 9 installation via qemu. As > someone completely new to the operating system I've been reading the > man pages, getting familiar with sam and acme, randomly clicking > around, etc. What would you suggest for some next (baby) steps? 1) Get familiar with mouse chording ASAP. It's great. If you don't have a true 3-button mouse, go get one right now. 2) Read as much of /sys/doc as you can handle. They're good papers and will help you understand the system better. Start with 9.ps and 9.intro.pdf 3) Get a spare box/clone your qemu install and set up a cpu/auth/file server. You won't get the "real" Plan 9 experience until you have at least a cpu/auth/file server and a terminal; then, a lot more things will make sense. 4) Use Google Groups to search comp.os.plan9 (I find their search works pretty well) before you ask a question here--it may have already been answered. 5) Have fun, and illegitimi non carborundum :) John
Re: [9fans] An unsuccessful attempt to install on Thinkpad T43
> Hi, > > But even for the same install cd and partition scheme, the > installation is success for the first time ( execpt that some files > are missing when system is in use) and could not be booted at all for > the second time. This is really strange :( > > > On Feb 19, 2008 4:52 PM, Alexander Sychev <[EMAIL PROTECTED]> wrote: >> Hello! >> On Mon, 18 Feb 2008 15:55:14 +0300, Hongzheng Wang <[EMAIL PROTECTED]> >> wrote: >> >> > For boot method, since I have both Linux and XP on my laptop already, >> > I choose grub as multiple boot manager. That is, I select `plan9' as >> > boot method when I am asked and don't install boot instructions into >> > MBR. And configure grub to use `chainloader +1' to boot Plan9. >> > >> >> AFAIK, Plan9 needs a first free partition for installation. I use Plan9 on >> ThinkPad T40 installed in the first partition and boot it with LILO via >> 'chain' rule. >> First off, Plan 9 does not need to be on the first free partition. I have it installed on the second partition on my laptop and it boots fine. As for the rest of your problems... I suggest getting the latest CD, to start with. Then, under Linux, do this (if your Plan 9 partition is /dev/hda1): "dd if=/dev/zero of=/dev/hda1 bs=1024" to be on the safe side. I've noticed that if you don't zero the disk, even if you reinstall and have the installer format fossil etc., you'll end up with all the old files still on your disk--highly annoying. After you've zeroed the partition, you can try installing again. Or, of course, you can try the lguest thing, but I for one like running native. Good luck! John
Re: [9fans] Consindering eBox-4854 for Plan9
> As has been mentioned on the list recently, the Everex gPC sold by > Walmart (http://www.walmart.com/catalog/product.do?product_id=7754614) Double-checking the link it looks like I got mine just in time as that page now says that it's no longer sold online. Don't know if that means they're simply sold out or want you to pay extra for the Vista version. John
Re: [9fans] Consindering eBox-4854 for Plan9
> I am considering purchasing an eBox IV Series box for a Plan9 > installation, and I was curious of any of your successes or failures > with these or similar systems. As has been mentioned on the list recently, the Everex gPC sold by Walmart (http://www.walmart.com/catalog/product.do?product_id=7754614) is comparable inasmuch as it's also a Via based system. I ordered one and installed Plan 9 on it without any problems a couple of days ago. (Well I'm getting heavy I/O load after booting even w/ DMA turned on but I suspect that's because I did a fossil+venti install and haven't gotten around to figuring out what's going on.) Video and and ethernet work out of the box. The gPC's case is much bigger than it needs to be so isn't nearly as compact as the eBox, but on the plus side it has more room for expansion. John
Re: [9fans] Google search of the day
> [EMAIL PROTECTED] wrote: >> for (;;) >> fork(); > > In genuine UNIX(tm) systems, there is a per-user process limit, > so eventually the fork requests start failing. However, this > program keeps trying to fork, so if you kill off some of the > child processes it will spawn replacements. > > I don't think it counts as a proper "denial of service" attack, > since it affects only the invoking user (well, it does bog > down the system with swapping etc. but again, per-user resource > bounds can address that). It's a proper denial of service on Plan 9... I ran it while cpu'd into another box and found that somehow it killed *both* machines. IIRC, Plan 9 doesn't really have any kind of resource limiting, does it? (Yeah, I know, not necessary for a terminal, but it should be important for a cpu server) John
Re: [9fans] Google search of the day
> In most /bin/sh variants (I'm not sure about original):
>
> :(){:|:};:
>
> Quick denial of service.
>
This just in: Repeated forks can bring down a system.
Story at 11.
#include
#include
int main() {
for (;;)
fork();
}
Look ma!
John
Re: [9fans] Installing Plan9 on a DEC Alpha Workstation
> Paweł Lasek wrote: >> Unfortunately my time for working on Alpha port is really limited and >> my AS is in need of parts (It's really hard to get parity FP simms >> these day, at least here, and 48 MB is not enough). And also my main >> priority is to get a newer VMS installed on it, so Plan9 will need to >> wait even more. >> >> An interesting thing to try for porting might be DS10, for which >> someone has been writing an emulator - It would be nice to show a >> working Plan9 network composed of only Alphas one day :-) > > I have AlphaStations in Sydney, Australia which are free to good homes. > A pile of AS200s and a very big pile of AS255s (I think - I'll have to > check again). > > I probably have enough to give at least one to everybody active on > 9fans. (I'm not kidding). > > I have to get rid of them too. > > E-mail me off-list if you're interested to negotiate transport/pickup. > > I will also make it clear that I don't have time to pre-test to weed out > broken units or to run around chasing couriers, so only if you're > serious, thanks. > > - Chris. Yes, people, please take them and work on the port... my AlphaStation 250 is lonely only running VMS. John
Re: [9fans] Hello Assembly
>> I've always thought variables and such went at the bottom... or >> is that just m68k asm? >> >> John > > you can put them anywhere. there's no typechecking in assembly > and the linker doesn't care. > > - erik Ok, maybe that was just a style thing they taught us. John
Re: [9fans] Hello Assembly
> On Feb 9, 2008 8:17 AM, Brantley Coile <[EMAIL PROTECTED]> wrote: >> I would like to hear what Rob or others have to say about the >> assembler syntax, but I actually like the syntax for the following >> reason. > > if you love assembly code, the assembler on Plan 9 is not great. > > If you love assembly code, you are in need of a CAT scan in my view. > > The v6 manual entry for as called assembly code "the ultimate dead > language". If only that had been true. > > gcc and friends have made the world safe for assembly, and there is more > assembly in use than ever. > > Writing assembly code should be as painful as possible. Plan 9 > succeeds in that regard. It's a good thing in my view. > > ron And if you can pass off the assembly writing task to an intern, all the better, right? :) I don't know... barring certain architecture gotchas, I enjoyed the assembly I did; it's sort of a relaxing break from C. John "Real Programmers Use FORTRAN" Floren
Re: [9fans] Hello Assembly
> Thanks everybody (especially Jim and Charles), I got this to work. > Here's the final program: > > DATA string<>+0(SB)/8, $"Hello\n\z\z" > GLOBL string<>+0(SB), $8 > > TEXT _main+0(SB), 1, $0 > > MOVL $1, 4(SP) > MOVL $string<>+0(SB), 8(SP) > MOVL $7, 12(SP) > MOVL $-1, 16(SP) > MOVL $-1, 20(SP) > > MOVL $51, AX > INT $64 > > MOVL $string<>+0(SB), 4(SP) > MOVL $8, AX > INT $64 > > Jim pointed out that using RET was incorrect as the instruction > wouldn't know where to get back to. Calling exits() instead, works. > > Plan 9 gets more and more exciting for me, everyday :) > Thanks again! > > Cheers, > Anant I've always thought variables and such went at the bottom... or is that just m68k asm? John
Re: [9fans] managing windows in rio
[EMAIL PROTECTED] wrote: > >> 5. to make rc auto-scroll for programs that output many pages of text, e. >> g. a du on a deep directory tree, and to not block them after a single >> page? > > middle click, "scroll" Or, if you really want, start rio with the -s option; you can modify your lib/profile to do that. > >> 6. to make rc auto-complete with the [tab] key, instead of the [ins] key? > > why would you want that, get use to the system, this is a new world > don't go to Laos and expect everyone speak english. All "please god must every newbie ask these same questions" hostility aside, when you consider that Plan 9 rebinds Caps Lock to be Control, typing ^F for completion is actually pretty handy. >> Are there... >> >> 1. any (configurable or otherwise) keyboard shortcuts in acme/rio? > > no Actually, it has ^A and ^E to go to the start and the end of the current line, respectively. The reason for 'smacme' is that Ron got annoyed without keyboard shortcuts, saw that there were already the (undocumented?) ^E and ^A commands, and went ahead and added some more bits. >> 3. ways to quit acid without deleting its window or hitting [ctrl]+[d] >> twice, which ends up deleting the window and all the scrollback buffer >> with it (I could not find a quit() function in the manual page)? >> > read its man page > Yes, the man page is always a good idea. Also... you only have to hit ^D once. If you've been running a program within acme, it will then print out a command you can send to rc to kill that program. John
Re: [9fans] managing windows in rio
>> I've quit using p9p rio... to use multiple desktops well, you need a scroll >> wheel, but using a scroll wheel for midclick is terrible. Now, I use a real >> 3 button mouse and stumpwm on Linux. > > this _might_ appeal, but it might not. > > http://www.amazon.co.uk/Lenovo-ThinkPlus-Optical-3-Button-ScrollPoint/dp/B7DTC6 > > -Steve We have some Lenovo 3-button/scrollpoint type mice here... the problem is that since the scroller isn't really a wheel, more of a nub you push, it's difficult to move only one desktop; as with the Mighty Mouse, it tends to skip through several desktops. I'm sticking to my Logitech 3-button PS/2 mouse for now; that's the mouse I always suggest to new Plan 9 users. I have about 5 of them. John
Re: [9fans] managing windows in rio
> I use exactly the same virtuals. I really like the scrollwheel virtual > switching. > I also still use '-term xterm'. > > But I wish I had a riofs, in order to write some scripts playing with > the windows, or using 'xbindkeys' for doing some wm tasks. > > 2008/2/7, andrey mirtchovski <[EMAIL PROTECTED]>: >> a non-plan9 solution: run rio with -virtuals num and have a few >> different desktops, switching between them with the middle button. >> >> i typically run 'rio -virtuals 4' >> >> andrey >> >> On Feb 7, 2008 10:22 AM, <[EMAIL PROTECTED]> wrote: >> > Hi all, >> > >> > to cut it short: how do you guys do it? >> > >> > Since I am not to the point where I run almost everything in the same >> > acme window, I need quite a few windows when I'm on p9 or in rio from >> > p9p. And I am having trouble finding and raising to focus the one I need >> > when there are more than, say, five of them on a res of 1280x800. >> > >> > Sqweek pointed me to winwatch which seems rather neat, but there is no >> > such thing in p9p as far as I know, and no keyboard shortcut to cycle >> > through the various windows (except in cinap's hacked rio ;) ). >> > So I assume there must be a way to work efficiently through the >> > windows and I'm curious to know what are everyone habits and tricks for >> > that. >> > >> > Thanks, >> > Mathieu. >> > I've quit using p9p rio... to use multiple desktops well, you need a scroll wheel, but using a scroll wheel for midclick is terrible. Now, I use a real 3 button mouse and stumpwm on Linux. Anyway, back to Plan 9... I always have two drawterm windows open to different systems. One is for mail, IRC, and different crap, and the other is for work. The work one has the most windows open; I tend to keep a big acme right in the center and a bunch (about 6) terminal windows open around it. The important thing is to keep enough of a window visible that I can bring it forward easily. That said, I work at 1920x1200 so this may not be as effective on lower resolutions. I have had organization problems on my Thinkpad @ 1024x768. John
Re: [9fans] cd ripper
> pcm samples byte swaped? ;-) That seems to be the problem; using dd -conv swab seems to have fixed it. Updated cdprep is up. John
Re: [9fans] cd ripper
> At Ron's request, I've whipped together a pair of rc scripts to do > audio CD ripping. 'cdripper' will sit and watch your CD drive; when > you insert a disc, it copies the audio tracks /tmp/cdtracks, gets > the cddb info for the disc, and calls cdprep. 'cdprep' then takes > the output of cddb and encodes the audio tracks to mp3 files in > /lib/music// > The code is in /n/sources/contrib/john > Send questions to me, complaints about inflexibility to /dev/null ;) > > John Ok, so I spoke too soon... now that I finally have sound working again I've tried playing some of the mp3's generated and found that they're just noise... I'll figure this out ASAP and get the fixed code up.
[9fans] cd ripper
At Ron's request, I've whipped together a pair of rc scripts to do audio CD ripping. 'cdripper' will sit and watch your CD drive; when you insert a disc, it copies the audio tracks /tmp/cdtracks, gets the cddb info for the disc, and calls cdprep. 'cdprep' then takes the output of cddb and encodes the audio tracks to mp3 files in /lib/music// The code is in /n/sources/contrib/john Send questions to me, complaints about inflexibility to /dev/null ;) John
Re: [9fans] OT: USB terminals
>> http://www.ndiyo.org/systems/hubster > > ``Anyone who remembers what life was like before the USB standard came > along will appreciate the transformation it has brought about.'' indeed. "Anyone who remembers what life was like before our evil overlords from the Andromeda galaxy arrived will appreciate the transformation they have brought about."
Re: [9fans] A newbie question...
>> An alternative interpretation is that the facts are skewed by the Bell >> Labs reality distortion field. The syllogism goes something like this: >> >> All things not made at Bell Labs are bad >> GNU is not made at Bell Labs >> Therefore, GNU is bad > > if this holds, then > > plan 9 uses ip, smtp, dns, ntp, ethernet, x86, &c. > these were not invented at bell labs > thus using plan 9 is bad. > > - erik I don't know that x86 qualifies as non-bad. John
Re: [9fans] A newbie question...
> I'm a new to Plan9, and I am trying to understand the current status of the > system. > In particular, I am wondering about the list of application available > - is there email reader? > - Web browser? > - office like suite = document editor, spreadsheet? > - is it possible to run Linux software under plan9? > > In other words, I am wondering if it is possible to switch to Plan 9 system, > and to use it as 'everyday machine'? Most of what's worth saying has already bee said, but I would note three things: 1) Various people metioned troff. TeX is also supported, and is better at some things, though worse at others. Personally I use TeX. 2) For things other people do with spreadsheets I use awk. If you keep the data as csv, i.e. text fields separated by commas, then awk can manipulate them easily and you still have the option of importing into Excel if you ever need to. I do everything this way: students grades, financial accounts, etc. The editor sam has a simple facility for piping a file through a command, in this case awk, so you can update everything with a few mouse clicks. 3) Consider running plan9ports rather than a full plan9 installation. I've done both. Which is better depends on what you are doing. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] The $200 walmart "gPC"
> Seems like a nice fast little machine for Plan 9. Dirt cheap too. Even w/ Fry's specials it would be hard to put together a comparable machine for that amount. Given that it has VIA's C7 chip which has extra instructions for crypto, including SHA1 (http://www.via.com.tw/en/initiatives/padlock/), it should make a nice venti server--although you would probably need to upgrade the 80 GB drive... What would be involved in patching Plan 9's libsec to use the C7's crypto instructions? John
[9fans] nntp server?
I'd like to provide locally-mirrored USENET groups (non-binary, of course) for this system, but a look through 9fans archives seems to indicate that there isn't much by way of a news server. I see one message from "Okamoto" at Osakafu University where he says he is using an old server written in Alef (message at http://groups.google.com/group/comp.os.plan9/msg/40c7911875d82892), but beyond that, nothing. Has no one written a server? If not... I guess there's always "if you don't like it, write one yourself!" John
Re: [9fans] A newbie question...
>> I'm a new to Plan9, and I am trying to understand the current status of the >> system. >> In particular, I am wondering about the list of application available= >> - is there email reader? >> - Web browser? >> - office like suite = document editor, spreadsheet? >> - is it possible to run Linux software under plan9? > > yes, not really, no, no. > You could, of course, use troff to make documents. And linuxemu seems able to provide both Linux software capability and a web browser... >> >> In other words, I am wondering if it is possible to switch to Plan 9 system, >> and to use it as 'everyday machine'? > > i use plan 9 as my everyday machine both at home and at work. > > - erik I use Plan 9 at work every day, it's pretty good.
Re: [9fans] Re: Building GCC
On 1/25/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I think the point is that people talk a big talk about how great Plan > > 9 is, > > That's 'cos it is. > It is pretty great. > > but then don't do a damn thing with it. > > Uh, sorry? > > A month or so ago, I sat in a room with a bunch of > like- and unlike-minded people and discussed > everything from linguistics to supercomputing on plan9 and/or inferno. > Yeah, I was there too. It was great. > Lots of people are busy doing various things, damned or otherwise, > with plan9. > I'm currently employed to work on Plan 9 on supercomputers and other things. When I say some people aren't doing a damn thing, I'm not referring to everyone. There are some really cool things being done with Plan 9, but there's also the weekly "Here's an idea for a new filesystem/program what do you think" that never results in any code. I'm just saying that there seem to be more than a few 9fans who love to post and talk on IRC about how great it is, but have yet to do much more than get a tip9ug account and log in a few times. > If by "a damn thing" you really mean "a damned thing that some > particular set of people want", > or "a damn thing that you want", well, that's a different matter. > > > At least, that's how I read it. > > Perception is everything. > > Another point of view: > as has been said before: > plan9 has been failing for 20 years. > That's longer than most. > > DaveL > Actually, Windows, MacOS, UNIX, and VMS have all been failing longer and harder ;) John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Re: [9fans] Re: Building GCC
On Jan 25, 2008 10:09 AM, <[EMAIL PROTECTED]> wrote: > > May be the problem is that people are treating plan 9 as a > > Van Gogh masterpiece when they should be treating as building > > material :-) > > I sincerely hope for your sake that you don't treat your next Van Gogh > masterpiece as building rubble. Or treat Plan 9 as some sort of Linux > surrogate. Why not use the real thing, considering how much less > wasteful it would be? > > ++L > I think the point is that people talk a big talk about how great Plan 9 is, but then don't do a damn thing with it. At least, that's how I read it. John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Re: [9fans] Re: Building GCC
On Jan 25, 2008 9:49 AM, Bakul Shah <[EMAIL PROTECTED]> wrote: [snip] > > Another possibilty is to use it in a h/w gadget that everyone > would want (for example building something like the Lego NXT > computer controlled brick so that you can build simple > robotic apps in rc). [snip] Check out Styx-on-a-brick (http://www.vitanuova.com/inferno/rcx_paper.html). John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
[9fans] [OT] 43 MB installer to share CD/DVD drive w/ MacBook Air
I found this Engadget story amusing: http://tinyurl.com/363ojs Summary: Since Apple's new MacBook Air doesn't include a CD/DVD drive, they bundle a program to enable sharing of a disc drive from another machine. Apparently the (Mac) installer is 43 MB. It would be interesting to know why it needs to be so big when the equivalent functionality in Plan 9 would take, what, 3 lines of shell script? Might have been less work just to embed Inferno and be done with it! ;) One wonders at what point the law of diminishing returns kicks in when it comes to software... John
[9fans] new thx9 image
THX is a typo, that should read THNX John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Re: [9fans] Building GCC
> why use plan 9 at all? why not just install linux or freebsd? > russ In fact, I do use FreeBSD and p9p, thanks, most of the time. The point for me is that plan9 is much nicer as a development environment, but most of the time I am using software written by other people, most of whom, sadly, were not Rob Pike. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
[9fans] man is really slow on a terminal
I've been using a nice speedy machine with lots of ram and a fast network interface as a terminal, pulling root off a Plan 9 server in the next room. Everything works fine, applications load pretty much immediately, but when I try to read a man page, it takes forever to print the manual. Although man is pretty slow even when connected via drawterm, that's nothing compared to the way my terminal is acting. Is there something with the way man pages are looked up that is slowing stuff down? That and the really poor performance that comes when I have overlapping windows and try to bring one forward are the only things that are bugging me on the terminal. John
Re: [9fans] terminals and /lib/ndb/local
>>> Sorry, I didn't specify. plan9 is the auth server; csplan9 is my machine >>> at RIT. >>> Ron just discovered that somewhere in my recent changes I make drawterm >>> stop working; I'm sure that's got something to do with the cpu problems. >>> I've >>> since done "yesterday" and pulled in a working version, so now here's what >>> we're using: >>> >>> auth=sources.cs.bell-labs.com authdom=outside.plan9.bell-labs.com >>> auth=out9auth.cs.bell-labs.com authdom=cs.bell-labs.com >>> auth=csplan9.rit.eduauthdom=rit.edu >>> auth=plan9 authdom=ca.sandia.gov >>> >>> sys=go dom=go.cs.bell-labs.com >>> sys=csplan9 dom=csplan9.rit.edu >>> >> >> since you say >> sys=csplan9 dom=csplan9.rit.edu >> then you say >> auth=csplan9.rit.edu authdom=rit.edu >> i'm pretty sure you've declared that csplan9 is its own >> authentication server. >> >> - erik > > Yeah, it is. It's a cpu/auth/file server sitting at RIT. I shouldn't even have > included that in my mail, since it's not very important to the problem. > Basically, csplan9 is in there because I want to use it. Nobody else here > has an account on it or ever connects. > > John Ok, I think I've solved the problem. I hadn't given an IP for plan9, which was a relic from before the server had a static IP. Giving it a static IP makes everything seem to work; my current local file is appended, although it still probably has some unneeded things in it. John # # files comprising the database, use as many as you like, see ndb(6) # database= file=/lib/ndb/local file=/lib/ndb/common auth=sources.cs.bell-labs.com authdom=outside.plan9.bell-labs.com auth=csplan9.rit.edu authdom=rit.edu auth=out9auth.cs.bell-labs.com authdom=cs.bell-labs.com sys=go dom=go.cs.bell-labs.com sys=csplan9 dom=csplan9.rit.edu authdom=ca.sandia.gov auth=plan9 ipnet=9net ip=192.168.18.0 ipmask=255.255.255.0 fs=plan9.ca.sandia.gov cpu=plan9.ca.sandia.gov auth=plan9.ca.sandia.gov ipgw=192.168.18.10 dnsdomain=ca.sandia.gov # authdom=ca.sandia.gov dns=192.168.18.10 dns=140.246.250.1 sys=plan9 dom=plan9.ca.sandia.gov ip=192.168.18.13 dom=plan9.ca.sandia.gov auth=plan9.ca.sandia.gov sys=ramac ip=192.168.18.179 ether=001641e0fcfd sys=gnot ether=001b210f7faa ip=192.168.18.90 # ipgw=192.168.18.10 dom=gnot.ca.sandia.gov bootf=/386/9pxeload authdom=ca.sandia.gov sys=jerq ether=001b210eaab5 ip=192.168.18.93 dom=jerq.ca.sandia.gov auth=plan9.ca.sandia.gov #Note this is wrong but ron is too lazy to fix it just yet. sys=blit ether=ff1b210f7faa ip=192.168.18.92 ipgw=192.168.18.10 dom=gnot.ca.sandia.gov bootf=/386/9pxeload authdom=ca.sandia.gov sys=ppc ether=0002b5019094 ip=192.168.18.91 dom=ppc.ca.sandia.gov bootf=/power/9eval.elf authdom=ca.sandia.gov # # because the public demands the name localsource # ip=127.0.0.1 sys=localhost dom=localhost smtp=plan9
Re: [9fans] terminals and /lib/ndb/local
>> Sorry, I didn't specify. plan9 is the auth server; csplan9 is my machine >> at RIT. >> Ron just discovered that somewhere in my recent changes I make drawterm >> stop working; I'm sure that's got something to do with the cpu problems. I've >> since done "yesterday" and pulled in a working version, so now here's what >> we're using: >> >> auth=sources.cs.bell-labs.comauthdom=outside.plan9.bell-labs.com >> auth=out9auth.cs.bell-labs.com authdom=cs.bell-labs.com >> auth=csplan9.rit.edu authdom=rit.edu >> auth=plan9 authdom=ca.sandia.gov >> >> sys=go dom=go.cs.bell-labs.com >> sys=csplan9 dom=csplan9.rit.edu >> > > since you say > sys=csplan9 dom=csplan9.rit.edu > then you say > auth=csplan9.rit.edu authdom=rit.edu > i'm pretty sure you've declared that csplan9 is its own > authentication server. > > - erik Yeah, it is. It's a cpu/auth/file server sitting at RIT. I shouldn't even have included that in my mail, since it's not very important to the problem. Basically, csplan9 is in there because I want to use it. Nobody else here has an account on it or ever connects. John
Re: [9fans] terminals and /lib/ndb/local
>> We have a cpu/auth/file server here and a few terminals, one pxe booting >> and one standalone that I boot from tcp. I have things set up to the point >> where I am booting fine, can access the file system, etc. I can connect >> to remove cpu servers, but the strange thing is that I can't connect to my >> own cpu server. I think it's probably a problem with /lib/ndb/local... >> can you guys take a look at my configuration and tell me if you see any >> problems? > > i assume your auth server is csplan9. it needs an ip address. > i notice that most of your machines declare that they are in > authdom ca.sandia.gov. this means they would authenticate to > "plan9" and not "csplan9". > > here's how i set up my home network. hopefully > this helps. > > # > # dns mumble ommited. the authdom is not well chosen. > # > > auth=ladd.quanstro.net authdom=plan9.quanstro.net > > ipnet=athensnat ip=192.168.0.0 ipmask=/120 > fs=buda.quanstro.net > ipgw=192.168.0.4 > gw=dexter-peak.quanstro.net > dns=192.168.0.136 > dnsdomain=quanstro.net > authdom=plan9.quanstro.net > auth=ladd > cpu=ladd > > # fileserver > ip=192.168.0.139 sys=buda > dom=buda.quanstro.net > > # auth server. > ip=192.168.0.136 sys=ladd > dom=ladd.quanstro.net > dom=www.quanstro.net > authdom=plan9.quanstro.net > > ip=192.168.0.54 sys=athens ether=24c12c18 > dom=athens.quanstro.net > authdom=plan9.quanstro.net > bootf=/386/9pxesokris > > ip=192.168.0.56 sys=encampment ether=000347000cac > dom=encampment.quanstro.net > bootf=/386/9brom2 > > # terminal. > ip=192.168.0.57 sys=brasstown ether=0019dbb39287 >ether=001b21028754 > dom=brasstown.quanstro.net > bootf=/386/9brom2 > > - erik Sorry, I didn't specify. plan9 is the auth server; csplan9 is my machine at RIT. Ron just discovered that somewhere in my recent changes I make drawterm stop working; I'm sure that's got something to do with the cpu problems. I've since done "yesterday" and pulled in a working version, so now here's what we're using: # # files comprising the database, use as many as you like, see ndb(6) # database= file=/lib/ndb/local file=/lib/ndb/common auth=sources.cs.bell-labs.com authdom=outside.plan9.bell-labs.com auth=csplan9.rit.edu authdom=rit.edu auth=out9auth.cs.bell-labs.com authdom=cs.bell-labs.com sys=go dom=go.cs.bell-labs.com sys=csplan9 dom=csplan9.rit.edu authdom=ca.sandia.gov auth=plan9 ipnet=9net ip=192.168.18.0 ipmask=255.255.255.0 fs=plan9 cpu=plan9 auth=plan9 ipgw=192.168.18.10 authdom=ca.sandia.gov sys=plan9 dom=plan9.ca.sandia.gov sys=ramac ip=192.168.18.179 ether=001641e0fcfd sys=gnot ether=001b210f7faa ip=192.168.18.90 # ipgw=192.168.18.10 dom=gnot.ca.sandia.gov bootf=/386/9pxeload authdom=ca.sandia.gov #Note this is wrong but ron is too lazy to fix it just yet. sys=blit ether=ff1b210f7faa ip=192.168.18.92 ipgw=192.168.18.10 dom=gnot.ca.sandia.gov bootf=/386/9pxeload authdom=ca.sandia.gov sys=ppc ether=0002b5019094 ip=192.168.18.91 dom=ppc.ca.sandia.gov bootf=/power/9eval.elf authdom=ca.sandia.gov # # because the public demands the name localsource # ip=127.0.0.1 sys=localhost dom=localhost smtp=plan9
[9fans] terminals and /lib/ndb/local
We have a cpu/auth/file server here and a few terminals, one pxe booting and one standalone that I boot from tcp. I have things set up to the point where I am booting fine, can access the file system, etc. I can connect to remove cpu servers, but the strange thing is that I can't connect to my own cpu server. I think it's probably a problem with /lib/ndb/local... can you guys take a look at my configuration and tell me if you see any problems? Thanks John /lib/ndb/local: # # files comprising the database, use as many as you like, see ndb(6) # database= file=/lib/ndb/local file=/lib/ndb/common auth=sources.cs.bell-labs.com authdom=outside.plan9.bell-labs.com auth=csplan9.rit.edu authdom=rit.edu auth=out9auth.cs.bell-labs.com authdom=cs.bell-labs.com sys=go dom=go.cs.bell-labs.com sys=outfs dom=out9auth.cs.bell-labs.com sys=csplan9 dom=csplan9.rit.edu authdom=ca.sandia.gov auth=plan9 ipnet=9net ip=192.168.18.0 ipmask=255.255.255.0 fs=plan9.ca.sandia.gov cpu=plan9.ca.sandia.gov auth=plan9.ca.sandia.gov ipgw=192.168.18.10 dnsdomain=ca.sandia.gov dns=192.168.18.10 dns=146.246.250.1 # CPU server sys=plan9 dom=plan9.ca.sandia.gov auth=plan9.ca.sandia.gov # Linux laptop sys=ramac ip=192.168.18.179 ether=001641e0fcfd # Net-booting terminal sys=gnot ether=001b210f7faa ip=192.168.18.90 dom=gnot.ca.sandia.gov bootf=/386/9pxeload authdom=ca.sandia.gov # John's terminal (with disk, root from tcp) sys=jerq ether=001b210eaab5 auth=plan9.ca.sandia.gov dom=jerq.ca.sandia.gov ipgw=192.168.18.10 authdom=ca.sandia.gov #Note this is wrong but ron is too lazy to fix it just yet. sys=blit ether=ff1b210f7faa ip=192.168.18.92 ipgw=192.168.18.10 dom=gnot.ca.sandia.gov bootf=/386/9pxeload authdom=ca.sandia.gov # Testbed sys=ppc ether=0002b5019094 ip=192.168.18.91 dom=ppc.ca.sandia.gov bootf=/power/9eval.elf authdom=ca.sandia.gov # # because the public demands the name localsource # ip=127.0.0.1 sys=localhost dom=localhost smtp=plan9
Re: [9fans] Help!
> I've installed plan9 a few times and found it to be a complete > mind-bender; it was more of a leap for me than deserting win95 for > slackware. I know I should Read The Fine Manuals ... but which are the > best ones to read first, and where do I find them? I've been an unix > enthusiast for some time (but perhaps not as long as some of you) and > I've been completely FAT-free for more than ten years now, so I'm not > scared of a steep learning curve. I've read the theoretical documents > about plan9; are there some sort of practical ones for newcomers? Oh, I had forgotten--nemo's book is in /sys/doc/9.intro.pdf and the link I gave you in my first email has 9fans.net in there too because I sloppily copied the topic from #plan9. You can also take a look at the intro-style document I wrote for the RIT Plan 9 system: http://csplan9.rit.edu/users/john/RITintro.txt John
Re: [9fans] Help!
> I've installed plan9 a few times and found it to be a complete > mind-bender; it was more of a leap for me than deserting win95 for > slackware. I know I should Read The Fine Manuals ... but which are the > best ones to read first, and where do I find them? I've been an unix > enthusiast for some time (but perhaps not as long as some of you) and > I've been completely FAT-free for more than ten years now, so I'm not > scared of a steep learning curve. I've read the theoretical documents > about plan9; are there some sort of practical ones for newcomers? I suggest nemo's book at http://9fans.net | http://lsub.org/who/nemo/9.intro.pdf Beyond that, I can only suggest the stuff in /sys/doc, 9.ps in particular. The acme paper is probably worth reading too. Nemo's book is the real practical reference, though. That and 9fans. John
Re: [9fans] dmamode
> Me too. I put it in cpurc.local. > > Felipe. > On 1/10/08, ron minnich <[EMAIL PROTECTED]> wrote: >> On Jan 10, 2008 10:16 AM, andrey mirtchovski <[EMAIL PROTECTED]> wrote: >> > echo in cpurc. same for rwm... >> > >> >> I hate changing cpurc, but maybe I'm too squeamish. Is that really the way? >> >> ron >> I just dropped it into cpurc.local, but now I want to know--why do we maintain dmamode=ask in our plan9.ini's? Googling for dmamode seems to indicate that a lot of people have it, but I have never once been prompted for dma mode except in the installation. John
[9fans] dmamode
Venti dumps were taking forever, so we investigated... turns out DMA was turned off. I know I said "use DMA" when I installed, and plan9.ini contains dmamode=ask, but DMA is not enabled at boot and I am not asked if I want to use DMA. Additionally, the dmamode= option is not documented in plan9.ini(8); I'm looking at the source right now but so far I've been unable to find where the value is read. I thought options given at installation were used in the system after installing? I know that's the case for mouseport and vgasize, but not for DMA? Why isn't dmamode= documented in plan9.ini(8)? Do you turn on DMA in plan9.ini or by just putting an echo command in cpurc? John
Re: [9fans] Fossil+venti install problem
> On Wed Jan 9 12:05:15 EST 2008, [EMAIL PROTECTED] wrote: >> Yes. I could, but a reasonable hypothesis is that fossil >> issue > > hypothesis is great. but unless you try something to limit the > possbilities, hypothesis is not useful. > >> a lot of requests caused by a venti unexepected behaviour. >> Probably the install procedure is ok. >> Could it be an endless backup due to a wrong (interpretation >> of the) >> sys clock ? > > why would your clock be different from everone elses? > > - erik Doesn't venti get unhappy when your current time is earlier than the last-written block or something like that? I thought problems could also arise with fossil/venti if you had two timesyncs running. I of course never have any problems because my systems are always configured PERFECTLY ;) John
Re: [9fans] opera under linuxemu
Okay, thanks for clearing that up, cinap. That's pretty impressive, actually. Do you plan to put together some kind of package that we can just drop in and run? It makes a lot more sense to find that everything is run under Plan 9 :) John On Jan 3, 2008 2:12 PM, <[EMAIL PROTECTED]> wrote: > The Xserver is Xvnc running under linuxemu too... i connect with native > Plan9 vncv to it. The twm is from the ape/X distribution running native > on Plan9. > > > -- Forwarded message -- > From: "John Floren" <[EMAIL PROTECTED]> > To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> > Date: Wed, 2 Jan 2008 22:39:05 -0500 > Subject: Re: [9fans] opera under linuxemu > Pardon me for be a doubting Thomas, but that screenshot looks a hell > of a lot like a VNC session. You know, with the X cursor in the top of > the window and the default X background behind it, and TWM providing > window decorations. Now, having file:/net/ open in one of the windows, > I don't know what's up :) > I'm sorry for being skeptical, but that's what I'm seeing. > > John > > On 1/2/08, Federico G. Benavento <[EMAIL PROTECTED]> wrote: > > hola, > > > > getting real static binaries in linux is a bit tricky and no one seems to > > be doing so, they always need ld-linux.so, libnss and others. > > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun > > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something > > like, but I know he got opera running in Plan 9. > > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png > > > > > > On Jan 2, 2008 9:55 PM, ron minnich <[EMAIL PROTECTED]> wrote: > > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right > > > now I get this: > > > > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera > > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load > > > interpreter: '/lib/ld-linux.so.2' does not exist > > > cpu% bind -a /mnt/term/lib /lib > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera > > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810 > > > cpu% > > > > > > I am wondering if there is some simple thing I'm missing. I thought > > > static would not need ld-linux.so.2 but ... > > > > > > thanks > > > > > > ron > > > > > > > > > > > -- > > Federico G. Benavento > > > > > -- > Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn > -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
[9fans] Re: ssh2, at long last!
On Jan 2, 2008 4:20 PM, John Floren <[EMAIL PROTECTED]> wrote: > > On Jan 2, 2008 3:05 PM, John Floren <[EMAIL PROTECTED]> wrote: > > > > On Jan 2, 2008 2:29 PM, John Floren <[EMAIL PROTECTED]> wrote: > > > Okay, we've all been waiting for ssh2 on Plan 9 for quite a few years. > > > Ron Minnich and I have hacked around on Andrey's port of ssh2 to the > > > point where it is moderately usable. The client is extremely basic. It > > > doesn't send anything to the server until you hit enter; don't expect > > > to be using emacs any time soon under this, but you can use your basic > > > commands. It seems to take the whole window with it sometimes upon > > > exit, but we're hoping that by having more people banging on it we can > > > get these things worked out before long. > > > The source is at /n/sources/contrib/john/libssh2.tgz > > > (http://netlib.bell-labs.com/sources/contrib/john/libssh2.tgz); > > > there's also a precompiled binary at /n/sources/contrib/john/ssh2 > > > If you want debugging, set the SSH2DEBUG variable to a hex value > > > before running. 0xFF will set maximum debugging, I don't know the > > > other values. > > > Please send feedback; anybody who wants to write a more complex client > > > should do that ASAP. > > > > > > > Stupid mistake on my part... the file I put up as libssh2.tgz is not, > > in fact, a gzipped tarball. It's just a tar. I'm running bzip2 as we > > speak, so you can get libssh2.tbz in a few minutes > > > > After an amazingly fast bit of hacking, Aki has given us raw mode, so > you can now run (to a limited extent) vi and stuff like that. Note > that you'll have to set up the terminal type after you log in, using > 'export TERM=vt102'. > Oh, and run the client in vt. It'll play nicely with your colors, let > vi work almost properly, and when the client dies at the end, it just > takes out vt, not the window you ran it in. > In my usual crackheaded fashion, I've decided to distribute using .tgz > this time instead of .tbz, since .tgz seems to be more of the standard > and easier to deal with, in my opinion. So we now have an updated > libssh2.tgz and ssh2 binary in contrib/john > Enjoy (thanks Aki!) > One more thing. If you haven't figured it out on your own, put 'vt' into raw mode after you've logged in. Everything plays much nicer then. Oh, and there's a slight change up on sources--the client now requests a vt102 terminal by default instead of the old default, 'vanilla'. John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Re: [9fans] opera under linuxemu
Pardon me for be a doubting Thomas, but that screenshot looks a hell of a lot like a VNC session. You know, with the X cursor in the top of the window and the default X background behind it, and TWM providing window decorations. Now, having file:/net/ open in one of the windows, I don't know what's up :) I'm sorry for being skeptical, but that's what I'm seeing. John On 1/2/08, Federico G. Benavento <[EMAIL PROTECTED]> wrote: > hola, > > getting real static binaries in linux is a bit tricky and no one seems to > be doing so, they always need ld-linux.so, libnss and others. > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something > like, but I know he got opera running in Plan 9. > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png > > > On Jan 2, 2008 9:55 PM, ron minnich <[EMAIL PROTECTED]> wrote: > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right > > now I get this: > > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load > > interpreter: '/lib/ld-linux.so.2' does not exist > > cpu% bind -a /mnt/term/lib /lib > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810 > > cpu% > > > > I am wondering if there is some simple thing I'm missing. I thought > > static would not need ld-linux.so.2 but ... > > > > thanks > > > > ron > > > > > > -- > Federico G. Benavento > -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
[9fans] Re: ssh2, at long last!
On Jan 2, 2008 3:05 PM, John Floren <[EMAIL PROTECTED]> wrote: > > On Jan 2, 2008 2:29 PM, John Floren <[EMAIL PROTECTED]> wrote: > > Okay, we've all been waiting for ssh2 on Plan 9 for quite a few years. > > Ron Minnich and I have hacked around on Andrey's port of ssh2 to the > > point where it is moderately usable. The client is extremely basic. It > > doesn't send anything to the server until you hit enter; don't expect > > to be using emacs any time soon under this, but you can use your basic > > commands. It seems to take the whole window with it sometimes upon > > exit, but we're hoping that by having more people banging on it we can > > get these things worked out before long. > > The source is at /n/sources/contrib/john/libssh2.tgz > > (http://netlib.bell-labs.com/sources/contrib/john/libssh2.tgz); > > there's also a precompiled binary at /n/sources/contrib/john/ssh2 > > If you want debugging, set the SSH2DEBUG variable to a hex value > > before running. 0xFF will set maximum debugging, I don't know the > > other values. > > Please send feedback; anybody who wants to write a more complex client > > should do that ASAP. > > > > Stupid mistake on my part... the file I put up as libssh2.tgz is not, > in fact, a gzipped tarball. It's just a tar. I'm running bzip2 as we > speak, so you can get libssh2.tbz in a few minutes > After an amazingly fast bit of hacking, Aki has given us raw mode, so you can now run (to a limited extent) vi and stuff like that. Note that you'll have to set up the terminal type after you log in, using 'export TERM=vt102'. Oh, and run the client in vt. It'll play nicely with your colors, let vi work almost properly, and when the client dies at the end, it just takes out vt, not the window you ran it in. In my usual crackheaded fashion, I've decided to distribute using .tgz this time instead of .tbz, since .tgz seems to be more of the standard and easier to deal with, in my opinion. So we now have an updated libssh2.tgz and ssh2 binary in contrib/john Enjoy (thanks Aki!) John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
[9fans] Re: ssh2, at long last!
On Jan 2, 2008 2:29 PM, John Floren <[EMAIL PROTECTED]> wrote: > Okay, we've all been waiting for ssh2 on Plan 9 for quite a few years. > Ron Minnich and I have hacked around on Andrey's port of ssh2 to the > point where it is moderately usable. The client is extremely basic. It > doesn't send anything to the server until you hit enter; don't expect > to be using emacs any time soon under this, but you can use your basic > commands. It seems to take the whole window with it sometimes upon > exit, but we're hoping that by having more people banging on it we can > get these things worked out before long. > The source is at /n/sources/contrib/john/libssh2.tgz > (http://netlib.bell-labs.com/sources/contrib/john/libssh2.tgz); > there's also a precompiled binary at /n/sources/contrib/john/ssh2 > If you want debugging, set the SSH2DEBUG variable to a hex value > before running. 0xFF will set maximum debugging, I don't know the > other values. > Please send feedback; anybody who wants to write a more complex client > should do that ASAP. > Stupid mistake on my part... the file I put up as libssh2.tgz is not, in fact, a gzipped tarball. It's just a tar. I'm running bzip2 as we speak, so you can get libssh2.tbz in a few minutes John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
[9fans] ssh2, at long last!
Okay, we've all been waiting for ssh2 on Plan 9 for quite a few years. Ron Minnich and I have hacked around on Andrey's port of ssh2 to the point where it is moderately usable. The client is extremely basic. It doesn't send anything to the server until you hit enter; don't expect to be using emacs any time soon under this, but you can use your basic commands. It seems to take the whole window with it sometimes upon exit, but we're hoping that by having more people banging on it we can get these things worked out before long. The source is at /n/sources/contrib/john/libssh2.tgz (http://netlib.bell-labs.com/sources/contrib/john/libssh2.tgz); there's also a precompiled binary at /n/sources/contrib/john/ssh2 If you want debugging, set the SSH2DEBUG variable to a hex value before running. 0xFF will set maximum debugging, I don't know the other values. Please send feedback; anybody who wants to write a more complex client should do that ASAP. John -- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Re: [9fans] mickey clock
All mclock users, please update to new (hopefully final) version:
http://degood.org/plan9/mclock.tar
Changes:
- new improved mouth, added tongue
- moved update optimization from redraw() to event loop
- fixed typo in window label
Thanks to Erik for discovering the bugs.
John
erik quanstrom wrote:
> mclock really is the bomb. it's become pretty popular at coraid.
> someone noticed if mclock is unhiden, it doesn't redraw. i believe
> this patch corrects the problem.
>
> - erik
>
> ; diff -c mclock.c `{yesterday mclock.c}
> mclock.c:190,195 - /n/dump/2007/1221/sys/src/games/mclock/mclock.c:190,198
> newtime = time(0);
> tm = *localtime(newtime);
>
> + if(tm.min == m && eqrect(screen->r, r))
> + return;
> +
> anghr = (tm.hour*5+(tm.min+6)/12)*6;
> angmin = tm.min*6;
> m = tm.min;
> mclock.c:275,281 - /n/dump/2007/1221/sys/src/games/mclock/mclock.c:278,284
> char *mstr[] = {"exit", 0};
> int key, timer;
>
> - initdraw(0, 0,"mclock");
> + initdraw(0,0,"clock");
> back = allocimagemix(display, DPalebluegreen, DWhite);
>
> dots = allocimage(display, Rect(0,0,1,1), CMAP8, 1, DBlue);
>
>
Re: [9fans] CPU Server
Hi! There definitely is some truth about the wiki page not being completely correct, though it is not very hard to figure out either. > Hi, > > the page Configuring_a_Standalone_CPU_Server is not correct and the > people can have problems to configure a CPU Server. Examples: > > 1 - - - > > "cd /cfg; mkdir $sysname; dircp example $sysname > (...) > At the end of cpurc.local ..." > > The cpurc.local is only in /bin, not in /cfg/example/ > > 2 - - - > > 'cat /dev/drivers' will list the available devices. In this case we have > m (mouse), i (draw), S (sd - disk), and t (uart - serial); if you get > errors about /dev/realmode, include P in this list: > > for (i in m i S t) > bind -a '#'^$i /dev >/dev/null >[2=1] > > Is OK, but ... why is not it in the file like in /bin/termrc? > > 3 - - - > > Uncomment the two lines indicated in cpurc to enable the authentication > functions: > > # auth/keyfs -wp -m /mnt/keys /adm/keys >/dev/null >[2=1] > # auth/cron >>/sys/log/cron >[2=1] & > > This lines are not in the /cfg/$sysname/cpurc file > iirc these lines go into /rc/bin/cpurc, not /cfg/$sysname/cpurc > 4 - - - > > Add these lines to /cfg/$sysname/cpustart > > The cpustart file do not exists > > - - - > > Thanks. It would be great if you could change the wiki page! Cheers!
Re: [9fans] stepping in acid
>>> I notice that the step() command in acid steps you by machine
>>> instructions rather than C statements. While this is probably
>>> useful in some cases, in my case I need to see what line of
>>> C I am executing. Can somebody show me how to do this?
>>> Thanks
>>>
>>> John
>>
>> stmnt()
>
> acid is a beauty. here's the definition from /sys/lib/acid/port
>
> defn stmnt() // step one statement
> {
> local line;
>
> line = pcline(*PC);
> while 1 do {
> step();
> if line != pcline(*PC) then {
> src(*PC);
> return {};
> }
> }
> }
This looks like the thing I want; thanks everyone!
John
[9fans] stepping in acid
I notice that the step() command in acid steps you by machine instructions rather than C statements. While this is probably useful in some cases, in my case I need to see what line of C I am executing. Can somebody show me how to do this? Thanks John
Re: [9fans] Re: plan 9 newbie...!!!!!
>> just escaped AOL. If you actually do some coding, r >> emember that it's "if (!foo)", not "if...(foo)". > > Yeah, but if you've got an odd number of bangs > (add one to what you've put), it'll give the > same result.:-) Great for the obfuscated C > contest. > > (Ducks for cover...) > > BLS Yeah, I was thinking of that as I wrote it, which is why I threw in all the periods so some smart-alec like you wouldn't call me on it ☺ Mmmm, obfuscation. John
Re: [9fans] Re: plan 9 newbie...!!!!!
> On Dec 20, 6:28 am, [EMAIL PROTECTED] (Juan M. Mendez) wrote: >> On 20/12/2007, codewarrior85 <[EMAIL PROTECTED]> wrote: >> >> > Also is there a good scope for programming environment in Plan 9 ?? I >> > would be programming in CAre there pre built compilers for C in >> > Plan 9 that come with jus like Linux ? >> >> There are compilers for C for several architectures. If you are >> interested in programming >> for Plan9, take a look at: >> >> http://lsub.org/who/nemo/9.intro.pdf >> >> Also notes to plan9 kernel source:http://plan9.escet.urjc.es/who/nemo/9.pdf >> >> Pay a visit to the wiki to see installation instruction and supported >> hardware.http://plan9.bell-labs.com/wiki/plan9/plan_9_wiki/ >> >> Good luck >> -- >> Fidonet: 2:345/432.2 > > Thanx a lot for the info. > > But also i would be really happy if anyone could answer my other > questionsBecause i dont want to make a mess of the installation in > a dual modeSo if any one ever tried Plan 9 in a dual modePlz > provide me some info on itwhether can i use it along with any BSD > version or Minix 3...i.e I would love to have Plan 9 with > Minix 3 .or Plan 9 with BSD Any valuable suggestion > plz Despite common practice, "." is not actually valid punctuation, although "..." is. Nor does indicate competent excitement; instead, it suggests someone who just escaped AOL. If you actually do some coding, r emember that it's "if (!foo)", not "if...(foo)". Okay, grammar nazi mode off. Plan 9 works fine in multiboot. Just make sure you *don't* install the Plan 9 bootloader and MBR; you can then boot into your other operating system and set up its bootloader to include Plan 9. It works well with GRUB and LILO, and while I've never done it, it would seem that the *BSD loaders can handle it too. Have fun John
[9fans] HP Laserjet over JetDirect
I'm trying to print to a Laserjet 4700dtn from Plan 9. I can print to it from Linux using CUPS connecting to socket://:9100 Does anyone have one of these or something similar? My line in /sys/lib/lp/devices looks like this: hpson2 - plan9 tcp!hpson!9100 81920 post+600dpi generic generic generic generic tcppost FIFO where plan9 is the cpu server and hpson is the printer. There are probably problems with this, so if you have suggestions please let me know. John
Re: [9fans] graphical clock demo at IWP9
I hate it when that happens. :-) Sorry, I dropped the tarball in the wrong place, please try again. Francisco J Ballesteros wrote: > Sorry, > > not in server. > > On Dec 18, 2007 4:06 PM, John DeGood <[EMAIL PROTECTED]> wrote: > >> Ron Minnich encouraged me to bring my incomplete little graphical clock >> program to IWP9, and then he encouraged me to complete it. So please >> blame Ron for this: >> >> http://degood.org/plan9/mclock.tar >> >> History of this clock program: in the 1970s Dave Robinson, an EE >> professor at UDel, wrote a cute graphical clock program in PDP-11 BASIC >> that displayed on a Tektronix vector graphics terminal >> <http://www.selectric.org/tek4010/index.html> in his lab. The clock >> image was drawn as vectors, with the filled areas composed of hundreds >> of side-by-side vectors. >> >> In 1982 I got a printout of the program from Dave, typed in all the >> vector coordinates, and then rewrote the program in FORTRAN for an HP >> 3000 timeshared minicomputer, outputting escape sequences to an HP 2648 >> raster graphics terminal >> <http://www.atariarchives.org/cgp/Ch02_Sec16_14.php> in my lab. >> >> Flash forward ~25 years: I stumbled across a line printer listing (on >> green bar paper, of course) of my 1982 program in my basement, and on a >> whim decided to rewrite it in C for Plan 9 using draw(2). It looked >> very retro. I tried adding color, but it still wasn't satisfying >> because the hundreds of vectors used for area fill weren't compatible >> with variable size windows. So I tediously determined bounding polygons >> for each of the filled areas and called fillpoly() instead. >> >> Magic feature: when the clock diameter is > 600 pixels (e.g. >> fullscreen) the linewidth increases from thick=0 (1 pixel) to thick=1 (3 >> pixels) to make the clock more readable from a distance. >> >> Have fun. >> >> John >> >> >> > >
[9fans] graphical clock demo at IWP9
Ron Minnich encouraged me to bring my incomplete little graphical clock program to IWP9, and then he encouraged me to complete it. So please blame Ron for this: http://degood.org/plan9/mclock.tar History of this clock program: in the 1970s Dave Robinson, an EE professor at UDel, wrote a cute graphical clock program in PDP-11 BASIC that displayed on a Tektronix vector graphics terminal <http://www.selectric.org/tek4010/index.html> in his lab. The clock image was drawn as vectors, with the filled areas composed of hundreds of side-by-side vectors. In 1982 I got a printout of the program from Dave, typed in all the vector coordinates, and then rewrote the program in FORTRAN for an HP 3000 timeshared minicomputer, outputting escape sequences to an HP 2648 raster graphics terminal <http://www.atariarchives.org/cgp/Ch02_Sec16_14.php> in my lab. Flash forward ~25 years: I stumbled across a line printer listing (on green bar paper, of course) of my 1982 program in my basement, and on a whim decided to rewrite it in C for Plan 9 using draw(2). It looked very retro. I tried adding color, but it still wasn't satisfying because the hundreds of vectors used for area fill weren't compatible with variable size windows. So I tediously determined bounding polygons for each of the filled areas and called fillpoly() instead. Magic feature: when the clock diameter is > 600 pixels (e.g. fullscreen) the linewidth increases from thick=0 (1 pixel) to thick=1 (3 pixels) to make the clock more readable from a distance. Have fun. John
Re: [9fans] Corrupted file entry on QEMU - how to recover?
On Sun Dec 16 20:58:30 EST [EMAIL PROTECTED] wrote: > I have no venti partition, and venti/conf asks for one called > v.arenas. The reason was that the default configuration of the > installer only gave fossil 700MB and venti/arenas 3GB. I wasn't sure > that would be sufficient for my files :-) > Unless I completely misunderstand the way venti and fossil work, that would be quite sufficient unless you plan on creating more than about 700 MB of files in a day. After you install, fossil will flush everything to venti, which *should* get you a pretty much empty fossil partition-- it's just a cache, remember. Your files will then be moved from fossil to venti every night thereafter. Since venti practices block compression, it shouldn't be much of a problem to have venti... unless you copy in a whole bunch of mp3 files and then decide you don't want them *after* venti has written them. I used a fossil+venti system to store a bunch of music at one point. I would fill up the fossil buffer with mp3s, then force a sync to venti, then re-fill the fossil buffer, repeating until I had transferred everything and written it to venti. If the things I've said here are wrong or don't make sense, let me know. John
[9fans] 9pfuse error: 'unexpected open flags'
Hi! I'm trying to mount my cpu server's filesystem on my linux pc. I have updated p9p to the latest version using hg pull -u. the steps I do to mount it are: $ srv -a servername $ 9 mount `namespace`/servername /mnt/servername after this, if I do $ ls /mnt/servername it tells me unexpected open flags 02304000ls: cannot open directory /mnt/servername: Permission denied although I can cd into a directory: $ cd /mnt/servername/usr but then ls fails with the same error, and cding into a non-existent directory doesn't work: $ cd /mnt/servername/fubar bash: cd: /mnt/servername/fubar: No such file or directory cheers Johnny
Re: [9fans] p9p mk issue
> For now I just changed default MKSHELL to rc in src/cmd/mk. > What I was really arguing for was for simplifying MKSHELL > semantics or getting rid of it altogether since it only > exists in p9p mk. I would keep MKSHELL. I use mk a lot under FreeBSD. They're mostly things I originally used bmake for, but I got annoyed with various of its oddities. Having MKSHELL=/bin/sh means less work in converting Makefiles to mkfiles. You can always set MKSHELL=$PLAN9/bin/rc. If I remember, your original problem was in inheriting MKSHELL in recursive use. Getting rid of MKSHELL seems like a drastic solution to that problem. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] Glendix?
> That would make sense if NetBSD had private namespaces and 9P support. I think this is fixable without enormous effort if you are willing to let the BSD applications lose most of the benefits of having plan9 around. The way ABI emulation works you need to intercept system calls in any case and, as I noted before, the emulators NetBSD already has catch calls to open and show them a modified hierarchy. It would not be too difficult to make that modified hierarchy potentially different for each process. What you lose is that only plan9 applications would get the benefits of private name spaces, not native applications. Still, you would get something a lot better than running plan9 under qemu in a virtual terminal, which is what I find myself doing a lot lately. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] Glendix?
> Isn't there also an "emulator" for Linux binaries on the > same arch (nearly always x86 if we think in binaries). Yes, and also SVR4, HPUX, BSDI, SCO, Solaris, Irix, Ultrix, and Amiga Unix binaries. They aren't, strictly speaking, emulators, though. The idea is that exec determines the type of the binary and then when the process makes a syscall the kernel sends it to the appropriate handler for that ABI. There is a mechanism for making each ABI see a slightly different view of the file system so the binaries see an environment more like the one they are expecting. See: http://www.netbsd.org/docs/compat.html > Another thing is, if you could get NetBSD to look like plan9, > maybe you would get this Glendix on all (or even some) of the > hw architectures the "world's most portable operating system" > supports! Yes, it would allow you to run plan9 binaries on a toaster, if you port kencc to the TS-7200 architecture. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] Glendix?
> I picked this idea from the GSoC07 Wiki page: porting the Plan 9 > userspace to the Linux kernel. For your own sanity I would suggest that you consider a NetBSD base rather than a Linux base. You get most of the portability and you get a much better thought out binary emulation layer. It's also a lot less ugly, which will matter a lot as you need to read and modify a fair amount of code. You should be able to run both native and plan9 binaries, unmodified, side by side if you do things right. You should even be able to run NetBSD apps in X on one virtual terminal and plan9 apps, of which there are sadly very few, in rio on another virtual terminal. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] A sad story and a question
>> I suspect a lot of eyecandy would be easier to implement on >> plan9. I have been thinking about openGL on plan9. Has >> anyone looked at adding openGL to Plan9? > > the free opengl libraries (mesagl) were ported long time ago without > any of the optimizations. they were never tied to the windowing > environment however. glut was never ported, nor was a replacement for > it ever written. > > it is a good exercise in Plan 9 and it's doable within the APE > framework, so not too big of an effort. making it fast though is much > more difficult :( Perhaps some of the reason nobody is doing much with 3D is that a lot of people use drawterm all the time, which is less than ideal. I dread to think of DOOM on drawterm over my connection :) John
Re: [9fans] QEMU question
> Hello. I switched to using QEMU so I now have Internet :-) But when I > boot, i get this: > > http://myskitch.com/pietrogagliardi/booting_plan_9_on_q_- > _what_is_this_-20071109-151831.png > > I always say 1 for the prompt. What's going on? - Pietro Odd. I use plan9 under qemu and I've never seen anything like it. What is your plan9.ini and what does disk/fdisk show? -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] vmware workstation 6
Jeff Sickel <[EMAIL PROTECTED]> writes: > On Oct 23, 2007, at 5:23 PM, David Leimbach wrote: >> On 9/18/07, Skip Tavakkolian <[EMAIL PROTECTED]> wrote: Try disabling the vga hw acceleration. I had some problems with it and vmware. >>> thank you steve and esoriano. i had tried that first but apparently >>> i mistyped it. your reaffirmation and a few hours of sleep made all >>> the difference. >> I'm running VMWare Fusion on a Mac, my hardware acceleration in >> VMWare is off, but I still get the problem with black screen and >> weird Rio behavior. >> Is there a Plan 9 option to try here? > I got the install to work by forcing in the hwaccel off. But then > logging in as glenda to start setting things up just didn't get far > enough to force in hwaccel off again. > > I'd like to know if anyone has had any success with VMware ESX Server? > Yes yes... same old problem as all VMware kit, but when you can't get > any other vm's in house you do with what you can. I've had a brief attempt to install on a minimal guest VM under ESX 3 host; 512M RAM/2G vmfs allocated. Booting off the install CD download on 29-Oct-2007 I only get this far: PBS1...Plan 9 from Bell Labs ELCR: 0A00 apm ax=f000 cx=f000 dx=40 di= ebx=5651 esi=-1 non-disk device 0x0 of type 1 bios0: drive 0x80: 2146798080 bytes, type 3 biosinit: sorry, only one bios drive; can't read last one dev A0 port 1F0 config 85C4 capabilities 0f00 mwdma 0007 udma 0407 found partition sdC0!cdboot; 49952+1440 sectread: bios failed ot read 512 @ sector 1073741822 of 0x80 using sdC0!cdboot!plan9.ini .FLAGS=10286 TRAP=e ECODE=2 PC-80017bfa AX 8cf001ed BX 80036915 CX 800446bc DX 003d SI DI 80001373 BP 80001250 CS 0010 DS 0008 ES 0008 FS 0008 GS 0008 CR0 80011 CR2 8cf001ed CR3 c panic: exception/interrupt 14 > And speaking of vm's... has anyone gotten qemu to work on OS X? It > installs very nicely but then there aren't any options for getting a > middle button w/ key-click combinations--very difficult when running > on a laptop. Adrian
Re: [9fans] security
>> Physical access == no security pretty much. > > that's exactly why we employ a dedicated guard to physically secure > our authsrv. > > http://www.9netics.com/who/fst/authsrv_security.jpg Factotum cat does not approve of your keys.
Re: [9fans] lp server
> I am no expert with ghostscript, however it appears there is a driver for > the Okidata Microline 320. Postscript can be interpreted by ghostscript on > plan9 and a bitmap of the page is then sent to the printer (rather than ASCII > text). > > http://openprinting.org/show_printer.cgi?recnum=Okidata-ML_320 > > Printing via ghostscript works - I use a cannon bubblejet printer on > plan9, but is it worth the effort supporting such an old printer when > bubblejets are so cheap these days? > > this is my bubblejet devices entry: > canonbjc240l - - /dev/lpt1data - gs!bjc600+nohead generic nospool - - - > - > > -Steve Okay, so it seems I need to recompile ghostscript to get that working... ahh, a journey of discovery! The reason I have the dot matrix is that it's so fun ☺ Hard to beat accordion paper and that dot-matrix screech! John
Re: [9fans] lp server
> mostly, just edit /sys/lib/lp/devices and start the network listener. > for the former, the "pcclone" entry should be pretty close to what you > want, although if it's a dot-matrix printer, you almost certainly will > want some other device class for your dot-matrix printer (unless > ghostscript knows how to drive it, you're likely just going to get > text via noproc). for the later, likely just remove the ! from > /rc/bin/service/!tcp515 if you're already running aux/listen (as on a > cpu server); otherwise inspect its contents for handing to > aux/listen1. I'm now trying to set the thing up so it works across the network; I *think* it's listening on port 515, and I get the following in my /sys/lib/lp/log/lpdaemonl file when I try to print from my linux box: Oct 22 22:07:50 [00185] -dqueue -M -ujohn Oct 22 22:07:50 [00185] read error; lost connection If I try to print locally, I get the following error: cpu% lp -d pcclone /sys/lib/lp/log/lp* echo: write error: i/o error It seems that not too many people are printing, especially not with a parallel-port dot-matrix, but does anyone have any ideas? Thanks John
Re: [9fans] lp server
> mostly, just edit /sys/lib/lp/devices and start the network listener. > for the former, the "pcclone" entry should be pretty close to what you > want, although if it's a dot-matrix printer, you almost certainly will > want some other device class for your dot-matrix printer (unless > ghostscript knows how to drive it, you're likely just going to get > text via noproc). for the later, likely just remove the ! from > /rc/bin/service/!tcp515 if you're already running aux/listen (as on a > cpu server); otherwise inspect its contents for handing to > aux/listen1. Well, I ran out of paper testing, finding, and fixing a problem (needed to set auto-CR), but I think the printer should be able to print now. No postscript, which is annoying, but it's an old printer (Okidata Microline 320) and I'm pretty sure it doesn't support PS anyway. John
[9fans] blit, gnot, and portrait monitors
So, first off, I've been looking (again) at some of the stuff about the blit and gnot terminals, and I'm wondering--how widespread were they? The commercialized versions, were many sold? They look really cool and I'd like to find one to play with... but is my only chance to drive to Bell Labs and root through their basement? Reading about those terminals made me want (again) to use a portrait layout with my Plan 9 box. If I took a regular monitor and laid it on its side, are there options that would allow me to display on it correctly (rotated 90 degrees)? Would I have to hack around on my own? Thanks John
[9fans] lp server
So I just picked up a parallel-port dot-matrix printer, and I'd like to try hooking it to my Plan 9 cpu server and providing print services over the net. Can somebody tell me what I'd need to do in order to do this? Thanks John Floren
[9fans] 9intro.pdf
Hello fellow 9fans, I was wondering if there is some kind of agreed upon method for submitting spelling and grammar corrections for the Intro to OS Abstractions text by (Mr? Dr?) Ballesteros. Are they even welcome? I would love to help out any way that I can. Thanks, John Waters, No relation to the film maker :)
Re: [9fans] Audio and other questions
> I've been playing around a bit with playing music nicely under > Plan 9, but I've run into a few problems. > First, while trying to play music over drawterm from home, the > audio output is very choppy and slow--I'm pretty sure this has > to do with the fact that streaming PCM data over a cable > connection is not a good idea. If I set up a cpu server here at home > that boots from that remote filesystem, I should be able to drawterm > to that and play music from there to avoid the streaming problems, > right? > Got this part fixed, at least in part. I just set up a standalone CPU server here at home, so I just run drawterm to there, import my directory from the distant server, and play away. I guess if I had this new CPU/auth server boot from the distant server's fossil, I wouldn't even have to import my home dir. What would I do to have the server automatically boot from a remote fileserver? (I'd like to unplug the monitor and keyboard, so automatic is important) Thanks John
Re: [9fans] wavelan card
> On 10/16/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> > I just bought an Orinoco card to use with my T22 terminal. >> > I'm not sure what I have to do to get it working, so I thought I'd try >> > putting the following in my plan9.ini: >> > ether0=type=wavelan essid=geekhaus key1= >> > and booting, but ip/ipconfig doesn't get an address. The power light >> > or whatever it is turns on, but not the rx/tx light. Anybody else >> > who has one of these want to point me the right way? >> > Thanks >> > >> > John >> >> I guess I didn't read 9fans archive enough... a search turned up >> some port= and irq= settings that are working for me now. >> Only problem now is how to make it connect to one network while >> I'm at school, and the other while I'm at home. > > You may wish to read the Multiple Configurations section in > plan9.ini(8), I think it is what you are looking for. Make two > configurations, one with your school settings, and the other with your > home settings. > > jamie Of course! Thank you! John
Re: [9fans] wavelan card
> I just bought an Orinoco card to use with my T22 terminal. > I'm not sure what I have to do to get it working, so I thought I'd try > putting the following in my plan9.ini: > ether0=type=wavelan essid=geekhaus key1= > and booting, but ip/ipconfig doesn't get an address. The power light > or whatever it is turns on, but not the rx/tx light. Anybody else > who has one of these want to point me the right way? > Thanks > > John I guess I didn't read 9fans archive enough... a search turned up some port= and irq= settings that are working for me now. Only problem now is how to make it connect to one network while I'm at school, and the other while I'm at home. John
[9fans] wavelan card
I just bought an Orinoco card to use with my T22 terminal. I'm not sure what I have to do to get it working, so I thought I'd try putting the following in my plan9.ini: ether0=type=wavelan essid=geekhaus key1= and booting, but ip/ipconfig doesn't get an address. The power light or whatever it is turns on, but not the rx/tx light. Anybody else who has one of these want to point me the right way? Thanks John
Re: [9fans] newbie rc question
>> page says 'converting from troff to postscript' but then never
>> actually displays anything. I'm sure there's something basic
>> I'm forgetting here--can somebody help me figure out what's
>> wrong?
>
> the file descriptor is never closed, thus page never stops to render
> what it's got.
>
> what you want is the same thing with the cmd rolled inside. something
> like
>
> #!/bin/rc
>
> if(! ~ $#* 2){
> echo usage: w file cmd >[1=2];
> exit usage
> }
>
> s=''
> while(){
> n=`{sum $1| sed 's/ .*//g'}
> if(! ~ $s $n){
> s=$n
> $2 < $1
> }
> sleep 1
> }
This doesn't quite allow for the same possibilities as the original
Unix program seemed to, where you could do:
watch fig1.pic | pic | troff | page
instead of being limited to just one command. Can the problem of
open file descriptors be solved in rc while still giving a nice general
tool, or is it necessary to go to C?
John
[9fans] newbie rc question
So, after reading the Blit paper, I thought 'watch' looked pretty
neat and tried to make a simple rc script to act similarly. However,
when I use the script (at the end of this email) to try something
like this:
man -t ls > foo
watch foo | page
page says 'converting from troff to postscript' but then never
actually displays anything. I'm sure there's something basic
I'm forgetting here--can somebody help me figure out what's
wrong?
Here's the code (I apologize if it doesn't meet your standards)
#!/bin/rc
# Watch the specified file for changes; print out the file
# if there are any changes.
if (~ $#* 1) {
cat $1
sum = `{sum $1}
while () {
newsum = `{sum $1}
if (! ~ $sum(1) $newsum(1)) {
sum = $newsum
cat $1
}
sleep 1
}
}
if not {
echo 'Usage: watch '
}
Re: [9fans] Audio and other questions
> okay, well, i also needed to change these definitions: > c=/n/boot/dist/replica > clientroot=/n/boot > clientproto=/n/boot/sys/src/cmd/perl/perl.proto > and that seems to work (except for two missing files which seem to > genuinely not be on the cd image). > > joy. except now i have perl on my system. Since I'm the only one who should be using it... I just copied the /n/dist/386/bin/perl binary over to my bin/386 dir. John
[9fans] Audio and other questions
I've been playing around a bit with playing music nicely under Plan 9, but I've run into a few problems. First, while trying to play music over drawterm from home, the audio output is very choppy and slow--I'm pretty sure this has to do with the fact that streaming PCM data over a cable connection is not a good idea. If I set up a cpu server here at home that boots from that remote filesystem, I should be able to drawterm to that and play music from there to avoid the streaming problems, right? madplay works fine for playing stuff when I'm on the LAN with my CPU server, but I'd rather use 'juke' for the playlist and music sorting capabilities. However, the map files are tedious, to say the least, so I'd like to use Axel Belinfante's perl scripts to generate the maps... but the perl installation seems to expect a kfs filesystem. Can someone tell me how to install it on fossil? Lastly, is anyone working on sound drivers for a Thinkpad T22? I'm using one as a terminal, and besides the lack of audio capabilities everything works great. I'm under the impression that the T22 is one of the more compatible and widely used laptops, so I thought maybe somebody would be trying to make a driver for it. Thanks John
Re: [9fans] simplicity
> > I'm not sure your solution is always the correct one, or is implementable. > > Should an MTA silently convert incoming mail to the local character set? > > it doesn't have to. upas/fs does given the character set in the file. > i've thought about the mta doing it. i think that would be a nice solution. In my case this was being done by the MUA, which was mh rather than upas, but the net effect is the same. > > I'm not sure I want that. The other program in my example was a web > > browser reading from a pipe. It can't know whether it's processing data > > as it comes into the system or data which is already there and has already > > been converted, unless either it can trust the meta tag in the document to > > have been updated or the conversion is pushed out into the network layer. > > what is the standard. if the encoding in the header header is x does that me > an > that the encoding in the html header needs to be x? what happends if they > differ? > > the only case that makes sense is that they have to be the same. but html > and http generally run counter to common sense. ;-) I don't know what happens if they differ. In my case they were the same, but the problem was that both programs assigned themselves the job of converting. I think that the mailer SHOULD NOT, to use the RFC capitals, convert the character set if it is handing off the display job to another program. In any case that's the way I set things up once I figured out what was going on. This is counter to the way the CRLF issue is handled, though. There the network standard is CRLF and systems which use other systems, including all the ones I use, are expected to convert before sending and after receiving so no local programs need to know about such issues. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] simplicity
> i think this is a character set conversion problem, not a locale > problem. a small distinction, but i think one can live with converting > character sets as they come onto a system. localized (ha!) complexity. I'm not sure your solution is always the correct one, or is implementable. Should an MTA silently convert incoming mail to the local character set? I'm not sure I want that. The other program in my example was a web browser reading from a pipe. It can't know whether it's processing data as it comes into the system or data which is already there and has already been converted, unless either it can trust the meta tag in the document to have been updated or the conversion is pushed out into the network layer. Also, it's meaningful to talk about the system character set in the plan9 world or the windows world, but not under UNIX, which is where I spend most of my time, for better or worse. -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
Re: [9fans] simplicity
My most annoying locale problem concerned reading Czech HTML emails in mh. Don't ask why, just accept that I got a lot of these and could not simply ignore them. The problem was that mh saw a text/html MIME type and, as it does for text, helpfully converted from the original encoding, usually CP1250 or iso8859-2, to the encoding specified in my locale environment variable, utf-8. Since the content was html, it then handed it to a ``browser'', in my case w3m, for pretty formatting. w3m read the encoding from the html header, thought its input was CP1250 or iso8859-2, and helpfully converted to utf-8. Both programs were behaving in a vaguely sensible way, but iconv was being run twice, and the result was gibberish. It took me a while to figure our what was happening and a while to figure out a way to make it stop. I don't know what the general answer to problems like this is. Forcing everyone to use English is not an option. Forcing everyone to use utf-8 would be better, but is not going to happen either. John -- John Stalker School of Mathematics Trinity College Dublin tel +353 1 896 1983 fax +353 1 896 2282
[9fans] latest iso: venti issues
Hi everyone! I'm having a problem with the latest iso (sept. 26). The issue is probably with venti. Here's the description: After a fossil+venti installation, I boot up my terminal, and a venti archive snapshot is taken at once. (normal behaviour) The unusual thing is that when it stops, the machine freezes. Though stats works fine, so I can see my cpu utilisation go down to minimal, i can't fshalt, or do anything. Then, if I reboot my machine, the same thing happens: (probably) venti starts to archive (high CPU and hdd utilisation), then, if I let it finish, again, rio (or something) freezes, I can't fshalt, I can't run any command. Many thanks to everyone contributing, plan9 is truly a beautiful os. Cheers
Re: [9fans] booting THNX when you can't boot usb
> You should get a prompt along the lines of 'hit space for options' or > some such. > > Get the video prompt, type 318, and tell me how it goes. > > video card support requires VESA mode. > > ron Ah, I see. I didn't have faith; I was expecting to get a big list of all possible VESA modes. 318 worked okay, but drawterm is less than pretty--scrolling down a rc window makes a red mess... hard to describe. Anyway, I'll try to find out what the proper VESA mode is for my card. If I want drivers for my 3c595 ethernet card, looks like I'll have to compile stuff for myself? Pretty cool setup. Thanks Ron! John
Re: [9fans] booting THNX when you can't boot usb
ron minnich <[EMAIL PROTECTED]> wrote: > To boot THNX when you can't boot USB. > 1. Put the hard drive back in your laptop (sorry!) > 1a. start it booting from the hard drive > 1b. wait for it too boot. > 1c. Hang on > 1d. not yet. > 1e. almost there > 1f. running init scripts > 1g. ... > 1h. You can get lower interest rates now at ... > 1i. OK, log in. > 2. mount the usb stick e.g. mount /dev/sdb1 /mnt > 3. mkdir /boot/thnx > 4. cp /mnt/boot/* /boot/thnx > 5. Add the following line to /boot/grub/menu.lst > title tiny horrible NOT xen -- sdb1 > root(hd0,0) > kernel /boot/thnx/vmlinuz-2.6.23-rc5 ro root=LABEL=/THNX rhgb vga=ask > \ >reserve_vector=64 > init=/bin/bash > initrd /boot/thnx/initrd-2.6.23-rc5.img > > Reboot and select tiny horrible etc. to boot. > > ron So I tried that and was indeed able to boot, but I didn't get any high resolution video mode options, just stuff like 80x60. Am I doing something wrong, or is it just my bad luck that my video card isn't supported? I've got a GeForce FX 5900XT video card. John Floren
Re: [9fans] thrashed /
yes, that might be an approach, just use venti...but what I'd like to do is use the last fossil dump. my machine is unbootable at the moment, since /bin and some other stuff have been wiped off the harddisk. There actually has been no filesystem damage. This can only be the cause of my braindamage. What i think i need to do is: boot from livecd get venti running somehow get fossil running with venti somehow revert fossil to the last dump reboot I am trying to find out how to do the venti and fossil steps... Of course, if i'm wrong, please enlighten me, as i am still quite ignorant of the inner workings of the system, fossil and venti. Thanks, though. On Fri, 21 Sep 2007 09:11:03 +0100 "Steve Simon" <[EMAIL PROTECTED]> wrote: > I wrote a doc about how to recover from various disc failures: > > http://plan9.bell-labs.com/sources/contrib/steve/doc/Venti-rescue.pdf > > Alternatively you could just do: > > 9fs dump > cp -gux /n/dump/2007/0901/386/bin/* /368/bin > > -Steve
[9fans] thrashed /
hi! I had a cpu/auth/fs server set up here not too long ago, but, playing around I somehow deleted a lot of important stuff, starting from /bin/*. I'd simply like to recover the damage using the last fossil snap, as I did fshalt and stopped the machine immediately. My guess is this is possible from the livecd, but I'm not really sure how it's done. My setup is fossil+venti, so things shouldn't be that bad. Thanks! John
