Re: [9fans] nvram on a diskless cpu server

i thoufgt th accepted way was, (assumping your machine has an IDE interface), to use an IDE to compact flash adapter and and a CF card, and store the nvram on this. this gives you the simple interface of IDE but no rotating disks. -Steve

Re: [9fans] Can't boot from img

On Tue, 5 Jul 2011 10:39:41 GMT kuroutadori wrote: > I have an iMac G3, and decided I was going to abuse it. I have so, I > am able to boot Linux and NetBSD from CD, but I can't boot from Plan > 9. I did have a go at just booting the .img file from Open Firmware, > but it's not supported. What do

Re: [9fans] nvram on a diskless cpu server

That's a much more expensive and involved method than tacking on a little USB key, to which you've copied nvram data using `dd'. ron's method above, with a simple `dd -if nvram -of /dev/sdU0.0/data' and three lines in plan9.ini did the trick. No rotating disks. The other problem is that my box ha

Re: [9fans] nvram on a diskless cpu server

sorry, our machines were disconnected for the entire night and I didn't get mails until now. that's why I didn't reply. But I see that it's all written in recent mails. cheers On Mon, Jul 11, 2011 at 11:28 AM, Akshat Kumar wrote: > That's a much more expensive and involved > method than tacking o

Re: [9fans] nvram on a diskless cpu server

On 11.07.2011, Steve Simon wrote: > i thoufgt th accepted way was, (assumping your machine has an IDE > interface), > to use an IDE to compact flash adapter and and a CF card, and store the > nvram on this. You can get small IDE DOMs for under ten bucks. No need for CF adapters.

Re: [9fans] nvram on a diskless cpu server

> rusty power supply that seems incapable > of handling any IDE devices. Not sure > what's going on at this point, really. But > it does fine as a basic CPU server (more > of an interface to Plan 9 from other OS's). do yourself a favor. don't run with a dodgy power supply. there are just too many

[9fans] interesting(?) widgets idea

hi, folks, please, look at this: http://www2.gli.cas.cz/home/cejchan/plan9/ubuntu_widgets.png, and share your opinion; the main thing is the right-hand side with the slider and let's talk about this screen-pixels-saving idea the window borders are thin, but still active, mainly from outside of the

Re: [9fans] fs(3) for pseudo partitions

> > > > - modify vblade to serve multiple luns. > > > > Is there any reason you decided against this > in the past? Some drawbacks? vblade is a toy target. i wrote it in an evening to demonstrate that it just wasn't that hard. it's not ment to be performant or featurefull. - erik

Re: [9fans] interesting(?) widgets idea

I don't like it, but it's just my humble opinion :) On Mon, Jul 11, 2011 at 4:56 PM, Peter A. Cejchan wrote: > hi, folks, > > please, look at this: > http://www2.gli.cas.cz/home/cejchan/plan9/ubuntu_widgets.png, and share > your opinion; > the main thing is the right-hand side with the slider >

Re: [9fans] interesting(?) widgets idea

You know page, right? acme window borders are also not active. Instead we have that little box at the top to change size. I think it's ok for them to adapt plan9 ideas. But I always hated the feel of stuff popping up somewhere at random. I'd rather buy more pixels.

Re: [9fans] interesting(?) widgets idea

And if stuff is still active what can you use the pixels for besides stupid wallpapers.

Re: [9fans] interesting(?) widgets idea

please, be more verbous... i personally like everything that saves my pixels dedicated to anotherb job, but i may be wrong, and it is only IMHO, as usually... i spent much time also by thinking how to get rid of acme's tag lines (i love acme so much, indeed) however, i was not able to conceive anyt

Re: [9fans] interesting(?) widgets idea

ah, page, yes!! if only we could have editable menus (i mean something like an acme tagline) ... there's a strange ambiguity: acme-style, or rio-style On Mon, Jul 11, 2011 at 5:21 PM, hiro <23h...@googlemail.com> wrote: > You know page, right? > acme window borders are also not active. Instea

Re: [9fans] interesting(?) widgets idea

On Monday 11 of July 2011 17:35:46 Peter A. Cejchan wrote: > > for my >100MB photographs (acquired via scanner, of course) i just can't > buy more pixels, at least in my lifetime :-( you can get a 9MPix LCD display (IBM T221) at reasonable price: http://cgi.ebay.com/-/200629133201 -- dexen deVr

[9fans] GNU/Linux/Plan 9 disto

Not to rain on anyone's summer of code project but I think producing a Linux distro that runs on top of Plan 9 would be more beneficial to the Plan 9's future than a Plan 9 userspace on top of Glendix, though nowhere as interesting. I've no problem with a kernel that could run both Plan 9 and Li

Re: [9fans] interesting(?) widgets idea

> http://cgi.ebay.com/-/200629133201 you're joking, aint you?? $1,100 for this... [you obviously have no idea about our salaries here, the former(?) East ;-) ...] and what about the 9-compatible video card capable of serving this?? however, my point was

Re: [9fans] GNU/Linux/Plan 9 disto

