On Monday, Feb 10, 2003, at 13:38 Pacific/Honolulu, Adam Atlas wrote:
> On Sunday, February 9, 2003, at 04:01 AM, cehardin@... wrote:
>>> In Debian, it died when trying to mount temporary filesystems. The
>>> kernel was too old (2.2), and I was having a hard time getting 2.4
>> hmm, i'm guessing that this is the "mount --bind" done of the /dev
>> and /proc directories?
>> The build scripts do not make any other mounts, so I'm not sure where
>> this comes from.
> Yeah, that's it. But it's just the old version of the kernel, nothing
> wrong with the SGstep sources.
>>> Mandrake worked, until it got to compiling Bash, which is the first
>>> step, so it didn't get far (ld gave some error messages about
>>> redefined symbols). Red Hat was just acting extremely slow.
>> Very interesting, this should not happen since at this stage bash is
>> being compiled using the mandrake supplied libraries and headers.
>> You may want to try downloading bash and compiling it in your home
>> directory just like what "normally" happens. This will help in
>> figuring out if it is something that mandrake did wrong in the distro
>> development stuff (not uncommon for them or Redhat)
>> Yes, Redhat can be quite slow :-)
> I'll try that and let you know how it turns out.
cool, I'm curious what will happen.
>> Are interesting in doing any work for SGSTEP/Prometheus?
>> Here are some things that are TODO:
>> The Installer.app, which is found in
> I'd love to work on it, but I have enough programming projects
> currently, not to mention I'm pretty busy with real life.
me too! Both my wife and I work and go to school full time. Plus we
have 2 small children!
>> Restarting Graphite, a Carbon compatible API 9I lost the sorce code
>> before I could upload it, just one of those things!) I never got
>> around to restarting it. http://www.sf.net/projects/graphiteapi
> Lost all of the source? Damn, that's tough. How much did you get done
> on it before you lost it? (But sorry, I can't work on it, see the
> reason above....)
Most of the Memory Manager and some of the UPP stuff. not too far but
>> Continuing the work on NuVu, which is C++ lightweight window server.
>> Much of the core work is done, it can be found via cvs at
> I looked at that. I think you should take a look at Fresco
> <http://www.fresco.org> before trying to reinvent the wheel *again*.
> Fresco really looks promising, and it's under active development. Its
> objective is first of all to solve X's many problems, and then move
> beyond X. I think that would work well for SGstep (if a GNUstep
> backend for Fresco can be written, which wouldn't seem to be too
> hard). (It looks like they have an X compatibility component also,
> though it's only compiling on my machine now, so I have yet to really
> try it out.)
I know there are a lot of windowing projects out there. however, This
is the only one I know of that is a lightweight window server.
Fresco is cool but it is too much for the needs of the project. My
original plan was to use DirectFB but it has started to become a
complicated beast as well. To be fair, so is X11, but right now I am
using it cause it works.
I don't know if your familiar with lightweight window servers or not.
They are very simply servers, they basically do nothing more than blit,
do input event routing, and maintain the management of window
hierarchies. They don't do any "drawing", that is purely the clients
responsibilty (even the window frame decoration)
>> Working onthe web page. I need to set up cgi-scripts to allow voting
>> on all the logo submissions at
>> Plus, the web site looks bland.
> I guess I could do that... is a PHP backend ok?
Cool! Whatever you want to use is fine by me. I actually don't keep
up with the web technologies to much. I seem to remember there is a
GNU project (in ftp://ftp.gnu.org/gnu) which has web voting stuff ready
Prometheus will have apache configured as "Personal Web Sharing", I
could probably use your help in making sure that is set up correctly.
>> One BIG thing, and this is for everybody, is the support of SCSI
>> systems! the only experience I have with PC SCSI is the virtualized
>> SCSI adapter used in vmware, and the vmware bios does not support
>> booting off of the SCSI drives!
>> Who has experince with PC scsi systems? Please tell me what card you
>> use and info such as:
>> can you boot directly into SCSI?
>> If you use devfs, what is the layout of the scsi devices in /dev ?
>> (You can send me a ls -lR of your /dev tree)
> I don't have any experience with SCSI, and currently I'm doing
> everything off of Virtual PC on my PowerBook- I could check how it
> does SCSI, but I don't know if I'll find any information of use.
interesting, I always wished I had bought a Dual G$ tower and ran
VirtualPC in that. right now i have 2 computers; an eMac which I use
99% of the time and a PC pretty much used solely for SGSTEP
development. It's funny, I hardly even sit in front of my PC at all!
what i do is run winXP Pro and vmware. I do all the development in
vmware. then I use Microsofts Remote Desktop stuff to use the PC from
my eMac! yep, it would have been a lot better if I had just bought a
really powerful G4 system, then i would have a lot more space in my
>> Thank you for the information!
> You're quite welcome.
> -- Adam
thank you! i wish more people were involved. Actually, a ton of
people contributed logos, but no one seems interested in helping any
other way. Maybe it's because the the project is kinda big and a tad
complicated, I don't know.
Well, to be fair, I did request somebody make a Terminal.app and it
popped up a month or so later. I don't know if that was just
A lot of people visit the website, about 300 a day, so there does seem
to be interest in the completion of the project itself.
> Adam Atlas
> Microsoft's slogan should read: "Where do you want to go today? It
> doesn't matter, you're coming with us or we'll kill you."