RE: Request for comments - Microwindows
I've been kind of following this thread, since it's fascinating. Anyway, I know the GPL, and I've read the LGPL a couple of times, but I can't find this other one, MPL. Any pointers? -Original Message- From: Bradley D. LaRonde [mailto:[EMAIL PROTECTED]] Sent: Monday, October 04, 1999 2:32 PM To: Alex Holden Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Request for comments - Microwindows On Mon, 4 Oct 1999, Bradley D. LaRonde wrote: So if I'm understanding you right, you are saying that we might have an opportunity with Micro* to do something similar, but only if we GPL the server part (or maybe LGPL?), but definately not MPL it. Is that right? Because of the restrictive nature of the GPL, you can't legally link proprietory code into it. The Linux kernel on Intel PCs, with millions of potential users, is just starting to become popular enough that we can actually force some hardware vendors to release specs to allow a GPLed driver to be written, or to even write a GPLed driver themselves. Up till fairly recently, and with less common hardware, this didn't usually work, and a lot of hardware had to be reverse engineered. I don't mind reverse engineering something. The tempting thing is when a vender says they'll give you the specs but you can't release anything but a binary. That is something to avoid IMO. Maybe it is better to reverse engineer it than to cave to the vendor's desires. Why give up your right to release source code? Why not tell that vendor "I'll sign and NDA, but only with the condition that I can release my work open-source." I have. Agreed. If we have to reverse engineer some drivers, so be it. But we should demand that our work can be released GPL'd. How long do you think it'll be before Nano-X on Foo obscure Palmtop or embedded system has enough millions of users for a hardware manufacturer to be forced into releasing a GPLed driver or specs for somebody to write a GPLed driver for it? Roughly never? If Linux was guided from the start by that thinking, it may never have made it to that point either. I think that GPL is the answer for the server part. Do we believe in this thing or not? I do. Are we willing to reverse engineer a few devices? Are we willing to have to write some extra code now and then? I am. So let's just take a deep breath, GPL the server part, go forward, and not look back. As for the client part, same thing execpt add an L before the GPL. Regards, Brad
RE: Year 2000 bug support ??
Technically, it's not a bug, but rather a feature. It works the way that it was intended to, so it's not a bug. :) Elks should be y2k compliant, meaning that it can handle dates after the year 2000, IF the hardware that you're running on can handle them. Greg -Original Message- From: Zoiah [mailto:[EMAIL PROTECTED]] Sent: Saturday, October 02, 1999 7:29 AM To: [EMAIL PROTECTED] Subject: Re: Year 2000 bug support ?? On 1 Oct 99, at 13:21, Luciano José Alves wrote: ELKS developers, I have a question. Does have ELKS support for Year 2000 bug ? -- Até mais... Luciano José Alves [EMAIL PROTECTED] [EMAIL PROTECTED] http://ilha.feesc.ufsc.br/~luciano Phones: (055)-048-234-1279 (FEESC) (055)-048-962-9306 (Celular) (055)-048-242-7394 (Casa) I think you mean if it can HANDLE the Y2K bug? AFAIK it does...
Re: Anybody using this list?
Greg Haerr wrote: On Tuesday, September 28, 1999 6:25 PM, Gregory Leblanc [SMTP:[EMAIL PROTECTED]] wrote: Ah, the T1200. I have one, and booted minix on it a while back, I think I tried ELKS as well. It booted and ran for awhile, until the damned Toshiba auto-power-off mechanism kicked in. then the screen went blank, and I couldn't get anything to happen until a full system reset followed by a reboot, then it repeated. We need to turn off the T1200 auto-power-off mechanism, but I don't have a HW manual for the unit. Greg I have the original manuals that came with it here, if anybody wants anything from them. Greg
Re: Anybody using this list?
I've read through the manual that shipped with it, and the doc from Toshiba's site. Here's the only file I've been able to find with useful information on their site. http://www.csd.toshiba.com/tais/csd/support/files/download/t1200.spc I'll take another peek and see if they have anything else useful. Greg Greg Haerr wrote: : We need to turn off the T1200 auto-power-off mechanism, but I don't have : a HW manual for the unit. : : Greg : : I have the original manuals that came with it here, if anybody wants : anything from them. Find the hardware I/O port to disable auto-power off.
Re: Anybody using this list?
Is that the setup1.exe program? I found a copy of the diag program on Toshiba's site, but it doesn't come with the setup program. I'd be interested in getting a copy, to see if maybe I can figure out what exactly it's doing. Greg Thomas Stewart wrote: hi I've got one of those T1200's, prity old, now if I remember right, when I got it it had a, (deep breath) ms-dos programm that changed the settings that one would usually change in the bois. God knows where the prog came from, but if anyone is interested, give me a shout. (It would be a waste of time, diging it up, finding the file, and then sending it to the list with hotmail's slow file attachment interface, if noboby wanted it) tom __ Get Your Private, Free Email at http://www.hotmail.com
Anybody using this list?
Just thought I'd see if there was anybody here, since I'm brand new to this. I'm hoping to get ELKS on my Toshiba T1200 notebook (8086-10, 640K ram, dual 720K floppies) and use it as a serial console for all of my nifty serial devices (hubs, routers, sun boxen, etc.) Anybody tried anything similar yet? Greg