Personally, I believe that a Plan9 target for a cross compiler might be more interesting. GCC already added support for the Plan9 dialect of C. If it also could be made to compile Plan9 binaries, it could be used for an alternative self-hosting distro as the one you envisaged. I am fully aware tha

Re: [9fans] interesting(?) widgets idea

On Jul 11, 2011 12:14 PM, "Peter A. Cejchan" wrote >however, my point was another: aint you annoyed by needless things that just consume your pixels?? can't it all be done more efficiently?? even if the win borders were 1px wide, wont it be more elegant at least? and why should acme's tagline (s) c

Re: [9fans] GNU/Linux/Plan 9 disto

On Mon, Jul 11, 2011 at 6:41 PM, Jens Staal wrote: > Personally, I believe that a Plan9 target for a cross compiler might > be more interesting. GCC already added support for the Plan9 dialect > of C. If it also could be made to compile Plan9 binaries, it could be > used for an alternative self-ho

Re: [9fans] interesting(?) widgets idea

sorry, i dont understand. if i have >20 files open in acme (yes, i'm silly), and i want to see just two of them at once, my screen is spoilt by useless taglines, saying all the time all the same: Cut Paste Snarf Look etc dont you perceive it as sucking?? ++pac > > No. your editor window would

Re: [9fans] interesting(?) widgets idea

On Mon, Jul 11, 2011 at 10:21 AM, Peter A. Cejchan wrote: > sorry, i dont understand. if i have >20 files open in acme (yes, i'm silly), > and i want to see just two of them at once, my screen is spoilt by useless > taglines, saying all the time all the same: Cut Paste Snarf Look etc > dont yo

Re: [9fans] interesting(?) widgets idea

sorry, i dont understand. if i have >20 files open in acme (yes, i'm silly), and i want to see just two of them at once, my screen is spoilt by useless taglines, saying all the time all the same: Cut Paste Snarf Look etc dont you perceive it as sucking?? I do this all the time. Make two col

Re: [9fans] interesting(?) widgets idea

On Monday 11 July 2011 19:21:16 Peter A. Cejchan wrote: > sorry, i dont understand. if i have >20 files open in acme (yes, i'm > silly), and i want to see just two of them at once, my screen is spoilt by > useless taglines (...) you can hide all-but-one taglines with right- (rathre than middle-) c

Re: [9fans] interesting(?) widgets idea

Peter, take a look at the scrdump.c program at http://mirtchovski.com/p9/xscr/ -- it takes a snapshot of the screen, resizes it and places it somewhere on that same screen. It can easily be modified to take snapshots of windows and place them in other windows. It's not far from being a "preview".

Re: [9fans] GNU/Linux/Plan 9 disto

> Notice though that the kernel and applications need > some more that only the extensions. All of it (including the > assembler) is written supposing caller save > and other inner specifics of kencc that would need to be dealt with > when compiling > for gcc. It would be a port, not only a recompi

Re: [9fans] GNU/Linux/Plan 9 disto

> I'd certainly like something where my local processes migrate from my lower > powered laptop including the Window manager migrate to a more powerful CPU > when it becomes available and back again when my laptop becomes disconnected, Here network latency is too high for such small tasks nowaday

Re: [9fans] GNU/Linux/Plan 9 disto

On Mon Jul 11 13:58:27 EDT 2011, 23h...@googlemail.com wrote: > > I'd certainly like something where my local processes migrate from > > my lower powered laptop including the Window manager migrate to a > > more powerful CPU when it becomes available and back again when my > > laptop becomes discon

Re: [9fans] GNU/Linux/Plan 9 disto

>waserror() depends on callee-save. caller-save, and a few other conventions (or rather, no need for more conventions). specifically, it's enough to save the pc and stack. all variables will have the right values on non-zero return from setjmp, regardless of the presence or absence of "volatile",

Re: [9fans] GNU/Linux/Plan 9 disto

setting up cross-compilation with gcc, and even using it once set up, has historically been surprisingly complicated; has that changed?

Re: [9fans] GNU/Linux/Plan 9 disto

> it's true that network latency is a huge deal these days. and even a > multicore > machine looks like a bunch of fast cores connected to their l3 and each > other > by a slow network. but if you have a "large enough" packet of work, it can > make > sense to move it over to another cpu. i don't

Re: [9fans] GNU/Linux/Plan 9 disto

Would the the work already done on the Plan9 binary format and syscall mapping that has been made for the Glendix kernel be useful as "documentation" for implementing a Plan9 binary output in GCC? and in the other direction, would it be useful to make a Plan9 libc port to compile "real" Plan9 bin

Re: [9fans] GNU/Linux/Plan 9 disto

> setting up cross-compilation with gcc, and even using it once set up, > has historically been surprisingly complicated; has that changed? > I'm not sure about gcc, but the go toolchain can produce quite well working Plan 9 binaries. Taru also has the go toolchain running native in itself after

Re: [9fans] interesting(?) widgets idea

> you can hide all-but-one taglines with right- (rathre than middle-) click > on > tagline's `layout box' (the square to the left) > > > yes, i know, and i am aware also of the two-column method that andrey suggested above; however, a wide screen (1980) would then be nice... for now, i drag all but