All of lore.kernel.org
 help / color / mirror / Atom feed
From: Royce Williams <royce@alaska.net>
To: Jody <jbruchon@nc.rr.com>
Cc: ELKS <linux-8086@vger.kernel.org>
Subject: Re: Regarding the Future of ELKS
Date: Sat, 05 May 2007 14:10:55 -0800	[thread overview]
Message-ID: <463D00EF.9060901@alaska.net> (raw)
In-Reply-To: <463CD3EB.6020506@nc.rr.com>

Jody wrote, on 5/5/2007 10:58 AM:
> Hello everyone.  This is Jody, the current maintainer of the ELKS
> project.  I wanted to ask for everyone's opinion on what the future of
> ELKS should be.

I wish that I was enough of a coder to help.  Ironically, an OS that
can run on 8086 would be a great way to /learn/ to work on OS coding.
 In fact, I have been waiting for a usable ELKS so that I could begin
that learning process.

Unfortunately, I suspect that it's not the baby-talk-C work that's
needed in order to get the project moving again, but rather the
trickier work.

So maybe we could phrase the question another way: what prevents
people from contributing today?  Some ideas:


1. Cost of getting started to develop.  Even after reading the
archives and starting to study some of the code, I don't even know
where to begin -- and suspect that others are in the same boat.

Possible solution: If there was a wiki somewhere with a detailed
"State of the ELKS" reference page, so that someone could quickly
solve a problem or two as they had time, that might help.  Categories
like "Needs evaluation," "Needs testing," etc. might also be handy.
Such a reference might reduce the "startup cost" of contributing.


2. Cost of getting started to test/install/use.  I think that the FAQ
is good but needs to be improved.    A reference of known working
hardware would be good.  The "How can I help" part of the FAQ refers
to Outstanding Projects and Bugs sections of the main site, but I'm
not able to locate any such animal.

Possible solution: Make it a higher priority to create an installer.
Create a reference build that at least works enough to do development
on common systems.


3. Speed.  Compiling to test on an 8086 is maddeningly slow.

Possible solution: For true 8086-only emulation, find a good free
emulator, or contact someone who has a commercial one (emu8086.com,
for example) and see if they'll cut us a break on a pack of license
for core developers.

http://www.emu8086.com/
http://pcemu.sourceforge.net/
http://i8086emu.sourceforge.net/

Create some VMware/QEMU images or HOWTOs to make it easier to test
some code virtually and take advantage of newer processor speeds.


4. Bang for the buck.  Ultimately, I suspect that folks can get a lot
more mileage working on other things.  Once I get my Compaq Deskpro
Model 1 on the Internet, of what use will it be to me other than as a
hobby or for bragging rights?  Probably not much, unless I use to
improve my development skills.  I would certainly enjoy getting it
working, and would probably learn a lot ... but there are probably
diminishing returns thereafter.

Possible solution: Try to locate people who are enthused about the
work as a hobby.  Computer science departments might also be able to
locate students interested in cutting their teeth on a simpler OS.
Does anyone have any contacts in this area?


5. Critical mass.  Today, there's just not a lot of communication or
energy in the project (that's observable from outside, anyway).

Possible solutions: Modernize a bit.  Set up a wiki.  Take a head
count of people still on the list and ask them about their interests
and skill sets.  Divide up some of the outstanding tasks.


I would be happy to contribute some cash for a software license.  I
can also help with the wiki if we went that direction.  I'll also
start dinking around with some emulators to see what the possibilities
are.

Jody, if you think it's a good idea, could you encourage the
subscribers to post their interests and qualifications?  How many
subscribers are there?

Royce

-- 
Royce D. Williams                                - IP Engineering, ACS
personal: [first]@alaska.net                  - PGP: 3FC087DB/1776A531
work: [first.last]@acsalaska.net         - http://www.tycho.org/royce/


  reply	other threads:[~2007-05-05 22:10 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-05 18:58 Regarding the Future of ELKS Jody
2007-05-05 22:10 ` Royce Williams [this message]
2007-05-05 22:14   ` NOTICE REGARDING SENDING MAIL TO THE ELKS LIST Jody
2007-05-06 10:08   ` Regarding the Future of ELKS Gábor Lénárt
2007-05-06 12:54   ` David Given
2007-05-06 13:46     ` Alan Cox
2007-05-06 17:13       ` David Given
2007-05-06 18:37         ` Alan Cox
2007-05-05 22:25 ` Mario Frasca
2007-05-06  9:23 ` Hans
2007-05-06 17:46 ` Luis A. Montes
2007-05-07 12:19 ` Mario Urban
  -- strict thread matches above, loose matches on Subject: below --
2007-05-07 18:12 chriscureau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=463D00EF.9060901@alaska.net \
    --to=royce@alaska.net \
    --cc=jbruchon@nc.rr.com \
    --cc=linux-8086@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.